Bug#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
On Mon, Jun 04, 2012 at 04:35:57PM +0200, Hermann Lauer wrote:
> On Sat, Jun 02, 2012 at 03:57:54AM +0800, Aron Xu wrote:
> > I have remote ssh access (root) to that running SunFire 408R, what can
> > I do to help you?
> ...
> > PS: I've disabled the rename function of udev and set hwaddress in
> > /etc/network/interfaces directly to work around the always changing
> > mac address.
>
> How to disable the renaming ? Will try to set the hwaddr during the next test.
...
> Wondering now if having only one cpu board with 2 cpus may be the problem.
No, a second machine of the same type is available now for testing - and also crashing after
loading of the cassini driver. Here lspci and cpuinfo:
0000:00:06.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 07)
0002:00:01.0 Bridge: Oracle Corporation RIO EBUS (rev 01)
0002:00:01.3 USB Controller: Oracle Corporation RIO USB (rev 01)
0002:00:02.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 11)
0003:00:01.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 11)
0003:00:02.0 SCSI storage controller: QLogic Corp. QLA2200 64-bit Fibre Channel Adapter (rev 05)
cpu : TI UltraSparc III+ (Cheetah+)
fpu : UltraSparc III+ integrated FPU
pmu : ultra3+
prom : OBP 4.17.1 2005/04/11 14:27
type : sun4u
ncpus probed : 4
ncpus active : 4
D$ parity tl1 : 0
I$ parity tl1 : 0
cpucaps : flush,stbar,swap,muldiv,v9,ultra3,mul32,div32,v8plus,vis,vis2
Cpu0ClkTck : 0000000035a4e900
Cpu1ClkTck : 0000000035a4e900
Cpu2ClkTck : 0000000035a4e900
Cpu3ClkTck : 0000000035a4e900
MMU Type : Cheetah+
State:
CPU0: online
CPU1: online
CPU2: online
CPU3: online
This machine has 24G RAM, 16 on one board and 8 on the other. The first machine has one board with 16G.
So it may be a memory issue, as Aron has only 14G. Other maybe the OBP version - here is the latest installed
on all machines. Just to rule out a firmware issue:
$ md5sum /lib/firmware/sun/cassini.bin
fd11e09e8e61694353f12b3de376292a
Any further ideas to debug deeper ?
Thanks,
Hermann
Reply to: