Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
E4500 UltraSparc - Gentoo installation
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on Sparc
View previous topic :: View next topic  
Author Message
Gistolero
n00b
n00b


Joined: 05 Apr 2004
Posts: 2

PostPosted: Mon Apr 05, 2004 12:57 pm    Post subject: E4500 UltraSparc - Gentoo installation Reply with quote

Hi,

currently I try to install gentoo on an Enterprise 4500 (8x CPU, 4 GB RAM, 2x HD). Is there somebody, who is running a kernel sucessfully on this machine?

I tried kernel 2.4.25 (vanilla and sparc-gentoo) and kernel 2.6.5 from kernel.org (gentoo-dev is masked). The following packages are installed:

Code:

bash-2.05b# epm -aq | grep sparc
sparc-sources-2.4.25
sparc32-1.1-r1
gcc-sparc64-3.3.3
sparc-utils-1.9-r1
bash-2.05b#



I am able to compile 2.4, but the boot process stops with:

Code:

Remapping the kernel... done.
Booting Linux...
Starting CPU 1... OK
Starting CPU 4... OK
Starting CPU 5... OK
Starting CPU 8... OK
Starting CPU 9... OK
Starting CPU 12... OK
Starting CPU 13... OK
PROMLIB: Sun IEEE Boot Prom 3.2.28 2000/12/20 12:24
Linux version 2.4.25 (root@livecd) (gcc version 3.3.3 20040217 (Gentoo Linux 3.34
ARCH: SUN4U
Ethernet address: 08:00:20:cc:60:24
On node 0 totalpages: 522747
zone(0): 523915 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Found CPU 0 (node=f006fff4,mid=0)
Found CPU 1 (node=f00703b4,mid=1)
Found CPU 2 (node=f014ffd0,mid=4)
Found CPU 3 (node=f0150390,mid=5)
Found CPU 4 (node=f022ffd0,mid=8)
Found CPU 5 (node=f0230390,mid=9)
Found CPU 6 (node=f030ffd0,mid=12)
Found CPU 7 (node=f0310390,mid=13)
Found 8 CPU prom device tree node(s).
CENTRAL: Detected 8 slot Enterprise system. cfreg[68] cver[78]
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] (CENTRAL)
FHC(board 0): Version[1] PartID[fa0] Manuf[3e] (JTAG Master)
FHC(board 2): Version[1] PartID[fa0] Manuf[3e]
FHC(board 4): Version[1] PartID[fa0] Manuf[3e]
FHC(board 6): Version[1] PartID[fa0] Manuf[3e]
FHC(board 1): Version[1] PartID[fa0] Manuf[3e]
Kernel command line: root=/dev/sda4
Calibrating delay loop... 799.53 BogoMIPS
Memory: 4132736k available (2280k kernel code, 312k data, 88k init) [fffff800000]
Dentry cache hash table entries: 262144 (order: 9, 4194304 bytes)
Inode cache hash table entries: 262144 (order: 9, 4194304 bytes)
Mount cache hash table entries: 512 (order: 0, 8192 bytes)
Buffer cache hash table entries: 262144 (order: 8, 2097152 bytes)
Page-cache hash table entries: 524288 (order: 9, 4194304 bytes)
POSIX conformance testing by UNIFIX
Entering UltraSMPenguin Mode...
Calibrating delay loop... 799.53 BogoMIPS
Calibrating delay loop... 799.53 BogoMIPS
Calibrating delay loop... 799.53 BogoMIPS
Calibrating delay loop... 799.53 BogoMIPS
Calibrating delay loop... 799.53 BogoMIPS
Calibrating delay loop... 799.53 BogoMIPS
Calibrating delay loop... 799.53 BogoMIPS
Total of 8 processors activated (6396.31 BogoMIPS).
CPU 1: synchronized TICK with master CPU (last diff -16 cycles,maxerr 709 cycles)
CPU 4: synchronized TICK with master CPU (last diff -20 cycles,maxerr 710 cycles)
CPU 5: synchronized TICK with master CPU (last diff -19 cycles,maxerr 710 cycles)
CPU 8: synchronized TICK with master CPU (last diff -13 cycles,maxerr 706 cycles)
CPU 9: synchronized TICK with master CPU (last diff -19 cycles,maxerr 710 cycles)
CPU 12: synchronized TICK with master CPU (last diff -13 cycles,maxerr 706 cycle)
CPU 13: synchronized TICK with master CPU (last diff -17 cycles,maxerr 710 cycle)
Waiting on wait_init_idle (map = 0x3332)
All processors have done init_idle
SYSIO: UPA portID 2, at 000001c400000000
sbus0: Clock 25.0 MHz
SYSIO: UPA portID 3, at 000001c600000000
sbus1: Clock 25.0 MHz
dma0: HME DVMA gate array
Sparc Zilog8530 serial driver version 1.68.2.2
Sun Mouse-Systems mouse driver version 1.00
tty00 at 0xf8902004 (irq = 12,b9) is a Zilog8530
tty01 at 0xf8902000 (irq = 12,b9) is a Zilog8530
tty02 at 0xf8904004 (irq = 12,b9) is a Zilog8530
tty03 at 0xf8904000 (irq = 12,b9) is a Zilog8530
keyboard: not present
Console: ttyS0 (Zilog8530)
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
EFS: 1.0a - http://aeschi.ch.eu.org/efs/
SGI XFS with no debug enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
sunhme.c:v2.01 26/Mar/2002 David S. Miller (davem@redhat.com)
eth0: HAPPY MEAL (SBUS) 10/100baseT Ethernet 08:00:20:cc:60:24
SCSI subsystem driver Revision: 1.00
esp0: IRQ 7,db SCSI ID 7 Clk 40MHz CCYC=25000 CCF=8 TOut 167 NCR53C9XF(espfast)
ESP: Total of 1 ESP hosts found, 1 actually in use.
scsi0 : Sparc ESP366-HME
  Vendor: SEAGATE   Model: ST318203LSUN18G   Rev: 034A
  Type:   Direct-Access                      ANSI SCSI revision: 02
data_access_exception: SFSR[0000000000801009] SFAR[000000000100009a], going.
              \|/ ____ \|/
              "@'/ .. \`@"
              /_| \__/ |_\
                 \__U_/
swapper(1): Dax
CPU[5]: local_irq_count[0] irqs_running[0]
TSTATE: 0000000080009607 TPC: 00000000004c104c TNPC: 00000000004c1030 Y: 0000000d
g0: fffff800033ff570 g1: 000000000000004c g2: 0000000000004000 g3: 00000000000040
g4: fffff80000000000 g5: 0000000000000000 g6: fffff800033fc000 g7: 00000000000000
o0: 00000000004c1581 o1: fffff800033ff910 o2: 0000000000000005 o3: 00000000000000
o4: 0000000000000080 o5: 0000000000000001 sp: fffff800033fec51 ret_pc: 000000000c
l0: 0000000000000000 l1: 00000000004c14e4 l2: fffff800fe661400 l3: 00000000000005
l4: 0000000000000005 l5: 000000000063ec00 l6: fffff800fe661400 l7: 00000000000008
i0: 0100000001000000 i1: fffff800033ff910 i2: 0000000000000005 i3: 000000000063e8
i4: 0000000000000010 i5: 0000000000000001 i6: fffff800033fed11 i7: 00000000004c18
Caller[00000000004c14f8]
Caller[00000000004c15ac]
Caller[00000000004c1724]
Caller[00000000004c2758]
Caller[00000000005a9514]
Caller[00000000005a8a1c]
Caller[000000000059e600]
Caller[00000000006ad918]
Caller[00000000006a07f8]
Caller[00000000004180f8]
Caller[000000000041b5a8]
Caller[0000000000445ab4]
Instruction DUMP: 9536a000  f05e2050  2afe3ffa <c216209a> 106fff94  81e80000  40
n4e> kill rninelit p!0]a
]<TS0 TAKeTrE: 000n0e0l01180t009604 eTmPpC: 0t0e0d00000 0t0 62c6idlcl TNPnCi:c 0d
g
o0:o< 000 0Pr00es00s 0L00000010- Ag1: 0 0000000t0o0 0000rfeft g2: u0r0n0000 0t0o0
4:g
   fffff80000000000 g5: 000000000000000d g6: fffff800fe6f4000 g7: 00000000000000d
