Re: Call for port reports

> It is time for people to report their port testing. Please test against
> current CVS or beta5 and report your 'uname -a'.
>
> The current list is at:
>
> http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html

here are some build reports. Its all on Debian GNU/Linux with different
architectures:

======================
All 93 tests passed.
======================

rm regress.o
make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/pgsql/src/test'
noel(at)bruckner:~/pgsql$ uname -a
Linux bruckner 2.4.21 #1 Don Aug 28 15:18:52 CEST 2003 ppc GNU/Linux

---------------------------------------------------------------------

In file included from ../../../../src/include/storage/spin.h:50,
from xlog.c:37:
../../../../src/include/storage/s_lock.h:543:2: #error This platform does not support native spinlocks. To continue the compile, rerun configure using --disable-spinlocks. However, performance will be poor. Please report this to pgsql-bugs(at)postgresql(dot)org(dot)
make[4]: *** [xlog.o] Error 1
make[4]: Leaving directory `/home/noel/pgsql/src/backend/access/transam'
make[3]: *** [transam-recursive] Error 2
make[3]: Leaving directory `/home/noel/pgsql/src/backend/access'
make[2]: *** [access-recursive] Error 2
make[2]: Leaving directory `/home/noel/pgsql/src/backend'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/noel/pgsql/src'
make: *** [all] Error 2
noel(at)paer:~/pgsql$ uname -a
Linux paer 2.4.20-64 #1 Fri Aug 1 23:40:10 UTC 2003 parisc64 GNU/Linux

rebuild with --disable-spinlocks

...
transactions ... ok
random ... failed (ignored)
portals ... ok
...
==================================================
92 of 93 tests passed, 1 failed test(s) ignored.
==================================================

The differences that caused some tests to fail can be viewed in the
file `./regression.diffs'. A copy of the test summary that you see
above is saved in the file `./regression.out'.

rm regress.o
make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/pgsql/src/test'
noel(at)paer:~/pgsql$ uname -a
Linux paer 2.4.20-64 #1 Fri Aug 1 23:40:10 UTC 2003 parisc64 GNU/Linux

this is regression.diffs:

*** ./expected/random.out Thu Feb 13 05:24:04 2003
--- ./results/random.out Fri Oct 24 22:19:29 2003
***************
*** 31,35 ****
WHERE random NOT BETWEEN 80 AND 120;
random
--------
! (0 rows)

--- 31,36 ----
WHERE random NOT BETWEEN 80 AND 120;
random
--------
! 122
! (1 row)

-----------------------------------------------------------------------

======================
All 93 tests passed.
======================

rm regress.o
make[2]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test'
(sid)noel(at)debussy:~/postgresql-cvs/pgsql$ uname -a
Linux debussy 2.4.19-netwinder #1 Thu Mar 20 03:14:34 CET 2003 armv4l GNU/Linux

--------------------------------------------------------------------------

======================
All 93 tests passed.
======================

rm regress.o
make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/pgsql/src/test'
noel(at)merulo:~/pgsql$ uname -a
Linux merulo 2.4.18-itanium-smp #1 SMP Sat Nov 23 01:39:07 MST 2002 ia64 GNU/Linux

----------------------------------------------------------------------------

...
transactions ... ok
random ... failed (ignored)
portals ... ok
...
==================================================
92 of 93 tests passed, 1 failed test(s) ignored.
==================================================

The differences that caused some tests to fail can be viewed in the
file `./regression.diffs'. A copy of the test summary that you see
above is saved in the file `./regression.out'.

rm regress.o
make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/pgsql/src/test'
(unstable)noel(at)raptor:~/pgsql$ uname -a
Linux raptor 2.4.19 #1 SMP Fri Nov 29 23:53:27 CET 2002 s390 GNU/Linux

------------------------------------------------------------------------------

reports of these slower systems will follow but they need a bit more time:

Linux casals 2.4.19-r4k-ip22 #1 Tue Mar 18 15:38:10 CET 2003 mips unknown
Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k unknown
Linux escher 2.4.22 #2 Sat Sep 6 18:23:54 CEST 2003 alpha GNU/Linux

--
Noèl Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org

Am Sa, den 25.10.2003 schrieb Noèl Köthe um 01:17:

> reports of these slower systems will follow but they need a bit more time:
>
> Linux casals 2.4.19-r4k-ip22 #1 Tue Mar 18 15:38:10 CET 2003 mips unknown

polymorphism ... ok
stats ... ok
============== shutting down postmaster ==============

======================
All 93 tests passed.
======================

rm regress.o
make[2]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test'
noel(at)casals:~/postgresql-cvs/pgsql$ uname -a
Linux casals 2.4.19-r4k-ip22 #1 Tue Mar 18 15:38:10 CET 2003 mips GNU/Linux

> Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k unknown

gcc -g -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../../src/include -D_GNU_SOURCE -c -o xlog.o xlog.c
In file included from ../../../../src/include/storage/spin.h:50,
from xlog.c:37:
../../../../src/include/storage/s_lock.h:543:2: #error This platform does not support native spinlocks. To continue the compile, rerun configure using --disable-spinlocks. However, performance will be poor. Please report this to pgsql-bugs(at)postgresql(dot)org(dot)
make[4]: *** [xlog.o] Error 1
make[4]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/backend/access/transam'
rebuild is runing with --disable-spinlocks but it needs half of a day.

--
Noèl Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org

Am Sa, den 25.10.2003 schrieb Noèl Köthe um 01:17:
> > It is time for people to report their port testing. Please test against
> > current CVS or beta5 and report your 'uname -a'.
> >
> > The current list is at:
> >
> > http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
>
> here are some build reports. Its all on Debian GNU/Linux with different
> architectures:

======================
All 93 tests passed.
======================

rm regress.o
make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/pgsql/src/test'
noel(at)pergolesi:~/pgsql$ uname -a
Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux

It says i686 but its AMD Opteron:

noel(at)pergolesi:~/pgsql$ cat /proc/cpuinfo |more
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(tm) Processor 240
stepping : 1
cpu MHz : 1394.299
cache size : 1024 KB
...

--
Noèl Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org

On Sat, Oct 25, 2003 at 01:03:37PM +0200, Noèl Köthe wrote:
> noel(at)pergolesi:~/pgsql$ uname -a
> Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux
>
> It says i686 but its AMD Opteron:

Just wondering, but does it run in 32 or 64 bit mode? I have a
feeling it's only 32 bit mode ... Is it compiled for the i386 or
the x86_64 arch? Did you have CONFIG_X86_64=y as compile time
option?

Kurt

Am Sa, den 25.10.2003 schrieb Kurt Roeckx um 13:48:

> > Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux
> >
> > It says i686 but its AMD Opteron:
>
> Just wondering, but does it run in 32 or 64 bit mode? I have a
> feeling it's only 32 bit mode ... Is it compiled for the i386 or
> the x86_64 arch? Did you have CONFIG_X86_64=y as compile time
> option?

Yes, you are right. Its "only" 32bit (kernel and userland). The Debian
amd64 port team is still working on 64bit packages.

--
Noèl Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org

Am Sa, den 25.10.2003 schrieb Noèl Köthe um 01:17:

> reports of these slower systems will follow but they need a bit more time:

> Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k unknown

Peter gave me this patch for m68k:

-- src/include/port/linux.h.orig Sat Oct 25 13:45:44 2003
+++ src/include/port/linux.h Sat Oct 25 12:21:41 2003
@@ -45,3 +45,8 @@

#endif

+#if defined(__mc68000__)
+#define HAS_TEST_AND_SET
+typedef unsigned char slock_t;
+#endif
+

======================
All 93 tests passed.
======================

rm regress.o
make[2]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test'
(unstable)noel(at)crest:~/postgresql-cvs/pgsql$ uname -a
Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k GNU/Linux

> Linux escher 2.4.22 #2 Sat Sep 6 18:23:54 CEST 2003 alpha GNU/Linux

======================
All 93 tests passed.
======================

rm regress.o
make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
make[1]: Leaving directory `/home/noel/pgsql/src/test'
noel(at)escher:~/pgsql$ uname -a
Linux escher 2.4.22 #2 Sat Sep 6 18:23:54 CEST 2003 alpha GNU/Linux

