Re: [PATCHv2] drivers/input/mouse: add support for newer elantech touchpads (released ca. August 2013);

On Wed, Dec 04, 2013 at 12:57:15PM -0500, Matt Walker wrote: > From: Matt Walker > > Added detection for newer Elantech touchpads, so that kernel doesn't > fall-back to default PS/2 driver. Supports touchpads released after > ~August 2013. Fixes bug: > https://lists.launchpad.net/kernel-packages

Re: [RFC part1 PATCH 5/7] ARM64 / ACPI: Introduce arm_core.c and its related head file

On Thursday 05 December 2013, Hanjun Guo wrote: > On 2013年12月05日 11:38, Arnd Bergmann wrote: > > On Tuesday 03 December 2013, Hanjun Guo wrote: > >> +static unsigned int gsi_to_irq(unsigned int gsi) > >> +{ > >> + int irq = irq_create_mapping(NULL, gsi); > >> + > >> + return irq; > >> +

Re: [PATCH 1/2] cpufreq: enable ARM drivers on arm64

On Thu, Dec 05, 2013 at 02:03:52PM -0600, Rob Herring wrote: > Will do, but I'm surprised we're at the point on arm64 of needing LSK. ARMv8 isn't just for servers, and of course there's the desire to have the software as ready as early as it can be! > There's a couple of subsystems that need ena

Re: [PATCH v2 08/23] mm/memblock: Add memblock memory allocation apis

Grygorii, On Thursday 05 December 2013 01:48 PM, Strashko, Grygorii wrote: > Hi Tejun, > >> On Thu, Dec 05, 2013 at 06:35:00PM +0200, Grygorii Strashko wrote: > +#define memblock_virt_alloc_align(x, align) \ > + memblock_virt_alloc_try_nid(x, align, BOOTMEM_LOW_LIMIT, \ > +

Re: [PATCH 1/6] GenWQE PCI support, health monitoring and recovery

On Thursday 05 December 2013, Frank Haverkamp wrote: > > > Was wrong, as already pointed out before. It is now: > > > > > > struct genwqe_mem { > > > __u64 addr; > > > __u64 size; > > > int direction; > > > }; > > > > > > I hope the int is ok here. > > > > No, it's not. The problem i

Re: [PATCH tip/core/locking 4/4] Documentation/memory-barriers.txt: Document ACCESS_ONCE()

On Wed, 4 Dec 2013 14:46:59 -0800 "Paul E. McKenney" wrote: > From: "Paul E. McKenney" > > The situations in which ACCESS_ONCE() is required are not well documented, > so this commit adds some verbiage to memory-barriers.txt. [...] > + But please note that the compiler is also closely wa

Re: [PATCH v3 00/15] uprobes: Add uprobes support for ARM

Masami/Tixy, As I just noted in a previous email the kprobes.h thing has come back to haunt me. Something more is needed in my last patchset. Tixy's suggestion regarding the arch_specific_insn structure: However, I also wonder if we should instead leave arch_specific_insn as a kprobes spec

Re: [PATCH 0/3] ARM Coresight: Enhance ETM tracing control

On Thu, Dec 05, 2013 at 03:12:50PM -0500, Christopher Covington wrote: > Hi Greg, > > On 12/04/2013 11:01 PM, Greg Kroah-Hartman wrote: > > On Wed, Dec 04, 2013 at 10:49:25PM -0500, Adrien Vergé wrote: > >> 2013/12/4 Greg Kroah-Hartman : > >>> How much overhead does the existing tracing code have

Re: [PATCH 0/3] ARM Coresight: Enhance ETM tracing control

Hi Greg, On 12/04/2013 11:01 PM, Greg Kroah-Hartman wrote: > On Wed, Dec 04, 2013 at 10:49:25PM -0500, Adrien Vergé wrote: >> 2013/12/4 Greg Kroah-Hartman : >>> How much overhead does the existing tracing code have on ARM? Is ETM >>> still even needed? Why not just use ETM for the core tracing c

Re: [PATCH 2/2] regulator: gpio: Warn if an invalid regulator-type is supplied

Hi Mark, Thank you for the patch. On Thursday 05 December 2013 19:12:02 Mark Brown wrote: > From: Mark Brown > > Reported-by: Laurent Pinchart > Signed-off-by: Mark Brown I believe you could squash this patch with the one you've previously posted that makes the property optional. For the re

Re: [PATCH 1/2] virtio-net: determine type of bufs correctly

Thanks Andrey, great catch. I believe this issue occurs in one more place, when packets are dropped if they are too short. I will send out a patch momentarily to fix that additional case. Best, Mike -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a messag

Re: [PATCH 1/2] regulator: gpio: Document regulator-type property

Hi Mark, Thank you for the patch. On Thursday 05 December 2013 19:12:01 Mark Brown wrote: > From: Mark Brown > > Reported-by: Laurent Pinchart > Signed-off-by: Mark Brown > --- > Documentation/devicetree/bindings/regulator/gpio-regulator.txt | 2 ++ > 1 file changed, 2 insertions(+) > > dif

Re: [PATCH v2 1/6] ARM: brcmstb: add infrastructure for ARM-based Broadcom STB SoCs

On Thursday 05 December 2013, Florian Fainelli wrote: > 2013/12/3 Arnd Bergmann : > > > >> + addr = ioremap(BPHYSADDR(BCHP_IRQ0_IRQEN), sizeof(u32)); > >> + writel_relaxed(BCHP_IRQ0_IRQEN_uarta_irqen_MASK > >> + | BCHP_IRQ0_IRQEN_uartb_irqen_MASK > >> + | BCHP_IRQ0_I

processes generated by kthreadd

Is there a resource that provides description details of all available kernel daemons potentially created by kthreadd? Example: q5p4k0@chasm ~ % ps -f --ppid 2|head UIDPID PPID C STIME TTY TIME CMD root 3 2 0 09:22 ?00:00:01 [ksoftirqd/0] root 5

[PATCH] X86 platform: New IOSF-SB MBI driver for Intel SOCs

From: "David E. Box" Current Intel SOC cores use a MailBox Interface (MBI) to provide access to unit devices connected to the system fabric. This driver implements the API required for other kernel drivers to configure the unit registers accessible through this interface. Drivers requiring access

Re: [PATCH 14/15] mm: numa: Flush TLB if NUMA hinting faults race with PTE scan update

On 12/05/2013 02:54 PM, Mel Gorman wrote: I think that's a better fit and a neater fix. Thanks! I think it barriers more than it needs to (definite cost vs maybe cost), the flush can be deferred until we are definitely trying to migrate and the pte case is not guaranteed to be flushed before mig

Re: Need help on Linux PCIe

On Thu, Dec 5, 2013 at 11:36 AM, Jagan Teki wrote: > On Thu, Dec 5, 2013 at 11:45 PM, Bjorn Helgaas wrote: >> On Wed, Dec 4, 2013 at 11:30 PM, Jagan Teki wrote: >>> On Wed, Dec 4, 2013 at 11:35 PM, Bjorn Helgaas wrote: On Wed, Dec 4, 2013 at 10:00 AM, Jagan Teki wrote: > On Wed,

Re: [PATCH 1/2] cpufreq: enable ARM drivers on arm64

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/05/2013 12:16 PM, Mark Brown wrote: > On Wed, Dec 04, 2013 at 06:23:13PM -0600, Rob Herring wrote: >> From: Rob Herring >> >> Enable cpufreq and power kconfig menus on arm64 along with arm >> cpufreq drivers. The power menu is needed for OPP su

Re: [PATCH V5 6/6] Add config EFI_STUB for ARM to Kconfig

On Wed, 27 Nov 2013 15:31:55 -0800, Roy Franz wrote: > Signed-off-by: Roy Franz Dude. Must have commit text. You know better. :-) > --- > arch/arm/Kconfig | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig > index a1b4758..6601985 10064

Re: [PATCH V5 4/6] Add EFI stub for ARM

On Wed, 27 Nov 2013 15:31:53 -0800, Roy Franz wrote: > This patch adds EFI stub support for the ARM Linux kernel. The EFI stub > operates similarly to the x86 stub: it is a shim between the EFI firmware > and the normal zImage entry point, and sets up the environment that the > zImage is expectin

Re: [PATCH 14/15] mm: numa: Flush TLB if NUMA hinting faults race with PTE scan update

On Thu, Dec 05, 2013 at 10:40:15AM -0500, Rik van Riel wrote: > On Wed, 4 Dec 2013 16:07:41 + > Mel Gorman wrote: > > > Because I found it impossible to segfault processes under any level of > > scanning and numa hinting fault stress after it was applied > > I think I still managed to trigg

Re: [PATCH driver-core-linus] sysfs: give different locking key to regular and bin files

On Thu, Dec 05, 2013 at 11:44:40AM -0800, Greg KH wrote: > On Wed, Dec 04, 2013 at 09:20:40AM -0500, Tejun Heo wrote: > > Dave, can you please test this one too? Greg, once this turns out to > > be okay, I'll send you a merged branch which pulls in > > driver-core-linus + this patch into drive

Re: [PATCH] checkpatch: Do not hardcode perl path

On Thu, 2013-12-05 at 16:53 +0530, Jagannadha Sutradharudu Teki wrote: > checkpatch.pl requires perl v5.10.0 to run but it > doesn't require to place in /usr/bin/perl > Use env to ensure that the interpreter used is the > first one on environment's $PATH on system with > several versions of perl in

Re: [PATCH v3 00/15] uprobes: Add uprobes support for ARM

On 12/04/13 12:51, Taras Kondratiuk wrote: On 11/27/2013 04:53 AM, David Long wrote: From: "David A. Long" This patch series adds basic uprobes support to ARM. It is based on patches developed earlier by Rabin Vincent. That approach of adding hooks into the kprobes instruction parsing code was

Voip Leads

Hi I see that you offer VOIP serviceI have a network of requests (leads) that are fresh daily, who request these services. Would you be open to receiving them? Best regards, Michelle Business Development We respect your privacy and want to make sure you are aware of a few things. By

Re: [PATCH driver-core-linus] sysfs: give different locking key to regular and bin files

On Wed, Dec 04, 2013 at 09:20:40AM -0500, Tejun Heo wrote: > Dave, can you please test this one too? Greg, once this turns out to > be okay, I'll send you a merged branch which pulls in > driver-core-linus + this patch into driver-core-next which will surely > generate conflict. Dave, did this pa

Re: [RFC PATCH tip 0/5] tracing filters with BPF

On Thu, Dec 5, 2013 at 8:11 AM, Frank Ch. Eigler wrote: > > ast wrote: > >>>[...] >> Did simple ktap test with 1M alloc_skb/kfree_skb toy test from earlier email: >> trace skb:kfree_skb { >> if (arg2 == 0x100) { >> printf("%x %x\n", arg1, arg2) >> } >> } >> [...] >

Re: [PATCH] pinctrl: samsung: Allow pin value to be initialized using pinfunc.

On 05/12/2013 17:11, Tomasz Figa wrote: On Thursday 05 of December 2013 15:07:47 Mark Brown wrote: On Tue, Dec 03, 2013 at 10:29:42AM +0100, Linus Walleij wrote: So a suggested patch to support weak hogs would be interesting to look at. Can you provide details on how you think this would work?

[PATCH] Documentation: Fix typo (acces_process_vm -> access_process_vm)

Cc: Jiri Kosina Cc: Rob Landley Signed-off-by: Stefan Weil --- Documentation/filesystems/Locking |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/filesystems/Locking b/Documentation/filesystems/Locking index fe7afe2..5b0c083 100644 --- a/Documentation/filesy

Re: [PATCH v3 1/3] usb: ohci-at91: replace request_mem_region + ioremap by devm_request_and_ioremap

Hello. On 12/05/2013 12:54 PM, Boris BREZILLON wrote: Replace the request_mem_region + ioremap calls by the devm_request_and_ioremap call which does the same things but with device managed resources. Signed-off-by: Boris BREZILLON Acked-by: Nicolas Ferre Signed-off-by: Alan Stern --- dr

[PATCH v4 1/8] ARM: dts: Declare clocks as fixed on bcm11351

Declare clocks that are enabled and configured by bootloaders as fixed rate clocks in the DTS such that device drivers may use standard clock function calls. Signed-off-by: Tim Kryger Reviewed-by: Markus Mayer Reviewed-by: Matt Porter --- arch/arm/boot/dts/bcm11351.dtsi | 97 ++

[PATCH v4 5/8] mmc: sdhci-bcm-kona: Add basic use of clocks

Enable the external clock needed by the host controller during the probe and disable it during the remove. Signed-off-by: Tim Kryger Reviewed-by: Markus Mayer Reviewed-by: Matt Porter --- drivers/mmc/host/sdhci-bcm-kona.c | 37 +++-- 1 file changed, 35 insertion

[PATCH v4 8/8] ARM: dts: Specify clocks for timer on bcm11351

Specify the external clock label in the timer node. Signed-off-by: Tim Kryger Reviewed-by: Markus Mayer Reviewed-by: Matt Porter --- arch/arm/boot/dts/bcm11351.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/bcm11351.dtsi b/arch/arm/boot/dts/bcm11351.

[PATCH v4 0/8] Update Kona drivers to use clocks

This series declares the clocks present on bcm11351 (aka bcm281xx) SoCs to be fixed at the rates configured by development bootloaders and then updates the Kona drivers to make use of clock calls where appropriate. Changes in v4: - Rebased on v3.13-rc2 - DT binding documents now say "phandle +

[PATCH v4 6/8] Documentation: dt: kona-timer: Add clocks property

The frequency for the Kona timer can either be specified through the device tree or determined by checking the rate of the clock specified in the device tree. Update the documentation to reflect both ways. Signed-off-by: Tim Kryger Reviewed-by: Matt Porter --- Documentation/devicetree/bindings

[PATCH v4 2/8] ARM: dts: Specify clocks for UARTs on bcm11351

The frequency property in "snps,dw-apb-uart" entries are no longer required if the rate of the external clock can be determined using the clk api (see e302cd9 serial: 8250_dw: add support for clk api). This patch replaces the frequency property in the UART nodes of bcm11351.dtsi with references to

[PATCH v4 3/8] Documentation: dt: kona-sdhci: Add clocks property

The Kona SDHCI block requires a clock that must be specified in the device tree. Update the documentation to reflect this requirement. Signed-off-by: Tim Kryger Reviewed-by: Matt Porter --- Documentation/devicetree/bindings/mmc/kona-sdhci.txt | 4 1 file changed, 4 insertions(+) diff --g

[PATCH v4 7/8] clocksource: kona: Add basic use of external clock

When an clock is specified in the device tree, enable it and use it to determine the external clock frequency. Signed-off-by: Tim Kryger Reviewed-by: Markus Mayer Reviewed-by: Matt Porter --- drivers/clocksource/bcm_kona_timer.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletion

[PATCH v4 4/8] ARM: dts: Specify clocks for SDHCIs on bcm11351

Specify the external clock label in each SDHCI node. Signed-off-by: Tim Kryger Reviewed-by: Markus Mayer Reviewed-by: Matt Porter --- arch/arm/boot/dts/bcm11351.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/bcm11351.dtsi b/arch/arm/boot/dts/bcm11351.dtsi index

Re: [PATCH V5 2/6] Add shared update_fdt() function for ARM/ARM64

On Wed, 27 Nov 2013 15:31:51 -0800, Roy Franz wrote: > Both ARM and ARM64 stubs will update the device tree > that they pass to the kernel. In both cases they > primarily need to add the same UEFI related information, > so the function can be shared. > Create a new FDT related file for this to av

[PATCH] ARM: bcm2835: Fix grammar in help message

Replace "is use" by "is used" and remove a comma. Cc: Stephen Warren Cc: Russell King Cc: Jiri Kosina Signed-off-by: Stefan Weil --- arch/arm/mach-bcm2835/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-bcm2835/Kconfig b/arch/arm/mach-bcm2835/Kconf

[PATCH] mm: Add missing dependency in Kconfig

Eliminate the following (rand)config warning by adding missing PROC_FS dependency: warning: (HWPOISON_INJECT && MEM_SOFT_DIRTY) selects PROC_PAGE_MONITOR which has unmet direct dependencies (PROC_FS && MMU) Suggested-by: David Rientjes Signed-off-by: Sima Baymani --- mm/Kconfig |2 +- 1 fil

Re: [PATCH V5 2/6] Add shared update_fdt() function for ARM/ARM64

On Wed, 27 Nov 2013 15:31:51 -0800, Roy Franz wrote: > Both ARM and ARM64 stubs will update the device tree > that they pass to the kernel. In both cases they > primarily need to add the same UEFI related information, > so the function can be shared. > Create a new FDT related file for this to av

Re: [PATCH] ARM: bcm2835: Fix grammar in help message

On 12/05/2013 12:17 PM, Stefan Weil wrote: > Replace "is use" by "is used" and remove a comma. Well, typo not grammar. The comma is correct though, at least in American English, which is what I tend to write these days (there's a comma before the and in a list of items). -- To unsubscribe from thi

Re: [PATCH 1/1] usermodehelper: kill ____call_usermodehelper()->set_cpus_allowed_ptr()

On Thu, 5 Dec 2013, Oleg Nesterov wrote: > Perhaps, I simply do not know what the users want. We would like to control OS spawning of threads and restrict them to a limited set of cpus so that the other processors can do latency sensitive work without being impacted by creation of kernel threads

Re: [PATCH 00/41] percpu: Consistent per cpu operations V1

On Wed, 4 Dec 2013, Ingo Molnar wrote: > > They are included. Please read the complete description. Patches 13 > > 14 and 18 implement the preemption checks. > > Indeed I missed them. They should probably go first in the series. The first patches in the series do not affect __this_cpu ops but onl

[PATCH 2/2] regulator: gpio: Warn if an invalid regulator-type is supplied

From: Mark Brown Reported-by: Laurent Pinchart Signed-off-by: Mark Brown --- drivers/regulator/gpio-regulator.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/regulator/gpio-regulator.c b/drivers/regulator/gpio-regulator.c index 13ec94d984ca..c0a1d00b78c9 100644 --- a/drivers/

[PATCH 1/2] regulator: gpio: Document regulator-type property

From: Mark Brown Reported-by: Laurent Pinchart Signed-off-by: Mark Brown --- Documentation/devicetree/bindings/regulator/gpio-regulator.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/regulator/gpio-regulator.txt b/Documentation/devicetree/bindings/

Re: [patch 3/8] mm, mempolicy: remove per-process flag

On Wed, 4 Dec 2013, David Rientjes wrote: > > Right, but it turns out not to matter in practice. As one of the non- > default CONFIG_SLAB users, and PF_MEMPOLICY only does something for > CONFIG_SLAB, this patch tested to not show any degradation for specjbb > which stresses the allocator in term

Re: [PATCH v4 4/9] usb: ehci-s5p: Change to use phy provided by the generic phy framework

On Thu, 5 Dec 2013, Kamil Debski wrote: > Change the phy provider used from the old usb phy specific to a new one > using the generic phy framework. > > Signed-off-by: Kamil Debski > Signed-off-by: Kyungmin Park > --- a/drivers/usb/host/ehci-exynos.c > +++ b/drivers/usb/host/ehci-exynos.c > @

[PATCH] crypto: scatterwalk - Use sg_chain_ptr on chain entries

Now that scatterwalk_sg_chain sets the chain pointer bit the sg_page call in scatterwalk_sg_next hits a BUG_ON when CONFIG_DEBUG_SG is enabled. Use sg_chain_ptr instead of sg_page on a chain entry. Signed-off-by: Tom Lendacky --- include/crypto/scatterwalk.h |2 +- 1 file changed, 1 insertio

Re: [PATCH] ARM: OMAP2+: omap_device: add fail hook for runtime_pm when bad data is detected

* Nishanth Menon [131203 17:40]: > Due to the cross dependencies between hwmod for automanaged device > information for OMAP and dts node definitions, we can run into scenarios > where the dts node is defined, however it's hwmod entry is yet to be > added. In these cases: > a) omap_device does not

Re: [GIT PULL] Btrfs Maintainer update

Quoting Linus Torvalds (2013-12-05 12:53:26) > On Wed, Dec 4, 2013 at 9:53 AM, Chris Mason wrote: > > > > Instead of diffstat etc, I've put the patch below. The commit is also > > signed, my updated key should be floating around the pgp servers now. > > You've done something to the git tree sinc

Re: [PATCH v4 tip/core/locking 0/4] Memory-barrier documentation updates

On Thu, Dec 05, 2013 at 01:44:06PM -0500, David Miller wrote: > From: "Paul E. McKenney" > Date: Thu, 5 Dec 2013 10:18:34 -0800 > > > The situation that leads me to use a large CC list is when I am doing > > something that affects all architectures. I could imagine keeping a > > smallish CC list

Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator

On Thu, 5 Dec 2013, Joonsoo Kim wrote: > I could try. But my trial would not figure this out, since my machine has > just 4 cores which normally cannot produce heavy contention. I think that is fine for starters. Once we know what to look for we can find machines to test specific scenarios. > An

RE: [PATCH v2 08/23] mm/memblock: Add memblock memory allocation apis

Hi Tejun, >On Thu, Dec 05, 2013 at 06:35:00PM +0200, Grygorii Strashko wrote: >> >> +#define memblock_virt_alloc_align(x, align) \ >> >> + memblock_virt_alloc_try_nid(x, align, BOOTMEM_LOW_LIMIT, \ >> >> + BOOTMEM_ALLOC_ACCESSIBLE, MAX_NUMNODES) >> > >> > Also, do we

Re: [GIT PULL] Btrfs Maintainer update

On Thu, Dec 5, 2013 at 10:19 AM, Chris Mason wrote: > > I had used git commit -S instead of signing the tag. Ahh. And that was actually what you had done the first time around for your test too - but back then I didn't actually *merge* it. Then I just looked at the top commit and said "yup, it's

Re: [PATCH v2 1/6] ARM: brcmstb: add infrastructure for ARM-based Broadcom STB SoCs

Hi Arnd, 2013/12/3 Arnd Bergmann : > >> + addr = ioremap(BPHYSADDR(BCHP_IRQ0_IRQEN), sizeof(u32)); >> + writel_relaxed(BCHP_IRQ0_IRQEN_uarta_irqen_MASK >> + | BCHP_IRQ0_IRQEN_uartb_irqen_MASK >> + | BCHP_IRQ0_IRQEN_uartc_irqen_MASK, addr); >> + iounmap(addr); >

Re: [PATCH v1 3/9] staging: android: binder: Add cmd == CMD_NAME handling

On 05/12/13 08:40, Dan Carpenter wrote: On Wed, Dec 04, 2013 at 06:09:35PM +, Serban Constantinescu wrote: This patch modifies the functions that need to be passed the explicit command to use a boolean flag. This way we can reuse the code for 64bit compat commands. I don't understand this

Re: [PATCH v2 0/3] ARM: OMAP2+: USB Host bug fixes for 3.13 rc

* Tomi Valkeinen [131204 02:01]: > On 2013-12-03 16:25, Roger Quadros wrote: > > Hi, > > > > This is a follow up solution to the original series in [1] > > > > The first patch fixes the OMAP4 Panda USB detection problems on 3.13-rc1 > > with u-boot v2013.10. > > > > The remaining 2 patches are

Re: [PATCH v1 9/9] staging: android: binder: Add binder compat layer

On Thu, Dec 05, 2013 at 06:31:25PM +, Serban Constantinescu wrote: > Hi all, > > Thanks for your feedback! Sadly enough, being in a different > time-zone, is not useful. > > Sorry for the confusion related to why is this patch needed or not. I > should highlight a bit more what is the patch e

Re: [PATCH v2 08/23] mm/memblock: Add memblock memory allocation apis

Hey, On Thu, Dec 05, 2013 at 06:48:21PM +, Strashko, Grygorii wrote: > +/* Fall back to all the existing bootmem APIs */ > +#define memblock_virt_alloc(x) \ > + __alloc_bootmem(x, SMP_CACHE_BYTES, BOOTMEM_LOW_LIMIT) > > which will be transformed to > +/* Fall back to all the existing b

Re: [PATCH 11/41] parisc: Replace __get_cpu_var uses for address calculation

On Tue, 3 Dec 2013, James Bottomley wrote: > On Tue, 2013-12-03 at 17:32 -0600, Christoph Lameter wrote: > > Convert to the use of this_cpu_ptr(). > > > > Cc: "James E.J. Bottomley" > > Cc: Helge Deller > > Cc: linux-par...@vger.kernel.org > > You say this in the commit, but the linux-parisc lis

Re: [PATCH?] uprobes: change uprobe_write_opcode() to modify the page directly

On 12/05, Borislav Petkov wrote: > > On Thu, Dec 05, 2013 at 06:23:55PM +0100, Oleg Nesterov wrote: > > This is almost off-topic, but I am wondering if (in the long term) we > > can avoid this "insert the bp into every mm" altogether. > > > > Instead, uprobe_write_opcode() should only unmap this pa

Re: [PATCH v1 2/9] staging: android: binder: Add binder_copy_to_user()

On 04/12/13 23:17, Greg KH wrote: On Wed, Dec 04, 2013 at 06:09:34PM +, Serban Constantinescu wrote: This patch adds binder_copy_to_user() to be used for copying binder commands to user address space. This way we can abstract away the copy_to_user() calls and add separate handling for the co

Re: [PATCH v4 tip/core/locking 0/4] Memory-barrier documentation updates

From: "Paul E. McKenney" Date: Thu, 5 Dec 2013 10:18:34 -0800 > The situation that leads me to use a large CC list is when I am doing > something that affects all architectures. I could imagine keeping a > smallish CC list, then forwarding or bouncing the email to the remaining > maintainers Wo

Re: [PATCH] omap: twl-common: Fix musb-hdrc device name.

* Belisko Marek [131203 01:21]: > On Tue, Dec 3, 2013 at 10:08 AM, Belisko Marek > wrote: > > Hi, > > > > On Tue, Dec 3, 2013 at 9:58 AM, Kishon Vijay Abraham I > > wrote: > >> Hi, > >> > >> On Tuesday 03 December 2013 02:03 PM, Marek Belisko wrote: > >>> Without this change when booting omap3

[PATCH] doc: no singing

Stop that, stop that! You're not going to do a song while I'm here. Signed-off-by: Kees Cook --- https://lkml.org/lkml/2013/12/4/786 http://www.youtube.com/watch?v=g3YiPC91QUk#t=62 --- Documentation/cgroups/resource_counter.txt |2 +- Documentation/video4linux/si476x.txt |2 +- arc

Re: [PATCH v1 1/9] staging: android: binder: Move some of the logic into subfunction

On 05/12/13 08:00, Dan Carpenter wrote: On Wed, Dec 04, 2013 at 06:09:33PM +, Serban Constantinescu wrote: +static void bc_dead_binder_done(struct binder_proc *proc, + struct binder_thread *thread, void __user *cookie) +{ + struct binder_work *w; + struct binder

Re: Need help on Linux PCIe

On Thu, Dec 5, 2013 at 11:45 PM, Bjorn Helgaas wrote: > On Wed, Dec 4, 2013 at 11:30 PM, Jagan Teki wrote: >> On Wed, Dec 4, 2013 at 11:35 PM, Bjorn Helgaas wrote: >>> On Wed, Dec 4, 2013 at 10:00 AM, Jagan Teki >>> wrote: On Wed, Dec 4, 2013 at 8:41 PM, Bjorn Helgaas wrote: > On Tue

Re: [PATCH v2 03/03] sh: Remove Kconfig entries for TMU, CMT and MTU2

On 12/04/2013 12:38 PM, Magnus Damm wrote: > From: Magnus Damm > > Now when drivers/clocksource/Kconfig has been > updated with entires for CMT, TMU and MTU2 > it is safe to remove these from SH. > > Signed-off-by: Magnus Damm Acked-by: John Stultz -- To unsubscribe from this list: send the l

Re: [PATCH v1 1/9] staging: android: binder: Move some of the logic into subfunction

On 05/12/13 08:18, Dan Carpenter wrote: On Wed, Dec 04, 2013 at 06:09:33PM +, Serban Constantinescu wrote: +static void bc_increfs_done(struct binder_proc *proc, + struct binder_thread *thread, uint32_t cmd, + void __user *node_ptr, void __user *cookie) +{ +

Re: [PATCH v3 02/03] ARM: shmobile: Remove CMT, TMU and STI Kconfig entries

On 12/04/2013 12:38 PM, Magnus Damm wrote: > From: Magnus Damm > > Now when drivers/clocksource/Kconfig has been > updated with entires for CMT, TMU and STI > it is safe to remove these from mach-shmobile. > > Also select timers per SoC via SYS_SUPPORTS_xxx. > > Signed-off-by: Magnus Damm Looks

Re: [PATCH v3 01/03] clocksource: Add Kconfig entries for CMT, MTU2, TMU and STI

On 12/04/2013 12:38 PM, Magnus Damm wrote: > From: Magnus Damm > > Add Kconfig entries for CMT, MTU2, TMU and STI to > drivers/clocksource/Kconfig. This will allow us to > get rid of duplicated entires in architecture code > such as arch/sh and arch/arm/mach-shmobile. > > Signed-off-by: Magnus Dam

Re: [PATCH v1 9/9] staging: android: binder: Add binder compat layer

Hi all, Thanks for your feedback! Sadly enough, being in a different time-zone, is not useful. Sorry for the confusion related to why is this patch needed or not. I should highlight a bit more what is the patch enabling and what would be the different alternatives, at least from my perspectiv

Re: linux-next: Tree for Dec 3 (mm/Kconfig)

On Thu, Dec 5, 2013 at 1:00 AM, David Rientjes wrote: > On Wed, 4 Dec 2013, Sima Baymani wrote: > >> When generating randconfig, got following warning: >> >> warning: (HWPOISON_INJECT && MEM_SOFT_DIRTY) selects PROC_PAGE_MONITOR >> which has unmet direct dependencies (PROC_FS && MMU) >> >> I would

[PATCH v2] perf tools: fix bug in usage of the basename() function

The basename() implementation varies a lot between systems. The Linux man page says: "basename may modify the content of the path, so it may be desirable to pass a copy when calling the function". On some other systems, the returned address may come from an internal buffer which can be reused in s

Re: [BUG] Re: [PATCH v10 1/3] aerdrv: Trace Event for AER

On Wed, 2013-12-04 at 23:28 +0800, Ethan Zhao wrote: > Rui, >Agree with that, there are really many such confusing error type definition > need to be standardized or unified, some of them are > ambiguous、inconsistent, some of them violates ACPI/PCI spec. > > According to the ACPI spec, the '

Re: [PATCH] perf tools: fix bug in usage of the basename() function

On Thu, Dec 5, 2013 at 9:59 AM, Ingo Molnar wrote: > > * Stephane Eranian wrote: > >> >> The basename() implementation varies a lot between systems. >> The Linux man page says: "basename may modify the content of the path, >> so it may be desirable to pass a copy when calling the function". >> On

Re: [PATCH v4 tip/core/locking 0/4] Memory-barrier documentation updates

On Thu, Dec 05, 2013 at 01:05:24PM -0500, David Miller wrote: > From: Steven Rostedt > Date: Thu, 5 Dec 2013 08:51:46 -0500 > > > I wish vger wouldn't do that. I wonder how much spam is really flagged > > by this one characteristic alone. That is, spam that would have made it > > otherwise, but b

Re: [PATCH v3 1/2] test: add minimal module for verification testing

On Wed, Dec 4, 2013 at 6:42 PM, Rusty Russell wrote: > Kees Cook writes: >> When doing module loading verification tests (for example, with module >> singing, or LSM hooks), it is very handy to have a module that can be > > "module singing" sounds like a horrible idea! Is the author even Haha,

Re: [PATCH] watchdog: s3c2410_wdt: Report when the watchdog reset the system

Guenter and Olof, On Mon, Dec 2, 2013 at 1:36 PM, Guenter Roeck wrote: > On Mon, Dec 02, 2013 at 12:47:53PM -0800, Olof Johansson wrote: >> On Mon, Dec 2, 2013 at 12:21 PM, Guenter Roeck wrote: >> > On Mon, Dec 02, 2013 at 10:14:41AM -0800, Doug Anderson wrote: >> >> A good watchdog driver is su

Re: [PATCH 1/2] cpufreq: enable ARM drivers on arm64

On Wed, Dec 04, 2013 at 06:23:13PM -0600, Rob Herring wrote: > From: Rob Herring > > Enable cpufreq and power kconfig menus on arm64 along with arm cpufreq > drivers. The power menu is needed for OPP support. At least on Calxeda > systems, the same cpufreq driver is used for arm and arm64 based >

Re: [PATCH] watchdog: s3c2410_wdt: Report when the watchdog reset the system

Tomasz, On Thu, Dec 5, 2013 at 8:21 AM, Tomasz Figa wrote: > Hi Doug, > > Please see my comments inline. > > On Monday 02 of December 2013 10:14:41 Doug Anderson wrote: >> A good watchdog driver is supposed to report when it was responsible >> for resetting the system. Implement this for the s3c

Re: [PATCH] watchdog: s3c2410_wdt: Report when the watchdog reset the system

Tomasz On Thu, Dec 5, 2013 at 8:18 AM, Tomasz Figa wrote: > On Thursday 05 of December 2013 08:00:27 Guenter Roeck wrote: >> On Thu, Dec 05, 2013 at 01:27:13PM +0530, Leela Krishna Amudala wrote: >> > Hi Guenter Roeck, >> > >> > On Tue, Dec 3, 2013 at 3:06 AM, Guenter Roeck wrote: >> > > >> > >

[PATCH v2 1/2] fixup: watchdog: s3c2410_wdt: use syscon regmap interface to configure pmu register

This patch is not intended to land upon itself but is proposed fixup to Leela Krishna's patch (v11) that can be found at , potentially making a v12. Posted so that I can build upon his patch with the fixups requested by Guenter, Olof, and Tomasz. Signe

[PATCH v2 2/2] watchdog: s3c2410_wdt: Report when the watchdog reset the system

A good watchdog driver is supposed to report when it was responsible for resetting the system. Implement this for the s3c2410, at least on exynos5250 and exynos5420 where we already have a pointer to the PMU registers to read the information. Note that exynos4 SoCs also provide the reset status,

Re: Need help on Linux PCIe

On Wed, Dec 4, 2013 at 11:30 PM, Jagan Teki wrote: > On Wed, Dec 4, 2013 at 11:35 PM, Bjorn Helgaas wrote: >> On Wed, Dec 4, 2013 at 10:00 AM, Jagan Teki wrote: >>> On Wed, Dec 4, 2013 at 8:41 PM, Bjorn Helgaas wrote: On Tue, Dec 3, 2013 at 11:20 PM, Jagan Teki wrote: > Thanks f

Re: [PATCH v2 1/4] introduce for_each_thread() to replace the buggy while_each_thread()

On 12/04, David Rientjes wrote: > > Acked-by: David Rientjes Thanks! > Minor: should the definitions of thread_{head,node} be annotated with > __rcu for users of CONFIG_SPARSE_RCU_POINTER? Perhaps. And perhaps task_struct->tasks. And perhaps we should add rcu_read_lock_held() || lockdep_is_held

Re: [PATCH] watchdog: s3c2410_wdt: Report when the watchdog reset the system

Guenter, On Thu, Dec 5, 2013 at 8:40 AM, Guenter Roeck wrote: > On Thu, Dec 05, 2013 at 05:21:47PM +0100, Tomasz Figa wrote: >> Hi Doug, >> >> Please see my comments inline. >> >> On Monday 02 of December 2013 10:14:41 Doug Anderson wrote: >> > A good watchdog driver is supposed to report when it

[PATCH v3] ARM: davinci: aemif: get rid of davinci-nand driver dependency on aemif

The problem that the set timings code contains the call of Davinci platform function davinci_aemif_setup_timing() which is not accessible if kernel is built for another platform like Keystone. The Keysone platform is going to use TI AEMIF driver. If TI AEMIF is used we don't need to set timings an

[PATCH 3.5 02/90] ACPICA: DeRefOf operator: Update to fully resolve FieldUnit and BufferField refs.

3.5.7.27 -stable review patch. If anyone has any objections, please let me know. -- From: Bob Moore commit 63660e05ec719613b518547b40a1c501c10f0bc4 upstream. Previously, references to these objects were resolved only to the actual FieldUnit or BufferField object. The correct

Re: [PATCH tip/core/locking 4/4] Documentation/memory-barriers.txt: Document ACCESS_ONCE()

On Thu, Dec 05, 2013 at 10:50:42AM +0100, Ingo Molnar wrote: > > * Paul E. McKenney wrote: > > > + (*) The compiler is within its rights to reload a variable, for example, > > + in cases where high register pressure prevents the compiler from > > + keeping all data of interest in registe

[PATCH 3.5 01/90] ACPICA: Interpreter: Fix Store() when implicit conversion is not possible.

3.5.7.27 -stable review patch. If anyone has any objections, please let me know. -- From: Bob Moore commit 3f654bad3257427bea7ba1c4d43a23d99a03622b upstream. For the cases such as a store of a string to an existing package object, implement the store as a CopyObject(). This i

[PATCH 3.5 04/90] ACPICA: Fix for a Store->ArgX when ArgX contains a reference to a field.

3.5.7.27 -stable review patch. If anyone has any objections, please let me know. -- From: Bob Moore commit 4be4be8fee2ee99a52f94f90d03d2f287ee1db86 upstream. This change fixes a problem where a Store operation to an ArgX object that contained a reference to a field object did

Re: [PATCH v4 tip/core/locking 0/4] Memory-barrier documentation updates

From: Steven Rostedt Date: Thu, 5 Dec 2013 08:51:46 -0500 > I wish vger wouldn't do that. I wonder how much spam is really flagged > by this one characteristic alone. That is, spam that would have made it > otherwise, but because of the Cc list, it was rejected. 10 to 20 spam posts per day are p

[PATCH 3.5 09/90] ext4: avoid bh leak in retry path of ext4_expand_extra_isize_ea()

3.5.7.27 -stable review patch. If anyone has any objections, please let me know. -- From: Theodore Ts'o commit dcb9917ba041866686fe152850364826c4622a36 upstream. Reported-by: Dave Jones Signed-off-by: "Theodore Ts'o" Signed-off-by: Luis Henriques --- fs/ext4/xattr.c | 1 +

[PATCH 3.5 06/90] libertas: potential oops in debugfs

3.5.7.27 -stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit a497e47d4aec37aaf8f13509f3ef3d1f6a717d88 upstream. If we do a zero size allocation then it will oops. Also we can't be sure the user passes us a NUL terminated stri

[PATCH 3.5 05/90] aacraid: prevent invalid pointer dereference

3.5.7.27 -stable review patch. If anyone has any objections, please let me know. -- From: Mahesh Rajashekhara commit b4789b8e6be3151a955ade74872822f30e8cd914 upstream. It appears that driver runs into a problem here if fibsize is too small because we allocate user_srbcmd with

Re: [PATCH tip/core/locking 4/4] Documentation/memory-barriers.txt: Document ACCESS_ONCE()

On Thu, Dec 05, 2013 at 10:33:34AM +0100, Ingo Molnar wrote: > > * Paul E. McKenney wrote: > > > + (*) The compiler is within its rights to reorder memory accesses unless > > + you tell it not to. For example, consider the following interaction > > + between process-level code and an in

<    1   2   3   4   5   6   7   8   9   >