arch/x86/kernel/early_printk.c:404:13: warning: incorrect type in assignment (different base types) arch/x86/kernel/early_printk.c:404:13: expected restricted __le16 [assigned] [usertype] wValue arch/x86/kernel/early_printk.c:404:13: got int [signed] value arch/x86/kernel/early_printk.c:405:13: warning: incorrect type in assignment (different base types) arch/x86/kernel/early_printk.c:405:13: expected restricted __le16 [assigned] [usertype] wIndex arch/x86/kernel/early_printk.c:405:13: got ...

What is the state of audio in Linux? How does it compare against other operating systems? Is the Linux audio functionality good or bad? What could be better? What is planned for the future? --

Both v and vb->num_pages are u32 and unsigned int respectively. If v is less than vb->num_pages (and it is, when deflating the balloon), the result is a very large 32-bit number. Since we're returning a s64, instead of getting the same negative number we desire, we get a very large positive number. This handles the case where v < vb->num_pages and ensures we get a small, negative, s64 as the result. Rusty: please push this for 2.6.27-rc4. It's probably appropriate for the stable tr...

This patch allows an architecture to have multiple smp_call_function queues, in order to reduce contention on a single queue and lock. By default there is still one queue, so this patch makes no functional change. However, an architecture can set CONFIG_GENERIC_SMP_QUEUES to enable a certain number of queues. It's expected it will will set up an IPI vector for each queue, and it should pass the appropriate queue number into generic_smp_call_function_interrupt. Signed-off-by: Jeremy Fitzharding...

Now that smp_call_function_mask exists and is scalable, there's no reason to have a special TLB flush IPI. This saves a mass of code. Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> --- arch/x86/kernel/irqinit_32.c | 3 - arch/x86/kernel/tlb_32.c | 86 +++++------------------------ include/asm-x86/irq_vectors.h | 1 include/asm-x86/mach-default/entry_arch.h | 1 4 files changed, 17 insertions(+), 74 deletions(-) di...

Put tlb_flush_others() latency measurements in debugfs. Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> --- arch/x86/kernel/tlb_64.c | 38 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 38 insertions(+) diff --git a/arch/x86/kernel/tlb_64.c b/arch/x86/kernel/tlb_64.c --- a/arch/x86/kernel/tlb_64.c +++ b/arch/x86/kernel/tlb_64.c @@ -7,6 +7,7 @@ #include <linux/kernel_stat.h> #include <linux/mc146818rtc.h> #include <linux/interrupt.h> +...

Bring arch/x86/kernel/tlb_32.c and _64.c closer into alignment, so that unification is more straightforward. After this patch, the remaining differences come down to UV support and the distinction between percpu and pda variables. Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> --- arch/x86/kernel/tlb_32.c | 39 +++++++++++++++++++-------------------- arch/x86/kernel/tlb_64.c | 12 +++++++----- 2 files changed, 26 insertions(+), 25 deletions(-) diff --git a/arch/...

arch/x86/kernel/tlb_*.c are functionally identical, so unify them. Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> --- arch/x86/kernel/Makefile | 2 arch/x86/kernel/tlb.c | 268 ++++++++++++++++++++++++++++++++++++++++++++++ arch/x86/kernel/tlb_32.c | 190 -------------------------------- arch/x86/kernel/tlb_64.c | 235 ---------------------------------------- 4 files changed, 269 insertions(+), 426 deletions(-) diff --git a/arch/x86/kernel/Makefile b/arch/x86...

You beat me to it! --

Thanks Alex. Ingo, please apply. --

Hi Simon, Looks like SLAB corruption so fglrx could have caused this even if you just loaded the module. Do you have CONFIG_DEBUG_SLAB enabled? If not, you might want to try to reproduce this with it. Of course, reproducing the oops without fglrx would be most helpful. :-) Pekka --

Hi Simon, Aww, apparently the fglrx driver creates tons of SLAB caches with really funky names for no good reason... Oh well, one more reason to stay away from that crap and help out the nouveau folks instead ;-). Pekka --

some left overs. __do_IRQ not take desc as parameter Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/alpha/kernel/irq.c | 2 +- arch/arm/kernel/irq.c | 10 ++++------ arch/avr32/kernel/irq.c | 8 +++----- arch/cris/kernel/irq.c | 2 +- arch/h8300/kernel/irq.c | 2 +- arch/ia64/kernel/iosapic.c | 2 +- arch/ia64/kernel/msi_ia64.c | 2 +- arch/ia64/sn/kernel/irq.c ...

