[PATCH] Fix reloading GDT on ACPI S3 wakeup
Hi This patch - based on http://marc.theaimsgroup.com/?l=linux-kernel&m=110055503031009&w=2 - makes ACPI S3 wakeup work for me on a ThinkPad T40p laptop with a SMP kernel. Without it only UP kernels work. I've been using the patch for three months now without any issues. The ACPI resume code currently uses a real-mode 16-bit lgdt instruction to reload the GDT. This only restores the lower 24 bits of the GDT base address. In recent SMP kernels, the GDT seems to have moved out of the lower 16 megs, thereby causing the ACPI resume to fail -- an invalid GDT was being loaded. Regards, Juerg -- Signed-off-by: Juerg Billeter <[EMAIL PROTECTED]> diff -uNr linux-2.6.10.orig/arch/i386/kernel/acpi/wakeup.S linux-2.6.10/arch/i386/kernel/acpi/wakeup.S --- linux-2.6.10.orig/arch/i386/kernel/acpi/wakeup.S2004-12-24 22:34:26.0 +0100 +++ linux-2.6.10/arch/i386/kernel/acpi/wakeup.S 2005-01-08 23:34:38.551471486 +0100 @@ -74,8 +74,9 @@ movw%ax,%fs movw$0x0e00 + 'i', %fs:(0x12) - # need a gdt - lgdtreal_save_gdt - wakeup_code + # need a gdt -- use lgdtl to force 32-bit operands, in case + # the GDT is located past 16 megabytes + lgdtl real_save_gdt - wakeup_code movlreal_save_cr0 - wakeup_code, %eax movl%eax, %cr0 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Broken nForce2 IDE module loading via hotplug
Hi (please cc me) The sata_nv patch[1] (merged in 2.6.11-rc4) to enable future NVIDIA SATA pci ids catches all NVIDIA pci devices with the ide class. This breaks automatic module loading for e.g. nForce2 ide controllers and thereby renders nForce systems loading modules already in initramfs/initrd via hotplug/coldplug non-bootable. I don't know what solutions are possible besides reverting. Is it somehow possible to influence the order of the modules.pcimap file, i.e. moving the generic matching lines below the more specific ones? Thanks for any hints, Juerg [1] http://www.mail-archive.com/bk-commits-24@vger.kernel.org/msg00112.html -- Juerg Billeter <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
inotify-0.18-rml-4: Oops
Hi I reproducibly get the following Oops as soon as I start using inotify with gamin and/or beagle. This happens with linux 2.6.10-as1 + inotify 0.18-rml-4 on multiple x86 machines. Unable to handle kernel NULL pointer dereference at virtual address printing eip: c01d6d31 *pde = Oops: [#1] PREEMPT SMP Modules linked in: nfs lockd sunrpc mga af_packet autofs4 md5 ipv6 e100 mii snd_cmipci snd_opl3_lib snd_hwdep snd_mpu401_uart snd_rawmidi snd_seq_device intel_agp agpgart snd_intel8x0 snd_ac97_codec tun snd_pcm_oss snd_pcm snd_timer snd_page_alloc snd_mixer_oss snd soundcore ext3 jbd mbcache binfmt_misc xfs sd_mod pl2303 usbserial ide_cd cdrom ide_disk aic7xxx scsi_mod piix ide_core ehci_hcd uhci_hcd usbcore CPU:0 EIP:0060:[inotify_dev_queue_event+353/368]Not tainted VLI EFLAGS: 00010246 (2.6.10-paldo4) EIP is at inotify_dev_queue_event+0x161/0x170 eax: ebx: d7a50f00 ecx: 0003 edx: c6c7a2cc esi: edi: ebp: 0020 esp: c8b6bf6c ds: 007b es: 007b ss: 0068 Process multiload-apple (pid: 2756, threadinfo=c8b6a000 task=e76bc020) Stack: c014b27d ddc822e8 ddc822e8 cbda31ac 0020 c01d72c9 0024 d8dd3980 f7772000 c8b6a000 c015826f b777e8fc b777e8fc 8000 c0103029 b777e8fc Call Trace: [remove_vm_struct+93/144] remove_vm_struct+0x5d/0x90 [inotify_inode_queue_event+73/128] inotify_inode_queue_event+0x49/0x80 [sys_open+95/176] sys_open+0x5f/0xb0 [sysenter_past_esp+82/117] sysenter_past_esp+0x52/0x75 Code: 24 18 8b 7c 24 1c 8b 6c 24 20 83 c4 24 c3 c7 04 24 00 00 00 00 8b 4c 24 0c ba 00 40 00 00 b8 ff ff ff ff e9 3d ff ff ff 8b 42 18 <80> 38 00 eb bf 8d 76 00 8d bc 27 00 00 00 00 53 89 c3 8b 4b 20 <6>note: multiload-apple[2756] exited with preempt_count 1 I can provide more information on request. Thanks for any advice JÃrg (please cc me on replies) -- Juerg Billeter <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
