[PATCH v5 0/4] drm: Add support for the ARM HDLCD display controller

This series adds support for ARM's HDLCD display controller found in Juno and ARM TC2 Coretile. The HDLCD outputs an RGB stream that feeds into a single digital encoder (DVI or HDMI). The dependencies for this patch series are now queued for the next release or are already in the mainline. Only t

Re: [PATCH v5 4/4] MAINTAINERS: Add Liviu Dudau as maintainer for ARM HDLCD driver.

On 12/07/2015, 01:11 PM, Liviu Dudau wrote: > Update MAINTAINERS file for HDLCD driver. > > Cc: Andrew Morton > Cc: Arnd Bergmann > Cc: Mauro Carvalho Chehab > Cc: Greg KH > Cc: Joe Perches > Cc: Jiri Slaby Please drop all of us who edited MAINTAINERS in the last decade from your CC list in

[PATCH v3] of: fix build failure

We are having build failure with linux-next for sparc allmodconfig with the error messages: undefined reference to 'of_io_request_and_map' CONFIG_OF is defined for sparc so it is expected that we have a definition of of_io_request_and_map() but of/address.c is only compiled if it is !SPARC. In ot

[PATCH] lightnvm: change rrpc slab creation/destruction time

create rrpc slabs during rrpc module init, thus eliminate the lock contention and slab status check in rrpc_core_init. And destroy them when rrpc exit. Signed-off-by: Wenwei Tao --- drivers/lightnvm/rrpc.c | 54 ++--- 1 file changed, 33 insertions(+),

Re: [PATCH] drm: do not use device name as a format string

On Wed, 18 Nov 2015 18:58:18 +0100 Nicolas Iooss wrote: > drm_dev_set_unique() formats its parameter using kvasprintf() but many > of its callers directly pass dev_name(dev) as printf format string, > without any format parameter. This can cause some issues when the > device name contains '%' ch

Re: gigaset: freeing an active object

[Re-added mailinglist that got dropped somehow.] On ma, 2015-12-07 at 10:27 +0100, Tilman Schmidt wrote: > Am 06.12.2015 um 21:12 schrieb Paul Bolle: > > This solution assumes that the struct platform_device is moved out > > of > > the struct ser_cardstate, doesn't it? In other words, this is > >

Re: [PATCH] drm: do not use device name as a format string

On Mon, Dec 07, 2015 at 12:46:52PM +0100, Daniel Vetter wrote: > On Mon, Dec 07, 2015 at 11:53:01AM +0200, Jani Nikula wrote: > > On Mon, 07 Dec 2015, Daniel Vetter wrote: > > > On Sun, Dec 06, 2015 at 11:16:32AM +0100, Nicolas Iooss wrote: > > >> On 12/06/2015 10:35 AM, Daniel Vetter wrote: > > >

Re: [PATCH v3] of: fix build failure

Hi Sudip, On Mon, Dec 7, 2015 at 1:20 PM, Sudip Mukherjee wrote: > We are having build failure with linux-next for sparc allmodconfig with > the error messages: > > undefined reference to 'of_io_request_and_map' > > CONFIG_OF is defined for sparc so it is expected that we have a > definition of o

[PATCH] drm: modes: fix DRM modes analysis regression

My latest commit introduce some case where a valid mode, could be rejected. simple_strtox functions stop at first non-digit character, but kstrtox not. So args like "video=HDMI-A-1:720x480-16@60" will be reject when checking 16@. The proper solution is to store digits in a specific buffer. Fixes:

Re: [RFC PATCH 0/8] CPUs capacity information for heterogeneous systems

On 07/12/15 12:11, Russell King - ARM Linux wrote: > On Mon, Dec 07, 2015 at 12:02:44PM +, Juri Lelli wrote: > > On 23/11/15 14:28, Juri Lelli wrote: > > > Hi all, > > > > > > > Hi again everybody, > > > > thanks a lot to Rob and Vincent for feedback, but, IMHO, we'd need more > > discussion

Re: [PATCH v5 4/4] MAINTAINERS: Add Liviu Dudau as maintainer for ARM HDLCD driver.

On Mon, Dec 07, 2015 at 01:19:35PM +0100, Jiri Slaby wrote: > On 12/07/2015, 01:11 PM, Liviu Dudau wrote: > > Update MAINTAINERS file for HDLCD driver. > > > > Cc: Andrew Morton > > Cc: Arnd Bergmann > > Cc: Mauro Carvalho Chehab > > Cc: Greg KH > > Cc: Joe Perches > > Cc: Jiri Slaby Hi Jir

[PATCH v2 2/7] usb: xhci: plat: attach the usb_phy to the correct hcd

Commit 7b8ef22ea547 ("usb: xhci: plat: Add USB phy support") adds the usb_phy for usb3, but it attached the usb_phy to incorrect hcd. The xhci->shared_hcd is the hcd for usb3, this patch fixes this issue by attach the usb_phy to the xhci->shared_hcd. Signed-off-by: Jisheng Zhang --- drivers/usb/

