Re: [PATCH] toshiba_acpi: Fix USB Sleep and Music always disabled

2015-09-10 Thread Darren Hart
On Wed, Sep 09, 2015 at 11:25:44AM -0600, Azael Avalos wrote: > Commit e1a949c1b988 ("toshiba_acpi: Refactor *{get, set} functions return > value") made changes on the return type of the HCI/SCI functions, but a > typo on the USB Sleep and Music code is always reporting non existent > support for s

Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

2015-09-10 Thread Stefano Stabellini
On Thu, 10 Sep 2015, Mark Rutland wrote: > On Thu, Sep 10, 2015 at 02:52:25PM +0100, Stefano Stabellini wrote: > > On Thu, 10 Sep 2015, Mark Rutland wrote: > > > On Thu, Sep 10, 2015 at 12:37:57PM +0100, Stefano Stabellini wrote: > > > > On Thu, 10 Sep 2015, Mark Rutland wrote: > > > > > > > Does X

[PATCH] mm/early_ioremap: add explicit #include of asm/early_ioremap.h

2015-09-10 Thread Ard Biesheuvel
Commit 6b0f68e32ea8 ("mm: add utility for early copy from unmapped ram") introduces a function copy_from_early_mem() into mm/early_ioremap.c which itself calls early_memremap()/early_memunmap(). However, since early_memunmap() has not been declared yet at this point in the .c file, nor by any expli

[PATCH v3 0/1 RESEND] gpio: arizona: add support for WM8998 and WM1814

2015-09-10 Thread Richard Fitzgerald
IMPORTANT: this patch has a build dependency on a patch from Lee Jones's mfd tree for-mfd-next branch: "mfd: arizona: Add support for WM8998 and WM1814" Richard Fitzgerald (1): gpio: arizona: add support for WM8998 and WM1814 drivers/gpio/gpio-arizona.c |2 ++ 1 files changed, 2 inser

[PATCH v3 1/1 RESEND] gpio: arizona: add support for WM8998 and WM1814

2015-09-10 Thread Richard Fitzgerald
Signed-off-by: Richard Fitzgerald Acked-by: Linus Walleij --- drivers/gpio/gpio-arizona.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpio/gpio-arizona.c b/drivers/gpio/gpio-arizona.c index 052fbc8..ca00273 100644 --- a/drivers/gpio/gpio-arizona.c +++ b/driv

Re: [PATCH v5 0/6] bcm2835: auxiliar device support for spi

2015-09-10 Thread Martin Sperl
> On 10.09.2015, at 17:48, Noralf Trønnes wrote: > > This looks interesting. > But there's a challenge with the uart1 and the 8250 driver. > > Phil Elwell has this to say: > This means that that UART1 isn't an exact clone of a 8250 UART. > In a particular, the clock divisor is calculated differ

Re: [RFC PATCH 01/10] arm64: feature registers: Documentation

2015-09-10 Thread Dave Martin
On Tue, Aug 11, 2015 at 04:37:46PM +0100, Suzuki K. Poulose wrote: > On 11/08/15 15:23, Catalin Marinas wrote: > >On Mon, Aug 10, 2015 at 07:48:48PM +0200, Ard Biesheuvel wrote: > >>>On 10/08/15 17:06, Catalin Marinas wrote: > And to debunk some of the counter arguments: > > a) Running

Re: [PATCH] lib/vsprintf.c: increase the size of the field_width variable

2015-09-10 Thread Tejun Heo
Hello, Joe. On Thu, Sep 10, 2015 at 08:41:25AM -0700, Joe Perches wrote: > On Thu, 2015-09-10 at 10:36 -0400, Tejun Heo wrote: > > On Wed, Sep 09, 2015 at 12:26:39PM -0700, Joe Perches wrote: > > > > > %*pb is meant for smallish bitmaps, not big ones. > [] > > The use case isn't from me, but why n

RE: [Intel-wired-lan] [PATCH] igb: don't unmap hw_addr if its NULL

2015-09-10 Thread Fujinaka, Todd
Thanks! I tried testing this sort of thing last spring, but there just wasn't a lot of hardware available to me and things weren't breaking with my setup (not sure why). ACK. Todd Fujinaka Software Application Engineer Networking Division (ND) Intel Corporation todd.fujin...@intel.com (503) 712

Re: [PATCH v5 0/6] bcm2835: auxiliar device support for spi

2015-09-10 Thread Noralf Trønnes
Den 09.09.2015 03:48, skrev Eric Anholt: ker...@martin.sperl.org writes: From: Martin Sperl The BCM2835 contains 3 auxiliar devices: * spi1 * spi2 * uart1 All of those 3 devices are enabled/disabled via a shared register, which is set by default to be disabled. Access to this register need

Re: [PATCH v2 1/5] stmmac: replace all pr_xxx by their netdev_xxx counterpart

2015-09-10 Thread Joe Perches
On Thu, 2015-09-10 at 14:37 +0200, LABBE Corentin wrote: > So this patch replace all pr_xxx by their dev_xxx counterpart. Minor mismatch between subject and commit message. Maybe not worth resending. Thanks -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH] lib/vsprintf.c: increase the size of the field_width variable

2015-09-10 Thread Joe Perches
On Thu, 2015-09-10 at 10:36 -0400, Tejun Heo wrote: > On Wed, Sep 09, 2015 at 12:26:39PM -0700, Joe Perches wrote: > > > > %*pb is meant for smallish bitmaps, not big ones. [] > The use case isn't from me, but why not? Imagine the output of the 500k bitmap if every other bit is set. %*pb isn't ca

Re: [PATCHv2 2/3] devicetree: Add new ANX7814 SlimPort transmitter binding.