--

Noèl Köthe <noel(at)debian(dot)org>

Debian GNU/Linux, www.debian.org

Nol Kthe wrote:
-- Start of PGP signed section.
> Am Sa, den 25.10.2003 schrieb No?l K?the um 01:17:
>
> > reports of these slower systems will follow but they need a bit more time:
> >
> > Linux casals 2.4.19-r4k-ip22 #1 Tue Mar 18 15:38:10 CET 2003 mips unknown
>
> polymorphism ... ok
> stats ... ok
> ============== shutting down postmaster ==============

Ports list updated:

http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html

>
> ======================
> All 93 tests passed.
> ======================
>
> rm regress.o
> make[2]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test/regress'
> make[1]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test'
> noel(at)casals:~/postgresql-cvs/pgsql$ uname -a
> Linux casals 2.4.19-r4k-ip22 #1 Tue Mar 18 15:38:10 CET 2003 mips GNU/Linux
>
> > Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k unknown
>
> gcc -g -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../../src/include -D_GNU_SOURCE -c -o xlog.o xlog.c
> In file included from ../../../../src/include/storage/spin.h:50,
> from xlog.c:37:
> ../../../../src/include/storage/s_lock.h:543:2: #error This platform does not support native spinlocks. To continue the compile, rerun configure using --disable-spinlocks. However, performance will be poor. Please report this to pgsql-bugs(at)postgresql(dot)org(dot)
> make[4]: *** [xlog.o] Error 1
> make[4]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/backend/access/transam'