o0: 000000000066f828 o1: 000000000063ee10 o2: 0000000000000008 o3: 00000000000008
o4: 0000000000000000 o5: 0000000000000000 sp: fffff800fe6f73b1 ret_pc: 0000000008
l0: 0000000000000000 l1: 00000000004745d4 l2: 0000000000668c00 l3: 00000000000000
l4: 000000000066f800 l5: 000000000063ec00 l6: 0000000000000000 l7: 0000000000000f
i0: 00000000006b6000 i1: 000000000063ee10 i2: 000000000066d700 i3: 00000000000000
i4: 0000000000000000 i5: 0000000000000003 i6: fffff800fe6f7481 i7: 00000000004744
CPU[4]: local_irq_count[0] irqs_running[0]
TSTATE: 0000009980009601 TPC: 000000000041a564 TNPC: 000000000041a568 Y: 0000000d
g0: 0000000000000016 g1: 0000000000000000 g2: 000000000070f040 g3: 000000000070e0
g4: fffff80000000000 g5: 0000000000000004 g6: fffff800ff684000 g7: 00000000004430
o0: 0000000000000000 o1: 0000000000000032 o2: 000000000066f800 o3: 000000000066f0
o4: 000000000066f800 o5: 000000000066f800 sp: fffff800ff687681 ret_pc: 0000000000
l0: 000000000070ee40 l1: 000000000079c680 l2: 0000000000000004 l3: 00000000006690
l4: 0000000000000001 l5: 0000000000000000 l6: 000000000000000f l7: fffff800ff6870
i0: 0000000000000000 i1: 0000000000000000 i2: 0000000000000001 i3: 000000000079c8
i4: fffff800ff687fd8 i5: 0000000000000001 i6: fffff800ff687741 i7: 0000000000429c
CPU[9]: local_irq_count[0] irqs_running[1]
TSTATE: 0000009980009601 TPC: 000000000041a570 TNPC: 000000000041a574 Y: 0000000d
g0: 0000000000000016 g1: 0000000000000000 g2: 0000000000000009 g3: 000000000070e0
g4: fffff80000000000 g5: 0000000000000009 g6: fffff800ffd0c000 g7: 000000000066d0
o0: 0000000000000000 o1: 0000000000000032 o2: 000000000066d700 o3: 00000000000000
o4: 000000000063ec00 o5: fffff800fe6f7df0 sp: fffff800ffd0f681 ret_pc: 0000000000
l0: 000000000070ee40 l1: 000000000079c680 l2: 0000000000000009 l3: 00000000006690
l4: 0000000000000001 l5: 0000000000000000 l6: 000000000000000f l7: fffff800ffd0f0
i0: 0000000000000000 i1: 0000000000000000 i2: 0000000000000001 i3: 000000000079c8
i4: fffff800ffd0ffd8 i5: 0000000000000001 i6: fffff800ffd0f741 i7: 0000000000429c
CPU[8]: local_irq_count[0] irqs_running[1]
TSTATE: 0000009980009601 TPC: 000000000041a564 TNPC: 000000000041a568 Y: 0000000d
g0: 0000000000000016 g1: 0000000000000000 g2: 000000000070f240 g3: 000000000070e0
g4: fffff80000000000 g5: 0000000000000008 g6: fffff800033d<4c0>s00 pig7: n_000l00
)o00:00 00000000000000006000b600000 o0)1:  0C0PU0#0000 s00t00u0ck00 03a2t  o02:00
0s:Cpin_loPUck((0500)
 00000066a138) CPU#12 stuck at 0041acd8, owner PC(0041acd8):CPU(8)
