Re: [linux-sunxi] Re: [PATCH v8 2/2] ASoc: sun4i-codec: Add FM, Line and Mic inputs

Hi Maxime, On Sun, 27 Dec 2015 19:21:57 +0100 Maxime Ripard wrote: > On Mon, Dec 21, 2015 at 12:34:16PM +0100, Danny Milosavljevic wrote: > > This is the second part, actually adding FM, Line and Mic inputs. > > Again, having a meaningful and standalone commit

Re: [PATCH v2 0/9] ARM: dts: Add compatible property to "partitions" node

On Mon, Dec 21, 2015 at 11:33:44AM +0100, Geert Uytterhoeven wrote: > Hi, > > As of commit e488ca9f8d4f62c2 ("doc: dt: mtd: partitions: add compatible > property to "partitions" node"), which is in v4.4-rc6, the "partitions" > subnode of an SPI FLASH device node must have a compatible

Re: [PATCH] qlcnic: constify qlcnic_dcb_ops structures

From: Julia Lawall Date: Sun, 27 Dec 2015 22:01:29 +0100 > The qlcnic_dcb_ops structures are never modified, so declare them as const. > > Done with the help of Coccinelle. > > Signed-off-by: Julia Lawall Applied, thanks Julia. -- To unsubscribe

[PATCH v2] usb: gadget: fix double mem free for usb_request caused by wild pointers

From: "Du, Changbin" acm, ecm, hid, ncm, phonet, rndis and uvc functions all have double memory free issue. Set pointers to NULL after freed to avoid this. Here explain how it happen on acm function, others has analogical case. If acm_bind fails before allocate

Re: [PATCH 1/4] net: ethernet: arc: Probe emac after set RMII clock

Hi David, Sorry, I missed the cover letter. I have added it and resent the patchset. Thanks. - Xing Zheng On 2015年12月28日 13:14, David Miller wrote: I only see 3 patches in this series. Furthermore, you failed to provide a proper "[PATCH 0/4] xxx" posting providing a high level description of

RE: [PATCH] arm: kernel: utilize hrtimer based broadcast

Hi, Arnd, Could you help to review the following patch? Thanks. Best Regards, Alison Wang > On Fri, Jul 17, 2015 at 10:11:52AM +0100, Alison Wang wrote: > > Hrtimer based broadcast is used on ARM platform. It can be registered > > as the tick broadcast device in the absence of a real

Re: [PATCH 2/2] kexec: Provide arch_kexec_protect(unprotect)_crashkres()

On 12/24/2015 at 02:44 PM, Xunlei Pang wrote: > On 12/24/2015 at 02:16 PM, Dave Young wrote: >> Hi, Xunlei >> >> On 12/24/15 at 02:05pm, Xunlei Pang wrote: >>> On 12/24/2015 at 01:54 PM, Dave Young wrote: Ccing Vivek On 12/23/15 at 07:12pm, Xunlei Pang wrote: > Implement the

[PATCH v3 4/5] pinctrl: mediatek: Add Pinctrl/GPIO/EINT driver for mt2701

Add mt2701 support using mediatek common pinctrl driver. MT2701 have some special pins need an extra setting register than other ICs, so adding this support to common code. Signed-off-by: Biao Huang Acked-by: Yingjoe Chen ---

[RFC] arm: change to use generic sign_extend32() function

change to use generic sign_extend32() to caaculate branch_displacement. Signed-off-by: yalin wang --- arch/arm/probes/decode-arm.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/arch/arm/probes/decode-arm.c b/arch/arm/probes/decode-arm.c index

[PATCH v3 2/5] dt-bindings: mediatek: Modify pinctrl bindings for mt2701

Signed-off-by: Biao Huang --- .../devicetree/bindings/pinctrl/pinctrl-mt65xx.txt |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/Documentation/devicetree/bindings/pinctrl/pinctrl-mt65xx.txt

