user/sven/linux.git, branch v2.6.22.7

Linux 2.6.22.7

2007-09-21T22:38:23Z

[PATCH] x86_64: Zero extend all registers after ptrace in 32bit entry path.

2007-09-21T22:38:11Z

Strictly it's only needed for eax. It actually does a little more than strictly needed -- the other registers are already zero extended. Also remove the now unnecessary and non functional compat task check in ptrace. This is CVE-2007-4573 Found by Wojciech Purczynski Signed-off-by: Andi Kleen Signed-off-by: Linus Torvalds Signed-off-by: Chris Wright

Linux 2.6.22.6

2007-08-31T06:21:01Z

usb: add PRODUCT, TYPE to usb-interface events

2007-08-31T06:01:53Z

This fixes a regression for userspace programs that were relying on these events. Signed-off-by: Kay Sievers Cc: Andreas Jellinghaus Signed-off-by: Greg Kroah-Hartman

USB: fix DoS in pwc USB video driver

2007-08-31T06:01:52Z

the pwc driver has a disconnect method that waits for user space to close the device. This opens up an opportunity for a DoS attack, blocking the USB subsystem and making khubd's task busy wait in kernel space. This patch shifts freeing resources to close if an opened device is disconnected. Signed-off-by: Oliver Neukum Signed-off-by: Greg Kroah-Hartman

USB: allow retry on descriptor fetch errors

2007-08-31T06:01:52Z

This patch (as964) was suggested by Steffen Koepf. It makes usb_get_descriptor() retry on all errors other than ETIMEDOUT, instead of only on EPIPE. This helps with some devices. Signed-off-by: Alan Stern Signed-off-by: Greg Kroah-Hartman

PCI: disable MSI on RX790

2007-08-31T06:01:52Z

RX790 can't do MSI like its predecessors. Disable MSI on RX790. Signed-off-by: Tejun Heo Signed-off-by: Greg Kroah-Hartman

PCI: disable MSI on RD580

2007-08-31T06:01:52Z

RD580 can't do MSI like its predecessors. Disable MSI on RD580. Signed-off-by: Tejun Heo Signed-off-by: Greg Kroah-Hartman

PCI: disable MSI on RS690

2007-08-31T06:01:52Z

RS690 can't do MSI like its predecessors. Disable MSI on RS690. Signed-off-by: Tejun Heo Cc: Henry Su Signed-off-by: Greg Kroah-Hartman

PCI: lets kill the 'PCI hidden behind bridge' message

2007-08-31T06:01:52Z

Adrian Bunk wrote: > Alois NeÅ¡por wrote >> PCI: Bus #0b (-#0e) is hidden behind transparent bridge #0a (-#0b) (try 'pci=assign-busses') >> Please report the result to linux-kernel to fix this permanently" >> >> dmesg: >> "Yenta: Raising subordinate bus# of parent bus (#0a) from #0b to #0e" >> without pci=assign-busses and nothing with pci=assign-busses. > > Bernhard? Ok, lets kill the message. As Alois NeÅ¡por also saw, that's fixed up by Yenta, so PCI does not have to warn about it. PCI could still warn about it if is_cardbus is 0 in that instance of pci_scan_bridge(), but so far I have not seen a report where this would have been the case so I think we can spare the kernel of that check (removes ~300 lines of asm) unless debugging is done. History: The whole check was added in the days before we had the fixup for this in Yenta and pci=assign-busses was the only way to get CardBus cards detected on many (not all) of the machines which give this warning. In theory, there could be cases when this warning would be triggered and it's not cardbus, then the warning should still apply, but I think this should only be the case when working on a completely broken PCI setup, but one may have already enabled the debug code in drivers/pci and the patched check would then trigger. I do not sign this off yet because it's completely untested so far, but everyone is free to test it (with the #ifdef DEBUG replaced by #if 1 and pr_debug( changed to printk(. We may also dump the whole check (remove everything within the #ifdef from the source) if that's perferred. On Alois NeÅ¡por's machine this would then (only when debugging) this message: "PCI: Bus #0b (-#0e) is partially hidden behind transparent bridge #0a (-#0b)" "partially" should be in the message on his machine because #0b of #0b-#0e is reachable behind #0a-#0b, but not #0c-#0e. But that differentiation is now moot anyway because the fixup in Yenta takes care of it as far as I could see so far, which means that unless somebody is debugging a totally broken PCI setup, this message is not needed anymore, not even for debugging PCI. Ok, here the patch with the following changes: * Refined to say that the bus is only partially hidden when the parent bus numbers are not totally way off (outside of) the child bus range * remove the reference to pci=assign-busses and the plea to report it We could add a pure source code-only comment to keep a reference to pci=assign-busses the in case when this is triggered by someone who is debugging the cause of this message and looking the way to solve it. From: Bernhard Kaindl Signed-off-by: Greg Kroah-Hartman