From: Randy Dunlap <randy.dunlap@oracle.com> cc: David Brownell <dbrownell@users.sourceforge.net> Handle __init in functions with kernel-doc notation by stripping the __init away from the output doc. This is already being done for "__devinit". This patch fixes these kernel-doc error/aborts: Error(linux-next-20080619//drivers/usb/gadget/config.c:132): cannot understand prototype: 'struct usb_descriptor_header **__init usb_copy_descriptors(struct usb_descriptor_header **src) ' Error(...

Evaluates the _CRS object under PCI0 looking for producer resources. Then searches the e820 memory space for a gap within these producer resources. Allows us to find a gap for the unclaimed pci resources or MMIO resources for hotplug devices within the BIOS allowed pci regions. Signed-off-by: Alok N Kataria <akataria@vmware.com> Index: linux-2.6/arch/x86/pci/acpi.c =================================================================== --- linux-2.6.orig/arch/x86/pci/acpi.c 2008-06-13 13:58:5...

[Empty message]

Hi, USB debug port only supports 8 byte rx/tx packets. Although spec implies that "if a packet larger than eight bytes is received from the remote computer, the device must break the larger packet into eight-byte packets before sending the data to the Debug Port", the real PLX NET20DC device does not handle it right - data is corrupted on debug port end if serial interface sends >8 byte urbs. Patch below fixes the issue by limiting tx urb to 8 byte. Signed off by: Aleks Gorelov <dared1st@yahoo...

Why not use the real pda for all cpus? Do you move the boot-cpu's per-cpu data? (Please don't) If not, you can just use percpu__pda from the start without having to do anything else, and then set up %gs pointing to the pda base for each secondary cpu. 64-bit inherits 32-bit's use of per-cpu gdts, though its mostly useless on 64-bit. More important is to have a: startup_percpu_base: .quad __per_cpu_load which you stick the processor's initial %gs into, and then load that from in sta...

This needs to be rip-relative. An absolute reference here will fail because you're still running in physical addresses. J --

