Re: [PATCH] r8152: disable rx checksum offload on Dell TB dock

On Thu, Nov 23, 2017 at 01:38:38AM -0500, Kai-Heng Feng wrote: > r8153 on Dell TB dock corrupts rx packets. > > The root cause is not found yet, but disabling rx checksumming can > workaround the issue. We can use this connection to decide if it's > a Dell TB dock: > Realtek r8153 <-> SMSC hub

Re: [PATCH] r8152: disable rx checksum offload on Dell TB dock

On Thu, Nov 23, 2017 at 01:38:38AM -0500, Kai-Heng Feng wrote: > r8153 on Dell TB dock corrupts rx packets. > > The root cause is not found yet, but disabling rx checksumming can > workaround the issue. We can use this connection to decide if it's > a Dell TB dock: > Realtek r8153 <-> SMSC hub

Re: mm/percpu.c: use smarter memory allocation for struct pcpu_alloc_info (crisv32 hang)

On Wed, Nov 22, 2017 at 03:17:00PM -0500, Nicolas Pitre wrote: > On Wed, 22 Nov 2017, Jesper Nilsson wrote: > > > On Mon, Nov 20, 2017 at 10:50:46PM -0500, Nicolas Pitre wrote: > > > On Mon, 20 Nov 2017, Guenter Roeck wrote: > > > > On Mon, Nov 20, 2017 at 07:28:21PM -0500, Nicolas Pitre wrote: >

Re: mm/percpu.c: use smarter memory allocation for struct pcpu_alloc_info (crisv32 hang)

On Wed, Nov 22, 2017 at 03:17:00PM -0500, Nicolas Pitre wrote: > On Wed, 22 Nov 2017, Jesper Nilsson wrote: > > > On Mon, Nov 20, 2017 at 10:50:46PM -0500, Nicolas Pitre wrote: > > > On Mon, 20 Nov 2017, Guenter Roeck wrote: > > > > On Mon, Nov 20, 2017 at 07:28:21PM -0500, Nicolas Pitre wrote: >

[PATCH 4/6] ARM: dts: keystone-k2g-evm: Add QSPI DT node.

66AK2G EVM has a s25fl512s flash connected to QSPI. Add DT nodes for the same. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 59 ++ 1 file changed, 59 insertions(+) diff --git a/arch/arm/boot/dts/keystone-k2g-evm.dts

[PATCH 2/6] ARM: dts: keystone-k2g-evm: Fix botched up merge

spi1 and ecap0 pinmuxes ended up under root node instead of k2g_pinctrl node. Fix this by moving them under k2g_pinctrl node. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 30 ++ 1 file changed, 14 insertions(+), 16

[PATCH 4/6] ARM: dts: keystone-k2g-evm: Add QSPI DT node.

66AK2G EVM has a s25fl512s flash connected to QSPI. Add DT nodes for the same. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 59 ++ 1 file changed, 59 insertions(+) diff --git a/arch/arm/boot/dts/keystone-k2g-evm.dts

[PATCH 2/6] ARM: dts: keystone-k2g-evm: Fix botched up merge

spi1 and ecap0 pinmuxes ended up under root node instead of k2g_pinctrl node. Fix this by moving them under k2g_pinctrl node. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 30 ++ 1 file changed, 14 insertions(+), 16 deletions(-) diff --git

[PATCH 0/6] 66AK2G: Add DT nodes for few peripherals

This patch series adds DT nodes for bunch of peripherials on 66AK2G EVM and 66AK2G ICE boards. Tested on 66AK2G EVM and ICE boards Vignesh R (6): ARM: dts: keystone-k2g: Add QSPI DT entry ARM: dts: keystone-k2g-evm: Fix botched up merge ARM: dts: keystone-k2g: Move ti,non-removable

[PATCH 0/6] 66AK2G: Add DT nodes for few peripherals

This patch series adds DT nodes for bunch of peripherials on 66AK2G EVM and 66AK2G ICE boards. Tested on 66AK2G EVM and ICE boards Vignesh R (6): ARM: dts: keystone-k2g: Add QSPI DT entry ARM: dts: keystone-k2g-evm: Fix botched up merge ARM: dts: keystone-k2g: Move ti,non-removable

[PATCH 6/6] ARM: configs: keystone_defconfig: Enable few peripheral drivers

Enable drivers for QSPI, LEDS, gpio-decoder that are present on 66AK2G EVM and 66AK2G ICE boards. Signed-off-by: Vignesh R --- arch/arm/configs/keystone_defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/configs/keystone_defconfig

[PATCH 1/6] ARM: dts: keystone-k2g: Add QSPI DT entry