[PATCH v3 0/5] pinctrl: mediatek: add pinctrl/GPIO/EINT driver for mt2701

Change in v3: 1. convert to arch_initcall. 2. set direction to input when do input-enable/disable and input-schmitt-enable/disable properties. Change in v2: 1. add special pinmux setting for some pins. 2. fix mt2701 direction control issue. 3. resort dt-bindings. Biao Huang (4): dt-bindings:

[RESEND PATCH v1 1/4] net: ethernet: arc: Probe emac after set RMII clock

After enter arc_emac_probe, emac will get_phy_id, phy_poll_reset and other connecting PHY via mdiobus_read, so we need to set correct ref clock rate for emac before probe emac. Signed-off-by: Xing Zheng --- drivers/net/ethernet/arc/emac_rockchip.c | 11 +++

[RESEND PATCH v1 3/4] net: ethernet: arc: Add support emac for RK3036

The RK3036's GRFs offset are different with RK3066/RK3188, and need to set mac TX/RX clock before probe emac. Signed-off-by: Xing Zheng --- drivers/net/ethernet/arc/Kconfig |4 ++-- drivers/net/ethernet/arc/emac_rockchip.c |9 +++-- 2 files

[RESEND PATCH v1 0/4] Add support emac for the RK3036 SoC platform

Hi, We have supported the emac for RK3066/RK3188, but the RK3036 have some configuration different with them. We should let the driver of emac_rockchip compatible with other Rockchip SoCs. Xing Zheng (4): net: ethernet: arc: Probe emac after set RMII clock net: ethernet: arc: Keep emac

[RESEND PATCH v1 2/4] net: ethernet: arc: Keep emac compatibility for more Rockchip SoCs

On the RK3066/RK3188, there was fixed GRF offset configuration to set emac and fixed DIV2 mac TX/RX clock. So, we need to easily set and fit to other SoCs (RK3036) which maybe have different GRF offset, and need adjust mac TX/RX clock. Signed-off-by: Xing Zheng ---

[RESEND PATCH v1 4/4] ARM: dts: rockchip: Add support emac for RK3036

This patch describe the emac, and we need to let mac clock under the APLL which is able to provide the accurate 50MHz what mac_ref need. Signed-off-by: Xing Zheng --- arch/arm/boot/dts/rk3036-evb.dts | 25 +

[PATCH v3 5/5] arm: dts: Add pinctrl/GPIO/EINT node for mt2701

Add pinctrl and GPIO node to mt2701.dtsi Signed-off-by: Biao Huang Acked-by: Linus Walleij --- arch/arm/boot/dts/mt2701.dtsi | 19 +++ 1 file changed, 19 insertions(+) diff --git a/arch/arm/boot/dts/mt2701.dtsi

[PATCH v3 3/5] pinctrl: dt bindings: Add pinfunc header file for mt2701

Add pinfunc header file, mt2701 related dts will include it Signed-off-by: Biao Huang Acked-by: Linus Walleij --- arch/arm/boot/dts/mt2701-pinfunc.h | 735 1 file changed, 735 insertions(+) create mode

[PATCH v3 1/5] ARM: mediatek: Add MT2701 config options for mediatek SoCs.

From: Erin Lo The upcoming MTK pinctrl driver have a big pin table for each SoC and we don't want to bloat the kernel binary if we don't need it. Add config options so we can build for one SoC only. Add MT2701. Signed-off-by: Erin Lo Acked-by: Linus

Re: [PATCHV5 3/3] x86, ras: Add __mcsafe_copy() function to recover from machine checks

On Sat, Dec 26, 2015 at 10:57 PM, Tony Luck wrote: > On Sat, Dec 26, 2015 at 6:16 PM, Andy Lutomirski wrote: We could make one of them 31-bits (since even an "allyesconfig" kernel is still much smaller than a gigabyte) to free a bit for a flag.

