From 4ab03e637c357ea70c737cd401732a4d80375173 Mon Sep 17 00:00:00 2001 From: Arjan van de Ven <arjan@linux.intel.com> Date: Tue, 16 Sep 2008 16:51:17 -0700 Subject: [PATCH] fs: add a sanity check in d_free we're seeing some corruption in the dentry->d_alias list that appears like a free of an entry still on the list; this patch adds a WARN_ON() to catch this scenario, as suggested by Al Viro Signed-off-by: Arjan van de Ven <arjan@linux.intel.com> --- fs/dcache.c | 1 + 1 f...

Use new MODULE_DEVICE_TABLE(dmi, ...) facility. There's no need for every driver to screw it up for themselves, when the alias can be generated automatically. Signed-off-by: David Woodhouse <David.Woodhouse@intel.com> diff --git a/drivers/video/backlight/mbp_nvidia_bl.c b/drivers/video/backlight/mbp_nvidia_bl.c index 385cba4..06964af 100644 --- a/drivers/video/backlight/mbp_nvidia_bl.c +++ b/drivers/video/backlight/mbp_nvidia_bl.c @@ -111,6 +111,4 @@ module_exit(mbp_exit); MODULE_AUTHOR(...

usage: in .h to have #define KERN_PCI "<pci>" in .c to have DEFINE_LOGLEVEL_SETUP(pci, KERN_PCI, "pci:"); then could use printk(KERN_DEBUG KERN_PCI fmt, ...); and command line loglevel=pci:8 you can add different printk to different files of one subsys if you like not just one susbsys one tag, and don't need to update kernel.h to add more tags YH --

use DEFINE_LOGLEVEL_SETUP to set loglevel for acpi v2: use <acpi, "acpi:"> instead v3: use KERN_ACPI Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/acpi/osl.c | 2 ++ include/linux/acpi.h | 1 + 2 files changed, 3 insertions(+) Index: linux-2.6/drivers/acpi/osl.c =================================================================== --- linux-2.6.orig/drivers/acpi/osl.c +++ linux-2.6/drivers/acpi/osl.c @@ -75,6 +75,8 @@ EXPORT_SYMBOL(acpi_in_debugger); ex...

use DEFINE_LOGLEVEL_SETUP to set loglevel for pci v2: two lines only v3: use <pci, "pci:"> instead v4: use KERN_PCI Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/pci/pci.c | 2 ++ include/linux/pci.h | 2 ++ 2 files changed, 4 insertions(+) Index: linux-2.6/drivers/pci/pci.c =================================================================== --- linux-2.6.orig/drivers/pci/pci.c +++ linux-2.6/drivers/pci/pci.c @@ -1953,6 +1953,8 @@ static int __devinit pc...

No idea what caused this, but that shall be left for more clever minds than I. x86_64, SMP, 4GB Ram, Gigabyte 965p-ds3 Attached: kernel config kernel oops Website: 'objdump -d vmlinux' of vmlinux in question. http://johndaiker.com/kernel/vmlinux.dump (9 MB tar.gz) John Daiker

Greg, please proactively push this patch of your's upstream as it will kill off a regression list entry: http://marc.info/?l=linux-kernel&m=121976424221858&w=4 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11439 Subject : [2.6.27-rc4-git4] compilation warnings Submitter : Rufus & Azrael <rufus-azrael@numericable.fr> Date : 2008-08-26 9:37 (18 days old) References : http://marc.info/?l=linux-kernel&m=121974353815440&w=4 Handled-By : Greg KH <gregkh@su...

This fill fix the following regression list entry: Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276 Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things Submitter : Randy Dunlap <randy.dunlap@oracle.com> Date : 2008-08-06 17:18 (38 days old) References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4 http://lkml.org/lkml/2008/7/22/353 Handled-By : Bjorn Helgaas <bjorn.helgaas@hp.com> Patch : [ message continues ]

Dan, Haavard, et al, I am making some fixes to the Freescale DMA driver (drivers/dma/fsldma.c), and I've come across a situation I don't understand. Specifically, I have an issue with the return values from fsl_dma_alloc_chan_resources(), which is fsldma's device_alloc_chan_resources() function. fsldma calls dma_async_device_register() for each DMA controller it finds. The problem is that when I use the dmatest driver, this results in device_alloc_chan_resources() being called multiple times fo...

I'm debugging a uClibc pthreads issue that occurs during a stress test where many threads are looping many times forking off child processes that exec() other executables. Child processes are writing to a pipe that the parent threads are reading. After some iterations in the loops, the threads that are reading from the pipe using read() are getting EINTR. If you put the read in a loop so that an EINTR is ignored and you just try again, each subsequent read call returns immediately with ...