Add DT node for Cadence QSPI IP present in 66AK2G SoC. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm/boot/dts/keystone-k2g.dtsi b/arch/arm/boot/dts/keystone-k2g.dtsi index

[PATCH 6/6] ARM: configs: keystone_defconfig: Enable few peripheral drivers

Enable drivers for QSPI, LEDS, gpio-decoder that are present on 66AK2G EVM and 66AK2G ICE boards. Signed-off-by: Vignesh R --- arch/arm/configs/keystone_defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/configs/keystone_defconfig

[PATCH 1/6] ARM: dts: keystone-k2g: Add QSPI DT entry

Add DT node for Cadence QSPI IP present in 66AK2G SoC. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm/boot/dts/keystone-k2g.dtsi b/arch/arm/boot/dts/keystone-k2g.dtsi index 8f313ff406b9..01d29320b04c

[PATCH 5/6] ARM: dts: keystone-k2g-ice: Add DT nodes for few peripherals

Add DT nodes for QSPI, on board LEDS, MMC, I2C, PCA IO expander, gpio-decoder and regulators on K2G ICE board. Thanks to Franklin S Cooper Jr for initial work on few peripherals. Signed-off-by: Franklin S Cooper Jr Signed-off-by: Vignesh R ---

RE: [PATCH v18 0/6] drm/i915/gvt: Dma-buf support for GVT-g

> -Original Message- > From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On > Behalf Of Zhenyu Wang > Sent: Thursday, November 23, 2017 2:13 PM > To: Gerd Hoffmann > Cc: Tian, Kevin ; alex.william...@redhat.com; intel- >

[PATCH 5/6] ARM: dts: keystone-k2g-ice: Add DT nodes for few peripherals

Add DT nodes for QSPI, on board LEDS, MMC, I2C, PCA IO expander, gpio-decoder and regulators on K2G ICE board. Thanks to Franklin S Cooper Jr for initial work on few peripherals. Signed-off-by: Franklin S Cooper Jr Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-ice.dts | 336

RE: [PATCH v18 0/6] drm/i915/gvt: Dma-buf support for GVT-g

> -Original Message- > From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On > Behalf Of Zhenyu Wang > Sent: Thursday, November 23, 2017 2:13 PM > To: Gerd Hoffmann > Cc: Tian, Kevin ; alex.william...@redhat.com; intel- > g...@lists.freedesktop.org;

[PATCH 3/6] ARM: dts: keystone-k2g: Move ti,non-removable property to board dts

On 66AK2G EVM mmc1 is connected to emmc whereas 66AK2G ICE baord has SD card slot connected to mmc1. Therefore move emmc specific ti,non-removable property from SoC file to EVM's dts file. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 1 +

[PATCH 3/6] ARM: dts: keystone-k2g: Move ti,non-removable property to board dts

On 66AK2G EVM mmc1 is connected to emmc whereas 66AK2G ICE baord has SD card slot connected to mmc1. Therefore move emmc specific ti,non-removable property from SoC file to EVM's dts file. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 1 +

[PATCH] drm/i915: Avoid enum conversion warning

Fixes the following enum conversion warning: drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion from enumeration type 'enum port' to different enumeration type 'enum intel_dpll_id' [-Werror,-Wenum-conversion] enum intel_dpll_id pll_id = port;

[PATCH] drm/i915: Avoid enum conversion warning

Fixes the following enum conversion warning: drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion from enumeration type 'enum port' to different enumeration type 'enum intel_dpll_id' [-Werror,-Wenum-conversion] enum intel_dpll_id pll_id = port;

Re: [PATCH] ALSA: hda: Add Raven PCI ID

On Thu, 23 Nov 2017 13:47:44 +0100, Vijendar Mukunda wrote: > > This commit adds PCI ID for Raven platform > > Signed-off-by: Vijendar Mukunda > --- > sound/pci/hda/hda_intel.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/sound/pci/hda/hda_intel.c

Re: [PATCH] ALSA: hda: Add Raven PCI ID

On Thu, 23 Nov 2017 13:47:44 +0100, Vijendar Mukunda wrote: > > This commit adds PCI ID for Raven platform > > Signed-off-by: Vijendar Mukunda > --- > sound/pci/hda/hda_intel.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c >

Re: [PATCH v7 08/13] regmap: add SLIMbus support

On Wed, Nov 15, 2017 at 02:10:38PM +, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds support to read/write slimbus value elements. > Currently it only supports byte read/write. Adding this support in > regmap would give

Re: [PATCH v7 08/13] regmap: add SLIMbus support

On Wed, Nov 15, 2017 at 02:10:38PM +, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds support to read/write slimbus value elements. > Currently it only supports byte read/write. Adding this support in > regmap would give codec drivers more flexibility