Re: [PATCHV5 3/3] x86, ras: Add __mcsafe_copy() function to recover from machine checks

On Sun, Dec 27, 2015 at 2:09 AM, Borislav Petkov wrote: > On Sat, Dec 26, 2015 at 10:57:26PM -0800, Tony Luck wrote: >> ... will get the right value. Maybe this would still work out >> if the fixup is a 31-bit value plus a flag, but the external >> tool thinks it is a 32-bit

[PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

From: Markus Elfring Date: Sun, 27 Dec 2015 13:12:10 +0100 Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations I suggest to return directly instead of using the jump label "err" in two functions (which are working without clean-up

Re: [PATCH 7/9] serial: 8250_pci: use to_pci_dev()

On Sun, Dec 27, 2015 at 12:46 PM, Geliang Tang wrote: > Use to_pci_dev() instead of open-coding it. > > Signed-off-by: Geliang Tang > --- > drivers/tty/serial/8250/8250_pci.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git

[PATCH 1/2] InfiniBand-iSER: One jump label less in iser_reg_sig_mr()

From: Markus Elfring Date: Sun, 27 Dec 2015 11:41:42 +0100 This issue was detected by using the Coccinelle software. 1. Let us return directly if a call of the iser_set_sig_attrs() function failed. 2. Delete the jump label "err" then. 3. Return zero as a

[PATCH 2/2] InfiniBand-iSER-target: One jump label less in isert_reg_sig_mr()

From: Markus Elfring Date: Sun, 27 Dec 2015 12:54:52 +0100 This issue was detected by using the Coccinelle software. 1. Let us return directly if a call of the function "isert_set_sig_attrs" or "ib_post_send" failed. 2. Delete the jump label "err" then. 3.

Re: [PATCH 3/9] i2c: designware: use to_pci_dev()

On Sun, Dec 27, 2015 at 12:45 PM, Geliang Tang wrote: > Use to_pci_dev() instead of open-coding it. > Reviewed-by: Andy Shevchenko > Signed-off-by: Geliang Tang > --- > drivers/i2c/busses/i2c-designware-pcidrv.c | 4

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

On Sun, Dec 27, 2015 at 01:36:30PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 27 Dec 2015 13:12:10 +0100 > Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function > implementations Just a note for the future submissions (no need

Re: GPIO-driven RTS on TI hardware with 8250_omap driver

+Peter, Russell, and Matwey. I suggest you to ask people I added to the Cc list. On Sat, Dec 26, 2015 at 6:17 PM, Ильяс Гасанов wrote: > Hello. > > We are upgrading to the 4.1.x kernel for our smart metering appliance > project, which is based on TI's Sitara hardware

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

On Sun, Dec 27, 2015 at 01:36:30PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 27 Dec 2015 13:12:10 +0100 > Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function > implementations > > I suggest to return directly instead of

Re: [PATCH 0/2] Fixes for dell-wmi

On 24/12/2015 22:18, Pali Rohár wrote: > This patch series adds check if Dell WMI descriptor structure is valid and > fixes processing WMI events on devices with WMI interface version 0. > > After testing, second patch is good candidate for backporting into stable > kernels, but problem is that

Re: [PATCH 0/2] Fixes for dell-wmi

On Sunday 27 December 2015 13:59:57 Gabriele Mazzotta wrote: > On 24/12/2015 22:18, Pali Rohár wrote: > > This patch series adds check if Dell WMI descriptor structure is > > valid and fixes processing WMI events on devices with WMI > > interface version 0. > > > > After testing, second patch is

Re: [PATCH 0/2] Fixes for dell-wmi

On 27/12/2015 14:07, Pali Rohár wrote: > On Sunday 27 December 2015 13:59:57 Gabriele Mazzotta wrote: >> On 24/12/2015 22:18, Pali Rohár wrote: >>> This patch series adds check if Dell WMI descriptor structure is >>> valid and fixes processing WMI events on devices with WMI >>> interface version

Re: GPIO-driven RTS on TI hardware with 8250_omap driver

Andy, The half of what is described here are implemented in my patches. But I cannot understand the other half. Each of six AM335x UARTs has RTS/CTS pins which are controlled by pinmux in device tree, no magic required here. 2015-12-27 15:47 GMT+03:00 Andy Shevchenko

[PATCH 01/10] PM / devfreq: exynos: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/devfreq/exynos/exynos4_bus.c | 3 +-- drivers/devfreq/exynos/exynos5_bus.c | 9 +++-- 2 files changed, 4 insertions(+), 8 deletions(-) diff --git

Re: [PATCH 0/2] Fixes for dell-wmi

On Sunday 27 December 2015 14:10:55 Gabriele Mazzotta wrote: > On 27/12/2015 14:07, Pali Rohár wrote: > > On Sunday 27 December 2015 13:59:57 Gabriele Mazzotta wrote: > >> On 24/12/2015 22:18, Pali Rohár wrote: > >>> This patch series adds check if Dell WMI descriptor structure is > >>> valid and

[PATCH 05/10] mmc: cb710: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/mmc/host/cb710-mmc.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/mmc/host/cb710-mmc.h b/drivers/mmc/host/cb710-mmc.h index 8984ec8..8ecd9e5 100644

[PATCH 07/10] platform/chrome: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/platform/chrome/cros_ec_lightbar.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/platform/chrome/cros_ec_lightbar.c

[PATCH 08/10] staging: fbtft: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/staging/fbtft/fbtft_device.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/fbtft/fbtft_device.c b/drivers/staging/fbtft/fbtft_device.c index

[PATCH 04/10] i2c: st: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/i2c/busses/i2c-st.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/i2c/busses/i2c-st.c b/drivers/i2c/busses/i2c-st.c index 25020ec..6ee7715 100644 ---

[PATCH 02/10] spi: cadence, zynq: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/spi/spi-cadence.c | 6 ++ drivers/spi/spi-zynqmp-gqspi.c | 8 ++-- 2 files changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/spi/spi-cadence.c

[PATCH 06/10] net: hns: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/net/ethernet/hisilicon/hns/hns_dsaf_rcb.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/ethernet/hisilicon/hns/hns_dsaf_rcb.c

Re: [PATCHV5 3/3] x86, ras: Add __mcsafe_copy() function to recover from machine checks

Andy Lutomirski wrote: >You certainly can, but it doesn't scale well to multiple users of >similar mechanisms. It also prevents you from using the same >mechanism in anything that could be inlined, which is IMO kind of >unfortunate. Well, but the bit 31 game doesn't make it

[PATCH 09/10] watchdog: cadence_wdt: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/watchdog/cadence_wdt.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/watchdog/cadence_wdt.c b/drivers/watchdog/cadence_wdt.c index

[PATCH 10/10] ARM: plat-samsung: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- arch/arm/plat-samsung/adc.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/arch/arm/plat-samsung/adc.c b/arch/arm/plat-samsung/adc.c index efa6e85..daf3db9 100644

[PATCH 03/10] dmaengine: ppc4xx: use to_platform_device()

Use to_platform_device() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/dma/ppc4xx/adma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/ppc4xx/adma.c b/drivers/dma/ppc4xx/adma.c index 9217f89..039803a 100644 ---

Re: [PATCH 1/4] platform/x86: Add Asus Wireless Radio Control driver

On Sat, Dec 26, 2015 at 4:56 PM, João Paulo Rechi Vita wrote: > Some Asus notebooks like the Asus E202SA and the Asus X555UB have a > separate ACPI device for notifications from the airplane mode hotkey. > This device is called "Wireless Radio Control" in Asus websites and ASHS

Re: [PATCH 06/10] net: hns: use to_platform_device()

On Sun, Dec 27, 2015 at 3:15 PM, Geliang Tang wrote: > Use to_platform_device() instead of open-coding it. > > Signed-off-by: Geliang Tang > --- > drivers/net/ethernet/hisilicon/hns/hns_dsaf_rcb.c | 3 +-- > 1 file changed, 1 insertion(+), 2

[PATCH v5 02/20] soc: Support for EZchip SoC

From: Noam Camus This header file is for NPS400 SoC. It includes macros for accessing memory mapped registers. These are functional registers that core can use to configure SoC. Signed-off-by: Noam Camus --- include/soc/nps/common.h | 123

Re: [PATCHV5 3/3] x86, ras: Add __mcsafe_copy() function to recover from machine checks

On Sun, Dec 27, 2015 at 5:17 AM, Boris Petkov wrote: > Andy Lutomirski wrote: >>You certainly can, but it doesn't scale well to multiple users of >>similar mechanisms. It also prevents you from using the same >>mechanism in anything that could be inlined,

[PATCH v5 06/20] ARC: Set vmalloc size from configuration

From: Noam Camus User space use lower 2G of the virtual address space. However kernel steals upper 512M of this space. This stolen space is used partially for vmalloc and the rest serves as gutter between kernel and user space. The vmalloc size is depend on NR_CPUS since "per

[PATCH v5 08/20] ARC: Mark secondary cpu online only after all HW setup is done

From: Noam Camus In SMP setup, master loops for each_present_cpu calling cpu_up(). For ARC it returns as soon as new cpu's status becomes online, However secondary may still do HW initializing, machine or platform hook level. So turn secondary online only after all HW setup is

[PATCH v5 04/20] clocksource: Add NPS400 timers driver

From: Noam Camus Add internal tick generator which is shared by all cores. Each cluster of cores view it through dedicated address. This is used for SMP system where all CPUs synced by same clock source. Signed-off-by: Noam Camus Cc: Daniel Lezcano

[PATCH v5 05/20] irqchip: add nps Internal and external irqchips

From: Noam Camus Adding EZchip NPS400 support. NPS internal interrupts are internally handled at Multi Thread Manager (MTM) that is signaled for deactivating an interrupt. External interrupts is handled also at Global Interrupt Controller (GIC) e.g. serial and network devices.

[PATCH v5 03/20] ARC: [plat-eznps] define IPI_IRQ

From: Noam Camus We add IPI irq definition to be used later by any irqchip such NPS400 IC. Signed-off-by: Noam Camus --- arch/arc/include/asm/irq.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/arch/arc/include/asm/irq.h

[PATCH v5 10/20] ARC: IRQ: do not use hwirq directly at arch_do_IRQ()

From: Noam Camus ARC uses hwirq at arch_do_IRQ() to pass into generic_handle_irq(). This is wrong since we need first to reverse map it into virq. Happily, if we use handle_domain_irq() we get all we need. Just like ARM I created a pointer to handler that should be filled by

[PATCH v5 11/20] ARC: IPI: do not use generic IRQ domain

From: Noam Camus This behaviour is the desired one as been seen on other arch's. We do not use generic irq domain and hence hwirq number is used directly by our code without any mapping to virq. In order to add IPI status to /proc/interrupts we use hardirq macros also we

[PATCH v5 12/20] ARC: [plat-eznps] Add eznps board defconfig and dts

From: Noam Camus Adding default configuration file and DTS file Signed-off-by: Noam Camus --- arch/arc/boot/dts/eznps.dts| 94 arch/arc/configs/nps_defconfig | 85 2 files

[PATCH v5 13/20] ARC: [plat-eznps] Add eznps platform

From: Noam Camus This platform include boards: Hardware Emulator (HE) Simulator based upon nSIM. Signed-off-by: Noam Camus --- MAINTAINERS |6 + arch/arc/plat-eznps/Kconfig | 34 ++

<    1   2   3   4   5