Skip site navigation (1)Skip section navigation (2)
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

--W/nzBZO5zC0uMSeA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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:
>=20
> > > Digital AlphaStation 500/266
> > > Console V7.2-2 Apr  4 2000 17:17:43
> > >=20
> > > CPU 0 booting
> > >=20
> > > (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 =3D 14a000, image_start =3D 0, image_bytes =3D 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.
> > >=20
> > > 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
> > >=20
> > > halt code =3D 2
> > > kernel stack not valid halt
> > > PC =3D 200000000      =20
> > > >>>
> > >=20
> > 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
>=20
> This is quite an early crash as far as booting goes.=20
>=20
> Drew, can you comment on this one maybe?
>=20
> > another) to install the 5.0 snapshot from here:
> >=20
> > ftp://ftp.sunbay.net/pub/FreeBSD/snapshots/alpha/5.0-20020805-SNAP/
> >=20
> > And let me know if it similarly does not work.  I will then try
>=20
> I'll most likely not be at home for the next couple of days
> (work is crazy these days :-( )
>=20
> > building the i386 snap on your alpha box, and see if I can run
> > it here.
>=20
> 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.
>=20
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=3D/usr/obj/i386  MACHINE_ARCH=3Di386  MACHINE=
=3Di386  CPUTYPE=3D  OBJFORMAT_PATH=3D/usr/obj/i386/usr/src/alpha/usr/libex=
ec  GROFF_BIN_PATH=3D/usr/obj/i386/usr/src/alpha/usr/bin  GROFF_FONT_PATH=
=3D/usr/obj/i386/usr/src/alpha/usr/share/groff_font  GROFF_TMAC_PATH=3D/usr=
/obj/i386/usr/src/alpha/usr/share/tmac  DESTDIR=3D/usr/obj/i386/usr/src/alp=
ha  INSTALL=3D"sh /usr/src/tools/install.sh"  PATH=3D/usr/obj/i386/usr/src/=
alpha/usr/sbin:/usr/obj/i386/usr/src/alpha/usr/bin:/usr/obj/i386/usr/src/al=
pha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 all
=3D=3D=3D> share/info
[...]
=3D=3D=3D> usr.bin/xlint/lint1
cc -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/usr.bin/xlint/lint1 -I/usr/sr=
c/usr.bin/xlint/lint1/../arch/i386 -I/usr/src/usr.bin/xlint/lint1/../common=
    -c cgram.c
cc -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/usr.bin/xlint/lint1 -I/usr/sr=
c/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 extra=
ct_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,
--=20
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

--W/nzBZO5zC0uMSeA
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQE9UOVRUkv4P6juNwoRAntIAJ9WVThEM3w+sbNiq+Xi9ccOTlrHEACdGN2M
XygQpw5RQvNCJvIom2ZkX34=
=RhVq
-----END PGP SIGNATURE-----

--W/nzBZO5zC0uMSeA--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020807091602.GA52251>