Re: [PATCH] x86: squash lines for simple wrapper functions

On Sat, 10 Sep 2016, Ingo Molnar wrote: > * Thomas Gleixner wrote: > > > On Thu, 8 Sep 2016, Ingo Molnar wrote: > > > * Masahiro Yamada wrote: > > > > static unsigned long set_apic_id(unsigned int id) > > > > { > > > > - unsigned long

Re: [PATCH] x86: squash lines for simple wrapper functions

On Sat, 10 Sep 2016, Ingo Molnar wrote: > * Thomas Gleixner wrote: > > > On Thu, 8 Sep 2016, Ingo Molnar wrote: > > > * Masahiro Yamada wrote: > > > > static unsigned long set_apic_id(unsigned int id) > > > > { > > > > - unsigned long x; > > > > - > > > > /* maskout

Re: Improper TTBCR for arm 32bit kernel decompression

On 09/09/2016 11:06 PM, Nicolas Pitre wrote: On Fri, 9 Sep 2016, Srinivas Ramana wrote: Hello, While trying to boot arm-32 bit kernel, I came across a problem where TTBCR is in improper state. If the bootloader uses the long descriptor format and jumps to kernel decompressor code, TTBCR may

Re: Improper TTBCR for arm 32bit kernel decompression

On 09/09/2016 11:06 PM, Nicolas Pitre wrote: On Fri, 9 Sep 2016, Srinivas Ramana wrote: Hello, While trying to boot arm-32 bit kernel, I came across a problem where TTBCR is in improper state. If the bootloader uses the long descriptor format and jumps to kernel decompressor code, TTBCR may

[PATCH] ARM: pxa: ssp: Fix resources release

These resources have been allocated with devm_ functions. So they should not be released explicitly in the 'remove' function. Fixes: 1c459de1e645 ("ARM: pxa: ssp: use devm_ functions") Signed-off-by: Christophe JAILLET --- arch/arm/plat-pxa/ssp.c | 9 - 1

[PATCH] ARM: pxa: ssp: Fix resources release

These resources have been allocated with devm_ functions. So they should not be released explicitly in the 'remove' function. Fixes: 1c459de1e645 ("ARM: pxa: ssp: use devm_ functions") Signed-off-by: Christophe JAILLET --- arch/arm/plat-pxa/ssp.c | 9 - 1 file changed, 9 deletions(-)

Re: [PATCH v3] arm64: Improve kprobes test for atomic sequence

On Fri, 9 Sep 2016 15:26:09 -0400 David Long wrote: > From: "David A. Long" > > Kprobes searches backwards a finite number of instructions to determine if > there is an attempt to probe a load/store exclusive sequence. It stops when > it hits the

Re: [PATCH v3] arm64: Improve kprobes test for atomic sequence

On Fri, 9 Sep 2016 15:26:09 -0400 David Long wrote: > From: "David A. Long" > > Kprobes searches backwards a finite number of instructions to determine if > there is an attempt to probe a load/store exclusive sequence. It stops when > it hits the maximum number of instructions or a load or

[GIT PULL] fscrypto fixes for 4.8-rc6

The following changes since commit c6935931c1894ff857616ff8549b61236a19148f: Linux 4.8-rc5 (2016-09-04 14:31:46 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git tags/for_linus_stable for you to fetch changes up to

[GIT PULL] fscrypto fixes for 4.8-rc6

The following changes since commit c6935931c1894ff857616ff8549b61236a19148f: Linux 4.8-rc5 (2016-09-04 14:31:46 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git tags/for_linus_stable for you to fetch changes up to

Re: [PATCH] x86: squash lines for simple wrapper functions

* Thomas Gleixner wrote: > On Thu, 8 Sep 2016, Ingo Molnar wrote: > > * Masahiro Yamada wrote: > > > static unsigned long set_apic_id(unsigned int id) > > > { > > > - unsigned long x; > > > - > > > /* maskout x2apic_extra_bits ? */ > > > -

Re: [PATCH] x86: squash lines for simple wrapper functions

* Thomas Gleixner wrote: > On Thu, 8 Sep 2016, Ingo Molnar wrote: > > * Masahiro Yamada wrote: > > > static unsigned long set_apic_id(unsigned int id) > > > { > > > - unsigned long x; > > > - > > > /* maskout x2apic_extra_bits ? */ > > > - x = id; > > > - return x; > > > + return id; > > >

Re: [PATCH] virtio_console: Stop doing DMA on the stack

* Michael S. Tsirkin wrote: > On Thu, Sep 08, 2016 at 08:49:43AM +0200, Ingo Molnar wrote: > > > > * Amit Shah wrote: > > > > > On (Tue) 30 Aug 2016 [08:04:15], Andy Lutomirski wrote: > > > > virtio_console uses a small DMA buffer for control requests.

Re: [PATCH] virtio_console: Stop doing DMA on the stack

* Michael S. Tsirkin wrote: > On Thu, Sep 08, 2016 at 08:49:43AM +0200, Ingo Molnar wrote: > > > > * Amit Shah wrote: > > > > > On (Tue) 30 Aug 2016 [08:04:15], Andy Lutomirski wrote: > > > > virtio_console uses a small DMA buffer for control requests. Move > > > > that buffer into heap

Re: [PATCH] rapidio: avoid GFP_KERNEL in atomic context in riocm_send_close()

On Fri, 9 Sep 2016 23:43:35 +0300 Alexey Khoroshilov wrote: > riocm_send_close() is called from rio_cm_shutdown() and riocm_ch_close(). > The first site is within section protected by idr_lock spinlock, > while the second one is not in atomic context. > > The patch adds

Re: [PATCH] rapidio: avoid GFP_KERNEL in atomic context in riocm_send_close()

On Fri, 9 Sep 2016 23:43:35 +0300 Alexey Khoroshilov wrote: > riocm_send_close() is called from rio_cm_shutdown() and riocm_ch_close(). > The first site is within section protected by idr_lock spinlock, > while the second one is not in atomic context. > > The patch adds gfp_t argument to

[PATCH v15.1 3/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH v15.1 3/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH for-next 5/8] net: hns: fix port not available after testing loopback

From: Kejian Yan After running command "ethtool -t eth0", eth0 can not be connected to network. It is caused by the changing the inner loopback register and this register cannot be changed when hns connected to network. The routine of setting this register needs to be

[PATCH for-next 4/8] net: hns: delete repeat read fbd num after while

From: Daode Huang Because we handle the received packets after napi, so delete the checking before submitting. It delete the code of read the fbd number register, which reduces the cpu usages while receiving packets Signed-off-by: Daode Huang

[PATCH for-next 5/8] net: hns: fix port not available after testing loopback

From: Kejian Yan After running command "ethtool -t eth0", eth0 can not be connected to network. It is caused by the changing the inner loopback register and this register cannot be changed when hns connected to network. The routine of setting this register needs to be removed and using promisc

[PATCH for-next 4/8] net: hns: delete repeat read fbd num after while

From: Daode Huang Because we handle the received packets after napi, so delete the checking before submitting. It delete the code of read the fbd number register, which reduces the cpu usages while receiving packets Signed-off-by: Daode Huang Reviewed-by: Yisen Zhuang Signed-off-by: Salil

[PATCH for-next 3/8] net: hns: add fini_process for v2 napi process

From: Daode Huang This patch adds fini_process for v2, it handles the packets recevied by the hardware in the napi porcess. With this patch, the hardware irq numbers will drop 50% per sec. Signed-off-by: Daode Huang Reviewed-by: Yisen Zhuang

[PATCH for-next 7/8] net: hns: bug fix about broadcast/multicast packets

From: Daode Huang When the dsaf mode receives a broadcast packet, it will filter the packet by comparing the received queue number and destination queue number(get from forwarding table), if they are the same, the packet will be filtered. Otherwise, the packet will be

[PATCH for-next 6/8] net: hns: fix the bug of forwarding table

From: Daode Huang As the sub queue id in the broadcast forwarding table is always set to absolute queue 0 rather than the interface's relative queue 0, this will cause the received broadcast packets loopback to rcb. This patch sets the sub queue id to relative queue 0

[PATCH for-next 8/8] net: hns: delete redundant broadcast packet filter process

From: Daode Huang The broadcast packets is filtered in the hardware now, so this process is no need in the driver, just delete it. Signed-off-by: Daode Huang Reviewed-by: Yisen Zhuang Signed-off-by: Salil Mehta

[PATCH for-next 3/8] net: hns: add fini_process for v2 napi process

From: Daode Huang This patch adds fini_process for v2, it handles the packets recevied by the hardware in the napi porcess. With this patch, the hardware irq numbers will drop 50% per sec. Signed-off-by: Daode Huang Reviewed-by: Yisen Zhuang Signed-off-by: Salil Mehta ---

[PATCH for-next 7/8] net: hns: bug fix about broadcast/multicast packets

From: Daode Huang When the dsaf mode receives a broadcast packet, it will filter the packet by comparing the received queue number and destination queue number(get from forwarding table), if they are the same, the packet will be filtered. Otherwise, the packet will be loopback. So this patch

[PATCH for-next 6/8] net: hns: fix the bug of forwarding table

From: Daode Huang As the sub queue id in the broadcast forwarding table is always set to absolute queue 0 rather than the interface's relative queue 0, this will cause the received broadcast packets loopback to rcb. This patch sets the sub queue id to relative queue 0 of each port.

[PATCH for-next 8/8] net: hns: delete redundant broadcast packet filter process

From: Daode Huang The broadcast packets is filtered in the hardware now, so this process is no need in the driver, just delete it. Signed-off-by: Daode Huang Reviewed-by: Yisen Zhuang Signed-off-by: Salil Mehta --- drivers/net/ethernet/hisilicon/hns/hns_enet.c | 10 -- 1 file

[PATCH for-next 1/8] net: hns: fix port unavailable after hnae_reserve_buffer_map fail

From: lipeng When hnae_reserve_buffer_map fail, it will break cycle and some buffer description has no available memory, therefore the port will be unavailable. Signed-off-by: Peng Li Reviewed-by: Yisen Zhuang Signed-off-by:

[PATCH for-next 2/8] net: hns: bug fix about setting coalsecs-usecs to 0

From: Daode Huang When set rx/tx coalesce usecs to 0, the interrupt coalesce will be disabled, but there is a interrupt rate limit which set to 1us, it will cause no interrupt occurs. This patch disable interrupt limit when sets coalsecs usecs to 0, and restores it to 1

[PATCH for-next 0/8] Bug Fixes and Code Improvement in HNS driver

This patch-set introduces fix to some Bugs, potential problems and code improvements identified during internal review and testing of Hisilicon Network Subsystem driver. Hi Doug, These are few HNS patches which are not related to HNS RoCE driver but are being sent through your repository hns-roce

[PATCH for-next 1/8] net: hns: fix port unavailable after hnae_reserve_buffer_map fail

From: lipeng When hnae_reserve_buffer_map fail, it will break cycle and some buffer description has no available memory, therefore the port will be unavailable. Signed-off-by: Peng Li Reviewed-by: Yisen Zhuang Signed-off-by: Salil Mehta --- drivers/net/ethernet/hisilicon/hns/hns_enet.c | 23

[PATCH for-next 2/8] net: hns: bug fix about setting coalsecs-usecs to 0

From: Daode Huang When set rx/tx coalesce usecs to 0, the interrupt coalesce will be disabled, but there is a interrupt rate limit which set to 1us, it will cause no interrupt occurs. This patch disable interrupt limit when sets coalsecs usecs to 0, and restores it to 1 in other case.

[PATCH for-next 0/8] Bug Fixes and Code Improvement in HNS driver

This patch-set introduces fix to some Bugs, potential problems and code improvements identified during internal review and testing of Hisilicon Network Subsystem driver. Hi Doug, These are few HNS patches which are not related to HNS RoCE driver but are being sent through your repository hns-roce

Re: [PATCH] ATM-iphase: Use kmalloc_array() in tx_init()

From: SF Markus Elfring Date: Fri, 9 Sep 2016 20:42:16 +0200 > From: Markus Elfring > Date: Fri, 9 Sep 2016 20:40:16 +0200 > > * Multiplications for the size determination of memory allocations > indicated that array data

Re: [PATCH] ATM-iphase: Use kmalloc_array() in tx_init()

From: SF Markus Elfring Date: Fri, 9 Sep 2016 20:42:16 +0200 > From: Markus Elfring > Date: Fri, 9 Sep 2016 20:40:16 +0200 > > * Multiplications for the size determination of memory allocations > indicated that array data structures should be processed. > Thus use the corresponding

Re: [PATCH v3 0/9] net-next: ethernet: add sun8i-emac driver

From: Corentin Labbe Date: Fri, 9 Sep 2016 14:45:08 +0200 > This patch series add the driver for sun8i-emac which handle the > Ethernet MAC present on Allwinner H3/A83T/A64 SoCs. Please don't post a patch series with some subset of the series marked as "RFC". I will

Re: [PATCH v3 0/9] net-next: ethernet: add sun8i-emac driver

From: Corentin Labbe Date: Fri, 9 Sep 2016 14:45:08 +0200 > This patch series add the driver for sun8i-emac which handle the > Ethernet MAC present on Allwinner H3/A83T/A64 SoCs. Please don't post a patch series with some subset of the series marked as "RFC". I will just simply toss the

Re: [PATCH v1 1/2] usb: gadget: u_ether: fix another dereference after null check

On Fri, Sep 09, 2016 at 11:30:41AM +0200, Harish Jenny K N wrote: > dev->port_usb is checked for null pointer previously, so dev->port_usb > might be null during no zlp check, fix it by adding null pointer check. > > Acked-by: Jim Baxter > Signed-off-by: Harish Jenny K N

Re: [PATCH v1 1/2] usb: gadget: u_ether: fix another dereference after null check

On Fri, Sep 09, 2016 at 11:30:41AM +0200, Harish Jenny K N wrote: > dev->port_usb is checked for null pointer previously, so dev->port_usb > might be null during no zlp check, fix it by adding null pointer check. > > Acked-by: Jim Baxter > Signed-off-by: Harish Jenny K N > --- >

RE: [PATCH] staging/fsl-mc: use consistent integer types

> -Original Message- > From: Thomas Weißschuh [mailto:li...@weissschuh.net] > Sent: Wednesday, September 07, 2016 1:21 PM > To: J. German Rivera ; Stuart Yoder > ; Greg Kroah- > Hartman ;

RE: [PATCH] staging/fsl-mc: use consistent integer types

> -Original Message- > From: Thomas Weißschuh [mailto:li...@weissschuh.net] > Sent: Wednesday, September 07, 2016 1:21 PM > To: J. German Rivera ; Stuart Yoder > ; Greg Kroah- > Hartman ; linux-kernel@vger.kernel.org; > de...@driverdev.osuosl.org > Cc: Thomas Weißschuh > Subject:

Re: [PATCH v2 1/4] clk: sunxi-ng: Add A64 clocks

On Sat, Sep 10, 2016 at 4:10 AM, Maxime Ripard wrote: > Add the A64 CCU clocks set. > > Acked-by: Rob Herring > Signed-off-by: Maxime Ripard > --- > .../devicetree/bindings/clock/sunxi-ccu.txt| 1 + >

Re: [PATCH v2 1/4] clk: sunxi-ng: Add A64 clocks

On Sat, Sep 10, 2016 at 4:10 AM, Maxime Ripard wrote: > Add the A64 CCU clocks set. > > Acked-by: Rob Herring > Signed-off-by: Maxime Ripard > --- > .../devicetree/bindings/clock/sunxi-ccu.txt| 1 + > drivers/clk/sunxi-ng/Kconfig | 11 + >

Re: [PATCH] ARM: dts: omap3-gta04: reduce panel backlight PWM frequency to 83Hz

On Mon, Sep 05, 2016 at 11:16:38AM +0200, H. Nikolaus Schaller wrote: > This helps to get 100% intensity closer to "always on". > > It compensates for an effect of dmtimer which at 100% still emits short > "off" impulses and the startup-time of the DC/DC converter makes > backlight intensity not

Re: [PATCH] ARM: dts: omap3-gta04: reduce panel backlight PWM frequency to 83Hz

On Mon, Sep 05, 2016 at 11:16:38AM +0200, H. Nikolaus Schaller wrote: > This helps to get 100% intensity closer to "always on". > > It compensates for an effect of dmtimer which at 100% still emits short > "off" impulses and the startup-time of the DC/DC converter makes > backlight intensity not

Re: [PATCH] drm/rockchip: vop: support afbc format for rk3399 vop

Sorry, wrong title on this mail, ignore this mail. I had resent it. On 2016年09月10日 11:07, Mark Yao wrote: Rk3399 vop big can support one afbc decoder, the afbc decoder can select which overlay window use it. on vop hardware, we call afbc decoder as afbdc. afbdc window has some limit: 1, not

Re: [PATCH] drm/rockchip: vop: support afbc format for rk3399 vop

Sorry, wrong title on this mail, ignore this mail. I had resent it. On 2016年09月10日 11:07, Mark Yao wrote: Rk3399 vop big can support one afbc decoder, the afbc decoder can select which overlay window use it. on vop hardware, we call afbc decoder as afbdc. afbdc window has some limit: 1, not

[PATCH 3/3 v1.1] drm/rockchip: vop: support afbc format for rk3399 vop

Rk3399 vop big can support one afbc decoder, the afbc decoder can select which overlay window use it. on vop hardware, we call afbc decoder as afbdc. afbdc window has some limit: 1, not support offset on source buffer. 2, if feed non-afbc buffer to afbc decoder, afbc decoder hardware

[PATCH 3/3 v1.1] drm/rockchip: vop: support afbc format for rk3399 vop

Rk3399 vop big can support one afbc decoder, the afbc decoder can select which overlay window use it. on vop hardware, we call afbc decoder as afbdc. afbdc window has some limit: 1, not support offset on source buffer. 2, if feed non-afbc buffer to afbc decoder, afbc decoder hardware

Re: [PATCH] mtd: nand: davinci: Reinitialize the HW ECC engine in 4bit hwctl

On Mon, Aug 29, 2016 at 10:45:41PM +0200, Boris Brezillon wrote: > On Mon, 29 Aug 2016 13:38:47 -0700 > Brian Norris wrote: > > > On Mon, Aug 29, 2016 at 11:59:30AM +0200, Boris Brezillon wrote: > > > Brian, can you take this patch directly in your tree. If that's

Re: [PATCH] mtd: nand: davinci: Reinitialize the HW ECC engine in 4bit hwctl

On Mon, Aug 29, 2016 at 10:45:41PM +0200, Boris Brezillon wrote: > On Mon, 29 Aug 2016 13:38:47 -0700 > Brian Norris wrote: > > > On Mon, Aug 29, 2016 at 11:59:30AM +0200, Boris Brezillon wrote: > > > Brian, can you take this patch directly in your tree. If that's not > > > possible, let me

[PATCH] drm/rockchip: vop: support afbc format for rk3399 vop

Rk3399 vop big can support one afbc decoder, the afbc decoder can select which overlay window use it. on vop hardware, we call afbc decoder as afbdc. afbdc window has some limit: 1, not support offset on source buffer. 2, if feed non-afbc buffer to afbc decoder, afbc decoder hardware

[PATCH] drm/rockchip: vop: support afbc format for rk3399 vop

Rk3399 vop big can support one afbc decoder, the afbc decoder can select which overlay window use it. on vop hardware, we call afbc decoder as afbdc. afbdc window has some limit: 1, not support offset on source buffer. 2, if feed non-afbc buffer to afbc decoder, afbc decoder hardware

Re: [PATCH] extcon: Introduce EXTCON_PROP_DISP_HPD property

On 09/09/2016 05:33 PM, Chris Zhong wrote: EXTCON_PROP_DISP_HPD is need by display port, if the system has no hpd interrupt, this property can be used. Change-Id: I8b3eb78429126eaa369b10711b7f857b0a3df8ed Drop Change-ID: for upstream submissions. Signed-off-by: Chris Zhong

Re: [PATCH] extcon: Introduce EXTCON_PROP_DISP_HPD property

On 09/09/2016 05:33 PM, Chris Zhong wrote: EXTCON_PROP_DISP_HPD is need by display port, if the system has no hpd interrupt, this property can be used. Change-Id: I8b3eb78429126eaa369b10711b7f857b0a3df8ed Drop Change-ID: for upstream submissions. Signed-off-by: Chris Zhong Otherwise,

Re: [PATCH] drm/rockchip: mark symbols static where possible

On 2016年09月07日 19:01, Baoyou Xie wrote: We get 2 warnings when building kernel with W=1: drivers/gpu/drm/rockchip/rockchip_drm_drv.c:309:6: warning: no previous prototype for 'rockchip_drm_fb_suspend' [-Wmissing-prototypes] drivers/gpu/drm/rockchip/rockchip_drm_drv.c:318:6: warning: no previous

Re: [PATCH] drm/rockchip: add missing header dependencies

On 2016年09月07日 18:53, Baoyou Xie wrote: We get 2 warnings when building kernel with W=1: drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c:130:5: warning: no previous prototype for 'rockchip_drm_fbdev_init' [-Wmissing-prototypes] drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c:173:6: warning: no

Re: [PATCH] drm/rockchip: mark symbols static where possible

On 2016年09月07日 19:01, Baoyou Xie wrote: We get 2 warnings when building kernel with W=1: drivers/gpu/drm/rockchip/rockchip_drm_drv.c:309:6: warning: no previous prototype for 'rockchip_drm_fb_suspend' [-Wmissing-prototypes] drivers/gpu/drm/rockchip/rockchip_drm_drv.c:318:6: warning: no previous

Re: [PATCH] drm/rockchip: add missing header dependencies

On 2016年09月07日 18:53, Baoyou Xie wrote: We get 2 warnings when building kernel with W=1: drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c:130:5: warning: no previous prototype for 'rockchip_drm_fbdev_init' [-Wmissing-prototypes] drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c:173:6: warning: no

Re: [PATCH v2 4/4] arm64: dts: add Pine64 support

Hi, On Sat, Sep 10, 2016 at 4:10 AM, Maxime Ripard wrote: > From: Andre Przywara > > The Pine64 is a cost-efficient development board based on the > Allwinner A64 SoC. > There are three models: the basic version with Fast Ethernet and >

Re: [PATCH v2 4/4] arm64: dts: add Pine64 support

Hi, On Sat, Sep 10, 2016 at 4:10 AM, Maxime Ripard wrote: > From: Andre Przywara > > The Pine64 is a cost-efficient development board based on the > Allwinner A64 SoC. > There are three models: the basic version with Fast Ethernet and > 512 MB of DRAM (Pine64) and two Pine64+ versions, which

[PATCH 3/3] drm/rockchip: vop: support afdc for rk3399 vop

Rk3399 vop big can support one afbc decoder, the afbdc decoder can select which overlay window use it. afbdc window has some limit: 1, not support offset on source buffer. 2, if feed non-afbc buffer to afbc decoder, afbc decoder hardware would die, we need take care of using it. AFBC is

[PATCH 3/3] drm/rockchip: vop: support afdc for rk3399 vop

Rk3399 vop big can support one afbc decoder, the afbdc decoder can select which overlay window use it. afbdc window has some limit: 1, not support offset on source buffer. 2, if feed non-afbc buffer to afbc decoder, afbc decoder hardware would die, we need take care of using it. AFBC is

[PATCH 2/3] drm: add ARM vendor format afbc

AFBC is arm vendor format, it's a compressed format. The AFBC format is supported by rk3399 vop big. We know little about AFBC layout, hope to some guys can fixme about the afbc comment. Signed-off-by: Mark Yao --- include/uapi/drm/drm_fourcc.h | 7 +++ 1 file

[PATCH 2/3] drm: add ARM vendor format afbc

AFBC is arm vendor format, it's a compressed format. The AFBC format is supported by rk3399 vop big. We know little about AFBC layout, hope to some guys can fixme about the afbc comment. Signed-off-by: Mark Yao --- include/uapi/drm/drm_fourcc.h | 7 +++ 1 file changed, 7 insertions(+)

[PATCH 1/3] drm/rockchip: vop: move dma_addr to plane atomic check

Calc dma_addr earlier, then the dma_addr can be used on crtc atomic check. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 52 - 1 file changed, 29 insertions(+), 23 deletions(-) diff --git

[PATCH 1/3] drm/rockchip: vop: move dma_addr to plane atomic check

Calc dma_addr earlier, then the dma_addr can be used on crtc atomic check. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 52 - 1 file changed, 29 insertions(+), 23 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c

Re: [PATCH] ATM-ForeRunnerHE: Use kmalloc_array() in he_init_group()

From: SF Markus Elfring Date: Thu, 8 Sep 2016 15:50:05 +0200 > From: Markus Elfring > Date: Thu, 8 Sep 2016 15:43:37 +0200 > > * Multiplications for the size determination of memory allocations > indicated that array data

Re: [PATCH] ATM-ForeRunnerHE: Use kmalloc_array() in he_init_group()

From: SF Markus Elfring Date: Thu, 8 Sep 2016 15:50:05 +0200 > From: Markus Elfring > Date: Thu, 8 Sep 2016 15:43:37 +0200 > > * Multiplications for the size determination of memory allocations > indicated that array data structures should be processed. > Thus use the corresponding

Re: [PATCH] ATM-ENI: Use kmalloc_array() in eni_start()

From: SF Markus Elfring Date: Thu, 8 Sep 2016 14:40:06 +0200 > From: Markus Elfring > Date: Thu, 8 Sep 2016 14:20:17 +0200 > > * A multiplication for the size determination of a memory allocation > indicated that an array data

Re: [PATCH] ATM-ENI: Use kmalloc_array() in eni_start()

From: SF Markus Elfring Date: Thu, 8 Sep 2016 14:40:06 +0200 > From: Markus Elfring > Date: Thu, 8 Sep 2016 14:20:17 +0200 > > * A multiplication for the size determination of a memory allocation > indicated that an array data structure should be processed. > Thus use the corresponding

Re: [PATCH net-next 0/7] rxrpc: Rewrite data and ack handling

From: David Howells Date: Thu, 08 Sep 2016 12:43:28 +0100 > This patch set constitutes the main portion of the AF_RXRPC rewrite. It > consists of five fix/helper patches: ... > And then there are two patches that form the main part: ... > With this, the majority of the

Re: [PATCH net-next 0/7] rxrpc: Rewrite data and ack handling

From: David Howells Date: Thu, 08 Sep 2016 12:43:28 +0100 > This patch set constitutes the main portion of the AF_RXRPC rewrite. It > consists of five fix/helper patches: ... > And then there are two patches that form the main part: ... > With this, the majority of the AF_RXRPC rewrite is

Re: [RFC PATCH v3 1/2] usb: typec: USB Type-C Port Manager (tcpm)

On Fri, Sep 9, 2016 at 5:26 PM, Jun Li wrote: > Hi Guenter, > >> -Original Message- >> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb- >> ow...@vger.kernel.org] On Behalf Of Guenter Roeck >> Sent: Wednesday, August 24, 2016 5:11 AM >> To: Felipe Balbi

Re: [RFC PATCH v3 1/2] usb: typec: USB Type-C Port Manager (tcpm)

On Fri, Sep 9, 2016 at 5:26 PM, Jun Li wrote: > Hi Guenter, > >> -Original Message- >> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb- >> ow...@vger.kernel.org] On Behalf Of Guenter Roeck >> Sent: Wednesday, August 24, 2016 5:11 AM >> To: Felipe Balbi >> Cc: Chandra Sekhar

Re: [PATCH v2 3/4] arm64: dts: add Allwinner A64 SoC .dtsi

On Sat, Sep 10, 2016 at 4:10 AM, Maxime Ripard wrote: > From: Andre Przywara > > The Allwinner A64 SoC is a low-cost chip with 4 ARM Cortex-A53 cores > and the typical tablet / TV box peripherals. > The SoC is based on the (32-bit)

Re: [PATCH v2 3/4] arm64: dts: add Allwinner A64 SoC .dtsi

On Sat, Sep 10, 2016 at 4:10 AM, Maxime Ripard wrote: > From: Andre Przywara > > The Allwinner A64 SoC is a low-cost chip with 4 ARM Cortex-A53 cores > and the typical tablet / TV box peripherals. > The SoC is based on the (32-bit) Allwinner H3 chip, sharing most of > the peripherals and the

Re: pull-request: wireless-drivers 2016-09-08

From: Kalle Valo Date: Thu, 08 Sep 2016 14:31:56 +0300 > The following changes since commit bb87f02b7e4ccdb614a83cbf840524de81e9b321: > > Merge ath-current from ath.git (2016-08-29 21:39:04 +0300) > > are available in the git repository at: > > >

Re: pull-request: wireless-drivers 2016-09-08

From: Kalle Valo Date: Thu, 08 Sep 2016 14:31:56 +0300 > The following changes since commit bb87f02b7e4ccdb614a83cbf840524de81e9b321: > > Merge ath-current from ath.git (2016-08-29 21:39:04 +0300) > > are available in the git repository at: > > >

Re: [PATCH net] dwc_eth_qos: do not register semi-initialized device

From: Lars Persson Date: Thu, 8 Sep 2016 13:24:21 +0200 > We move register_netdev() to the end of dwceqos_probe() to close any > races where the netdev callbacks are called before the initialization > has finished. > > Reported-by: Pavel Andrianov >

Re: [PATCH net] dwc_eth_qos: do not register semi-initialized device

From: Lars Persson Date: Thu, 8 Sep 2016 13:24:21 +0200 > We move register_netdev() to the end of dwceqos_probe() to close any > races where the netdev callbacks are called before the initialization > has finished. > > Reported-by: Pavel Andrianov > Signed-off-by: Lars Persson Applied.

Re: [PATCH 3.14 00/11] 3.14.79-stable review

On 09/09/2016 08:33 AM, Greg Kroah-Hartman wrote: -- NOTE: This is going to be the last 3.14.y kernel release. You should have moved off of it by now to a more "modern" kernel, like 4.4, or even better yet, 4.7 or newer. After this release,

Re: [PATCH 3.14 00/11] 3.14.79-stable review

On 09/09/2016 08:33 AM, Greg Kroah-Hartman wrote: -- NOTE: This is going to be the last 3.14.y kernel release. You should have moved off of it by now to a more "modern" kernel, like 4.4, or even better yet, 4.7 or newer. After this release,

[PATCH v15 1/5] extcon: Introduce EXTCON_PROP_DISP_HPD property

EXTCON_PROP_DISP_HPD is need by display port, if the system has no hpd interrupt, this property can be used. Signed-off-by: Chris Zhong --- Changes in v15: None Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes

[PATCH v15 4/5] drm/rockchip: cdn-dp: support audio hot-plug

Issue hot-plug detection, EDID update, and ELD update notifications from DP drivers. Signed-off-by: Chris Zhong --- Changes in v15: None Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes in v9: None Changes in

[PATCH v15 3/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH v15 4/5] drm/rockchip: cdn-dp: support audio hot-plug

Issue hot-plug detection, EDID update, and ELD update notifications from DP drivers. Signed-off-by: Chris Zhong --- Changes in v15: None Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes in v9: None Changes in v8: None Changes in

[PATCH v15 3/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH v15 1/5] extcon: Introduce EXTCON_PROP_DISP_HPD property

EXTCON_PROP_DISP_HPD is need by display port, if the system has no hpd interrupt, this property can be used. Signed-off-by: Chris Zhong --- Changes in v15: None Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes in v9: None Changes

[PATCH v15 0/5] Rockchip Type-C DisplayPort driver

Hi all This series patch is for rockchip Type-C DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and HBR2

[PATCH v15 2/5] Documentation: bindings: add dt documentation for cdn DP controller

This patch adds a binding that describes the cdn DP controller for rk3399. Signed-off-by: Chris Zhong Acked-by: Rob Herring Reviewed-by: Guenter Roeck --- Changes in v15: None Changes in v14: None Changes in v13: - add dptx and apb

[PATCH v15 5/5] ASoC: rockchip: Add DP dai-links to the rk3399-gru machine driver

This patch adds DP audio output support to the rk3399-gru machine driver. Signed-off-by: Chris Zhong --- Changes in v15: None Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes in v9: None Changes in v8: None

[PATCH v15 0/5] Rockchip Type-C DisplayPort driver

Hi all This series patch is for rockchip Type-C DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and HBR2

[PATCH v15 2/5] Documentation: bindings: add dt documentation for cdn DP controller

This patch adds a binding that describes the cdn DP controller for rk3399. Signed-off-by: Chris Zhong Acked-by: Rob Herring Reviewed-by: Guenter Roeck --- Changes in v15: None Changes in v14: None Changes in v13: - add dptx and apb reset Changes in v12: None Changes in v11: - refer dp phy

[PATCH v15 5/5] ASoC: rockchip: Add DP dai-links to the rk3399-gru machine driver

This patch adds DP audio output support to the rk3399-gru machine driver. Signed-off-by: Chris Zhong --- Changes in v15: None Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes in v9: None Changes in v8: None Changes in v7: None

[PATCH v2 2/2] i2c: aspeed: added documentation for Aspeed I2C driver

Added device tree binding documentation for Aspeed I2C controller and busses. Signed-off-by: Brendan Higgins --- Changes for v2: - None --- .../devicetree/bindings/i2c/i2c-aspeed.txt | 63 ++ 1 file changed, 63 insertions(+) create mode

[PATCH v2 2/2] i2c: aspeed: added documentation for Aspeed I2C driver

Added device tree binding documentation for Aspeed I2C controller and busses. Signed-off-by: Brendan Higgins --- Changes for v2: - None --- .../devicetree/bindings/i2c/i2c-aspeed.txt | 63 ++ 1 file changed, 63 insertions(+) create mode 100644

  1   2   3   4   5   6   7   8   9   10   >