Re: [PATCH v2] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

Le 22/11/2017 à 12:48, Michael Ellerman a écrit : Christophe LEROY writes: Le 22/11/2017 à 00:07, Balbir Singh a écrit : On Wed, Nov 22, 2017 at 1:28 AM, Christophe Leroy wrote: On powerpc32, patch_instruction() is called by

Re: [PATCH v2] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

Le 22/11/2017 à 12:48, Michael Ellerman a écrit : Christophe LEROY writes: Le 22/11/2017 à 00:07, Balbir Singh a écrit : On Wed, Nov 22, 2017 at 1:28 AM, Christophe Leroy wrote: On powerpc32, patch_instruction() is called by apply_feature_fixups() which is called from early_init() There

RE: No check of the size passed to unmap_single in swiotlb

> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: Wednesday, November 22, 2017 9:15 PM > To: Eric Yang ; Konrad Rzeszutek Wilk > ; io...@lists.linux-foundation.org > Cc: Daniel Borkmann ; Kees

RE: No check of the size passed to unmap_single in swiotlb

> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: Wednesday, November 22, 2017 9:15 PM > To: Eric Yang ; Konrad Rzeszutek Wilk > ; io...@lists.linux-foundation.org > Cc: Daniel Borkmann ; Kees Cook > ; Geert Uytterhoeven ; > Greg Kroah-Hartman ; linux- >

Re: Add fine grained sampled metrics for perf script

On Fri, Nov 17, 2017 at 01:42:57PM -0800, Andi Kleen wrote: SNIP > TopDown: > > Note TopDown requires disabling SMT if you have it enabled (e.g. by offlining > the extra CPUs), because SMT would require sampling per core, which is not > supported. > > $ perf record -e

Re: Add fine grained sampled metrics for perf script

On Fri, Nov 17, 2017 at 01:42:57PM -0800, Andi Kleen wrote: SNIP > TopDown: > > Note TopDown requires disabling SMT if you have it enabled (e.g. by offlining > the extra CPUs), because SMT would require sampling per core, which is not > supported. > > $ perf record -e

Re: [PATCH v7 02/13] dt-bindings: Add SLIMbus bindings