From: Márton Németh <nm127@freemail.hu> Correct copy-paste problem: CDROMCLOSETRAY is about closing the tray, not opening it. Signed-off-by: Márton Németh <nm127@freemail.hu> --- --- linux-2.6.27-rc6/Documentation/ioctl/cdrom.txt.orig 2008-07-13 23:51:29.000000000 +0200 +++ linux-2.6.27-rc6/Documentation/ioctl/cdrom.txt 2008-09-16 20:29:16.000000000 +0200 @@ -271,14 +271,14 @@ CDROMCLOSETRAY pendant of CDROMEJECT usage: - ioctl(fd, CDROMEJECT, 0); + ioctl(fd, CDROMC...

From: Jonathan Steel <jon.steel@esentire.com> A segmentation fault can occur in kimage_add_entry in kexec.c when loading a kernel image into memory. The fault occurs because a page is requested by calling kimage_alloc_page with gfp_mask GFP_KERNEL and the function may actually return a page with gfp_mask GFP_HIGHUSER. The high mem page is returned because it was swapped with the kernel page due to the kernel page being a page that will shortly be copied to. This patch ensures that kimage_al...

From: Arjan van de Ven <arjan@linux.intel.com> Subject: [PATCH] x86: print DMI information in the oops trace in order to diagnose hard system specific issues, it's useful to have the system name in the oops (as provided by DMI) Signed-off-by: Arjan van de Ven <arjan@linux.intel.com> --- arch/x86/kernel/process_32.c | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/process_32.c b/arch/x86/kernel/process_32.c index 4eb2159..d9f34cf...

v2: using boot_printk v3: using acpi_printk Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/acpi/numa.c | 8 ++++++++ 1 file changed, 8 insertions(+) Index: linux-2.6/drivers/acpi/numa.c =================================================================== --- linux-2.6.orig/drivers/acpi/numa.c +++ linux-2.6/drivers/acpi/numa.c @@ -150,6 +150,14 @@ static __init int slit_valid(struct acpi { int i, j; int d = slit->locality_count; + acpi_printk(KERN_LOG_DEBUG...

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/pci/probe.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) Index: linux-2.6/drivers/pci/probe.c =================================================================== --- linux-2.6.orig/drivers/pci/probe.c +++ linux-2.6/drivers/pci/probe.c @@ -304,7 +304,7 @@ static int __pci_read_base(struct pci_de } else { res->start = l64; res->end = l64 + sz64; - printk(KERN_DEBUG "PCI: %s reg %x 64bi...

so could make subsys easy to add loglevel and xxx_printk v2: make it more genric, so subsys user only need to two line macro v3: add back nameStr, so could find out iommu: and iommu_gart: and etc usage: in .c to have DEFINE_LOGLEVEL_SETUP(pci, "pci:"); in .h to have DECLARE_LOGLEVE(pci); then could use pci_printk(KERN_LOG_DEBUG, fmt, ...); and command line loglevel=pci:7 you can add different printk to different files of one subsys if you like Signed-off-by: Yinghai Lu <yhl...

On Tue, Sep 16, 2008 at 12:02 PM, Marcin Slusarz will come out one new version that hpa likes printk(KERN_PCI KERN_DEBUG "sadfasf\n"); YH --

according to the code flow, these two is the same... will double check it. YH --

This is the first report where I've dropped oopses that happened to 2.6.25 or earlier kernels. I've also changed the format of the report to split it in "fixed" and "not yet fixed" sections; I hope that makes the report more useful for developers. This week, a total of 1730 oopses and warnings have been reported, compared to 626 reports in the previous week. Per file statistics 266 net/sched/sch_generic.c 260 kernel/timer/tglx.c 167 drivers/ata/libata-sff.c 154 external/utrace 80 net/cor...

Hi, Any chance that the PPS patch will be included in 2.6.28? As currently people have to fall back to things like freebsd for accurate timekeeping using a GPS. Folkert van Heusden -- MultiTail è uno flexible tool per seguire di logfiles e effettuazione di commissioni. Feltrare, provedere da colore, merge, 'diff-view', etc. http://www.vanheusden.com/multitail/ ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, [ message continues ]

Oh good grief. VPC is apparently so broken that these instructions work *some* of the time, which may include the first time, but not later. That is an impressive level of cockup. Given that, we should either just rip this code out, or detect VPC (how?). The latter option can be done post-.27, of course; if so, we should just force the bit off for now rather than doing it in the alternatives code. The only reason for doing the latter at all would be to mitigate the overhead of paravir...

Well, isn't that "interesting". 0F 3F is in the range expected (although not documented) to be used for 3-byte opcode prefixes in the future. It's also the Centaur ALTINST instruction (which I believe have to be enabled via an MSR, so in that way it's not a bad choice.) It's definitely less broken than the official way to detect VMWare, but still pretty daft. (CPUID, MSR or PCI IDs make a lot more sense.) The "official" way to detect Virtual PC is apparently to look for "Microsoft Cor...

Actually, you can pass noreplace-paravirt, but that is non-obvious to the regular user. --

Why can't the file system registration code set filp->f_op->aio_read to generic_file_aio_read? --

Maybe file_pos_write should do this check? --