Hi [ INFO: possible circular locking dependency detected ] 2.6.27-rc6-00034-gd1c6d2e #3 ------------------------------------------------------- nfsd/1766 is trying to acquire lock: (iprune_mutex){--..}, at: [<c01743fb>] shrink_icache_memory+0x38/0x1a8 but task is already holding lock: (&(&ip->i_iolock)->mr_lock){----}, at: [<c021134f>] xfs_ilock+0xa2/0xd6 I read files through nfs and saw delay for few seconds. System is x86_32, nfs, xfs. The last working kernel is 2.6.27-rc5, I ...

These patches implement basic checkpoint-restart [CR]. This version (v5) supports basic tasks with simple private memory, and open files (regular files and directories only). The main changes include rework of memory restart code and response to feedback. See original announcements below. Oren. -- Todo: - Add support for x86-64 and improve ABI - Refine or change syscall interface - Extend to handle (multiple) tasks in a container - Security (without CAPS_SYS_ADMIN files restore may ...

Create trivial sys_checkpoint and sys_restore system calls. They will enable to checkpoint and restart an entire container, to and from a checkpoint image file descriptor. The syscalls take a file descriptor (for the image file) and flags as arguments. For sys_checkpoint the first argument identifies the target container; for sys_restart it will identify the checkpoint image. Signed-off-by: Oren Laadan <orenl@cs.columbia.edu> --- arch/x86/kernel/syscall_table_32.S | 2 + ...

Add those interfaces, as well as helpers needed to easily manage the file format. The code is roughly broken out as follows: checkpoint/sys.c - user/kernel data transfer, as well as setup of the checkpoint/restart context (a per-checkpoint data structure for housekeeping) checkpoint/checkpoint.c - output wrappers and basic checkpoint handling checkpoint/restart.c - input wrappers and basic restart handling Patches to add the per-architecture support as well as the actual work to do the ...

Restore open file descriptors: for each FD read 'struct cr_hdr_fd_ent' and lookup objref in the hash table; if not found (first occurence), read in 'struct cr_hdr_fd_data', create a new FD and register in the hash. Otherwise attach the file pointer from the hash as an FD. This patch only handles basic FDs - regular files, directories and also symbolic links. Signed-off-by: Oren Laadan <orenl@cs.columbia.edu> --- checkpoint/Makefile | 2 +- checkpoint/restart.c | 4 + ...

Infrastructure to handle objects that may be shared and referenced by multiple tasks or other objects, e..g open files, memory address space etc. The state of shared objects is saved once. On the first encounter, the state is dumped and the object is assigned a unique identifier (objref) and also stored in a hash table (indexed by its physical kenrel address). From then on the object will be found in the hash and only its identifier is saved. On restart the identifier is looked up in the ...

they're heavy into moving the whole framework over as far as I've seen those are pullable now against the current tree? Markus --

The off-by-one bug fix is notable; see extended commit description. Verified by several people as fixing their problem here. Please pull from 'upstream-linus' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git upstream-linus to receive the following updates: drivers/ata/ata_piix.c | 2 +- drivers/ata/sata_inic162x.c | 3 ++- include/linux/ata.h | 2 +- 3 files changed, 4 insertions(+), 3 deletions(-) Bob Stewart (1): ...

There are a few commits that misencoded my name (or used "oe" instead of "ö"). So add a correct version to .mailmap. Signed-off-by: Uwe Kleine-König <ukleinek@informatik.uni-freiburg.de> --- .mailmap | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/.mailmap b/.mailmap index 7260842..dfab12f 100644 --- a/.mailmap +++ b/.mailmap @@ -96,4 +96,6 @@ Tejun Heo <htejun@gmail.com> Thomas Graf <tgraf@suug.ch> Tony Luck <tony.luck@intel.com> Tsuneo Yoshioka ...

From: Arjan van de Ven <arjan@linux.intel.com> Subject: [PATCH] usbmon: fix tiny race exposed by the fastboot patches usbmon registers the notifier chain, takes the bus lock and then goes to scan the existing devices for hooking up. unfortunately, if usb_mon gets initialized while USB bus discovery is going on, it's possible that usbmon gets a notifier on one cpu (which runs without USB locks), and the scan is going on and also finds the new bus, resulting in a double sysfs registration, ...

to prevent wrongly overwriting fixmap that still want to use. v2: remove prev_map and prev_size in __apci_map_table v3: let acpi_os_unmap_memory() call early_iounmap too, so remove extral calling to early_acpi_os_unmap_memory Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- --- arch/ia64/kernel/acpi.c | 4 ++++ arch/x86/kernel/acpi/boot.c | 17 +++++++---------- arch/x86/kernel/early-quirks.c | 4 +++- drivers/acpi/bus.c | 6 ------ ...

v2: use __acpi_unmap_table() Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/es7000_32.c | 28 +++++++++++++++++++++++----- arch/x86/mach-generic/es7000.c | 20 +++++++++++++++----- include/asm-x86/es7000/mpparse.h | 1 + 3 files changed, 39 insertions(+), 10 deletions(-) Index: linux-2.6/arch/x86/mach-generic/es7000.c =================================================================== --- linux-2.6.orig/arch/x86/mach-generic/es7000.c +++ ...

Thanks very much for the patch. We have a more general fix for this in Ingo's tip.git tree, but I overlooked that this particular problem affected current -rc. Ingo, this is fixed by the phys_addr_t + PFN_PHYS() patches. Should we send them up to Linus, or do an ad-hoc fix in this one place? Thanks, --

From: Arjan van de Ven <arjan@linux.intel.com> Subject: [PATCH] fastboot: Add a script to visualize the kernel boot process / time When optimizing the kernel boot time, it's very valuable to visualize what is going on at which time. In addition, with the fastboot asynchronous initcall level, it's very valuable to see which initcall gets run where and when. This patch adds a script to turn a dmesg into a SVG graph (that can be shown with tools such as InkScape, Gimp or Firefox) and a small ...

Note: some people thinks this represents a security bug, since it might make the system go away while it is printing a large number of console messages, especially if a serial console is involved. Hence, it has been assigned CVE-2008-3528, but it requires that the attacker either has physical access to your machine to insert a USB disk with a corrupted filesystem image (at which point why not just hit the power button), or is otherwise able to convince the system administrator to mount an ...

This fixes a bug where readdir() would return a directory entry twice if there was a hash collision in an hash tree indexed directory. Signed-off-by: Eugene Dashevsky <eugene@ibrix.com> Signed-off-by: Mike Snitzer <msnitzer@ibrix.com> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu> Cc: linux-ext4@vger.kernel.org --- fs/ext3/dir.c | 22 ++++++++++++++++------ 1 files changed, 16 insertions(+), 6 deletions(-) diff --git a/fs/ext3/dir.c b/fs/ext3/dir.c index 2eea96e..42c5391 100644 --- ...

[...] And it's more: even without usb-storage, other USB devices does not work, waiting in the same usb_start_wait_urb. Ok, it turned out to be pretty.. interesting. It's not a regression within -stable kernel series. The problem happens when BOTH are true: - using latest BIOS for this mobo (1401), AND - enabling KVM_GUEST in kernel. The only difference in my kernel config between .1 and .5 was to enable KVM_GUEST and KVM_CLOCK, and also I2C_HELPER_AUTO which was added by ...

From: Krzysztof Helt <krzysztof.h1@wp.pl> cpus without the CPUID instruction are identified as general 386 or 486 while some cpus (mostly made by Cyrix) provide c_identify function which identify correctly older cpus using cpu specific registers). Cyrix cpus are even worse as 5x86 and 6x68 have the CPUID instruction disabled. The CPUID is enabled by the c_identify() but the c_identify is only called when the CPUID is available. Fix this by calling the c_identify() for all known cpu ...

The mutex mmc_test_lock is initialized at every time mmc_test device is probed. Probing another mmc_test device may break the mutex, if the probe function is called while the mutex is locked. This patch fixes it by statically initializing mmc_test_lock. Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com> Cc: Pierre Ossman <drzeus-mmc@drzeus.cx> --- drivers/mmc/card/mmc_test.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) Index: ...

to prevent wrongly overwriting fixmap that still want to use. v2: remove prev_map and prev_size in __apci_map_table Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- --- arch/ia64/kernel/acpi.c | 4 ++++ arch/x86/kernel/acpi/boot.c | 17 +++++++---------- arch/x86/kernel/early-quirks.c | 4 +++- drivers/acpi/osl.c | 9 +++++++-- drivers/acpi/tables.c | 20 ++++++++++++++------ drivers/acpi/tables/tbfadt.c | 1 + ...

so could remove requirement that need to call early_ioremap in exactly revese order of early_iounmap Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/mm/ioremap.c | 77 ++++++++++++++++++++++++++++++++------------ include/asm-x86/fixmap_32.h | 4 +- include/asm-x86/fixmap_64.h | 4 +- 3 files changed, 61 insertions(+), 24 deletions(-) Index: linux-2.6/arch/x86/mm/ioremap.c =================================================================== --- ...

Trim was already proposed here before (not accepted): http://lkml.org/lkml/2006/10/12/364 -- []'s Herton --

so could remove requirement that need to call early_ioremap in exactly revese order of early_iounmap Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/mm/ioremap.c | 77 ++++++++++++++++++++++++++++++++------------ include/asm-x86/fixmap_32.h | 4 +- include/asm-x86/fixmap_64.h | 4 +- 3 files changed, 61 insertions(+), 24 deletions(-) Index: linux-2.6/arch/x86/mm/ioremap.c =================================================================== --- ...

On Sat, 13 Sep 2008 13:57:28 +0530, "karthikeyan S" <karthispeaks@gmail.com> wrote: --

Please cc linux-fbdev-devel@lists.sourceforge.net on fbdev patches. Over a thousand lines of code and zero changelog? No indication what the driver does, what hardware is it for, nothing needs to be communicated about the implementation, no todo items, no shortcomings? Really? Please run scripts/checkpatch.pl across all patches, no exceptions, and afacit this can be implemented as a C function. That would be vastly Please switch to C functions. Please remove all the casts ...

Adding a dummy release function to the physmap device so as to silence a log warning on initialization. Signed-off-by: Zev Weiss <zevweiss@gmail.com> --- drivers/mtd/maps/physmap.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/mtd/maps/physmap.c b/drivers/mtd/maps/physmap.c index 49e2039..73a8d3c 100644 --- a/drivers/mtd/maps/physmap.c +++ b/drivers/mtd/maps/physmap.c @@ -277,11 +277,16 @@ static struct resource physmap_flash_resource = { ...

Adding comments to a few of the less painfully-obvious #endifs. Signed-off-by: Zev Weiss <zevweiss@gmail.com> --- drivers/mtd/maps/physmap.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/mtd/maps/physmap.c b/drivers/mtd/maps/physmap.c index 6fba0d4..49e2039 100644 --- a/drivers/mtd/maps/physmap.c +++ b/drivers/mtd/maps/physmap.c @@ -244,7 +244,7 @@ static void physmap_flash_shutdown(struct platform_device *dev) #define physmap_flash_suspend ...

Ah, OK -- I found it slightly hard to follow the ones that get longer than a screenful or so, and I don't have my editor set to match them up nicely (though I might look into that). It's something I'm accustomed to doing and seeing, and I saw no mention of it one way or another in Documentation/CodingStyle, so I didn't really give it a second thought. --

The PHYSMAP_COMPAT code had been ignoring the return value of platform_device_register() in the physmap_init() function. Signed-off-by: Zev Weiss <zevweiss@gmail.com> --- drivers/mtd/maps/physmap.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mtd/maps/physmap.c b/drivers/mtd/maps/physmap.c index 42d844f..6fba0d4 100644 --- a/drivers/mtd/maps/physmap.c +++ b/drivers/mtd/maps/physmap.c @@ -312,7 +312,7 @@ static int __init physmap_init(void) err = ...

The following patches are all quite minor (pretty trivial, actually), but address different things physmap.c, so I've sent sent them as a patch set rather than as a single patch. The diffstat: drivers/mtd/maps/physmap.c | 13 +++++++++---- 1 files changed, 9 insertions(+), 4 deletions(-) Thanks, Zev Weiss --

The latest maintenance release GIT 1.6.0.2 is available at the usual places: http://www.kernel.org/pub/software/scm/git/ git-1.6.0.2.tar.{gz,bz2} (source tarball) git-htmldocs-1.6.0.2.tar.{gz,bz2} (preformatted docs) git-manpages-1.6.0.2.tar.{gz,bz2} (preformatted docs) The RPM binary packages for a few architectures are also provided in: RPMS/$arch/git-*-1.6.0.2-1.fc9.$arch.rpm (RPM) ---------------------------------------------------------------- GIT v1.6.0.2 Release ...

From: Tim Abbott <tabbott@mit.edu> Ksplice's run-pre matching process needs to be able to determine the module that contains a particular data address. Signed-off-by: Tim Abbott <tabbott@mit.edu> --- include/linux/module.h | 2 ++ kernel/module.c | 28 ++++++++++++++++++++++++++++ 2 files changed, 30 insertions(+), 0 deletions(-) diff --git a/include/linux/module.h b/include/linux/module.h index 68e0955..b7cdfb4 100644 --- a/include/linux/module.h +++ ...

From: Anders Kaseorg <andersk@mit.edu> kallsyms_lookup_name only returns the first match that it finds. Ksplice needs information about all symbols with a given name in order to correctly resolve local symbols. kallsyms_on_each_symbol provides a generic mechanism for iterating over the kallsyms table. Signed-off-by: Anders Kaseorg <andersk@mit.edu> --- include/linux/kallsyms.h | 13 +++++++++++++ include/linux/module.h | 12 ++++++++++++ kernel/kallsyms.c | 18 ...

This document assumes familiarity with the Ksplice design and describes notable implementation details and the interface between the Ksplice kernel component and the Ksplice user space component. Signed-off-by: Jeffrey Brian Arnold <jbarnold@mit.edu> Signed-off-by: Tim Abbott <tabbott@mit.edu> --- Documentation/ksplice.txt | 247 +++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 247 insertions(+), 0 deletions(-) create mode 100644 Documentation/ksplice.txt diff --git ...

From: Tim Abbott <tabbott@mit.edu> Ksplice needs access to the kernel_symbol structure in order to support modifications to the exported symbol table. Signed-off-by: Tim Abbott <tabbott@mit.edu> --- kernel/module.c | 80 ++++++++++++++++++++++++++---------------------------- 1 files changed, 39 insertions(+), 41 deletions(-) diff --git a/kernel/module.c b/kernel/module.c index 6cedfc7..8954556 100644 --- a/kernel/module.c +++ b/kernel/module.c @@ -254,7 +254,7 @@ struct ...

Add support for Ksplice on ARM. Signed-off-by: Jeffrey Brian Arnold <jbarnold@mit.edu> Signed-off-by: Anders Kaseorg <andersk@mit.edu> Signed-off-by: Tim Abbott <tabbott@mit.edu> --- arch/arm/Kconfig | 1 + arch/arm/kernel/ksplice-arch.c | 79 ++++++++++++++++++++++++++++++++++++++++ 2 files changed, 80 insertions(+), 0 deletions(-) create mode 100644 arch/arm/kernel/ksplice-arch.c diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 70dba16..e73f205 100644 --- ...

From: Tim Abbott <tabbott@mit.edu> Ksplice needs access to the kernel_symbol structure in order to support modifications to the exported symbol table. Signed-off-by: Tim Abbott <tabbott@mit.edu> --- kernel/module.c | 80 ++++++++++++++++++++++++++---------------------------- 1 files changed, 39 insertions(+), 41 deletions(-) diff --git a/kernel/module.c b/kernel/module.c index 6cedfc7..8954556 100644 --- a/kernel/module.c +++ b/kernel/module.c @@ -254,7 +254,7 @@ struct ...

Please, taint kernel after first update so some of us can ignore oopses of hopelessly broken kernels. --

From: Tim Abbott <tabbott@mit.edu> Make module_mutex, find_module(), find_symbol(), and use_module() global. Ksplice needs access to these functions from module.c in order to resolve symbols and implement dependency handling. Signed-off-by: Tim Abbott <tabbott@mit.edu> --- include/linux/module.h | 13 +++++++++++++ kernel/module.c | 18 +++++++++--------- 2 files changed, 22 insertions(+), 9 deletions(-) diff --git a/include/linux/module.h b/include/linux/module.h index ...

From: Tim Abbott <tabbott@mit.edu> Ksplice's run-pre matching process needs to be able to determine the module that contains a particular data address. Signed-off-by: Tim Abbott <tabbott@mit.edu> --- include/linux/module.h | 2 ++ kernel/module.c | 28 ++++++++++++++++++++++++++++ 2 files changed, 30 insertions(+), 0 deletions(-) diff --git a/include/linux/module.h b/include/linux/module.h index 68e0955..b7cdfb4 100644 --- a/include/linux/module.h +++ ...

From: Anders Kaseorg <andersk@mit.edu> kallsyms_lookup_name only returns the first match that it finds. Ksplice needs information about all symbols with a given name in order to correctly resolve local symbols. kallsyms_on_each_symbol provides a generic mechanism for iterating over the kallsyms table. Signed-off-by: Anders Kaseorg <andersk@mit.edu> --- include/linux/kallsyms.h | 13 +++++++++++++ include/linux/module.h | 12 ++++++++++++ kernel/kallsyms.c | 18 ...

The architecture-independent core of Ksplice. Ksplice makes it possible to apply certain kinds of patches to the kernel without having to reboot. Signed-off-by: Jeffrey Brian Arnold <jbarnold@mit.edu> Signed-off-by: Anders Kaseorg <andersk@mit.edu> Signed-off-by: Tim Abbott <tabbott@mit.edu> Tested-by: Waseem Daher <wdaher@mit.edu> --- MAINTAINERS | 10 + arch/Kconfig | 14 + include/linux/ksplice.h | 202 +++++ kernel/Makefile | 2 + ...

We are pleased to announce the 2.6.24.7-rt20 tree, which can be downloaded from the location: http://rt.et.redhat.com/download/ Information on the RT patch can be found at: http://rt.wiki.kernel.org/index.php/Main_Page Changes since 2.6.24.7-rt19 - rtmutex checker compile fix (Steven Rostedt) - clockevents/hpet backport (Thomas Gleixner) - RTC deadlock fix (Thomas Gleixner) to build a 2.6.24.7-rt20 tree, the following patches should be applied: ...

[ Resending, my first send trigger'd vger filters ] This is the non-serious patch I mentioned in my first posting which changes all of the major/minor numbers used by the Sun serial drivers in order to get out of the way of 8250's major/minor namespace. Again, this patch isn't meant to be taken seriously at all. I'm not even willing to sign off on it :-) diff --git a/Documentation/devices.txt b/Documentation/devices.txt index 05c8064..0d1b1f9 100644 --- a/Documentation/devices.txt +++ ...

serial: Make uart_port's ioport "unsigned long". Otherwise the top 32-bits of the resource value get chopped off on 64-bit systems, and the resulting I/O accesses go to random places. Thanks to testing and debugging by Josip Rodin, which helped track this down. Signed-off-by: David S. Miller <davem@davemloft.net> --- include/linux/serial_core.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/linux/serial_core.h b/include/linux/serial_core.h index ...

to prevent wrongly overwriting fixmap that still want to use. Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- --- arch/ia64/kernel/acpi.c | 4 ++++ arch/x86/kernel/acpi/boot.c | 22 ++++++++++++++++++++-- arch/x86/kernel/early-quirks.c | 4 +++- drivers/acpi/osl.c | 9 +++++++-- drivers/acpi/tables.c | 20 ++++++++++++++------ drivers/acpi/tables/tbfadt.c | 1 + drivers/acpi/tables/tbutils.c | 7 +++++++ ...

I just had another incident where it disassociated and refused to reassociate. I got about 100 of these in my dmesg (fixed by unloading and reloading ath9k): [...] [ 1279.031033] ath_set_channel: unable to reset channel 149 (5745Mhz) flags 0x30142 hal status 4294967277 [ 1279.031203] ath9k_config: Unable to set channel [ 1279.323427] ath_set_channel: unable to reset channel 153 (5765Mhz) flags 0x50142 hal status 4294967277 [ 1279.323577] ath9k_config: Unable to set channel [ 1279.624562] ...

Hi, not sure whether I'm actually supposed to report that one, feel free to ignore if this warning is supposed to be there. 2.6.27-rc6 as a Xen pvops domU on i386, both with CONFIG_SMP set and without (and patch from http://bugzilla.kernel.org/show_bug.cgi?id=11485 applied) report the following warning on startup. Linux version 2.6.27-rc6-sendmsg-debug (bschmidt@svr01.teleport-iabg.de) (gcc version 4.3.1 (Debian 4.3.1-9) ) #4 SMP Thu Sep 11 17:41:20 CEST 2008 ------------[ cut here ...

Yes, that solves the issue. The display is now free of artifacts again, both on logout and when I switch users in X. The pat_memtype_list looks a lot more sane too (see attachment). So it _was_ a regression caused by pat itself after all, and not the result of incorrect memory handling in the framebuffer code. Could you take over the bug report #10843 in bugzilla (it is currently assigned to the framebuffer people) and ensure it gets closed once the patch gets accepted in Linus' ...

This week's PAT fix/optimization patches... -- --

Corrections for a few typos and some suggestions for minor improvements in the comment. Cheers, FJP "one (driver)" --

Please, sir, please pull some more: git pull git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.6.git for-linus This pull has a few more regression fixes, though I don't think any are listed on Rafael's list atm. The fakephp and iommu fixes are the most important, but the others are definite regressions vs. earlier kernels as well, but don't have very visible symptoms in most configurations. Adrian Bunk (1): PCI: fix pciehp_free_irq() Alex Chiang (1): PCI Hotplug: ...

From: Hiroshi Shimamoto <h-shimamoto@ct.jp.nec.com> When setup frame failed, force_sigsegv is called and returns -EFAULT. There are same code in ia32_setup_fram(), ia32_setup_rt_frame(), __setup_frame() and __setup_rt_frame(). Get them together. Signed-off-by: Hiroshi Shimamoto <h-shimamoto@ct.jp.nec.com> --- arch/x86/ia32/ia32_signal.c | 26 +++++++++----------------- arch/x86/kernel/signal_32.c | 31 ++++++++++++++----------------- arch/x86/kernel/signal_64.c | 17 ...

Fixed now with commit 8d99f83b9478768d3a8d7d1bcd9bd182c75a0447 -- []'s Herton --

yeah I think it would be a good idea. something to do with ehci_hcd, i.g. if I blacklist ehci_hcd Disabling IRQ#23 message doesnt seem to be showing up. -- Justin P. Mattock --

Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf) tbench -t 60 4 localhost followed by 4 60s netperf TCP_RR pairs, each pair jabbering on a separate port and affine to a separate CPU. Configs are as close as I can make them, all kernels built and tested today by identical userland. 2.6.22.19 Throughput 1136.02 MB/sec 4 procs 16384 87380 1 1 60.01 94179.12 16384 87380 1 1 60.01 88780.61 16384 87380 1 1 ...

Still there. --

Isn't this another instance of <http://bugzilla.kernel.org/show_bug.cgi?id=11209>? If you can try 2.6.27-rc6, that should fix it. Alan --

hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the bug when testing 2.6.25-based kernels. I started a git bisection search but after half an hour I hit bad 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt The latter includes this: Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy Sep 13 ...

At Sat, 13 Sep 2008 01:03:44 +0300, Could you run alsa-info.sh with --no-upload option for both with and without model=dell-3stack option, and attach the generated files? The script is found as http://www.alsa-project.org/alsa-info.sh The model option with STAC codec usually changes only the default pin configurations. Some pin config changes might hit you. thanks, Takashi --

In addition it deserves to be commented so that somebody doesn't go and change it yet again. Alan Stern --

I have seen your reply on the other thread, but just to confirm yes, I tested yesterday the same change that fixed the problem. I saw that the commit is -- []'s Herton --

At Fri, 12 Sep 2008 11:22:21 -0400, Thanks for reporting. It was already fixed on my sound-2.6.git. Takashi --

Although I agree that arch all is technically not incorrect, I wonder if it is the smart thing to do it here. The pkg-deb target is probably mostly, or even exclusively - used to build custom kernels, and people might be crossbuilding kernels with different configs and thus resulting in different firmware files from the same source (thus same version) on the same system. I build amd64, i386 and armel that way on my main desktop system, all with different configs (tuned mainly to keep the ...

[Adding linux-kbuild as that seems to be the closest to a maintainer for scripts/package/] Ta, I've fixed both the indents. I've also changed the firmware package ----- diff --git a/scripts/package/builddeb b/scripts/package/builddeb index ba6bf5d..1264b8e 100644 --- a/scripts/package/builddeb +++ b/scripts/package/builddeb @@ -15,15 +15,18 @@ set -e version=$KERNELRELEASE revision=`cat .version` tmpdir="$objtree/debian/tmp" +fwdir="$objtree/debian/fwtmp" ...

Use flush_tlb_others(), which will get paravirtualized properly. J --

Hi Jarod, No, I can't think of anything else. OTOH there have never been real problems with this for the past 10 years... Christoph --

applied --

On Sat, 13 Sep 2008 18:53:13 +0100 Are you sure your patch doesn't break other x86 IOMMU implementations (note that this patch affects all the IOMMUs)? x86 IOMMU coherent code has been broken for a long time. The coherent code was completely rewritten for 2.6.28 to fix all the issues. git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-tip.git I think it's too late to try to fix v2.6.27. --

-- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

Hi Maxim, on 12 Sep 08 at 00:28, Maxim Levitsky wrote: I have already agreed to implement this in lircd. The reason why I didn't until now is that there never was any reguest for such a feature from real users of LIRC. This is often suggested by people from an architectural viewpoint, because it's nice to have a unified interface through the input layer. But if you start using LIRC you usually realise quite fast that simple key events are not enough to build a remote controlled home ...

[Yinghai Lu - Fri, Sep 12, 2008 at 12:57:21PM -0700] ... | > 0 add_pin_to_irq: irq 15 --> apic 0 pin 15 | > IOAPIC[0]: Set routing entry (8-15 -> 0x3f -> IRQ 15 Mode:0 Active:0) | > 8-16 8-17 8-18 8-19 8-20 8-21 8-22 8-23 (apicid-pin) not connected | > 9-0 9-1 9-2 9-3 9-4 9-5 9-6 9-7 9-8 9-9 9-10 9-11 9-12 9-13 9-14 9-15 | > 9-16 9-17 9-18 9-19 9-20 9-21 9-22 9-23 (apicid-pin) not connected | > | | only first one not connected at first, and ... | | why not just revert those two ...

applied --

applied --

From: David Fries <david@fries.net> A call to pnp_stop_dev and pnp_start_dev now shuts down and initializes plug and play devices for suspend and resume. Signed-off-by: David Fries <david@fries.net> Cc: Atsushi Nemoto <anemo@mba.ocn.ne.jp> Cc: Paul Gortmaker <p_gortmaker@yahoo.com> Cc: Alan Cox <alan@lxorguk.ukuu.org.uk> Cc: Jeff Garzik <jeff@garzik.org> --- This version is the same as the last PATCH 2/2, only with updated line offsets. drivers/net/ne.c | 9 ++++++++- 1 files ...

I reformatted your patch and added a comment. Does this work for you? diff --git a/drivers/net/ne.c b/drivers/net/ne.c index cd31e77..9759aec 100644 --- a/drivers/net/ne.c +++ b/drivers/net/ne.c @@ -813,22 +813,37 @@ static int __init ne_drv_probe(struct platform_device *pdev) { struct net_device *dev; int err, this_dev = pdev->id; + struct resource *res; dev = alloc_eip_netdev(); if (!dev) return -ENOMEM; - dev->base_addr = io[this_dev]; - dev->irq = ...

From: David Fries <david@fries.net> Removing the module would cause a kernel oops as platform_driver_probe failed to detect a device and unregistered the platform driver on module init, and cleanup_module would unregister the already unregistered driver. The suspend and resume functions weren't being called. platform_driver support was added earlier, but without any platform_device_register* calls I don't think it was being used. Now all devices are registered using ...

applied --

Agreed. Bugfix was tested and is pretty obvious. ...but complete revert is still better than keeping 'thinpkad-cooking' bug. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

LD_PRELOAD should work over exec... Another possibility would be to declare new syscalls, and have glibc automatically use select_slack(, foo) if GLIBC_SLACK=foo. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

Acked-by: Jeff Garzik <jgarzik@redhat.com> --

From: David Miller <davem@davemloft.net> As a followup this turned out to be the classic "PATH when doing GIT over SSH" problem. I have to say this is very unfun to debug, and even less fun to "fix" even once you know this is the problem. And what's more I know this is the second time I've had to spend a night debugging this very problem. I ended up having to make a ~/.ssh/environment file and then restart my SSH server with "PermitUserEnvironment yes" added to sshd_config. But I can't ...

Can you try the patch here http://www.ussg.iu.edu/hypermail/linux/kernel/0809.1/2074.html That should resolve both reserve and free issues.. Thanks, Venki --

There are less silly examples like setting up a chroot type environment contained in a mount namespace and having a kernel oops That second condition is interesting requiring write permission of the dentry. I thought we had obviated the need for that when we added ownership to the mounts themselves. In this case at least it shouldn't Ok. Let's pick on something a little more interesting. root does: mmount --bind -o user=hallyn /home/hallyn /home/hallyn hallyn does: mount --bind ...