add create_irq_nr, and retore create_irq to old Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/arm/mach-iop13xx/msi.c | 4 ++-- arch/ia64/kernel/iosapic.c | 6 +++--- arch/ia64/kernel/irq_ia64.c | 2 +- arch/ia64/kernel/msi_ia64.c | 2 +- arch/ia64/sn/kernel/msi_sn.c | 2 +- arch/x86/kernel/io_apic.c | 18 +++++++++++++++--- drivers/pci/htirq.c | 2 +- drivers/pci/intel-iommu.c | 2 +- include/linux/irq.h | 3 ++- 9 fi...

Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com> --- Andrew, two fixes before the arches start moving over. include/linux/Kbuild | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/linux/Kbuild b/include/linux/Kbuild index 7d97067..0ffee42 100644 --- a/include/linux/Kbuild +++ b/include/linux/Kbuild @@ -179,6 +179,7 @@ unifdef-y += audit.h unifdef-y += auto_fs.h unifdef-y += auxvec.h unifdef-y += binfmts.h +unifdef-y += byteorder.h unifdef-...

They CPUs are taken down after suspending devices. If you boot the kernel with 'no_console_suspend' in the command line, there will be more debug information to have a look at. Also, you can do # echo core > /sys/power/pm_test before the '$ echo disk > /sys/power/state' (that only tests the suspend sequence without actually hibernating) and see what symptoms will be That last thing is probably the safest to do at the moment. Apparently nmi_suspend() conflicts with oprofile somehow...

Well, I don't know who's the right person to ask about the CPU hotplug. Andrew, can you help please? Rafael --

Hi, Inside: * Some IDE PCI host drivers were not using __devexit_p() properly (Russell King discovered it the hard way & Adrian Bunk fixed it). * Fix audio capabilities checking in cdrom.c (from Alexander Inyukhin with gdrom/viocd pre-fixes from Borislav Petkov). * Add missing ATA_* defines to <linux/ata.h>, not fixes per-se but since they are obvious and merging it now will save us some merge conflicts in linux-next lets do it now. * Misc obvious fixups/cleanups. *...

This looks it would be quite useful but the symlinks are not adjusted during hot-add and hot-remove operations (e.g. stale symlinks persist after hot-remove and new symlinks are not created in response to hot-add) so it could confuse more than help on systems with PCI hotplug support. Gary -- Gary Hade System x Enablement IBM Linux Technology Center 503-578-4503 IBM T/L: 775-4503 garyhade@us.ibm.com http://www.ibm.com/linux/ltc --

As you are adding new sysfs files/symlinks, please document them in Documentation/ABI. thanks, greg k-h --

Beacons setup and config was racy with beacon send. Ensure that ISR and reset functions see consistent state of bbuf. Use also dev_kfree_skb_any in ath5k_txbuf_free since we call it from atomic now. Signed-off-by: Jiri Slaby <jirislaby@gmail.com> Cc: Nick Kossifidis <mickflemm@gmail.com> Cc: Luis R. Rodriguez <mcgrof@gmail.com> --- drivers/net/wireless/ath5k/base.c | 15 ++++++++++++--- drivers/net/wireless/ath5k/base.h | 1 + 2 files changed, 13 insertions(+), 3 deleti...

Hi, Just got this on latest -git (+ unrelated build fix): BUG: using smp_processor_id() in preemptible [00000000] code: oprofiled/4133 APIC error on CPU1: 00(40) APIC error on CPU0: 00(40) APIC error on CPU1: 40(40) APIC error on CPU0: 40(40) caller is get_stagger+0x9/0x30 Pid: 4133, comm: oprofiled Not tainted 2.6.27-rc3-00415-g122c9e0 #9 [<c037228e>] debug_smp_processor_id+0xce/0xd0 [<c0583d19>] get_stagger+0x9/0x30 [<c05843de>] p4_fill_in_addresses+0x1e/0x3a0 [<c0...

This is the start of the stable review cycle for the 2.6.25.16 release. There are 49 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let us know. If anyone is a maintainer of the proper subsystem, and wants to add a Signed-off-by: line to the patch, please respond with it. These patches are sent out with a number of different people on the Cc: line. If you wish to be a reviewer, please email stable@kernel.org to add ...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Seokmann Ju <seokmann.ju@qlogic.com> [ Upstream commit 5f3a9a207f1fccde476dd31b4c63ead2967d934f ] Signed-off-by: Seokmann Ju <seokmann.ju@qlogic.com> Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/scsi/qla2xxx/qla...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Jan Beulich <jbeulich@novell.com> commit 7bc069c6bc4ede519a7116be1b9e149a1dbf787a upstream The masked difference is what needs to be compared against 1, rather than the difference of masked values (which can be negative). Signed-off-by: Jan Beulich <jbeulich@novell.com> Acked-by: Nick Piggin <npiggin@suse.de> Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-...