Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Jul 2005 13:30:55 -0400
From:      John Baldwin <jhb@FreeBSD.org>
To:        freebsd-alpha@freebsd.org
Cc:        alpha@freebsd.org, Poul-Henning Kamp <phk@haven.freebsd.dk>
Subject:   Re: GENERIC doesn't boot AlphaServer 1000
Message-ID:  <200507051330.57298.jhb@FreeBSD.org>
In-Reply-To: <20050704202716.GA49737@freebie.xs4all.nl>
References:  <27190.1120379420@phk.freebsd.dk> <8fe809bd5c24373ce1cd95c4fcdcea88@xcllnt.net> <20050704202716.GA49737@freebie.xs4all.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 04 July 2005 04:27 pm, Wilko Bulte wrote:
> 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 (??).

Old bug in sysinstall/libdisk from when GEOM came in and it all had to be 
rewritten that hasn't been fixed yet.

-- 
John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve"  =  http://www.FreeBSD.org



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