On Wed, Nov 15, 2017 at 11:15:00PM -0600, Rob Herring wrote: > On Wed, Nov 15, 2017 at 02:10:32PM +, srinivas.kandaga...@linaro.org > wrote: > > From: Sagar Dharia > > > > SLIMbus (Serial Low Power Interchip Media Bus) is a specification > > developed by MIPI (Mobile

Re: [PATCH v7 02/13] dt-bindings: Add SLIMbus bindings

On Wed, Nov 15, 2017 at 11:15:00PM -0600, Rob Herring wrote: > On Wed, Nov 15, 2017 at 02:10:32PM +, srinivas.kandaga...@linaro.org > wrote: > > From: Sagar Dharia > > > > SLIMbus (Serial Low Power Interchip Media Bus) is a specification > > developed by MIPI (Mobile Industry Processor

enum conversion warnings

pulling down tot, I'm seeing: CC [M] drivers/gpu/drm/i915/intel_ddi.o drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion from enumeration type 'enum port' to different enumeration type 'enum intel_dpll_id' [-Werror,-Wenum-conversion] enum intel_dpll_id pll_id = port;

enum conversion warnings

pulling down tot, I'm seeing: CC [M] drivers/gpu/drm/i915/intel_ddi.o drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion from enumeration type 'enum port' to different enumeration type 'enum intel_dpll_id' [-Werror,-Wenum-conversion] enum intel_dpll_id pll_id = port;

Re: [PATCH 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20_4

On Nov 23 2017 08:44, Maciej S. Szmigiero wrote: On 23.11.2017 00:27, Takashi Sakamoto wrote: On Nov 23 2017 04:17, Maciej S. Szmigiero wrote: (..) --- a/include/uapi/sound/asound.h +++ b/include/uapi/sound/asound.h @@ -236,7 +236,11 @@ typedef int __bitwise snd_pcm_format_t;   #define   

Re: [PATCH 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20_4

On Nov 23 2017 08:44, Maciej S. Szmigiero wrote: On 23.11.2017 00:27, Takashi Sakamoto wrote: On Nov 23 2017 04:17, Maciej S. Szmigiero wrote: (..) --- a/include/uapi/sound/asound.h +++ b/include/uapi/sound/asound.h @@ -236,7 +236,11 @@ typedef int __bitwise snd_pcm_format_t;   #define   

Re: [PATCH 4.14 00/18] 4.14.2-stable review

On Wed, Nov 22, 2017 at 01:34:13PM -0800, Guenter Roeck wrote: > On Wed, Nov 22, 2017 at 11:12:24AM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.2 release. > > There are 18 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 4.14 00/18] 4.14.2-stable review

On Wed, Nov 22, 2017 at 01:34:13PM -0800, Guenter Roeck wrote: > On Wed, Nov 22, 2017 at 11:12:24AM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.2 release. > > There are 18 patches in this series, all will be posted as a response > > to this one.

Creating cyclecounter and lock member in timecounter structure [ Was Re: [RFC 1/4] drm/i915/perf: Add support to correlate GPU timestamp with system time]

Hi, We needed inputs on possible optimization that can be done to timecounter/cyclecounter structures/usage. This mail is in response to review of patch https://patchwork.freedesktop.org/patch/188448/. As Chris's observation below, about dozen of timecounter users in the kernel have below

Creating cyclecounter and lock member in timecounter structure [ Was Re: [RFC 1/4] drm/i915/perf: Add support to correlate GPU timestamp with system time]

Hi, We needed inputs on possible optimization that can be done to timecounter/cyclecounter structures/usage. This mail is in response to review of patch https://patchwork.freedesktop.org/patch/188448/. As Chris's observation below, about dozen of timecounter users in the kernel have below

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

* Ingo Molnar wrote: > > 32-bit x86 defconfig still doesn't build: > > arch/x86/events/intel/ds.c: In function ‘dsalloc’: > arch/x86/events/intel/ds.c:296:6: error: implicit declaration of function > ‘kaiser_add_mapping’; did you mean ‘kgid_has_mapping’? >

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

* Ingo Molnar wrote: > > 32-bit x86 defconfig still doesn't build: > > arch/x86/events/intel/ds.c: In function ‘dsalloc’: > arch/x86/events/intel/ds.c:296:6: error: implicit declaration of function > ‘kaiser_add_mapping’; did you mean ‘kgid_has_mapping’? >

constant conversion warning in umip

Pulling down ToT, I'm seeing the following warning when building with clang: CC arch/x86/lib/insn.o arch/x86/lib/insn-eval.c:780:10: error: implicit conversion from 'int' to 'char' changes value from 132 to -124 [-Werror,-Wconstant-conversion] return INSN_CODE_SEG_PARAMS(4,

constant conversion warning in umip

Pulling down ToT, I'm seeing the following warning when building with clang: CC arch/x86/lib/insn.o arch/x86/lib/insn-eval.c:780:10: error: implicit conversion from 'int' to 'char' changes value from 132 to -124 [-Werror,-Wconstant-conversion] return INSN_CODE_SEG_PARAMS(4,

Re: [Outreachy kernel] Re: [PATCH] net: usb: hso.c: remove unneeded DRIVER_LICENSE #define

On Thu, 23 Nov 2017, Greg Kroah-Hartman wrote: > On Wed, Nov 22, 2017 at 10:20:49PM +0100, Julia Lawall wrote: > > > > > > On Wed, 22 Nov 2017, Joe Perches wrote: > > > > > On Fri, 2017-11-17 at 15:19 +0100, Greg Kroah-Hartman wrote: > > > > There is no need to #define the license of the

Re: [Outreachy kernel] Re: [PATCH] net: usb: hso.c: remove unneeded DRIVER_LICENSE #define

On Thu, 23 Nov 2017, Greg Kroah-Hartman wrote: > On Wed, Nov 22, 2017 at 10:20:49PM +0100, Julia Lawall wrote: > > > > > > On Wed, 22 Nov 2017, Joe Perches wrote: > > > > > On Fri, 2017-11-17 at 15:19 +0100, Greg Kroah-Hartman wrote: > > > > There is no need to #define the license of the

Re: [PATCH 4.14 00/18] 4.14.2-stable review

Hi Kevin, On Wed, Nov 22, 2017 at 03:43:51PM -0800, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc/linux-4.14.y boot: 100 boots: 3 failed, 96 passed with 1 > > untried/unknown (v4.14.1-19-g6d0448582cf7) > > > > Full Boot Summary: > >

Re: [PATCH 4.14 00/18] 4.14.2-stable review

Hi Kevin, On Wed, Nov 22, 2017 at 03:43:51PM -0800, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc/linux-4.14.y boot: 100 boots: 3 failed, 96 passed with 1 > > untried/unknown (v4.14.1-19-g6d0448582cf7) > > > > Full Boot Summary: > >

Re: [Outreachy kernel] Re: [PATCH] net: usb: hso.c: remove unneeded DRIVER_LICENSE #define

On Wed, Nov 22, 2017 at 10:20:49PM +0100, Julia Lawall wrote: > > > On Wed, 22 Nov 2017, Joe Perches wrote: > > > On Fri, 2017-11-17 at 15:19 +0100, Greg Kroah-Hartman wrote: > > > There is no need to #define the license of the driver, just put it in > > > the MODULE_LICENSE() line directly as

Re: [PATCH 3.18 00/12] 3.18.84-stable review

On Wed, Nov 22, 2017 at 03:49:03PM -0800, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc/linux-3.18.y boot: 44 boots: 2 failed, 42 passed > > (v3.18.83-12-g09d9c198f334) > > > > Full Boot Summary: > >

Re: [Outreachy kernel] Re: [PATCH] net: usb: hso.c: remove unneeded DRIVER_LICENSE #define

On Wed, Nov 22, 2017 at 10:20:49PM +0100, Julia Lawall wrote: > > > On Wed, 22 Nov 2017, Joe Perches wrote: > > > On Fri, 2017-11-17 at 15:19 +0100, Greg Kroah-Hartman wrote: > > > There is no need to #define the license of the driver, just put it in > > > the MODULE_LICENSE() line directly as

Re: [PATCH 3.18 00/12] 3.18.84-stable review

On Wed, Nov 22, 2017 at 03:49:03PM -0800, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc/linux-3.18.y boot: 44 boots: 2 failed, 42 passed > > (v3.18.83-12-g09d9c198f334) > > > > Full Boot Summary: > >

Re: [PATCH v7 07/13] slimbus: Add support for 'clock-pause' feature

On Wed, Nov 15, 2017 at 02:10:37PM +, srinivas.kandaga...@linaro.org wrote: > From: Sagar Dharia > > Per slimbus specification, a reconfiguration sequence known as > 'clock pause' needs to be broadcast over the bus while entering low- > power mode. Clock-pause is

Re: [PATCH v7 07/13] slimbus: Add support for 'clock-pause' feature

On Wed, Nov 15, 2017 at 02:10:37PM +, srinivas.kandaga...@linaro.org wrote: > From: Sagar Dharia > > Per slimbus specification, a reconfiguration sequence known as > 'clock pause' needs to be broadcast over the bus while entering low- > power mode. Clock-pause is initiated by the controller

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

32-bit x86 defconfig still doesn't build: arch/x86/events/intel/ds.c: In function ‘dsalloc’: arch/x86/events/intel/ds.c:296:6: error: implicit declaration of function ‘kaiser_add_mapping’; did you mean ‘kgid_has_mapping’? [-Werror=implicit-function-declaration] Also, could you please use

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

32-bit x86 defconfig still doesn't build: arch/x86/events/intel/ds.c: In function ‘dsalloc’: arch/x86/events/intel/ds.c:296:6: error: implicit declaration of function ‘kaiser_add_mapping’; did you mean ‘kgid_has_mapping’? [-Werror=implicit-function-declaration] Also, could you please use

Re: usb/media/em28xx: use-after-free in dvb_unregister_frontend

Am 21.11.2017 um 14:51 schrieb Andrey Konovalov: > Hi! > Hi Andrey, > I've got the following report while fuzzing the kernel with syzkaller. > > On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1). > > em28xx 1-1:9.0: Disconnecting > tc90522 1-0015: Toshiba TC90522 attached. >

Re: usb/media/em28xx: use-after-free in dvb_unregister_frontend

Am 21.11.2017 um 14:51 schrieb Andrey Konovalov: > Hi! > Hi Andrey, > I've got the following report while fuzzing the kernel with syzkaller. > > On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1). > > em28xx 1-1:9.0: Disconnecting > tc90522 1-0015: Toshiba TC90522 attached. >

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

* Dave Hansen wrote: > Thanks, everyone for all the reviews thus far. I hope I managed to > address all the feedback given so far, except for the TODOs of > course. This is a pretty minor update compared to v1->v2. > > These patches are all on this tip branch: >

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

* Dave Hansen wrote: > Thanks, everyone for all the reviews thus far. I hope I managed to > address all the feedback given so far, except for the TODOs of > course. This is a pretty minor update compared to v1->v2. > > These patches are all on this tip branch: > > >

[PATCH] ALSA: hda: Add Raven PCI ID

This commit adds PCI ID for Raven platform Signed-off-by: Vijendar Mukunda --- sound/pci/hda/hda_intel.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 01eb1dc..9c7d479 100644 ---

[PATCH] ALSA: hda: Add Raven PCI ID

This commit adds PCI ID for Raven platform Signed-off-by: Vijendar Mukunda --- sound/pci/hda/hda_intel.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 01eb1dc..9c7d479 100644 --- a/sound/pci/hda/hda_intel.c +++

Re: [GIT PULL] RTC for 4.15

On Tue, Nov 21, 2017 at 5:28 AM, Alexandre Belloni wrote: > > The last minute change is only a documentation update to avoid further > bug reports. (And also a small commit message reword). This is _really_ annoying. I'm checking that pull requests have

Re: [GIT PULL] RTC for 4.15

On Tue, Nov 21, 2017 at 5:28 AM, Alexandre Belloni wrote: > > The last minute change is only a documentation update to avoid further > bug reports. (And also a small commit message reword). This is _really_ annoying. I'm checking that pull requests have been in linux-next, and that rewording of

[tip:x86/urgent] x86/entry/64: Add missing irqflags tracing to native_load_gs_index()

Commit-ID: ca37e57bbe0cf1455ea3e84eb89ed04a132d59e1 Gitweb: https://git.kernel.org/tip/ca37e57bbe0cf1455ea3e84eb89ed04a132d59e1 Author: Andy Lutomirski AuthorDate: Wed, 22 Nov 2017 20:39:16 -0800 Committer: Ingo Molnar CommitDate: Thu, 23 Nov 2017

[tip:x86/urgent] x86/entry/64: Add missing irqflags tracing to native_load_gs_index()

Commit-ID: ca37e57bbe0cf1455ea3e84eb89ed04a132d59e1 Gitweb: https://git.kernel.org/tip/ca37e57bbe0cf1455ea3e84eb89ed04a132d59e1 Author: Andy Lutomirski AuthorDate: Wed, 22 Nov 2017 20:39:16 -0800 Committer: Ingo Molnar CommitDate: Thu, 23 Nov 2017 07:54:25 +0100 x86/entry/64: Add

[PATCH] fat: Fix sb_rdonly() change

Ouch forgot to add stable@ -- commit bc98a42c1f7d0f886c0c1b75a92a004976a46d9f introduced bug. Cc: Signed-off-by: OGAWA Hirofumi --- fs/fat/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN

[PATCH] fat: Fix sb_rdonly() change

Ouch forgot to add stable@ -- commit bc98a42c1f7d0f886c0c1b75a92a004976a46d9f introduced bug. Cc: Signed-off-by: OGAWA Hirofumi --- fs/fat/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN fs/fat/inode.c~fat-fix-sb_rdonly-fix fs/fat/inode.c ---

Re: [PATCH v2 00/18] Entry stack switching

* Ingo Molnar wrote: > > * Ingo Molnar wrote: > > > > Anyway, I booted your config (more or less -- I munged it through > > > virtme-configkernel --update first) with 17 vCPUs and it seems fine. > > > Is the issue reliable enough to bisect? > > > > Ok, it

Re: [PATCH v2 00/18] Entry stack switching

* Ingo Molnar wrote: > > * Ingo Molnar wrote: > > > > Anyway, I booted your config (more or less -- I munged it through > > > virtme-configkernel --update first) with 17 vCPUs and it seems fine. > > > Is the issue reliable enough to bisect? > > > > Ok, it should be bisectable, will try to

Re: [PATCH v6 36/37] tracing: Add inter-event blurb to HIST_TRIGGERS config option

On Fri, Nov 17, 2017 at 02:33:15PM -0600, Tom Zanussi wrote: > So that users know that inter-event tracing is supported as part of > the HIST_TRIGGERS option, include text to that effect in the help > text. > > Signed-off-by: Tom Zanussi > --- > kernel/trace/Kconfig

Re: [PATCH v6 36/37] tracing: Add inter-event blurb to HIST_TRIGGERS config option

On Fri, Nov 17, 2017 at 02:33:15PM -0600, Tom Zanussi wrote: > So that users know that inter-event tracing is supported as part of > the HIST_TRIGGERS option, include text to that effect in the help > text. > > Signed-off-by: Tom Zanussi > --- > kernel/trace/Kconfig | 3 +++ > 1 file changed, 3

Re: [PATCH 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)

> On 22 Nov 2017, at 23:37, Pavel Machek wrote: > > Hi! > > If I'm willing to do timing attacks to defeat KASLR... what prevents > me from using CPU caches to do that? > Because it is impossible to get a cache hit on an access to an unmapped address?

Re: [PATCH 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)

> On 22 Nov 2017, at 23:37, Pavel Machek wrote: > > Hi! > > If I'm willing to do timing attacks to defeat KASLR... what prevents > me from using CPU caches to do that? > Because it is impossible to get a cache hit on an access to an unmapped address? >>> >>> Um,

[PATCH] fat: Fix sb_rdonly() change

commit bc98a42c1f7d0f886c0c1b75a92a004976a46d9f introduced bug. Signed-off-by: OGAWA Hirofumi --- fs/fat/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN fs/fat/inode.c~fat-fix-sb_rdonly-fix fs/fat/inode.c ---

[PATCH] fat: Fix sb_rdonly() change

commit bc98a42c1f7d0f886c0c1b75a92a004976a46d9f introduced bug. Signed-off-by: OGAWA Hirofumi --- fs/fat/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN fs/fat/inode.c~fat-fix-sb_rdonly-fix fs/fat/inode.c --- linux/fs/fat/inode.c~fat-fix-sb_rdonly-fix 2017-11-23

Re: [PATCH v2 00/18] Entry stack switching

* Ingo Molnar wrote: > > Anyway, I booted your config (more or less -- I munged it through > > virtme-configkernel --update first) with 17 vCPUs and it seems fine. > > Is the issue reliable enough to bisect? > > Ok, it should be bisectable, will try to bisect it. The

Re: [PATCH v2 00/18] Entry stack switching

* Ingo Molnar wrote: > > Anyway, I booted your config (more or less -- I munged it through > > virtme-configkernel --update first) with 17 vCPUs and it seems fine. > > Is the issue reliable enough to bisect? > > Ok, it should be bisectable, will try to bisect it. The latestest entry-stack

Re: [PATCH 7/7] ASoC: wm8994: mark expected switch fall-throughs

On Wed, Nov 08, 2017 at 02:04:43PM -0600, Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Addresses-Coverity-ID: 402005 > Signed-off-by: Gustavo A. R. Silva > --- Acked-by:

Re: [PATCH 7/7] ASoC: wm8994: mark expected switch fall-throughs

On Wed, Nov 08, 2017 at 02:04:43PM -0600, Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Addresses-Coverity-ID: 402005 > Signed-off-by: Gustavo A. R. Silva > --- Acked-by: Charles Keepax Thanks,

[PATCH] r8152: disable rx checksum offload on Dell TB dock

r8153 on Dell TB dock corrupts rx packets. The root cause is not found yet, but disabling rx checksumming can workaround the issue. We can use this connection to decide if it's a Dell TB dock: Realtek r8153 <-> SMSC hub <-> ASMedia XHCI controller BugLink: https://bugs.launchpad.net/bugs/1729674

[PATCH] r8152: disable rx checksum offload on Dell TB dock

r8153 on Dell TB dock corrupts rx packets. The root cause is not found yet, but disabling rx checksumming can workaround the issue. We can use this connection to decide if it's a Dell TB dock: Realtek r8153 <-> SMSC hub <-> ASMedia XHCI controller BugLink: https://bugs.launchpad.net/bugs/1729674

Re: [PATCH 3/3] autofs - fix AT_NO_AUTOMOUNT not being honored

On 23/11/17 12:49, NeilBrown wrote: > On Thu, Nov 23 2017, Ian Kent wrote: > >> On 23/11/17 10:21, NeilBrown wrote: >>> On Thu, Nov 23 2017, Ian Kent wrote: >>> Hey Neil, I'm looking at this again because RH QE have complained about a regression test failing with a kernel that has

Re: [PATCH 3/3] autofs - fix AT_NO_AUTOMOUNT not being honored

On 23/11/17 12:49, NeilBrown wrote: > On Thu, Nov 23 2017, Ian Kent wrote: > >> On 23/11/17 10:21, NeilBrown wrote: >>> On Thu, Nov 23 2017, Ian Kent wrote: >>> Hey Neil, I'm looking at this again because RH QE have complained about a regression test failing with a kernel that has

Re: [v4,2/3] drivers: hwmon: Add W83773G driver

On Sun, Nov 19, 2017 at 2:45 AM, Guenter Roeck wrote: > On Mon, Nov 13, 2017 at 11:27:33AM +0800, Lei YU wrote: >> Nuvoton W83773G is a hardware monitor IC providing one local >> temperature and two remote temperature sensors. >> >> Signed-off-by: Lei YU

Re: [v4,2/3] drivers: hwmon: Add W83773G driver

On Sun, Nov 19, 2017 at 2:45 AM, Guenter Roeck wrote: > On Mon, Nov 13, 2017 at 11:27:33AM +0800, Lei YU wrote: >> Nuvoton W83773G is a hardware monitor IC providing one local >> temperature and two remote temperature sensors. >> >> Signed-off-by: Lei YU > > Applied to hwmon-next. Where does

[GIT PULL] final round of SCSI updates for the 4.14+ merge window

Two basic fixes: one for the sparse problem with the blacklist flags and another for a hang forever in bnx2i. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Chad Dupuis (1): scsi: bnx2fc: Fix hung task messages

[GIT PULL] final round of SCSI updates for the 4.14+ merge window

Two basic fixes: one for the sparse problem with the blacklist flags and another for a hang forever in bnx2i. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Chad Dupuis (1): scsi: bnx2fc: Fix hung task messages

Re: [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe

On Wed, Nov 22, 2017 at 09:43:31PM +0100, Michael Kerrisk (man-pages) wrote: > Hi Mike, > > On 22 November 2017 at 20:36, Mike Rapoport wrote: > > Hi, > > > > This patches introduces new process_vmsplice system call that combines > > functionality of process_vm_read and

Re: [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe

On Wed, Nov 22, 2017 at 09:43:31PM +0100, Michael Kerrisk (man-pages) wrote: > Hi Mike, > > On 22 November 2017 at 20:36, Mike Rapoport wrote: > > Hi, > > > > This patches introduces new process_vmsplice system call that combines > > functionality of process_vm_read and vmsplice. > > > > It

Re: [PATCH v6 31/37] tracing: Add 'last error' error facility for hist triggers

On Fri, Nov 17, 2017 at 02:33:10PM -0600, Tom Zanussi wrote: > With the addition of variables and actions, it's become necessary to > provide more detailed error information to users about syntax errors. > > Add a 'last error' facility accessible via the erroring event's 'hist' > file. Reading

Re: [PATCH v6 31/37] tracing: Add 'last error' error facility for hist triggers

On Fri, Nov 17, 2017 at 02:33:10PM -0600, Tom Zanussi wrote: > With the addition of variables and actions, it's become necessary to > provide more detailed error information to users about syntax errors. > > Add a 'last error' facility accessible via the erroring event's 'hist' > file. Reading

Re: [PATCH v2 00/18] Entry stack switching

* Andy Lutomirski wrote: > On Tue, Nov 21, 2017 at 10:22 PM, Ingo Molnar wrote: > > > > * Andy Lutomirski wrote: > > > >> This sets up stack switching, including for SYSCALL. I think it's > >> in decent shape. > >> > >> Known issues: > >>

Re: [PATCH v2 00/18] Entry stack switching

* Andy Lutomirski wrote: > On Tue, Nov 21, 2017 at 10:22 PM, Ingo Molnar wrote: > > > > * Andy Lutomirski wrote: > > > >> This sets up stack switching, including for SYSCALL. I think it's > >> in decent shape. > >> > >> Known issues: > >> - I think we're going to want a way to turn the

Re: [PATCH v18 0/6] drm/i915/gvt: Dma-buf support for GVT-g

On 2017.11.15 11:49:00 +0100, Gerd Hoffmann wrote: > On Wed, Nov 15, 2017 at 05:11:49PM +0800, Tina Zhang wrote: > > v17->v18: > > 1) unmap vgpu's opregion when destroying vgpu. > > 2) update comments for VFIO_DEVICE_GET_GFX_DMABUF. (Alex) > > > This patch set adds the dma-buf support for intel

Re: [PATCH v18 0/6] drm/i915/gvt: Dma-buf support for GVT-g

On 2017.11.15 11:49:00 +0100, Gerd Hoffmann wrote: > On Wed, Nov 15, 2017 at 05:11:49PM +0800, Tina Zhang wrote: > > v17->v18: > > 1) unmap vgpu's opregion when destroying vgpu. > > 2) update comments for VFIO_DEVICE_GET_GFX_DMABUF. (Alex) > > > This patch set adds the dma-buf support for intel

Re: [PATCH] arch, mm: introduce arch_tlb_gather_mmu_lazy

On Wed, Nov 22, 2017 at 07:30:50PM +, Will Deacon wrote: > Hi Michal, > > On Mon, Nov 20, 2017 at 05:04:22PM +0100, Michal Hocko wrote: > > On Mon 20-11-17 14:24:44, Will Deacon wrote: > > > On Thu, Nov 16, 2017 at 10:20:42AM +0100, Michal Hocko wrote: > > > > On Wed 15-11-17 17:33:32, Will

Re: [PATCH] arch, mm: introduce arch_tlb_gather_mmu_lazy

On Wed, Nov 22, 2017 at 07:30:50PM +, Will Deacon wrote: > Hi Michal, > > On Mon, Nov 20, 2017 at 05:04:22PM +0100, Michal Hocko wrote: > > On Mon 20-11-17 14:24:44, Will Deacon wrote: > > > On Thu, Nov 16, 2017 at 10:20:42AM +0100, Michal Hocko wrote: > > > > On Wed 15-11-17 17:33:32, Will

  1   2   3   4   5   6   7   8   9   10   >