@Wolfgang: I'm attaching my v2 patches. I added a patch to check the return from skb_pad(). As part of this I moved the skb padding to the start of each function, as I would assume we should bail before doing any other device accesses if we can't get the memory. Let me know whether or not the behavior looks correct to you.
I've uploaded the test build with these patches to: http://people.canonical.com/~sforshee/lp659143/v2/ ** Patch added: "0001-rt2x00-Pad-beacon-to-multiple-of-32-bits-v2.patch" https://bugs.launchpad.net/bugs/659143/+attachment/1811187/+files/0001-rt2x00-Pad-beacon-to-multiple-of-32-bits-v2.patch ** Patch added: "0002-rt2x00-Fix-firmware-loading-regression-on-x86_64-v2.patch" https://bugs.launchpad.net/bugs/659143/+attachment/1811188/+files/0002-rt2x00-Fix-firmware-loading-regression-on-x86_64-v2.patch ** Patch added: "0003-rt2x00-Check-for-errors-from-skb_pad-calls-v2.patch" https://bugs.launchpad.net/bugs/659143/+attachment/1811189/+files/0003-rt2x00-Check-for-errors-from-skb_pad-calls-v2.patch -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/659143 Title: 64bit-only: regression: kernels >=2.6.34: rt2800pci: load firmware Error with ralink [1814:0781] -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