spin_lock(000000000066a138) CPU#13 stuck at 0041acd8, owner PC(0041acd8):CPU(8)
o4: 0000000000000080 o5: 0000000000000000 <s4p>:s pin_flfofck(000f0f080000006060)
0041a5a0
l0: 000000000070ee40 l1: 000000000079c680 l2: 0000000000000008 l3: 00000000006690
l4: 0000000000000001 l5: 0000000000000000 l6: 000000000000000f l7: fffff800033df0
i0: 0000000000000000 i1: 0000000000000000 i2: 0000000000000001 i3: 000000000079c8
i4: fffff800033dffd8 i5: 0000000000000001 i6: fffff800033df741 i7: 0000000000429c
CPU[13]: local_irq_count[0] irqs_running[1]
TSTATE: 0000009980009601 TPC: 000000000041a570 TNPC: 000000000041a574 Y: 0000000d
g0: 0000000000000016 g1: 0000000000000000 g2: 000000000000000d g3: 000000000070e0
g4: fffff80000000000 g5: 000000000000000d g6: fffff800ffd04000 g7: 00000000004430
o0: 0000000000000000 o1: 0000000000000032 o2: 000000000066d600 o3: 000000000070f0
o4: 0000000000000008 o5: 0000000000000008 sp: fffff800ffd07681 ret_pc: 0000000000
l0: 000000000070ee40 l1: 000000000079c680 l2: 000000000000000d l3: 00000000006690
l4: 0000000000000001 l5: 0000000000000000 l6: 000000000000000f l7: fffff800ffd070
i0: 0000000000000000 i1: 0000000000000000 i2: 0000000000000001 i3: 000000000079c8
i4: fffff800ffd07fd8 i5: 0000000000000001 i6: fffff800ffd07741 i7: 0000000000429c
CPU[1]: local_irq_count[0] irqs_running[1]
TSTATE: 0000009980009601 TPC: 000000000041a570 TNPC: 000000000041a574 Y: 0000000d
g0: 0000000000000016 g1: 0000000000000000 g2: 0000000000000001 g3: 000000000070e0
g4: fffff80000000000 g5: 0000000000000001 g6: fffff800003a4000 g7: 0000000000000d
o0: 0000000000000000 o1: 0000000000000032 o2: 000000000066d600 o3: 000000000070f0
o4: 0000000000000008 o5: 0000000000000008 sp: fffff800003a7681 ret_pc: 0000000000
b6: 000000000070ee40 l1: 000000000079c680< 4l>s2p: 00000in000_l00o0c00k(0001 l3:0
  0l400: 0)0000000 0CP0U000001 l#05:  s000tu00ck00 a00000t 000000 l647: 4050d4000
)i:0C: 000000P0U(005)00
00000 i1: 0000000000000000 i2: 0000000000000001 i3: 000000000079c768
i4: fffff800003a7fd8 i5: 0000000000000001 i6: fffff800003a7741 i7: 0000000000429c
CPU[12]: local_irq_count[0] irqs_running[0]
TSTATE: 0000009980009601 TPC: 000000000041a57c TNPC: 000000000041a580 Y: 0000000d
g0: 0000000000000016 g1: 00000000003b4846 g2: 000000000070f440 g3: 000000000070e0
g4: fffff80000000000 g5: 000000000000000c g6: fffff800ffd08000 g7: 00000000004430
o0: 0000000000000000 o1: 0000000000000032 o2: 000000000066d600 o3: 000000000070f0
o4: 0000000000000008 o5: 0000000000000008 sp: fffff800ffd0b681 ret_pc: 0000000000
l0: 000000000070ee40 l1: 000000000079c680 l2: 000000000000000c l3: 00000000006690
l4: 0000000000000001 l5: 0000000000000000 l6: 000000000000000f l7: fffff800ffd0b0
i0: 0000000000000000 i1: 0000000000000000 i2: 0000000000000001 i3: 000000000079c8
i4: fffff800ffd0bfd8 i5: 0000000000000001 i6: fffff800ffd0b741 i7: 0000000000429c
spin_lock(00000000006b6000) CPU#0 stuck at 004745d4, owner PC(004431a8):CPU(5)