2015-09-10 Thread Laurent Pinchart
Hi Enric, On Thursday 10 September 2015 16:11:03 Enric Balletbo Serra wrote: > 2015-09-09 2:40 GMT+02:00 Rob Herring : > > On 09/08/2015 02:25 AM, Enric Balletbo i Serra wrote: > >> The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter > >> designed for portable devices. > >> >

Re: [PATCH V9 1/6] perf,tools: introduce generic FEAT for CPU attributes

2015-09-10 Thread Arnaldo Carvalho de Melo
Em Thu, Sep 10, 2015 at 10:58:38AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Tue, Sep 08, 2015 at 03:32:44PM -0400, kan.li...@intel.com escreveu: > > This patch introduces generic FEAT for CPU attributes. For the patch > > set, we only need cpu max frequency. But it can be easily extented to >

Re: [PATCH 00/17] thermal: add COMPILE_TEST (on drivers)

2015-09-10 Thread Geert Uytterhoeven
Hi Eduardo, On Thu, Sep 10, 2015 at 4:56 PM, Eduardo Valentin wrote: > On Thu, Sep 10, 2015 at 08:23:45AM +0200, Geert Uytterhoeven wrote: >> On Thu, Sep 10, 2015 at 6:10 AM, Eduardo Valentin >> wrote: >> > This is a simple series to add the COMPILE_TEST on thermal drivers. >> > The idea is to

RE: Chipidea ULPI driver

2015-09-10 Thread Punnaiah Choudary Kalluri
> -Original Message- > From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Thursday, September 10, 2015 8:14 PM > To: Subbaraya Sundeep Bhatta > Cc: Peter Chen; ba...@ti.com; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org; Greg Kroah-Hartman > (gre...@linuxfoundation.org); kis...

Re: [Linaro-acpi] [RFC 4/5] tty/console: use SPCR table to define console

2015-09-10 Thread Mark Salter
On Tue, 2015-09-08 at 13:43 +0100, Leif Lindholm wrote: > From: Torez Smith > > If console= is not added to the kernel command line, the console > is not registered until much further into the booting process. This patch > adds support to parse the SPCR ACPI table to pull console support out, > t

Re: [PATCH 2/2] ARM: at91: at91sam9n12ek/dts: fix the led labels name

2015-09-10 Thread Alexandre Belloni
Hi, On 10/09/2015 at 17:09:47 +0200, Nicolas Ferre wrote : > From: Josh Wu > > Correct the led labels in at91sam9n12ek. > > Signed-off-by: Josh Wu > --- > arch/arm/boot/dts/at91sam9n12ek.dts | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/arm/boot/dts/at91sa

[PATCH] ARM: at91: at91sam9n12ek: disable i2c1

2015-09-10 Thread Nicolas Ferre
From: Bo Shen No device connect to i2c1, so remove it to keep it as disabled. Signed-off-by: Bo Shen Signed-off-by: Nicolas Ferre --- arch/arm/boot/dts/at91sam9n12ek.dts | 4 1 file changed, 4 deletions(-) diff --git a/arch/arm/boot/dts/at91sam9n12ek.dts b/arch/arm/boot/dts/at91sam9n12

Re: Chipidea ULPI driver

2015-09-10 Thread Felipe Balbi
(break your lines at 80-characters) On Thu, Sep 10, 2015 at 02:57:49PM +, Punnaiah Choudary Kalluri wrote: > > > > -Original Message- > > From: Felipe Balbi [mailto:ba...@ti.com] > > Sent: Thursday, September 10, 2015 8:14 PM > > To: Subbaraya Sundeep Bhatta > > Cc: Peter Chen; ba...

[PATCH 2/2] ARM: at91: at91sam9n12ek/dts: fix the led labels name

2015-09-10 Thread Nicolas Ferre
From: Josh Wu Correct the led labels in at91sam9n12ek. Signed-off-by: Josh Wu --- arch/arm/boot/dts/at91sam9n12ek.dts | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/at91sam9n12ek.dts b/arch/arm/boot/dts/at91sam9n12ek.dts index efa75064d38a..186a1705f

[PATCH 1/2] sama5d33ek: enable led D3

2015-09-10 Thread Nicolas Ferre
From: Josh Wu Signed-off-by: Josh Wu --- arch/arm/boot/dts/sama5d33ek.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/sama5d33ek.dts b/arch/arm/boot/dts/sama5d33ek.dts index cbd6a3ff1545..48d7445828dd 100644 --- a/arch/arm/boot/dts/sama5d33ek.dts +++ b/arch/arm/

Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

2015-09-10 Thread Jan Beulich
>>> On 10.09.15 at 16:53, wrote: > On Thu, Sep 10, 2015 at 01:55:25PM +0100, Jan Beulich wrote: >> >>> On 10.09.15 at 13:37, wrote: >> > On Thu, 10 Sep 2015, Mark Rutland wrote: >> >> Why can't Xen give a virtual EFI interface to Dom0 / guests? e.g. >> >> create pages of RuntimeServicesCode that

Re: [PATCH 5/5] virtgpu: mark as a render gpu

2015-09-10 Thread Emil Velikov
On 10 September 2015 at 15:52, Gerd Hoffmann wrote: > Hi, > >> > Dave? Looking at the ioctls they are all fine for render nodes, there >> > isn't anything modesetting related in the device-specific ioctls. >> > >> > Correct? >> > >> Unless I've overdone the coffee this time - modesetting is don

[RFC][PATCH RT v2 1/3] [PATCH 1/3] locking: Add spin_trylock_or_boost() infrastructure

2015-09-10 Thread Steven Rostedt
In mainline Linux, there are cases where locks need to be taken in reverse order. In non PREEMPT_RT code, spinlocks can not be preempted, thus if one needs to take locks in reverse order, if it can't get the second lock, it simply needs to release the first lock (the one that can cause a deadlock)

