RE: [PATCH v4] net: stmmac: fix maxmtu assignment to be within valid range

> -Original Message- > From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] > Sent: Saturday, January 07, 2017 8:12 AM > To: Kweh, Hock Leong > Cc: David S. Miller ; Joao Pinto > ; Giuseppe CAVALLARO

RE: [PATCH v4] net: stmmac: fix maxmtu assignment to be within valid range

> -Original Message- > From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] > Sent: Saturday, January 07, 2017 8:12 AM > To: Kweh, Hock Leong > Cc: David S. Miller ; Joao Pinto > ; Giuseppe CAVALLARO ; > seraphin.bonna...@st.com; Jarod Wilson ; Alexandre > TORGUE ; Joachim Eastwood >

Re: imx: RS-485 problems during TX, maybe DMA related

Hi Clemens, On Fri, Jan 6, 2017 at 8:50 PM, Clemens Gruber wrote: > But according to the i.MX Pins tool, they can be muxed vice-versa too. > So if you connected the transceiver-enable to ball L4 (CSI0_DAT16), you > could mux MX6QDL_PAD_CSI0_DAT16__UART4_CTS_B and >

Re: imx: RS-485 problems during TX, maybe DMA related

Hi Clemens, On Fri, Jan 6, 2017 at 8:50 PM, Clemens Gruber wrote: > But according to the i.MX Pins tool, they can be muxed vice-versa too. > So if you connected the transceiver-enable to ball L4 (CSI0_DAT16), you > could mux MX6QDL_PAD_CSI0_DAT16__UART4_CTS_B and >

Re: [PATCH v2 05/19] ARM: dts: imx6-sabresd: add OV5642 and OV5640 camera sensors

