[PATCH 3.16 010/294] net: bcmgenet: fix off-by-one in incrementing read pointer

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli commit cf377d886f7944a5ccdbd164b89949e13617b096 upstream. Commit b629be5c8399d7c423b92135eb43a86c924d1cbc ("net: bcmgenet: check harder for out of memory conditions") moved

[PATCH 3.16 229/294] tty: nozomi: avoid a harmless gcc warning

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit a4f642a8a3c2838ad09fe8313d45db46600e1478 upstream. The nozomi wireless data driver has its own helper function to transfer data from a FIFO, doing an extra byte swap on

[PATCH 3.16 256/294] brcmfmac: avoid gcc-5.1 warning

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 22f44150aad7a1d6b074ab6cf59abee61c7187c6 upstream. gcc-5.0 gained a new warning in the fwsignal portion of the brcmfmac driver:

[PATCH 3.16 256/294] brcmfmac: avoid gcc-5.1 warning

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 22f44150aad7a1d6b074ab6cf59abee61c7187c6 upstream. gcc-5.0 gained a new warning in the fwsignal portion of the brcmfmac driver:

[PATCH 3.16 281/294] MIPS: MSP71xx: remove odd locking in PCI config space access code

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Sergey Ryazanov commit c4a305374bbf36414515d2ae00d588c67051e67d upstream. Caller (generic PCI code) already do proper locking so no need to add another one here.

[PATCH 3.16 281/294] MIPS: MSP71xx: remove odd locking in PCI config space access code

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Sergey Ryazanov commit c4a305374bbf36414515d2ae00d588c67051e67d upstream. Caller (generic PCI code) already do proper locking so no need to add another one here. Signed-off-by: Sergey

[PATCH 3.16 223/294] ASoC: adau1977: Fix truncation warning on 64 bit architectures

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Mark Brown commit d8df26bb57d2a86365de46a5421b97417401e39a upstream. Negating ADAU1977_BLOCK_POWER_SAI_LDO_EN creates an unsigned long constant with all bits set which on

[PATCH 3.16 223/294] ASoC: adau1977: Fix truncation warning on 64 bit architectures

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Mark Brown commit d8df26bb57d2a86365de46a5421b97417401e39a upstream. Negating ADAU1977_BLOCK_POWER_SAI_LDO_EN creates an unsigned long constant with all bits set which on 64 bit architectures