[RFC][PATCH RT v2 0/3] RT: Fix trylock deadlock without msleep() hack

2015-09-10 Thread Steven Rostedt
(Frozen shark deflectors set on hold) I wont describe the trylock live lock issue again, for that please see v1 of this patch set: http://lkml.kernel.org/r/20150904011900.730816...@goodmis.org My solution there was to add a spin_try_or_boost_lock() call that would temporarily boost the owner o

[RFC][PATCH RT v2 3/3] [PATCH 3/3] rtmutex: Wake up all top trylock waiters on unlock

2015-09-10 Thread Steven Rostedt
A task that boosts an owner of a lock via spin_trylock_or_boost() is not a real waiter of the lock in non PREEMPT_RT code. In non PREEMPT_RT, that task is just spinning. But in PREEMPT_RT the call to cpu_chill() will touch the lock. But there's nothing keeping the lock there. As the lock is booste

[RFC][PATCH RT v2 2/3] [PATCH 2/3] rt: Make cpu_chill() call rt_mutex_wait_for_lock() and add new cpu_rest() as msleep(1)

2015-09-10 Thread Steven Rostedt
Make the cpu_chill() call rt_mutex_wait_for_lock() where it will only sleep if the owner of a lock boosted by spin_trylock_or_boost() still has the lock. The owner will then wake up the caller of cpu_chill(). As there are still locations that use cpu_chill(), as it spins on status events like bits

Re: [PATCH v4 04/22] of: add function to allow probing a device from a OF node

2015-09-10 Thread Tomeu Vizoso
On 9 September 2015 at 03:29, Rob Herring wrote: > On 09/07/2015 07:23 AM, Tomeu Vizoso wrote: >> Walks the OF tree up and finds the closest ancestor that has a struct >> device associated with it, probing it if isn't bound to a driver yet. >> >> The above should ensure that the dependency represe

Re: [Linux v4.2] workqueue: llvmlinux: acpid: BUG: sleeping function called from invalid context at kernel/workqueue.c:2680

2015-09-10 Thread Tejun Heo
On Thu, Sep 10, 2015 at 10:52:27AM -0400, Tejun Heo wrote: > Hey, > > On Thu, Sep 10, 2015 at 09:04:27AM +0800, Lai Jiangshan wrote: > > I think we need to add might_sleep() on the top of __cancel_work_timer(). > > The might_sleep() on the start_flush_work() doesn't cover all the > > paths of __ca

[PATCH] ARM: at91/dt: sama5d3 xplained: disable pmic

2015-09-10 Thread Nicolas Ferre
As PMIC act8865 can disturb communication on i2c1, and as it should be setup correctly then its i2c interface disabled by bootloader, we simply disregard it in DT. Signed-off-by: Nicolas Ferre --- arch/arm/boot/dts/at91-sama5d3_xplained.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH 00/17] thermal: add COMPILE_TEST (on drivers)

2015-09-10 Thread Eduardo Valentin
On Thu, Sep 10, 2015 at 08:23:45AM +0200, Geert Uytterhoeven wrote: > Hi Eduardo, > > On Thu, Sep 10, 2015 at 6:10 AM, Eduardo Valentin wrote: > > This is a simple series to add the COMPILE_TEST on thermal drivers. > > The idea is to help compiling and maintaining. > > Thanks, good idea! > > >

Re: [PATCH, newbie, HELP] lirc devices: Missing uapi header lirc.h

2015-09-10 Thread Alec Leamas
On 08/09/15 17:16, Randy Dunlap wrote: [adding linux-media + Alan Cox] Thanks for forwarding this message (no reply so far, though). I will be on a slow link over the weekend, so I will just be able to listen to the linux-media list (sorry...) If anybody is able to answer, please do so to t

Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

2015-09-10 Thread Mark Rutland
On Thu, Sep 10, 2015 at 01:55:25PM +0100, Jan Beulich wrote: > >>> On 10.09.15 at 13:37, wrote: > > On Thu, 10 Sep 2015, Mark Rutland wrote: > >> Why can't Xen give a virtual EFI interface to Dom0 / guests? e.g. > >> create pages of RuntimeServicesCode that are trivial assembly shims > >> doing hy

Re: [PATCH 5/5] virtgpu: mark as a render gpu

2015-09-10 Thread Gerd Hoffmann
Hi, > > Dave? Looking at the ioctls they are all fine for render nodes, there > > isn't anything modesetting related in the device-specific ioctls. > > > > Correct? > > > Unless I've overdone the coffee this time - modesetting is done via > the card# node, while render via either card# or rende

Re: [Linux v4.2] workqueue: llvmlinux: acpid: BUG: sleeping function called from invalid context at kernel/workqueue.c:2680

2015-09-10 Thread Tejun Heo
Hey, On Thu, Sep 10, 2015 at 09:04:27AM +0800, Lai Jiangshan wrote: > I think we need to add might_sleep() on the top of __cancel_work_timer(). > The might_sleep() on the start_flush_work() doesn't cover all the > paths of __cancel_work_timer(). > And it can help to narrow the area of this bug. S

Re: [PATCH] power: bq24261_charger: Add support for TI BQ24261 charger

2015-09-10 Thread Laurentiu Palcu
On Thu, Sep 10, 2015 at 08:49:26AM +0900, Krzysztof Kozlowski wrote: > On 10.09.2015 02:31, Andreas Dannenberg wrote: > > On Wed, Sep 09, 2015 at 01:17:11PM +0900, Krzysztof Kozlowski wrote: > >> On 09.09.2015 11:26, Andreas Dannenberg wrote: > >>> Krzysztof, good observation! In bq2425x_charger.c

Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

