Date: Wed, 7 Aug 2002 12:16:02 +0300 From: Ruslan Ermilov <ru@FreeBSD.org> To: Wilko Bulte <wkb@freebie.xs4all.nl> Cc: "David O'Brien" <obrien@FreeBSD.org>, current@FreeBSD.org, alpha@FreeBSD.org Subject: Re: Alpha -STABLE snapshots are broken? Message-ID: <20020807091602.GA52251@sunbay.com> In-Reply-To: <20020806161928.A9273@freebie.xs4all.nl> References: <20020731054405.GA91180@sunbay.com> <20020731215030.A246@freebie.xs4all.nl> <20020801101432.GA94500@sunbay.com> <20020801124807.A11058@freebie.xs4all.nl> <20020801120738.GA26622@sunbay.com> <20020801195936.A12267@freebie.xs4all.nl> <20020802165525.GA80884@sunbay.com> <20020802205245.A16184@freebie.xs4all.nl> <20020805184000.GA53697@sunbay.com> <20020806161928.A9273@freebie.xs4all.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Tue, Aug 06, 2002 at 04:19:28PM +0200, Wilko Bulte wrote: > On Mon, Aug 05, 2002 at 09:40:00PM +0300, Ruslan Ermilov wrote: > > > > Digital AlphaStation 500/266 > > > Console V7.2-2 Apr 4 2000 17:17:43 > > > > > > CPU 0 booting > > > > > > (boot dka0.0.0.9.0 -flags a) > > > block 0 of dka0.0.0.9.0 is a valid boot block > > > reading 15 blocks from dka0.0.0.9.0 > > > bootstrap code read in > > > base = 14a000, image_start = 0, image_bytes = 1e00 > > > initializing HWRPB at 2000 > > > initializing page table at 13c000 > > > initializing machine state > > > setting affinity to the primary CPU > > > jumping to bootstrap code > > > Loading /boot/loader > > > Console: SRM firmware console > > > VMS PAL rev: 0x1000000010114 > > > OSF PAL rev: 0x1000000020116 > > > Switch to OSF PAL code succeeded. > > > > > > FreeBSD/alpha SRM disk boot, Revision 1.0 > > > (root@octopus.sunbay.ch, Mon Jul 29 12:16:46 GMT 2002) > > > Memory: 65536 k > > > \ > > > halted CPU 0 > > > > > > halt code = 2 > > > kernel stack not valid halt > > > PC = 200000000 > > > >>> > > > > > I must admit I understand little of the above (I don't have any > > alpha hardware around). Could you please also try (this way or > > This is quite an early crash as far as booting goes. > > Drew, can you comment on this one maybe? > > > another) to install the 5.0 snapshot from here: > > > > ftp://ftp.sunbay.net/pub/FreeBSD/snapshots/alpha/5.0-20020805-SNAP/ > > > > And let me know if it similarly does not work. I will then try > > I'll most likely not be at home for the next couple of days > (work is crazy these days :-( ) > > > building the i386 snap on your alpha box, and see if I can run > > it here. > > I can power it on remotely (lovely, to have builtin power control in a > server!) so let me know if you want me to power it up for you. > Wilko, I am unable to cross-build i386 on alpha due to this bug in gcc. Native compiler has no problem building the generated cgram.c, and I have verified that native and cross compilers produce the same cgram.c output. Perhaps, David could shed some light on this, and even probably fix it: %%% -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/i386 MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= OBJFORMAT_PATH=/usr/obj/i386/usr/src/alpha/usr/libexec GROFF_BIN_PATH=/usr/obj/i386/usr/src/alpha/usr/bin GROFF_FONT_PATH=/usr/obj/i386/usr/src/alpha/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/i386/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/i386/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/i386/usr/src/alpha/usr/sbin:/usr/obj/i386/usr/src/alpha/usr/bin:/usr/obj/i386/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 all ===> share/info [...] ===> usr.bin/xlint/lint1 cc -O -pipe -mcpu=pentiumpro -I. -I/usr/src/usr.bin/xlint/lint1 -I/usr/src/usr.bin/xlint/lint1/../arch/i386 -I/usr/src/usr.bin/xlint/lint1/../common -c cgram.c cc -O -pipe -mcpu=pentiumpro -I. -I/usr/src/usr.bin/xlint/lint1 -I/usr/src/usr.bin/xlint/lint1/../arch/i386 -I/usr/src/usr.bin/xlint/lint1/../common -c scan.c gzip -cn lint.7 > lint.7.gz groff -Tascii -mtty-char -man -t lint.7 | gzip -cn > lint.7.cat.gz /usr/src/usr.bin/xlint/lint1/cgram.y: In function `toicon': /usr/src/usr.bin/xlint/lint1/cgram.y:1711: unrecognizable insn: (insn 247 219 248 (set (reg:CC 17 flags) (compare:CC (subreg:SI (reg/v:DI 75) 0) (const_int 2147483648 [0x80000000]))) -1 (nil) (expr_list:REG_DEAD (reg/v:DI 75) (nil))) /usr/src/usr.bin/xlint/lint1/cgram.y:1711: Internal compiler error in extract_insn, at recog.c:2150 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu.org/software/gcc/bugs.html>; for instructions. *** Error code 1 1 error %%% Meanwhile, I will temporary remove usr.bin/xlint from the build, and resume the i386 release building on ds10. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9UOVRUkv4P6juNwoRAntIAJ9WVThEM3w+sbNiq+Xi9ccOTlrHEACdGN2M XygQpw5RQvNCJvIom2ZkX34= =RhVq -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020807091602.GA52251>