[PATCH 3.16 225/294] clk/efm32gg: fix dt init prototype

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Uwe Kleine-König commit 8ce8ebeb572d70e672a8d158e93ffaac80ea7576 upstream. Since commit 54196ccbe0ba (of: consolidate linker section OF match table

[PATCH 3.16 225/294] clk/efm32gg: fix dt init prototype

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Uwe Kleine-König commit 8ce8ebeb572d70e672a8d158e93ffaac80ea7576 upstream. Since commit 54196ccbe0ba (of: consolidate linker section OF match table declarations) which went into 3.16-rc1 the

[PATCH 3.16 278/294] MIPS: DEC: Avoid la pseudo-instruction in delay slots

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Ralf Baechle commit 3021773c7c3e75e20b693931a19362681e744ea9 upstream. When expanding the la or dla pseudo-instruction in a delay slot the GNU assembler will complain

[PATCH 3.16 278/294] MIPS: DEC: Avoid la pseudo-instruction in delay slots

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Ralf Baechle commit 3021773c7c3e75e20b693931a19362681e744ea9 upstream. When expanding the la or dla pseudo-instruction in a delay slot the GNU assembler will complain should the

[PATCH 3.16 280/294] MIPS: ip22: Fix ip28 build for modern gcc

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 23ca9b522383d3b9b7991d8586db30118992af4a upstream. kernelci reports a failure of the ip28_defconfig build after upgrading its gcc version:

[PATCH 3.16 280/294] MIPS: ip22: Fix ip28 build for modern gcc

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 23ca9b522383d3b9b7991d8586db30118992af4a upstream. kernelci reports a failure of the ip28_defconfig build after upgrading its gcc version:

[PATCH 3.16 226/294] spi: rspi: Remove unused variable in rspi_rz_transfer_one()

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 95029a00886f0c8d79e700cb8983b881c75af0f1 upstream. Introduced by commit 8b983e90ea1a3dd82070f96c062ad521a06b7cc0 ("spi: rspi: Extract

[PATCH 3.16 226/294] spi: rspi: Remove unused variable in rspi_rz_transfer_one()

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 95029a00886f0c8d79e700cb8983b881c75af0f1 upstream. Introduced by commit 8b983e90ea1a3dd82070f96c062ad521a06b7cc0 ("spi: rspi: Extract rspi_common_transfer()"), which

[PATCH 3.16 019/294] USB: serial: cp210x: add support for Qivicon USB ZigBee dongle

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Stefan Triller commit 9585e340db9f6cc1c0928d82c3a23cc4460f0a3f upstream. The German Telekom offers a ZigBee USB Stick under the brand name Qivicon for their SmartHome

[PATCH 3.16 019/294] USB: serial: cp210x: add support for Qivicon USB ZigBee dongle

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Stefan Triller commit 9585e340db9f6cc1c0928d82c3a23cc4460f0a3f upstream. The German Telekom offers a ZigBee USB Stick under the brand name Qivicon for their SmartHome Home Base in its 1.

[PATCH 3.16 082/294] drm/msm: Fix potential buffer overflow issue

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Kasin Li commit 4a630fadbb29d9efaedb525f1a8f7449ad107641 upstream. In function submit_create, if nr_cmds or nr_bos is assigned with negative value, the allocated

[PATCH 3.16 082/294] drm/msm: Fix potential buffer overflow issue

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Kasin Li commit 4a630fadbb29d9efaedb525f1a8f7449ad107641 upstream. In function submit_create, if nr_cmds or nr_bos is assigned with negative value, the allocated buffer may be small than

Re: [RFC PATCH for 4.15 10/14] cpu_opv: Wire up powerpc system call

- On Nov 6, 2017, at 7:37 PM, Nicholas Piggin npig...@gmail.com wrote: > On Mon, 6 Nov 2017 15:56:40 -0500 > Mathieu Desnoyers wrote: > >> diff --git a/arch/powerpc/include/uapi/asm/unistd.h >> b/arch/powerpc/include/uapi/asm/unistd.h >> index

Re: [RFC PATCH for 4.15 10/14] cpu_opv: Wire up powerpc system call

- On Nov 6, 2017, at 7:37 PM, Nicholas Piggin npig...@gmail.com wrote: > On Mon, 6 Nov 2017 15:56:40 -0500 > Mathieu Desnoyers wrote: > >> diff --git a/arch/powerpc/include/uapi/asm/unistd.h >> b/arch/powerpc/include/uapi/asm/unistd.h >> index b1980fcd56d5..972a7d68c143 100644 >> ---

[PATCH 3.16 125/294] iio: imu: adis16480: Fix acceleration scale factor for adis16480

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Dragos Bogdan commit fdd0d32eb95f135041236a6885d9006315aa9a1d upstream. According to the datasheet, the range of the acceleration is [-10 g, + 10 g], so the scale

[PATCH 3.16 125/294] iio: imu: adis16480: Fix acceleration scale factor for adis16480

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Dragos Bogdan commit fdd0d32eb95f135041236a6885d9006315aa9a1d upstream. According to the datasheet, the range of the acceleration is [-10 g, + 10 g], so the scale factor should be 10 instead

[PATCH 3.16 146/294] ipv6: add rcu grace period before freeing fib6_node

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Wei Wang commit c5cff8561d2d0006e972bd114afd51f082fee77c upstream. We currently keep rt->rt6i_node pointing to the fib6_node for the route. And some functions make use of

[PATCH 3.16 146/294] ipv6: add rcu grace period before freeing fib6_node

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Wei Wang commit c5cff8561d2d0006e972bd114afd51f082fee77c upstream. We currently keep rt->rt6i_node pointing to the fib6_node for the route. And some functions make use of this pointer to

Re: [PATCH v10 9/9] MANTAINERS: Add maintainer for HiSilicon LPC driver

s/MANTAINERS/MAINTAINERS/ On Fri, Oct 27, 2017 at 05:11:27PM +0100, Gabriele Paoloni wrote: > Added maintainer for drivers/bus/hisi_lpc.c > > Signed-off-by: Gabriele Paoloni > --- > MAINTAINERS | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git

Re: [PATCH v10 9/9] MANTAINERS: Add maintainer for HiSilicon LPC driver

s/MANTAINERS/MAINTAINERS/ On Fri, Oct 27, 2017 at 05:11:27PM +0100, Gabriele Paoloni wrote: > Added maintainer for drivers/bus/hisi_lpc.c > > Signed-off-by: Gabriele Paoloni > --- > MAINTAINERS | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index

[PATCH 3.16 078/294] iwlwifi: mvm: set the RTS_MIMO_PROT bit in flag mask when sending sta to fw

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Naftali Goldstein commit 8addabf8e6e299f790038fdc92ddceaaf76adab8 upstream. Set the STA_FLG_RTS_MIMO_PROT bit in station_flags_msk of the add sta command, so that

[PATCH 3.16 130/294] arm64: mm: abort uaccess retries upon fatal signal

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Mark Rutland commit 289d07a2dc6c6b6f3e4b8a62669320d99dbe6c3d upstream. When there's a fatal signal pending, arm64's do_page_fault() implementation returns 0. The intent

[PATCH 3.16 078/294] iwlwifi: mvm: set the RTS_MIMO_PROT bit in flag mask when sending sta to fw

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Naftali Goldstein commit 8addabf8e6e299f790038fdc92ddceaaf76adab8 upstream. Set the STA_FLG_RTS_MIMO_PROT bit in station_flags_msk of the add sta command, so that when smps mode changes, the

[PATCH 3.16 130/294] arm64: mm: abort uaccess retries upon fatal signal

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Mark Rutland commit 289d07a2dc6c6b6f3e4b8a62669320d99dbe6c3d upstream. When there's a fatal signal pending, arm64's do_page_fault() implementation returns 0. The intent is that we'll return

[PATCH 3.16 103/294] net: skb_needs_check() accepts CHECKSUM_NONE for tx

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit 6e7bc478c9a006c701c14476ec9d389a484b4864 upstream. My recent change missed fact that UFO would perform a complete UDP checksum before segmenting in

[PATCH 3.16 103/294] net: skb_needs_check() accepts CHECKSUM_NONE for tx

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit 6e7bc478c9a006c701c14476ec9d389a484b4864 upstream. My recent change missed fact that UFO would perform a complete UDP checksum before segmenting in frags. In this case

[PATCH 3.16 036/294] x86/acpi: Prevent out of bound access caused by broken ACPI tables

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Seunghun Han commit dad5ab0db8deac535d03e3fe3d8f2892173fa6a4 upstream. The bus_irq argument of mp_override_legacy_irq() is used as the index into the isa_irq_to_gsi[]

[PATCH 3.16 036/294] x86/acpi: Prevent out of bound access caused by broken ACPI tables

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Seunghun Han commit dad5ab0db8deac535d03e3fe3d8f2892173fa6a4 upstream. The bus_irq argument of mp_override_legacy_irq() is used as the index into the isa_irq_to_gsi[] array. The bus_irq

[PATCH 3.16 035/294] mount: copy the port field into the cloned nfs_server structure.

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Steve Dickson commit 89a6814d9b665b196aa3a102f96b6dc7e8cb669e upstream. Doing this copy eliminates the "port=0" entry in the /proc/mounts entries Fixes:

[PATCH 3.16 035/294] mount: copy the port field into the cloned nfs_server structure.

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Steve Dickson commit 89a6814d9b665b196aa3a102f96b6dc7e8cb669e upstream. Doing this copy eliminates the "port=0" entry in the /proc/mounts entries Fixes:

[PATCH 3.16 041/294] xhci: fix 20000ms port resume timeout

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Mathias Nyman commit a54408d0a004757789863d74e29c2297edae0b4d upstream. A uncleared PLC (port link change) bit will prevent furuther port event interrupts for

[PATCH 3.16 041/294] xhci: fix 20000ms port resume timeout

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Mathias Nyman commit a54408d0a004757789863d74e29c2297edae0b4d upstream. A uncleared PLC (port link change) bit will prevent furuther port event interrupts for that port. Leaving it uncleared

[PATCH 3.16 051/294] RDMA/core: Initialize port_num in qp_attr

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: "Ismail, Mustafa" commit a62ab66b13a0f9bcb17b7b761f6670941ed5cd62 upstream. Initialize the port_num for iWARP in rdma_init_qp_attr. Fixes: 5ecce4c9b17b("Check port

[PATCH 3.16 051/294] RDMA/core: Initialize port_num in qp_attr

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: "Ismail, Mustafa" commit a62ab66b13a0f9bcb17b7b761f6670941ed5cd62 upstream. Initialize the port_num for iWARP in rdma_init_qp_attr. Fixes: 5ecce4c9b17b("Check port number supplied by user

[PATCH 3.16 064/294] media: lirc: LIRC_GET_REC_RESOLUTION should return microseconds

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Sean Young commit 9f5039ba440e499d85c29b1ddbc3cbc9dc90e44b upstream. Since commit e8f4818895b3 ("[media] lirc: advertise LIRC_CAN_GET_REC_RESOLUTION and improve") lircd uses

[PATCH 3.16 064/294] media: lirc: LIRC_GET_REC_RESOLUTION should return microseconds

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Sean Young commit 9f5039ba440e499d85c29b1ddbc3cbc9dc90e44b upstream. Since commit e8f4818895b3 ("[media] lirc: advertise LIRC_CAN_GET_REC_RESOLUTION and improve") lircd uses the ioctl

[PATCH 3.16 165/294] x86/ldt: Fix off by one in get_segment_base()

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit eaa2f87c6b840b83827c40db6eb8481689570259 upstream. ldt->entries[] is allocated in alloc_ldt_struct(). It has ldt->nr_entries elements and

[PATCH 3.16 165/294] x86/ldt: Fix off by one in get_segment_base()

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit eaa2f87c6b840b83827c40db6eb8481689570259 upstream. ldt->entries[] is allocated in alloc_ldt_struct(). It has ldt->nr_entries elements and ldt->nr_entries is capped at

[PATCH 3.16 055/294] iwlwifi: dvm: prevent an out of bounds access

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Emmanuel Grumbach commit 0b0f934e92a8eaed2e6c48a50eae6f84661f74f3 upstream. iwlagn_check_ratid_empty takes the tid as a parameter, but it doesn't check that it is

[PATCH 3.16 089/294] ALSA: hda - Fix speaker output from VAIO VPCL14M1R

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: "Sergei A. Trusov" commit 3f3c371421e601fa93b6cb7fb52da9ad59ec90b4 upstream. Sony VAIO VPCL14M1R needs the quirk to make the speaker working properly. Tested-by:

[PATCH 3.16 055/294] iwlwifi: dvm: prevent an out of bounds access

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Emmanuel Grumbach commit 0b0f934e92a8eaed2e6c48a50eae6f84661f74f3 upstream. iwlagn_check_ratid_empty takes the tid as a parameter, but it doesn't check that it is not IWL_TID_NON_QOS. Since

[PATCH 3.16 089/294] ALSA: hda - Fix speaker output from VAIO VPCL14M1R

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: "Sergei A. Trusov" commit 3f3c371421e601fa93b6cb7fb52da9ad59ec90b4 upstream. Sony VAIO VPCL14M1R needs the quirk to make the speaker working properly. Tested-by: Dmitriy Signed-off-by:

[PATCH 3.16 167/294] i2c: ismt: Don't duplicate the receive length for block reads

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Stephen Douthit commit b6c159a9cb69c2cf0bf59d4e12c3a2da77e4d994 upstream. According to Table 15-14 of the C2000 EDS (Intel doc #510524) the rx data pointed to by

[PATCH 3.16 167/294] i2c: ismt: Don't duplicate the receive length for block reads

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Stephen Douthit commit b6c159a9cb69c2cf0bf59d4e12c3a2da77e4d994 upstream. According to Table 15-14 of the C2000 EDS (Intel doc #510524) the rx data pointed to by the descriptor dptr contains

Re: [PATCH] coccinelle: grep Options and Requires fields more precisely

2017-10-26 16:26 GMT+09:00 Nicolas Palix (LIG) : > Le 26/10/17 à 06:59, Julia Lawall a écrit : >> >> >> >> On Thu, 26 Oct 2017, Masahiro Yamada wrote: >> >>> Currently, the required version for badzero.cocci is picked up from >>> its "Comments:" line since it contains the

Re: [PATCH] coccinelle: grep Options and Requires fields more precisely

2017-10-26 16:26 GMT+09:00 Nicolas Palix (LIG) : > Le 26/10/17 à 06:59, Julia Lawall a écrit : >> >> >> >> On Thu, 26 Oct 2017, Masahiro Yamada wrote: >> >>> Currently, the required version for badzero.cocci is picked up from >>> its "Comments:" line since it contains the word "Requires". >>> >>>

[PATCH 3.16 037/294] ARM: kexec: Make .text R/W in machine_kexec

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Nikolay Borisov commit 42d720d1731a9d7035c2812437c35e271ec4dd78 upstream. With the introduction of Kees Cook's patch to make the kernel .text read-only the existing

[PATCH 3.16 037/294] ARM: kexec: Make .text R/W in machine_kexec

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Nikolay Borisov commit 42d720d1731a9d7035c2812437c35e271ec4dd78 upstream. With the introduction of Kees Cook's patch to make the kernel .text read-only the existing method by which kexec

Re: IPv6 issue in next-20171102 - lockdep and BUG handling RA packet.

On 11/7/17 9:31 AM, Eric Dumazet wrote: > On Mon, Nov 6, 2017 at 4:29 PM, David Ahern wrote: >> On 11/7/17 5:56 AM, valdis.kletni...@vt.edu wrote: >>> I've hit this 6 times now, across 3 boots: >>> >>> Nov 3 11:04:54 turing-police kernel: [ 547.814748] BUG: sleeping function

Re: IPv6 issue in next-20171102 - lockdep and BUG handling RA packet.

On 11/7/17 9:31 AM, Eric Dumazet wrote: > On Mon, Nov 6, 2017 at 4:29 PM, David Ahern wrote: >> On 11/7/17 5:56 AM, valdis.kletni...@vt.edu wrote: >>> I've hit this 6 times now, across 3 boots: >>> >>> Nov 3 11:04:54 turing-police kernel: [ 547.814748] BUG: sleeping function >>> called from

[PATCH 3.16 116/294] ipv4: fix NULL dereference in free_fib_info_rcu()

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit 187e5b3ac84d3421d2de3aca949b2791fbcad554 upstream. If fi->fib_metrics could not be allocated in fib_create_info() we attempt to dereference a NULL

[PATCH 3.16 116/294] ipv4: fix NULL dereference in free_fib_info_rcu()

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit 187e5b3ac84d3421d2de3aca949b2791fbcad554 upstream. If fi->fib_metrics could not be allocated in fib_create_info() we attempt to dereference a NULL pointer in

Business Proposal.

Dear Friend, I am interested in establishing and operating a very viable business as a means of investment abroad. I do not know too well on how this is done in your country, So I will need you to help me in this regard. My preference is any good profit yielding business and I would appreciate

Business Proposal.

Dear Friend, I am interested in establishing and operating a very viable business as a means of investment abroad. I do not know too well on how this is done in your country, So I will need you to help me in this regard. My preference is any good profit yielding business and I would appreciate

[PATCH 3.16 049/294] IB/cma: Fix reference count leak when no ipv4 addresses are set

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: "Kalderon, Michal" commit 963916fdb3e5ad4af57ac959b5a03bf23f7568ca upstream. Once in_dev_get is called to receive in_device pointer, the in_device reference

[PATCH 3.16 049/294] IB/cma: Fix reference count leak when no ipv4 addresses are set

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: "Kalderon, Michal" commit 963916fdb3e5ad4af57ac959b5a03bf23f7568ca upstream. Once in_dev_get is called to receive in_device pointer, the in_device reference counter is increased, but if there

[PATCH 3.16 024/294] spmi: Include OF based modalias in device uevent

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Bjorn Andersson commit d50daa2af2618dab6d21634e65a5fbcf4ae437d6 upstream. Include the OF-based modalias in the uevent sent when registering SPMI devices, so that

[PATCH 3.16 024/294] spmi: Include OF based modalias in device uevent

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Bjorn Andersson commit d50daa2af2618dab6d21634e65a5fbcf4ae437d6 upstream. Include the OF-based modalias in the uevent sent when registering SPMI devices, so that user space has a chance to

Re: [RFC PATCH for 4.15 10/14] cpu_opv: Wire up powerpc system call

On Mon, 6 Nov 2017 15:56:40 -0500 Mathieu Desnoyers wrote: > diff --git a/arch/powerpc/include/uapi/asm/unistd.h > b/arch/powerpc/include/uapi/asm/unistd.h > index b1980fcd56d5..972a7d68c143 100644 > --- a/arch/powerpc/include/uapi/asm/unistd.h > +++

Re: [RFC PATCH for 4.15 10/14] cpu_opv: Wire up powerpc system call

On Mon, 6 Nov 2017 15:56:40 -0500 Mathieu Desnoyers wrote: > diff --git a/arch/powerpc/include/uapi/asm/unistd.h > b/arch/powerpc/include/uapi/asm/unistd.h > index b1980fcd56d5..972a7d68c143 100644 > --- a/arch/powerpc/include/uapi/asm/unistd.h > +++ b/arch/powerpc/include/uapi/asm/unistd.h >

[PATCH 3.16 086/294] i40e: Initialize 64-bit statistics TX ring seqcount

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli commit 7d6d067790289e4f61f59fa60550ca5918aa25bd upstream. On 32-bit hosts and with CONFIG_DEBUG_LOCK_ALLOC we should be seeing a lockdep splat

[PATCH 3.16 086/294] i40e: Initialize 64-bit statistics TX ring seqcount

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli commit 7d6d067790289e4f61f59fa60550ca5918aa25bd upstream. On 32-bit hosts and with CONFIG_DEBUG_LOCK_ALLOC we should be seeing a lockdep splat indicating this seqcount is not

[PATCH 3.16 038/294] ARM: kexec: fix failure to boot crash kernel

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Russell King commit 0d70262a2d60886da6fe5b1fc8bbcd76cbbc306d upstream. When kexec was converted to DTB, the dtb address was passed between machine_kexec_prepare()

[PATCH 3.16 043/294] tracing: Fix kmemleak in instance_rmdir

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Chunyu Hu commit db9108e054700c96322b0f0028546aa4e643cf0b upstream. Hit the kmemleak when executing instance_rmdir, it forgot releasing mem of tracing_cpumask. With this

[PATCH 3.16 073/294] xtensa: fix cache aliasing handling code for WT cache

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Max Filippov commit 6d0f581d1768d3eaba15776e7dd1fdfec10cfe36 upstream. Currently building kernel for xtensa core with aliasing WT cache fails with the following messages:

[PATCH 3.16 081/294] USB: serial: option: add D-Link DWM-222 device ID

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Hector Martin commit fd1b8668af59a11bb754a6c9b0051c6c5ce73b74 upstream. Add device id for D-Link DWM-222. Signed-off-by: Hector Martin Signed-off-by:

[PATCH 3.16 043/294] tracing: Fix kmemleak in instance_rmdir

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Chunyu Hu commit db9108e054700c96322b0f0028546aa4e643cf0b upstream. Hit the kmemleak when executing instance_rmdir, it forgot releasing mem of tracing_cpumask. With this fix, the warn does

[PATCH 3.16 038/294] ARM: kexec: fix failure to boot crash kernel

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Russell King commit 0d70262a2d60886da6fe5b1fc8bbcd76cbbc306d upstream. When kexec was converted to DTB, the dtb address was passed between machine_kexec_prepare() and machine_kexec() using a

[PATCH 3.16 073/294] xtensa: fix cache aliasing handling code for WT cache

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Max Filippov commit 6d0f581d1768d3eaba15776e7dd1fdfec10cfe36 upstream. Currently building kernel for xtensa core with aliasing WT cache fails with the following messages: mm/memory.c:2152:

[PATCH 3.16 081/294] USB: serial: option: add D-Link DWM-222 device ID

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Hector Martin commit fd1b8668af59a11bb754a6c9b0051c6c5ce73b74 upstream. Add device id for D-Link DWM-222. Signed-off-by: Hector Martin Signed-off-by: Johan Hovold Signed-off-by: Ben

[PATCH 3.16 061/294] md/raid5: add thread_group worker async_tx_issue_pending_all

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Ofer Heifetz commit 7e96d559634b73a8158ee99a7abece2eacec2668 upstream. Since thread_group worker and raid5d kthread are not in sync, if worker writes stripe before raid5d

[PATCH 3.16 061/294] md/raid5: add thread_group worker async_tx_issue_pending_all

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Ofer Heifetz commit 7e96d559634b73a8158ee99a7abece2eacec2668 upstream. Since thread_group worker and raid5d kthread are not in sync, if worker writes stripe before raid5d then requests will

[PATCH 3.16 160/294] l2tp: hold tunnel while handling genl TUNNEL_GET commands

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault commit 4e4b21da3acc68a7ea55f850cacc13706b7480e9 upstream. Use l2tp_tunnel_get() instead of l2tp_tunnel_find() so that we get a reference on the tunnel,

[PATCH 3.16 160/294] l2tp: hold tunnel while handling genl TUNNEL_GET commands

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault commit 4e4b21da3acc68a7ea55f850cacc13706b7480e9 upstream. Use l2tp_tunnel_get() instead of l2tp_tunnel_find() so that we get a reference on the tunnel, preventing

[PATCH 3.16 123/294] ipv6: reset fn->rr_ptr when replacing route

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Wei Wang commit 383143f31d7d3525a1dbff733d52fff917f82f15 upstream. syzcaller reported the following use-after-free issue in rt6_select(): BUG: KASAN: use-after-free in

[PATCH 3.16 123/294] ipv6: reset fn->rr_ptr when replacing route

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Wei Wang commit 383143f31d7d3525a1dbff733d52fff917f82f15 upstream. syzcaller reported the following use-after-free issue in rt6_select(): BUG: KASAN: use-after-free in rt6_select

Re: IPv6 issue in next-20171102 - lockdep and BUG handling RA packet.

On 11/7/17 5:56 AM, valdis.kletni...@vt.edu wrote: > I've hit this 6 times now, across 3 boots: > > Nov 3 11:04:54 turing-police kernel: [ 547.814748] BUG: sleeping function > called from invalid context at mm/slab.h:422 > > Nov 3 20:24:11 turing-police kernel: [ 60.093793] BUG: sleeping

Re: IPv6 issue in next-20171102 - lockdep and BUG handling RA packet.

On 11/7/17 5:56 AM, valdis.kletni...@vt.edu wrote: > I've hit this 6 times now, across 3 boots: > > Nov 3 11:04:54 turing-police kernel: [ 547.814748] BUG: sleeping function > called from invalid context at mm/slab.h:422 > > Nov 3 20:24:11 turing-police kernel: [ 60.093793] BUG: sleeping

[PATCH 3.16 067/294] powerpc/mm/hash: Free the subpage_prot_table correctly

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: "Aneesh Kumar K.V" commit 0da12a7a81f1e2255e89dc783c565e84801475a2 upstream. Fixes: dad6f37c2602e ("powerpc: subpage_protect: Increase the array size to take

[PATCH 3.16 067/294] powerpc/mm/hash: Free the subpage_prot_table correctly

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: "Aneesh Kumar K.V" commit 0da12a7a81f1e2255e89dc783c565e84801475a2 upstream. Fixes: dad6f37c2602e ("powerpc: subpage_protect: Increase the array size to take care of 64TB") Signed-off-by:

Re: IPv6 issue in next-20171102 - lockdep and BUG handling RA packet.

On 11/7/17 9:31 AM, Eric Dumazet wrote: > Do you have CONFIG_DEBUG_ATOMIC_SLEEP=y in your .config ? dsa@kenny:mgmt:~/kernel-2.git$ grep CONFIG_DEBUG_ATOMIC_SLEEP kbuild/rcu-lock-debug/.config CONFIG_DEBUG_ATOMIC_SLEEP=y Yep, that is on.

Re: IPv6 issue in next-20171102 - lockdep and BUG handling RA packet.

On 11/7/17 9:31 AM, Eric Dumazet wrote: > Do you have CONFIG_DEBUG_ATOMIC_SLEEP=y in your .config ? dsa@kenny:mgmt:~/kernel-2.git$ grep CONFIG_DEBUG_ATOMIC_SLEEP kbuild/rcu-lock-debug/.config CONFIG_DEBUG_ATOMIC_SLEEP=y Yep, that is on.

Re: [PATCH] pci: fix kernel-doc build warning

On Sun, Oct 29, 2017 at 05:07:11PM -0700, Randy Dunlap wrote: > From: Randy Dunlap > > Fix build error in kernel-doc notation: > > ../drivers/pci/pci.c:3479: ERROR: Unexpected indentation. > > Signed-off-by: Randy Dunlap > Cc: Bjorn Helgaas

[PATCH 3.16 054/294] perf/core: Fix locking for children siblings group read

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit 2aeb1883547626d82c597cce2c99f0b9c62e2425 upstream. We're missing ctx lock when iterating children siblings within the perf_read path for group reading.

Re: [PATCH] pci: fix kernel-doc build warning

On Sun, Oct 29, 2017 at 05:07:11PM -0700, Randy Dunlap wrote: > From: Randy Dunlap > > Fix build error in kernel-doc notation: > > ../drivers/pci/pci.c:3479: ERROR: Unexpected indentation. > > Signed-off-by: Randy Dunlap > Cc: Bjorn Helgaas > Cc: linux-...@vger.kernel.org > --- >

[PATCH 3.16 054/294] perf/core: Fix locking for children siblings group read

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit 2aeb1883547626d82c597cce2c99f0b9c62e2425 upstream. We're missing ctx lock when iterating children siblings within the perf_read path for group reading. Following race and

Re: [PATCH] Coccinelle: use false positive annotation

2017-10-30 12:52 GMT+09:00 Julia Lawall : > > > On Mon, 30 Oct 2017, Masahiro Yamada wrote: > >> Hi Julia, >> >> >> 2017-10-29 8:43 GMT+09:00 Julia Lawall : >> > /// is to describe the semantic patch, while //# indicates reasons >> > for false positives.

Re: [PATCH] Coccinelle: use false positive annotation

2017-10-30 12:52 GMT+09:00 Julia Lawall : > > > On Mon, 30 Oct 2017, Masahiro Yamada wrote: > >> Hi Julia, >> >> >> 2017-10-29 8:43 GMT+09:00 Julia Lawall : >> > /// is to describe the semantic patch, while //# indicates reasons >> > for false positives. >> > >> > Signed-off-by: Julia Lawall >> >

[PATCH 3.16 062/294] workqueue: implicit ordered attribute should be overridable

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 0a94efb5acbb6980d7c9ab604372d93cd507e4d8 upstream. 5c0338c68706 ("workqueue: restore WQ_UNBOUND/max_active==1 to be ordered") automatically enabled ordered

[PATCH 3.16 062/294] workqueue: implicit ordered attribute should be overridable

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 0a94efb5acbb6980d7c9ab604372d93cd507e4d8 upstream. 5c0338c68706 ("workqueue: restore WQ_UNBOUND/max_active==1 to be ordered") automatically enabled ordered attribute for

[PATCH 3.16 034/294] workqueue: restore WQ_UNBOUND/max_active==1 to be ordered

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 5c0338c68706be53b3dc472e4308961c36e4ece1 upstream. The combination of WQ_UNBOUND and max_active == 1 used to imply ordered execution. After NUMA affinity

[PATCH 3.16 034/294] workqueue: restore WQ_UNBOUND/max_active==1 to be ordered

3.16.50-rc1 review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 5c0338c68706be53b3dc472e4308961c36e4ece1 upstream. The combination of WQ_UNBOUND and max_active == 1 used to imply ordered execution. After NUMA affinity 4c16bd327c74

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