Re: Sunfire V880 and 480R 2.6.27.x startup hangs
From: Hermann Lauer
Date: Mon, 2 Feb 2009 15:27:57 +0100
> On Fri, Jan 30, 2009 at 04:00:10PM -0800, David Miller wrote:
> > > [ 47.553935] calling of_bus_driver_init+0x0/0x12c
> > > [ 47.610180] Setting up of bus
> > > [ 47.645596] In bus_register().
> > > [ 47.682056] Doing kobject_set_name()
> > > [ 47.724764] kset_register()
> >
> > I suspect it's hanging in uevent generation, let's verify that.
> > Something really weird is going on in your box, I wonder if the bug is
> > surfacing because of all of the non-standard options you have enabled
> > in your build such as cgroups and stuff like that.
>
> I CC this to the debian sparc people, as the config is derived from
> their default sparc kernel config. If I remember correctly, I only used
> "make oldconfig" to get to the newer kernel. Maybe one of those guys can
> comment on the sparc configuration choices.
I'm not saying the configuration choice is wrong, not at all.
I'm saying that since it's something most active kernel hacker's
don't enable, it may be a reason why myself and others have never
seen this problem.
> Here is the output with all patches and that default build of 2.6.27.13:
>
> In bus_register().
> Doing kobject_set_name()
> kset_register()
> kset_register: kset_init()
> kset_register: kset_add_internal()
> kset_register: kobject_uevent()
> [halt sent]
> [halt sent]
> [halt sent]
> [halt sent]
I'm pretty certain it's call_usermodehelper() that's hanging.
Perhaps something with forking kernel threads or invoking exec
is failing on sparc64 on your machine for some reason.
New patch:
diff --git a/lib/kobject_uevent.c b/lib/kobject_uevent.c
index 3f91472..2c30f6a 100644
--- a/lib/kobject_uevent.c
+++ b/lib/kobject_uevent.c
@@ -100,6 +100,9 @@ int kobject_uevent_env(struct kobject *kobj, enum
kobject_action action,
int i = 0;
int retval = 0;
+ printk(KERN_ERR "kobject_uevent_env: [%s] %p\n",
+ kobject_name(kobj), kobj);
+
pr_debug("kobject: '%s' (%p): %s\n",
kobject_name(kobj), kobj, __func__);
@@ -109,8 +112,8 @@ int kobject_uevent_env(struct kobject *kobj, enum
kobject_action action,
top_kobj = top_kobj->parent;
if (!top_kobj->kset) {
- pr_debug("kobject: '%s' (%p): %s: attempted to send uevent "
-"without kset!\n", kobject_name(kobj), kobj,
+ printk(KERN_ERR "kobject: '%s' (%p): %s: attempted to send
uevent "
+ "without kset!\n", kobject_name(kobj), kobj,
__func__);
return -EINVAL;
}
@@ -118,12 +121,14 @@ int kobject_uevent_env(struct kobject *kobj, enum
kobject_action action,
kset = top_kobj->kset;
uevent_ops = kset->uevent_ops;
+ printk(KERN_ERR "kobject_uevent_env: Checking uevent_ops->filter\n");
+
/* skip the event, if the filter returns zero. */
if (uevent_ops && uevent_ops->filter)
if (!uevent_ops->filter(kset, kobj)) {
- pr_debug("kobject: '%s' (%p): %s: filter function "
-"caused the event to drop!\n",
-kobject_name(kobj), kobj, __func__);
+ printk(KERN_ERR "kobject: '%s' (%p): %s: filter
function "
+ "caused the event to drop!\n",
+ kobject_name(kobj), kobj, __func__);
return 0;
}
@@ -133,16 +138,20 @@ int kobject_uevent_env(struct kobject *kobj, enum
kobject_action action,
else
subsystem = kobject_name(&kset->kobj);
if (!subsystem) {
- pr_debug("kobject: '%s' (%p): %s: unset subsystem caused the "
-"event to drop!\n", kobject_name(kobj), kobj,
-__func__);
+ printk(KERN_ERR "kobject: '%s' (%p): %s: unset subsystem caused
the "
+ "event to drop!\n", kobject_name(kobj), kobj,
+ __func__);
return 0;
}
+ printk(KERN_ERR "kobject_uevent_env: Allocating and filling env
buffer.\n");
+
/* environment buffer */
env = kzalloc(sizeof(struct kobj_uevent_env), GFP_KERNEL);
- if (!env)
+ if (!env) {
+ printk(KERN_ERR "kobject_uevent_env: env kzalloc() failed\n");
return -ENOMEM;
+ }
/* complete object path */
devpath = kobject_get_path(kobj, GFP_KERNEL);
@@ -171,6 +180,8 @@ int kobject_uevent_env(struct kobject *kobj, enum
kobject_action action,
}
}
+ printk(KERN_ERR "kobject_uevent_env: Checking uevent_ops->uevent\n");
+
/* let the kset specific function add its stuff */
if (uevent_ops && uevent_ops->uevent) {
retval = uevent_ops->uevent(kset, kobj, env);
@@ -207,6 +218,8 @@ int kobject_uevent_env(struct kobject *kobj, enu
Re: Sunfire V880 and 480R 2.6.27.x startup hangs
On Fri, Jan 30, 2009 at 04:00:10PM -0800, David Miller wrote: > > [ 47.553935] calling of_bus_driver_init+0x0/0x12c > > [ 47.610180] Setting up of bus > > [ 47.645596] In bus_register(). > > [ 47.682056] Doing kobject_set_name() > > [ 47.724764] kset_register() > > I suspect it's hanging in uevent generation, let's verify that. > Something really weird is going on in your box, I wonder if the bug is > surfacing because of all of the non-standard options you have enabled > in your build such as cgroups and stuff like that. I CC this to the debian sparc people, as the config is derived from their default sparc kernel config. If I remember correctly, I only used "make oldconfig" to get to the newer kernel. Maybe one of those guys can comment on the sparc configuration choices. I was curious, so I took vanilla kernel 2.6.27.13 from the net, did a "make menuconfig" with only saving (not changeing anything) the config. This config I will put on: http://www.iwr.uni-heidelberg.de/ftp/linux/sparc-boot/config-2.6.27.13-20090202.txt/config-2.6.27.13-20090202.txt > Anyways, add this patch on top of your tree and please send the tail > of the new output. Here is the output with all patches and that default build of 2.6.27.13: In bus_register(). Doing kobject_set_name() kset_register() kset_register: kset_init() kset_register: kset_add_internal() kset_register: kobject_uevent() [halt sent] [halt sent] [halt sent] [halt sent] > One thing you might want to try to do when it hangs is go: > > 1) Send a 'break' over the console then immediately type '8'. >This will increase the kernel log level. > > 2) Send a 'break' then 'p', this will dump the current cpu's >registers. > > 3) Send a 'break' then 'y', this will give a brief backtrace >on all cpus. > > 4) Send a 'break' then 't', this will dump the state of all >processes on the system. > > Unfortunately, none of those will work if the cpu handling console > interrupts has cpu interrupts disabled for whatever reason :-/ But it > is definitely worth a try. Tried, but as you feared, no output was produced (see above). Any further ideas ? If time permits, I probably should start compiling all kernels from 2.6.26.5 on to find the first non working kernel. Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: SunFire V880
On Mon, Dec 15, 2008 at 08:35:53AM -0500, Blake Self wrote: > I know about the drivers (especially the qla2xxx), I'm just looking for an > installer that works. I have tried the weekly and daily builds of the > installer with no luck. I will look into etchnhalf and see what it does for > me. Is there a particular installer that you could point me to perhaps? Sorry, I used a selfcompiled vanilla kernel as mentioned in the report and appended the installer initramfs (initrd) cpio.gz archive. I tried some lenny netboot installer images, but 2.6.27 series seems to have kernel bugs at that architecture (a 480R I got running with a hd clone of an V880 install). Good luck, Hermann > hermann.la...@iwr.uni-heidelberg.de> wrote: > > Yes, debian etchnhalf runs on such a machine. You can check Bug#495216 > > for my installation report, and you will need the qla2xxx firmware > > which I found somewhere on the net. And the -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: SunFire V880
On Fri, Dec 12, 2008 at 02:38:48AM -0500, Blake Self wrote: > Hello, > > Were you ever able to get Debian to install on the SunFire V880? I am > having a heck of a time with it and any information that you may have would > be very useful to me. Yes, debian etchnhalf runs on such a machine. You can check Bug#495216 for my installation report, and you will need the qla2xxx firmware which I found somewhere on the net. And the 1000SX network interface is probably not working, the 100 copper does. Good luck, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian on a SunFire v880 - again
Bernd Zeimetz wrote: > Hi, > > according to google several failures to install Debian on a SunFire v880 > were reported on the list. I've given this problem another try and > figured out that > > - 2.6.18 crashed the machine pretty bad (red flag cpu exception..., I > still need to get the log from my notebook and report it) > - 2.6.21 got a kernel panic - #440720 > > So I've rebuilt the Etch installer (the latest one from svn ended up > with some conflicts in retrieving the apckages, seems there's a new > libc6 coming in...) with 2.6.23-rc4-smp, which booted well, but > unfortunately the installer makes a mess out of the serial console: > http://www.picpaste.de/pics/SUN-wtf.1189168846.png okay, Ifound the reason for this problem: interestingly input/output-device was set to rsc, but the console was never on the rsc, but on ttya instead. Weird. Now the problem hidden behind the messy console appears: console [ttyS0] enabled f00d0fb4: ttyS1 at MMIO 0x7fc7e400040 (irq = 21) is a SAB82532 V3.2 f00d0fb4: ttyS1 at MMIO 0x7fc7e400040 (irq = 21) is a SAB82532 V3.2 RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize loop: module loaded Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx mice: PS/2 mouse device common for all mice mice: PS/2 mouse device common for all mice usbcore: registered new interface driver usbhid drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver TCP bic registered/hid-core.c: v2.6:USB HID core driver NET: Registered protocol family 1 NET: Registered protocol family 17 RAMDISK: Compressed image found at block 0 RAMDISK: Compressed image found at block 0 VFS: Mounted root (cramfs filesystem) readonly. Warning: unable to open an initial console.nly. Warning: unable to open an initial console. Kernel panic - not syncing: Attempted to kill init! Press Stop-A (L1-A) to return to the boot prominit! Press Stop-A (L1-A) to return to the boot prom Any ideas are welcome :) -- Bernd Zeimetz <[EMAIL PROTECTED]> <http://bzed.de/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian on a SunFire v880 - again
Hi, according to google several failures to install Debian on a SunFire v880 were reported on the list. I've given this problem another try and figured out that - 2.6.18 crashed the machine pretty bad (red flag cpu exception..., I still need to get the log from my notebook and report it) - 2.6.21 got a kernel panic - #440720 So I've rebuilt the Etch installer (the latest one from svn ended up with some conflicts in retrieving the apckages, seems there's a new libc6 coming in...) with 2.6.23-rc4-smp, which booted well, but unfortunately the installer makes a mess out of the serial console: http://www.picpaste.de/pics/SUN-wtf.1189168846.png Do you ahve any ideas how I could workaround/fix this problem? Did anybody manage to install a v880 successfully? Cheers, Bernd -- Bernd Zeimetz <[EMAIL PROTECTED]> <http://bzed.de/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Debian Etch on SunFire V880
That is correct, Cheetah is the name of the CPU and the 880 can have up to eight. However, I'm not sure if that would be the problem. When trying to install gentoo on this box, just out of curiosity sake, it was successful. -Original Message- From: Per Larsson [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 07, 2007 3:35 PM To: Debian Sparc Cc: Morgan Walker Subject: Re: Debian Etch on SunFire V880 On my SunFire v440 I had a Solaris 9 installation running well with 4 CPU modules. With Debian it seems it indicated one as faulty, and I had to remove at least one module for Debian to work well. Although it bugged out earlier for me, already during initial boot, until I removed one module... Perhaps the error below is an indication of something similar, it could be an idea to strip the 880 down to a minimum config and start from there ? I have a severe case of rookieness with Sparc and Debian, but if I'm not mistaken the Cheetah is the name of the CPU, and the 880 can have up to 8 of them ? Regards ///Per Morgan Walker skrev: > I am using strictly the serial port for this installation. Everything > gets displayed via the serial port. However, when I had the console and > serial port connected, something similar to what you described did > happen. > > Ok, so I tried to netboot using a 2.6-18 boot.img and attached the > output which I received. Does anybody know what this means? > > > > -Original Message- > From: Per Larsson [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 07, 2007 2:16 AM > To: Debian Sparc > Subject: Re: Debian Etch on SunFire V880 > > Martin skrev: > >> On Tue, 2007-03-06 at 14:56 -0500, Morgan Walker wrote: >> >> >>> I am at a total loss. >>> >>> >>> >>> I am trying to install debian etch 3.1r5 netinst .iso on a SunFire >>> > 880 > >>> w/ OBP version 4.18.2, scsi drives, and 4G of memory via serial >>> console. Every time it gets to "Booting Linux..." it appears to hang >>> > or > >>> is just throwing the output somewhere else. >>> >>> >> Silly question but have you checked whether it's using the serial port >> for output? IIRC some systems, where the OpenBoot console is set to >> default to serial port, it will print 'Booting Linux' on the console >> (and even run OpenBoot on the console if you use the keyboard to >> initiate it) and then output on the serial port. Perhaps I'm mistaken >> > - > >> it was a while ago and on a much older system. >> >> Cheers, >> - Martin >> >> >> >> >> >> > I had issues with my v440 until I tried the "daily build" netinstall > image found here: > http://www.debian.org/devel/debian-installer/ > Not sure if that will help in your case, but something to try perhaps ? > Regards >///Per > > > > > > net boot^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^Hboot net:dhcp -p > Resetting ... > > > Software Reset > > Enabling system bus... Done > Initializing CPUs. Done > Initializing boot memory.. Done > Initializing OpenBoot > ^QProbing system devices > Probing I/O buses > Probing system devices > Probing I/O buses > > > Sun Fire 880, No Keyboard > Copyright 2005 Sun Microsystems, Inc. All rights reserved. > OpenBoot 4.18.2, 8192 MB memory installed, Serial #57216562. > Ethernet address 0:3:ba:69:e:32, Host ID: 83690e32. > > > > > Initializing12MB of memory at addrb0ff00 -^H I$ > Rebooting with command: boot net:dhcp -p > Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1:dhcp File and > args: -p > |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$ > PROMLIB: Sun IEEE Boot Prom 'OBP 4.18.2 2005/06/30 07:53' > PROMLIB: Root node compatible: > Linux version 2.6.17-2-sparc64 (Debian 2.6.17-9) ([EMAIL PROTECTED]) (gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 $ > ARCH: SUN4U > Ethernet address: 00:03:ba:69:0e:32 > Remapping the kernel... done. > Booting Linux... > CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)] E[sz(8388608):line_sz(512)] > Built 1 zonelists > Kernel command line: -p > PID hash table entries: 4096 (order: 12, 32768 bytes) > Console: colour dummy device 80x25 > Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes) > Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes) > Memory: 8306520k avai
Re: Debian Etch on SunFire V880
On my SunFire v440 I had a Solaris 9 installation running well with 4 CPU modules. With Debian it seems it indicated one as faulty, and I had to remove at least one module for Debian to work well. Although it bugged out earlier for me, already during initial boot, until I removed one module... Perhaps the error below is an indication of something similar, it could be an idea to strip the 880 down to a minimum config and start from there ? I have a severe case of rookieness with Sparc and Debian, but if I'm not mistaken the Cheetah is the name of the CPU, and the 880 can have up to 8 of them ? Regards ///Per Morgan Walker skrev: I am using strictly the serial port for this installation. Everything gets displayed via the serial port. However, when I had the console and serial port connected, something similar to what you described did happen. Ok, so I tried to netboot using a 2.6-18 boot.img and attached the output which I received. Does anybody know what this means? -Original Message- From: Per Larsson [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 07, 2007 2:16 AM To: Debian Sparc Subject: Re: Debian Etch on SunFire V880 Martin skrev: On Tue, 2007-03-06 at 14:56 -0500, Morgan Walker wrote: I am at a total loss. I am trying to install debian etch 3.1r5 netinst .iso on a SunFire 880 w/ OBP version 4.18.2, scsi drives, and 4G of memory via serial console. Every time it gets to "Booting Linux..." it appears to hang or is just throwing the output somewhere else. Silly question but have you checked whether it's using the serial port for output? IIRC some systems, where the OpenBoot console is set to default to serial port, it will print 'Booting Linux' on the console (and even run OpenBoot on the console if you use the keyboard to initiate it) and then output on the serial port. Perhaps I'm mistaken - it was a while ago and on a much older system. Cheers, - Martin I had issues with my v440 until I tried the "daily build" netinstall image found here: http://www.debian.org/devel/debian-installer/ Not sure if that will help in your case, but something to try perhaps ? Regards ///Per net boot^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^Hboot net:dhcp -p Resetting ... Software Reset Enabling system bus... Done Initializing CPUs. Done Initializing boot memory.. Done Initializing OpenBoot ^QProbing system devices Probing I/O buses Probing system devices Probing I/O buses Sun Fire 880, No Keyboard Copyright 2005 Sun Microsystems, Inc. All rights reserved. OpenBoot 4.18.2, 8192 MB memory installed, Serial #57216562. Ethernet address 0:3:ba:69:e:32, Host ID: 83690e32. Initializing12MB of memory at addrb0ff00 -^H I$ Rebooting with command: boot net:dhcp -p Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1:dhcp File and args: -p |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$ PROMLIB: Sun IEEE Boot Prom 'OBP 4.18.2 2005/06/30 07:53' PROMLIB: Root node compatible: Linux version 2.6.17-2-sparc64 (Debian 2.6.17-9) ([EMAIL PROTECTED]) (gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 $ ARCH: SUN4U Ethernet address: 00:03:ba:69:0e:32 Remapping the kernel... done. Booting Linux... CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)] E[sz(8388608):line_sz(512)] Built 1 zonelists Kernel command line: -p PID hash table entries: 4096 (order: 12, 32768 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes) Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes) Memory: 8306520k available (2152k kernel code, 720k data, 144k init) [f800,00b0ffb0e000] Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj=40005) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 checking if image is initramfs... it is Freeing initrd memory: 2796k freed NET: Registered protocol family 16 PCI: Probing for controllers. SCHIZO0 PBMB: ver[7:0], portid 8, cregs[4000440] pregs[4000470] SCHIZO0 PBMB: PCI CFG[7ffee00] IO[7ffef00] MEM[7fe] SCHIZO0 PBMA: ver[7:0], portid 8, cregs[4000440] pregs[4000460] SCHIZO0 PBMA: PCI CFG[7ffec00] IO[7ffed00] MEM[7fd] SCHIZO1 PBMB: ver[7:0], portid 9, cregs[40004c0] pregs[40004f0] SCHIZO1 PBMB: PCI CFG[7ffea00] IO[7ffeb00] MEM[7fc] SCHIZO1 PBMA: ver[7:0], portid 9, cregs[40004c0] pregs[40004e0] SCHIZO1 PBMA: PCI CFG[7ffe800] IO[7ffe900] MEM[7fb] PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1d] PCI-I
RE: Debian Etch on SunFire V880
I am using strictly the serial port for this installation. Everything gets displayed via the serial port. However, when I had the console and serial port connected, something similar to what you described did happen. Ok, so I tried to netboot using a 2.6-18 boot.img and attached the output which I received. Does anybody know what this means? -Original Message- From: Per Larsson [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 07, 2007 2:16 AM To: Debian Sparc Subject: Re: Debian Etch on SunFire V880 Martin skrev: > On Tue, 2007-03-06 at 14:56 -0500, Morgan Walker wrote: > >> I am at a total loss. >> >> >> >> I am trying to install debian etch 3.1r5 netinst .iso on a SunFire 880 >> w/ OBP version 4.18.2, scsi drives, and 4G of memory via serial >> console. Every time it gets to "Booting Linux..." it appears to hang or >> is just throwing the output somewhere else. >> > Silly question but have you checked whether it's using the serial port > for output? IIRC some systems, where the OpenBoot console is set to > default to serial port, it will print 'Booting Linux' on the console > (and even run OpenBoot on the console if you use the keyboard to > initiate it) and then output on the serial port. Perhaps I'm mistaken - > it was a while ago and on a much older system. > > Cheers, > - Martin > > > > > I had issues with my v440 until I tried the "daily build" netinstall image found here: http://www.debian.org/devel/debian-installer/ Not sure if that will help in your case, but something to try perhaps ? Regards ///Per -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] net boot^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^Hboot net:dhcp -p Resetting ... Software Reset Enabling system bus... Done Initializing CPUs. Done Initializing boot memory.. Done Initializing OpenBoot ^QProbing system devices Probing I/O buses Probing system devices Probing I/O buses Sun Fire 880, No Keyboard Copyright 2005 Sun Microsystems, Inc. All rights reserved. OpenBoot 4.18.2, 8192 MB memory installed, Serial #57216562. Ethernet address 0:3:ba:69:e:32, Host ID: 83690e32. Initializing12MB of memory at addrb0ff00 -^H I$ Rebooting with command: boot net:dhcp -p Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1:dhcp File and args: -p |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$ PROMLIB: Sun IEEE Boot Prom 'OBP 4.18.2 2005/06/30 07:53' PROMLIB: Root node compatible: Linux version 2.6.17-2-sparc64 (Debian 2.6.17-9) ([EMAIL PROTECTED]) (gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 $ ARCH: SUN4U Ethernet address: 00:03:ba:69:0e:32 Remapping the kernel... done. Booting Linux... CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)] E[sz(8388608):line_sz(512)] Built 1 zonelists Kernel command line: -p PID hash table entries: 4096 (order: 12, 32768 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes) Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes) Memory: 8306520k available (2152k kernel code, 720k data, 144k init) [f800,00b0ffb0e000] Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj=40005) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 checking if image is initramfs... it is Freeing initrd memory: 2796k freed NET: Registered protocol family 16 PCI: Probing for controllers. SCHIZO0 PBMB: ver[7:0], portid 8, cregs[4000440] pregs[4000470] SCHIZO0 PBMB: PCI CFG[7ffee00] IO[7ffef00] MEM[7fe] SCHIZO0 PBMA: ver[7:0], portid 8, cregs[4000440] pregs[4000460] SCHIZO0 PBMA: PCI CFG[7ffec00] IO[7ffed00] MEM[7fd] SCHIZO1 PBMB: ver[7:0], portid 9, cregs[40004c0] pregs[40004f0] SCHIZO1 PBMB: PCI CFG[7ffea00] IO[7ffeb00] MEM[7fc] SCHIZO1 PBMA: ver[7:0], portid 9, cregs[40004c0] pregs[40004e0] SCHIZO1 PBMA: PCI CFG[7ffe800] IO[7ffe900] MEM[7fb] PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1d] PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1f] PCI1(PBMB): Bus running at 33MHz PCI1(PBMA): Bus running at 66MHz PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1c] PCI-IRQ: Routing bus[ 0] slot[ 5] to INO[18] PCI0(PBMB): Bus running at 33MHz PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[00] PCI-IRQ: Routing bus[ 0] slot[ 2] to INO[04] PCI0(PBMA): Bus running at 66MHz ebus0: [flashprom] [bbc] [power] [i2c -> (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) $ power: Control reg at
Re: Debian Etch on SunFire V880
Martin skrev: On Tue, 2007-03-06 at 14:56 -0500, Morgan Walker wrote: I am at a total loss. I am trying to install debian etch 3.1r5 netinst .iso on a SunFire 880 w/ OBP version 4.18.2, scsi drives, and 4G of memory via serial console. Every time it gets to “Booting Linux…” it appears to hang or is just throwing the output somewhere else. Silly question but have you checked whether it's using the serial port for output? IIRC some systems, where the OpenBoot console is set to default to serial port, it will print 'Booting Linux' on the console (and even run OpenBoot on the console if you use the keyboard to initiate it) and then output on the serial port. Perhaps I'm mistaken - it was a while ago and on a much older system. Cheers, - Martin I had issues with my v440 until I tried the "daily build" netinstall image found here: http://www.debian.org/devel/debian-installer/ Not sure if that will help in your case, but something to try perhaps ? Regards ///Per -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Etch on SunFire V880
On Tue, 2007-03-06 at 14:56 -0500, Morgan Walker wrote: > I am at a total loss. > > > > I am trying to install debian etch 3.1r5 netinst .iso on a SunFire 880 > w/ OBP version 4.18.2, scsi drives, and 4G of memory via serial > console. Every time it gets to “Booting Linux…” it appears to hang or > is just throwing the output somewhere else. Silly question but have you checked whether it's using the serial port for output? IIRC some systems, where the OpenBoot console is set to default to serial port, it will print 'Booting Linux' on the console (and even run OpenBoot on the console if you use the keyboard to initiate it) and then output on the serial port. Perhaps I'm mistaken - it was a while ago and on a much older system. Cheers, - Martin
Debian Etch on SunFire V880
I am at a total loss. I am trying to install debian etch 3.1r5 netinst .iso on a SunFire 880 w/ OBP version 4.18.2, scsi drives, and 4G of memory via serial console. Every time it gets to "Booting Linux..." it appears to hang or is just throwing the output somewhere else. I have tried the businesscard and full .iso as well and removed the Sun's video card, but still to no avail. I have also tried a netboot with dhcpd and tftpd with "boot net:dhcp video=atyfb:off" and it still "hangs" at "Booting Linux...". I even tired Ubuntu, but the same thing happens. I am going to try an older version of Debian to see if that might change anything, but any suggestions would be greatly appreciated. Thanks, Morgan Morgan Walker Systems Administrator/Engineer M*CAM, Inc. 210 Ridge-McIntire Rd., Suite 300 Charlottesville, VA 22903 434-979-7240 x311 http://www.m-cam.com = This message, including any attachments, is intended solely for the use of the named recipient(s) and may contain confidential and/or privileged information. Any unauthorized review, use, disclosure or distribution of this communication(s) is expressly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy any and all copies of the original message. Thank you. =
Installation Problems - Sunfire V880
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all, Its my first message in at list, and I couldn't see documentation about this on the internet. I am trying install the Debian Sarge in a SunFire V880[1] machine. I got the iso, check the md5sum, and burn the cd. The LILO prompt is showed successfully. When I try boot it, I get this error: Allocated 8 Megs of memory at 0x40 for kernel. Could not find any avaliable memory. Fatal error: you do not have enough continuous available memory for such initial ram disk. Program terminated Anyone had this problem before? How can I change the allocated memory, and run the installation? Best regards, 1- http://sunsolve.sun.com/handbook_pub/Systems/SunFire880/SunFire880.html - -- Eder L. Marques .''`. ** Debian GNU/Linux ** : :' : http://www.debian.org/ `. `' http://www.debianbrasil.org/ `-http://www.debian-ce.org/ Get Counted! http://www.linuxcounter.org/ Duvidas sobre o Debian? Visite o Rau-Tu: http://rautu.cipsga.org.br/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRUs1cSAFFTcvRFtPAQIx6gP/f4a5h+aGMG/RX7ID8JEtFXXDgWPNvQkO NTCJsqXNOgVqNj+eE5cDzDNMBVe0TwnhFuHFJI8c3GXcxnLWxkjAnieC+lLNiVDO K7ubNNCLV3sXw4JhZWheDaC9HW/yF7uJm3y+1d+q8zxL+4N94ePx6IjpHjxDmgPt dAKb/xjC9bk= =6oqV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SunFire V880
On Thu, Jul 03, 2003 at 08:47:04PM +0200, Nathanael Camelot wrote: > Hi all, > > We received at work a 6 CPU SunFire V880, and Solaris installation > isn't planned before mid-August. Would it be interesting for anyone > I try a debian install ? It would be interesting to me. ~:^) You might note the recent attempts at installing on a V210, where the 2.4.21 kernel got to the point where it wanted to find a bus, and couldn't. Also a while back there was some traffic on this list by someone trying to install on a 280R server. I can't remember how far they got. a
SunFire V880
Hi all, We received at work a 6 CPU SunFire V880, and Solaris installation isn't planned before mid-August. Would it be interesting for anyone I try a debian install ? -- mail : [EMAIL PROTECTED]
Re: Ben Collins' tftpboot.img and SunFire V880
It was suggest I hook up the serial console, and I have done so again,
this time a bit more thoroughly, and I did NOT use diag mode on the
machine. Also, I tried removing the PGX64 card in accordance with
recent observations (doing so made no difference in my case whatsoever).
The following is using the small tftp boot image (tftpboot-small.img) that
Ben Collins provided.
Anyway, here's the log of the results. (I edited out the string of
counter values as it loaded the kernel, for the reader's sake.)
-R
Executing Power On SelfTest w/%o0 = ..0001.2040
CPU0: System Power On Selftest Completed
Pass/Fail Status = ...
ESB Overall Status = ...
screen not found.
keyboard not found.
Keyboard not present. Using ttya for input and output.
Sun Fire 880, No Keyboard
Copyright 1998-2002 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.6, 4096 MB memory installed, Serial #52537029.
Ethernet address 0:3:ba:21:a6:c5, Host ID: 8321a6c5.
Initializing12MB of memory at addr20ff00 -
Initializing 4080MB of memory
at addr20 -
Boot device: disk File and args:
|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|
Type 'go' to resume
{2} ok B` boot net
Resetting ...
screen not found.
keyboard not found.
Keyboard not present. Using ttya for input and output.
Sun Fire 880, No Keyboard
Copyright 1998-2002 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.6, 4096 MB memory installed, Serial #52537029.
Ethernet address 0:3:ba:21:a6:c5, Host ID: 8321a6c5.
Initializing12MB of memory at addr20ff002000 -
Initializing16MB of memory
at addr20fe002000 -
Initializing 4064MB of memory at addr20
\|/-\|/-
Rebooting with command: boot net
Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1 File and args:
Timeout waiting for ARP/RARP packet
258e00 TILO
Selecting sun4u kernel...
\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|Instruction
Access Error
{2} ok
Re: Ben Collins' tftpboot.img and SunFire V880
On Tue, Oct 15, 2002 at 02:46:26PM +0100, Ian Cass wrote: > > Any other thoughts? :/ I had really planned everything around using > > Debian on this V880 as the primary machine for the department (hopefully > > quite soon) and boy, is it not looking promising so far... > > Try checking the serial console. An excellent suggestion, in accordance with which I have attached the diagnostics from the serial console. Caveat: I was using ser2net and when the serial port resets, I get dumped. I restarted, eh, quickly, each time, but there's a bit of noise. Also, as you'll see in my comments at the end, this time we didn't get a register dump -- on blue moon occasions we have, instead of the dreaded Instruction Access Error. This run I got the error. Another caveat: I don't have an RSC card (or at least, I didn't purchase one), so I was still having to use the Sun console to do the booting and I copied from hand some output from there, again at the bottom of the file. Like I said, I am dying to provide useful information. :) -R ???????? <*> Hardware Power On @(#)OBP 4.6.7 2002/07/24 15:42 Sun Fire 880 Front Panel Keyswitch is in Diagnostic position. Online: CPU0 CPU2* Validating JTAG integrity...Done Disabling DAR error circuitry...Done Clearing DCS error circuitry state...Done Initializing DTL circuitry state...Done Initializing MDR via JTAG...Done Enabling DAR error circuitry...Done Probing Motherboardpart# 501-6323-02 serial# 005058 Safari min 100MHz, cumulative 100MHz; max 150MHz, cumulative 150MHz 'STICK' clock 10MHz; BootBus timing 014f.99fd.a7e6.3f29 Probing I/O Board..part# 501-5142-15 serial# 026213 Probing System RSC.part# 501-5856-06 serial# 085417 Probing PwrDistBoard...part# 375-0071-02 serial# N21685 Probing PowerSupply0...part# 300-1353-02 serial# M74381 Probing PowerSupply1...part# 300-1353-02 serial# M74379 Probing PowerSupply2...part# 300-1353-02 serial# M74377 Probing GPTwo Slot A...part# 501-6334-02 serial# 027654 Safari min 100MHz, cumulative 100MHz; max 150MHz, cumulative 150MHz CPU rated speed 900MHz; ECache 8MB 3.3ns Probing GPTwo Slot B...No module detected Probing GPTwo Slot C...No module detected Probing GPTwo Slot D...No module detected Desired Safari Bus speed 150MHz, selecting 150MHz Configuring CPUs.. ... CPU0 Rated Speed 900MHz, Safari 150MHz, want 6:1, got 6:1 ==> CPU 900MHz Ecache 8MB 3.3ns mode=3-3-3 2-way ECCR: ..0309.4400 ... CPU2 Rated Speed 900MHz, Safari 150MHz, want 6:1, got 6:1 ==> CPU 900MHz Ecache 8MB 3.3ns mode=3-3-3 2-way ECCR: ..0309.4400 ...Done Setting system speed (and resetting)...???????? <*> Set Speed Reset @(#)OBP 4.6.7 2002/07/24 15:42 Sun Fire 880 Front Panel Keyswitch is in Diagnostic position. Online: CPU0 Ultra-III+ (v2.2) 6:1 900MHz 8MB 3:1 ECache Online: *CPU2 Ultra-III+ (v2.2) 6:1 900MHz 8MB 3:1 ECache Executing Power On SelfTest w/%o0 = ..0001.2042 0>@(#) Daktari POST 4.6.2 2002/05/21 10:41 /dat/fw/work/staff/firmware_re/post/post-build-4.6.2_020521/Camelot/daktari/integrated (firmware_re) 0>Jump from OBP->POST. 0>CPUs present in system: 0 2 0>Keyswitch in DIAGNOSTIC POSITION. 0>Diag level set to MIN. 0>MFG scrpt mode set NORM 0>I/O port set to serial TTYA. 0> 0>Start selftest... 0>Init CPU 0> Cheetah_plus Version 2.2 0>DMMU Registers Access 0>DMMU TLB DATA RAM Access 0>DMMU TLB TAGS Access 0>IMMU Registers Access 0>IMMU TLB DATA RAM Access 0>IMMU TLB TAGS Access 0>Probe Ecache 0> Size = .0080... 0>Ecache Data Bitwalk 0>Ecache Address Bitwalk 0>Scrub and Setup Ecache 0>Setup and Enable DMMU 0>Setup DMMU Miss Handler 0>Test and Init Temp Mailbox 2>Init CPU 2> Cheetah_plus Version 2.2 2>DMMU Registers Access 2>DMMU TLB DATA RAM Access 2>DMMU TLB TAGS Access 2>IMMU Registers Access 2>IMMU TLB DATA RAM Access 2>IMMU TLB TAGS Access 2>Probe Ecache 2> Size = .0080... 2>Ecache Data Bitwalk 2>Ecache Address Bitwalk 2>Scrub and Setup Ecache 2>Setup and Enable DMMU 2>Setup DMMU Miss Handler 2>Test and Init Temp Mailbox 0>Initializing Scan Database 0>Mask DAR errors off 0>Init MDR DTL 0>Init DAR DTL 0>Enable Partial DAR error 0>Init DCS DTL 0>Init I2C 0>Unquiesce Safari 0>Margin all voltages to nominal 0>Scan ring integrity 0>INFO: H/W under test = CPU Board Slot B (Cheetah 1, DCDS [0-7], SRAMs) Scan Ring NOT Present or Shut OFF 0>INFO: H/W under test = CPU Board Slot B (Cheetah 3, SRAMs) Scan Ring NOT Present or Shut OFF 0>INFO: H/W under test = CPU Board Slot C (Cheetah 4, DCDS [0-7], SRAMs) Scan Ring NOT Present or Shut OFF 0>INFO: H/W under test = CPU Board Slot D (Cheetah 5, DCDS [0-7], SRAMs) Scan Ring NOT Present or Shut OFF 0>INFO: H/W under test = CPU Board Slot C (Cheetah 6, SRAMs) Scan Ring NOT Present or Shut OFF 0>INFO: H/W under test = CPU Board Slot D (Cheetah 7, SRAMs) Scan Ring NOT Present or Shut OFF 0>Set Trip Temp CPU 0
Re: Ben Collins' tftpboot.img and SunFire V880
> Any other thoughts? :/ I had really planned everything around using > Debian on this V880 as the primary machine for the department (hopefully > quite soon) and boy, is it not looking promising so far... Try checking the serial console. -- Ian Cass
Re: Ben Collins' tftpboot.img and SunFire V880
> Any other thoughts? :/ I had really planned everything around using > Debian on this V880 as the primary machine for the department (hopefully > quite soon) and boy, is it not looking promising so far... Not much else I can tell you. Kernel support for this class of ultrasparc is fairly new, so it is hit and miss. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ Deqo - http://www.deqo.com/
Re: Ben Collins' tftpboot.img and SunFire V880
On Fri, Oct 11, 2002 at 06:02:01PM -0400, Ben Collins wrote: > Crappy. I bet it's just too darn big. If you have a CD burner, try the > netinst.iso. I bet it'd work. Finally got a chance to try this idea. Got the netinst.iso.bz2 out of current and burned a CD of it, tossed it in and did "boot cdrom"... briefly saw SILO flash by then I got the "Welcome to Debian GNU/Linux 3.0!" screen, which made me happy. Prematurely, alas, since either hitting enter or telling it "linux" or "rescue" does this: Loading initial ramdisk Remapping the kernel... done. ...and nothing. Several minutes pass of nothing and I give up. Any other thoughts? :/ I had really planned everything around using Debian on this V880 as the primary machine for the department (hopefully quite soon) and boy, is it not looking promising so far... -R
Re: Ben Collins' tftpboot.img and SunFire V880
On Fri, Oct 11, 2002 at 06:02:01PM -0400, Ben Collins wrote: > Crappy. I bet it's just too darn big. Interesting. You know, it's not much bigger than the image I use without trouble on the u10s and 'blade, and the Aug 19 image was in fact much smaller but as you know still didn't pan out. Still, see below. > If you have a CD burner, try the netinst.iso. Yeah, I was thinking to do so on Monday, just because I've heard all kinds of nastiness about Sun finickiness on net booting. (I've never had that much trouble, but again, we're talking like two platforms, at least where Debian is concerned.) > I bet it'd work. You can also try this test image: > > http://auric.debian.org/~bcollins/disks-sparc/current/sun4u/tftpboot-small.img I expected no difference. However, what I got was the same as the Aug 19 image, then it spun the / cursor for maybe half a second -- and then reset the system entirely. Tried it three times; same effect each time. I had actually seen this happen one time with the Aug 19 image but it wasn't reproducible so I considered it a fluke at the time (earlier, but after I sent my previous mail). For what it's worth, and I don't recall if I mentioned this, I have in fact installed Solaris 8 and booted it without incident on this system (I had to to update the firmware) which proves nothing except that it's not so broken that it can't boot anything ever. :) -R
Re: Ben Collins' tftpboot.img and SunFire V880
> Rebooting with command: boot net
> Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1 File and args:
> (number runs up for a while, then)
> 489800 Instruction Access Error
> {2} ok
Crappy. I bet it's just too darn big. If you have a CD burner, try the
netinst.iso. I bet it'd work. You can also try this test image:
http://auric.debian.org/~bcollins/disks-sparc/current/sun4u/tftpboot-small.img
--
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo - http://www.deqo.com/
Ben Collins' tftpboot.img and SunFire V880
Obligatory disclaimer: I just joined this list. I should've ages ago,
but naturally, I didn't until I had a problem. I'll try not to be
stupid, and I have read the archives of the last few months. :)
I have a brand new SunFire V880 server, two 900MHz processors, 4G RAM,
6 72G HDs, and so on. I am trying to boot the Debian install image via
TFTP (as I have done with such machines as Ultra 10 and SunBlade 100
with good success). After quite a bit of struggle, I finally found Ben
Collins' post of Aug 19 about the UltraSparcIII+ files available at
http://auric.debian.org/~bcollins/disks-sparc/current/ and was quite
happy, except when booting it, I then got: Instruction Access Error
Bummer.
Here's my setup (with unnecessary details because better more than
too few). An Enterprise 3000 is running tftpd against the directory
/tftpboot. Here's the relevant bit of layout:
/tftpboot/:
8B4E71B4@ (soft link to debian/sun4u-3plus-boot-img)
debian/:
sun4u-3plus-boot-img (tftpboot.img from the_above_URL/sun4u, dated
Oct 5)
Obviously there's more, but that's the relevant bits. The SunFire V880
is, of course, 139.78.113.180. I boot it with "boot net" and I see:
Rebooting with command: boot net
Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1 File and args:
(number runs up for a while, then)
489800 Instruction Access Error
{2} ok
On a whim, I tried the Aug 19 tftpboot.img instead. Same effect; I saw:
Rebooting with command: boot net
Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1 File and args:
(number runs)
256400 TILO
Selecting sun4u kernel...
Instruction Access Error
{2} ok
Anyone have any advice here? Am I totally looking in the wrong
direction?
I should also note that I've already updated the firmware to current
(or, well, to 4.6.7, anyway, which I gathered was current).
Thanks for anything at all, including just reading,
Russ Smith
Senior System Manager, Oklahoma State University Computer Science
[EMAIL PROTECTED]
