Re: [RFC v3 7/9] kdb: Categorize kdb commands (similar to SysRq categorization)

2014-04-25 Thread Steven Rostedt
On Fri, 25 Apr 2014 17:29:28 +0100 Daniel Thompson wrote: > This patch introduces several new flags to collect kdb commands into > groups (later allowing them to be optionally disabled). > > This follows similar prior art to enable/disable magic sysrq > commands. > > The commands have been cate

Re: [PATCH 07/13] sparc/PCI: Use new pci_is_bridge() to simplify code

2014-04-25 Thread David Miller
From: Yijing Wang Date: Fri, 25 Apr 2014 17:18:29 +0800 > Now we can use new pci_is_bridge() helper function > to simplify code. > > Signed-off-by: Yijing Wang Acked-by: David S. Miller -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majo

Re: [PATCH v7 1/2] serial: sc16is7xx

2014-04-25 Thread One Thousand Gnomes
> Fair enough, but the 8250 framework does allow you to insert your own > irq service routine. "serial8250_default_handle_irq" is the default > (unsurprisingly), but if the uart_port has a non-NULL "handle_irq" > method it will be faithfully copied into the uart_8250_port > "handle_irq" method in 8

Re: [PATCH] net: guard against coalescing packets from buggy network drivers

2014-04-25 Thread Eric Dumazet
On Fri, 2014-04-25 at 18:01 +0200, Svenning Sørensen wrote: > You are right, of course, there are more effective ways to catch buggy > drivers. > But they will probably also be much more expensive. > This one is very cheap, being in a relatively cold path, especially > compared to the memcpy in

Re: [RFC v3 1/9] sysrq: Implement __handle_sysrq_nolock to avoid recursive locking in kdb

2014-04-25 Thread Steven Rostedt
On Fri, 25 Apr 2014 17:29:22 +0100 Daniel Thompson wrote: > If kdb is triggered using SysRq-g then any use of the sr command results > in the SysRq key table lock being recursively acquired, killing the debug > session. That patch resolves the problem by introducing a _nolock > alternative for __

[PATCH] staging: crypto: skein: depend upon CRYPTO

2014-04-25 Thread Jason Cooper
Fengguang's randconfig kernel build tester discovered the following warnings: warning: (CRYPTO_THREEFISH) selects CRYPTO_ALGAPI which has unmet direct dependencies (CRYPTO) warning: (DM_VERITY && CRYPTO_SKEIN) selects CRYPTO_HASH which has unmet direct dependencies (CRYPTO) Fix this in the Kcon

Re: [PATCH] pci/pciehp: Allow polling/irq mode to be decided on a per-port basis

2014-04-25 Thread Bjorn Helgaas
On Fri, Apr 25, 2014 at 10:34 AM, Guenter Roeck wrote: > > >> -Original Message- >> From: Bjorn Helgaas [mailto:bhelg...@google.com] >> Sent: Thursday, April 24, 2014 2:31 PM >> To: Rajat Jain >> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Rajat >> Jain; Guenter Roeck >> S

Re: [PATCH 1/5] ARM: defconfigs: add MTD_SPI_NOR (new dependency for M25P80)

2014-04-25 Thread Stephen Warren
On 04/17/2014 01:21 AM, Brian Norris wrote: > These defconfigs contain the CONFIG_M25P80 symbol, which is now > dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to the > relevant defconfigs. > > At the same time, drop the now-nonexistent CONFIG_MTD_CHAR symbol. I hadn't realized that t

Re: [PATCH v2 0/4] xhci: fixes for 3.15-rc usb-linus

2014-04-25 Thread Greg KH
On Fri, Apr 25, 2014 at 07:20:12PM +0300, Mathias Nyman wrote: > Hi Greg > > > > Second try at th

[PATCH v2 1/4] usb: xhci: Prefer endpoint context dequeue pointer over stopped_trb

