Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 04 Feb 2009 14:24:20 +0000
From:      Craig Butler <craig001@lerwick.hopto.org>
To:        Marius Strobl <marius@alchemy.franken.de>
Cc:        freebsd-sparc64 <freebsd-sparc64@freebsd.org>
Subject:   Re: can anyone make available the whole usIII source tree from perforce please
Message-ID:  <1233757460.45384.32.camel@main.lerwick.hopto.org>
In-Reply-To: <1233756984.45384.31.camel@main.lerwick.hopto.org>
References:  <1233668470.1364.45.camel@main.lerwick.hopto.org> <20090203220737.GA7715@alchemy.franken.de> <1233756984.45384.31.camel@main.lerwick.hopto.org>

next in thread | previous in thread | raw e-mail | index | archive | help
 

On Wed, 2009-02-04 at 14:16 +0000, Craig Butler wrote:
>  
> On Tue, 2009-02-03 at 23:07 +0100, Marius Strobl wrote:
> > On Tue, Feb 03, 2009 at 01:41:10PM +0000, Craig Butler wrote:
> > > Hi Guys
> > > 
> > > I am trying to compile and test out Marius's cassini drivers, I have
> > > created a module Makefile and can compile the module against head
> > > cvsup'd last night.  
> > > 
> > > However head buildkernel doesn't compile correctly on the sparc64
> > > 
> > 
> > <...>
> > 
> > > 
> > > I would like to try it against the perforce source tree... Can someone
> > > please tar it up and make it available.
> > 
> > I use the perforce tree merely for dumping so it isn't guaranteed
> > to compile as a whole either. FYI, I've added glue for FreeBSD <
> > 800016 to cas(4) so you can use it with 7.1 as you initially
> > intended. There's a strange panic in the mii(4) code when loading
> > it as a module which I haven't looked at so far though, so I
> > suggest to build it statically into the kernel for now.
> > 
> > Marius
> > 
> 
> 
> Hi Marius,
> 
> Thanks for all your hard work and pointers so far.  I have compiled and
> installed the new kernel (cas is statically compiled in).  Unfortunately
> its panic'ing on boot with the following;
> 
> cas0: <Sun Cassini+ Gigabit Ethernet> at device 10.0 on pci0
> panic: trap: memory address not aligned
> cpuid = 0
> Uptime: 1s
> 
> Is there a work around for that ? am I able to get anymore detail on the
> trap ?
> 
> Kind Regards
> 
> Craig Butler

bit more info, verbose boot;

cas0: <Sun Cassini+ Gigabit Ethernet> at device 10.0 on pci0
cas0: flags=0x8
cas0: Lazy allocation of 0x200000 bytes rid 0x10 type 3 at 0
panic: trap: memory address not aligned
cpuid = 0
Uptime: 1s





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