2015-09-10 Thread Mark Rutland
On Thu, Sep 10, 2015 at 02:52:25PM +0100, Stefano Stabellini wrote: > On Thu, 10 Sep 2015, Mark Rutland wrote: > > On Thu, Sep 10, 2015 at 12:37:57PM +0100, Stefano Stabellini wrote: > > > On Thu, 10 Sep 2015, Mark Rutland wrote: > > > > > > Does Xen not talk to EFI itself and/or give the kernel a

Re: [PATCH 3/5] update virtio gpu driver: add 3d/virgl support

2015-09-10 Thread Gerd Hoffmann
Hi, > Just a FYI - Daniel Vetter has a series in flight which deprecates > DRM_UNLOCKED for KMS drivers. Thanks for the heads up. > > > --- /dev/null > > +++ b/include/uapi/drm/virtgpu_drm.h > > @@ -0,0 +1,163 @@ > > > + > > +struct drm_virtgpu_3d_box { > > + uint32_t x, y, z; > > +

Re: Chipidea ULPI driver

2015-09-10 Thread Felipe Balbi
(break your lines at 80-characters) On Thu, Sep 10, 2015 at 12:44:58PM +, Subbaraya Sundeep Bhatta wrote: > Hi Peter, > > We are using NOP transceiver driver for USB3320 ULPI PHY with ChipIdea > controller. > > Recently we found that one of the boards (zedboard) requires PHY > register acces

Re: [PATCH] lib/vsprintf.c: increase the size of the field_width variable

2015-09-10 Thread Tejun Heo
Hello, On Thu, Sep 10, 2015 at 01:17:36AM -0700, Joe Perches wrote: > > It also won't work for the case at hand if/when the actual bitmap ever > > gets a bit set beyond S16_MAX. > > But at least it should work for the bitmap sized <= S16_MAX > which should be the majority of uses. The failure mo

Re: [PATCH] lib/vsprintf.c: increase the size of the field_width variable

2015-09-10 Thread Tejun Heo
Hello, Joe. On Wed, Sep 09, 2015 at 12:26:39PM -0700, Joe Perches wrote: > > > %*pb is meant for smallish bitmaps, not big ones. I'm not so sure about that. It's one thing to truncate printk output cuz the actual formatted result is too long but crippling the entire printf family of functions re

Re: [PATCH 5/5] virtgpu: mark as a render gpu

2015-09-10 Thread Emil Velikov
On 10 September 2015 at 15:23, Gerd Hoffmann wrote: > On Do, 2015-09-10 at 09:59 +0100, Emil Velikov wrote: >> On 9 September 2015 at 12:42, Gerd Hoffmann wrote: >> > From: Dave Airlie >> > >> > Signed-off-by: Gerd Hoffmann >> > --- >> > drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +- >> > 1 file

Re: [PATCH] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU

2015-09-10 Thread David Howells
Greg Ungerer wrote: > It would make sense to run this by David Howells , > I think he wrote this code (added to CC list). > > I have no problem with it, so: Fine by me too. Acked-by: David Howells -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a mess

Re: [PATCH 5/5] virtgpu: mark as a render gpu

2015-09-10 Thread Gerd Hoffmann
On Do, 2015-09-10 at 09:59 +0100, Emil Velikov wrote: > On 9 September 2015 at 12:42, Gerd Hoffmann wrote: > > From: Dave Airlie > > > > Signed-off-by: Gerd Hoffmann > > --- > > drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/d

Re: [PATCH] lib/dynamic_debug.c: use kstrdup_const

2015-09-10 Thread Jason Baron
Looks fine to me. Acked-by: Jason Baron Andrew, want to pick this up? Thanks, -Jason On 09/09/2015 05:40 PM, Rasmus Villemoes wrote: > Using kstrdup_const, thus reusing .rodata when possible, saves around > 2 kB of runtime memory on my laptop/.config combination. > > Signed-off-by: Rasmus Vi

Re: [PATCH v2] QEMU fw_cfg DMA interface documentation

2015-09-10 Thread Marc Marí
On Tue, 8 Sep 2015 12:46:08 -0400 "Kevin O'Connor" wrote: > On Mon, Sep 07, 2015 at 01:08:29PM +0200, Gerd Hoffmann wrote: > > > It's just simplicity. If you want to read a few times from the > > > same field (like in ACPI tables, read the data size and then the > > > data), you need a way to ena

Re: [PATCH V9 4/6] perf,tools: Dump per-sample freq/CPU%/CORE_BUSY% in report -D

2015-09-10 Thread Arnaldo Carvalho de Melo
Em Tue, Sep 08, 2015 at 03:32:47PM -0400, kan.li...@intel.com escreveu: > From: Kan Liang > > The group read results from cycles/ref-cycles/TSC/ASTATE/MSTATE event > can be used to calculate the frequency, CPU Utilization and percent > performance during each sampling period. > This patch shows t

Re: [PATCH v2] ahci: qoriq: fixed using uninitialized variable warnings

2015-09-10 Thread Tejun Heo
(cc'ing Fengguang, hi!) Fengguang, this is about kbuild test robot warning titled "drivers/ata/ahci_qoriq.c:70:6: warning: 'px_cmd' may be used uninitialized in this function". Yuantian can't reproduce the warning and I'm wondering whether the below patch would make the warning go away. Which gc

my subject

2015-09-10 Thread Muthoot
Be informed that Muthoot Finance give out Guarantee Business Loans, Automobile Purchase Loans, House Purchase Loans, Personal Loans at 3% interest rate, for more info email: muthootfinancceh...@gmail.com Estar informado de que Muthoot Finanzas Dar a conocer Garanta de negocios Prstamos, Prs

Re: [PATCH v4 07/13] usb: otg: add OTG core

2015-09-10 Thread Roger Quadros
On 10/09/15 08:35, Peter Chen wrote: > On Wed, Sep 09, 2015 at 01:21:50PM +0300, Roger Quadros wrote: >> On 09/09/15 11:45, Peter Chen wrote: >>> On Wed, Sep 09, 2015 at 12:33:20PM +0300, Roger Quadros wrote: On 09/09/15 11:13, Peter Chen wrote: > On Wed, Sep 09, 2015 at 12:08:10PM +0300,

Re: [PATCH 4/5] perf tools: Propagate error info from tp_format

2015-09-10 Thread Arnaldo Carvalho de Melo
Em Thu, Sep 10, 2015 at 10:24:52AM +0200, Jiri Olsa escreveu: > On Wed, Sep 09, 2015 at 05:58:13PM -0300, Arnaldo Carvalho de Melo wrote: > > SNIP > > > This kind of stuff is ok, as evsel is a local variable and you kept the > > interface for perf_evsel__syscall_newtp(), i.e. it returns NULL if a

Re: [PATCH v4 07/13] usb: otg: add OTG core

2015-09-10 Thread Roger Quadros
On 10/09/15 12:28, Li Jun wrote: > On Wed, Sep 09, 2015 at 01:01:14PM +0300, Roger Quadros wrote: > ... ... > >> +return -EINVAL; > > Return non-zero, then if err, do we need call usb_otg_add_hcd() after > usb_otg_register_hcd() fails? You should not call usb_otg_

Re: [RFC 00/13] perf_env/CPU socket reorg/fixes

2015-09-10 Thread Arnaldo Carvalho de Melo
Em Thu, Sep 10, 2015 at 11:19:06AM +0200, Jiri Olsa escreveu: > On Wed, Sep 09, 2015 at 04:50:12PM -0300, Arnaldo Carvalho de Melo wrote: > > Please take a look at these changes to fix the problems reported by > > Wang Nan wrt accesses to the cpu_topology_map information. > > > > The fixes

Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

2015-09-10 Thread Leif Lindholm
On Thu, Sep 10, 2015 at 02:52:25PM +0100, Stefano Stabellini wrote: > > > In any case this should be separate from the shim ABI discussion. > > > > I disagree; I think this is very much relevant to the ABI discussion. > > That's not to say that I insist on a particular approach, but I think > > th

Re: [Linaro-acpi] [PATCH v3 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro

2015-09-10 Thread Al Stone
On 09/10/2015 06:14 AM, Graeme Gregory wrote: > On Wed, Sep 09, 2015 at 03:09:47PM -0600, Al Stone wrote: >> The existing BAD_MADT_ENTRY macro only checks that the size of the data >> structure for an MADT subtable matches the length entry in the subtable. >> This is, unfortunately, not reliable.

Re: [PATCHv2 2/3] devicetree: Add new ANX7814 SlimPort transmitter binding.

2015-09-10 Thread Enric Balletbo Serra
Hi Rob, 2015-09-09 2:40 GMT+02:00 Rob Herring : > On 09/08/2015 02:25 AM, Enric Balletbo i Serra wrote: >> The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter >> designed for portable devices. >> >> You can add support to your board with current binding. >> >> Example: >> >>

RE: [PATCH v3 1/5] Input: goodix - reset device at init

2015-09-10 Thread Tirdea, Irina
> -Original Message- > From: Bastien Nocera [mailto:had...@hadess.net] > Sent: 09 September, 2015 20:03 > To: Tirdea, Irina; linux-in...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; Rob Herring; Pawel Moll; Ian Campbell; > Kumar Gala; Purdila, Octavian; Dmitry Torokhov; Mark > Rut

Re: [PATCH 1/5] virtio-gpu: add virtio_gpu_queue_ctrl_buffer_nolock

2015-09-10 Thread Gerd Hoffmann
On Do, 2015-09-10 at 09:39 +0100, Emil Velikov wrote: > Hi Gerd, > > On 9 September 2015 at 12:42, Gerd Hoffmann wrote: > > Add virtio_gpu_queue_ctrl_buffer_nolock function, which does the same as > > virtio_gpu_queue_ctrl_buffer but does not take the virtqueue lock. The > > caller must hold the

Re: RFC: fsyscall

2015-09-10 Thread Serge E. Hallyn
On Thu, Sep 10, 2015 at 09:03:08AM -0500, Serge E. Hallyn wrote: > On Thu, Sep 10, 2015 at 09:01:20AM -0500, Serge E. Hallyn wrote: > > On Thu, Sep 10, 2015 at 02:51:28PM +0100, David Drysdale wrote: > > > On Thu, Sep 10, 2015 at 2:43 PM, Serge E. Hallyn wrote: > > > > On Tue, Sep 08, 2015 at 07:2

Re: RFC: fsyscall

2015-09-10 Thread Serge E. Hallyn
On Thu, Sep 10, 2015 at 09:01:20AM -0500, Serge E. Hallyn wrote: > On Thu, Sep 10, 2015 at 02:51:28PM +0100, David Drysdale wrote: > > On Thu, Sep 10, 2015 at 2:43 PM, Serge E. Hallyn wrote: > > > On Tue, Sep 08, 2015 at 07:25:17PM -0500, Eric W. Biederman wrote: > > >> Andy Lutomirski writes: >

Re: RFC: fsyscall

2015-09-10 Thread Serge E. Hallyn
On Thu, Sep 10, 2015 at 02:51:28PM +0100, David Drysdale wrote: > On Thu, Sep 10, 2015 at 2:43 PM, Serge E. Hallyn wrote: > > On Tue, Sep 08, 2015 at 07:25:17PM -0500, Eric W. Biederman wrote: > >> Andy Lutomirski writes: > >> > >> > On Tue, Sep 8, 2015 at 4:07 PM, Eric W. Biederman > >> > wrot

Re: [PATCH V9 2/6] perf,tools: read msr pmu type from header.

2015-09-10 Thread Arnaldo Carvalho de Melo
Em Tue, Sep 08, 2015 at 03:32:45PM -0400, kan.li...@intel.com escreveu: > From: Kan Liang > > Get msr pmu type when processing pmu_mappings This one looks ok, I am porting it to my current perf/core, that includes that perf/env branch, will fix up things as we discuss it. - Arnaldo > Signed-o

Re: [PATCH v3 1/2] perf,x86: add Intel Memory Bandwidth Monitoring (MBM) PMU

2015-09-10 Thread Matt Fleming
On Tue, 2015-09-08 at 18:06 +0100, Juvva, Kanaka D wrote: > > There are two aspects: > > 1) Programming MSRs > 2) EVENT_ATTR_STR(llc_local_bw, intel_cqm_llc_local_bw, "event=0x04"); > > 1 is used for programming MSRs > 2 event attribute for perf > > > For MBM_LOCAL_EVENT HW ID is 0x3. W

Re: [PATCH V9 1/6] perf,tools: introduce generic FEAT for CPU attributes

2015-09-10 Thread Arnaldo Carvalho de Melo
Em Tue, Sep 08, 2015 at 03:32:44PM -0400, kan.li...@intel.com escreveu: > From: Kan Liang > > This patch introduces generic FEAT for CPU attributes. For the patch > set, we only need cpu max frequency. But it can be easily extented to > support more other CPU attributes. > The cpu max frequency i

[PATCH] Input: elan_i2c - Expand maxmium product_id form 0xFF to 0xFFFF

2015-09-10 Thread duson
In order to support more projects in the feture, we expand the maxmium product_id value form 0xFF to 0x. Signed-off by: Duson Lin --- drivers/input/mouse/elan_i2c.h |2 +- drivers/input/mouse/elan_i2c_core.c |6 +++--- drivers/input/mouse/elan_i2c_i2c.c |4 ++-- drivers/

Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

2015-09-10 Thread Stefano Stabellini
On Thu, 10 Sep 2015, Mark Rutland wrote: > On Thu, Sep 10, 2015 at 12:37:57PM +0100, Stefano Stabellini wrote: > > On Thu, 10 Sep 2015, Mark Rutland wrote: > > > > > Does Xen not talk to EFI itself and/or give the kernel a virtual EFI > > > > > interface? > > > > > > > > Xen talks to EFI itself bu

Re: RFC: fsyscall

2015-09-10 Thread David Drysdale
On Thu, Sep 10, 2015 at 2:43 PM, Serge E. Hallyn wrote: > On Tue, Sep 08, 2015 at 07:25:17PM -0500, Eric W. Biederman wrote: >> Andy Lutomirski writes: >> >> > On Tue, Sep 8, 2015 at 4:07 PM, Eric W. Biederman >> > wrote: >> >> >> Perhaps I had missed it but I don't recall capsicum being able t

[PATCH 0/2] xen/swiotlb: Add support for 64KB page granularity,

2015-09-10 Thread Julien Grall
Hi all, This small series add support for 64KB guests in swiotlb. It's based on top of my 64KB page granularity support [1]. It has been tested on both 4KB and 64KB page granularity DOM0 by using an LVM partition for the guest rootfs. Regards, [1] https://lwn.net/Articles/656797/ Cc: Konrad Rz

[PATCH 2/2] xen/swiotlb: Add support for 64KB page granularity

2015-09-10 Thread Julien Grall
Swiotlb is used on ARM64 to support DMA on platform where devices are not protected by an SMMU. Furthermore it's only enabled for DOM0. While Xen is always using 4KB page granularity in the stage-2 page table, Linux ARM64 may either use 4KB or 64KB. This means that a Linux page can be spanned accr

Re: RFC: fsyscall

2015-09-10 Thread Serge E. Hallyn
On Tue, Sep 08, 2015 at 07:25:17PM -0500, Eric W. Biederman wrote: > Andy Lutomirski writes: > > > On Tue, Sep 8, 2015 at 4:07 PM, Eric W. Biederman > > wrote: > > >> Perhaps I had missed it but I don't recall capsicum being able to wrap > >> things like reboot(2). > >> > > > > Ah, so you want

[PATCH 1/2] xen/swiotlb: Pass addresses rather than frame numbers to xen_arch_need_swiotlb

2015-09-10 Thread Julien Grall
With 64KB page granularity support, the frame number will be different. It will be easier to modify the behavior in a single place rather than in each caller. Signed-off-by: Julien Grall --- Cc: Stefano Stabellini Cc: Russell King Cc: Konrad Rzeszutek Wilk Cc: Boris Ostrovsky Cc: David Vrab

[PATCH] ARM: exynos_defconfig: Disable simplefb support

2015-09-10 Thread Javier Martinez Canillas
The simplefb driver allows the kernel to render on a pre-allocated buffer that's been initialized by firmware before the kernel boots. This option was enabled to have display working on the Exynos5250 Snow Chromebook by commit da9d0fbf5e9a ("ARM: exynos: defconfig update") since proper DRM/KMS sup

[PATCH v2 1/4] serial: samsung: remove unused 'irq' parameter

2015-09-10 Thread Robert Baldyga
This parameter is not used anywhere, so we can get rid of it. Signed-off-by: Robert Baldyga Reviewed-by: Krzysztof Kozlowski --- drivers/tty/serial/samsung.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/tty/serial/samsung.c b/drivers/tty/serial/samsung.c i

[PATCH v2 4/4] serial: samsung: Fix UART status handling in DMA mode

2015-09-10 Thread Robert Baldyga
This patch fixes UART status handling in DMA mode. For this purpose we use s3c24xx_serial_rx_drain_fifo() instead of uart_rx_drain_fifo(), which does the same thing plus checks for special conditions (such as 'break'). Thanks to this we have, for example, Magic SysRq handling, which was missing in

[PATCH v2 3/4] serial: samsung: introduce s3c24xx_serial_rx_drain_fifo() function

2015-09-10 Thread Robert Baldyga
This patch introduces s3c24xx_serial_rx_drain_fifo() which reads data from RX FIFO and writes it to tty buffer. It also checks for special conditions (such as 'break') and handles it. This function has been separated from s3c24xx_serial_rx_chars_pio() as it contains code which can be used also in D

[PATCH v2 2/4] serial: samsung: remove unneded 'ignore_char' label

2015-09-10 Thread Robert Baldyga
This label does nothing special and we don't need to have it anymore. Signed-off-by: Robert Baldyga --- drivers/tty/serial/samsung.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/tty/serial/samsung.c b/drivers/tty/serial/samsung.c index fee764c..dc4be54 10064

[PATCH v2 0/4] serial: samsung: Fix UART status handling and other fixes

2015-09-10 Thread Robert Baldyga
Hello, This patch set contains four patches: two minor fixes and two patches fixing quite importatn bug which was missing UART status handling in DMA mode. It fixes, among others, 'break' contition handling, which is necessary if we want to use Magic SysRq. So this patch fixes Magic SysRq handling

[PATCH] pinctrl: core: handle pinctrl_get failure

2015-09-10 Thread Peng Fan
Need to do error handling path when pinctrl_get fails. Also when pinctrl_get success, insert 'pctldev->node' to pinctrldev_list. Signed-off-by: Peng Fan Cc: Linus Walleij --- drivers/pinctrl/core.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/drivers/pinctrl/co

Re: RFC: fsyscall

2015-09-10 Thread Serge E. Hallyn
On Wed, Sep 09, 2015 at 02:33:14PM -0500, Eric W. Biederman wrote: ... > If I assume that anything file descriptor based will need another > mechanism to filter what is allowed on a file descriptor, and as such > will need a different mechanism (capsicum perhaps?). That handily > reduces the pro

Re: [PATCH] check_for_tasks: read_lock(tasklist_lock) doesn't need to disable irqs

2015-09-10 Thread Kirill Tkhai
On 10.09.2015 16:07, Oleg Nesterov wrote: > check_for_tasks() doesn't need to disable irqs, recursive read_lock() > from interrupt is fine. > > While at it, s/do_each_thread/for_each_process_thread/. > > Signed-off-by: Oleg Nesterov Reviewed-by: Kirill Tkhai > --- > kernel/cpu.c |8 +++

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

2015-09-10 Thread Ian Campbell
On Thu, 2015-09-10 at 07:08 -0600, Jan Beulich wrote: > > > > On 10.09.15 at 14:58, wrote: > > On Thu, 2015-09-10 at 13:15 +0100, Mark Rutland wrote: > > > > > > In any case this should be separate from the shim ABI discussion. > > > > > > I disagree; I think this is very much relevant to the AB

Re: [RFC PATCH v3 1/3] mmc: sprd: Add MMC host driver for Spreadtrum SoC

2015-09-10 Thread Ulf Hansson
On 14 August 2015 at 18:55, Hongtao Wu wrote: > the Spreadtrum MMC host driver is used to supply EMMC, SD, and > SDIO types of memory cards Perhaps some more information about the controller. Are there any specific features it support or doesn't support!? Moreover it would be nice to know a bit

Re: Multiple potential races on vma->vm_flags

2015-09-10 Thread Andrey Konovalov
Can a vma be shared among a few mm's? If yes, then taking current->mm->mmap_sem to protect vma is not enough. In the first report below both T378 and T398 take current->mm->mmap_sem at mm/mlock.c:650, but they turn out to be different locks (the addresses are different). In the second report T309

Re: RFC: fsyscall

2015-09-10 Thread Serge E. Hallyn
On Wed, Sep 09, 2015 at 06:27:06PM +0100, David Drysdale wrote: > On Wed, Sep 9, 2015 at 1:25 AM, Eric W. Biederman > wrote: > > Andy Lutomirski writes: > > > On Tue, Sep 8, 2015 at 4:07 PM, Eric W. Biederman > > > wrote: > > (From this perspective, the limitation that seccomp-bpf programs onl

[PATCH 2/7] crypto: amcc replace get_sg_count by sg_nents_for_len

2015-09-10 Thread LABBE Corentin
The get_sg_count function of amcc is the same as sg_nents_for_len from lib/scatterlist.c Signed-off-by: LABBE Corentin --- drivers/crypto/amcc/crypto4xx_core.c | 22 +- 1 file changed, 1 insertion(+), 21 deletions(-) diff --git a/drivers/crypto/amcc/crypto4xx_core.c b/drive

[PATCH 1/7] crypto: bfin: replace sg_count by sg_nents

2015-09-10 Thread LABBE Corentin
The sg_count function in bfin_crc.c is the same function as sg_nents. Remove the duplicate code and use sg_nents() instead. Signed-off-by: LABBE Corentin --- drivers/crypto/bfin_crc.c | 25 +++-- 1 file changed, 3 insertions(+), 22 deletions(-) diff --git a/drivers/crypto/bf

Re: [PATCH] staging: slicoss: remove unused variables

2015-09-10 Thread Sudip Mukherjee
On Wed, Sep 09, 2015 at 11:31:37AM -0700, Greg Kroah-Hartman wrote: > On Fri, Sep 04, 2015 at 06:53:18PM +0530, Sudip Mukherjee wrote: > > These variables were only assigned some values but they were never used. > > > > Signed-off-by: Sudip Mukherjee > > --- > > drivers/staging/slicoss/slicoss.c

[PATCH 6/7] crypto: qce replace qce_countsg with sg_nents_for_len2

2015-09-10 Thread LABBE Corentin
Signed-off-by: LABBE Corentin --- drivers/crypto/qce/ablkcipher.c | 4 ++-- drivers/crypto/qce/dma.c| 19 --- drivers/crypto/qce/dma.h| 1 - drivers/crypto/qce/sha.c| 2 +- 4 files changed, 3 insertions(+), 23 deletions(-) diff --git a/drivers/crypto/qc

[PATCH 4/7] lib: introduce sg_nents_for_len2

2015-09-10 Thread LABBE Corentin
Some driver use a modified version of sg_nents_for_len with an additional parameter bool *chained for knowing if the scatterlist is chained or not. So, for removing duplicate code, add sg_nents_for_len2 in lib/scatterlist.c Signed-off-by: LABBE Corentin --- include/linux/scatterlist.h | 1 + l

[PATCH 7/7] crypto: caam replace __sg_count with sg_nents_for_len2

2015-09-10 Thread LABBE Corentin
Signed-off-by: LABBE Corentin --- drivers/crypto/caam/caamhash.c | 14 -- drivers/crypto/caam/sg_sw_sec4.h | 20 +--- 2 files changed, 9 insertions(+), 25 deletions(-) diff --git a/drivers/crypto/caam/caamhash.c b/drivers/crypto/caam/caamhash.c index 94433b9..b42959

[PATCH 5/7] crypto: talitos replace sg_count with sg_nents_for_len2

2015-09-10 Thread LABBE Corentin
Signed-off-by: LABBE Corentin --- drivers/crypto/talitos.c | 34 -- 1 file changed, 8 insertions(+), 26 deletions(-) diff --git a/drivers/crypto/talitos.c b/drivers/crypto/talitos.c index 3b20a1b..aca6a6a 100644 --- a/drivers/crypto/talitos.c +++ b/drivers/crypto/

crypto: Remove duplicate code of SG helpers functions

2015-09-10 Thread LABBE Corentin
Hello This patch series try to remove some duplicate code of some SG helpers functions. The first three patch replace custom functions by already in-tree helper functions. The fourth add a new functions "sg_nents_for_len2" who is the same as sg_nents_for_len with an additionnal arguments. Note

[PATCH 3/7] crypto: sahara replace sahara_sg_length with sg_nents_for_len

2015-09-10 Thread LABBE Corentin
Signed-off-by: LABBE Corentin --- drivers/crypto/sahara.c | 30 +++--- 1 file changed, 3 insertions(+), 27 deletions(-) diff --git a/drivers/crypto/sahara.c b/drivers/crypto/sahara.c index 820dc3a..cea2411 100644 --- a/drivers/crypto/sahara.c +++ b/drivers/crypto/sahara.c

Re: [PATCH] avr32: atngw100: remove useless include

2015-09-10 Thread Hans-Christian Egtvedt
Around Thu 10 Sep 2015 15:14:21 +0200 or thereabout, Alexandre Belloni wrote: > Signed-off-by: Alexandre Belloni Acked-by: Hans-Christian Egtvedt Will add it to my for-linus branch in the linux-avr32 git tree. > --- > arch/avr32/boards/atngw100/mrmt.c | 1 - > 1 file changed, 1 deletion(-) >

GFS2: Pull request (merge window)

2015-09-10 Thread Bob Peterson
Hi, Please consider pulling the following changes for the GFS2 file system. I apologize for the late request, but as I explained in my previous email, I wanted to make sure everything was done "the right way." Bob Peterson The foll

[PATCH] avr32: atngw100: remove useless include

2015-09-10 Thread Alexandre Belloni
Signed-off-by: Alexandre Belloni --- arch/avr32/boards/atngw100/mrmt.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/avr32/boards/atngw100/mrmt.c b/arch/avr32/boards/atngw100/mrmt.c index 91146b416cdb..99b0a7984950 100644 --- a/arch/avr32/boards/atngw100/mrmt.c +++ b/arch/avr32/boards/

Re: [PATCH 04/13] perf env: Introduce read_cpu_topology_map() method

2015-09-10 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 09, 2015 at 09:41:18PM +, Liang, Kan escreveu: > > - for (i = 0; i < tp->cpu_nr; i++) { > > - ret = do_write(fd, &tp->core_id[i], sizeof(int)); > > + perf_env__read_cpu_topology_map(&perf_env); > > + > > I think we need to handle error here. Ok, adding a test, update

[PATCH] check_for_tasks: read_lock(tasklist_lock) doesn't need to disable irqs

2015-09-10 Thread Oleg Nesterov
check_for_tasks() doesn't need to disable irqs, recursive read_lock() from interrupt is fine. While at it, s/do_each_thread/for_each_process_thread/. Signed-off-by: Oleg Nesterov --- kernel/cpu.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/kernel/cpu.c b/kern

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

2015-09-10 Thread Jan Beulich
>>> On 10.09.15 at 14:58, wrote: > On Thu, 2015-09-10 at 13:15 +0100, Mark Rutland wrote: > >> > In any case this should be separate from the shim ABI discussion. >> >> I disagree; I think this is very much relevant to the ABI discussion. >> That's not to say that I insist on a particular approa

<    1   2   3   4   5   6   7   >