Compiling 2.6 results in:

Code:

...
  CC      arch/sparc64/kernel/sparc64_ksyms.o
  CC      arch/sparc64/kernel/chmc.o
  CC      arch/sparc64/kernel/smp.o
  AS      arch/sparc64/kernel/trampoline.o
  AS      arch/sparc64/kernel/sys32.o
  CC      arch/sparc64/kernel/sys_sparc32.o
In file included from include/linux/ip.h:84,
                 from include/linux/tcp.h:192,
                 from include/linux/ipv6.h:177,
                 from arch/sparc64/kernel/sys_sparc32.c:44:
include/net/sock.h: In function `sk_dst_set':
include/net/sock.h:827: warning: implicit declaration of function `_raw_write_tr'
make[1]: *** [arch/sparc64/kernel/sys_sparc32.o] Error 1
make: *** [arch/sparc64/kernel] Error 2
livecd linux-2.6.5 #


I can post my .config's, if this helps.

Where can I find the .config from the live-cd? With the kernel CD, the E4500 boots without problems.

Any ideas?

Thanks for your help,
Simon
[/code]
Back to top
View user's profile Send private message
leonarp
n00b
n00b


Joined: 22 Mar 2004
Posts: 35
Location: Kansas

PostPosted: Mon Apr 05, 2004 8:01 pm    Post subject: Reply with quote

