- 11 Dec, 2003 3 commits
-
-
Len Brown authored
Fixed a problem where a level-triggered GPE with an associated _Lxx control method was incorrectly cleared twice. Fixed a problem with the Field support code where an access can occur beyond the end-of-region if the field is non-aligned but extends to the very end of the parent region (resulted in an AE_AML_REGION_LIMIT exception.) Fixed a problem with ACPI Fixed Events where an RT Clock handler would not get invoked on an RTC event. The RTC event bitmasks for the PM1 registers were not being initialized properly. Implemented support for executing _STA and _INI methods for Processor objects. Although this is currently not part of the ACPI specification, there is existing ASL code that depends on the init-time execution of these methods. Implemented and deployed a GetDescriptorName function to decode the various types of internal descriptors. Guards against null descriptors during debug output also. Implemented and deployed a GetNodeName function to extract the 4-character namespace node name. This function simplifies the debug and error output, as well as guarding against null pointers during output. Implemented and deployed the ACPI_FORMAT_UINT64 helper macro to simplify the debug and error output of 64-bit integers. This macro replaces the HIDWORD and LODWORD macros for dumping these integers. Updated the implementation of the Stall() operator to only call AcpiOsStall(), and also return an error if the operand is larger than 255. This preserves the required behavior of not relinquishing the processor, as would happen if AcpiOsSleep() was called for "long stalls". Constructs of the form "Store(LocalX,LocalX)" where LocalX is not initialized are now treated as NOOPs. Cleaned up a handful of warnings during 64-bit generation. Fixed a reported error where and incorrect GPE number was passed to the GPE dispatch handler. This value is only used for error output, however. Used this opportunity to clean up and streamline the GPE dispatch code.
-
Len Brown authored
-
Len Brown authored
-
- 10 Dec, 2003 2 commits
-
-
Len Brown authored
into intel.com:/home/lenb/bk/linux-acpi-test-2.6.0
-
-
- 09 Dec, 2003 1 commit
-
-
Jens Axboe authored
James reported a bug in scsi_ioctl.c where it mem copies a user pointer instead of using copy_from_user(). I inadvertently introduced this one when getting rid of CDROM_SEND_PACKET. Here's a trivial patch to fix it.
-
- 08 Dec, 2003 1 commit
-
-
Arnaldo Carvalho de Melo authored
TCP IPV6 ->hash() method should not grab a socket reference.
-
- 07 Dec, 2003 5 commits
-
-
James McMechan authored
The problem was that the cursor was in the list being walked, and when the pointer pointed to the cursor the list_del/list_add_tail pair would oops trying to find the entry pointed to by the prev pointer of the deleted cursor element. The solution I found was to move the list_del earlier, before the beginning of the list walk. since it is not used during the list walk and should not count in the list enumeration it can be deleted, then the list pointer cannot point to it so it can be added safely with the list_add_tail without oopsing, and everything works as expected. I am unable to oops this version with any of my test programs. Patch acked by Al Viro.
-
Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Martin Devera authored
-
David S. Miller authored
Based upon a patch from devik.
-
Jeff Garzik authored
From Javier Achirica: Delay MIC activation to prevent Oops
-
- 06 Dec, 2003 1 commit
-
-
Linus Torvalds authored
Clean up the tests while at it.
-
- 05 Dec, 2003 6 commits
-
-
Jeff Garzik authored
From: Al Viro <viro@parcelfarce.linux.theplanet.co.uk> Such poisoning can cause oopses either because the refcount is not zero when the poisoning occurs, or due to kernel debugging options being enabled.
-
Jeff Garzik authored
The driver was calling pci_unregister_driver for each _device_, and then again at the end of the module unload routine. Remove the call that's inside the loop, pci_unregister_driver should only be called once. Caught by Don Fry (and many others)
-
Jeff Garzik authored
Fixes oops some were seeing on module unload. Caught by Jon Burgess.
-
Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Julian Anastasov authored
-
David S. Miller authored
-
- 04 Dec, 2003 3 commits
-
-
Ulrich Drepper authored
We should not allow mmap() with PROT_EXEC on mounts marked "noexec", since otherwise there is no way for user-supplied executable loaders (like ld.so and emulator environments) to properly honour the "noexec"ness of the target.
-
bk://linuxusb.bkbits.net/i2c-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Jean Delvare authored
This patch fixes i2c_smbus_write_byte() being broken for i2c-nforce2. This causes trouble when that module is used together with eeprom (which is also in 2.6). We have had three user reports about the problem. Credits go to Mark D. Studebaker for finding and fixing the problem.
-
- 03 Dec, 2003 6 commits
-
-
Jens Axboe authored
The scheduler is completed b0rked on x86_64, and I finally found out why. sched_clock() always returned 0, because rdtscll() always returned 0. The 'a' in the macro doesn't agree with the 'a' in the function, yippe :-) This is a show stopper for x86_64.
-
Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Ingo Molnar authored
The pid_alive() check within the loop is incorrect. If we are within the tasklist lock and the thread group leader is valid then the thread chain will be fully intact. Instead, the check should be _outside_ the loop, since if the group leader no longer exists, the whole list is gone and we must not try to access it. Move the check around, and add comment. Bug-hunting and fix by Srivatsa Vaddagiri
-
Pavlin Radoslavov authored
-
Harald Welte authored
-
Hideaki Yoshifuji authored
-
- 02 Dec, 2003 3 commits
-
-
Len Brown authored
-
Linus Torvalds authored
-
Linus Torvalds authored
-
- 01 Dec, 2003 2 commits
-
-
Ingo Molnar authored
When doing sync wakeups we must not skip the notification of other cpus if the task is not on this runqueue.
-
Hirofumi Ogawa authored
We need to initialize st->state in tcp_seq_start(). Otherwise tcp_seq_stop() is run with previous st->state, and it calls the unneeded unlock etc, causing a kernel crash.
-
- 29 Nov, 2003 1 commit
-
-
Len Brown authored
Re-enable IRQ balacning if IOAPIC mode http://bugzilla.kernel.org/show_bug.cgi?id=1440 Also allow IRQ balancing in PIC mode if "acpi_irq_balance" http://bugzilla.kernel.org/show_bug.cgi?id=1391
-
- 28 Nov, 2003 1 commit
-
-
Len Brown authored
into intel.com:/home/lenb/bk/linux-acpi-test-2.6.0
-
- 26 Nov, 2003 2 commits
-
-
Linus Torvalds authored
-
Ben Collins authored
I've got a lot more changes than what's included here. I've put this down to the bear minimum to get things working sanely. Mainly, I just want to get all the people hit by this a chance to use 2.6.0 without having to get our tree. Changes itemized: - Fix deadlock possibility in csr.c:read_maps() - Fix kmalloc to use ATOMIC in highlevel.c. - s/in_interrupt/irqs_disabled/ in ieee1394_transactions.c to fix warnings when transactions occured. - Introduce a release callback for the host driver and use it correctly. - Reorganize the nodemgr probe so we do an initial scan to discover devices, check IRM/CycleMaster, then do a final full probe when things are kosher. Fixes a problem where device registration and hotplug would cause some serious problems when a bus reset was forced in the middle of the probe.
-
- 25 Nov, 2003 3 commits
-
-
Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
http://lia64.bkbits.net/to-linus-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-