2014-04-25 Thread Mathias Nyman
From: Julius Werner We have observed a rare cycle state desync bug after Set TR Dequeue Pointer commands on Intel LynxPoint xHCs (resulting in an endpoint that doesn't fetch new TRBs and thus an unresponsive USB device). It always triggers when a previous Set TR Dequeue Pointer command has set th

[PATCH v2 01/10] lib: add fdt_empty_tree.c

2014-04-25 Thread Leif Lindholm
From: Mark Salter CONFIG_LIBFDT support does not include fdt_empty_tree.c which is needed by arm64 EFI stub. Add it to libfdt_files. Signed-off-by: Mark Salter Signed-off-by: Leif Lindholm --- lib/Makefile |3 ++- lib/fdt_empty_tree.c |2 ++ 2 files changed, 4 insertions(+), 1

[RFC v3 1/9] sysrq: Implement __handle_sysrq_nolock to avoid recursive locking in kdb

2014-04-25 Thread Daniel Thompson
If kdb is triggered using SysRq-g then any use of the sr command results in the SysRq key table lock being recursively acquired, killing the debug session. That patch resolves the problem by introducing a _nolock alternative for __handle_sysrq. Strictly speaking this approach risks racing on the k

RE: [PATCH] pci/pciehp: Allow polling/irq mode to be decided on a per-port basis

2014-04-25 Thread Guenter Roeck
> -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Thursday, April 24, 2014 2:31 PM > To: Rajat Jain > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Rajat > Jain; Guenter Roeck > Subject: Re: [PATCH] pci/pciehp: Allow polling/irq mode to be deci

[RFC v3 3/9] kdb: Rename kdb_repeat_t to kdb_cmdflags_t, cmd_repeat to cmd_flags

2014-04-25 Thread Daniel Thompson
From: Anton Vorontsov We're about to add more options for command behaviour, so let's expand the meaning of kdb_repeat_t. So far we just do various renames, there should be no functional changes. Signed-off-by: Anton Vorontsov Signed-off-by: John Stultz --- include/linux/kdb.h| 4

[RFC v3 0/9] kdb: Allow selective reduction in capabilities (was "kiosk mode")

2014-04-25 Thread Daniel Thompson
### This RFC has significant updates since v2. Comments appreciated (I ### hope the next iteration can be PATCH rather than RFC). This patchset implements restricted modes for the KDB debugger. It is a continuation of previous kiosk mode work of Anton Vorontsov (dating back to late 2012). Model

[RFC v3 2/9] kdb: Remove currently unused kdbtab_t->cmd_flags

2014-04-25 Thread Daniel Thompson
From: Anton Vorontsov The struct member is never used in the code, so we can remove it. We will introduce real flags soon by renaming cmd_repeat to cmd_flags. Signed-off-by: Anton Vorontsov Signed-off-by: John Stultz --- kernel/debug/kdb/kdb_main.c| 1 - kernel/debug/kdb/kdb_private.h |

[RFC v3 4/9] kdb: Rename kdb_register_repeat() to kdb_register_flags()

2014-04-25 Thread Daniel Thompson
From: Anton Vorontsov We're about to add more options for commands behaviour, so let's give a more generic name to the low-level kdb command registration function. There are just various renames, no functional changes. Signed-off-by: Anton Vorontsov Signed-off-by: John Stultz --- include/lin

Re: [PATCH 5/5] iio: exynos_adc: do a reinit_completion before the conversion

2014-04-25 Thread Doug Anderson
Naveen On Fri, Apr 25, 2014 at 3:14 AM, Naveen Krishna Chatradhi wrote: > Add reinit_completion() before the wait_for_completion_timeout in > raw_read() call. > > Change-Id: I70fa00841bc49eba838a5bd6779015844297dfdb Again, remove Change-Id (in the previous patch, too). > Signed-off-by: Naveen K

Re: [PATCH v3 1/1] pinctrl: add Intel BayTrail GPIO/pinctrl support

2014-04-25 Thread Timur Tabi
Rafael J. Wysocki wrote: I would be interested in understanding what exactly the flow is in that situation, so care to educate me? What does the driver do to trigger this and what exactly does happen in response to that? I only just learned some of this myself, so I'm no expert. My unders

[RFC v3 5/9] kdb: Use KDB_REPEAT_* values as flags

2014-04-25 Thread Daniel Thompson
From: Anton Vorontsov The actual values of KDB_REPEAT_* enum values and overall logic stayed the same, but we now treat the values as flags. This makes it possible to add other flags and combine them, plus makes the code a lot simpler and shorter. But functionality-wise, there should be no chang

[RFC v3 6/9] kdb: Remove KDB_REPEAT_NONE flag

2014-04-25 Thread Daniel Thompson
From: Anton Vorontsov Since we now treat KDB_REPEAT_* as flags, there is no need to pass KDB_REPEAT_NONE. It's just the default behaviour when no flags are specified. Signed-off-by: Anton Vorontsov Signed-off-by: John Stultz --- include/linux/kdb.h | 1 - kernel/debug/kdb/kdb_bp.c

[RFC v3 7/9] kdb: Categorize kdb commands (similar to SysRq categorization)

2014-04-25 Thread Daniel Thompson
This patch introduces several new flags to collect kdb commands into groups (later allowing them to be optionally disabled). This follows similar prior art to enable/disable magic sysrq commands. The commands have been categorized as follows: Always on: go (w/o args), env, set, help, ?, cpu (w/

[RFC v3 9/9] kdb: Allow access to sensitive commands to be restricted by default

2014-04-25 Thread Daniel Thompson
Currently kiosk mode must be explicitly requested by the bootloader or userspace. It is convenient to be able to change the default value in a similar manner to CONFIG_MAGIC_SYSRQ_DEFAULT_MASK. Signed-off-by: Daniel Thompson --- kernel/debug/kdb/kdb_main.c | 2 +- lib/Kconfig.kgdb|

[RFC v3 8/9] kdb: Add enable mask for groups of commands

2014-04-25 Thread Daniel Thompson
From: Anton Vorontsov Currently all kdb commands are enabled whenever kdb is deployed. This makes it difficult to deploy kdb to help debug certain types of systems. Android phones provide one example; the FIQ debugger found on some Android devices has a deliberately weak set of commands to allow

[PATCH v3 1/3] Input: gpio_keys - use dev instead of pdev in gpio_keys_setup_key()

2014-04-25 Thread Andy Shevchenko
The platform device is not used in gpio_keys_setup_key(). This patch substitutes it by struct device. Signed-off-by: Andy Shevchenko --- drivers/input/keyboard/gpio_keys.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/input/keyboard/gpio_keys.c b/drivers/inp

Re: [PATCH v5 1/5] doc: Add "ti,am437x-dwc3" comaptible for dwc3 glue

2014-04-25 Thread Felipe Balbi
On Wed, Mar 19, 2014 at 03:39:59PM +0530, George Cherian wrote: > Add the compatible "ti,am437x-dwc3" for dwc3 glue driver. > > Signed-off-by: George Cherian > Acked-by: Roger Quadros Acked-by: Felipe Balbi > --- > Documentation/devicetree/bindings/usb/omap-usb.txt | 4 +++- > 1 file changed

Re: [PATCH 4/5] iio: exynos_adc: do a soft reset in case of timeout

2014-04-25 Thread Doug Anderson
Naveen, On Fri, Apr 25, 2014 at 3:14 AM, Naveen Krishna Chatradhi wrote: > Do a soft reset software if a timeout happens. > This is applicable only for ADC_V2. > > Change-Id: I939eaa06254e0b246dd636df9470f2eb392c2be1 > Signed-off-by: Naveen Krishna Chatradhi > --- > This change is a part of the

Re: [PATCH v2] ARM: OMAP5: Switch to THUMB mode if needed on secondary CPU

2014-04-25 Thread Tony Lindgren
* Joel Fernandes [140422 12:41]: > On my DRA7 system, when the kernel is built in Thumb-2 mode, the secondary CPU > (Cortex A15) fails to come up causing SMP boot on second CPU to timeout. This > seems to be because the CPU is in ARM mode once the ROM hands over control to > the kernel. Switch to

[PATCH v2 03/10] efi: add helper function to get UEFI params from FDT

2014-04-25 Thread Leif Lindholm
From: Mark Salter ARM and ARM64 architectures use the device tree to pass UEFI parameters from stub to kernel. These parameters are things known to the stub but not discoverable by the kernel after the stub calls ExitBootSerives(). There is a helper function in: drivers/firmware/efi/fdt.c wh

Re: [PATCH 3/5] iio: exynos_adc: reduce timeout and use wait_for_completion_timeout

2014-04-25 Thread Doug Anderson
Naveen, On Fri, Apr 25, 2014 at 3:14 AM, Naveen Krishna Chatradhi wrote: > ADC module on Exynos5 SoCs runs at 600KSPS. At this conversion rate, > waiting for 1000 msecs is wasteful (incase of h/w failure). > > Hence, reduce the time out to 100msecs and use > wait_for_completion_timeout() instead

Clarification needed on use of put_user inside a loop

2014-04-25 Thread Kumar Gaurav
Hi All, function put_user() is used to transfer small bytes of data (1-8 byte) from kernel space to user space and before transferring, it checks for the user's access over that memory area (in user space of-course) using function access_ok(). function __put_user() is used for same purpose but

Re: [PATCH] vfs: rw_copy_check_uvector() - free iov on error

2014-04-25 Thread Miklos Szeredi
On Wed, Apr 23, 2014 at 12:25:34AM -0500, Eric Biggers wrote: > On Wed, Apr 23, 2014 at 12:06:39AM -0500, Eric Biggers wrote: > > The proposed patch doesn't work because in compat_rw_copy_check_uvector(), > > 'iov' is incremented in the loop before it is freed or returned. This > > probably should

[PATCH v2 05/10] efi: Add shared FDT related functions for ARM/ARM64

2014-04-25 Thread Leif Lindholm
From: Roy Franz 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 avoid use of architecture #ifdefs in efi-stub-h

[PATCH v2 02/10] doc: efi-stub.txt updates for ARM

2014-04-25 Thread Leif Lindholm
From: Roy Franz Update efi-stub.txt documentation to be more general and not x86 specific. Add ARM only "dtb=" command line option description. Signed-off-by: Roy Franz Signed-off-by: Leif Lindholm Acked-by: Grant Likely --- Documentation/efi-stub.txt | 27 --- 1 f

Re: [PATCH] vfs: rw_copy_check_uvector() - free iov on error

2014-04-25 Thread Miklos Szeredi
On Wed, Apr 23, 2014 at 12:06:39AM -0500, Eric Biggers wrote: > The proposed patch doesn't work because in compat_rw_copy_check_uvector(), > 'iov' is incremented in the loop before it is freed or returned. This > probably should be changed to indexing with 'seg', like in the non-compat > version..

how to include already compiled object files to kernel

2014-04-25 Thread Pallala, Ramakrishna
HI All, I have received few kernel library .o (object files) from third party and I am planning to include in our kernel tree. As the library contains some proprietary algorithms the sources are not shared. How can I include this library .o files to my kernel and if this kernel is release to

[PATCH v3 2/3] Input: gpio_keys - convert to use devm_*

2014-04-25 Thread Andy Shevchenko
This makes the error handling much more simpler than open-coding everything and in addition makes the probe function smaller an tidier. Signed-off-by: Andy Shevchenko Acked-by: Linus Walleij --- drivers/input/keyboard/gpio_keys.c | 75 +- 1 file changed, 25 i

[PATCH v2 04/10] arm64: Add function to create identity mappings

2014-04-25 Thread Leif Lindholm
From: Mark Salter At boot time, before switching to a virtual UEFI memory map, firmware expects UEFI memory and IO regions to be identity mapped whenever kernel makes runtime services calls. The existing early boot code creates an identity map of kernel text/data but this is not sufficient for UE

Re: [PATCH v3 1/1] pinctrl: add Intel BayTrail GPIO/pinctrl support

2014-04-25 Thread Rafael J. Wysocki
On 4/25/2014 6:13 PM, Timur Tabi wrote: Westerberg, Mika wrote: If you happen to have pin controller/mux driver that drives that hardware, I'm sure your pinmux functions gets called. Actually, I don't think they do. On a device-tree system, the functions get called automatically by the pinc

[PATCH v3 3/3] Input: gpio_keys - convert struct descriptions to kernel-doc

2014-04-25 Thread Andy Shevchenko
This patch converts descriptions of the structures defined in linux/gpio_keys.h to follow kernel-doc format. There is no functional change. Signed-off-by: Andy Shevchenko Acked-by: Linus Walleij --- include/linux/gpio_keys.h | 45 + 1 file changed, 3

[PATCH v3 0/3] Input: gpio-keys - clean up series

2014-04-25 Thread Andy Shevchenko
This is a 3rd iteration of the small cleanup against gpio-keys driver. Changes since v2: - append received Acks - rebase against recent linux-next - test on Intel Medfield based product Andy Shevchenko (3): Input: gpio_keys - use dev instead of pdev in gpio_keys_setup_key() Input: gpio_key

[PATCH v2 09/10] doc: arm64: add description of EFI stub support

2014-04-25 Thread Leif Lindholm
From: Mark Salter Add explanation of arm64 EFI stub and kernel image header changes needed to masquerade as a PE/COFF application. Signed-off-by: Mark Salter Signed-off-by: Leif Lindholm Acked-by: Grant Likely CC: linux-...@vger.kernel.org CC: Rob Landley --- Documentation/arm64/booting.txt

Re: [PATCH v3 1/1] pinctrl: add Intel BayTrail GPIO/pinctrl support

2014-04-25 Thread Timur Tabi
Westerberg, Mika wrote: If you happen to have pin controller/mux driver that drives that hardware, I'm sure your pinmux functions gets called. Actually, I don't think they do. On a device-tree system, the functions get called automatically by the pinctrl layer when it parses the device tree.

Re: [PATCH v2 14/18] ARM: mvebu: Add support for USB cluster on the Armada 375 SoC

2014-04-25 Thread Felipe Balbi
On Fri, Apr 25, 2014 at 06:07:05PM +0200, Andrew Lunn wrote: > On Fri, Apr 25, 2014 at 04:07:12PM +0200, Gregory CLEMENT wrote: > > The Armada 375 SoC comes with an USB2 host and device controller and > > an USB3 controller. The USB cluster control register allows to manage > > common features of b

[PATCH v2 07/10] doc: arm: add UEFI support documentation

2014-04-25 Thread Leif Lindholm
This patch provides documentation of the [U]EFI runtime service and configuration features for the arm architecture. Signed-off-by: Leif Lindholm Acked-by: Grant Likely --- Documentation/arm/00-INDEX |2 ++ Documentation/arm/uefi.txt | 64 2 fi

Re: [PATCH v5 0/5] Add USB nodes for am43xx epos and gp evm

2014-04-25 Thread Felipe Balbi
On Wed, Mar 19, 2014 at 03:39:58PM +0530, George Cherian wrote: > The patch series adds USB dt nodes for am43xx epos and gp evm > Boot tested with linux-next + Tony's omap-for-v3.15/dt > > Changes from v1 -> v2 > * Reorder "doc: Add "ti,am437x-dwc3" comaptible for dwc3 glue" > * Addres

Re: Real-time scheduling policies and hyper-threading

2014-04-25 Thread Roman Gushchin
25.04.2014, 19:11, "Peter Zijlstra" : > On Fri, Apr 25, 2014 at 07:02:16PM +0400, Roman Gushchin wrote: > >>  Hm. What I really want (and try to implement), is >>  "work as if ht is disabled if there are free physical cores, start using ht >> siblings otherwise". > > At which point I have to ask,

Re: [PATCH v5 4/5] ARM: dts: am437x-gp-evm: Enable USB

2014-04-25 Thread Felipe Balbi
On Wed, Mar 19, 2014 at 03:40:02PM +0530, George Cherian wrote: > Enable > - USB PHY > - USB > for am437x-gp-evm > > Signed-off-by: George Cherian > Acked-by: Roger Quadros Acked-by: Felipe Balbi > --- > arch/arm/boot/dts/am437x-gp-evm.dts | 18 ++ > 1 file change

Re: [PATCH v5 2/5] ARM: dts: am43xx clock data

2014-04-25 Thread Felipe Balbi
On Wed, Mar 19, 2014 at 03:40:00PM +0530, George Cherian wrote: > Add USB and USB PHY reference clock data > > Signed-off-by: George Cherian Acked-by: Felipe Balbi > --- > arch/arm/boot/dts/am43xx-clocks.dtsi | 32 > 1 file changed, 32 insertions(+) > > diff

Re: [PATCH v5 5/5] ARM: dts: am43x-epos-evm: Enable USB

2014-04-25 Thread Felipe Balbi
On Wed, Mar 19, 2014 at 03:40:03PM +0530, George Cherian wrote: > Enable > - USB PHY > - USB > > for am43x-epos-evm > > Signed-off-by: George Cherian > Acked-by: Roger Quadros Acked-by: Felipe Balbi > --- > arch/arm/boot/dts/am43x-epos-evm.dts | 18 ++ > 1 file c

Re: [PATCH v5 3/5] ARM: dts: AM4372: Add USB nodes

2014-04-25 Thread Felipe Balbi
On Wed, Mar 19, 2014 at 03:40:01PM +0530, George Cherian wrote: > Add nodes for 2 instances each of > - ocp2scp > - USB PHY control module > - USB PHY > - dwc3_omap > - USB > > for AM43xx. > > Signed-off-by: George Cherian > Acked-by: Roger Quadros Acked-by: Felip

[PATCH] [media] ivtv: avoid GFP_KERNEL in atomic context

2014-04-25 Thread Alexey Khoroshilov
ivtv_yuv_init() is used in atomic context, so memory allocation should be done keeping that in mind. Call graph for ivtv_yuv_init() is as follows: - ivtv_yuv_next_free() - ivtv_yuv_prep_frame() [ioctl handler] - ivtv_yuv_setup_stream_frame() - ivtv_irq_dec_data_req() -> ivtv_irq_handler()

[PATCH v2 06/10] arm64: add EFI runtime services

2014-04-25 Thread Leif Lindholm
From: Mark Salter This patch adds EFI runtime support for arm64. This runtime support allows the kernel to access various EFI runtime services provided by EFI firmware. Things like reboot, real time clock, EFI boot variables, and others. This functionality is supported for little endian kernels

Még Vannak Hajhullási Problémáid? Olvassa El Ezt ...

2014-04-25 Thread Krakk Józsefné
Ha még mindig problémáid vannak a hajhullással, és még mindig késsel megoldani ezt a problémát, akkor olvasd el ezt a cikket http://theone-email.info/awjh7586zad/460802309.html A közelmúltban, a tudományos világot sokkolta egy váratlan hír, a Kínai tudosok felfedezték a gyógymódot a kopaszo

[PATCH v2 08/10] arm64: efi: add EFI stub

2014-04-25 Thread Leif Lindholm
From: Mark Salter This patch adds PE/COFF header fields to the start of the kernel Image so that it appears as an EFI application to UEFI firmware. An EFI stub is included to allow direct booting of the kernel Image. Signed-off-by: Mark Salter [Add support in PE/COFF header for signed images] S

Re: [PATCH 1/2] regulator: arizona-micsupp: Fix build errors with CONFIG_OF not defined

2014-04-25 Thread Mark Brown
On Fri, Apr 25, 2014 at 04:55:40PM +0100, Charles Keepax wrote: > Some of the OF handling functions do not have empty alternatives defined > if CONFIG_OF is not defined. This patch ifdefs out the offending code. Which functions and why is it not better to provide the stubs? signature.asc Descri

[PATCH v2 4/4] usb/xhci: fix compilation warning when !CONFIG_PCI && !CONFIG_PM

2014-04-25 Thread Mathias Nyman
From: David Cohen When CONFIG_PCI and CONFIG_PM are not selected, xhci.c gets this warning: drivers/usb/host/xhci.c:409:13: warning: ‘xhci_msix_sync_irqs’ defined but not used [-Wunused-function] Instead of creating nested #ifdefs, this patch fixes it by defining the xHCI PCI stubs as inline. T

[PATCH v2 3/4] xhci: extend quirk for Renesas cards

2014-04-25 Thread Mathias Nyman
From: Igor Gnatenko After suspend another Renesas PCI-X USB 3.0 card doesn't work. [root@fedora-20 ~]# lspci -vmnnd 1912: Device: 03:00.0 Class: USB controller [0c03] Vendor: Renesas Technology Corp. [1912] Device: uPD720202 USB 3.0 Host Controller [0015] SVendor:Renesas Technology Corp.

[PATCH v2 10/10] efi/arm64: ignore dtb= when UEFI SecureBoot is enabled

2014-04-25 Thread Leif Lindholm
From: Ard Biesheuvel Loading unauthenticated FDT blobs directly from storage is a security hazard, so this should only be allowed when running with UEFI Secure Boot disabled. Signed-off-by: Ard Biesheuvel Signed-off-by: Leif Lindholm --- drivers/firmware/efi/arm-stub.c | 39

[PATCH v2 2/4] xhci: Switch Intel Lynx Point ports to EHCI on shutdown.

2014-04-25 Thread Mathias Nyman
From: Denis Turischev The same issue like with Panther Point chipsets. If the USB ports are switched to xHCI on shutdown, the xHCI host will send a spurious interrupt, which will wake the system. Some BIOS have work around for this, but not all. One example is Compulab's mini-desktop, the Intense

[PATCH v2 00/10] arm64: UEFI support

2014-04-25 Thread Leif Lindholm
This set adds support for UEFI to the arm64 port - a stub loader, as well as runtime services support for efivars. It depends on some core EFI patches currently in linux-next. This includes bits shared between arm and arm64 support. Remaining bits required for arm support will be submitted separa

Re: [PATCH v2 14/18] ARM: mvebu: Add support for USB cluster on the Armada 375 SoC

2014-04-25 Thread Andrew Lunn
On Fri, Apr 25, 2014 at 04:07:12PM +0200, Gregory CLEMENT wrote: > The Armada 375 SoC comes with an USB2 host and device controller and > an USB3 controller. The USB cluster control register allows to manage > common features of both USB controllers. > > Signed-off-by: Gregory CLEMENT > --- > ar

[PATCH v2 0/4] xhci: fixes for 3.15-rc usb-linus

2014-04-25 Thread Mathias Nyman
Hi Greg Second try at this xhci fixes series for 3.15-rc usb-linus.

RE: [PATCH 2/2] staging: comedi: addi_apci_1564: board does not have analog outputs

2014-04-25 Thread Hartley Sweeten
On Friday, April 25, 2014 1:18 AM, Chase Southwood wrote: > The board supported by this driver does not have analog outputs. Remove > the subdevice init for it. > > Signed-off-by: Chase Southwood > Cc: Ian Abbott > Cc: H Hartley Sweeten Looks good. Reviewed-by: H Hartley Sweeten -- To unsub

RE: [PATCH 1/2] staging: comedi: addi_apci_1564: board does not have analog inputs

2014-04-25 Thread Hartley Sweeten
On Friday, April 25, 2014 1:17 AM, Chase Southwood wrote: > This board does not have analog inputs. Remove the subdevice init for > them. > > Signed-off-by: Chase Southwood > Cc: Ian Abbott > Cc: H Hartley Sweeten Looks good. Reviewed-by: H Hartley Sweeten As Ian mentioned, after you have r

Re: [PATCH 2/5] iio: exynos_adc: rearrange clock and regulator enable/disable calls

2014-04-25 Thread Doug Anderson
Naveen, On Fri, Apr 25, 2014 at 3:14 AM, Naveen Krishna Chatradhi wrote: > From: Naveen Krishna Ch > > This patch maintains the following order in > probe(), remove(), resume() and suspend() calls > > regulator enable, clk prepare enable > ... > clk disable unprepare, regulator disable > > While

Re: [PATCH v4 5/5] sched: ARM: create a dedicated scheduler topology table

2014-04-25 Thread Peter Zijlstra
On Fri, Apr 25, 2014 at 06:04:19PM +0200, Peter Zijlstra wrote: > > The example above is consistent because CPU2 mask and CPU0 mask are > > fully exclusive > > > > so > > CPU0: cpu_corepower_mask=0-1 > > CPU2: cpu_corepower_mask=2 > > are consistent > > > > CPU0: cpu_corepower_mask=0-2 > > CPU2:

Re: [PATCH V3] Add support for flag status register on Micron chips.

2014-04-25 Thread Marek Vasut
On Friday, April 25, 2014 at 06:47:04 AM, Huang Shijie wrote: > On Tue, Apr 22, 2014 at 01:48:21PM -0500, Graham Moore wrote: > > On Tue, Apr 22, 2014 at 11:55 AM, Marek Vasut wrote: > > > Are you sure the n25q512a doesn't use FSR ? Do n25q512a{1,8}3 share the > > > same IDs? > > > > I looked at

Re: [PATCH v2 05/18] ARM: mvebu: Add Device Tree description of xHCI hosts on Armada 38x

2014-04-25 Thread Andrew Lunn
On Fri, Apr 25, 2014 at 04:07:03PM +0200, Gregory CLEMENT wrote: > The Marvell Armada 38x SoCs contain two xHCI host. This commit adds > the Device Tree description of those interfaces at the SoC level, and > also enables the two USB3 ports on the Armada 385 DB platform and one > USB3 port on the A

[PATCH 2/2] regulator: arizona-ldo1: Fix build errors for when CONFIG_OF not defined

2014-04-25 Thread Charles Keepax
Some of the OF handling functions do not have empty alternatives defined if CONFIG_OF is not defined. This patch ifdefs out the offending code. Reported-by: Randy Dunlap Signed-off-by: Charles Keepax --- drivers/regulator/arizona-ldo1.c | 20 +++- 1 file changed, 19 insertions

Re: [PATCH v4 5/5] sched: ARM: create a dedicated scheduler topology table

2014-04-25 Thread Peter Zijlstra
> The example above is consistent because CPU2 mask and CPU0 mask are > fully exclusive > > so > CPU0: cpu_corepower_mask=0-1 > CPU2: cpu_corepower_mask=2 > are consistent > > CPU0: cpu_corepower_mask=0-2 > CPU2: cpu_corepower_mask=0-2 > are also consistent > > but > > CPU0: cpu_corepower_mask=

Re: [PATCH v2 14/18] ARM: mvebu: Add support for USB cluster on the Armada 375 SoC

2014-04-25 Thread Andrew Lunn
> > +* We can't use usb2 and usb3 in the same time, so let's > > +* disbale usb2 and complain about it to the user askinf > > typos: disable, asking And it should be "at the same time", not in. Andrew -- To unsubscribe from this list: send the line "un

Re: [PATCH] net: guard against coalescing packets from buggy network drivers

2014-04-25 Thread Svenning Sørensen
On 25-04-2014 17:43, Eric Dumazet wrote: If you want a debugging patch, this should happen way before TCP stack or even IP stack. Say you want to use this buggy driver on a router, this code path will never bit hit. You are right, of course, there are more effective ways to catch buggy drive

Re: [PATCH] Staging: octeon-usb: fixed a macro coding style issue

2014-04-25 Thread David Daney
On 04/25/2014 07:21 AM, Greg KH wrote: On Fri, Apr 25, 2014 at 10:48:22AM -0300, Nicolas Del Piano wrote: Fixed a coding style error, macros with complex values should be enclosed in parentheses. Signed-off-by: Nicolas Del Piano --- drivers/staging/octeon-usb/octeon-hcd.c |2 +- 1 file

pid ns feature request

2014-04-25 Thread Andy Lutomirski
Unless I'm missing some trick, it's currently rather painful to mount a namespace /proc. You have to actually be in the pid namespace to mount the correct /proc instance, and you can't unmount the old /proc until you've mounted the new /proc. This means that you have to fork into the new pid name

Re: Re: [PATCH V6] serial/uart/8250: Add tunable RX interrupt trigger I/F of FIFO buffers

2014-04-25 Thread Greg Kroah-Hartman
On Fri, Apr 25, 2014 at 05:53:02PM +0900, Yoshihiro YUNOMAE wrote: > Hi Greg, > > Thank you for your review. > > (2014/04/25 8:11), Greg Kroah-Hartman wrote: > >On Thu, Apr 17, 2014 at 03:06:44PM +0900, Yoshihiro YUNOMAE wrote: > [snip] > >>+static DEVICE_ATTR(rx_int_trig, S_IRUSR | S_IWUSR | S_I

[PATCH 1/2] regulator: arizona-micsupp: Fix build errors with CONFIG_OF not defined

2014-04-25 Thread Charles Keepax
Some of the OF handling functions do not have empty alternatives defined if CONFIG_OF is not defined. This patch ifdefs out the offending code. Reported-by: Randy Dunlap Signed-off-by: Charles Keepax --- drivers/regulator/arizona-micsupp.c | 20 +++- 1 file changed, 19 inserti

Re: [PATCH v4 5/5] sched: ARM: create a dedicated scheduler topology table

2014-04-25 Thread Dietmar Eggemann
On 25/04/14 08:45, Vincent Guittot wrote: [...] >> >> Back than I had >> CPU0: cpu_corepower_mask=0-1 >> CPU2: cpu_corepower_mask=2 >> so for GMC level the cpumasks are inconsistent across CPUs and it worked. > > The example above is consistent because CPU2 mask and CPU0 mask are > fully exc

Re: [PATCH v2 02/18] usb: host: xhci-plat: Add clocks support

2014-04-25 Thread Andrew Lunn
On Fri, Apr 25, 2014 at 04:07:00PM +0200, Gregory CLEMENT wrote: > Some platform (such as the Armada 38x ones) can gate the clock of > their USB controller. This patch add the support for the clock, by > enabling them during probe and disabling them on remove. > > As not all platforms have clock s

Re: [PATCH 1/4] dt: bindings: Typo s/clocks-names/clock-names/g

2014-04-25 Thread Dinh Nguyen
On Tue, 2014-04-22 at 20:40 +0200, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > Cc: Dinh Nguyen > Cc: Arnd Bergmann > Cc: net...@vger.kernel.org > --- > .../devicetree/bindings/net/socfpga-dwmac.txt |2 +- > Documentation/devicetree/bindings/net/stmmac.txt |2 +

Re: [PATCH 1/5] iio: exynos_adc: use indio_dev->dev structure to handle child nodes

2014-04-25 Thread Doug Anderson
Naveen, Thanks for sending this. Given that Jonathan Cameron was involved in the previous discussion, it probably would have been wise to include him on the CC list. On Fri, Apr 25, 2014 at 3:14 AM, Naveen Krishna Chatradhi wrote: > From: Naveen Krishna Ch > > Using pdev->dev with device_for_e

Re: [PATCH 0/2 v3] cfg80211: The very first steps to support 5/10MHz channels in 5.9Ghz band

2014-04-25 Thread Johannes Berg
On Tue, 2014-04-15 at 14:37 +0200, Rostislav Lisovy wrote: > The IEEE 802.11p amendment specifies usage of 5 and 10 MHz wide > channels in 5.9GHz band for vehicular environment. This patch-set > adds new channel attributes holding the information about the > prohibited bandwidths. This is meant to

Re: [PATCH] pinctrl-baytrail: fix for irq descriptor conflict on ASUS T100TA

2014-04-25 Thread Adam Williamson
On Fri, 2014-04-25 at 11:32 +0200, Linus Walleij wrote: > On Thu, Apr 24, 2014 at 11:33 PM, Adam Williamson wrote: > > > Well, I just ran another test too. I built a kernel (3.15rc2) with both > > v3 of Doug's SDIO device enumeration patch - > > http://dougvj.net/baytrail_gpio_quirk_v3.patch - an

Re: [PATCH] net: guard against coalescing packets from buggy network drivers

2014-04-25 Thread Eric Dumazet
On Fri, 2014-04-25 at 17:02 +0200, Svenning Sørensen wrote: > This patch adds a guard against coalescing packets received by buggy network > drivers that don't initialize skb->tail properly. > > Coalescing such packets will corrupt data in a way that makes it hard to > track down the real cause of

Re: [PATCH v2 14/18] ARM: mvebu: Add support for USB cluster on the Armada 375 SoC

2014-04-25 Thread Ezequiel Garcia
On Apr 25, Gregory CLEMENT wrote: > The Armada 375 SoC comes with an USB2 host and device controller and > an USB3 controller. The USB cluster control register allows to manage > common features of both USB controllers. > > Signed-off-by: Gregory CLEMENT > --- > arch/arm/mach-mvebu/Makefile

[PATCH 2/3] perf-test: add numeric identifier to evlist_test

2014-04-25 Thread Alexander Yarygin
In tests/parse-events.c test cases are declared in evlist_test[] arrays. Elements of arrays are initialized in following pattern: [i] = { .name = ..., .check = ..., }, When perf-test is running with '-v' option, 'i' variable will be printed for ever

[PATCH v2 0/3] Fix usage of trace events with '-' in trace system name.

2014-04-25 Thread Alexander Yarygin
This path series allows perf tool to work with trace events, which have '-' in trace system name (i.e. kvm-s390:*). v2 changes: - added s390 specific test to perf/tests/parse-events.c - use array with a constant length in the parse rule - rephrased description of patch 1/3 Patch 2/3 m

[PATCH 3/3] perf-test: Add a test of kvm-390: trace event

2014-04-25 Thread Alexander Yarygin
Add a s390 specific test of a hardcoded trace event with '-' in the name. Signed-off-by: Alexander Yarygin --- tools/perf/tests/parse-events.c |7 +++ 1 file changed, 7 insertions(+) diff --git a/tools/perf/tests/parse-events.c b/tools/perf/tests/parse-events.c index 81dbd5a..deba669 10

[PATCH 1/3] perf tools: parse tracepooints with '-' in system name

2014-04-25 Thread Alexander Yarygin
Trace events potentially can have a '-' in their trace system name, e.g. kvm on s390 defines kvm-s390:* tracepoints. tools/perf could not parse them, because there was no rule for this: $ sudo ./perf top -e "kvm-s390:*" invalid or unsupported event: 'kvm-s390:*' This patch adds an extra rule to ev

Re: [PATCH 1/3] clk: divider: Fix best div calculation for power-of-two and table dividers

2014-04-25 Thread Mike Turquette
Quoting Maxime COQUELIN (2014-01-29 08:24:06) > The divider returned by clk_divider_bestdiv() is likely to be invalid in case > of power-of-two and table dividers when CLK_SET_RATE_PARENT flag isn't set. > > Signed-off-by: Maxime Coquelin I've taken this into clk-fixes for 3.15-rcX. Thanks, Mik

Re: [PATCH 2/2] gpio: of: Allow -gpio suffix for property names

2014-04-25 Thread Stephen Warren
On 04/24/2014 12:22 PM, Thierry Reding wrote: ... > The downside of not allowing the gpiod API to support the -gpio suffix > is that we'll never be able to convert drivers that use such a binding > and will forever have a hodgepodge of GPIO APIs that we need to support. Perhaps rather than making

[GIT PULL] hwmon fixes for 3.15-rc3

2014-04-25 Thread Guenter Roeck
Hi Linus, Please pull hwmon fixes for Linux 3.15-rc3 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus Thanks, Guenter -- The following changes since commit a798c10faf62a505d24e5f6213fbaf904a39623f: Linux 3.15-rc2 (2014-04-20 11:

[GIT PULL] clk: socfpga: Clock fix for v3.15

2014-04-25 Thread dinguyen
Hi Mike, Please consider pulling this patch for 3.15 fixes. Thanks, The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5: Linux 3.15-rc1 (2014-04-13 14:18:35 -0700) are available in the git repository at: git://git.rocketboards.org/linux-socfpga-next.git tags/socfp

Re: [PATCHv4 8/9] extcon: gpio: Use devm_extcon_dev_allocate for extcon_dev

2014-04-25 Thread Felipe Balbi
On Fri, Apr 25, 2014 at 09:42:23AM +0900, Chanwoo Choi wrote: > This patch use devm_extcon_dev_allocate() to simplify the memory control > of extcon device. > > Signed-off-by: Chanwoo Choi Reviewed-by: Felipe Balbi > --- > drivers/extcon/extcon-gpio.c | 23 +++ > 1 file ch

Re: [PATCHv4 7/9] extcon: adc-jack: Use devm_extcon_dev_allocate for extcon_dev

2014-04-25 Thread Felipe Balbi
On Fri, Apr 25, 2014 at 09:42:22AM +0900, Chanwoo Choi wrote: > This patch use devm_extcon_dev_allocate() to simplify the memory control > of extcon device. > > Signed-off-by: Chanwoo Choi Reviewed-by: Felipe Balbi > --- > drivers/extcon/extcon-adc-jack.c | 21 - > 1 file

Re: [PATCHv4 6/9] extcon: arizona: Use devm_extcon_dev_allocate for extcon_dev

2014-04-25 Thread Felipe Balbi
On Fri, Apr 25, 2014 at 09:42:21AM +0900, Chanwoo Choi wrote: > This patch use devm_extcon_dev_allocate() to simplify the memory control > of extcon device. > > Cc: Charles Keepax > Cc: Mark Brown > Cc: patc...@opensource.wolfsonmicro.com > Signed-off-by: Chanwoo Choi > Acked-by: Charles Keepax

Re: [PATCH 15/20] ima: path based policy loading interface

2014-04-25 Thread Dmitry Kasatkin
On 25/04/14 00:03, Mimi Zohar wrote: > On Wed, 2014-04-23 at 16:30 +0300, Dmitry Kasatkin wrote: >> Currently policy is loaded by writing policy content to >> '/ima/policy' file. >> >> This patch extends policy loading meachanism with possibility >> to load signed policy using a path to the policy

Re: Real-time scheduling policies and hyper-threading

2014-04-25 Thread Peter Zijlstra
On Fri, Apr 25, 2014 at 07:02:16PM +0400, Roman Gushchin wrote: > Of course, there is always a trade-off between latency and performance > utilization, > but the common practice here is to keep cpu load between 40% and 70%. So, > there is > fast always a free CPU thread, and a good chance that th

Re: [PATCHv4 5/9] extcon: max14577: Use devm_extcon_dev_allocate for extcon_dev

2014-04-25 Thread Felipe Balbi
On Fri, Apr 25, 2014 at 09:42:20AM +0900, Chanwoo Choi wrote: > This patch use devm_extcon_dev_allocate() to simplify the memory control > of extcon device. > > Cc: Krzysztof Kozlowski > Signed-off-by: Chanwoo Choi > Reviewed-by: Krzysztof Kozlowski Reviewed-by: Felipe Balbi > --- > drivers

Re: [PATCHv4 4/9] extcon: max77693: Use devm_extcon_dev_allocate for extcon_dev

2014-04-25 Thread Felipe Balbi
On Fri, Apr 25, 2014 at 09:42:19AM +0900, Chanwoo Choi wrote: > This patch use devm_extcon_dev_allocate() to simplify the memory control > of extcon device. > > Signed-off-by: Chanwoo Choi > Reviewed-by: Krzysztof Kozlowski Reviewed-by: Felipe Balbi > --- > drivers/extcon/extcon-max77693.c |

<    1   2   3   4   5   6   7   8   9   >