Contributed by marco on from the angry-bob-is-scary-bob dept.
Updated at the bottom.
I start digging through the issue, talk to Toby, dig some more, screw around on Bob's box, call Jordan, screw around some more etc As I am closing in on the issue Jordan shows up on my doorstep with lunch and he immediately points out what's wrong. Poop, just spent hours looking for some stupid spec interpretation thing. Sun did it one way and Dell another way. We were reading a byte too early and discarding it so all the data we got from the sun was garbled; worked fine on the other boxes we tested on. Anyway we patch the box, build a new kernel, and reboot. Voila! it sprouts all kinds of stuff over the serial console. And it sprouts, and it sprouts, and it sprouts...
30 minutes later...
Hoorah! we are booting... And we are sprouting again... Damn it the ipmi poll is printing all kinds of debug goo I put in. And to top all this I forgot to set ddb.console=1.
I start working on acpi with Jordan and in between the polls I manage to log in to the box and type reboot. Hah, take that you stupid box! Needless to say that it never stopped spewing debug information until Bob power cycled it in the morning.
I did get a chance to test this on his IBM as well. We install it and are all hopeful just to see it crapping out completely differently. hey wait a minute I have seen this before. Hmmmm... Didn't we commit a patch for this weeks ago? We sure did! The IBM box has invalid values in it's SMBIOS and per the spec we have to use them. But when we start poking the ports nothing happens. We spent some time on the web looking for solutions but found none. There has to be some sort of quirk on these boxes, if anyone knows let me know.
Today I committed the fix for both sun issues. See cvs commit.
(Comments are closed)
By Anonymous Coward (84.56.87.135) on
Want to see more in future :)
Comments
By Anonymous Coward (84.103.27.21) on
By Anonymous Coward (80.60.145.215) on
By Anonymous Coward (64.235.236.6) on
By Emm (80.81.37.227) on
By Pete (80.213.115.233) pvickers@broadpark.no on
Comments
By Marco Peereboom (67.64.89.177) slash@peereboom.us on http://www.peereboom.us
Comments
By Pete (80.203.236.21) on pvickers@broadpark.no
[wmpevic@gc6] /home/wmpevic> dmesg | grep ipmi
ipmi0 at mainbus0: version 1.5 interface KCS iobase 0xca2/2 spacing 1
[wmpevic@gc6] /home/wmpevic> sysctl -a | grep ipmi
hw.sensors.0=ipmi0, CPU0 TEMP, OK, temp, 43.00 degC / 109.40 degF
hw.sensors.1=ipmi0, CPU1 TEMP, OK, temp, 33.00 degC / 91.40 degF
hw.sensors.2=ipmi0, SYS TEMP, OK, temp, 23.00 degC / 73.40 degF
hw.sensors.3=ipmi0, CPU FAN1, OK, fanrpm, 5600 RPM
hw.sensors.4=ipmi0, CPU FAN2, OK, fanrpm, 6000 RPM
hw.sensors.5=ipmi0, CPU FAN3, OK, fanrpm, 6000 RPM
hw.sensors.6=ipmi0, CPU FAN4, OK, fanrpm, 5600 RPM
hw.sensors.7=ipmi0, CPU FAN5, OK, fanrpm, 5800 RPM
hw.sensors.8=ipmi0, CPU FAN6, OK, fanrpm, 5800 RPM
hw.sensors.9=ipmi0, CPU FAN7, OK, fanrpm, 5800 RPM
hw.sensors.10=ipmi0, CPU FAN8, OK, fanrpm, 6000 RPM
hw.sensors.11=ipmi0, CPU FAN9, OK, fanrpm, 6000 RPM
hw.sensors.12=ipmi0, CPU FAN10, OK, fanrpm, 5800 RPM
hw.sensors.13=ipmi0, SYS FAN1, OK, fanrpm, 5800 RPM
hw.sensors.14=ipmi0, SYS FAN2, OK, fanrpm, 5800 RPM
hw.sensors.15=ipmi0, CPU0 VCOREA, OK, volts_dc, 1.40 V
hw.sensors.16=ipmi0, CPU1 VCOREA, OK, volts_dc, 1.39 V
hw.sensors.17=ipmi0, VCC12V, OK, volts_dc, 12.29 V
hw.sensors.18=ipmi0, VBAT , OK, volts_dc, 2.93 V
hw.sensors.19=ipmi0, VCC3V3, OK, volts_dc, 3.27 V
hw.sensors.20=ipmi0, VCC5V , OK, volts_dc, 5.07 V
hw.sensors.21=ipmi0, VCC3V3 DUAL, OK, volts_dc, 3.37 V
[wmpevic@gc6] /home/wmpevic>
Thanks Marco et. al. !
/Pete
By Rammstein (201.215.6.31) celta_20033@hotmail.com on http://www.bsdchile.cl
Comments
By Brad (216.138.195.228) brad at comstyle dot com on
By Anonymous Coward (81.57.42.108) on
Thanks Marco.
Comments
By Ober Heim (192.35.232.241) ober@linbsd.org on
Comments
By Marco Peereboom (67.64.89.177) marco@peereboom.us on http://www.peereboom.us