[PATCH v2 2/2] tcp: md5: extend the tcp_md5sig struct to specify a key address prefix

Add a flag field and address prefix length at the end of the tcp_md5sig structure so users can configure an address prefix length along with a key. Make sure shorter option values are still accepted in tcp_v4_parse_md5_keys and tcp_v6_parse_md5_keys to maintain backward compatibility.

[PATCH v2 2/2] tcp: md5: extend the tcp_md5sig struct to specify a key address prefix

Add a flag field and address prefix length at the end of the tcp_md5sig structure so users can configure an address prefix length along with a key. Make sure shorter option values are still accepted in tcp_v4_parse_md5_keys and tcp_v6_parse_md5_keys to maintain backward compatibility.

[PATCH v2 1/2] tcp: md5: add an address prefix for key lookup

This allows the keys used for TCP MD5 signature to be used for whole range of addresses, specified with a prefix length, instead of only one address as it currently is. Signed-off-by: Bob Gilligan Signed-off-by: Eric Mowat Signed-off-by: Ivan Delalande

[PATCH v2 1/2] tcp: md5: add an address prefix for key lookup

This allows the keys used for TCP MD5 signature to be used for whole range of addresses, specified with a prefix length, instead of only one address as it currently is. Signed-off-by: Bob Gilligan Signed-off-by: Eric Mowat Signed-off-by: Ivan Delalande --- include/net/tcp.h | 6 +++--

Re: [PATCH] macintosh: move mac_hid driver to input/mouse.

On Fri, Jun 09, 2017 at 01:39:53PM +0200, Michal Suchánek wrote: > On Thu, 8 Jun 2017 16:18:28 -0700 > Dmitry Torokhov wrote: > > > On Thu, Jun 8, 2017 at 4:07 PM, Peter Hutterer > > wrote: > > > On Thu, Jun 08, 2017 at 03:18:42PM +0200,

Re: [PATCH] macintosh: move mac_hid driver to input/mouse.

On Fri, Jun 09, 2017 at 01:39:53PM +0200, Michal Suchánek wrote: > On Thu, 8 Jun 2017 16:18:28 -0700 > Dmitry Torokhov wrote: > > > On Thu, Jun 8, 2017 at 4:07 PM, Peter Hutterer > > wrote: > > > On Thu, Jun 08, 2017 at 03:18:42PM +0200, Michal Suchánek wrote: > > >> This is what evtest

linux-next: bad commit in the kselftest tree

