2.5.49 - shutdown issues on Dell Latitude

2.5.49 - shutdown issues on Dell Latitude

Post by Valdis.Kletni.. » Tue, 26 Nov 2002 22:10:11



(Am not on list, please cc: on replies - I *do* track via the web archive
at marc.theaimsgroup.com as well)

This is the same problem as originally reported by DevelKin in
http://www.veryComputer.com/

The problem is still present in 2.5.49, and affects the Latitude C840 as well
as the Latitude CPI.  It's also more extensive than originally reported.

1) My system uses LILO to reboot.  If the previous kernel was a 2.4.18, and I
do a  'shutdown -r', then selecting either a 2.4.x or 2.5.49 kernel at the lilo
prompt will boot just fine.  If the previous kernel was a 2.5.49, then at the
next lilo prompt selecting *EITHER* a 2.4.18 or 2.5.49 kernel will result in an
almost immediate ka-chunk as the laptop powers down. lilo produces a 'Loading
<label>' and then we power off.  I admit being puzzled as to what cruft the
shutdown could leave behind that would survive the BIOS call and not hit until
LILO tries to load the next kernel.

2) 'shutdown -h' under 2.4.18 actually powered the laptop down.  Under 2.5.49,
it prints 'Power down.' and then hangs hard - no power off, and the power
button becomes inoperative - I have to pop the batteries and pull the power
cord.

It seems almost as if there is a test with inverted sense someplace.  I've gone
over the 2.4.18 and 2.4.59 versions of kernel/sys.c and the 2.4.18 code
in arch/i386/kernel/process.c and 2.5.19's arch/i386/kernel/reboot.c, but
I don't see anything noticably different in there.

Hmm... Possibly odd:  in machine_restart(), we have this code:

        if(!reboot_thru_bios) {
                /* rebooting needs to touch the page at absolute addr 0 */
                *((unsigned short *)__va(0x472)) = reboot_mode;

I've not proven to myself that we can't reach this without setting reboot_mode
externally.

The other "suspicious" area is that the 2.5.19 dmi_scan.c includes the Dell
Latitude as 'local_apic_kills_bios', and the 2.4.18 code doesn't.  Could this
be an issue? I built with no SMP, but with local_apic, and 2.5.49 *does*
say this at boot:

Dell Latitude with broken BIOS detected. Refusing to enable the local APIC.

I wonder if the local APIC gets poked during shutdown of the 2.5.49, causing
all the uglyness?

Any other ideas?
--
                                Valdis Kletnieks
                                Computer Systems Senior Engineer
                                *ia Tech

  application_pgp-signature_part
< 1K Download
 
 
 

1. 2.5.49-ac1 - more info on make error

| Knowing that modules are still broken, I changed all modules to be
| built-in and dropped all support for modules and retried the compile. I
| have disabled all but the features I really want to test on the new
| kernel, so I will not be reducing the features any more.

I haven't seen any replies or fixes for this.  Have you?

drivers/built-in.o(.data+0x31e14): undefined reference to `local symbols
in discarded section .exit.text'

Please visit http://www.kernelnewbies.org/scripts/ and download
the 'reference-discarded.pl' script, run it, and let us know where the
problem is.

--
~Randy

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

2. mpg123-0.59r Alpha diff

3. 2.5.49 ignores user suspend

4. ps -ef

5. 2.5.49-ac1 local data...

6. Using Solaris 9 on x86 to study for certification

7. 2.5.49 - semaphore operations with timeouts

8. PPP & IP Network on FreeBSD

9. Literacy watch 2.5.49

10. COM20020 Driver Patches for 2.5.49

11. [2.5.49-bk1]Kprobes Printk Sample Driver

12. unixbench result for kernel 2.5.49 and 2.5.50

13. 2.5.49-ac1 : include/asm-386/io_apic.h