Note to self: Not really true; they're still needed for 32-on-64. J --

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Thomas Gleixner <tglx@linutronix.de> back-ported from upstream commit e9623b35599fcdbc00c16535cbefbb4d5578f4ab by Vegard Nossum The previous revert of 0c07ee38c9d4eb081758f5ad14bbffa7197e1aec left out the mwait disable condition for AMD family 10H/11H CPUs. Andreas Herrman said: It depends on the CPU. For AMD CPUs that support MWAIT this is wrong. Family 0x10 and 0x11 CPUs wil...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Patrick McHardy <kaber@trash.net> netfilter: nf_conntrack_h323: fix memory leak in module initialization error path Upstream commit 8a548868db62422113104ebc658065e3fe976951 Properly free h323_buffer when helper registration fails. Signed-off-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Patrick McHardy <kaber@trash.net> netfilter: nf_conntrack: fix ctnetlink related crash in nf_nat_setup_info() Upstream commit ceeff7541e5a4ba8e8d97ffbae32b3f283cb7a3f When creation of a new conntrack entry in ctnetlink fails after having set up the NAT mappings, the conntrack has an extension area allocated that is not getting properly destroyed when freeing the conntrack again. Thi...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Bob Moore <robert.moore@intel.com> upstream bc45b1d39a925b56796bebf8a397a0491489d85c Without this patch booting with acpi_osi="!Windows 2006" is required for several machines to function properly with cpufreq due to failure to load a Vista specific table with a bad signature. Only "SSDT" is acceptable to the ACPI spec, but tables are seen with OEMx and null sigs. Therefore, signat...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Michael Buesch <mb@bu3sch.de> a cut-down version of commit 028118a5f09a9c807e6b43e2231efdff9f224c74 upstream This fixes a possible NULL pointer dereference in an error path of the DMA allocation error checking code. In case the DMA allocation address is invalid, the dev pointer is dereferenced for unmapping of the buffer. Reported-by: Miles Lane <miles.lane@gmail.com> Signed-o...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Mark McLoughlin <markmc@redhat.com> commit 23cde76d801246a702e7a84c3fe3d655b35c89a1 upstream. hdr->csum_start is the offset from the start of the ethernet header to the transport layer checksum field. skb->csum_start is the offset from skb->head. skb_partial_csum_set() assumes that skb->data points to the ethernet header - i.e. it computes skb->csum_start by adding ...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> commit 62128b2ca812c1266f4ff7bac068bf0b626c6179 upstream This fixes 2.6.25 regression (kernel.org bugzilla bug #10723) caused by: commit 912fb29a36a7269ac1c4a4df45bc0ac1d2637972 Author: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> Date: Fri Oct 19 00:30:11 2007 +0200 opti621: always tune PIO ... Based on a bugreport ...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Linus Torvalds <torvalds@linux-foundation.org> commit 42a886af728c089df8da1b0017b0e7e6c81b5335 upstream Most users by far do not care about the exact return value (they only really care about whether the copy succeeded in its entirety or not), but a few special core routines actually care deeply about exactly how many bytes were copied from user space. And the unrolled versions o...

Yes it is. Also referencing the bank is needed for other reasons anyways, otherwise it would ignore the user sysfs choice on reconfiguration. Venki, I did a patch for dynamic banks anyways, but haven't submitted it yet. -Andi --

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/Kconfig | 2 +- arch/x86/mm/k8topology_64.c | 4 ++++ 2 files changed, 5 insertions(+), 1 deletion(-) Index: linux-2.6/arch/x86/Kconfig =================================================================== --- linux-2.6.orig/arch/x86/Kconfig +++ linux-2.6/arch/x86/Kconfig @@ -289,7 +289,7 @@ if X86_GENERICARCH config X86_NUMAQ bool "NUMAQ (IBM/Sequent)" - depends on SMP && X86_32 && P...

Hello; I'm trying to figure out how to have my bluetooth mighty mouse survive suspend, i.g. it does but the scroll ball is not functional, as a work around I can use hid2hci --tohci, but am becoming lazy with doing this every time I suspend. could somebody give me some pointers on what might be happening, in dmesg the only thing I am noticing is: usb 4-1: uhci_result_common: failed with status 440000 but am unsure if this is the reason for the scroll ball being non-functional. regards; -- Ju...

Is there a reason why the sys_ind field (The partition ID) is not cached in the hd_struct persistently? I noticed that after the initial check_partition calls through check_part[]() read all this data and only remember the starting sector and size of a given partition. Perhaps I am missing something, and its stored somewhere else, but I have not located it yet. This seems somwhat wasteful since it requires the partition tables and/or partitions to be re-read all the time instead of just remembe...

Can you post your dmesg output from bootup with no special options (noacpi, etc.) enabled? --

Hi, Michael! syslog(2) just returns ENOSYS when CONFIG_PRINTK is not enabled. This should be described in man pages, I think. Patch is below. Thanks. Sigend-off-by: WANG Cong <wcong@critical-links.com> --- diff -Nrup man-pages-3.00/man2/syslog.2 man-pages-3.00.modified/man2/syslog.2 --- man-pages-3.00/man2/syslog.2 2008-06-11 05:20:46.000000000 +0100 +++ man-pages-3.00.modified/man2/syslog.2 2008-06-19 17:13:00.000000000 +0100 @@ -235,6 +235,12 @@ capability). .B ERESTARTSYS ...

I presume this is: Right, this cfs_rq is buggered. rb_leftmost may be null when the tree is empty (as is the case here). However cfs_rq->curr != NULL and cfs_rq->nr_running != 0. So this hints at a missing put_prev_entity() - we keep current out of the tree, and put it back in right before we schedule(). The advantage is that we don't need to reposition (dequeue/enqueue) curr in the tree every time we update its virtual timeline. So what races so that we can miss put_prev_entity()...

struct cfs_rq { load = struct load_weight { weight = 0xc31 inv_weight = 0x0 } nr_running = 0x1 exec_clock = 0x0 min_vruntime = 0x4f216b005 tasks_timeline = struct rb_root { rb_node = 0x2fca4d40 } rb_leftmost = 0x2fca4d40 tasks = struct list_head { next = 0x2fca4d58 prev = 0x2fca4d58 } balance_iterator = 0x2e29e700 c...

Ooh, this thing is with CONFIG_GROUP_SCHED... does it still happen when you disable that? Not that that is any excuse for crashing.. but it does simplify the scheduler somewhat. --

Ok, that gives us some idea where to look, thanks for this data point. --