Hi Shuah, The current top commit in the kselftest tree (git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest.git#next) has no Signed-off-by tags. -- Cheers, Stephen Rothwell

linux-next: bad commit in the kselftest tree

Hi Shuah, The current top commit in the kselftest tree (git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest.git#next) has no Signed-off-by tags. -- Cheers, Stephen Rothwell

[PATCH 2/3] scsi:ufs:add ufs node property for hi3660

add ufs node for hi3660 Signed-off-by: Bu Tao --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 20 1 file changed, 20 insertions(+) mode change 100644 => 100755 arch/arm64/boot/dts/hisilicon/hi3660.dtsi diff --git

[PATCH 2/3] scsi:ufs:add ufs node property for hi3660

add ufs node for hi3660 Signed-off-by: Bu Tao --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 20 1 file changed, 20 insertions(+) mode change 100644 => 100755 arch/arm64/boot/dts/hisilicon/hi3660.dtsi diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi

[PATCH 3/3] scsi:ufs:add hi3660 ufs driver code

add hi3660 ufs driver code Signed-off-by: Geng Jianfeng Signed-off-by: Bu Tao Signed-off-by: Zang Leigang Signed-off-by: Yu Jianfeng --- drivers/scsi/ufs/Kconfig | 8 +

[PATCH 3/3] scsi:ufs:add hi3660 ufs driver code

add hi3660 ufs driver code Signed-off-by: Geng Jianfeng Signed-off-by: Bu Tao Signed-off-by: Zang Leigang Signed-off-by: Yu Jianfeng --- drivers/scsi/ufs/Kconfig | 8 + drivers/scsi/ufs/Makefile | 1 + drivers/scsi/ufs/ufs-hi3660.c | 715

[PATCH 1/3] scsi:ufs:add AHIT for hi3660 ufs

add Auto-Hibernate Idle Timer value for hi3660 ufs Signed-off-by: Bu Tao Signed-off-by: Geng Jianfeng Signed-off-by: Zang Leigang Signed-off-by: Yu Jianfeng ---

[PATCH 1/3] scsi:ufs:add AHIT for hi3660 ufs

add Auto-Hibernate Idle Timer value for hi3660 ufs Signed-off-by: Bu Tao Signed-off-by: Geng Jianfeng Signed-off-by: Zang Leigang Signed-off-by: Yu Jianfeng --- drivers/scsi/ufs/ufshci.h | 3 +++ 1 file changed, 3 insertions(+) mode change 100644 => 100755 drivers/scsi/ufs/ufshci.h diff

Re: [PATCH v2] acpi: indicate to platform when hot remove returns busy

On Fri, Jun 09, 2017 at 06:36:32PM +0300, Andy Shevchenko wrote: > On Fri, Jun 9, 2017 at 1:54 PM, Lee, Chun-Yi wrote: > > In hotplug logic, it always indicates non-specific failure to > > platform through _OST when handing acpi hot-remove event failed. Then > > platform

Re: [PATCH v2] acpi: indicate to platform when hot remove returns busy

On Fri, Jun 09, 2017 at 06:36:32PM +0300, Andy Shevchenko wrote: > On Fri, Jun 9, 2017 at 1:54 PM, Lee, Chun-Yi wrote: > > In hotplug logic, it always indicates non-specific failure to > > platform through _OST when handing acpi hot-remove event failed. Then > > platform terminates the hot-remove

Re: [PATCH 09/11] platform: thinkpad_acpi: convert to use DRIVER_ATTR_RO/RW

On Fri, Jun 09, 2017 at 12:02:25PM +0200, Greg Kroah-Hartman wrote: > On Fri, Jun 09, 2017 at 12:35:35PM +0300, Andy Shevchenko wrote: > > On Fri, Jun 9, 2017 at 12:03 PM, Greg Kroah-Hartman > > wrote: > > > We are trying to get rid of DRIVER_ATTR(), and the

Re: [PATCH 09/11] platform: thinkpad_acpi: convert to use DRIVER_ATTR_RO/RW

On Fri, Jun 09, 2017 at 12:02:25PM +0200, Greg Kroah-Hartman wrote: > On Fri, Jun 09, 2017 at 12:35:35PM +0300, Andy Shevchenko wrote: > > On Fri, Jun 9, 2017 at 12:03 PM, Greg Kroah-Hartman > > wrote: > > > We are trying to get rid of DRIVER_ATTR(), and the thinkpad_acpi > > > driver's

Re: WMI and Kernel:User interface

On Fri, Jun 09, 2017 at 08:41:51AM +0200, Greg Kroah-Hartman wrote: > On Sat, Jun 03, 2017 at 12:50:58PM -0700, Darren Hart wrote: > > On Wed, May 10, 2017 at 07:13:41AM +0200, Greg Kroah-Hartman wrote: > > > On Tue, May 09, 2017 at 04:16:39PM -0700, Darren Hart wrote: > > > > Linus and Greg, > >

Re: WMI and Kernel:User interface

On Fri, Jun 09, 2017 at 08:41:51AM +0200, Greg Kroah-Hartman wrote: > On Sat, Jun 03, 2017 at 12:50:58PM -0700, Darren Hart wrote: > > On Wed, May 10, 2017 at 07:13:41AM +0200, Greg Kroah-Hartman wrote: > > > On Tue, May 09, 2017 at 04:16:39PM -0700, Darren Hart wrote: > > > > Linus and Greg, > >

Re: [PATCH v4 1/1] intel_telemetry_debugfs: fix oops found while load/unload module test

On Wed, Jun 07, 2017 at 05:42:52PM +0300, Andy Shevchenko wrote: > On Sat, Jun 3, 2017 at 8:21 PM, wrote: > > From: Priyalee Kushwaha > > > > This fix oops found while testing load/unload test of > > intel_telemetry_debugfs module.

Re: [PATCH v4 1/1] intel_telemetry_debugfs: fix oops found while load/unload module test

On Wed, Jun 07, 2017 at 05:42:52PM +0300, Andy Shevchenko wrote: > On Sat, Jun 3, 2017 at 8:21 PM, wrote: > > From: Priyalee Kushwaha > > > > This fix oops found while testing load/unload test of > > intel_telemetry_debugfs module. Module_init uses register_pm_notifier > > for PM callbacks, but

[git pull] Input updates for v4.12-rc4

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem: - mark "guest" RMI device as pass-through port to avoid "phantom" ALPS toouchpad on newer Lenovo Carbons - add 2 more laptops to the

[git pull] Input updates for v4.12-rc4

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem: - mark "guest" RMI device as pass-through port to avoid "phantom" ALPS toouchpad on newer Lenovo Carbons - add 2 more laptops to the

[PATCH] security: smack: smack.h - style fix

Fixed checkpatch.pl warnings of "function definition argument FOO should also have an identifier name" Found using checkpatch Signed-off-by: Derek Robson --- security/smack/smack.h | 23 +-- 1 file changed, 13 insertions(+), 10 deletions(-) diff --git

Re: [PATCH] l2tp: cast l2tp traffic counter to unsigned

On Fri, 2017-06-09 at 15:16 -0700, Stephen Hemminger wrote: > On Fri, 9 Jun 2017 16:29:47 +0200 > Dominik Heidler wrote: > > > This fixes a counter problem on 32bit systems: > > When the rx_bytes counter reached 2 GiB, it jumpd to (2^64 Bytes - 2GiB) > > Bytes. > > > >

Re: [PATCH] l2tp: cast l2tp traffic counter to unsigned

On Fri, 2017-06-09 at 15:16 -0700, Stephen Hemminger wrote: > On Fri, 9 Jun 2017 16:29:47 +0200 > Dominik Heidler wrote: > > > This fixes a counter problem on 32bit systems: > > When the rx_bytes counter reached 2 GiB, it jumpd to (2^64 Bytes - 2GiB) > > Bytes. > > > > rtnl_link_stats64 has

[PATCH] security: smack: smack.h - style fix

Fixed checkpatch.pl warnings of "function definition argument FOO should also have an identifier name" Found using checkpatch Signed-off-by: Derek Robson --- security/smack/smack.h | 23 +-- 1 file changed, 13 insertions(+), 10 deletions(-) diff --git

[PATCH] clocksource: fix read and iounmap of incorrect variable

From: Frank Rowand Fix boot warning 'Trying to vfree() nonexistent vm area' from arch_timer_mem_of_init(). Refactored code attempts to read and iounmap using address frame instead of address ioremap(frame->cntbase). Fixes: c389d701dfb70 ("clocksource: arm_arch_timer:

[PATCH] clocksource: fix read and iounmap of incorrect variable

From: Frank Rowand Fix boot warning 'Trying to vfree() nonexistent vm area' from arch_timer_mem_of_init(). Refactored code attempts to read and iounmap using address frame instead of address ioremap(frame->cntbase). Fixes: c389d701dfb70 ("clocksource: arm_arch_timer: split MMIO timer

Re: [PATCH v8 14/34] ARM: dts: imx6-sabreauto: add the ADV7180 video decoder

On 06/09/2017 04:23 PM, Pavel Machek wrote: Hi! Steve, You need to remove the fim node now that you've moved this to V4L2 controls. Yep, I caught this just after sending the v8 patchset. I'll send a v9 of this patch. This needs ack from devicetree people, then it can be merged. Can you

Re: [PATCH v8 14/34] ARM: dts: imx6-sabreauto: add the ADV7180 video decoder

On 06/09/2017 04:23 PM, Pavel Machek wrote: Hi! Steve, You need to remove the fim node now that you've moved this to V4L2 controls. Yep, I caught this just after sending the v8 patchset. I'll send a v9 of this patch. This needs ack from devicetree people, then it can be merged. Can you

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Sakari, Andy, > Subject: Re: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation > region driver > > On Wed, Jun 07, 2017 at 11:40:27PM +0300, Andy Shevchenko wrote: > > On Wed, Jun 7, 2017 at 11:10 PM, Sakari Ailus wrote: > > > On Wed, Jun 07, 2017 at 04:40:13PM

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Sakari, Andy, > Subject: Re: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation > region driver > > On Wed, Jun 07, 2017 at 11:40:27PM +0300, Andy Shevchenko wrote: > > On Wed, Jun 7, 2017 at 11:10 PM, Sakari Ailus wrote: > > > On Wed, Jun 07, 2017 at 04:40:13PM +0300, Andy

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Andy, Thanks for the reviews and patience. > Subject: Re: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation > region driver > > On Wed, Jun 7, 2017 at 3:07 PM, Sakari Ailus wrote: > > >> +static int ti_tps68470_pmic_get_power(struct regmap *regmap, int reg, >

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Andy, Thanks for the reviews and patience. > Subject: Re: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation > region driver > > On Wed, Jun 7, 2017 at 3:07 PM, Sakari Ailus wrote: > > >> +static int ti_tps68470_pmic_get_power(struct regmap *regmap, int reg, > >> +

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Sakari, Andy, > Subject: Re: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation > region driver > > On Wed, Jun 07, 2017 at 04:37:12PM +0300, Andy Shevchenko wrote: > > >> +static acpi_status ti_pmic_common_handler(u32 function, > > > +

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Sakari, Andy, > Subject: Re: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation > region driver > > On Wed, Jun 07, 2017 at 04:37:12PM +0300, Andy Shevchenko wrote: > > >> +static acpi_status ti_pmic_common_handler(u32 function, > > > +

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Sakari, Thanks for the reviews. > -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Wednesday, June 07, 2017 5:08 AM > To: Mani, Rajmohan > Cc: linux-kernel@vger.kernel.org; linux-g...@vger.kernel.org; linux- > a...@vger.kernel.org;

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Sakari, Thanks for the reviews. > -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Wednesday, June 07, 2017 5:08 AM > To: Mani, Rajmohan > Cc: linux-kernel@vger.kernel.org; linux-g...@vger.kernel.org; linux- > a...@vger.kernel.org; Lee Jones ; Linus

Re: [PATCH 15/16] tty: serdev: use dev_groups and not dev_attrs for bus_type

Hi Greg, On Sat, 10 Jun 2017 09:56:49 +1000 Stephen Rothwell wrote: > > > +static struct attribute *serdev_device_attrs[] = { > ^^^ > Should have been "serdev_device_groups" Sorry, my mistake. > > + _attr_modalias.attr, >

Re: [PATCH 15/16] tty: serdev: use dev_groups and not dev_attrs for bus_type

Hi Greg, On Sat, 10 Jun 2017 09:56:49 +1000 Stephen Rothwell wrote: > > > +static struct attribute *serdev_device_attrs[] = { > ^^^ > Should have been "serdev_device_groups" Sorry, my mistake. > > + _attr_modalias.attr, > > + NULL, > > }; > >

Re: [PATCH 15/16] tty: serdev: use dev_groups and not dev_attrs for bus_type

Hi Greg, On Tue, 6 Jun 2017 21:22:20 +0200 Greg Kroah-Hartman wrote: > > -static struct device_attribute serdev_device_attrs[] = { > - __ATTR_RO(modalias), > - __ATTR_NULL > +static struct attribute *serdev_device_attrs[] = {

Re: [PATCH 15/16] tty: serdev: use dev_groups and not dev_attrs for bus_type

Hi Greg, On Tue, 6 Jun 2017 21:22:20 +0200 Greg Kroah-Hartman wrote: > > -static struct device_attribute serdev_device_attrs[] = { > - __ATTR_RO(modalias), > - __ATTR_NULL > +static struct attribute *serdev_device_attrs[] = { ^^^ Should have

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Hans, > > > > As PMICs are typically linked to the kernel (vs. being modules), > > there's no issue with the module name. I would suppose few if any > > PMICs will be compiled as modules in general. > > Good point about the OpRegion driver usually being built-in, in my experience > it > MUST

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Hans, > > > > As PMICs are typically linked to the kernel (vs. being modules), > > there's no issue with the module name. I would suppose few if any > > PMICs will be compiled as modules in general. > > Good point about the OpRegion driver usually being built-in, in my experience > it > MUST

Re: [Regression, 4.12-rc1] Address family not supported by protocol

[adding netdev] Hi Paul, Did you get anywhere with this? The only difference that I see in the kernel config files is 4.12-rc1 says: # CONFIG_NET_SCH_DEFAULT is not set and 4.11 does not have that kconfig option. On 05/15/17 05:53, Paul Menzel wrote: > Dear Linux folks, > > > When building

Re: [Regression, 4.12-rc1] Address family not supported by protocol

[adding netdev] Hi Paul, Did you get anywhere with this? The only difference that I see in the kernel config files is 4.12-rc1 says: # CONFIG_NET_SCH_DEFAULT is not set and 4.11 does not have that kconfig option. On 05/15/17 05:53, Paul Menzel wrote: > Dear Linux folks, > > > When building

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Sakari, Andy, > -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Wednesday, June 07, 2017 2:13 PM > To: Andy Shevchenko > Cc: Mani, Rajmohan ; Hans de Goede > ;

RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

Hi Sakari, Andy, > -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Wednesday, June 07, 2017 2:13 PM > To: Andy Shevchenko > Cc: Mani, Rajmohan ; Hans de Goede > ; linux-kernel@vger.kernel.org; linux- > g...@vger.kernel.org; linux-a...@vger.kernel.org; Lee

Re: arm64: build is broken on next-20170609 with merge-commit 9afca2c4e379 (arm64: allwinner: sun50i-a64: add dwmac-sun8i Ethernet driver)

Hi Yury, On Fri, 9 Jun 2017 15:43:25 +0300 Yury Norov wrote: > > Today's linux-next breaks build with: > DTC arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dtb > arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dtb: ERROR > (duplicate_node_names):

Re: arm64: build is broken on next-20170609 with merge-commit 9afca2c4e379 (arm64: allwinner: sun50i-a64: add dwmac-sun8i Ethernet driver)

Hi Yury, On Fri, 9 Jun 2017 15:43:25 +0300 Yury Norov wrote: > > Today's linux-next breaks build with: > DTC arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dtb > arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dtb: ERROR > (duplicate_node_names): Duplicate node name

Re: [PATCH v8 00/34] i.MX Media Driver

On 10/06/17 01:16, Steve Longerbeam wrote: > > > On 06/07/2017 12:02 PM, Hans Verkuil wrote: >> We're still waiting for an Ack for patch 02/34, right? >> > > Hi Hans, Rub has provided an Ack for patch 2. > >> Other than that everything is ready AFAICT. >> > > But as Pavel pointed out, in fact

Re: [PATCH v8 00/34] i.MX Media Driver

On 10/06/17 01:16, Steve Longerbeam wrote: > > > On 06/07/2017 12:02 PM, Hans Verkuil wrote: >> We're still waiting for an Ack for patch 02/34, right? >> > > Hi Hans, Rub has provided an Ack for patch 2. > >> Other than that everything is ready AFAICT. >> > > But as Pavel pointed out, in fact

Re: [PATCH v8 14/34] ARM: dts: imx6-sabreauto: add the ADV7180 video decoder

Hi! > >>>Steve, > >>> > >>>You need to remove the fim node now that you've moved this to V4L2 > >>>controls. > >>> > >> > >>Yep, I caught this just after sending the v8 patchset. I'll send > >>a v9 of this patch. > > > >This needs ack from devicetree people, then it can be merged. Can you > >be

Re: [PATCH v8 14/34] ARM: dts: imx6-sabreauto: add the ADV7180 video decoder

Hi! > >>>Steve, > >>> > >>>You need to remove the fim node now that you've moved this to V4L2 > >>>controls. > >>> > >> > >>Yep, I caught this just after sending the v8 patchset. I'll send > >>a v9 of this patch. > > > >This needs ack from devicetree people, then it can be merged. Can you > >be

Re: [PATCH v3 14/14] libnvdimm, pmem: disable dax flushing when pmem is fronting a volatile region

On Fri, Jun 9, 2017 at 1:25 PM, Dan Williams wrote: > The pmem driver attaches to both persistent and volatile memory ranges > advertised by the ACPI NFIT. When the region is volatile it is redundant > to spend cycles flushing caches at fsync(). Check if the hosting

Re: [PATCH v3 14/14] libnvdimm, pmem: disable dax flushing when pmem is fronting a volatile region

On Fri, Jun 9, 2017 at 1:25 PM, Dan Williams wrote: > The pmem driver attaches to both persistent and volatile memory ranges > advertised by the ACPI NFIT. When the region is volatile it is redundant > to spend cycles flushing caches at fsync(). Check if the hosting region > is volatile and do

[PATCH] goldfish_pipe: allocate memory with GFP_ATOMIC in spinlock context

get_free_pipe_id_locked() is called with spinlock held, so the patch replaces GFP_KERNEL with GFP_ATOMIC to avoid sleeping in atomic spinlock context. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov ---

[PATCH] goldfish_pipe: allocate memory with GFP_ATOMIC in spinlock context

get_free_pipe_id_locked() is called with spinlock held, so the patch replaces GFP_KERNEL with GFP_ATOMIC to avoid sleeping in atomic spinlock context. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/platform/goldfish/goldfish_pipe.c

Re: [PATCH v8 00/34] i.MX Media Driver

On 06/09/2017 04:16 PM, Steve Longerbeam wrote: On 06/07/2017 12:02 PM, Hans Verkuil wrote: We're still waiting for an Ack for patch 02/34, right? Hi Hans, Rub damn, I really need to proof-read before hitting send. "Rob" (sorry Rob!). Steve

Re: [PATCH v8 00/34] i.MX Media Driver

On 06/09/2017 04:16 PM, Steve Longerbeam wrote: On 06/07/2017 12:02 PM, Hans Verkuil wrote: We're still waiting for an Ack for patch 02/34, right? Hi Hans, Rub damn, I really need to proof-read before hitting send. "Rob" (sorry Rob!). Steve

Re: [PATCH v6] mtd: handle partitioning on devices with 0 erasesize

Thanks Chris! On Fri, Jun 09, 2017 at 03:58:31PM +1200, Chris Packham wrote: > erasesize is meaningful for flash devices but for SRAM there is no > concept of an erase block so erasesize is set to 0. When partitioning > these devices instead of ensuring partitions fall on erasesize > boundaries

Re: [PATCH v6] mtd: handle partitioning on devices with 0 erasesize

Thanks Chris! On Fri, Jun 09, 2017 at 03:58:31PM +1200, Chris Packham wrote: > erasesize is meaningful for flash devices but for SRAM there is no > concept of an erase block so erasesize is set to 0. When partitioning > these devices instead of ensuring partitions fall on erasesize > boundaries

[PATCH v3] PCI: Workaround wrong flags completions for IDT switch

From: James Puthukattukaran The IDT switch incorrectly flags an ACS source violation on a read config request to an end point device on the completion (IDT 89H32H8G3-YC, errata #36) even though the PCI Express spec states that completions are never affected by

[PATCH v3] PCI: Workaround wrong flags completions for IDT switch

From: James Puthukattukaran The IDT switch incorrectly flags an ACS source violation on a read config request to an end point device on the completion (IDT 89H32H8G3-YC, errata #36) even though the PCI Express spec states that completions are never affected by ACS source violation (PCI Spec 3.1,

Re: [PATCH v8 00/34] i.MX Media Driver

On 06/07/2017 12:02 PM, Hans Verkuil wrote: We're still waiting for an Ack for patch 02/34, right? Hi Hans, Rub has provided an Ack for patch 2. Other than that everything is ready AFAICT. But as Pavel pointed out, in fact we are missing many Acks still, for all of the dts source

Re: [PATCH v8 00/34] i.MX Media Driver

On 06/07/2017 12:02 PM, Hans Verkuil wrote: We're still waiting for an Ack for patch 02/34, right? Hi Hans, Rub has provided an Ack for patch 2. Other than that everything is ready AFAICT. But as Pavel pointed out, in fact we are missing many Acks still, for all of the dts source

[PATCH 1/3] ARM: dts: omap4: add missing des_fck

Add missing functional clock for DES3DES IP core. This is documented in the TRM as CM_L4SEC_DES3DES_CLKCTRL. Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap44xx-clocks.dtsi | 8 1 file changed, 8 insertions(+) diff --git

[PATCH 1/3] ARM: dts: omap4: add missing des_fck

Add missing functional clock for DES3DES IP core. This is documented in the TRM as CM_L4SEC_DES3DES_CLKCTRL. Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap44xx-clocks.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/omap44xx-clocks.dtsi

[PATCH 3/3] ARM: OMAP4: hwmod data: add des

This fixes the following error during kernel boot: platform 480a5000.des: Cannot lookup hwmod 'des' Unfortunately the DES module is only documented partly in the OMAP4430 TRM. I found an old patch from Joel, which I took over and updated for currently mainline. Signed-off-by: Joel Fernandes

[PATCH 2/3] ARM: OMAP4: hwmod data: add aes

This fixes the following error during kernel boot: platform 4b501000.aes: Cannot lookup hwmod 'aes' Unfortunately the AES module is only documented partly in the OMAP4430 TRM. I found an old patch from Joel, which I took over and updated for currently mainline. Signed-off-by: Joel Fernandes

[PATCH 3/3] ARM: OMAP4: hwmod data: add des

This fixes the following error during kernel boot: platform 480a5000.des: Cannot lookup hwmod 'des' Unfortunately the DES module is only documented partly in the OMAP4430 TRM. I found an old patch from Joel, which I took over and updated for currently mainline. Signed-off-by: Joel Fernandes

[PATCH 2/3] ARM: OMAP4: hwmod data: add aes

This fixes the following error during kernel boot: platform 4b501000.aes: Cannot lookup hwmod 'aes' Unfortunately the AES module is only documented partly in the OMAP4430 TRM. I found an old patch from Joel, which I took over and updated for currently mainline. Signed-off-by: Joel Fernandes

[PATCH 0/3] OMAP4: crypto support

Hi, This adds crypto support for OMAP4, which was missing for some reason. This fixes error about missing hwmod on Droid 4. IP-Cores for AES and DES are working according to selftest. -- Sebastian Sebastian Reichel (3): ARM: dts: omap4: add missing des_fck ARM: OMAP4: hwmod data: add aes

[PATCH 0/3] OMAP4: crypto support

Hi, This adds crypto support for OMAP4, which was missing for some reason. This fixes error about missing hwmod on Droid 4. IP-Cores for AES and DES are working according to selftest. -- Sebastian Sebastian Reichel (3): ARM: dts: omap4: add missing des_fck ARM: OMAP4: hwmod data: add aes

Re: [PATCH 2/2] thermal: add brcmstb AVS TMON driver

On 6 June 2017 at 05:27, Rafał Miłecki wrote: > On 2017-06-05 23:09, Markus Mayer wrote: >> >> --- /dev/null >> +++ b/drivers/thermal/broadcom/brcmstb_thermal.c >> @@ -0,0 +1,361 @@ >> +/* >> + * Broadcom STB AVS TMON thermal sensor driver >> + * >> + * Copyright (c) 2015-2017

Re: [PATCH 2/2] thermal: add brcmstb AVS TMON driver

On 6 June 2017 at 05:27, Rafał Miłecki wrote: > On 2017-06-05 23:09, Markus Mayer wrote: >> >> --- /dev/null >> +++ b/drivers/thermal/broadcom/brcmstb_thermal.c >> @@ -0,0 +1,361 @@ >> +/* >> + * Broadcom STB AVS TMON thermal sensor driver >> + * >> + * Copyright (c) 2015-2017 Broadcom >> + * >>

Re: [PATCH v8 19/34] media: Add i.MX media core driver

On 06/09/2017 06:15 AM, Philipp Zabel wrote: On Wed, 2017-06-07 at 11:33 -0700, Steve Longerbeam wrote: Add the core media driver for i.MX SOC. Signed-off-by: Steve Longerbeam Switch from the v4l2_of_ APIs to the v4l2_fwnode_ APIs. Signed-off-by: Philipp Zabel

Re: [PATCH v8 19/34] media: Add i.MX media core driver

On 06/09/2017 06:15 AM, Philipp Zabel wrote: On Wed, 2017-06-07 at 11:33 -0700, Steve Longerbeam wrote: Add the core media driver for i.MX SOC. Signed-off-by: Steve Longerbeam Switch from the v4l2_of_ APIs to the v4l2_fwnode_ APIs. Signed-off-by: Philipp Zabel Add the bayer formats to

Re: [PATCH tip/core/rcu 07/13] rcu: Add smp_mb__after_atomic() to sync_exp_work_done()

On Thu, Apr 20, 2017 at 05:08:26PM +0200, Peter Zijlstra wrote: > On Thu, Apr 20, 2017 at 08:03:21AM -0700, Paul E. McKenney wrote: > > On Thu, Apr 20, 2017 at 01:17:43PM +0200, Peter Zijlstra wrote: > > > > > +/** > > > > + * spin_is_locked - Conditionally interpose after prior critical > > > >

Re: [PATCH tip/core/rcu 07/13] rcu: Add smp_mb__after_atomic() to sync_exp_work_done()

On Thu, Apr 20, 2017 at 05:08:26PM +0200, Peter Zijlstra wrote: > On Thu, Apr 20, 2017 at 08:03:21AM -0700, Paul E. McKenney wrote: > > On Thu, Apr 20, 2017 at 01:17:43PM +0200, Peter Zijlstra wrote: > > > > > +/** > > > > + * spin_is_locked - Conditionally interpose after prior critical > > > >

Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback

On Fri, Jun 09, 2017 at 09:40:47AM +0200, Martin Fuzzey wrote: > On 09/06/17 03:57, Luis R. Rodriguez wrote: > > On Thu, Jun 8, 2017 at 6:10 PM, Luis R. Rodriguez wrote: > > > > Android didn't send the signal, the kernel did (SIGCHLD). > > > > > > > > Like this: > > > > > > >

Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback

On Fri, Jun 09, 2017 at 09:40:47AM +0200, Martin Fuzzey wrote: > On 09/06/17 03:57, Luis R. Rodriguez wrote: > > On Thu, Jun 8, 2017 at 6:10 PM, Luis R. Rodriguez wrote: > > > > Android didn't send the signal, the kernel did (SIGCHLD). > > > > > > > > Like this: > > > > > > > > 1) Android init

Re: [PATCH 4/7] iommu: Add driver-not-bound notification

On Sat, 10 Jun 2017 00:21:33 +0200 Joerg Roedel wrote: > On Fri, Jun 09, 2017 at 03:59:59PM -0600, Alex Williamson wrote: > > The driver core supports a BUS_NOTIFY_DRIVER_NOT_BOUND notification > > sent if a driver fails to bind to a device. Extend IOMMU group > > notifications

Re: [patch v2 -mm] mm, hugetlb: schedule when potentially allocating many hugepages

On 06/09/2017 03:36 PM, David Rientjes wrote: > A few hugetlb allocators loop while calling the page allocator and can > potentially prevent rescheduling if the page allocator slowpath is not > utilized. > > Conditionally schedule when large numbers of hugepages can be allocated. > >

Re: [PATCH 4/7] iommu: Add driver-not-bound notification

On Sat, 10 Jun 2017 00:21:33 +0200 Joerg Roedel wrote: > On Fri, Jun 09, 2017 at 03:59:59PM -0600, Alex Williamson wrote: > > The driver core supports a BUS_NOTIFY_DRIVER_NOT_BOUND notification > > sent if a driver fails to bind to a device. Extend IOMMU group > > notifications to include a

Re: [patch v2 -mm] mm, hugetlb: schedule when potentially allocating many hugepages

On 06/09/2017 03:36 PM, David Rientjes wrote: > A few hugetlb allocators loop while calling the page allocator and can > potentially prevent rescheduling if the page allocator slowpath is not > utilized. > > Conditionally schedule when large numbers of hugepages can be allocated. > >

[PATCH v13 3/6] fpga manager: Add altera-ps-spi driver for Altera FPGAs

altera-ps-spi loads FPGA firmware over SPI, using the "passive serial" interface on Altera Arria 10, Cyclone V or Stratix V FPGAs. This is one of the simpler ways to set up an FPGA at runtime. The signal interface is close to unidirectional SPI with lsb first. Signed-off-by: Joshua Clayton

[PATCH v13 3/6] fpga manager: Add altera-ps-spi driver for Altera FPGAs

altera-ps-spi loads FPGA firmware over SPI, using the "passive serial" interface on Altera Arria 10, Cyclone V or Stratix V FPGAs. This is one of the simpler ways to set up an FPGA at runtime. The signal interface is close to unidirectional SPI with lsb first. Signed-off-by: Joshua Clayton

[PATCH v13 4/6] ARM: dts: imx6q-evi: support altera-ps-spi

Add support for Altera FPGA connected to an spi port to the evi devicetree file Signed-off-by: Joshua Clayton --- arch/arm/boot/dts/imx6q-evi.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/imx6q-evi.dts

[PATCH v13 4/6] ARM: dts: imx6q-evi: support altera-ps-spi

Add support for Altera FPGA connected to an spi port to the evi devicetree file Signed-off-by: Joshua Clayton --- arch/arm/boot/dts/imx6q-evi.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/imx6q-evi.dts b/arch/arm/boot/dts/imx6q-evi.dts index

[PATCH v13 1/6] fpga: Add flag to indicate SPI bitstream is bit-reversed

From: Anatolij Gustschin Add a flag that is passed to the write_init() callback, indicating that the SPI bitstream starts with LSB first. SPI controllers usually send data with MSB first. If an FPGA expects bitstream data as LSB first, the data must be reversed either by the SPI

[PATCH v13 1/6] fpga: Add flag to indicate SPI bitstream is bit-reversed

From: Anatolij Gustschin Add a flag that is passed to the write_init() callback, indicating that the SPI bitstream starts with LSB first. SPI controllers usually send data with MSB first. If an FPGA expects bitstream data as LSB first, the data must be reversed either by the SPI controller or by

[PATCH v13 6/6] fpga-manager: altera-ps-spi: use bitrev8x4

Speed up bit reversal by using hardware bit reversal Add extra code to handle less than 4byte remnants, if any Signed-off-by: Joshua Clayton --- drivers/fpga/altera-ps-spi.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git

[PATCH v13 6/6] fpga-manager: altera-ps-spi: use bitrev8x4

Speed up bit reversal by using hardware bit reversal Add extra code to handle less than 4byte remnants, if any Signed-off-by: Joshua Clayton --- drivers/fpga/altera-ps-spi.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/drivers/fpga/altera-ps-spi.c

[PATCH v13 2/6] doc: dt: document altera-passive-serial binding

Describe an altera-passive-serial devicetree entry, required features Signed-off-by: Joshua Clayton Acked-by: Rob Herring --- .../bindings/fpga/altera-passive-serial.txt| 29 ++ 1 file changed, 29 insertions(+) create mode

[PATCH v13 5/6] lib: add bitrev8x4()

Add a function to reverse bytes within a 32 bit word. Operate on a u32 rather than individual bytes. Signed-off-by: Joshua Clayton --- include/linux/bitrev.h | 19 +++ 1 file changed, 19 insertions(+) diff --git a/include/linux/bitrev.h

[PATCH v13 2/6] doc: dt: document altera-passive-serial binding

Describe an altera-passive-serial devicetree entry, required features Signed-off-by: Joshua Clayton Acked-by: Rob Herring --- .../bindings/fpga/altera-passive-serial.txt| 29 ++ 1 file changed, 29 insertions(+) create mode 100644

[PATCH v13 5/6] lib: add bitrev8x4()

Add a function to reverse bytes within a 32 bit word. Operate on a u32 rather than individual bytes. Signed-off-by: Joshua Clayton --- include/linux/bitrev.h | 19 +++ 1 file changed, 19 insertions(+) diff --git a/include/linux/bitrev.h b/include/linux/bitrev.h index

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