Re: [PATCHv2 1/2] extcon: add driver for Intel USB mux

Hi, On Mon, Dec 07, 2015 at 10:24:22AM +0900, Chanwoo Choi wrote: > Hi, > > On 2015년 12월 04일 17:51, Heikki Krogerus wrote: > > Hi, > > > >> I do never want to add some specific funtcion for only this driver. > >> I think is not appropriate way. > >> - intel_usb_mux_unregister > >> - intel_usb_mu

[PATCH v2 7/7] usb: xhci: plat: add vbus regulator control

The Marvell BG4CT STB board has board level vbus control through gpio. This patch adds the vbus regulator control to support this board. Signed-off-by: Jisheng Zhang --- drivers/usb/host/xhci-plat.c | 39 ++- drivers/usb/host/xhci.h | 2 ++ 2 files chang

[PATCH v2 1/7] usb: xhci: plat: Fix suspend/resume when the optional clk exists

Commit 4718c1774051 ("usb: host: xhci-plat: add clock support") adds optional clk support, but it forgets to prepare/disable and enable/unprepare the clk in the resume/suspend path. This path fixes this issue by adding missing clk related calls. Signed-off-by: Jisheng Zhang Fixes: 4718c1774051 ("

[PATCH v2 6/7] usb: xhci: plat: add generic PHY support

Marvell BG4CT SoC needs two phy: one for usb2 and another for usb3. Add the calls to retrieve generic PHY to xhci plat in order to support this. Signed-off-by: Jisheng Zhang --- drivers/usb/host/xhci-plat.c | 87 ++-- 1 file changed, 75 insertions(+), 12 d

[PATCH v2 0/7] usb: xhci-plat: support generic PHY and vbus regulator

The Marvell BG4CT has xhci controller. This controller has two phys: one for usb2 and another for usb3. BG4CT boards have board level vbus control through gpio. I plan to add the xhci support in two steps: first of all, add generic PHY and vbus regulator control support to the xhci-plat driver. Th

[PATCH v2 5/7] usb: xhci: plat: Remove checks for optional clock in error/remove path

Commit 63589e92c2d9 ("clk: Ignore error and NULL pointers passed to clk_{unprepare, disable}()") allows NULL or error pointer to be passed unconditionally. This patch is to simplify probe error and remove code paths. Signed-off-by: Jisheng Zhang --- drivers/usb/host/xhci-plat.c | 6 ++ 1 fi

[PATCH v2 4/7] usb: xhci: plat: sort the headers in alphabetic order

Sorting the headers in alphabetic order will help to reduce the conflict when adding new headers later. Signed-off-by: Jisheng Zhang --- drivers/usb/host/xhci-plat.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/usb/host/xhci-plat.c b/drivers/usb/host/xhci-plat.

[PATCH v2 3/7] usb: xhci: plat: Fix suspend/resume when the optional usb_phy exists

Commit 7b8ef22ea547 ("usb: xhci: plat: Add USB phy support") adds the usb_phy for usb3, but it forgets to shutdown/init the usb_phy in the suspend/resume path. This patch fixes this issue by adding missing usb_phy related calls. Signed-off-by: Jisheng Zhang --- drivers/usb/host/xhci-plat.c | 5 +

[PATCH v3 net-next 0/4] Further fix for dsa unbinding

This serie fixes further issues for DSA dynamic unbinding. The first patch completely removes the PHY link state polling. The two following cleans up the dsa state upon removal. The last patch moves slave destroy code as slave function and adds missing netdev and phy cleanup calls. v1: http://lkml

[PATCH v3 net-next 2/4] net: dsa: cleanup resources upon module removal

Make sure that we unassign the master_netdev dsa_ptr to make the packet processing go through the regular Ethernet receive path. Suggested-by: Florian Fainelli Signed-off-by: Neil Armstrong --- net/dsa/dsa.c | 8 1 file changed, 8 insertions(+) diff --git a/net/dsa/dsa.c b/net/dsa/dsa

[PATCH v3 net-next 3/4] net: dsa: Add missing master netdev dev_put() calls

Upon probe failure or unbinding, add missing dev_put() calls. Signed-off-by: Neil Armstrong --- net/dsa/dsa.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/net/dsa/dsa.c b/net/dsa/dsa.c index d9e0172..d22d303e 100644 --- a/net/dsa/dsa.c +++ b/net/dsa/dsa.c @@ -919,8 +9

[PATCH v3 net-next 4/4] net: dsa: move dsa slave destroy code to slave.c

Move dsa slave dedicated code from dsa_switch_destroy to a new dsa_slave_destroy function in slave.c. Add the netif_carrier_off and phy_disconnect calls in order to correctly cleanup the netdev state and PHY state machine. Signed-off-by: Frode Isaksen Signed-off-by: Neil Armstrong --- net/dsa/d

[PATCH v3 net-next 1/4] net: dsa: remove DSA link polling

Since no more DSA driver uses the polling callback, and since the phylib handles the link detection, remove the link polling work and timer code. Signed-off-by: Neil Armstrong --- include/net/dsa.h | 12 net/dsa/dsa.c | 43 --- 2 files cha

Re: [PATCH] fixdep: constify strrcmp arguments

On 2015-12-05 10:43, Nicolas Iooss wrote: > Hello, > I sent the path below a few weeks ago and did not have any feedback. > Could you please review it? Applied to kbuild.git#kbuild now. Michal -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH] Staging: speakup: varhandlers: cleanup of function spk_get_punc_var

This patch does the following: * changed the complicated if statements to simple case statements * in case of E_DEFAULT, no need to return error as ERESTART, because this is the user asked for. Hence function should return success. * ret variable is 0 always, hence removed it. * removed one ternary

Re: [PATCH v3] acpi, apei, arm64: APEI initial support for aarch64.

Hi Hanjun, On 7 December 2015 at 17:36, Hanjun Guo wrote: > Hi Fu Wei, > > On 12/04/2015 01:15 AM, fu@linaro.org wrote: >> >> From: Tomasz Nowicki >> >> This commit provides APEI arch-specific bits for aarch64 >> >> The reason for wrapping "acpi_disable_cmcff" by >> "#if defined(__i386__) ||

[PATCH v2 1/1] cxgb3: Convert simple_strtoul to kstrtox

the simple_strtoul function is obsolete. This patch replace it by kstrtox. Signed-off-by: LABBE Corentin --- drivers/net/ethernet/chelsio/cxgb3/cxgb3_main.c | 14 +++-- drivers/net/ethernet/chelsio/cxgb3/t3_hw.c | 28 ++--- 2 files changed, 29 insertions(+), 13 d

[PATCH v2 0/1] cxgb3: Convert simple_strtoul to kstrtox

Hello Change since v1 - Always return kstrtox error code LABBE Corentin (1): cxgb3: Convert simple_strtoul to kstrtox drivers/net/ethernet/chelsio/cxgb3/cxgb3_main.c | 14 +++-- drivers/net/ethernet/chelsio/cxgb3/t3_hw.c | 28 ++--- 2 files changed, 29 inserti

[PATCH 2/2] ARM: dts: berlin: add 2nd clock for BG2Q sdhci0 and sdhci1

We removed CLK_IGNORE_UNUSED from CLKID_SDIO's flag, so the sdhci0 and sdhci1 don't work. We fix this by adding the optional 2nd clock for BG2Q's sdhci0 and sdhci1. This patch brings another benefit: the 2nd clock can be disabled during runtime pm, so saves power a bit. Signed-off-by: Jisheng Zhan

[PATCH 1/2] ARM: dts: berlin: correct BG2Q's sdhci2 2nd clock

The optional 2nd clock is CLKID_SDIO. We removed CLK_IGNORE_UNUSED from CLKID_SDIO's flag, so the sdhci2 doesn't work. This patch fixes this issue by correcting the sdhci2's 2nd clock. Signed-off-by: Jisheng Zhang --- arch/arm/boot/dts/berlin2q.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 dele

[PATCH 0/2] arm: dts: berlin: fix BG2Q sdhci clk

CLKID_SDIO is used as the 2nd optional clk for all sdhci hosts in BG2Q. We removed CLK_IGNORE_UNUSED from CLKID_SDIO's flag. These two patches fixes this clk issue. Jisheng Zhang (2): ARM: dts: berlin: correct BG2Q's sdhci2 2nd clock ARM: dts: berlin: add 2nd clock for BG2Q sdhci0 and sdhci1

Re: [PATCH RESEND net-next 3/3] arm64: hip05-d02: Document devicetree bindings for Hisilicon D02 Board

On Sat, Dec 05, 2015 at 03:54:48PM +0800, yankejian wrote: > This patch adds documentation for the devicetree bindings used by the > DT files of Hisilicon Hip05-D02 development board. > > Signed-off-by: yankejian > --- > .../devicetree/bindings/arm/hisilicon/hisilicon.txt | 16 > ++

Re: [RFC PATCH 0/8] CPUs capacity information for heterogeneous systems

On Mon, Dec 07, 2015 at 12:36:54PM +, Juri Lelli wrote: > On 07/12/15 12:11, Russell King - ARM Linux wrote: > > It looks like the second patch doesn't yet have the backing from the DT > > people, which prevents the remainder of the patch set progressing. That's > > the sticking point which ne

Re: [PATCH v2 0/2] dm verity: add support for error correction

On Fri, Dec 04, 2015 at 04:09:35PM -0500, Mike Snitzer wrote: > I'd really appreciate it if you could do some regression testing, > etc on your end to verify I didn't break anything while tweaking > things. Sure. The changes look fine. I applied them to my tree and everything still works as expect

Re: [PATCH v5 4/4] MAINTAINERS: Add Liviu Dudau as maintainer for ARM HDLCD driver.

On 7 December 2015 at 12:11, Liviu Dudau wrote: > Update MAINTAINERS file for HDLCD driver. > > Cc: Andrew Morton > Cc: Arnd Bergmann > Cc: Mauro Carvalho Chehab > Cc: Greg KH > Cc: Joe Perches > Cc: Jiri Slaby > > Signed-off-by: Liviu Dudau > --- > MAINTAINERS | 6 ++ > 1 file changed

[PATCH 2/2] ARM: dts: jaq: add the power-supply for backlight and panel

Add a fixed regulator and reference it for the backlight and panle power supply on rk3288 jaq board. Signed-off-by: Caesar Wang --- Changes in v1: - Add this series patches are working with ykk'EDP patches on rk3288-jaq board. arch/arm/boot/dts/rk3288-veyron-jaq.dts | 5 + 1 file change

[PATCH 1/2] ARM: dts: modify rk3288 jaq backlight-level

the panel which jaq use require the pwm duty cycle larger than 3%, when the backlight status from power off to power on, otherwise the backlight will flush, so we modify the second brightness-level to 8, and when the backlight from power off to power on the pwm duty cycle will larger than 3%. Sign

Re: [PATCH] drivers: dma-coherent: use ioremap_wc() for DMA_MEMORY_MAP

On Fri, Dec 04, 2015 at 05:15:54PM +, Catalin Marinas wrote: On Fri, Dec 04, 2015 at 08:59:10AM -0800, Dan Williams wrote: On Fri, Dec 4, 2015 at 2:50 AM, Catalin Marinas wrote: > On Fri, Nov 20, 2015 at 02:20:26PM +, Brian Starkey wrote: >> When the DMA_MEMORY_MAP flag is used, memory

Re: [PATCH 01/20] drm: use __u{32,64} instead of uint{32,64}_t in virtgpu_drm.h

On 5 December 2015 at 21:03, Dave Airlie wrote: > On 5 December 2015 at 00:22, Emil Velikov wrote: >> On 30 November 2015 at 14:10, Gabriel Laskar wrote: >>> Signed-off-by: Gabriel Laskar >>> CC: Emil Velikov >>> CC: Mikko Rapeli >>> >>> --- >>> include/uapi/drm/virtgpu_drm.h | 98 >>> +

[RFC PATCH v2 2/3] perf tools: Enable overwrite settings

This patch allows following config terms and option: # perf record --overwrite ... Globally set following events to overwrite; # perf record --event cycles/overwrite/ ... # perf record --event cycles/no-overwrite/ ... Set specific events to be overwrite or no-overwrite. Signed-off-by: Wa

[RFC PATCH v2 0/3] perf core/perf tools: Utilizing overwrite ring buffer

This patch set explores the idea shown in [1], which puts size of every events at the end of them in ring buffer so user space tool like perf can parse the ring buffer backward and find the oldest event in it. In this version: - Kernel side, rename PERF_SAMPLE_SIZE to PERF_SAMPLE_SIZE_AT_END,

[RFC PATCH v2 3/3] perf record: Find tail pointer through size at end of event

This is an RFC patch which roughly shows the usage of PERF_SAMPLE_SIZE_AT_END introduced by previous patches. In this prototype we can use 'perf record' to capture data in overwritable ringbuffer: # ./perf record -g --call-graph=dwarf,128 -m 1 -e dummy -e syscalls:*/overwrite/ dd if=/dev/zero of

[RFC PATCH v2 1/3] perf/core: Put size of a sample at the end of it

This is an RFC patch which is for overwrite mode ring buffer. I'd like to discuss the correctness of this new idea for retriving as many events as possible from overwrite mode ring buffer. If there's no fundamental problem, I'll start perf side work. The biggest problem for overwrite ring buffer i

Performance of 'forky' workloads

This may be a silly question however its puzzling me and I don't have any answer I'm happy with so I'm going to ask. I have a 'stupid' workload which does a lot of forking, basically pathologically stupid configure scripts. Its easy to replicate: $ wget http://ftp.gnu.org/pub/gnu/gettext/gettext-

Re: [PATCH 3/4] x86/cpufeature: Remove unused and seldomly used cpu_has_xx macros

* Borislav Petkov wrote: > On Mon, Dec 07, 2015 at 10:45:04AM +0100, Ingo Molnar wrote: > > > > * Borislav Petkov wrote: > > > > > static int __init chacha20_simd_mod_init(void) > > > { > > > - if (!cpu_has_ssse3) > > > + if (!boot_cpu_has(X86_FEATURE_SSSE3)) > > > return -ENODEV;

[PATCH] x86/PCI: simplify pci_bios_{read,write}

There are some repetitive code in the switch/case statement in pci_bios_read() and pci_bios_write(). I drop it to simplify the code. Signed-off-by: Geliang Tang --- arch/x86/pci/pcbios.c | 108 ++ 1 file changed, 38 insertions(+), 70 deletions(-)

Re: [RFC] The -Og debugging experience

On Mon, Dec 07, 2015 at 11:48:07AM +0100, Martin Liška wrote: > On 12/02/2015 05:48 PM, Jiri Olsa wrote: > > heya, > > using the -Og for DEBUG=1 builds gives me many 'optimized out' stuff > > > > It was introduced in here: > > e8b7ea4356fd perf tools: Improve setting of gcc debug option > > > >

Re: [PATCH v5] clk: sunxi: Add CLK_OF_DECLARE support for sun8i-a23-apb0-clk driver

On Mon, Dec 7, 2015 at 5:36 PM, Maxime Ripard wrote: > Hi, > > On Thu, Dec 03, 2015 at 03:05:30PM +0800, Chen-Yu Tsai wrote: >> The APBS clock on sun9i is the same as the APB0 clock on sun8i. With >> sun9i we are supporting the PRCM clocks by using CLK_OF_DECLARE, >> instead of through a PRCM mfd

Re: [PATCH 01/20] drm: use __u{32,64} instead of uint{32,64}_t in virtgpu_drm.h

On Mon, Dec 07, 2015 at 01:29:41PM +, Emil Velikov wrote: > On 5 December 2015 at 21:03, Dave Airlie wrote: > > On 5 December 2015 at 00:22, Emil Velikov wrote: > >> On 30 November 2015 at 14:10, Gabriel Laskar wrote: > >>> Signed-off-by: Gabriel Laskar > >>> CC: Emil Velikov > >>> CC: Mik

Re: [PATCH] qeth: don't rely on signedness of char

On Mon, Dec 07, 2015 at 01:02:35PM +0100, Ursula Braun wrote: > Rasmus, > > I do not see a need for your first patch proposal. Our code works fine > in our environment. > > But I will pickup your second part to remove the explicit setting of the > 0-termination. Thanks! > > Regards, Ursula Hi U

Re: [PATCH RESEND net-next 3/3] arm64: hip05-d02: Document devicetree bindings for Hisilicon D02 Board

On 2015/12/7 21:16, Rob Herring wrote: On Sat, Dec 05, 2015 at 03:54:48PM +0800, yankejian wrote: This patch adds documentation for the devicetree bindings used by the DT files of Hisilicon Hip05-D02 development board. Signed-off-by: yankejian You may need to configure as "Kejian Yan " :

Re: [PATCH] ARM: dts: imx53: fix EIM_D27/29 pad UART2 configuration

From: Patrick Brünn On Tue, Dec 1, 2015 at 20:52:25 PST, shawn...@kernel.org wrote: > On Thu, Nov 26, 2015 at 11:59:15AM +0100, linux-kernel-...@beckhoff.com wrote: >> MX53_PAD_EIM_D27__UART2_RXD_MUX and MX53_PAD_EIM_D29__UART2_RTS input_val >> must be configured as 0 instead of 1 to have UART2

[PATCH 3/3] RTC/PCF85063: fix time/date setting

When setting a new time/date the RTC's clock must be stopped first, in order to write the time/date registers in an atomic manner. So, this change stops the clock first and then writes the time/date registers and the clock control register (to re-enable the clock) in one turn. Signed-off-by: Juerg

[PATCH] RTC/PCF85063: fix reading/setting time/date

The PCF85063 RTC needs special treatment while setting or reading the time/date: - while reading the 7 time/date registers they are blocked from updating by the one second pulse internally. So reading all time/date registers should happen in one turn to ensure reading is an atomic operation

[PATCH 1/3] RTC/PCF85063: fix time/date reading (part 1)

When reading the seconds register, all time/date registers are frozen until the year register is read. So, read all time/date registers in one turn. Signed-off-by: Juergen Borleis --- drivers/rtc/rtc-pcf85063.c | 32 1 file changed, 32 insertions(+) diff --git a

[PATCH 2/3] RTC/PCF85063: fix time/date reading (part II)

Use the function to read the whole time/date register in one turn and now check if the RTC signals an invalid time/date (due to a battery power loss for example). In this case ignore the time/date until it is really set again. Signed-off-by: Juergen Borleis --- drivers/rtc/rtc-pcf85063.c | 45 ++

[GIT PULL 0/9] phy: for 4.4 -rc

Hi Greg, Please find the pull request for this -rc cycle. Bulk of the changes are with respect to adding of_node_put in the PHY drivers, a fix in PHY core and a patch to fix randconfig error. Consider merging it in this -rc cycle. Let me know if I have to change something. Thanks Kishon The fol

[PATCH 7/9] phy: miphy365x: add missing of_node_put

From: Julia Lawall for_each_child_of_node performs an of_node_get on each iteration, so a return from the middle of the loop requires an of_node_put. A simplified version of the semantic patch that finds this problem is as follows (http://coccinelle.lip6.fr): // @@ expression root,e; local ide

[PATCH 9/9] phy: core: Get a refcount to phy in devm_of_phy_get_by_index()

From: Chunfeng Yun On driver detach, devm_phy_release() will put a refcount to the phy, so gets a refconut to it before return. Signed-off-by: Chunfeng Yun Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-core.c | 21 +++-- 1 file changed, 15 insertions(+), 6 deleti

[PATCH 8/9] phy: cygnus: pcie: add missing of_node_put

From: Julia Lawall for_each_available_child_of_node performs an of_node_get on each iteration, so a return from the middle of the loop requires an of_node_put. A simplified version of the semantic patch that finds this problem is as follows (http://coccinelle.lip6.fr): // @@ expression root,e;

[PATCH 2/9] phy: brcmstb-sata: add missing of_node_put

From: Julia Lawall for_each_available_child_of_node performs an of_node_get on each iteration, so a return from the middle of the loop requires an of_node_put. A simplified version of the semantic patch that finds this problem is as follows (http://coccinelle.lip6.fr): // @@ expression root,e;

Re: [tip:perf/core] perf/x86: Use INST_RETIRED.PREC_DIST for cycles: ppp

On Sun, Dec 06, 2015 at 02:11:02PM +0100, Ingo Molnar wrote: > the symptom is that latest 'perf top' and 'perf record' produces no samples. > > So I've removed this commit and the related Skylake commit from -tip: > > 4576ceaa56a8 perf/x86: Use INST_RETIRED.PREC_DIST for cycles:ppp > ac1e1d30c

[PATCH 5/9] phy: rockchip-usb: add missing of_node_put

From: Julia Lawall for_each_available_child_of_node performs an of_node_get on each iteration, so a return from the middle of the loop requires an of_node_put. A simplified version of the semantic patch that finds this problem is as follows (http://coccinelle.lip6.fr): // @@ expression root,e;

[PATCH 6/9] phy: miphy28lp: add missing of_node_put

From: Julia Lawall for_each_child_of_node performs an of_node_get on each iteration, so a return from the middle of the loop requires an of_node_put. A simplified version of the semantic patch that finds this problem is as follows (http://coccinelle.lip6.fr): // @@ expression root,e; local ide

Re: [PATCH] tools build: Remove FEATURE-DUMP

On Mon, Dec 07, 2015 at 10:48:58AM +, Wang Nan wrote: > Jiri introduces a FEATURE-INCLUDE file for feature checking. It > contains same information with FEATURE-DUMP, so we can avoid generating > FEATURE-DUMP. > > Following modification should ensure FEATURE_TESTS contains > FEATURE_DISPLAY. >

[PATCH 4/9] phy: berlin-sata: add missing of_node_put

From: Julia Lawall for_each_available_child_of_node performs an of_node_get on each iteration, so a return from the middle of the loop requires an of_node_put. A simplified version of the semantic patch that finds this problem is as follows (http://coccinelle.lip6.fr): // @@ expression root,e;

[PATCH 3/9] phy: mt65xx-usb3: add missing of_node_put

From: Julia Lawall for_each_child_of_node performs an of_node_get on each iteration, so a return from the middle of the loop requires an of_node_put. A simplified version of the semantic patch that finds this problem is as follows (http://coccinelle.lip6.fr): // @@ expression root,e; local ide

[PATCH 1/9] phy: sun9i-usb: add USB dependency

From: Arnd Bergmann The sun9i usb phy driver calls of_usb_get_phy_mode(), which is not available if USB is disabled: drivers/built-in.o: In function `sun9i_usb_phy_probe': :(.text+0x7fb0): undefined reference to `of_usb_get_phy_mode' This adds a dependency to avoid the randconfig build errors.

Re: [PATCH] qeth: don't rely on signedness of char

On Mon, Dec 07, 2015 at 02:47:44PM +0100, Heiko Carstens wrote: > On Mon, Dec 07, 2015 at 01:02:35PM +0100, Ursula Braun wrote: > > Rasmus, > > > > I do not see a need for your first patch proposal. Our code works fine > > in our environment. > > > > But I will pickup your second part to remove t

Re: [tip:perf/core] perf/x86: Use INST_RETIRED.PREC_DIST for cycles: ppp

Em Mon, Dec 07, 2015 at 07:48:41AM +0100, Ingo Molnar escreveu: > * Peter Zijlstra wrote: > > On Sun, Dec 06, 2015 at 02:11:02PM +0100, Ingo Molnar wrote: > > > Also, I'm not convinced we need a new 'ppp' qualifier for any of this, > > > why not > > > just replace 'pp' with this event - 'pp' is

Re: [RFC] The -Og debugging experience

On 12/07/2015 02:45 PM, Jiri Olsa wrote: > On Mon, Dec 07, 2015 at 11:48:07AM +0100, Martin Liška wrote: >> On 12/02/2015 05:48 PM, Jiri Olsa wrote: >>> heya, >>> using the -Og for DEBUG=1 builds gives me many 'optimized out' stuff >>> >>> It was introduced in here: >>> e8b7ea4356fd perf tools: I

[PATCH 3.10 29/31] ALSA: usb-audio: add packet size quirk for the Medeli DD305

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Clemens Ladisch commit 98d362becb6621bebdda7ed0eac7ad7ec6c37898 upstream. Signed-off-by: Clemens Ladisch Signed-off-by: Takashi Iwai Signed-off-by: Greg Kroah-Hartman --- sound/usb/midi.c

[PATCH 3.10 23/31] can: sja1000: clear interrupts on start

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mirza Krak commit 7cecd9ab80f43972c056dc068338f7bcc407b71c upstream. According to SJA1000 data sheet error-warning (EI) interrupt is not cleared by setting the controller in to reset-mode. Th

[PATCH 3.10 31/31] ALSA: usb-audio: work around CH345 input SysEx corruption

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Clemens Ladisch commit a91e627e3f0ed820b11d86cdc04df38f65f33a70 upstream. One of the many faults of the QinHeng CH345 USB MIDI interface chip is that it does not handle received SysEx messages

[PATCH 3.10 17/31] x86/cpu: Fix SMAP check in PVOPS environments

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Cooper commit 581b7f158fe0383b492acd1ce3fb4e99d4e57808 upstream. There appears to be no formal statement of what pv_irq_ops.save_fl() is supposed to return precisely. Native returns th

[PATCH 3.10 22/31] Bluetooth: hidp: fix device disconnect on idle timeout

3.10-stable review patch. If anyone has any objections, please let me know. -- From: David Herrmann commit 660f0fc07d21114549c1862e67e78b1cf0c90c29 upstream. The HIDP specs define an idle-timeout which automatically disconnects a device. This has always been implemented in the

[PATCH 3.10 00/31] 3.10.94-stable review

This is the start of the stable review cycle for the 3.10.94 release. There are 31 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Dec 9 14:04:20 UTC 2015. Anything receiv

[PATCH 3.10 13/31] ARM: orion: Fix DSA platform device after mvmdio conversion

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli commit d836ace65ee98d7079bc3c5afdbcc0e27dca20a3 upstream. DSA expects the host_dev pointer to be the device structure associated with the MDIO bus controller driver. First com

[PATCH 3.10 10/31] RDS: verify the underlying transport exists before creating a connection

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Sasha Levin [ Upstream commit 74e98eb085889b0d2d4908f59f6e00026063014f ] There was no verification that an underlying transport exists when creating a connection, this would cause dereferencin

[PATCH 3.10 05/31] stmmac: Correctly report PTP capabilities.

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Phil Reid [ Upstream commit e6dbe1eb2db0d7a14991c06278dd3030c45fb825 ] priv->hwts_*_en indicate if timestamping is enabled/disabled at run time. But priv->dma_cap.time_stamp and priv->dma_ca

[PATCH 3.10 12/31] ARM: 8427/1: dma-mapping: add support for offset parameter in dma_mmap()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Marek Szyprowski commit 7e31210349e9e03a9a4dff31ab5f2bc83e8e84f5 upstream. IOMMU-based dma_mmap() implementation lacked proper support for offset parameter used in mmap call (it always assumed

[PATCH 3.10 18/31] mac80211: fix driver RSSI event calculations

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 8ec6d97871f37e4743678ea4a455bd59580aa0f4 upstream. The ifmgd->ave_beacon_signal value cannot be taken as is for comparisons, it must be divided by since it's represented l

[PATCH 3.10 16/31] x86/cpu: Call verify_cpu() after having entered long mode too

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov commit 04633df0c43d710e5f696b06539c100898678235 upstream. When we get loaded by a 64-bit bootloader, kernel entry point is startup_64 in head_64.S. We don't trust any and all b

Re: [PATCH v5 4/4] MAINTAINERS: Add Liviu Dudau as maintainer for ARM HDLCD driver.

On Mon, Dec 07, 2015 at 01:25:10PM +, Emil Velikov wrote: > On 7 December 2015 at 12:11, Liviu Dudau wrote: > > Update MAINTAINERS file for HDLCD driver. > > > > Cc: Andrew Morton > > Cc: Arnd Bergmann > > Cc: Mauro Carvalho Chehab > > Cc: Greg KH > > Cc: Joe Perches > > Cc: Jiri Slaby >

[PATCH 3.10 21/31] staging: rtl8712: Add device ID for Sitecom WLA2100

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 1e6e63283691a2a9048a35d9c6c59cf0abd342e4 upstream. This adds the USB ID for the Sitecom WLA2100. The Windows 10 inf file was checked to verify that the addition is correct.

[PATCH 3.10 19/31] net: mvneta: Fix CPU_MAP registers initialisation

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Maxime Ripard commit 2502d0ef272da7058ef303b849a2c8dc324c2e2e upstream. The CPU_MAP register is duplicated for each CPUs at different addresses, each instance being at a different address. Ho

[PATCH linux-next 1/5] mtd: spi-nor: properly detect the memory when it boots in Quad or Dual mode

The quad (or dual) mode of a spi-nor memory may be enabled at boot time by non-volatile bits in some setting register. Also such a mode may have already been enabled at early stage by some boot loader. Hence, we should not guess the spi-nor memory is always configured for the regular SPI 1-1-1 pro

[PATCH linux-next 0/5] mtd: spi-nor: add driver for Atmel QSPI controller

on linux-next-20151207 1 - Atmel QSPI + Micron n25q128a13 (atmel-quadspi.c driver) SPI 1-1-1: This mode was tested replacing SPI_NOR_QUAD by SPI_NOR_FAST as argument to spi_nor_scan() called from atmel_qspi_probe(). SPI 1-1-4: Bootloaders (at91bootstrap/uboot) don't enable the

[PATCH 3.10 20/31] mwifiex: fix mwifiex_rdeeprom_read()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 1f9c6e1bc1ba5f8a10fcd6e99d170954d7c6d382 upstream. There were several bugs here. 1) The done label was in the wrong place so we didn't copy any information out when

[PATCH 3.10 15/31] x86/setup: Fix low identity map for >= 2GB kernel range

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Krzysztof Mazur commit 68accac392d859d24adcf1be3a90e41f978bd54c upstream. The commit f5f3497cad8c extended the low identity mapping. However, if the kernel uses more than 2 GB (VMSPLIT_2G_OPT

[PATCH linux-next 2/5] mtd: spi-nor: fix Quad SPI mode support for Spansion, Micron and Macronix

This patch reworks the support of Quad and Dual SPI protocols for Micron, Spansion and Macronix Quad/Dual capable memories. Indeed, in the best case, only Spansion memories are correctly supported by the current spi-nor framework. 1 - Micron: When their Quad SPI mode is enabled, Micron spi-nor mem

Re: [PATCH] ARC: [axs10x] cap ethernet phy to 100 Mbit/sec

On Monday 07 December 2015 04:52 PM, Alexey Brodkin wrote: Current ARC SDP boards cannot reliably handle 1Gbit Ethernet connections due to limitations in hardware. To make sure networking is stable on the board we're limiting phy to 100 Mbit. Signed-off-by: Alexey Brodkin

Re: [PATCH] Staging: Skein: Moved macros from skein_block.c to header

On Mon, 7 Dec 2015 11:37:31 +0530 Sudip Mukherjee wrote: > And you moved skein_256_process_block() from skein_block.c to a header > file. Is skein_256_process_block() a macro? No, it is not a macro, it is a conditional. But as other conditionals was already included in the header file, I felt th

[PATCH linux-next 4/5] Documentation: atmel-quadspi: add binding file for Atmel QSPI driver

This patch documents the DT bindings for the driver of the Atmel QSPI controller embedded inside sama5d2x SoCs. Signed-off-by: Cyrille Pitchen --- .../devicetree/bindings/mtd/atmel-quadspi.txt | 32 ++ 1 file changed, 32 insertions(+) create mode 100644 Documentation/de

[PATCH linux-next 3/5] mtd: m25p80: add support of dual and quad spi protocols to all commands

Before this patch, m25p80_read() supported few SPI protocols: - regular SPI 1-1-1 - SPI Dual Output 1-1-2 - SPI Quad Output 1-1-4 On the other hand, all other m25p80_*() hooks only supported SPI 1-1-1. However once their Quad mode enabled, Micron and Macronix spi-nor memories expect all commands t

[PATCH linux-next 5/5] mtd: atmel-quadspi: add driver for Atmel QSPI controller

This driver add support to the new Atmel QSPI controller embedded into sama5d2x SoCs. It expects a NOR memory to be connected to the QSPI controller. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/Kconfig | 8 + drivers/mtd/spi-nor/Makefile| 3 +- drivers/mtd/spi-nor/

Re: [PATCH net-next 2/2] net: hns: enet specisies a reference to dsaf (config and documents)

On Sat, Dec 05, 2015 at 03:59:16PM +0800, yankejian wrote: > when enet specisies a reference to dsaf, the correlative config and s/when/When/ > documents needs to update. this patch updates the correlative dtsi file s/this/This/ > and bindings documents . ^ extra space

[PATCH 3.10 25/31] usblp: do not set TASK_INTERRUPTIBLE before lock

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit 19cd80a214821f4b558560ebd76bfb2c38b4f3d8 upstream. It is not permitted to set task state before lock. usblp_wwait sets the state to TASK_INTERRUPTIBLE and calls mutex_lock_in

<    1   2   3   4   5   6   7   8   9   10   >