On Fri, Oct 26, 2001 at 03:18:27PM -0700, [EMAIL PROTECTED] wrote: | dman <[EMAIL PROTECTED]> wrote: | ... | > | The problems I mentioned above were with: APIC/IO-APIC use along | > | with APM, and with SMP/APIC/IO-APIC and APM, on only some machines | > | (for example, disabling the APIC for main interrupt delivery on those | > | SMP machines fixed the problem). | > | | > | So, if the patch I sent doesn't resolve your problem (and like I said, | > | I tend to think it won't), then see if you're using the UP-APIC and | > | UP-IO-APIC configuration in your kernel, and disable them, then try | > | that. | > | > This is a uniprocessor machine, and I no nothing about *APIC stuff. | > I'll have to read up on it sometime. | | A lot of uniprocessor machines support APIC and IO-APIC operation now, | hence the UP (UniProcessor) configuration parameters in the Linux | kernel. | | A simpler thing entirely is to run "dmesg" and grep the output for | "APIC". If you see anything other than: | | No local APIC present or hardware disabled
I don't see any lines at all that mention APIC, on the laptop or my desktop system. Both are running custom 2.4 kernels. | Then take a look at your kernel configuration. | | If you run "make menuconfig", look under the "Processor Type and Features" | top-level menu, and look for the items: | | [*] APIC support on uniprocessors | [*] IO-APIC support on uniprocessors | | As you see, they are enabled on my kernel. Disable them if you can. My config has CONFIG_X86_GOOD_APIC=y # CONFIG_X86_UP_IOAPIC is not set | > | If you disable APM, I think bad things might happen if you use suspend/ | > | resume. I've never tried it, but there's a reason they have APM support | > | in the kernel. | > | > Closing the cover on the laptop causes the BIOS to put the machine in | > suspend mode. The BIOS only allows "Suspend-to-RAM" or | ... | > on, but oh well) I don't do anything special with linux itself as far | > as APM goes other than to turn off the machine when I run | > '/sbin/halt'. | | Well, the point is that the kernel needs to cooperate with it to some | extent. APM generally takes care of the processor and memory, but there Makes sense ... | are other devices like the disk, video controller, and particularly things | like PCMCIA cards and possibly mini-PCI cards that the BIOS handlers | might leave in a completely hosed state. You're not kidding, whenever I close the cover of the laptop the NIC is gone. I have to reinsert it, then bring the interface back up. I see messages from cardmgr in xconsole (the syslog) about trying to bring the card back but failing. I haven't delved deep enough into Linux and PCMCIA (and APM) to fully understand it or resolve it. I have a workaround after all. -D _______________________________________________ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
