- 24 Aug, 2011 32 commits
-
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
This configuration parameter is selected in the Makefile, thus the conditional code can be removed. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
This configuration variable is set in the make file. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
This driver uses RX skb's of O(2), thus it is possible for memory fragmentation to prevent the allocation of a new one to replace a newly-received buffer. When such a failure occurs, the kernel panics. The fix is to drop an incoming packet whenever such an allocation fails. This fix matches the one done in rtlwifi for other Realtek PCI devices. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
One too many lines were removed in an earlier patch. Rather than resubmit as a V2, this line is added back here. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Now that the code can only generate a driver for RTL8192E, the internal ifdef's are no longer needed. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
The vendor code will generate several different drivers. Eliminate code used to generate code for the RTL8192SU devices. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
The vendor code will generate several different drivers. As the RTL8192CE is covered by a mac80211 driver in mainline, eliminate that code here. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
The vendor code will generate several different drivers. As the RTL8192SE is covered by a mac80211 driver in mainline, eliminate that code heere. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Larry Finger authored
The vendor code can conditionally generate drivers for a number of devices. Remove any code that depends on RTL8190P being set. Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
-
Mike McCormack authored
Signed-off-by: Mike McCormack <mikem@ring3k.org>
-
Mike McCormack authored
Signed-off-by: Mike McCormack <mikem@ring3k.org>
-
Mike McCormack authored
Signed-off-by: Mike McCormack <mikem@ring3k.org>
-
Mike McCormack authored
Signed-off-by: Mike McCormack <mikem@ring3k.org>
-
Mike McCormack authored
Signed-off-by: Mike McCormack <mikem@ring3k.org>
-
Mike McCormack authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net> Signed-off-by: Mike McCormack <mikem@ring3k.org>
-
Mike McCormack authored
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net> Signed-off-by: Mike McCormack <mikem@ring3k.org>
-
Larry Finger authored
[PATCH 1/8] rtl8192e: Import new version of driver from realtek Signed-off-by: wlanfae <wlanfae@realtek.com> Signed-off-by: Mike McCormack <mikem@ring3k.org> Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net> ---
-
- 23 Aug, 2011 1 commit
-
-
- 22 Aug, 2011 6 commits
-
-
Linus Torvalds authored
-
Linus Torvalds authored
Merge branch 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip * 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: perf tools: Add group event scheduling option to perf record/stat MAINTAINERS: Fix list of perf events source files perf tools: Fix build against newer glibc perf tools: Fix error handling of unknown events perf evlist: Fix missing event name init for default event perf list: Fix exit value
-
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xenLinus Torvalds authored
* 'stable/bug.fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen: xen/tracing: Fix tracing config option properly xen: Do not enable PV IPIs when vector callback not present xen/x86: replace order-based range checking of M2P table by linear one xen: xen-selfballoon.c needs more header files
-
Jeremy Fitzhardinge authored
Steven Rostedt says we should use CONFIG_EVENT_TRACING. Cc:Steven Rostedt <rostedt@goodmis.org> Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
-
Stefano Stabellini authored
Fix regression for HVM case on older (<4.1.1) hypervisors caused by commit 99bbb3a8 Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Date: Thu Dec 2 17:55:10 2010 +0000 xen: PV on HVM: support PV spinlocks and IPIs This change replaced the SMP operations with event based handlers without taking into account that this only works when the hypervisor supports callback vectors. This causes unexplainable hangs early on boot for HVM guests with more than one CPU. BugLink: http://bugs.launchpad.net/bugs/791850 CC: stable@kernel.org Signed-off-by: Stefan Bader <stefan.bader@canonical.com> Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Tested-and-Reported-by: Stefan Bader <stefan.bader@canonical.com> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
-
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6Linus Torvalds authored
* 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6: firewire: core: handle ack_busy when fetching the Config ROM
-
- 21 Aug, 2011 1 commit
-
-
Josef Bacik authored
This fixes a regression introduced by commit cdcb725c ("Btrfs: check if there is enough space for balancing smarter"). We can't do 64-bit divides on 32-bit architectures. In cases where we need to divide/multiply by 2 we should just left/right shift respectively, and in cases where theres N number of devices use do_div. Also make the counters u64 to match up with rw_devices. Thanks, Signed-off-by: Josef Bacik <josef@redhat.com> Acked-and-tested-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
-