I can't help you at the moment but I will be trying to put Gentoo on an E4500 (8x336) in the next few days. I'll let you know how it goes for me.

Philip
Back to top
View user's profile Send private message
GenTimJS
Guru
Guru


Joined: 03 May 2003
Posts: 406
Location: NH, USA

PostPosted: Sat Apr 10, 2004 3:32 pm    Post subject: possible stop-gap fix Reply with quote

Its dirty, but you might consider just copying the working kernel off the boot CD as a temporary stop-gap fix ... :-/
_________________
-Tim Smith
Back to top
View user's profile Send private message
Weeve
Retired Dev
Retired Dev


Joined: 30 Oct 2002
Posts: 641

PostPosted: Sat Apr 10, 2004 4:16 pm    Post subject: Reply with quote

Which version of development-sources did you try?
Back to top
View user's profile Send private message
barrct
n00b
n00b


Joined: 13 Apr 2004
Posts: 63
Location: Naples, FL

PostPosted: Tue Apr 13, 2004 2:14 am    Post subject: Easy build Reply with quote

I'm running an E4500 7 way as well, except all of my drives are ttached via external SCSI. once I insmoded my SCSI driver and got the drives setup, I had no problems setting up the configureing the kernel and doing the build.

I'd be happy to send my .config over to you, might just have an extra SCSI built into the kernel, but should compile fine for ya.
Back to top
View user's profile Send private message
leonarp
n00b
n00b


Joined: 22 Mar 2004
Posts: 35
Location: Kansas

PostPosted: Wed Apr 14, 2004 12:45 am    Post subject: Reply with quote

What device name do you boot to? I have a similar setup, an E4500 with a Qlogic SCSI controller and a D1000 array. I have tried many device names but the one that seems to be closest is /sbus@3,0/QLGC,isp@0,10000/sd@8,0 . I guess my real question is how do you know what the scsi disk's device name is?

Also, when I run the /sbin/silo -C /boot/silo.conf command it complains about the /boot/silo.conf needing to be on /dev/sr0 . What is /dev/sr0 ?
Back to top
View user's profile Send private message
barrct
n00b
n00b


Joined: 13 Apr 2004
Posts: 63
Location: Naples, FL

PostPosted: Thu Apr 15, 2004 12:51 am    Post subject: Reply with quote

Well, my QLogic card is on the far right side (#2) so I've got
/sbus@2,0/QLGC,isp@0,10000/sd@0,0
Note that my swap is on SCSI ID2 my swap drive is
/sbus@2,0/QLGC,isp@0,10000/sd@2,0

This is what I did though
ok> boot cdrom (du)
livecd # insmod qlogicpti

That kicked on all od the /dev/sd deveices that also show up in /dev/scsi as well. Note that I'm useing pti, and I do mean pti, NOT isp. Why? no idea. I've got the pti in my kernel as well sicnce / is on sd0 and swap is sd2.

After you get the driver in and the drives happy, the install should follow the rest of the install. Make sure that when you build the kernel that you put the pti driver in as well or the kernel won't be able to find the drives on it's own.

As for /dev/sr0... Did you set silo.conf to point to /dev/sr0? The only time I've ever had issues with silo/lilo is on my home server with a mix of IDE/old scsi/new scsi on a PC board. should also not have to do the -C, /etc/silo.conf is the default.

sr... have no idea what sr is. sd is of course scsi disk, st is scsi tape, and s
HA! scratch that, I just looked at mine and I've got an sr as well, in /dev/sr/ I see c0b0t6u0 meaning the CDROM! so unless you've got some weird writeable cd in there, you won't be able to run silo on it. Did youdo the chroot?
Back to top
View user's profile Send private message
Weeve
Retired Dev
Retired Dev


Joined: 30 Oct 2002
Posts: 641

PostPosted: Thu Apr 15, 2004 3:35 pm    Post subject: Reply with quote

/dev/sr0 should be the first scsi cdrom linux detects on the system.
Back to top
View user's profile Send private message
leonarp
n00b
n00b


Joined: 22 Mar 2004
Posts: 35
Location: Kansas

PostPosted: Thu Apr 15, 2004 9:15 pm    Post subject: Reply with quote

Okay I figured out what the boot drive name is. It is /sbus@3,0/QLGC,isp@0,10000/sd@8,0:f .
It was the :f that I was missing. Have no idea what it means though.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on Sparc All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum