Hi, I noticed that I can loose control of a 2.6.35 kernel running on a 4-core system in a way which I find quite unexpected: chrt -r 1 /usr/bin/yes > /dev/null (default 95% per-cpu throttling). Ok, with rt bandwidth migration among cores, my yes process will take undisturbed 100% of *one* core, but I would be supposed to keep controlling the system using the other three ones, wouldn't I ? Instead, If I'm from a terminal, then I loose control of it, console switching does not work ...

Running a kernel based on the Rafael's -next tree, under VMware, I get the following oops while booting: Entering kdb (current=0xd73e2f70, pid 1024) on processor 0 Oops: (null) due to oops @ 0xc108bc94 <d>Modules linked in: ext4 jbd2 crc16 mptspi mptscsih mptbase <c> <d>Pid: 1024, comm: plymouthd Not tainted 2.6.36-rc4+ #60 440BX Desktop Reference Platform/VMware Virtual Platform <d>EIP: 0060:[<c108bc94>] EFLAGS: 00010246 CPU: 0 EIP is at kfree+0x36/0x88 <d>EAX: c146ccbd EBX: dc46e980 ECX: ...

All I can see there is marketing blurb. The spec pdf does not tell me Oh no. We are not going to merge that and give you a card blanche to come up with another profiling/performance monitoring facility which is completely disconnected to everything else. Please provide either the full patch of this facility or at least a reasonable explanation how it will look like when your code is ready. What's the user space interface, how does it hook into perf, etc ... Thanks, tglx --

Fold it into memblock_x86_find_in_range(), and change bad_addr_size() to check_reserve_memblock(). So whole memblock_x86_find_in_range_size() code is more readable. Signed-off-by: Yinghai Lu <yinghai@kernel.org> --- arch/x86/mm/memblock.c | 39 +++++++++++---------------------------- 1 file changed, 11 insertions(+), 28 deletions(-) Index: linux-2.6/arch/x86/mm/memblock.c =================================================================== --- ...

When trying to find huge range for crashkernel, get [ 0.000000] ------------[ cut here ]------------ [ 0.000000] WARNING: at arch/x86/mm/memblock.c:248 memblock_x86_reserve_range+0x40/0x7a() [ 0.000000] Hardware name: Sun Fire x4800 [ 0.000000] memblock_x86_reserve_range: wrong range [0xffffffff37000000, 0x137000000) [ 0.000000] Modules linked in: [ 0.000000] Pid: 0, comm: swapper Not tainted 2.6.36-rc5-tip-yh-01876-g1cac214-dirty #59 [ 0.000000] Call Trace: [ ...

Congratulations: You Have Won! The MICROSOFT EMAIL PROMO TEAM is glad to announce that after a successful completion of the PROMO DRAWS held on the 04th Oct 2010,your e-mail address,attached to winning numbers:(11) (80) (12)(96) (09) (43) won in the Tenth lottery category. You have therefore been approved to claim a total sum of £450,000,00 Pounds Sterling in cash credited to REF NO:MICRO-L/2009-END10. All participants were selected through our Microsoft computer ballot system drawn from ...

smbfs has been scheduled for removal in 2.6.27, so maybe we can now move it to drivers/staging on the way out. smbfs still uses the big kernel lock and nobody is going to fix that, so we should be getting rid of it soon. This removes the 32 bit compat mount and ioctl handling code, which is implemented in common fs code, and moves all smbfs related files into drivers/staging/smbfs. Signed-off-by: Arnd Bergmann <arnd@arndb.de> --- Documentation/filesystems/00-INDEX | ...

This allows to write the semantic patches with code sharing for the matching parts. Signed-off-by: Nicolas Palix <npalix.work@gmail.com> Signed-off-by: Julia Lawall <julia@diku.dk> --- scripts/coccicheck | 10 ++++++---- 1 files changed, 6 insertions(+), 4 deletions(-) diff --git a/scripts/coccicheck b/scripts/coccicheck index efaf108..6b04b31 100755 --- a/scripts/coccicheck +++ b/scripts/coccicheck @@ -31,6 +31,8 @@ if [ "$MODE" = "" ] ; then echo 'You can specify the mode with ...

If some fixed da address is wanted to be mapped and the page is freed but it is used as gap, the mapping will fail. This patch is fixing that and olny keeps the gap for not fixed address. Signed-off-by: Fernando Guzman Lugo <x0095840@ti.com> --- arch/arm/plat-omap/iovmm.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/plat-omap/iovmm.c b/arch/arm/plat-omap/iovmm.c index 24ca9c4..34f0012 100644 --- a/arch/arm/plat-omap/iovmm.c +++ ...

This patch adds superpages support to fixed ad address inside iommu_kmap function. Signed-off-by: Fernando Guzman Lugo <x0095840@ti.com> --- arch/arm/plat-omap/iovmm.c | 61 ++++++++++++++++++++++++++----------------- 1 files changed, 37 insertions(+), 24 deletions(-) diff --git a/arch/arm/plat-omap/iovmm.c b/arch/arm/plat-omap/iovmm.c index 34f0012..8006a19 100644 --- a/arch/arm/plat-omap/iovmm.c +++ b/arch/arm/plat-omap/iovmm.c @@ -87,27 +87,37 @@ static size_t sgtable_len(const ...

Use new comment format to separate proposed commit message and information about generated false positive Signed-off-by: Nicolas Palix <npalix.work@gmail.com> Signed-off-by: Julia Lawall <julia@diku.dk> --- scripts/coccinelle/free/kfree.cocci | 9 +++++---- 1 files changed, 5 insertions(+), 4 deletions(-) diff --git a/scripts/coccinelle/free/kfree.cocci b/scripts/coccinelle/free/kfree.cocci index c13a539..f9f79d9 100644 --- a/scripts/coccinelle/free/kfree.cocci +++ ...

Below is an updated patch to fix broken web addresses in the arch directory. Please let me know if I missed anything.(and Thank you vary much for taking the time to look at this..) Signed-off-by: Justin P. Mattock <justinmattock@gmail.com> Signed-off-by: Maciej W. Rozycki <macro@linux-mips.org> Cc: Finn Thain <fthain@telegraphics.com.au> Cc: Randy Dunlap <rdunlap@xenotime.net> --- arch/arm/Kconfig | 2 +- arch/arm/common/icst.c | 2 +- ...

In preparation for moving the generic functions out of this file, give the functions more general names (e.g. remove "arm" from the names). Signed-off-by: Matt Fleming <matt@console-pimps.org> Tested-by: Will Deacon <will.deacon@arm.com> --- arch/arm/oprofile/common.c | 68 ++++++++++++++++++++++---------------------- 1 files changed, 34 insertions(+), 34 deletions(-) diff --git a/arch/arm/oprofile/common.c b/arch/arm/oprofile/common.c index cb224ee..86df75f 100644 --- ...

In preparation for moving the majority of this oprofile code into an architecture-neutral place separate the architecture-independent code into oprofile_perf_init() and oprofile_perf_exit(). Signed-off-by: Matt Fleming <matt@console-pimps.org> Tested-by: Will Deacon <will.deacon@arm.com> --- arch/arm/oprofile/common.c | 17 ++++++++++++++--- 1 files changed, 14 insertions(+), 3 deletions(-) diff --git a/arch/arm/oprofile/common.c b/arch/arm/oprofile/common.c index 86df75f..e4cd332 ...

Introduce perf_pmu_name() helper function that returns the name of the pmu. This gives us a generic way to get the name of a pmu regardless of how an architecture identifies it internally, e.g. ARM uses an id whereas SH currently uses a string. Signed-off-by: Matt Fleming <matt@console-pimps.org> --- arch/arm/kernel/perf_event.c | 23 +++++++++++++++++++++++ arch/arm/oprofile/common.c | 22 +--------------------- arch/sh/kernel/perf_event.c | 14 ++++++++++++++ ...

Now that we've got a generic perf-events based oprofile backend we might as well make use of it seeing as SH doesn't do anything special with its oprofile backend. Also introduce a new CONFIG_HW_PERF_EVENTS symbol so that we can fallback to using the timer interrupt for oprofile if the CPU doesn't support perf events. Signed-off-by: Matt Fleming <matt@console-pimps.org> --- arch/sh/Kconfig | 13 +++++ arch/sh/oprofile/Makefile | 4 ++ arch/sh/oprofile/common.c | 109 ...

The number of counters for the registered pmu is needed in a few places so provide a helper function that returns this number. Signed-off-by: Matt Fleming <matt@console-pimps.org> Tested-by: Will Deacon <will.deacon@arm.com> --- arch/arm/kernel/perf_event.c | 6 ++++++ arch/arm/oprofile/common.c | 31 ++++++++++++++++++------------- arch/sh/kernel/perf_event.c | 9 +++++++++ include/linux/perf_event.h | 1 + 4 files changed, 34 insertions(+), 13 deletions(-) diff --git ...

This happens in 2.6.36-rcX: [ 0.523130] [drm] Initialized drm 1.1.0 20060810 [ 0.523159] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 0.523165] i915 0000:00:02.0: setting latency timer to 64 [ 0.555999] [drm] detected 63M stolen memory, trimming to 32M [ 0.556065] i915 0000:00:02.0: irq 40 for MSI/MSI-X [ 0.556077] [drm] set up 32M of stolen space [ 0.556247] [drm:init_ring_common] *ERROR* render ring head not reset to zero ctl 00000000 head 02001000 tail ...

Nobody appears to be interested in fixing autofs3 bugs any more and it uses the BKL, which is going away. Move this to staging for retirement. Unless someone complains until 2.6.38, we can remove it for good. The include/linux/auto_fs.h header file is still used by autofs4, so it remains in place. Signed-off-by: Arnd Bergmann <arnd@arndb.de> Cc: Ian Kent <raven@themaw.net> Cc: autofs@linux.kernel.org Cc: "H. Peter Anvin" <hpa@zytor.com> --- MAINTAINERS | ...

I say we should just delete it. -hpa --

In diva_mnt_add_xdi_adapter() we do this: strcpy (clients[id].drvName, tmp); strcpy (clients[id].Dbg.drvName, tmp); The "clients[id].drvName" is a 128 character buffer and "clients[id].Dbg.drvName" was originally a 16 character buffer but I've changed it to 128 as well. We don't actually use 128 characters but we do use more than 16. I've also changed the size of "tmp" to 128 characters instead of 256. Signed-off-by: Dan Carpenter <error27@gmail.com> diff --git ...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Afternoon everyone, We are going to do a quick reboot of the master backend server again in about 2 hours at 2PM Pacific time or Mon Oct 4 21:00:00 UTC 2010. This is to fix the XFS reclaim bug that is currently present on the box. Downtime should be less than 5 minutes. - - John 'Warthog9' Hawley Chief Kernel.org Administrator -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - ...

Looks like a stale lockfile. -hpa --

When in Rome... In order not to be left behind, we add jump label support for MIPS. Tested on 64-bit big endian (Octeon), and 32-bit little endian (malta/qemu). Signed-off-by: David Daney <ddaney@caviumnetworks.com> Cc: Steven Rostedt <rostedt@goodmis.org> Cc: Jason Baron <jbaron@redhat.com> Cc: Ralf Baechle <ralf@linux-mips.org> --- arch/mips/Kconfig | 1 + arch/mips/include/asm/jump_label.h | 48 ++++++++++++++++++++++++++++++++++ arch/mips/kernel/Makefile ...

Hi Ingo, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux-2.6 perf/urgent Regards, - Arnaldo Frederik Deweerdt (1): perf ui hist browser: Fix segfault on 'a' for annotate Kusanagi Kouichi (1): perf tools: Fix build breakage Stephane Eranian (1): perf trace scripting: Fix extern struct definitions tools/perf/Makefile | 2 +- tools/perf/util/trace-event-scripting.c | 4 ++-- tools/perf/util/ui/browsers/hists.c ...

From: Stephane Eranian <eranian@google.com> Both python_scripting_ops and perl_scripting_ops have two global definitions. One in trace-event-scripting.c and one in their respective scripting-engine modules. The issue is that depending on the linker order one definition or the other is chosen. One is uninitialized (bss), while the other is initialized. If the uninitialized version is chosen, then perf does not function properly. This patch fixes this by adding the extern prefix to the ...

Right now we only support runtime PCI PM on devices that provide GPE methods. That's not strictly necessary - we can find GPE associations from the _PRW data and then install our own handlers. This patchset provides support for allowing ACPI handlers to be installed for PCI devices and enables runtime PM on a wider range of machines (Thinkpads, for instance). It also adds support for polling legacy PCI devices to see if their PME flag has gone high, since some vendors appear to have decided that ...

There are circumstances under which it may be desirable for GPE handlers to be installable without displacing the existing GPE method. Add support for this via a boolean argument to acpi_install_gpe_handler, and fix up the existing users to ensure that their behaviour doesn't change. Signed-off-by: Matthew Garrett <mjg@redhat.com> --- drivers/acpi/acpica/aclocal.h | 7 ++-- drivers/acpi/acpica/evgpe.c | 75 ++++++++++++++++++-------------------- drivers/acpi/acpica/evgpeinit.c | ...

Not all hardware vendors hook up the PME line for legacy PCI devices, meaning that wakeup events get lost. The only way around this is to poll the devices to see if their state has changed, so add support for doing that on legacy PCI devices that aren't part of the core chipset. Signed-off-by: Matthew Garrett <mjg@redhat.com> --- drivers/pci/pci.c | 77 +++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 77 insertions(+), 0 deletions(-) diff --git a/drivers/pci/pci.c ...

Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> --- MAINTAINERS | 14 ++++++++++++++ 1 files changed, 14 insertions(+), 0 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 668682d..662aa75 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6486,6 +6486,20 @@ T: git git://git.kernel.org/pub/scm/linux/kernel/git/mjg59/platform-drivers-x86. S: Maintained F: drivers/platform/x86 +XEN PCI SUBSYSTEM +M: Konrad Rzeszutek Wilk ...

From: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> When mapping pci space via /sys or /proc, make sure we're really doing a hardware mapping by setting _PAGE_IOMAP. [ Impact: bugfix; make PCI mappings map the right pages ] Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Reviewed-by: "H. Peter Anvin" <hpa@zytor.com> Reviewed-by: Matthew Wilcox <willy@linux.intel.com> Cc: x86@kernel.org Cc: Jesse Barnes ...

In preperation of modularizing Xen-pcifront the pci_walk_bus needs to be exported so that the xen-pcifront module can walk call the pci subsystem to walk the PCI devices and claim them. Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Acked-by: Jesse Barnes <jbarnes@virtuousgeek.org> [http://marc.info/?l=linux-pci&m=126149958010298&w=2] --- drivers/pci/bus.c | 1 + 1 files changed, 1 insertions(+), 0 ...

From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Introduce an x86 specific indirect mechanism to setup MSIs. The MSI setup functions become function pointers in an x86_msi_ops struct, that defaults to the implementation in io_apic.c Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: "H. Peter Anvin" <hpa@zytor.com> Cc: x86@kernel.org Cc: Jesse Barnes ...

From: Alex Nixon <alex.nixon@citrix.com> Separate out x86 cache_line_size initialisation code into its own function (so it can be shared by Xen later in this patch series) [ Impact: cleanup ] Signed-off-by: Alex Nixon <alex.nixon@citrix.com> Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Reviewed-by: "H. Peter Anvin" <hpa@zytor.com> Reviewed-by: Matthew Wilcox <willy@linux.intel.com> Reviewed-by: Jesse ...

Impact: cleanup Make pirq show useful information in /proc/interrupts [v2: Removed the parts for arch/x86/xen/pci.c ] Signed-off-by: Gerd Hoffmann <kraxel@xeni.home.kraxel.org> Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> --- drivers/xen/events.c | 4 ++-- include/xen/events.h | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/xen/events.c b/drivers/xen/events.c index ...

From: Alex Nixon <alex.nixon@citrix.com> The frontend stub lives in arch/x86/pci/xen.c, alongside other sub-arch PCI init code (e.g. olpc.c). It provides a mechanism for Xen PCI frontend to setup/destroy legacy interrupts, MSI/MSI-X, and PCI configuration operations. [ Impact: add core of Xen PCI support ] [ v2: Removed the IOMMU code and only focusing on PCI.] [ v3: removed usage of pci_scan_all_fns as that does not exist] [ v4: introduced pci_xen value to fix compile warnings] [ v5: ...

From: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Impact: allow Xen control of bio merging When running in Xen domain with device access, we need to make sure the block subsystem doesn't merge requests across pages which aren't machine physically contiguous. To do this, we define our own BIOVEC_PHYS_MERGEABLE. When CONFIG_XEN isn't enabled, or we're not running in a Xen domain, this has identical behaviour to the normal implementation. When running under Xen, we also make sure ...

It used to done in the Xen startup code but that is not really appropiate. Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> --- arch/x86/xen/pci-swiotlb-xen.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/arch/x86/xen/pci-swiotlb-xen.c b/arch/x86/xen/pci-swiotlb-xen.c index a013ec9..be4d80a 100644 --- a/arch/x86/xen/pci-swiotlb-xen.c +++ b/arch/x86/xen/pci-swiotlb-xen.c @@ -1,6 +1,7 @@ /* Glue code to lib/swiotlb-xen.c */ #include ...

Linus, please pull sound fixes for v2.6.36-rc7 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git fix/misc Just two small obvious fixes below. Thanks! Takashi === Dan Rosenberg (1): ALSA: prevent heap corruption in snd_ctl_new() Takashi Iwai (1): ALSA: i2c/other/ak4xx-adda: Fix a compile warning with CONFIG_PROCFS=n --- sound/core/control.c | 5 +++++ sound/i2c/other/ak4xxx-adda.c | 2 +- 2 files changed, 6 ...

Add a software rfkill switch for the WLAN interface in the OLPC XO-1 laptop. It uses the OLPC embedded controller to cut/restore power to the Marvell WLAN chip on the motherboard. Signed-off-by: Daniel Drake <dsd@laptop.org> --- arch/x86/include/asm/olpc.h | 2 + drivers/platform/x86/Kconfig | 8 +++ drivers/platform/x86/Makefile | 1 + drivers/platform/x86/xo1-rfkill.c | 86 +++++++++++++++++++++++++++++++++++++ 4 files changed, 97 insertions(+), 0 deletions(-) ...

Please put this in a separate file, or at least a separate function (adding all the XO-1 platform devices.) -hpa --

Hi, It seems the platform device was dropped from the migration of tidspbridge into staging, plus the sdram meblock (previously bootmem) required for it work are gone. Withouth these patches the driver loads, but doesn't do anything. A second issue with ioremap() still remains, but that can be solved by reverting 309caa9. I think these might be worth to get into 2.6.36, if not, I have versions with more changes; cleanups and so on. Tested on a Nokia N900. Felipe Contreras (2): ...

Otherwise tidspbridge cannot work. It looks like this was dropped in the conversion to staging. I took the liberty of doing some cleaning up. Signed-off-by: Felipe Contreras <felipe.contreras@gmail.com> --- arch/arm/mach-omap2/Makefile | 4 ++ arch/arm/mach-omap2/dsp.c | 85 +++++++++++++++++++++++++++++++++ arch/arm/plat-omap/common.c | 2 + arch/arm/plat-omap/devices.c | 30 ++++++++++++ arch/arm/plat-omap/include/plat/dsp.h | 31 ...

If async page fault is received by idle task or when preemp_count is not zero guest cannot reschedule, so do sti; hlt and wait for page to be ready. vcpu can still process interrupts while it waits for the page to be ready. Acked-by: Rik van Riel <riel@redhat.com> Signed-off-by: Gleb Natapov <gleb@redhat.com> --- arch/x86/kernel/kvm.c | 40 ++++++++++++++++++++++++++++++++++------ 1 files changed, 34 insertions(+), 6 deletions(-) diff --git a/arch/x86/kernel/kvm.c ...

KVM virtualizes guest memory by means of shadow pages or HW assistance like NPT/EPT. Not all memory used by a guest is mapped into the guest address space or even present in a host memory at any given time. When vcpu tries to access memory page that is not mapped into the guest address space KVM is notified about it. KVM maps the page into the guest address space and resumes vcpu execution. If the page is swapped out from the host memory vcpu execution is suspended till the page is swapped into ...

When async PF capability is detected hook up special page fault handler that will handle async page fault events and bypass other page faults to regular page fault handler. Also add async PF handling to nested SVM emulation. Async PF always generates exit to L1 where vcpu thread will be scheduled out until page is available. Acked-by: Rik van Riel <riel@redhat.com> Signed-off-by: Gleb Natapov <gleb@redhat.com> --- arch/x86/include/asm/kvm_para.h | 12 +++ arch/x86/include/asm/traps.h | ...

Async PF also needs to hook into smp_prepare_boot_cpu so move the hook into generic code. Acked-by: Rik van Riel <riel@redhat.com> Signed-off-by: Gleb Natapov <gleb@redhat.com> --- arch/x86/include/asm/kvm_para.h | 1 + arch/x86/kernel/kvm.c | 11 +++++++++++ arch/x86/kernel/kvmclock.c | 13 +------------ 3 files changed, 13 insertions(+), 12 deletions(-) diff --git a/arch/x86/include/asm/kvm_para.h b/arch/x86/include/asm/kvm_para.h index 7b562b6..e3faaaf 100644 --- ...

When page is swapped in it is mapped into guest memory only after guest tries to access it again and generate another fault. To save this fault we can map it immediately since we know that guest is going to access the page. Do it only when tdp is enabled for now. Shadow paging case is more complicated. CR[034] and EFER registers should be switched before doing mapping and then switched back. Acked-by: Rik van Riel <riel@redhat.com> Signed-off-by: Gleb Natapov <gleb@redhat.com> --- ...

Enable async PF in a guest if async PF capability is discovered. Signed-off-by: Gleb Natapov <gleb@redhat.com> --- Documentation/kernel-parameters.txt | 3 + arch/x86/include/asm/kvm_para.h | 5 ++ arch/x86/kernel/kvm.c | 92 +++++++++++++++++++++++++++++++++++ 3 files changed, 100 insertions(+), 0 deletions(-) diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt index 8dc2548..0bd2203 100644 --- ...

If guest can detect that it runs in non-preemptable context it can handle async PFs at any time, so let host know that it can send async PF even if guest cpu is not in userspace. Acked-by: Rik van Riel <riel@redhat.com> Signed-off-by: Gleb Natapov <gleb@redhat.com> --- Documentation/kvm/msr.txt | 5 +++-- arch/x86/include/asm/kvm_host.h | 1 + arch/x86/include/asm/kvm_para.h | 1 + arch/x86/kernel/kvm.c | 3 +++ arch/x86/kvm/x86.c | 5 +++-- 5 ...

Including mux.h should no longer be needed for omap2/3/4 SoCs outside arch/arm/mach-omap2 files. Signed-off-by: Nicolas Kaiser <nikai@nikai.net> --- drivers/video/omap/lcd_omap3beagle.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/drivers/video/omap/lcd_omap3beagle.c b/drivers/video/omap/lcd_omap3beagle.c index ca75cc2..d7c6c3e 100644 --- a/drivers/video/omap/lcd_omap3beagle.c +++ b/drivers/video/omap/lcd_omap3beagle.c @@ -25,8 +25,6 @@ #include ...

Thanks, --

Le Mon, 04 Oct 2010 18:41:44 +0200, Is it really expensive? It looks like a few flag checks in an inline The patch in the next email implements the 1) solution on SOCK_DGRAM and SOCK_SEQPACKET (without SOCK_STREAM). -- Alban --

Userspace applications can already request to receive timestamps with: setsockopt(sockfd, SOL_SOCKET, SO_TIMESTAMP, ...) Although setsockopt() returns zero (success), timestamps are not added to the ancillary data. This patch fixes that. Signed-off-by: Alban Crequy <alban.crequy@collabora.co.uk> --- net/unix/af_unix.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/net/unix/af_unix.c b/net/unix/af_unix.c index 617bea4..142ccea 100644 --- ...

Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com> Note: tstamp is sampled at the time of skb queueing, _after_ eventual sleep in sock_alloc_send_skb() or memcpy_fromiovec() --

Le Mon, 04 Oct 2010 20:09:49 +0200, You're right, I just tested it and it was the time of reception. Thanks for the review. --

Hi, HPET as a clocksource has still issues in the latest kernels (confirmed in 2.6.36-rc6) at least on x86_64. Unless clocksource=jiffies, clocksource=tsc or nolapic_timer is used, the system is unusable. Tasks are not woken unless mouse is moved, key is pressed (or other hard irq triggered). 2.6.32 seems to be the last working. The bug was originally reported in the bugzilla here: https://bugzilla.novell.com/show_bug.cgi?id=579932 To quote: "My clock is seriously lagging behind. After ...

Remove goto statement which jumps to very next line. Also remove target label because it is no longer used anywhere. Signed-off-by: Namhyung Kim <namhyung@gmail.com> --- fs/jbd/transaction.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/fs/jbd/transaction.c b/fs/jbd/transaction.c index 5ae71e7..981449c 100644 --- a/fs/jbd/transaction.c +++ b/fs/jbd/transaction.c @@ -293,9 +293,7 @@ handle_t *journal_start(journal_t *journal, int nblocks) ...

Remove duplicated include. Signed-off-by: Nicolas Kaiser <nikai@nikai.net> --- net/caif/caif_socket.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/net/caif/caif_socket.c b/net/caif/caif_socket.c index 8ce9047..7a09fb6 100644 --- a/net/caif/caif_socket.c +++ b/net/caif/caif_socket.c @@ -15,7 +15,6 @@ #include <linux/poll.h> #include <linux/tcp.h> #include <linux/uaccess.h> -#include <linux/mutex.h> #include <linux/debugfs.h> #include ...

Remove duplicated include. Signed-off-by: Nicolas Kaiser <nikai@nikai.net> --- net/netfilter/xt_ipvs.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/net/netfilter/xt_ipvs.c b/net/netfilter/xt_ipvs.c index 7a4d66d..9127a3d 100644 --- a/net/netfilter/xt_ipvs.c +++ b/net/netfilter/xt_ipvs.c @@ -16,7 +16,6 @@ #include <linux/ip_vs.h> #include <linux/types.h> #include <linux/netfilter/x_tables.h> -#include <linux/netfilter/x_tables.h> #include ...

drivers/i2c/algos/Kconfig makes all the algorithms dependent on !I2C_HELPER_AUTO, which triggers a Kconfig warning about broken dependencies when some driver selects one of the algorithms. Make only the prompts dependent on !I2C_HELPER_AUTO, not the complete symbols. This moves the entries out of the "I2C Algorithms" submenu, but most users do not unset I2C_HELPER_AUTO, so they will not see it anyway. Signed-off-by: Michal Marek <mmarek@suse.cz> --- Please consider for 2.6.36, as the warning ...

(Sorry, I missed the patch in your message before) I2C_ALGOBIT does exist, but depends on a false value if I2C_HELPER_AUTO is set. Yes, in this case it does not matter, there won't be any unresolved symbols during link, but Kconfig has no way to find out what are hard dependencies and what are tricks to improve the user Unfortunatelly, this fix does not help. Symbol properties are merged together, so this just first defines three tristate symbols and later makes them depend on ...

There are two messages in the ISR of nouveau which might be printed out hundred times in a second. Ratelimit them. (We need to move nouveau_ratelimit to the top of the file.) Signed-off-by: Jiri Slaby <jslaby@suse.cz> Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Marcin Slusarz <marcin.slusarz@gmail.com> --- drivers/gpu/drm/nouveau/nouveau_irq.c | 23 +++++++++++++---------- 1 files changed, 13 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_irq.c ...

Looks good to me. If you could rebase this on nouveau git (git.freedesktop.org/git/nouveau/linux-2.6), I'll push it. Thanks, --

Two routines, modeled from sg_copy_from/to_buffer, are added for cases that offset_in_sg has to be taken as a parameter. Then it seems that the procedure of sg_miter_start/next/stop in sg_copy_buffer() will no longer be modeled, and all __xyz elements of miter are untouched as well, outside scatter list. Signed-off-by: Hillf Danton <dhillf@gmail.com> --- --- o/linux-2.6.36-rc4/include/linux/scatterlist.h 2010-09-13 07:07:38.000000000 +0800 +++ ...

Remove duplicated include. Signed-off-by: Nicolas Kaiser <nikai@nikai.net> --- drivers/staging/lirc/lirc_parallel.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/staging/lirc/lirc_parallel.c b/drivers/staging/lirc/lirc_parallel.c index 6da4a8c..0c831f5 100644 --- a/drivers/staging/lirc/lirc_parallel.c +++ b/drivers/staging/lirc/lirc_parallel.c @@ -40,7 +40,6 @@ #include <linux/delay.h> #include <linux/io.h> -#include <linux/signal.h> #include ...

Remove duplicated includes. Signed-off-by: Nicolas Kaiser <nikai@nikai.net> --- drivers/staging/spectra/lld_emu.c | 10 ++++------ drivers/staging/spectra/lld_mtd.c | 8 ++------ 2 files changed, 6 insertions(+), 12 deletions(-) diff --git a/drivers/staging/spectra/lld_emu.c b/drivers/staging/spectra/lld_emu.c index 60eb0f6..6733bbf 100644 --- a/drivers/staging/spectra/lld_emu.c +++ b/drivers/staging/spectra/lld_emu.c @@ -25,6 +25,10 @@ #include "lld.h" #if CMD_DMA #include ...

Applied, thanks. Queuing for 2.6.37. --

Remove duplicated include. Signed-off-by: Nicolas Kaiser <nikai@nikai.net> --- arch/arm/mach-davinci/board-da850-evm.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-davinci/board-da850-evm.c b/arch/arm/mach-davinci/board-da850-evm.c index fdc2cc5..851cc45 100644 --- a/arch/arm/mach-davinci/board-da850-evm.c +++ b/arch/arm/mach-davinci/board-da850-evm.c @@ -26,7 +26,6 @@ #include <linux/mtd/physmap.h> #include <linux/regulator/machine.h> ...

Remove duplicated include. Signed-off-by: Nicolas Kaiser <nikai@nikai.net> --- arch/arm/mach-tegra/timer.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-tegra/timer.c b/arch/arm/mach-tegra/timer.c index 2f42021..9057d6f 100644 --- a/arch/arm/mach-tegra/timer.c +++ b/arch/arm/mach-tegra/timer.c @@ -28,7 +28,6 @@ #include <linux/cnt32_to_63.h> #include <asm/mach/time.h> -#include <asm/mach/time.h> #include <asm/localtimer.h> #include ...

From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Add XEN_DOM0 to arch/x86/xen/Kconfig as a silent compile time option that gets enabled when xen and basic x86, acpi and pci support are selected. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- arch/x86/xen/Kconfig | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/arch/x86/xen/Kconfig b/arch/x86/xen/Kconfig index 68128a1..9bbb06b 100644 --- a/arch/x86/xen/Kconfig +++ ...

From: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Use the console hypercalls for dom0 console. [ Impact: Add Xen dom0 console ] Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Signed-off-by: Juan Quintela <quintela@redhat.com> Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- drivers/char/hvc_xen.c | 98 ++++++++++++++++++++++++++++++++---------------- drivers/xen/events.c | 2 +- include/xen/events.h | 1 + 3 files changed, ...

From: Ian Campbell <ian.campbell@citrix.com> When running as initial domain, get the real physical memory map from xen using the XENMEM_machine_memory_map hypercall and use it to setup the e820 regions. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- arch/x86/xen/setup.c | 43 +++++++++++++++++++++++++++++++++++++-- ...

From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- arch/x86/xen/smp.c | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c index 25f232b..1386767 100644 --- a/arch/x86/xen/smp.c +++ b/arch/x86/xen/smp.c @@ -156,11 +156,16 @@ static void __init xen_fill_possible_map(void) { int i, rc; + num_processors = 0; + disabled_cpus = 0; for ...

From: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Implement xen_register_gsi to setup the correct triggering and polarity properties of a gsi. Implement xen_register_pirq to register a particular gsi as pirq and receive interrupts as events. Call xen_setup_pirqs to register all the legacy ISA irqs as pirqs. Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- arch/x86/pci/xen.c | ...

Hi all, this series implements the basic support needed to boot Linux as initial domain on Xen: the target is not to add full featured dom0 support in the kernel but to be able to boot Linux on Xen on native. We tried to minimize the impact to generic x86 code and interfaces and since v2 of the series we were able to eliminate all the modifications to non-Xen specific code. Changes compared to v1: - the last three patches that added Xen mtrr support have been removed; - a new patch to ...

This patch adds runtime PM support in this dma driver for 4 PCI Controllers Whenever the driver is idle (no channels grabbed), it can go to low power state It also adds the PCI suspend and resume support Signed-off-by: Vinod Koul <vinod.koul@intel.com> Signed-off-by: Alan Cox <alan@linux.intel.com> --- drivers/dma/intel_mid_dma.c | 123 +++++++++++++++++++++++++++++++++++-- drivers/dma/intel_mid_dma_regs.h | 14 ++++- 2 files changed, 129 insertions(+), 8 deletions(-) diff --git ...

Moved the WARN_ON to BUG_ON, as WARN_ON if hit, can cause null pointer derefrences Signed-off-by: Vinod Koul <vinod.koul@intel.com> Signed-off-by: Alan Cox <alan@linux.intel.com> --- drivers/dma/intel_mid_dma.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/dma/intel_mid_dma.c b/drivers/dma/intel_mid_dma.c index 2ae1086..ef7ffb8 100644 --- a/drivers/dma/intel_mid_dma.c +++ b/drivers/dma/intel_mid_dma.c @@ -581,15 +581,15 @@ static struct ...

From: Yong Wang <yong.y.wang@intel.com> Allow DMAC2 to share interrupt since exclusive interrupt line for mrst DMAC2 is not provided on other platforms. Signed-off-by: Yong Wang <yong.y.wang@intel.com> Signed-off-by: Vinod Koul <vinod.koul@intel.com> Signed-off-by: Alan Cox <alan@linux.intel.com> --- drivers/dma/intel_mid_dma.c | 5 +---- 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/dma/intel_mid_dma.c b/drivers/dma/intel_mid_dma.c index c4b8138..3c4333e ...

Hi Dan, Please find attached 6 patches for intel_mid_dma driver, below gives brief summary of each patch 1/6: This adds runtime PM support in dma driver, this also adds the driver PCI suspend and resume 2/6 & 3/6: These two patches are from Yong Wang: These enable the irq to be Shared which is required on some platforms. 4/6: This adds sg list support in dma driver. This is enabled for only two of 4 devices it supports due to hw support (rest of the two controller don't support ...

Remove duplicated include. Signed-off-by: Nicolas Kaiser <nikai@nikai.net> --- arch/arm/mach-omap2/board-cm-t35.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap2/board-cm-t35.c b/arch/arm/mach-omap2/board-cm-t35.c index e10bc10..3308119 100644 --- a/arch/arm/mach-omap2/board-cm-t35.c +++ b/arch/arm/mach-omap2/board-cm-t35.c @@ -237,8 +237,6 @@ static inline void cm_t35_init_nand(void) {} defined(CONFIG_TOUCHSCREEN_ADS7846_MODULE) #include ...

Commit-ID: 540804b5c52065a87d826f7714b18a3ec0b269f9 Gitweb: http://git.kernel.org/tip/540804b5c52065a87d826f7714b18a3ec0b269f9 Author: Stephane Eranian <eranian@google.com> AuthorDate: Mon, 4 Oct 2010 12:00:02 +0200 Committer: Ingo Molnar <mingo@elte.hu> CommitDate: Mon, 4 Oct 2010 12:47:20 +0200 perf_events: Fix invalid pointer when pid is invalid This patch fixes an error in perf_event_open() when the pid provided by the user is invalid. find_lively_task_by_vpid() does not ...

From: Vitaly Kuzmichev <vkuzmichev@mvista.com> According to the include/linux/watchdog.h WDIOC_SETOPTIONS is classified as 'read from device' ioctl call: #define WDIOC_SETOPTIONS _IOR(WATCHDOG_IOCTL_BASE, 4, int) However, the driver 'mpcore_wdt' performs 'copy_from_user' only if _IOC_WRITE is set, thus the local variable 'uarg' which is used in WDIOC_SETOPTIONS handling remains uninitialized. The proper way to fix this is to bind WDIOC_SETOPTIONS to _IOW, but this will break ...

From: Vitaly Kuzmichev <vkuzmichev@mvista.com> Although upstream commit "98af057 ARM: 6126/1: ARM mpcore_wdt: fix build failure and other fixes" resolved long standing mpcore_wdt driver build problems, it introduced an error in the relationship between the MPcore watchdog timer clock rate and mpcore_margin, "MPcore timer margin in seconds", such that watchdog timeouts are now arbitrary rather than the number of seconds specified by mpcore_margin. This change restores mpcore_wdt_keepalive() to ...

Hi, I am resending this since I worry 2.6.36 is released without this critical fix. Tvrtko Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United Kingdom. Company Reg No 2096520. VAT Reg No GB 348 3873 20.

OK, but can we convert this directly to printk_ratelimited please? Thanks. Honza -- Jan Kara <jack@suse.cz> SUSE Labs, CR --

Use printk_ratelimit() instead of doing it manually. Signed-off-by: Namhyung Kim <namhyung@gmail.com> --- fs/jbd/journal.c | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/fs/jbd/journal.c b/fs/jbd/journal.c index 6f20a75..d66dd36 100644 --- a/fs/jbd/journal.c +++ b/fs/jbd/journal.c @@ -1718,7 +1718,6 @@ static void journal_destroy_journal_head_cache(void) static struct journal_head *journal_alloc_journal_head(void) { struct journal_head *ret; - static ...

Use printk_ratelimited() instead of doing it manually. Signed-off-by: Namhyung Kim <namhyung@gmail.com> --- fs/jbd/journal.c | 9 +++------ 1 files changed, 3 insertions(+), 6 deletions(-) diff --git a/fs/jbd/journal.c b/fs/jbd/journal.c index 6f20a75..f79767d 100644 --- a/fs/jbd/journal.c +++ b/fs/jbd/journal.c @@ -1718,7 +1718,6 @@ static void journal_destroy_journal_head_cache(void) static struct journal_head *journal_alloc_journal_head(void) { struct journal_head ...

Signed-off-by: Giel van Schijndel <me@mortis.eu> --- drivers/watchdog/Kconfig | 4 ++-- drivers/watchdog/f71808e_wdt.c | 10 +++++++++- 2 files changed, 11 insertions(+), 3 deletions(-) diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig index 24efd8e..0fcbb87 100644 --- a/drivers/watchdog/Kconfig +++ b/drivers/watchdog/Kconfig @@ -409,11 +409,11 @@ config ALIM7101_WDT Most people will say N. config F71808E_WDT - tristate "Fintek F71808E and F71882FG ...

Thanks. Merged into my tree. -- Jan Kara <jack@suse.cz> SUSE Labs, CR --

From: Heikki Krogerus <ext-heikki.krogerus@nokia.com> Both of them only concern USB charging. Heikki Krogerus (2): power_supply: add types for USB chargers power_supply: Introduce maximum current property drivers/power/power_supply_sysfs.c | 4 +++- include/linux/power_supply.h | 6 +++++- 2 files changed, 8 insertions(+), 2 deletions(-) --

Hi, we are running an embedded system here based on the PXA300 platform. Suspend/resume used to work well so far. However after upgrading the kernel from 2.6.34.7 to 2.6.35.6, we get the following error when trying to suspend the system: # echo "mem" > "/sys/power/state" [ 5647.295953] PM: Syncing filesystems ... done. [ 5647.318792] Freezing user space processes ... (elapsed 0.01 seconds) done. [ 5647.337048] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. [ ...

The Wishbone bus is an open source hardware bus intended to let the parts of an integrated circuit communicate with each other. This bus is primarily used by the cores hosted by the OpenCores project. The Linux device I/O model assumes that devices have fixed endianess; however, as the endianess of the OpenCores cores is determined at synthesis time, these devices may exist in both little and big endian versions. Effectively, the endianess selected at synthesis time sets an implicit bus ...

If pages are being migrated from a memcg, then updates to that memcg's page statistics are protected by grabbing a bit spin lock using lock_page_cgroup(). In an upcoming commit memcg dirty page accounting will be updating memcg page accounting (specifically: num writeback pages) from softirq. Avoid a deadlocking nested spin lock attempt by disabling interrupts on the local processor when grabbing the page_cgroup bit_spin_lock in lock_page_cgroup(). This avoids the following ...

Extend mem_cgroup to contain dirty page limits. Also add routines allowing the kernel to query the dirty usage of a memcg. These interfaces not used by the kernel yet. A subsequent commit will add kernel calls to utilize these new routines. Signed-off-by: Greg Thelen <gthelen@google.com> Signed-off-by: Andrea Righi <arighi@develer.com> --- include/linux/memcontrol.h | 44 +++++++++++ mm/memcontrol.c | 180 +++++++++++++++++++++++++++++++++++++++++++- 2 files changed, 223 ...

Add calls into memcg dirty page accounting. Notify memcg when pages transition between clean, file dirty, writeback, and unstable nfs. This allows the memory controller to maintain an accurate view of the amount of its memory that is dirty. Signed-off-by: Greg Thelen <gthelen@google.com> Signed-off-by: Andrea Righi <arighi@develer.com> --- fs/nfs/write.c | 4 ++++ mm/filemap.c | 1 + mm/page-writeback.c | 4 ++++ mm/truncate.c | 1 + 4 files changed, 10 ...

Add cgroupfs interface to memcg dirty page limits: Direct write-out is controlled with: - memory.dirty_ratio - memory.dirty_bytes Background write-out is controlled with: - memory.dirty_background_ratio - memory.dirty_background_bytes Signed-off-by: Andrea Righi <arighi@develer.com> Signed-off-by: Greg Thelen <gthelen@google.com> --- mm/memcontrol.c | 89 +++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 89 insertions(+), 0 deletions(-) diff --git ...

Add additional flags to page_cgroup to track dirty pages within a mem_cgroup. Signed-off-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> Signed-off-by: Andrea Righi <arighi@develer.com> Signed-off-by: Greg Thelen <gthelen@google.com> --- include/linux/page_cgroup.h | 23 +++++++++++++++++++++++ 1 files changed, 23 insertions(+), 0 deletions(-) diff --git a/include/linux/page_cgroup.h b/include/linux/page_cgroup.h index 5bb13b3..b59c298 100644 --- ...

This patch set provides the ability for each cgroup to have independent dirty page limits. Limiting dirty memory is like fixing the max amount of dirty (hard to reclaim) page cache used by a cgroup. So, in case of multiple cgroup writers, they will not be able to consume more than their designated share of dirty pages and will be forced to perform write-out if they cross that limit. These patches were developed and tested on mmotm 2010-09-28-16-13. The patches are based on a series proposed ...

How are you getting mmotm? I see the mem_cgroup_update_file_stat() routine added in mmotm (stamp-2010-09-28-16-13) using patch file: http://userweb.kernel.org/~akpm/mmotm/broken-out/memcg-generic-filestat-update-interfa... Author: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> Date: Tue Sep 28 21:48:19 2010 -0700 This patch extracts the core logic from mem_cgroup_update_file_mapped() as mem_cgroup_update_file_stat() and adds a wrapper. As a ...

Signed-off-by: Namhyung Kim <namhyung@gmail.com> --- fs/jbd/journal.c | 7 +++---- 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/fs/jbd/journal.c b/fs/jbd/journal.c index 2c4b1f1..6f20a75 100644 --- a/fs/jbd/journal.c +++ b/fs/jbd/journal.c @@ -698,7 +698,7 @@ static journal_t * journal_init_common (void) journal = kzalloc(sizeof(*journal), GFP_KERNEL); if (!journal) - goto fail; + goto out; init_waitqueue_head(&journal->j_wait_transaction_locked); ...

For the russellville platform, this makes the tsc2007 actually usable. This patch has been kicking around MeeGo 1.0 for a while; not sure why it never made it's way to upstream, but pushing it up that way now. Signed-off-by: Brian Harring <ferringb@gmail.com> --- drivers/input/touchscreen/tsc2007.c | 68 ++++++++++++++++++++++++++--------- 1 files changed, 51 insertions(+), 17 deletions(-) diff --git a/drivers/input/touchscreen/tsc2007.c b/drivers/input/touchscreen/tsc2007.c index ...

Hi all, This tree is not as well tested as others since it was only built after all the merges had been done. Changes since 20101001: New tree: hfsplus The drm tree gained conflicts against Linus' tree. The v4l-dvb tree lost its build failure and conflicts. The oprofile tree lost a conflict. The hwpoison tree still has its build failure so I used the version from next-20100924. The bkl-trivial tree gained a conflict against the hfsplus ...

They shouldn't, but I'll take a look. --

I'm not sure is going to be merged because most of this code has been re-written and has been sitting in drm-intel-next for a few weeks now. This (welcome) rewrite will likely be merged in 2.6.37 (but I can't speak for Chris). This is a port of this patch: http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=commit;h=e5e408fc94595... , but on completely different code. Also this patch is new and didn't see much testing (I tested on 4 different Intel GPUs, ...

Doesn't sound like regression. -- Rafał --

This bug is still valid, and should be listed as a regression. I tried to upload on bugzilla a patch authored by Daniel Vetter that fixes the problem, but then bugzilla went into blackhole mode. I'll provide this patch here in the meantime in case anyone is interested. Regards, Anisse --- From: Daniel Vetter <daniel.vetter@ffwll.ch> Date: Fri, 1 Oct 2010 19:52:09 +0200 Subject: [PATCH] intel-gtt: fix 2.6.35 regression Port of commit "intel-gtt: fix gtt_total_entries detection" to ...

It's a panic fix, so I think it is -stable material anyway. Greg? Thanks, Rafael --

2.6.36-rc6-git2 ! still there. --eric --

Sorry I didn't realize what you were trying to do here. This is not correct at all. The right thing is to fix device_register() to call put_device() itself. It's a bit involved, because all the callers will need to be audited but someone is working on this I think. regards, dan carpenter --

Yeah. But device_register() sucks. It shouldn't require such byzantine error handling. Someone is working on this. regards, --

BKL hasn't been in this code path since before git. I think this relatively recent change caused module_finalize to be called without module_mutex held: commit 75676500f8298f0ee89db12db97294883c4b768e Author: Rusty Russell <rusty@rustcorp.com.au> Date: Sat Jun 5 11:17:36 2010 -0600 module: make locking more fine-grained. Kay Sievers <kay.sievers@vrfy.org> reports that we still have some contention over module loading which is slowing boot. Linus also ...

Thanks Jon, However, considering that tglx has already embarked on his Grand IRQ Subsystem Cleanup, I suspect that this will end up just getting in the way unless he picks it up into his queue. It may even by that the need for irq_host will disappear once Thomas is finished by merging it into the core code. I'd like to sit tight on this until the details of what powerpc virqs can be worked out with Ben and Thomas. Also, sorry for sending you down this rabbit hole. When I suggested this ...

Ok, did it: There's no update per today, it's the latest Bios 207 for this machine. Thanks, Heinz. --

Sergei, Please ignore this particular patch.. I resubmitted this in another mail Thanks, - Rahul Ruikar --

will resubmit this patch alongwith other patches. Thanks - Rahul Ruikar --

In 2.6, it would be much simpiler, kbuild has some pre-defined variables for you to use, so you don't need to, e.g. specify INCLUDE and CFLAGS in this way. Please read Documentation/kbuild/*. --

Bug is related to stack guard fix - kernel 2.6.36-rc4 has this problem fixed. Bug is present in 2.6.36-rc3 - so something between them fixes the problem. It looks like the [stack] mapping loses 1 page after each mlock/munlock cycle. I'm probably going to play bisect game to find out missing fix. https://bugzilla.redhat.com/show_bug.cgi?id=638525 Meanwhile lvm tools were also updated to read whole mapping table before locking pages to avoid reading some mapping lines ...

This is fine with me, but you may want to check with your employer if the Intel NOPs will perform slower than the 66 ... 90 NOPs on AMD processors. -hpa --

ba0593bf553c450a03dbc5f8c1f0ff58b778a0c8 cleared the aforementioned cpuid bit only on 32-bit due to various problems with Virtual PC. This somehow got lost during the 32- + 64-bit merge so restore the feature bit on 64-bit. For that, set it explicitly for non-constant arguments of cpu_has(). Update comment for future reference. Signed-off-by: Borislav Petkov <bp@alien8.de> --- arch/x86/kernel/cpu/common.c | 15 ++++++++++----- 1 files changed, 10 insertions(+), 5 deletions(-) diff --git ...

Agreed that this should be cleaned up. However, in the meantime I'd like to keep Borislav's patch in the tree since it makes the code technically correct at least. OK? -hpa --

Another piece of the confusion I noticed a couple of days ago: X86_MINIMUM_CPU_FAMILY defaults to "6" if X86_32 && X86_P6_NOP; whereas X86_P6_NOP depends on X86_64. Hugh --

Commit-ID: 366d4a43b1a7a861c356a0e407c4f03f454d42ea Gitweb: http://git.kernel.org/tip/366d4a43b1a7a861c356a0e407c4f03f454d42ea Author: Borislav Petkov <bp@alien8.de> AuthorDate: Mon, 4 Oct 2010 09:31:27 +0200 Committer: H. Peter Anvin <hpa@linux.intel.com> CommitDate: Mon, 4 Oct 2010 11:22:24 -0700 x86, cpu: Fix X86_FEATURE_NOPL ba0593bf553c450a03dbc5f8c1f0ff58b778a0c8 cleared the aforementioned cpuid bit only on 32-bit due to various problems with Virtual PC. This somehow got ...

I don't think this is right. The cpu_has() logic depends not on x86-64, but on X86_P6_NOP. Which has depends on X86_64 depends on (MCORE2 || MPENTIUM4 || MPSC) as its config rules, not just X86_64. So I think your patch is bogus. It makes the current situation even _more_ confusing than it is. So what is it? Should we get rid of that odd X86_P6_NOP thing entirely? Or should we use it consistently for the "this machine has NOPL"? Should we always use P6_NOP for ...

Can you please attach this in a non-base64 format so it can be properly reviewed, and then, applied if applicable? Note, please run the patch through the scripts/checkpatch.pl tool first before sending it out, so we don't just say the same things it finds :) thanks, greg k-h --

Hi, Multi line comment style as per coding guidelines is as below. /* * First line * Second line * Third line And here. Please run scripts/checkpatch.pl to fix up the coding style issues at several places in this patch. Regards, Maulik --

Acked-by: Michal Nazarewicz <mina86@mina86.com> The same problem is with f_mass_storage.c. I'd be nice if you'd resubmit your patch with the below included as well: diff --git a/drivers/usb/gadget/f_mass_storage.c b/drivers/usb/gadget/f_mass_storage.c index 44e5ffe..0b86174 100644 --- a/drivers/usb/gadget/f_mass_storage.c +++ b/drivers/usb/gadget/f_mass_storage.c @@ -2764,6 +2764,7 @@ static struct fsg_common *fsg_common_init(struct fsg_common *common, rc = ...

If it was a huge win from using NOPL, then it would perhaps not be -- or we'd go through more effort at detecting the broken cases. However, since it's not, it's easier to just avoid it. -hpa --

Yeah, that disable is there for legacy reasons. It can be scrapped. I'll remove it. Thanks! -- Steve --

Yup. Fun, isn't it? :( Unfortunately, broken virtualizers appear as broken CPUs to us. We used to do the #UD probe for NOPL, but it didn't NOPL is special, because it's the only NOP sequence that isn't actually *supported* on all processors (and we have found that we can't even use it on 32 bits, even though the vast majority of all real-life 32-bit processors do support it.) Borislav is just checking to see if we can just use NOPL unconditionally on 64 bits; as far as 32 bits is ...

As far as I'm aware, the check is just broken in VMs that trace their lineage to Connectix's VirtualPC that Microsoft acquired back in 2006. Is this correct? On balance, is this really to be cared about? As far as 'common' processors that don't play nicely with NOPL... VIA Edens based on the 'Samuel 2' design do not support CMOV or NOPL. All VIA Edens based on the 'Nehemiah' design support CMOV but not NOPL. (Introduced in 2003.) Via C3s based on the 'Samuel 2'or 'Ezra'/'Ezra-T' design do ...

BTW, why the irq disabling around the call? -- Steve --

On Sat, Oct 02, 2010 at 09:20:16PM +0400, Dragoslav Zaric wrote: Please read Documentation/kbuild/modules.txt. Thanks. --

I prefer my solution, because the check is done only in the 'write' case, while its done also for 'read' in your solution, not counting the for (;;) is really ugly... --

Sorry, I still don't get the point here, min and max are pointers, they are already checked before dereferenced. After your patch, min and max will be still increased, while you are still checking ->extra{1,2} which is wrong. I see no problem with the original code, or I must have missed something? --

Hmm, I see, thanks for explanation. Your patch does fix the problem, but seems not a good solution, we should skip all min/max checking if ->extra(1|2) is NULL, instead of checking it every time within the loop. Thanks. --

On Mon, 4 Oct 2010 15:50:31 +0200 (CEST) Ok, I hope having Alan to resend his changes again rebased on these fixes will bring the discussion on that up again. Regards, Antonio -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing?

This doesn't have anything to do with my patch really, and goes way This needs to go back into stable kernels as well, so a patch against mainline will be necessary for that. If you want to make a patch against mine, that's fine with me. If you want me to work it into my patch, I can stick a comment ahead of hidraw_send_report, similar to the one which already exists. Alan. --

On Mon, 4 Oct 2010 14:51:01 -0700 Well that's a PITA. Can't include ratelimit.h into kernel.h because a) it'll slow everyone's compiels down and b) ratelimit.h needs spinlock.h which surely needs kernel.h. Fixable by adding a new printk_ratelimit.h and including that from 135 source files, blah. I'll give up and pronounce that users of printk_ratelimited() need to include ratelimit.h as well. --

On Mon, 04 Oct 2010 15:10:59 -0700 That's a bit nasty because at present ratelimit.h is purely about ratelimiting and knowns nothing about any of its clients. At present it has only one client (printk), but it could have more in the future! --

On Sat, 2 Oct 2010 12:04:38 +0100 (BST) printk_ratelimit() shares a common ratelimiting state between all callers of printk_ratelimit(). This is pretty sucky because if one printk_ratelimit() caller is going crazy then this can cause punishment of other unrelated printk_ratelimit() callers who *aren't* going crazy. So it's generally better to use printk_ratelimited(), which will ratelimit this printkand no other printk, without affecting other printk_ratelimit[ed]() users. So, ...

On Mon, 04 Oct 2010 16:34:05 -0700 It might need changes when adapted to additional uses. These things Gee I dunno. Sending occasional packets of accumulated counters up to userspace via netlink? Who knows, people do all sorts of things. I bet there's code in the kernel right now which could use this. Look at the file! It all does one thing. It encapsulates a single concept. It's simply a bad thing to add single-concept I know that. It's the first thing I thought of, before ...

Acked-by: Christoph Lameter <cl@linux.com> --

I got the following from credentials(7): The POSIX threads specification requires that credentials are shared by all of the threads in a process. However, at the kernel level, Linux maintains separate user and group credentials for each thread. The NPTL threading implementation does some work to ensure that any change to user or group credentials (e.g., calls to setuid(2), setresuid(2), etc.) is carried through to all of the POSIX threads in a ...

From: Vlad Yasevich <vladislav.yasevich@hp.com> Applied. --

If it is a bool, shouldn't it need a description entry so it shows up in the menuconfig? -- ---------------------------------------------------------------------- Amit Kucheria, Kernel Engineer || amit.kucheria@canonical.com ---------------------------------------------------------------------- --

On a 16TB machine, max_user_watches has an integer overflow. Convert it to use a long and handle the associated fallout. Signed-off-by: Robin Holt <holt@sgi.com> To: "Eric W. Biederman" <ebiederm@xmission.com> To: Davide Libenzi <davidel@xmailserver.org> To: linux-kernel@vger.kernel.org To: Pekka Enberg <penberg@cs.helsinki.fi> --- Davide, I changed the logic a bit in ep_insert. It looked to me like there was a window between when the epoll_watches is checked and when it is ...

In /proc/meminfo, there are "Buffers" and "Cached" fields, are they what you are looking for? --

Applied your patch to move these to WARN_ON. Now I get a WARN_ON after the remount. Now that we don't explode I get the following error from the triggering command. I assume that this is the rename which has triggered the issue: W: Failed to fetch http://192.168.0.60:3142/archive.ubuntu.com/ubuntu/dists/maverick/Release rename failed, File exists (/var/lib/apt/lists/192.168.0.60:3142_archive.ubuntu.com_ubuntu_dists_maverick_Release -> ...

OK, my guess is that it's a 'rename to self' which was not properly implemented. Does the following patch make a difference? Thanks, Miklos --- fs/namei.c | 19 ++++++++++++++----- fs/overlayfs/overlayfs.c | 19 ++++++++++++++++++- include/linux/fs.h | 3 ++- 3 files changed, 34 insertions(+), 7 deletions(-) Index: linux-2.6/fs/namei.c =================================================================== --- linux-2.6.orig/fs/namei.c 2010-10-04 ...

Ok, I just stated that vsyscall is safe because of update_vsyscall. This is just not the case. Update vsyscall will update the timer structures but leave us with the problem that it will do it regardless of any readers. What makes vsyscall "safe", is this: vread = __vsyscall_gtod_data.clock.vread; ^ |--- saves reference to vread uses --. if (unlikely(!__vsyscall_gtod_data.sysctl_enabled || !vread)) { ...

AMD's reference BIOS code had a bug that could result in the firmware failing to reenable the iommu on resume. It transpires that this causes certain less than desirable behaviour when it comes to PCI accesses, to whit them ending up somewhere near Bristol when the more desirable outcome was Edinburgh. Sadness ensues, perhaps along with filesystem corruption. Let's make sure that it gets turned back on, and that we restore its configuration so decisions it makes bear some resemblance to those made ...

The docs imply that the northbridge will always be device 0 on a given enable_iommus() is called on init, whereas this should only be performed on resume. I'll send out an updated patch later today. -- Matthew Garrett | mjg59@srcf.ucam.org --

Well, I still have some comments. I'm not really sure why so many mutexes are needed here. I don't think you need a separate mutex in every struct device_opp object. I'd just use If you acquire dev_opp_list_lock here, you won't need the rcu_read_lock(), Now you can drop dev_opp_list_lock temporarily, because the allocation doesn't Now release dev_opp_list_lock instead. I think I didn't confuse anything, but surely Paul will fix me if I ...

On Fri, 01 Oct 2010 11:41:07 -0500 No reason. It was not array in the 1st implemenation and ->page still remains. At 2nd implementation, I didn't know embeded people has any interests on memcg. And I wasn't sure how page_cgroup_to_page() : pfn_to_page(pagec_cgroup_to_pfn(pc)) will be widely used. Now, we know page_cgroup->page is not used in very critical path _if_ node-id and zone-id can be directly got from page_cgroup. I'm now preparing a patch to remove struct page* pointer. I'm ...

Hi, Here is my suggestion of a backport to .34. Dave, Alex, do you approve? Hannes diff --git a/fs/xfs/xfs_iget.c b/fs/xfs/xfs_iget.c index 6845db9..3314f2a 100644 --- a/fs/xfs/xfs_iget.c +++ b/fs/xfs/xfs_iget.c @@ -499,6 +499,7 @@ xfs_ireclaim( write_lock(&pag->pag_ici_lock); if (!radix_tree_delete(&pag->pag_ici_root, agino)) ASSERT(0); + pag->pag_ici_reclaimable--; write_unlock(&pag->pag_ici_lock); xfs_perag_put(pag); --

Hrm, I meant on the DDX side. Anyways, doesn't matter. Even if it works fine on X side. Fact is, there's tons and tons of existing SW stack and drivers on the field that are totally incapable of doing BE and essentially unfixable without major work that the customer(s) is(are) unwilling to do at this stage. To some extent yes. Completely, I'm not sure. Apps manipulating pixels, such as video players doing hand-made overlay etc... will potentially have issues. It's more than actual pixel ...

From: Fenghua Yu <fenghua.yu@intel.com> Date: Mon, 4 Oct 2010 11:00:36 -0700 Subject: [PATCH] hwmon (pkgtemp): Fix build failure for UP This fix is only a workaround. Another fix is to add #ifdef CONFIG_SMP around cpu_core_mask. But the code will not be cleaner than this fix. This fix is similar to coretemp in commit fff2017354a3a9906862aabbf2a1cae5b4330e40. For a real fix, cpu_core_mask() should be defined in UP include code, eg in linux/smp.h, and asm/smp.h should not be included ...

On Fri, 01 Oct 2010 00:10:23 -0400 (EDT) It would be nice to document the meaning of has_read. And consider --

Hi, I have no access to my @nokia.com e-mail at this moment, so I'm replying using my personal one. On Mon, Oct 4, 2010 at 6:17 AM, Guzman Lugo, Fernando I got your point. I agree the gap shouldn't be forced for fixed da. IMO you can apply this change when !(flags & IOVMF_DA_ANON). Regards, --

Sounds fine for me. Please, update the patch and I'll ack it. Br, --

Likely due to the fact that a minus sign can later join with a number and become a new token, but a plug sign cannot. -- error compiling committee.c: too many arguments to function --

Well, / and * do join. % doesn't. In a way, + does. cpp is not a pure text processing language. It's specifically geared to C, and is fairly creaky when applying it to something other than C (and is only somewhat creaky when applying it to C). -- error compiling committee.c: too many arguments to function --

The problem isn't with cpp, though, it's with gas. There are bugs in the gas 2.16 macro features that don't apply to any other gas version, before *or* after. -hpa --

Right. For now, we have it in debugfs on powerpc, but I agree this should probably move to sysfs. Cheers, Ben. --

Possibly. Fundamentally keeping NR_IRQS anywhere I see as a problem, and it really disturbs me. Even nr_irqs I see as pretty fishy. Looking at this objectively I see a bitmap sized to the formula 32*NR_CPUS with NR_CPUS expected to double every 18-24 months. Which means in a decade our worst case will be 2M not 64k. Can we please build this with scalable interfaces so we don't have to do this again in a couple of years, and so we don't have to have little machines paying the price for ...

Oh well. I said that it's not a requirement to remove the lookup from the entry code, but we can remove it for optimizaiton reasons. That is the same problem vs. migration as we have a reference to No, I'm not renaming it. I'm cleaning up the mess which was created with references to irq_desc all over the place. I need to change core code and I cant w/o breaking the world and some more, just because everyone fiddles in irq_desc directly. So I want to hand down irq_data which is right now ...

Right, the stability of irq numbers is more of a user-interface problem than a technical deficiency with virq, and a solvable one at that. If fact, I'd go as far as saying that having irq numbers mean nothing is a *virtue* of the approach because it forces developers to look at the real irq controller attachment rather than some hwirq==linux-irq assumption. As mentioned in my other reply, I'd be perfectly happy to stop exposing linux irq numbers to userspace entirely, but I realize that ...

On Thu, 30 Sep 2010 10:49:05 -0600 So if the string contains any non-printable character, we suppress the whole string. Is that the best thing to do? Would it be better to present the --

Sorry about the delay. I was off last week. How about something like this? It probably needs to be split into two patches. It provides more information on which CPU was requested and eventually chosen and separates queueing and activation which can be useful for analyzing latency or freezer issues. Thanks. diff --git a/include/trace/events/workqueue.h b/include/trace/events/workqueue.h index 49682d7..7d49729 100644 --- a/include/trace/events/workqueue.h +++ ...

Commit-ID: 420b13b60a3e5c5dcc6ec290e131cf5fbc603d94 Gitweb: http://git.kernel.org/tip/420b13b60a3e5c5dcc6ec290e131cf5fbc603d94 Author: Andreas Herrmann <andreas.herrmann3@amd.com> AuthorDate: Thu, 30 Sep 2010 14:33:58 +0200 Committer: H. Peter Anvin <hpa@linux.intel.com> CommitDate: Fri, 1 Oct 2010 16:18:32 -0700 x86, nmi: Support NMI watchdog on newer AMD CPU families CPU families 0x12, 0x14 and 0x15 support this functionality. Signed-off-by: Andreas Herrmann ...

Commit-ID: 6057b4d331f19a3ea51aec463ea7839c128b3227 Gitweb: http://git.kernel.org/tip/6057b4d331f19a3ea51aec463ea7839c128b3227 Author: Andreas Herrmann <andreas.herrmann3@amd.com> AuthorDate: Thu, 30 Sep 2010 14:38:57 +0200 Committer: H. Peter Anvin <hpa@linux.intel.com> CommitDate: Fri, 1 Oct 2010 16:18:32 -0700 x86, amd: Extract compute unit information for AMD CPUs Get compute unit information from CPUID Fn8000_001E_EBX. (See AMD CPUID Specification - publication # 25481, ...

Commit-ID: 23588c38a84c9175c6668789b64ffba4651e5c6a Gitweb: http://git.kernel.org/tip/23588c38a84c9175c6668789b64ffba4651e5c6a Author: Andreas Herrmann <andreas.herrmann3@amd.com> AuthorDate: Thu, 30 Sep 2010 14:36:28 +0200 Committer: H. Peter Anvin <hpa@linux.intel.com> CommitDate: Fri, 1 Oct 2010 16:18:32 -0700 x86, amd: Add support for CPUID topology extension of AMD CPUs Node information (ID, number of internal nodes) is provided via CPUID Fn8000_001e_ECX. See AMD CPUID ...

If the system goes to sleep you'd better report a pressed key If you want runtime power management you need to define supports_autosuspend. Regards Oliver --

Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> Gr{oetje,eeting}s,                         Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.                                 -- Linus Torvalds --

Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> Gr{oetje,eeting}s,                         Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.                                 -- Linus Torvalds --

Indentation in this driver is largely broken (should be using tabs only, but uses tabs and spaces). I didn't want to add to this, but I guess it doesn't matter much either way. You should probably split larger functions into multiple smaller ones where This warning is compiler dependent, so it didn't show up on my system. Just make an extra patch for it. Arnd --

I couldn't apply this patch with git. After manual patching it produce compilation errors. Did you test it? marek -- as simple and primitive as possible ------------------------------------------------- Marek Belisko - OPEN-NANDRA Freelance Developer Ruska Nova Ves 219 | Presov, 08005 Slovak Republic Tel: +421 915 052 184 skype: marekwhite icq: 290551086 web: http://open-nandra.com --

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

I was able to run on the 4096p system over the weekend. The patch is a definite improvement & partially fixes the problem: A "cat /proc/stat >/dev/null" improved: OLD: real 12.627s NEW: real 2.459 A large part of the remaining overhead is in the second summation of irq information: static int show_stat(struct seq_file *p, void *v) ... /* sum again ? it could be updated? */ for_each_irq_nr(j) { ...

Apply this: http://www.oss.sgi.com/archives/xfs/2010-10/msg00000.html And in future, can you please report bugs in a new thread to the appropriate lists (xfs@oss.sgi.com), not as a reply to a completely unrelated development thread.... Cheers, Dave. -- Dave Chinner david@fromorbit.com --

On Thu, 30 Sep 2010 21:39:26 +0200 Removal of duplicated includes is a somewhat dangerous thing. If someone else says "hey, there's a duplicated include" and then fixes it, and if this patch removes the other include then whoops, we broke the build. This has happened before. So I'd ask that you redo and resend this patch shortly after 2.6.36 is released please, so I can get it into mainline quickly thus minimising We prefer that signoffs have real names in them, please. --

Ping -- Slawa! N.P.S. --

Hello, sorry about chiming in later. I was off last week. I think we're on the right track. The problem with Jens' patch was that it didn't consider the fact that blk_end_request() now internally updates the current position of the request, so if restart happens after some of part of the request is complete it will end up adding the offsets multiple times. I think slightly modifying it to track the current position instead of offset should do it. Chris, can you please try the following ...

Yes, I think you are correct. On MIPS the NOP is already optimal. I will respin the MIPS patch to make arch_jump_label_text_poke_early() be empty. davem wasn't CCed on the original message, so I added him. I would defer to him on the SPARC version. Thanks, David Daney --

that's right, arch_jump_label_text_poke_early() can probably be a no-op for most arches. We can also look at adding an empty definition into the generic header. So that arches don't have to provide an empty definition. thanks, -Jason --

Commit-ID: ff7dcd44dd446db2c3e13bdedf2d52b8e0127f16 Gitweb: http://git.kernel.org/tip/ff7dcd44dd446db2c3e13bdedf2d52b8e0127f16 Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:44:25 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 12:27:16 +0200 genirq: Create irq_data Low level chip functions need access to irq_desc->handler_data, irq_desc->chip_data and irq_desc->msi_desc. We hand down the irq number to the low level ...

Commit-ID: e2c0f8ff0fc26959952fbfa89f732fef928df77f Gitweb: http://git.kernel.org/tip/e2c0f8ff0fc26959952fbfa89f732fef928df77f Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:44:42 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 12:43:36 +0200 genirq: Provide compat handling for chip->mask() Wrap the old chip function mask() until the migration is complete and the old chip functions are removed. Signed-off-by: Thomas ...

Commit-ID: 37e12df709f09eac17314d79a52190ac46746e33 Gitweb: http://git.kernel.org/tip/37e12df709f09eac17314d79a52190ac46746e33 Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:45:38 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 12:43:44 +0200 genirq: Provide compat handling for chip->startup() Wrap the old chip function startup() until the migration is complete and the old chip functions are removed. Signed-off-by: ...

Commit-ID: d9817ebeeef16e01487549312c68540ca8f1561b Gitweb: http://git.kernel.org/tip/d9817ebeeef16e01487549312c68540ca8f1561b Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:45:59 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 11:01:05 +0200 genirq: Provide Kconfig The generic irq Kconfig options are copied around all archs. Provide a generic Kconfig file which can be included. Signed-off-by: Thomas Gleixner ...

Commit-ID: b2ba2c30033c10cca2454f8b44bf98f5249e61c6 Gitweb: http://git.kernel.org/tip/b2ba2c30033c10cca2454f8b44bf98f5249e61c6 Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:45:47 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 12:43:47 +0200 genirq: Provide compat handling for chip->set_type() Wrap the old chip function set_type() until the migration is complete and the old chip functions are ...

Commit-ID: c96b3b3c448592a0b87ef20306deb8b1fb4878c7 Gitweb: http://git.kernel.org/tip/c96b3b3c448592a0b87ef20306deb8b1fb4878c7 Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:45:41 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 12:43:46 +0200 genirq: Provide compat handling for chip->set_affinity() Wrap the old chip function set_affinity() until the migration is complete and the old chip functions are ...

Commit-ID: c5f756344c390f629243b4a28c2bd198fdfd7ee9 Gitweb: http://git.kernel.org/tip/c5f756344c390f629243b4a28c2bd198fdfd7ee9 Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:44:56 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 12:43:42 +0200 genirq: Provide compat handling for chip->enable() Wrap the old chip function enable() until the migration is complete and the old chip functions are removed. Signed-off-by: ...

Commit-ID: 22a49163e90dd7088f801dd54e25b04e1f337e9b Gitweb: http://git.kernel.org/tip/22a49163e90dd7088f801dd54e25b04e1f337e9b Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:44:47 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 12:43:38 +0200 genirq: Provide compat handling for chip->ack() Wrap the old chip function ack() until the migration is complete and the old chip functions are removed. Signed-off-by: Thomas ...

Commit-ID: f8822657e799b02c55556c99a601261e207a299d Gitweb: http://git.kernel.org/tip/f8822657e799b02c55556c99a601261e207a299d Author: Thomas Gleixner <tglx@linutronix.de> AuthorDate: Mon, 27 Sep 2010 12:44:32 +0000 Committer: Thomas Gleixner <tglx@linutronix.de> CommitDate: Mon, 4 Oct 2010 12:43:32 +0200 genirq: Provide advanced irq chip functions The low level irq chip functions want access to irq_desc->irq_data. Provide new functions which hand down irq_data instead of the ...

Two times I had the rather strange issue that the machine booted freshly instead of resuming! First I thought I maybe didn't wait until the image was saved, before turning the laptop off. But now it happened a second time and also the ThinkPad T42 has a battery in it, thus it should always be able to complete writing the image. For resuming I found this in the syslog: Oct 4 09:19:10 shambhala kernel: end_request: I/O error, dev fd0, sector 0 Oct 4 09:19:10 shambhala kernel: PM: ...

Ok, then I switch back to a stable kernel for the time being. I thought so. I think its usually logged after resume? Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 --

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

$ mkdir _build-new; make O=_build-new defconfig; make O=_build-new V=1 all fails with perl /home/mmarek/linux-2.6/kernel/timeconst.pl 1000 > kernel/timeconst.h gcc -Wp,-MD,kernel/.time.o.d -nostdinc -isystem /usr/lib64/gcc/x86_64-suse-linux/4.5/include -I/home/mmarek/linux-2.6/arch/x86/include -Iinclude -I/home/mmarek/linux-2.6/include -include include/generated/autoconf.h -I/home/mmarek/linux-2.6/kernel -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing ...

It's in, will push it asap. -- Jens Axboe --

On Sat, 2 Oct 2010 23:58:35 +0200 Christoph had a patch, and Jan had another patch. Maybe commit 692ebd17c2905313fff3c504c249c6a0faad16ec Author: Jan Kara <jack@suse.cz> Date: Tue Sep 21 11:51:01 2010 +0200 bdi: Fix warnings in __mark_inode_dirty for /dev/zero and friends already fixed this? --

Agreed. I've updated that in both places it's referenced. Final (hopefully) patch below: This patch updates the defines for Intel devices in include/linux/pci_ids.h, referenced in arch/x86/pci/irq.c and drivers/i2c/busses/i2c-i801.c, reflecting approved legal branding, and using fuller code-names for products under development. Signed-off-by: Seth Heasley <seth.heasley@intel.com> --- linux-2.6.35.4/include/linux/pci_ids.h.orig 2010-08-26 16:47:12.000000000 -0700 +++ ...

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

Maybe I misunderstanding but you are trying to save some syscalls, you should use socketat only and keep app control namespace0 socket for it. The process will be in the last netns you unshared (maybe you can use here one setns syscall to return back to the namespace0). (1) socketat : * pros : 1 syscall to create a socket * cons : a file descriptor per namespace, namespace is only manageable via a socket (2) setns : * pros : namespace is fully ...

Ping! Could someone take this please? Thanks, --

Thanks! The reason I send the patches in both ways is because last time I checked the gmail web interface will mangle an inline patch, but not an attached one, and most people like an inline patch for review purposes. I'll have to check to see if there's another way to avoid that problem. --

Sorry, applied now. BTW, please do not send patches inline _and_ as attachments at the same time, it confuses git am. Michal --

Well, before I saw your patch I was thinking about implementing an Android PM driver that would request a pm_qos active request that would be notified and interface with your wake event code. It would also expose a misc /dev/susped_blocked node that would be signaled when the pm_qos active request went to zero. Now I'm sort of making things up as I go but, some sort of non-poling mechanism to re-attempt the suspend, for type 2, is needed but I'm not sure where to put it now. Also, we may ...

Linux 2.6.36 will not contain pv-ops dom0 code. The RFC request about initial dom0 patches was sent recently, and once reviewd/ack'd, the code can go into later kernel version. --

I guess this is true for current Intel cpus, but is it also true for older Intels and AMDs? -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

What XFS hang problem? I've seen temporary livelocks from the new workqueue code, but thay have been fixed. I haven't come across any deadlocks or hangs. Do you have a pointer to a bug report in case my It looks like there's been some discussion that has been private so I'm clueless as to the context being discussed here. Can someone fill me in on whatever is going on? Cheers, Dave. -- Dave Chinner david@fromorbit.com --

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

Well, that I/O error can also be a segfault if userspace accesses memory previously mmap'ed. So a userspace program needs to properly handle -EIO from read(), and has to handle SIG_SEGV. This should also be mentioned in Documentation/DocBook/uio-howto.tmpl. Or do you have a better solution? Thanks, Hans --

I have no objections, but please update Documentation/DocBook/uio-howto.tmpl accordingly. Thanks, Hans --

All I saw was "Segmentation fault" from my test app when unloading my uio_dummy test driver. I didn't check which signal it actually was. For preventing the segfault situation. But forget that, it's OK as it is. But it should be mentioned in the documentation. Thanks, --

That's a viable plan. Regards Oliver --

Lost track of this issue for a while. So I think we still need to fix the deadlock for .36 and I think that the following will do that. Then we'll adjust the driver to actually enable runtime PM for .37. Thanks. -- Dmitry Input: wacom - fix runtime PM related deadlock From: Dmitry Torokhov <dmitry.torokhov@gmail.com> When runtime PM is enabled by default for input devices, X hangs in wacom open: [<ffffffff814a00ea>] mutex_lock+0x1a/0x40 [<ffffffffa02bc94b>] wacom_resume+0x3b/0x90 ...

Yeah. page cache often have very long life than processes. then, CPU place which current process running is not so good heuristics. and kernel don't have good statistics to find best node for cache. That's problem. How do we know future processes work on which cpus? Also, CPU scheduler have an issue. IO intensive workload often makes unbalanced process layout. (cpus haven't been so busy yet. why do we need to make costly cpu migration?). end up, memory consumption also In theory, yes. ...

Acked-by: David Rientjes <rientjes@google.com> We already do this, but I guess it never got pushed to mainline. --

I haven't seen Andi's suggestion. But I am guessing he is suggesting adding a new chain that would be called first and where there would ONLY be the perf_event subsystem. To handle the spurious PMU interrupts perf_events would also be added to the lowest priority list (the one called last) and it would be placed as the last item on that list (equiv to NMI_UNKNOWN). Is that the idea? --

Andi, You mean separate callbacks which rely on getting an NMI interrupt You need to split to enforce more explicit priority scheme than what you have today with an ordered list per chain. --

Hi, I experienced build error of "calling pte_alloc_map() with 3 parameters, while it's defined to have 4 parameters" in arch/x86/kernel/tboot.c etc. Is the following chunk in patch "pte alloc trans splitting" necessary? @@ -1167,16 +1168,18 @@ static inline void pgtable_page_dtor(struct page *page) pte_unmap(pte); \ } while (0) -#define pte_alloc_map(mm, pmd, address) \ - ((unlikely(!pmd_present(*(pmd))) && ...

Hello, You can add a: Tested-by: Paul Rolland <rol@as2917.net> This is indeed fixing the memory leak in size-32 pool on my machine. Thanks a lot, Paul On Mon, 27 Sep 2010 21:08:36 +0100 --

Or move it to a git tree. Then generating patches becomes tivial for all of us and keeping staging upto date becomes easier for you. --

Thanks, fixed: + * @base: pointer to first element to search Cheers, Rusty. --