Date: Mon, 4 Jul 2005 22:27:16 +0200 From: Wilko Bulte <wb@freebie.xs4all.nl> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: Poul-Henning Kamp <phk@haven.freebsd.dk>, alpha@freebsd.org Subject: Re: GENERIC doesn't boot AlphaServer 1000 Message-ID: <20050704202716.GA49737@freebie.xs4all.nl> In-Reply-To: <8fe809bd5c24373ce1cd95c4fcdcea88@xcllnt.net> References: <27190.1120379420@phk.freebsd.dk> <20050704190131.GA49126@freebie.xs4all.nl> <8fe809bd5c24373ce1cd95c4fcdcea88@xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jul 04, 2005 at 01:08:48PM -0700, Marcel Moolenaar wrote.. > On Jul 4, 2005, at 12:01 PM, Wilko Bulte wrote: > > >DS10 on booting the latest SNAP CD I produced: > > > >Timecounter "i8254" frequency 1193182 Hz quality 0 > >Timecounter "alpha" frequency 616519676 Hz quality 800 > >Timecounters tick every 0.976 msec > >Waiting 5 seconds for SCSI devices to settle > >md0: Preloaded image </boot/mfsroot> 4423680 bytes at > >0xfffffc00009fb128 > >acd0: CDROM <CD-224E/9.9A> at ata0-master PIO4 > >ad0: 39093MB <FUJITSU MPG3409AH E C3C9> at ata1-master UDMA33 > >da0 at isp0 bus 0 target 0 lun 0 > >da0: <COMPAQ AD009322B9 3A07> Fixed Direct Access SCSI-2 device > >da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > >Enabled > >da0: 8678MB (17773500 512 byte sectors: 255H 63S/T 1106C) > > > >fatal kernel trap: > > > > trap entry = 0x4 (unaligned access fault) > > cpuid = 0 > > faulting va = 0xfffffc00010d7dc2 > > opcode = 0x28 > > register = 0x1 > > pc = 0xfffffc00004c732c > > ra = 0xfffffc00004c7598 > > sp = 0xfffffe001a35dbd0 > > curthread = 0xfffffc003eac1500 > > pid = 2, comm = g_event > > > >[thread pid 2 tid 100003 ] > >Stopped at is_pmbr+0x4c: and t0,#0xff,t0 > ><t0=0xfffffc00010d7dbe> > >db> > > The only alignment sensitive statement in is_pmbr() (in file geom_gpt.c) > is a 16-bit load from an address that is guaranteed to be aligned by > virtue of alignment guarantees of malloc(3) and kernel equivalents. > The faulting VA is in fact sufficiently aligned for a 16-bit load. > > Could you post the assembly of is_pmbr(). It might be bad code. Well, I tried multiple things in the meantime. 'dd' of /dev/zero onto this SCSI disk stopped the panic alright. Unfortunately sysinstall does not allow it to be partitioned/newfs-ed (??). The DS10 also has a ATA disk, an install onto that one succeeds but: ds10>>>boot dqb0 (boot dqb0.0.1.13.0 -flags a) block 0 of dqb0.0.1.13.0 is a valid boot block reading 15 blocks from dqb0.0.1.13.0 bootstrap code read in base = 200000, image_start = 0, image_bytes = 1e00(7680) initializing HWRPB at 2000 initializing page table at 3ff2a000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Loading /boot/loader Consoles: SRM firmware console VMS PAL rev: 0x1005300010162 OSF PAL rev: 0x100490002015c Switch to OSF PAL code succeeded. FreeBSD/alpha SRM disk boot, Revision 1.2 (root@ds10.freebie.xs4all.nl, Sat Jul 2 15:01:22 UTC 2005) Memory: 1048576 k \ halted CPU 0 halt code = 5 HALT instruction executed PC = 20018a9c ds10>>> -- Wilko Bulte wilko@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050704202716.GA49737>