On 01/04/2017 07:26 AM, Fabio Estevam wrote: On Tue, Jan 3, 2017 at 6:57 PM, Steve Longerbeam wrote: + camera: ov5642@3c { + compatible = "ovti,ov5642"; + pinctrl-names = "default"; + pinctrl-0 = <_ov5642>; +

Re: [PATCH v2 05/19] ARM: dts: imx6-sabresd: add OV5642 and OV5640 camera sensors

On 01/04/2017 07:26 AM, Fabio Estevam wrote: On Tue, Jan 3, 2017 at 6:57 PM, Steve Longerbeam wrote: + camera: ov5642@3c { + compatible = "ovti,ov5642"; + pinctrl-names = "default"; + pinctrl-0 = <_ov5642>; + clocks = <

Re: [PATCH] i2c: core: helper function to detect slave mode

On Sat, Jan 7, 2017 at 1:43 AM, Vladimir Zapolskiy wrote: > On 01/07/2017 12:45 AM, Andy Shevchenko wrote: >> On Fri, Jan 6, 2017 at 11:46 PM, Vladimir Zapolskiy wrote: + if (IS_BUILTIN(CONFIG_OF) && dev->of_node) { >>> >>> IS_BUILTIN(CONFIG_OF) looks

Re: [PATCH] i2c: core: helper function to detect slave mode

On Sat, Jan 7, 2017 at 1:43 AM, Vladimir Zapolskiy wrote: > On 01/07/2017 12:45 AM, Andy Shevchenko wrote: >> On Fri, Jan 6, 2017 at 11:46 PM, Vladimir Zapolskiy wrote: + if (IS_BUILTIN(CONFIG_OF) && dev->of_node) { >>> >>> IS_BUILTIN(CONFIG_OF) looks excessive, check for non-NULL

Re: [PATCH v4] net: stmmac: fix maxmtu assignment to be within valid range

On Sat, Jan 7, 2017 at 10:10 AM, Kweh, Hock Leong wrote: > From: "Kweh, Hock Leong" > > There is no checking valid value of maxmtu when getting it from device tree. > This resolution added the checking condition to ensure the assignment is >

Re: [PATCH v4] net: stmmac: fix maxmtu assignment to be within valid range

On Sat, Jan 7, 2017 at 10:10 AM, Kweh, Hock Leong wrote: > From: "Kweh, Hock Leong" > > There is no checking valid value of maxmtu when getting it from device tree. > This resolution added the checking condition to ensure the assignment is > made within a valid range. > changelog v4: > * add

Re: [PATCH v3] net: stmmac: fix maxmtu assignment to be within valid range

On Sat, Jan 7, 2017 at 1:47 AM, Kweh, Hock Leong wrote: >> > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c >> > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c >> > @@ -3345,8 +3345,14 @@ int stmmac_dvr_probe(struct device *device, >> >

Re: [PATCH v3] net: stmmac: fix maxmtu assignment to be within valid range

On Sat, Jan 7, 2017 at 1:47 AM, Kweh, Hock Leong wrote: >> > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c >> > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c >> > @@ -3345,8 +3345,14 @@ int stmmac_dvr_probe(struct device *device, >> > ndev->max_mtu =

[PATCH] x86/intel_rdt: reinitialize cbm for new group allocation

rdtgroup_rmdir deletes a group and frees the closid, but doesn't reiniaialize domain's cbm to default for the closid. Next time the closid is allocated again, 'schemata' will show old cbm. We can do the reinitialization at free/alloc closid, but sounds doing it at alloc is more nartual. Cc:

[PATCH v4] net: stmmac: fix maxmtu assignment to be within valid range

From: "Kweh, Hock Leong" There is no checking valid value of maxmtu when getting it from device tree. This resolution added the checking condition to ensure the assignment is made within a valid range. Signed-off-by: Kweh, Hock Leong ---

[PATCH] x86/intel_rdt: reinitialize cbm for new group allocation

rdtgroup_rmdir deletes a group and frees the closid, but doesn't reiniaialize domain's cbm to default for the closid. Next time the closid is allocated again, 'schemata' will show old cbm. We can do the reinitialization at free/alloc closid, but sounds doing it at alloc is more nartual. Cc:

[PATCH v4] net: stmmac: fix maxmtu assignment to be within valid range

From: "Kweh, Hock Leong" There is no checking valid value of maxmtu when getting it from device tree. This resolution added the checking condition to ensure the assignment is made within a valid range. Signed-off-by: Kweh, Hock Leong --- changelog v4: * add print warning message when maxmtu >

Re: [PATCH v4 07/15] mtd: nand: move Samsung specific init/detection logic in nand_samsung.c

On 01/04/2017 06:08 PM, Boris Brezillon wrote: > On Wed, 4 Jan 2017 16:14:07 +0100 > Marek Vasut wrote: > >> On 01/03/2017 02:01 PM, Boris Brezillon wrote: >>> Move Samsung specific initialization and detection logic into >>> nand_samsung.c. This is part of the "separate

Re: [PATCH v4 07/15] mtd: nand: move Samsung specific init/detection logic in nand_samsung.c

On 01/04/2017 06:08 PM, Boris Brezillon wrote: > On Wed, 4 Jan 2017 16:14:07 +0100 > Marek Vasut wrote: > >> On 01/03/2017 02:01 PM, Boris Brezillon wrote: >>> Move Samsung specific initialization and detection logic into >>> nand_samsung.c. This is part of the "separate vendor specific code

RE: [PATCH v3] net: stmmac: fix maxmtu assignment to be within valid range

> -Original Message- > From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] > Sent: Saturday, January 07, 2017 1:07 AM > To: Kweh, Hock Leong > Cc: David S. Miller ; Joao Pinto > ; Giuseppe CAVALLARO

RE: [PATCH v3] net: stmmac: fix maxmtu assignment to be within valid range

> -Original Message- > From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] > Sent: Saturday, January 07, 2017 1:07 AM > To: Kweh, Hock Leong > Cc: David S. Miller ; Joao Pinto > ; Giuseppe CAVALLARO ; > seraphin.bonna...@st.com; Jarod Wilson ; Alexandre > TORGUE ; Joachim Eastwood >

Re: [PATCHv1 7/7] IPVTAP: IP-VLAN based tap driver

few superficial comments inline. On Fri, Jan 6, 2017 at 2:33 PM, Sainath Grandhi wrote: > This patch adds a tap character device driver that is based on the > IP-VLAN network interface, called ipvtap. An ipvtap device can be created > in the same way as an ipvlan

Re: [PATCHv1 7/7] IPVTAP: IP-VLAN based tap driver

few superficial comments inline. On Fri, Jan 6, 2017 at 2:33 PM, Sainath Grandhi wrote: > This patch adds a tap character device driver that is based on the > IP-VLAN network interface, called ipvtap. An ipvtap device can be created > in the same way as an ipvlan device, using 'type ipvtap', and

Re: [PATCH] i2c: core: helper function to detect slave mode

On 01/07/2017 12:45 AM, Andy Shevchenko wrote: > On Fri, Jan 6, 2017 at 11:46 PM, Vladimir Zapolskiy wrote: >>> + if (IS_BUILTIN(CONFIG_OF) && dev->of_node) { >> >> IS_BUILTIN(CONFIG_OF) looks excessive, check for non-NULL dev->of_node >> should be sufficient. > > Sorry, but

Re: [PATCH] i2c: core: helper function to detect slave mode

On 01/07/2017 12:45 AM, Andy Shevchenko wrote: > On Fri, Jan 6, 2017 at 11:46 PM, Vladimir Zapolskiy wrote: >>> + if (IS_BUILTIN(CONFIG_OF) && dev->of_node) { >> >> IS_BUILTIN(CONFIG_OF) looks excessive, check for non-NULL dev->of_node >> should be sufficient. > > Sorry, but you missed the

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location

On Fri, Jan 6, 2017 at 2:54 PM, Thomas Garnier wrote: > On Fri, Jan 6, 2017 at 1:59 PM, Andy Lutomirski wrote: >> On Fri, Jan 6, 2017 at 10:03 AM, Thomas Garnier wrote: >>> On Thu, Jan 5, 2017 at 10:49 PM, Ingo Molnar

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location

On Fri, Jan 6, 2017 at 2:54 PM, Thomas Garnier wrote: > On Fri, Jan 6, 2017 at 1:59 PM, Andy Lutomirski wrote: >> On Fri, Jan 6, 2017 at 10:03 AM, Thomas Garnier wrote: >>> On Thu, Jan 5, 2017 at 10:49 PM, Ingo Molnar wrote: * Thomas Garnier wrote: > >> Not sure I fully

RE: [PATCH v3] net: stmmac: fix maxmtu assignment to be within valid range

> -Original Message- > From: Joao Pinto [mailto:joao.pi...@synopsys.com] > Sent: Saturday, January 07, 2017 12:58 AM > To: Kweh, Hock Leong ; David S. Miller > ; Joao Pinto ; Giuseppe > CAVALLARO

RE: [PATCH v3] net: stmmac: fix maxmtu assignment to be within valid range

> -Original Message- > From: Joao Pinto [mailto:joao.pi...@synopsys.com] > Sent: Saturday, January 07, 2017 12:58 AM > To: Kweh, Hock Leong ; David S. Miller > ; Joao Pinto ; Giuseppe > CAVALLARO ; seraphin.bonna...@st.com; Jarod > Wilson ; Andy Shevchenko > Cc: Alexandre TORGUE ; Joachim

Re: [Intel-wired-lan] [PATCH v2] PCI: lock each enable/disable num_vfs operation in sysfs

On Fri, 2017-01-06 at 23:28 +, Tantilov, Emil S wrote: > >-Original Message- > >From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On > >Behalf Of Greg > >Sent: Friday, January 06, 2017 3:18 PM > >To: Tantilov, Emil S > >Cc:

Re: [Intel-wired-lan] [PATCH v2] PCI: lock each enable/disable num_vfs operation in sysfs

On Fri, 2017-01-06 at 23:28 +, Tantilov, Emil S wrote: > >-Original Message- > >From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On > >Behalf Of Greg > >Sent: Friday, January 06, 2017 3:18 PM > >To: Tantilov, Emil S > >Cc: linux-...@vger.kernel.org;

Re: [PATCH] ssb: main.c: This patch removes unnecessary return statement using spatch tool

> > @@ -1272,9 +1272,7 @@ u32 ssb_admatch_size(u32 adm) > > default: > > SSB_WARN_ON(1); > > } > > - size = (1 << (size + 1)); > > - > > - return size; > > + return (1 << (size + 1)); > > } > > EXPORT_SYMBOL(ssb_admatch_size); I'm all for

Re: [PATCH] ssb: main.c: This patch removes unnecessary return statement using spatch tool

> > @@ -1272,9 +1272,7 @@ u32 ssb_admatch_size(u32 adm) > > default: > > SSB_WARN_ON(1); > > } > > - size = (1 << (size + 1)); > > - > > - return size; > > + return (1 << (size + 1)); > > } > > EXPORT_SYMBOL(ssb_admatch_size); I'm all for

RE: [Intel-wired-lan] [PATCH v2] PCI: lock each enable/disable num_vfs operation in sysfs

>-Original Message- >From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On >Behalf Of Greg >Sent: Friday, January 06, 2017 3:18 PM >To: Tantilov, Emil S >Cc: linux-...@vger.kernel.org; intel-wired-...@lists.osuosl.org; linux-

RE: [Intel-wired-lan] [PATCH v2] PCI: lock each enable/disable num_vfs operation in sysfs

>-Original Message- >From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On >Behalf Of Greg >Sent: Friday, January 06, 2017 3:18 PM >To: Tantilov, Emil S >Cc: linux-...@vger.kernel.org; intel-wired-...@lists.osuosl.org; linux- >ker...@vger.kernel.org;

Re: [PATCH 1/3] dt-bindings: gpio: Add binding documentation for gpio-thunderx

On 01/04/2017 06:33 AM, Rob Herring wrote: On Tue, Jan 03, 2017 at 04:55:32PM -0800, David Daney wrote: From: David Daney Signed-off-by: David Daney --- .../devicetree/bindings/gpio/gpio-thunderx.txt | 33 ++ 1 file

Re: [PATCH 1/3] dt-bindings: gpio: Add binding documentation for gpio-thunderx

On 01/04/2017 06:33 AM, Rob Herring wrote: On Tue, Jan 03, 2017 at 04:55:32PM -0800, David Daney wrote: From: David Daney Signed-off-by: David Daney --- .../devicetree/bindings/gpio/gpio-thunderx.txt | 33 ++ 1 file changed, 33 insertions(+) create mode 100644

Re: [PATCH 0/3] GPIO: Add driver for ThunderX and OCTEON-TX SoCs

This version is obsolete. v2 has been sent. Thanks, David Daney On 01/03/2017 04:55 PM, David Daney wrote: From: David Daney The subject says it all. The Cavium ThunderX and OCTEON-TX family of SoCs have on-chip GPIO lines. This patch set adds a driver for these.

Re: [PATCH 0/3] GPIO: Add driver for ThunderX and OCTEON-TX SoCs

This version is obsolete. v2 has been sent. Thanks, David Daney On 01/03/2017 04:55 PM, David Daney wrote: From: David Daney The subject says it all. The Cavium ThunderX and OCTEON-TX family of SoCs have on-chip GPIO lines. This patch set adds a driver for these. David Daney (3):

[PATCH v2 3/3] MAINTAINERS: Add entry for THUNDERX GPIO Driver.

From: David Daney Signed-off-by: David Daney --- MAINTAINERS | 5 + 1 file changed, 5 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 97d0b68..3d254e9 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10886,6 +10886,11 @@ M:

[PATCH v2 3/3] MAINTAINERS: Add entry for THUNDERX GPIO Driver.

From: David Daney Signed-off-by: David Daney --- MAINTAINERS | 5 + 1 file changed, 5 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 97d0b68..3d254e9 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10886,6 +10886,11 @@ M: Andreas Noever S: Maintained F:

[PATCH v2 2/3] gpio: Add gpio driver support for ThunderX and OCTEON-TX

From: David Daney Cavium ThunderX and OCTEON-TX are arm64 based SoCs. Add driver for the on-chip GPIO pins. Signed-off-by: David Daney --- drivers/gpio/Kconfig | 8 + drivers/gpio/Makefile| 1 + drivers/gpio/gpio-thunderx.c

Re: [PATCHv1 5/7] TAP: Extending tap device create/destroy APIs

On Fri, 2017-01-06 at 14:33 -0800, Sainath Grandhi wrote: > +static int tap_list_add(dev_t major, const char *device_name) > +{ > + int err = 0; > + struct major_info *tap_major; > + > + tap_major = kzalloc(sizeof(*tap_major), GFP_ATOMIC); > + > + tap_major->major = MAJOR(major);

[PATCH v2 2/3] gpio: Add gpio driver support for ThunderX and OCTEON-TX

From: David Daney Cavium ThunderX and OCTEON-TX are arm64 based SoCs. Add driver for the on-chip GPIO pins. Signed-off-by: David Daney --- drivers/gpio/Kconfig | 8 + drivers/gpio/Makefile| 1 + drivers/gpio/gpio-thunderx.c | 487

Re: [PATCHv1 5/7] TAP: Extending tap device create/destroy APIs

On Fri, 2017-01-06 at 14:33 -0800, Sainath Grandhi wrote: > +static int tap_list_add(dev_t major, const char *device_name) > +{ > + int err = 0; > + struct major_info *tap_major; > + > + tap_major = kzalloc(sizeof(*tap_major), GFP_ATOMIC); > + > + tap_major->major = MAJOR(major);

[PATCH v2 0/3] GPIO: Add driver for ThunderX and OCTEON-TX SoCs

From: David Daney The Cavium ThunderX and OCTEON-TX family of SoCs have on-chip GPIO lines. This patch set adds a driver for these. Changes from v1: - in 1/3: Addressed Rob Harring's comments. - in 2/3: Trivial cleanups found in internal review + add some

[PATCH v2 1/3] dt-bindings: gpio: Add binding documentation for gpio-thunderx

From: David Daney Signed-off-by: David Daney --- .../devicetree/bindings/gpio/gpio-thunderx.txt | 27 ++ 1 file changed, 27 insertions(+) create mode 100644 Documentation/devicetree/bindings/gpio/gpio-thunderx.txt diff

[PATCH v2 0/3] GPIO: Add driver for ThunderX and OCTEON-TX SoCs

From: David Daney The Cavium ThunderX and OCTEON-TX family of SoCs have on-chip GPIO lines. This patch set adds a driver for these. Changes from v1: - in 1/3: Addressed Rob Harring's comments. - in 2/3: Trivial cleanups found in internal review + add some comments. David Daney (3):

[PATCH v2 1/3] dt-bindings: gpio: Add binding documentation for gpio-thunderx

From: David Daney Signed-off-by: David Daney --- .../devicetree/bindings/gpio/gpio-thunderx.txt | 27 ++ 1 file changed, 27 insertions(+) create mode 100644 Documentation/devicetree/bindings/gpio/gpio-thunderx.txt diff --git

Re: [PATCHv1 5/7] TAP: Extending tap device create/destroy APIs

On Sat, Jan 7, 2017 at 12:33 AM, Sainath Grandhi wrote: > Extending tap APIs get/free_minor and create/destroy_cdev to handle more than > one > type of virtual interface. > > Signed-off-by: Sainath Grandhi > Tested-by: Sainath Grandhi

Re: [PATCHv1 5/7] TAP: Extending tap device create/destroy APIs

On Sat, Jan 7, 2017 at 12:33 AM, Sainath Grandhi wrote: > Extending tap APIs get/free_minor and create/destroy_cdev to handle more than > one > type of virtual interface. > > Signed-off-by: Sainath Grandhi > Tested-by: Sainath Grandhi Usually it implies that commiter has tested the stuff. >

Re: [PATCH v2] PCI: lock each enable/disable num_vfs operation in sysfs

On Fri, 2017-01-06 at 13:59 -0800, Emil Tantilov wrote: > Enabling/disabling SRIOV via sysfs by echo-ing multiple values > simultaneously: > > echo 63 > /sys/class/net/ethX/device/sriov_numvfs& > echo 63 > /sys/class/net/ethX/device/sriov_numvfs > > sleep 5 > > echo 0 >

Re: [PATCH v2] PCI: lock each enable/disable num_vfs operation in sysfs

On Fri, 2017-01-06 at 13:59 -0800, Emil Tantilov wrote: > Enabling/disabling SRIOV via sysfs by echo-ing multiple values > simultaneously: > > echo 63 > /sys/class/net/ethX/device/sriov_numvfs& > echo 63 > /sys/class/net/ethX/device/sriov_numvfs > > sleep 5 > > echo 0 >

Re: [PATCHv1 7/7] IPVTAP: IP-VLAN based tap driver

On Fri, 2017-01-06 at 14:33 -0800, Sainath Grandhi wrote: > This patch adds a tap character device driver that is based on the > IP-VLAN network interface, called ipvtap. An ipvtap device can be created > in the same way as an ipvlan device, using 'type ipvtap', and then accessed > using the tap

Re: [PATCHv1 7/7] IPVTAP: IP-VLAN based tap driver

On Fri, 2017-01-06 at 14:33 -0800, Sainath Grandhi wrote: > This patch adds a tap character device driver that is based on the > IP-VLAN network interface, called ipvtap. An ipvtap device can be created > in the same way as an ipvlan device, using 'type ipvtap', and then accessed > using the tap

Re: [PATCHv1 1/7] TAP: Refactoring macvtap.c

On Sat, Jan 7, 2017 at 12:33 AM, Sainath Grandhi wrote: > macvtap module has code for tap/queue management and link management. This > patch splits > the code into macvtap_main.c for link management and tap.c for tap/queue > management. > Functionality in tap.c can be

Re: [PATCHv1 1/7] TAP: Refactoring macvtap.c

On Sat, Jan 7, 2017 at 12:33 AM, Sainath Grandhi wrote: > macvtap module has code for tap/queue management and link management. This > patch splits > the code into macvtap_main.c for link management and tap.c for tap/queue > management. > Functionality in tap.c can be re-used for implementing

[PATCH 4.8 12/96] gpio: chardev: Return error for seek operations

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Lars-Peter Clausen commit f4e81c529767b9a33d1b27695c54dc84a14af30d upstream. The GPIO chardev is used for management tasks (allocating line and event handles) and does neither

[PATCH 4.8 12/96] gpio: chardev: Return error for seek operations

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Lars-Peter Clausen commit f4e81c529767b9a33d1b27695c54dc84a14af30d upstream. The GPIO chardev is used for management tasks (allocating line and event handles) and does neither support read()

[PATCH 4.8 17/96] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels()

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Vitaly Kuznetsov commit abd1026da4a7700a8db370947f75cd17b6ae6f76 upstream. "kernel BUG at drivers/hv/channel_mgmt.c:350!" is observed when hv_vmbus module is unloaded.

[PATCH 4.8 20/96] ACPI / video: Add force_native quirk for Dell XPS 17 L702X

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 350fa038c31b056fc509624efb66348ac2c1e3d0 upstream. The Dell XPS 17 L702X has a non-working acpi_video0 backlight interface and an intel_backlight

[PATCH 4.8 23/96] drm/nouveau/gr: fallback to legacy paths during firmware lookup

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Alexandre Courbot commit e137040e0d0376b404fc5155eba44ea07126e3bd upstream. Look for firmware files using the legacy ("nouveau/nvxx_fuc") path if they cannot be found

[PATCH 4.8 17/96] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels()

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Vitaly Kuznetsov commit abd1026da4a7700a8db370947f75cd17b6ae6f76 upstream. "kernel BUG at drivers/hv/channel_mgmt.c:350!" is observed when hv_vmbus module is unloaded. BUG_ON() was introduced

[PATCH 4.8 20/96] ACPI / video: Add force_native quirk for Dell XPS 17 L702X

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 350fa038c31b056fc509624efb66348ac2c1e3d0 upstream. The Dell XPS 17 L702X has a non-working acpi_video0 backlight interface and an intel_backlight interface which works

[PATCH 4.8 23/96] drm/nouveau/gr: fallback to legacy paths during firmware lookup

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Alexandre Courbot commit e137040e0d0376b404fc5155eba44ea07126e3bd upstream. Look for firmware files using the legacy ("nouveau/nvxx_fuc") path if they cannot be found in the new,

[PATCH 4.8 19/96] staging: comedi: ni_mio_common: fix E series ni_ai_insn_read() data

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ian Abbott commit 857a661020a2de3a0304edf33ad656abee100891 upstream. Commit 0557344e2149 ("staging: comedi: ni_mio_common: fix local var for 32-bit read") changed the type

[PATCH 4.8 02/96] rtlwifi: Fix enter/exit power_save

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit ba9f93f82abafe2552eac942ebb11c2df4f8dd7f upstream. In commit a5ffbe0a1993 ("rtlwifi: Fix scheduling while atomic bug") and commit a269913c52ad

Nokia N900 headset detection & MIC Bias + TVOUT

Hi! For jack cable and headset detection in Nokia N900 I would need to enable/disable MIC Bias and also enable/disable TVOUT output. All that is needed in N900 sound driver, file sound/soc/omap/rx51.c. Can you help me which functions should I call to enable/disable it correctly? In headset

[PATCH 4.8 14/96] clk: bcm2835: Avoid overwriting the div info when disabling a pll_div clk

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Boris Brezillon commit 68af4fa8f39b542a6cde7ac19518d88e9b3099dc upstream. bcm2835_pll_divider_off() is resetting the divider field in the A2W reg to zero

[PATCH 4.8 19/96] staging: comedi: ni_mio_common: fix E series ni_ai_insn_read() data

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ian Abbott commit 857a661020a2de3a0304edf33ad656abee100891 upstream. Commit 0557344e2149 ("staging: comedi: ni_mio_common: fix local var for 32-bit read") changed the type of local variable

[PATCH 4.8 02/96] rtlwifi: Fix enter/exit power_save

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit ba9f93f82abafe2552eac942ebb11c2df4f8dd7f upstream. In commit a5ffbe0a1993 ("rtlwifi: Fix scheduling while atomic bug") and commit a269913c52ad ("rtlwifi: Rework

Nokia N900 headset detection & MIC Bias + TVOUT

Hi! For jack cable and headset detection in Nokia N900 I would need to enable/disable MIC Bias and also enable/disable TVOUT output. All that is needed in N900 sound driver, file sound/soc/omap/rx51.c. Can you help me which functions should I call to enable/disable it correctly? In headset

[PATCH 4.8 14/96] clk: bcm2835: Avoid overwriting the div info when disabling a pll_div clk

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Boris Brezillon commit 68af4fa8f39b542a6cde7ac19518d88e9b3099dc upstream. bcm2835_pll_divider_off() is resetting the divider field in the A2W reg to zero when disabling the clock. Make sure

[PATCH 4.8 06/96] cfg80211/mac80211: fix BSS leaks when abandoning assoc attempts

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit e6f462df9acd2a3295e5d34eb29e2823220cf129 upstream. When mac80211 abandons an association attempt, it may free all the data structures, but inform

[PATCH 4.8 43/96] scsi: megaraid_sas: Do not set MPI2_TYPE_CUDA for JBOD FP path for FW which does not support JBOD sequence map

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Kashyap Desai commit d5573584429254a14708cf8375c47092b5edaf2c upstream. Signed-off-by: Sumit Saxena Reviewed-by: Hannes Reinecke

[PATCH 4.8 03/96] perf/x86: Fix exclusion of BTS and LBR for Goldmont

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Andi Kleen commit b0c1ef52959582144bbea9a2b37db7f4c9e399f7 upstream. An earlier patch allowed enabling PT and LBR at the same time on Goldmont. However it also allowed

[PATCH 4.8 42/96] scsi: megaraid_sas: For SRIOV enabled firmware, ensure VF driver waits for 30secs before reset

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Kashyap Desai commit 18e1c7f68a5814442abad849abe6eacbf02ffd7c upstream. For SRIOV enabled firmware, if there is a OCR(online controller reset) possibility driver

[PATCH 4.8 25/96] drm/nouveau/bios: require checksum to match for fast acpi shadow method

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit 5dc7f4aa9d84ea94b54a9bfcef095f0289f1ebda upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman

[PATCH 4.8 42/96] scsi: megaraid_sas: For SRIOV enabled firmware, ensure VF driver waits for 30secs before reset

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Kashyap Desai commit 18e1c7f68a5814442abad849abe6eacbf02ffd7c upstream. For SRIOV enabled firmware, if there is a OCR(online controller reset) possibility driver set the convert flag to 1,

[PATCH 4.8 25/96] drm/nouveau/bios: require checksum to match for fast acpi shadow method

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit 5dc7f4aa9d84ea94b54a9bfcef095f0289f1ebda upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman --- drivers/gpu/drm/nouveau/nvkm/subdev/bios/priv.h |

[PATCH 4.8 06/96] cfg80211/mac80211: fix BSS leaks when abandoning assoc attempts

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit e6f462df9acd2a3295e5d34eb29e2823220cf129 upstream. When mac80211 abandons an association attempt, it may free all the data structures, but inform cfg80211 and userspace

[PATCH 4.8 43/96] scsi: megaraid_sas: Do not set MPI2_TYPE_CUDA for JBOD FP path for FW which does not support JBOD sequence map

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Kashyap Desai commit d5573584429254a14708cf8375c47092b5edaf2c upstream. Signed-off-by: Sumit Saxena Reviewed-by: Hannes Reinecke Reviewed-by: Tomas Henzl Signed-off-by: Martin K. Petersen

[PATCH 4.8 03/96] perf/x86: Fix exclusion of BTS and LBR for Goldmont

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Andi Kleen commit b0c1ef52959582144bbea9a2b37db7f4c9e399f7 upstream. An earlier patch allowed enabling PT and LBR at the same time on Goldmont. However it also allowed enabling BTS and LBR at

[PATCH 4.8 07/96] ath9k: fix ath9k_hw_gpio_get() to return 0 or 1 on success

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Schiffer commit 91851cc7a939039bd401adb6ca3da4402bec1d0c upstream. Commit b2d70d4944c1 ("ath9k: make GPIO API to support both of WMAC and SOC")

[PATCH 4.8 05/96] rtl8xxxu: Work around issue with 8192eu and 8723bu devices not reconnecting

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Jes Sorensen commit c59f13bbead475096bdfebc7ef59c12e180858de upstream. The H2C MEDIA_STATUS_RPT command for some reason causes 8192eu and 8723bu devices not being able

Re: [PATCH v2] i2c: core: helper function to detect slave mode

Hi Luis, On 01/06/2017 08:14 PM, Luis Oliveira wrote: > This function has the purpose of mode detection by checking the > device nodes for a reg matching with the I2C_OWN_SLAVE_ADDREESS flag. > Currently only checks using OF functions (ACPI slave not supported yet). > I've accidentally reviewed

[PATCH 4.8 00/96] 4.8.17-stable review

NOTE: This is the LAST 4.8-stable kernel to be released. After this, it should be end-of-life. Please move to the 4.9-stable tree at this point in time. This is the start of the stable review cycle for the 4.8.17 release.

[PATCH 4.8 26/96] drm/nouveau/ltc: protect clearing of comptags with mutex

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit f4e65efc88b64c1dbca275d42a188edccedb56c6 upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman

[PATCH 4.8 07/96] ath9k: fix ath9k_hw_gpio_get() to return 0 or 1 on success

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Schiffer commit 91851cc7a939039bd401adb6ca3da4402bec1d0c upstream. Commit b2d70d4944c1 ("ath9k: make GPIO API to support both of WMAC and SOC") refactored ath9k_hw_gpio_get() to

[PATCH 4.8 05/96] rtl8xxxu: Work around issue with 8192eu and 8723bu devices not reconnecting

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Jes Sorensen commit c59f13bbead475096bdfebc7ef59c12e180858de upstream. The H2C MEDIA_STATUS_RPT command for some reason causes 8192eu and 8723bu devices not being able to reconnect.

Re: [PATCH v2] i2c: core: helper function to detect slave mode

Hi Luis, On 01/06/2017 08:14 PM, Luis Oliveira wrote: > This function has the purpose of mode detection by checking the > device nodes for a reg matching with the I2C_OWN_SLAVE_ADDREESS flag. > Currently only checks using OF functions (ACPI slave not supported yet). > I've accidentally reviewed

[PATCH 4.8 00/96] 4.8.17-stable review

NOTE: This is the LAST 4.8-stable kernel to be released. After this, it should be end-of-life. Please move to the 4.9-stable tree at this point in time. This is the start of the stable review cycle for the 4.8.17 release.

[PATCH 4.8 26/96] drm/nouveau/ltc: protect clearing of comptags with mutex

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit f4e65efc88b64c1dbca275d42a188edccedb56c6 upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman --- drivers/gpu/drm/nouveau/nvkm/subdev/ltc/base.c |2

[PATCH 4.8 47/96] scsi: zfcp: fix rport unblock race with LUN recovery

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Maier commit 6f2ce1c6af37191640ee3ff6e8fc39ea10352f4c upstream. It is unavoidable that zfcp_scsi_queuecommand() has to finish requests with DID_IMM_RETRY

[PATCH 4.8 08/96] ath9k: Really fix LED polarity for some Mini PCI AR9220 MB92 cards.

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Vittorio Gambaletta (VittGam) commit 79e57dd113d307a6c74773b8aaecf5442068988a upstream. The active_high LED of my Wistron DNMA-92 is still being recognized as

[PATCH 4.8 47/96] scsi: zfcp: fix rport unblock race with LUN recovery

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Maier commit 6f2ce1c6af37191640ee3ff6e8fc39ea10352f4c upstream. It is unavoidable that zfcp_scsi_queuecommand() has to finish requests with DID_IMM_RETRY (like

[PATCH 4.8 08/96] ath9k: Really fix LED polarity for some Mini PCI AR9220 MB92 cards.

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Vittorio Gambaletta (VittGam) commit 79e57dd113d307a6c74773b8aaecf5442068988a upstream. The active_high LED of my Wistron DNMA-92 is still being recognized as active_low on 4.7.6 mainline.

[PATCH 4.8 52/96] s390/kexec: use node 0 when re-adding crash kernel memory

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Heiko Carstens commit 9f88eb4df728aebcd2ddd154d99f1d75b428b897 upstream. When re-adding crash kernel memory within setup_resources() the function memblock_add() is

[PATCH 4.8 50/96] firmware: fix usermode helper fallback loading

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Yves-Alexis Perez commit 2e700f8d85975f516ccaad821278c1fe66b2cc98 upstream. When you use the firmware usermode helper fallback with a timeout value set to a value greater

[PATCH 4.8 48/96] scsi: avoid a permanent stop of the scsi devices request queue

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Fang commit d2a145252c52792bc59e4767b486b26c430af4bb upstream. A race between scanning and fc_remote_port_delete() may result in a permanent stop if the device gets

[PATCH 4.8 50/96] firmware: fix usermode helper fallback loading

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Yves-Alexis Perez commit 2e700f8d85975f516ccaad821278c1fe66b2cc98 upstream. When you use the firmware usermode helper fallback with a timeout value set to a value greater than INT_MAX

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