Re: [RFC] extending splice for copy offloading

2013-09-27 Thread Miklos Szeredi
On Fri, Sep 27, 2013 at 10:50 PM, Zach Brown wrote: >> Also, I don't get the first option above at all. The argument is that >> it's safer to have more copies? How much safety does another copy on >> the same disk really give you? Do systems that do dedup provide >> interfaces to turn it off

Re: [PATCH] carl9170: fix leaks at failure path in carl9170_usb_probe()

2013-09-27 Thread Alexey Khoroshilov
On 28.09.2013 00:17, Fabio Estevam wrote: On Sat, Sep 28, 2013 at 12:51 AM, Alexey Khoroshilov wrote: - return request_firmware_nowait(THIS_MODULE, 1, CARL9170FW_NAME, + err = request_firmware_nowait(THIS_MODULE, 1, CARL9170FW_NAME, >udev->dev, GFP_KERNEL, ar,

Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting

2013-09-27 Thread Mike Snitzer
On Wed, Aug 07 2013 at 5:54pm -0400, Kent Overstreet wrote: > We need to convert the dm code to the new bvec_iter primitives which > respect bi_bvec_done; they also allow us to drastically simplify dm's > bio splitting code. > > Also kill bio_sector_offset(), dm was the only user and it

[PATCH] driver-core: remove struct bus_type.drv_attrs

2013-09-27 Thread Greg Kroah-Hartman
From: Greg Kroah-Hartman Now that all in-kernel users of bus_type.drv_attrs have been converted to use drv_groups instead, the drv_attrs field, and logic surrounding it, can be removed. Signed-off-by: Greg Kroah-Hartman --- drivers/base/bus.c | 40

[PATCH] driver-core: remove struct bus_type.bus_attrs

2013-09-27 Thread Greg Kroah-Hartman
From: Greg Kroah-Hartman Now that all in-kernel users of bus_type.bus_attrs have been converted to use bus_groups instead, the bus_attrs field, and logic surrounding it, can be removed. Signed-off-by: Greg Kroah-Hartman --- drivers/base/bus.c | 42

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Jason Low
On Fri, Sep 27, 2013 at 7:19 PM, Paul E. McKenney wrote: > On Fri, Sep 27, 2013 at 04:54:06PM -0700, Jason Low wrote: >> On Fri, Sep 27, 2013 at 4:01 PM, Paul E. McKenney >> wrote: >> > Yep. The previous lock holder's smp_wmb() won't keep either the compiler >> > or the CPU from reordering

[PATCH] tps65090-charger: Use "IS_ENABLED(CONFIG_OF)" for DT code.

2013-09-27 Thread Manish Badarkhe
Instead of "#if defined(CONFIG_OF)" use "IS_ENABLED(CONFIG_OF)" option for DT code to avoid if-deffery in code. Also, arranged header files in alphabetically. Signed-off-by: Manish Badarkhe --- :100644 100644 bdd7b9b... 8b9c406... M drivers/power/tps65090-charger.c

Re: [PATCH] carl9170: fix leaks at failure path in carl9170_usb_probe()

2013-09-27 Thread Fabio Estevam
On Sat, Sep 28, 2013 at 12:51 AM, Alexey Khoroshilov wrote: > - return request_firmware_nowait(THIS_MODULE, 1, CARL9170FW_NAME, > + err = request_firmware_nowait(THIS_MODULE, 1, CARL9170FW_NAME, > >udev->dev, GFP_KERNEL, ar, carl9170_usb_firmware_step2); > + if

Re: [PATCH] HID: roccat: Fix "cannot create duplicate filename" problems

2013-09-27 Thread Greg KH
On Sat, Sep 28, 2013 at 05:57:46AM +0200, Stefan Achatz wrote: > Fixing some wrong macro stringification/concatenation. > > Cc: Greg Kroah-Hartman > Signed-off-by: Stefan Achatz > --- > drivers/hid/hid-roccat-kone.c |2 +- > drivers/hid/hid-roccat-koneplus.c |4 ++-- >

[PATCH] HID: roccat: Fix "cannot create duplicate filename" problems

2013-09-27 Thread Stefan Achatz
Fixing some wrong macro stringification/concatenation. Cc: Greg Kroah-Hartman Signed-off-by: Stefan Achatz --- drivers/hid/hid-roccat-kone.c |2 +- drivers/hid/hid-roccat-koneplus.c |4 ++-- drivers/hid/hid-roccat-kovaplus.c |4 ++-- drivers/hid/hid-roccat-pyra.c |4

[PATCH] carl9170: fix leaks at failure path in carl9170_usb_probe()

2013-09-27 Thread Alexey Khoroshilov
carl9170_usb_probe() does not handle request_firmware_nowait() failure that leads to several leaks in this case. The patch adds all required deallocations. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov ---

Re: [PATCH v4 1/4] ARM: dts: am335x-bone: add CD for mmc1

2013-09-27 Thread Jason Kridner
On Thu, Sep 12, 2013 at 2:35 PM, Koen Kooi wrote: > From: Alexander Holler > > This enables the use of MMC cards even when no card was inserted at boot. > > Signed-off-by: Alexander Holler > Signed-off-by: Koen Kooi Acked-by: Jason Kridner > --- > arch/arm/boot/dts/am335x-bone-common.dtsi

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Benjamin Herrenschmidt
On Fri, 2013-09-27 at 16:44 -0700, Yinghai Lu wrote: > > Thus the port driver bails out before calling pci_set_master(). The fix > > is to call pci_set_master() unconditionally. However that lead me to > > find to a few interesting oddities in that port driver code: > > can we revert that

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Waiman Long
On 09/27/2013 02:09 PM, Tim Chen wrote: On Fri, 2013-09-27 at 08:29 -0700, Paul E. McKenney wrote: On Wed, Sep 25, 2013 at 03:10:49PM -0700, Tim Chen wrote: We will need the MCS lock code for doing optimistic spinning for rwsem. Extracting the MCS code from mutex.c and put into its own file

Re: [block:for-next 5/6] drivers/block/skd_main.c:441:3: error: implicit declaration of function 'readq'

2013-09-27 Thread Jens Axboe
On Fri, Sep 27 2013, Jens Axboe wrote: > On 09/27/2013 05:26 AM, Akhil Bhansali wrote: > > Hello Jens, > > > > There are few improvements suggested by community for driver: > > 1. Replacement of custom macros for debug printing. (DPRINTK / VPRINTK). > > 2. Reformatting of "skd_request_fn" which

Re: [PATCH 1/1] rsxx: Kernel Panic caused by mapping Discards.

2013-09-27 Thread Jens Axboe
On Fri, Sep 27 2013, Philip J. Kelleher wrote: > From: Philip J Kelleher > > This fixes a kernel panic injected by commit id > 8d26750143341831bc312f61c5ed141eeb75b8d0 where discards > are getting mapped through the pci_map_page function call. > > The driver will now start verifying that a dma

Re: [PATCH v2 0/5] mm: migrate zbud pages

2013-09-27 Thread Bob Liu
On 09/28/2013 06:00 AM, Seth Jennings wrote: > On Fri, Sep 27, 2013 at 12:16:37PM +0200, Tomasz Stanislawski wrote: >> On 09/25/2013 11:57 PM, Seth Jennings wrote: >>> On Wed, Sep 25, 2013 at 07:09:50PM +0200, Tomasz Stanislawski wrote: > I just had an idea this afternoon to potentially kill

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Paul E. McKenney
On Fri, Sep 27, 2013 at 04:54:06PM -0700, Jason Low wrote: > On Fri, Sep 27, 2013 at 4:01 PM, Paul E. McKenney > wrote: > > Yep. The previous lock holder's smp_wmb() won't keep either the compiler > > or the CPU from reordering things for the new lock holder. They could for > > example reorder

Investment partnership read attached letter

2013-09-27 Thread Mr.Marie Leegail
Letter.docx Description: Binary data

[PATCH] genirq: Avoid NULL OOPS in irq handling

2013-09-27 Thread Huacai Chen
Some devices (e.g. serial port) setup irq handler at dev open and free it at dev close. So, sometimes there is no irqaction for a specific irq. But some buggy devices may send irqs at any time. This patch avoid the NULL OOPS when irqaction isn't registered. Signed-off-by: Huacai Chen ---

Re: [PATCH v1 2/7] arm64: introduce interfaces to hotpatch kernel and module code

2013-09-27 Thread Sandeepa Prabhu
On 27 September 2013 21:11, Jiang Liu wrote: > On 09/25/2013 10:35 PM, Sandeepa Prabhu wrote: >> On 25 September 2013 16:14, Jiang Liu wrote: >>> From: Jiang Liu >>> >>> Introduce aarch64_insn_patch_text() and __aarch64_insn_patch_text() >>> to patch kernel and module code. >>> >>> Function

[PATCH v5 1/4] Move Intel SNB device ids from sb_edac to pci_ids.h

2013-09-27 Thread Andy Lutomirski
The i2c_imc driver will use two of them, and moving only part of the list seems messier. Cc: Mauro Carvalho Chehab Cc: Rui Wang Signed-off-by: Andy Lutomirski --- drivers/edac/sb_edac.c | 30 -- include/linux/pci_ids.h | 15 +++ 2 files changed, 15

[PATCH v5 2/4] sb_edac: Claim a different PCI device

2013-09-27 Thread Andy Lutomirski
sb_edac controls a large number of different PCI functions. Rather than registering as a normal PCI driver for all of them, it registers for just one so that it gets probed and, at probe time, it looks for all the others. Coincidentally, the device it registers for also contains the SMBUS

[PATCH v5 4/4] i2c, i2c_imc: Add DIMM bus code

2013-09-27 Thread Andy Lutomirski
Add i2c_scan_dimm_bus to declare that a particular i2c_adapter contains DIMMs. This will probe (and autoload modules!) for useful SMBUS devices that live on DIMMs. i2c_imc calls it. As more SMBUS-addressable DIMM components become supported, this code can be extended to probe for them.

[PATCH v5 3/4] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips

2013-09-27 Thread Andy Lutomirski
Sandy Bridge Xeon and Extreme chips have integrated memory controllers with (rather limited) onboard SMBUS masters. This driver gives access to the bus. Signed-off-by: Andy Lutomirski --- drivers/i2c/busses/Kconfig | 15 ++ drivers/i2c/busses/Makefile | 1 + drivers/i2c/busses/i2c-imc.c

Re: linux-next: build failure after merge of the final tree (char-misc tree related)

2013-09-27 Thread Greg KH
On Fri, Sep 27, 2013 at 06:48:04PM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the final tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > drivers/misc/mic/card/mic_x100.c: In function 'mic_init': > drivers/misc/mic/card/mic_x100.c:215:9: error:

Re: linux-next: build failure after merge of the final tree (tty tree related)

2013-09-27 Thread Greg KH
On Fri, Sep 27, 2013 at 06:21:17PM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the final tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > drivers/tty/serial/8250/8250_dw.c: In function 'dw8250_probe': > drivers/tty/serial/8250/8250_dw.c:341:3: error:

Re: linux-next: build failure after merge of the char-misc tree

2013-09-27 Thread Greg KH
On Fri, Sep 27, 2013 at 05:10:29PM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the char-misc tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > drivers/misc/mic/host/mic_main.c: In function 'mic_probe': > drivers/misc/mic/host/mic_main.c:320:3: error: too

[PATCH v5 0/4] iMC SMBUS and DIMM bus probing

2013-09-27 Thread Andy Lutomirski
Intel LGA2011 machines have dedicated SMBUS controllers for DIMM sockets. Because they're dedicated, they can be safely and accurately probed, since all devices on them are known to be attached to DIMMs. The devices found are: - SPD EEPROMs - TSODs (Temperature Sensor on DIMMs) - Other

Re: [PATCH] rwsem: reduce spinlock contention in wakeup code path

2013-09-27 Thread Waiman Long
On 09/27/2013 03:32 PM, Peter Hurley wrote: On 09/27/2013 03:00 PM, Waiman Long wrote: With the 3.12-rc2 kernel, there is sizable spinlock contention on the rwsem wakeup code path when running AIM7's high_systime workload on a 8-socket 80-core DL980 (HT off) as reported by perf: 7.64%

Re: [PATCH v12 0/7] PHY framework

2013-09-27 Thread Greg KH
On Fri, Sep 27, 2013 at 11:53:24AM +0530, Kishon Vijay Abraham I wrote: > Added a generic PHY framework that provides a set of APIs for the PHY drivers > to create/destroy a PHY and APIs for the PHY users to obtain a reference to > the PHY with or without using phandle. > > This framework will be

[PATCH 1/1] rsxx: Kernel Panic caused by mapping Discards.

2013-09-27 Thread Philip J. Kelleher
From: Philip J Kelleher This fixes a kernel panic injected by commit id 8d26750143341831bc312f61c5ed141eeb75b8d0 where discards are getting mapped through the pci_map_page function call. The driver will now start verifying that a dma is not a discard before issuing a the pci_map_page function

[PATCH 0/1] rsxx: driver bug fix

2013-09-27 Thread Philip J. Kelleher
The incoming patch is for the rsxx driver (drivers/block/rsxx) This patch fixes a kernel panic injected by patch id 8d26750143341831bc312f61c5ed141eeb75b8d0 where discards are getting mapped through the pci_map_page function call. This patch relies on git commit

Re: [PATCH] kernel: replace strict_strto*() with kstrto*()

2013-09-27 Thread Bruno Wolff III
On Fri, Sep 27, 2013 at 13:18:20 -0700, Andrew Morton wrote: On Fri, 27 Sep 2013 19:53:53 +0200 Jean Delvare wrote: Andrew, On Fri, 27 Sep 2013 09:50:39 -0600, Bjorn Helgaas wrote: > There's some indication that this change might have broken handling of > signed types. See >

Re: [PATCHv4 02/10] mm: convert mm->nr_ptes to atomic_t

2013-09-27 Thread Johannes Weiner
On Sat, Sep 28, 2013 at 01:24:51AM +0300, Kirill A. Shutemov wrote: > Cody P Schafer wrote: > > On 09/27/2013 06:16 AM, Kirill A. Shutemov wrote: > > > With split page table lock for PMD level we can't hold > > > mm->page_table_lock while updating nr_ptes. > > > > > > Let's convert it to atomic_t

[PATCH] staging/olpc: fix dependencies to fix build errors

2013-09-27 Thread Randy Dunlap
From: Randy Dunlap Fix build errors when GPIO_CS5535=m and FB_OLPC_DCON=y by preventing that kconfig combination. These build errors are caused by having a kconfig bool symbol (FB_OLPC_DCON_1) that depend on a tristate symbol (GPIO_CS5535), but when the tristate symbol is =m, the bool symbol is

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Davidlohr Bueso
On Fri, 2013-09-27 at 16:54 -0700, Jason Low wrote: > On Fri, Sep 27, 2013 at 4:01 PM, Paul E. McKenney > wrote: > > Yep. The previous lock holder's smp_wmb() won't keep either the compiler > > or the CPU from reordering things for the new lock holder. They could for > > example reorder the

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Jason Low
On Fri, Sep 27, 2013 at 4:01 PM, Paul E. McKenney wrote: > Yep. The previous lock holder's smp_wmb() won't keep either the compiler > or the CPU from reordering things for the new lock holder. They could for > example reorder the critical section to precede the node->locked check, > which would

Re: [PATCHv3] x86: EFI stub support for large memory maps

2013-09-27 Thread Linn Crosetto
On Thu, Sep 26, 2013 at 12:34:00PM +0100, Matt Fleming wrote: > > I might add the following to your merge for semantic reasons: > > > > diff --git a/arch/x86/boot/compressed/eboot.c > > b/arch/x86/boot/compressed/eboot.c > > index 04b228d..a7677ba 100644 > > ---

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Yinghai Lu
[+ Rafael] On Fri, Sep 27, 2013 at 4:19 PM, Benjamin Herrenschmidt wrote: > On Fri, 2013-09-27 at 15:56 -0700, Yinghai Lu wrote: > >> ok, please if you are ok attached one instead. It will print some warning >> about >> driver skipping pci_set_master, so we can catch more problem with drivers.

Re: [PATCH] checkpatch: Make the memory barrier test noisier

2013-09-27 Thread Oliver Neukum
On Fri, 2013-09-27 at 16:50 +0200, Peter Zijlstra wrote: > On Fri, Sep 27, 2013 at 07:34:55AM -0700, Joe Perches wrote: > > That would make it seem as if all barriers are SMP no? > > I would think any memory barrier is ordering against someone else; if > not smp then a device/hardware -- like for

Re: [PATCH 2/4] ipc,shm: prevent race with rmid in shmat(2)

2013-09-27 Thread Davidlohr Bueso
Hi Manfred, On Fri, 2013-09-27 at 07:45 +0200, Manfred Spraul wrote: > Hi Davidlohr, > > On 09/16/2013 05:04 AM, Davidlohr Bueso wrote: > > This fixes a race in shmat() between finding the msq and > > actually attaching the segment, as another thread can delete shmid > > underneath us if we are

[PATCH] perf, tools: Fix sorting for 64bit entries

2013-09-27 Thread Andi Kleen
From: Andi Kleen Some of the node comparisons in hist.c dropped the upper 32bit by using an int variable to store the compare result. This broke various 64bit fields, causing incorrect collapsing (found for the TSX transaction field) Just use int64_t always. Signed-off-by: Andi Kleen ---

Re: applesmc oops in 3.10/3.11

2013-09-27 Thread Guenter Roeck
On 09/27/2013 11:03 AM, Chris Murphy wrote: On Sep 27, 2013, at 11:59 AM, Guenter Roeck wrote: On Fri, Sep 27, 2013 at 11:41:42AM -0600, Chris Murphy wrote: On Sep 27, 2013, at 11:12 AM, Guenter Roeck wrote: On Fri, Sep 27, 2013 at 12:21:04PM -0400, Josh Boyer wrote: On Thu, Sep 26,

[GIT PULL] ACPI and power management fixes for v3.12-rc3

2013-09-27 Thread Rafael J. Wysocki
Hi Linus, Please pull from the git repository at git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm+acpi-3.12-rc3 to receive ACPI and power management fixes for v3.12-rc3 with top-most commit dcc7bc3f3d91bbd5c15409a92317c2c24449a285 Merge branch 'pm-cpufreq-fixes' on

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Benjamin Herrenschmidt
On Fri, 2013-09-27 at 15:56 -0700, Yinghai Lu wrote: > ok, please if you are ok attached one instead. It will print some warning > about > driver skipping pci_set_master, so we can catch more problem with drivers. Except that the message is pretty cryptic :-) Especially since the driver causing

Re: [PATCH v5 5/6] x86, acpi, crash, kdump: Do reserve_crashkernel() after SRAT is parsed

2013-09-27 Thread Toshi Kani
On Wed, 2013-09-25 at 02:34 +0800, Zhang Yanfei wrote: > From: Tang Chen > > Memory reserved for crashkernel could be large. So we should not allocate > this memory bottom up from the end of kernel image. > > When SRAT is parsed, we will be able to know whihc memory is hotpluggable, > and we

Re: [stable] Re: Dependency bug in the uvcvideo Kconfig

2013-09-27 Thread Greg KH
On Thu, Sep 19, 2013 at 04:00:53PM -0700, Randy Dunlap wrote: > On 09/19/13 13:17, Randy Dunlap wrote: > > On 09/18/13 20:44, Jeff P. Zacher wrote: > >> > >> > >> You are correct that this problem shown in the forum was in 3.5.4. > >> However, I am > >> having wither the same or similar

Re: Linux 3.12-rc2 - MIPS regression

2013-09-27 Thread Aaro Koskinen
Hi, 3.12-rc2 breaks the boot (BUG: scheduling while atomic, see logs below) on Lemote Mini-PC (MIPS). According to git bisect, this is caused by: ff522058bd717506b2fa066fa564657f2b86477e is the first bad commit commit ff522058bd717506b2fa066fa564657f2b86477e Author: Ralf Baechle Date: Tue Sep

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Paul E. McKenney
On Fri, Sep 27, 2013 at 03:46:45PM -0700, Tim Chen wrote: > On Fri, 2013-09-27 at 13:38 -0700, Paul E. McKenney wrote: > > On Fri, Sep 27, 2013 at 12:38:53PM -0700, Tim Chen wrote: > > > On Fri, 2013-09-27 at 08:29 -0700, Paul E. McKenney wrote: > > > > On Wed, Sep 25, 2013 at 03:10:49PM -0700,

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Yinghai Lu
On Fri, Sep 27, 2013 at 3:38 PM, Benjamin Herrenschmidt wrote: > On Fri, 2013-09-27 at 14:54 -0700, Yinghai Lu wrote: >> On Fri, Sep 27, 2013 at 2:46 PM, Benjamin Herrenschmidt >> wrote: >> >> > Wouldn't it be better to simply have pci_enable_device() always set bus >> > master on a bridge? I

Re: [PATCH 1/3] thermal: bcm281xx: Add thermal driver

2013-09-27 Thread Wendy Ng
On 9/25/2013 12:26 PM, Matt Porter wrote: On Mon, Sep 23, 2013 at 10:51:36AM -0700, Wendy Ng wrote: This adds the support for reading out temperature from Broadcom bcm281xx SoCs. Signed-off-by: Wendy Ng Reviewed-by: Markus Mayer Reviewed-by: Christian Daudt ---

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Tim Chen
On Fri, 2013-09-27 at 13:38 -0700, Paul E. McKenney wrote: > On Fri, Sep 27, 2013 at 12:38:53PM -0700, Tim Chen wrote: > > On Fri, 2013-09-27 at 08:29 -0700, Paul E. McKenney wrote: > > > On Wed, Sep 25, 2013 at 03:10:49PM -0700, Tim Chen wrote: > > > > We will need the MCS lock code for doing

Re: [PATCH v5 3/6] x86/mm: Factor out of top-down direct mapping setup

2013-09-27 Thread Toshi Kani
On Wed, 2013-09-25 at 02:29 +0800, Zhang Yanfei wrote: > From: Tang Chen > > This patch creates a new function memory_map_top_down to > factor out of the top-down direct memory mapping pagetable > setup. This is also a preparation for the following patch, > which will introduce the bottom-up

[PATCH v2 3/3] ARM: bcm281xx: Add thermal driver to device tree.

2013-09-27 Thread Wendy Ng
This patch adds the device tree node for Broadcom bcm281xx SoCs thermal driver. Signed-off-by: Wendy Ng Reviewed-by: Markus Mayer Reviewed-by: Christian Daudt --- arch/arm/boot/dts/bcm11351-brt.dts |4 +++- arch/arm/boot/dts/bcm11351.dtsi|6 ++

[PATCH v2 1/3] thermal: bcm281xx: Add thermal driver

2013-09-27 Thread Wendy Ng
This adds the support for reading out temperature from Broadcom bcm281xx SoCs. Signed-off-by: Wendy Ng Reviewed-by: Markus Mayer Reviewed-by: Christian Daudt --- .../bindings/thermal/bcm-kona-thermal.txt | 18 +++ drivers/thermal/Kconfig| 10 ++

[PATCH v2 2/3] ARM: bcm281xx: Turn on Thermal and HWMON drivers.

2013-09-27 Thread Wendy Ng
This enables the thermal and HWMON drivers for Broadcom bcm281xx SoCs. Signed-off-by: Wendy Ng Reviewed-by: Markus Mayer Reviewed-by: Christian Daudt --- arch/arm/configs/bcm_defconfig |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/configs/bcm_defconfig

[PATCH v2 0/3] thermal: bcm281xx: Add thermal driver

2013-09-27 Thread Wendy Ng
This patch series adds the support of the thermal driver for Broadcom bcm281xx family of SoCs. The change for this version of the patch is to work with the ARCH_BCM->ARCH_BCM_MOBILE renaming series as shown in the link below: http://www.spinics.net/lists/arm-kernel/msg274963.html Wendy Ng (3):

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Benjamin Herrenschmidt
On Fri, 2013-09-27 at 14:54 -0700, Yinghai Lu wrote: > On Fri, Sep 27, 2013 at 2:46 PM, Benjamin Herrenschmidt > wrote: > > > Wouldn't it be better to simply have pci_enable_device() always set bus > > master on a bridge? I don't see any case where it makes sense to have > > an enabled bridge

Re: [PATCH v5 2/6] memblock: Introduce bottom-up allocation mode

2013-09-27 Thread Toshi Kani
On Wed, 2013-09-25 at 02:27 +0800, Zhang Yanfei wrote: > From: Tang Chen > > The Linux kernel cannot migrate pages used by the kernel. As a result, kernel > pages cannot be hot-removed. So we cannot allocate hotpluggable memory for > the kernel. > > ACPI SRAT (System Resource Affinity Table)

Re: [PATCH v5 1/6] memblock: Factor out of top-down allocation

2013-09-27 Thread Toshi Kani
On Wed, 2013-09-25 at 02:25 +0800, Zhang Yanfei wrote: > From: Tang Chen > > This patch creates a new function __memblock_find_range_rev > to factor out of top-down allocation from memblock_find_in_range_node. > This is a preparation because we will introduce a new bottom-up > allocation mode in

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Benjamin Herrenschmidt
On Fri, 2013-09-27 at 10:44 -0700, Yinghai Lu wrote: > |/* Get and check PCI Express port services */ > |capabilities = get_port_device_capability(dev); > |if (!capabilities) > |return 0; > | > |pci_set_master(dev); > > so how come that

Re: [GIT PULL] Devicetree fixes for 3.12

2013-09-27 Thread Rob Herring
On Tue, Sep 24, 2013 at 10:14 PM, Linus Torvalds wrote: > On Tue, Sep 24, 2013 at 7:53 PM, Rob Herring wrote: >> >> are available in the git repository at: >> >> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git > > Hmm. Did you mean for me to pull the "devicetree-fixes" tag? Yes,

Re: [PATCH v2 0/5] mm: migrate zbud pages

2013-09-27 Thread Seth Jennings
On Fri, Sep 27, 2013 at 12:16:37PM +0200, Tomasz Stanislawski wrote: > On 09/25/2013 11:57 PM, Seth Jennings wrote: > > On Wed, Sep 25, 2013 at 07:09:50PM +0200, Tomasz Stanislawski wrote: > >>> I just had an idea this afternoon to potentially kill both these birds > >>> with one > >>> stone:

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Benjamin Herrenschmidt
On Fri, 2013-09-27 at 14:54 -0700, Yinghai Lu wrote: > On Fri, Sep 27, 2013 at 2:46 PM, Benjamin Herrenschmidt > wrote: > > > Wouldn't it be better to simply have pci_enable_device() always set bus > > master on a bridge? I don't see any case where it makes sense to have > > an enabled bridge

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Yinghai Lu
On Fri, Sep 27, 2013 at 2:46 PM, Benjamin Herrenschmidt wrote: > Wouldn't it be better to simply have pci_enable_device() always set bus > master on a bridge? I don't see any case where it makes sense to have > an enabled bridge without the master bit set on it... Do you mean attached?

Re: [Xen-devel] [PATCH] xen/hvc-console: Make it work with HVM guests.

2013-09-27 Thread Julien Grall
On 09/27/2013 10:25 PM, Konrad Rzeszutek Wilk wrote: @@ -641,7 +641,20 @@ struct console xenboot_console = { void xen_raw_console_write(const char *str) { - dom0_write_console(0, str, strlen(str)); + ssize_t len = strlen(str); + int rc = 0; + + if (xen_domain()) { +

Re: [PATCH] rwsem: reduce spinlock contention in wakeup code path

2013-09-27 Thread Tim Chen
On Fri, 2013-09-27 at 12:39 -0700, Davidlohr Bueso wrote: > On Fri, 2013-09-27 at 12:28 -0700, Linus Torvalds wrote: > > On Fri, Sep 27, 2013 at 12:00 PM, Waiman Long wrote: > > > > > > On a large NUMA machine, it is entirely possible that a fairly large > > > number of threads are queuing up in

Re: Please revert 928bea964827d7824b548c1f8e06eccbbc4d0d7d

2013-09-27 Thread Benjamin Herrenschmidt
On Fri, 2013-09-27 at 10:10 -0700, Linus Torvalds wrote: > > So i would like to use the first way that you suggest : call pci_set_master > > PCIe port driver. > > So I have to say, that if we can fix this with just adding a single > new pci_set_master() call, we should do that before we decide to

Re: [PATCH v4] powerpc 8xx: Fixing issue with CONFIG_PIN_TLB

2013-09-27 Thread Scott Wood
On Tue, 2013-09-24 at 10:18 +0200, Christophe Leroy wrote: > Activating CONFIG_PIN_TLB is supposed to pin the IMMR and the first three > 8Mbytes pages. But the setting of MD_CTR to a pinnable entry was missing > before > the pinning of the third 8Mb page. As the index is decremented module 28 >

Re: About atags_proc buffer size

2013-09-27 Thread Geert Uytterhoeven
On Fri, Sep 27, 2013 at 10:47 PM, Russell King - ARM Linux wrote: > On Fri, Sep 27, 2013 at 10:25:45PM +0200, Vojtech Bocek wrote: >> I want to ask something about atags_proc.c implementation. Currently, >> it uses a buffer to temporarily store atags. The buffer size is set to >> 1.5kb for some

Personal Email (27th september 2013)

2013-09-27 Thread Mrs.Nicole Marois
Dear Beloved Friend,   I am Mrs Nicole Marois Benoite, and i have been suffering from ovarian cancer disease and the doctor says that i have just few days to leave. I am from (Paris) France but based in Africa Burkina Faso since eleven years ago as a business woman dealing with gold

[PATCH] xen/hvc-console: Make it work with HVM guests.

2013-09-27 Thread Konrad Rzeszutek Wilk
Signed-off-by: Konrad Rzeszutek Wilk --- drivers/tty/hvc/hvc_xen.c | 17 +++-- 1 files changed, 15 insertions(+), 2 deletions(-) diff --git a/drivers/tty/hvc/hvc_xen.c b/drivers/tty/hvc/hvc_xen.c index e61c36c..513a79b 100644 --- a/drivers/tty/hvc/hvc_xen.c +++

Re: About atags_proc buffer size

2013-09-27 Thread Vojtech Bocek
Okay then, I suppose there is no nice way around that, or at least none that I can find. I'll just make that initial buffer 12kb big on my kernel for that device and be done with it. Anyway, thanks for the information and help, it is much appreciated. On 27.9.2013 23:15, Russell King - ARM Linux

Re: About atags_proc buffer size

2013-09-27 Thread Russell King - ARM Linux
On Fri, Sep 27, 2013 at 11:09:13PM +0200, Vojtech Bocek wrote: > It only needs to survive until init_atags_procfs is called, because it is > copied to another buffer for procfs entry. Can I be sure it survives until > that? My guess is that it is likely to survive, but not certain. > > I suppose

Re: Crash of 3.12-rc2 BUG: unable to handle kernel NULL pointer dereference

2013-09-27 Thread Russell King - ARM Linux
On Fri, Sep 27, 2013 at 10:04:44AM -0600, Bjorn Helgaas wrote: > [+cc Thomas, Russell] Someone is doing something quite bad in the kernel, and as yet I've not figured out a way to track it down. The issue is this: someone is kfree'ing a kobject before its release function has been called, and

Re: About atags_proc buffer size

2013-09-27 Thread Vojtech Bocek
It only needs to survive until init_atags_procfs is called, because it is copied to another buffer for procfs entry. Can I be sure it survives until that? My guess is that it is likely to survive, but not certain. I suppose it is possible to somehow protect that bit of ram until it is read by

Re: [PATCH v2] misc: (at24) move header to linux/platform_data/

2013-09-27 Thread Wolfram Sang
On Fri, Sep 27, 2013 at 03:06:28PM -0400, Vivien Didelot wrote: > This patch moves the at24.h header from include/linux/i2c to > include/linux/platform_data and updates existing support accordingly. > > It also fixes the following checkpatch warning: > > WARNING: please, no space before tabs

Re: pull request: wireless 2013-09-27

2013-09-27 Thread David Miller
From: "John W. Linville" Date: Fri, 27 Sep 2013 14:05:49 -0400 > Please pull this batch of fixes intended for the 3.12 stream! Pulled, thanks a lot John. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH 1/2] gpio/omap: maintain GPIO and IRQ usage separately

2013-09-27 Thread Tony Lindgren
* Javier Martinez Canillas [130924 17:45]: > The GPIO OMAP controller pins can be used as IRQ and GPIO > independently so is necessary to keep track GPIO pins and > IRQ lines usage separately to make sure that the bank will > always be enabled while being used. > > Also move gpio_is_input()

Re: [PATCHv4 02/10] mm: convert mm->nr_ptes to atomic_t

2013-09-27 Thread Dave Hansen
On 09/27/2013 01:46 PM, Cody P Schafer wrote: > On 09/27/2013 06:16 AM, Kirill A. Shutemov wrote: >> @@ -339,6 +339,7 @@ struct mm_struct { >> pgd_t * pgd; >> atomic_t mm_users;/* How many users with user space? */ >> atomic_t mm_count;/* How many

Re: About atags_proc buffer size

2013-09-27 Thread Russell King - ARM Linux
On Fri, Sep 27, 2013 at 10:25:45PM +0200, Vojtech Bocek wrote: > I want to ask something about atags_proc.c implementation. Currently, > it uses a buffer to temporarily store atags. The buffer size is set to > 1.5kb for some reason, but as far as I know, atag list's size is not > limited in any

Re: [RFC] extending splice for copy offloading

2013-09-27 Thread Zach Brown
> > >Sure. So we'd have: > > > > > >- no flag default that forbids knowingly copying with shared references > > > so that it will be used by default by people who feel strongly about > > > their assumptions about independent write durability. > > > > > >- a flag that allows shared references

Re: [PATCH] arch: tile: re-use kbasename() helper

2013-09-27 Thread Chris Metcalf
On 9/27/2013 4:26 AM, Andy Shevchenko wrote: > kbasename() returns the filename part of a pathname. > > Signed-off-by: Andy Shevchenko > --- > arch/tile/kernel/stack.c | 12 +--- > 1 file changed, 5 insertions(+), 7 deletions(-) Thanks! Taken into the tile tree. -- Chris Metcalf,

Re: [PATCHv4 02/10] mm: convert mm->nr_ptes to atomic_t

2013-09-27 Thread Cody P Schafer
On 09/27/2013 06:16 AM, Kirill A. Shutemov wrote: With split page table lock for PMD level we can't hold mm->page_table_lock while updating nr_ptes. Let's convert it to atomic_t to avoid races. --- diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h index

Re: [PATCH 1/3] spi: Add a spi_w8r16be() helper

2013-09-27 Thread Guenter Roeck
On Fri, Sep 27, 2013 at 08:22:33PM +0100, Mark Brown wrote: > On Fri, Sep 27, 2013 at 08:46:56PM +0200, Lars-Peter Clausen wrote: > > > According to the documentation of spi_w8r16() it is a feature. > > > * The number is returned in wire-order, which is at least sometimes > > *

Re: [PATCH] hotplug: Optimize {get,put}_online_cpus()

2013-09-27 Thread Peter Zijlstra
On Fri, Sep 27, 2013 at 08:15:32PM +0200, Oleg Nesterov wrote: > On 09/26, Peter Zijlstra wrote: > > > > But if the readers does see BLOCK it will not be an active reader no > > more; and thus the writer doesn't need to observe and wait for it. > > I meant they both can block, but please ignore.

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Paul E. McKenney
On Fri, Sep 27, 2013 at 12:38:53PM -0700, Tim Chen wrote: > On Fri, 2013-09-27 at 08:29 -0700, Paul E. McKenney wrote: > > On Wed, Sep 25, 2013 at 03:10:49PM -0700, Tim Chen wrote: > > > We will need the MCS lock code for doing optimistic spinning for rwsem. > > > Extracting the MCS code from

[PATCH] slub: Proper kmemleak tracking if CONFIG_SLUB_DEBUG disabled

2013-09-27 Thread Frank Rowand
From: Roman Bobniev When kmemleak checking is enabled and CONFIG_SLUB_DEBUG is disabled, the kmemleak code for small block allocation is disabled. This results in false kmemleak errors when memory is freed. Move the kmemleak code for small block allocation out from under CONFIG_SLUB_DEBUG.

Re: [RFC v2] gpio/omap: auto-setup a GPIO when used as an IRQ

2013-09-27 Thread Aaro Koskinen
Hi, On Fri, Sep 27, 2013 at 09:35:33AM +0200, Javier Martinez Canillas wrote: > I cc'ed Aaro Koskinen and Paul Walmsley now which seems to have OMAP1 > platforms to test. Could you please test [1] and [2] on a OMAP1 board? [...] > [1]: https://patchwork.kernel.org/patch/2937351/ > [2]:

Re: Fix apparent cut-n-paste mistake in Dell reboot workaround.

2013-09-27 Thread H. Peter Anvin
On 09/27/2013 01:19 PM, Dave Jones wrote: > > Either that or 'bios'. The question I have is, of those marked 'bios', does > =pci > work too ? If we knew that was true, I'd probably say yes. > Who knows. reboot=bios used to only work on 32 bits until very recently. -hpa -- To

x86: sort reboot DMI quirks by vendor.

2013-09-27 Thread Dave Jones
Grouping them by vendor should make it easier to spot duplicates. Signed-off-by: Dave Jones diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c index e643e74..12521b2 100644 --- a/arch/x86/kernel/reboot.c +++ b/arch/x86/kernel/reboot.c @@ -136,244 +136,255 @@ static int __init

About atags_proc buffer size

2013-09-27 Thread Vojtech Bocek
Hello, I want to ask something about atags_proc.c implementation. Currently, it uses a buffer to temporarily store atags. The buffer size is set to 1.5kb for some reason, but as far as I know, atag list's size is not limited in any way. I've got a device (HTC One) which uses about 12kb of tags,

[RFC][PATCH v2] efivars,efi-pstore: Hold off deletion of sysfs entry until the scan is completed

2013-09-27 Thread Seiji Aguchi
Change form v1 - Rebase to 3.12-rc2 Currently, when mounting pstore file system, a read callback of efi_pstore driver runs mutiple times as below. - In the first read callback, scan efivar_sysfs_list from head and pass a kmsg buffer of a entry to an upper pstore layer. - In the second read

Re: Fix apparent cut-n-paste mistake in Dell reboot workaround.

2013-09-27 Thread Dave Jones
On Fri, Sep 27, 2013 at 03:16:49PM -0500, H. Peter Anvin wrote: > On 09/24/2013 07:13 PM, Dave Jones wrote: > > This seems to have been copied from the Optiplex 990 entry above, but > > somoene > > forgot to change the ident text. > > > > Signed-off-by: Dave Jones > > > > diff --git

Re: [PATCH] kernel: replace strict_strto*() with kstrto*()

2013-09-27 Thread Andrew Morton
On Fri, 27 Sep 2013 19:53:53 +0200 Jean Delvare wrote: > Andrew, > > On Fri, 27 Sep 2013 09:50:39 -0600, Bjorn Helgaas wrote: > > There's some indication that this change might have broken handling of > > signed types. See > >

Re: Fix apparent cut-n-paste mistake in Dell reboot workaround.

2013-09-27 Thread H. Peter Anvin
On 09/24/2013 07:13 PM, Dave Jones wrote: > This seems to have been copied from the Optiplex 990 entry above, but somoene > forgot to change the ident text. > > Signed-off-by: Dave Jones > > diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c > index f6835d8..ea2aaca 100644 > ---

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

2013-09-27 Thread Jason Low
On Fri, Sep 27, 2013 at 12:38 PM, Tim Chen wrote: > BTW, is the above memory barrier necessary? It seems like the xchg > instruction already provided a memory barrier. > > Now if we made the changes that Jason suggested: > > > /* Init node */ > - node->locked = 0; >

Re: [PATCH] tile: use a more conservative __my_cpu_offset in CONFIG_PREEMPT

2013-09-27 Thread Chris Metcalf
On 9/26/2013 1:57 PM, Will Deacon wrote: > Hi Chris, > > On Thu, Sep 26, 2013 at 06:24:53PM +0100, Chris Metcalf wrote: >> [...] >> +static inline unsigned long __my_cpu_offset(void) >> +{ >> +unsigned long tp; >> +register unsigned long *sp asm("sp"); >> +asm("move %0, tp" : "=r" (tp)

[PATCH] clocksource: arm_arch_timer: Use clocksource for suspend timekeeping

2013-09-27 Thread Stephen Boyd
The ARM architected timers keep counting during suspend so we can mark this clocksource with the CLOCK_SOURCE_SUSPEND_NONSTOP flag. This flag will indicate that this clocksource can be used for calculating suspend time and injecting sleep time into the timekeeping core. This should be more

  1   2   3   4   5   6   7   8   9   10   >