OK, this port has the same problem with the include/port/*.h files not
matching the s_lock.h files. I knew this would bite us but we didn't
want to risk a reorganization during beta.

The following patch has been applied and should allow m68k to work ---
please report back.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

Nol Kthe wrote:
-- Start of PGP signed section.
> Am Sa, den 25.10.2003 schrieb No?l K?the um 01:17:
> > > It is time for people to report their port testing. Please test against
> > > current CVS or beta5 and report your 'uname -a'.
> > >
> > > The current list is at:
> > >
> > > http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
> >
> > here are some build reports. Its all on Debian GNU/Linux with different
> > architectures:
>
> ======================
> All 93 tests passed.
> ======================
>
> rm regress.o
> make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
> make[1]: Leaving directory `/home/noel/pgsql/src/test'
> noel(at)pergolesi:~/pgsql$ uname -a
> Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux
>
> It says i686 but its AMD Opteron:
>
> noel(at)pergolesi:~/pgsql$ cat /proc/cpuinfo |more
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 15
> model : 5
> model name : AMD Opteron(tm) Processor 240
> stepping : 1
> cpu MHz : 1394.299
> cache size : 1024 KB
> ...

I am confused how to handle this. Is this running in 32-bit mode? I am
inclined to mention Opteron only when tested in 64-bit mode, because I
think we all assume a 32-bit Opteron is the same as a standard
AMD/Intel. Does uname report differently in 64-bit mode.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

Nol Kthe wrote:
-- Start of PGP signed section.
> Am Sa, den 25.10.2003 schrieb Kurt Roeckx um 13:48:
>
> > > Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux
> > >
> > > It says i686 but its AMD Opteron:
> >
> > Just wondering, but does it run in 32 or 64 bit mode? I have a
> > feeling it's only 32 bit mode ... Is it compiled for the i386 or
> > the x86_64 arch? Did you have CONFIG_X86_64=y as compile time
> > option?
>
> Yes, you are right. Its "only" 32bit (kernel and userland). The Debian
> amd64 port team is still working on 64bit packages.

OK, I don't think we will mention 32-bit Opteron separately --- it could
probably cause confusion if we didn't mention it for all platforms.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

Bruce Momjian writes:

> The following patch has been applied and should allow m68k to work ---
> please report back.

Won't work. Please see his last mail for the right patch.

--
Peter Eisentraut peter_e(at)gmx(dot)net

Ports list updated:

http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html

m68k patch already applied.

---------------------------------------------------------------------------

Nol Kthe wrote:
-- Start of PGP signed section.
> Am Sa, den 25.10.2003 schrieb No?l K?the um 01:17:
>
> > reports of these slower systems will follow but they need a bit more time:
>
> > Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k unknown
>
> Peter gave me this patch for m68k:
>
> -- src/include/port/linux.h.orig Sat Oct 25 13:45:44 2003
> +++ src/include/port/linux.h Sat Oct 25 12:21:41 2003
> @@ -45,3 +45,8 @@
>
> #endif
>
> +#if defined(__mc68000__)
> +#define HAS_TEST_AND_SET
> +typedef unsigned char slock_t;
> +#endif
> +
>
> ======================
> All 93 tests passed.
> ======================
>
> rm regress.o
> make[2]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test/regress'
> make[1]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test'
> (unstable)noel(at)crest:~/postgresql-cvs/pgsql$ uname -a
> Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k GNU/Linux
>
> > Linux escher 2.4.22 #2 Sat Sep 6 18:23:54 CEST 2003 alpha GNU/Linux
>
> ======================
> All 93 tests passed.
> ======================
>
> rm regress.o
> make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
> make[1]: Leaving directory `/home/noel/pgsql/src/test'
> noel(at)escher:~/pgsql$ uname -a
> Linux escher 2.4.22 #2 Sat Sep 6 18:23:54 CEST 2003 alpha GNU/Linux
>
>
>
> --
>
> No?l K?the <noel(at)debian(dot)org>
>
> Debian GNU/Linux, www.debian.org
-- End of PGP section, PGP failed!

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

Ports list updated:

http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html

m68k patch already applied.

---------------------------------------------------------------------------

Nol Kthe wrote:
-- Start of PGP signed section.
> Am Sa, den 25.10.2003 schrieb No?l K?the um 01:17:
>
> > reports of these slower systems will follow but they need a bit more time:
>
> > Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k unknown
>
> Peter gave me this patch for m68k:
>
> -- src/include/port/linux.h.orig Sat Oct 25 13:45:44 2003
> +++ src/include/port/linux.h Sat Oct 25 12:21:41 2003
> @@ -45,3 +45,8 @@
>
> #endif
>
> +#if defined(__mc68000__)
> +#define HAS_TEST_AND_SET
> +typedef unsigned char slock_t;
> +#endif
> +
>
> ======================
> All 93 tests passed.
> ======================
>
> rm regress.o
> make[2]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test/regress'
> make[1]: Leaving directory `/home/noel/postgresql-cvs/pgsql/src/test'
> (unstable)noel(at)crest:~/postgresql-cvs/pgsql$ uname -a
> Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k GNU/Linux
>
> > Linux escher 2.4.22 #2 Sat Sep 6 18:23:54 CEST 2003 alpha GNU/Linux
>
> ======================
> All 93 tests passed.
> ======================
>
> rm regress.o
> make[2]: Leaving directory `/home/noel/pgsql/src/test/regress'
> make[1]: Leaving directory `/home/noel/pgsql/src/test'
> noel(at)escher:~/pgsql$ uname -a
> Linux escher 2.4.22 #2 Sat Sep 6 18:23:54 CEST 2003 alpha GNU/Linux
>
>
>
> --
>
> No?l K?the <noel(at)debian(dot)org>
>
> Debian GNU/Linux, www.debian.org
-- End of PGP section, PGP failed!

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

Peter Eisentraut wrote:
> Bruce Momjian writes:
>
> > The following patch has been applied and should allow m68k to work ---
> > please report back.
>
> Won't work. Please see his last mail for the right patch.

Got it --- applied --- __mc68000__.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

Am So, den 26.10.2003 schrieb Bruce Momjian um 02:38:

> > All 93 tests passed.
...
> > Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux
> >
> > It says i686 but its AMD Opteron:
> >
> > noel(at)pergolesi:~/pgsql$ cat /proc/cpuinfo |more
...
> > model name : AMD Opteron(tm) Processor 240
...
> I am confused how to handle this. Is this running in 32-bit mode? I am
> inclined to mention Opteron only when tested in 64-bit mode, because I
> think we all assume a 32-bit Opteron is the same as a standard
> AMD/Intel. Does uname report differently in 64-bit mode.

You are right. Its now just like an i386 so it doesn't make sense to
list it. When I will get access to an 64bit Opteron system I will test
it again.

--
Noèl Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org