Re: [PATCH] Revert "cpufreq: schedutil: Don't restrict kthread to related_cpus unnecessarily"

On Tue, May 08, 2018 at 10:42:37AM +0100, Quentin Perret wrote: > On Tuesday 08 May 2018 at 11:09:57 (+0200), Dietmar Eggemann wrote: > > On 05/08/2018 10:22 AM, Viresh Kumar wrote: > > > On 08-05-18, 08:33, Dietmar Eggemann wrote: > > > > This reverts commit

Re: [PATCH] Revert "cpufreq: schedutil: Don't restrict kthread to related_cpus unnecessarily"

On Tue, May 08, 2018 at 10:42:37AM +0100, Quentin Perret wrote: > On Tuesday 08 May 2018 at 11:09:57 (+0200), Dietmar Eggemann wrote: > > On 05/08/2018 10:22 AM, Viresh Kumar wrote: > > > On 08-05-18, 08:33, Dietmar Eggemann wrote: > > > > This reverts commit

Re: [PATCH v5 01/13] mm: Assign id to every memcg-aware shrinker

On Thu, May 10, 2018 at 12:52:18PM +0300, Kirill Tkhai wrote: > The patch introduces shrinker::id number, which is used to enumerate > memcg-aware shrinkers. The number start from 0, and the code tries > to maintain it as small as possible. > > This will be used as to represent a memcg-aware

Re: [PATCH v5 01/13] mm: Assign id to every memcg-aware shrinker

On Thu, May 10, 2018 at 12:52:18PM +0300, Kirill Tkhai wrote: > The patch introduces shrinker::id number, which is used to enumerate > memcg-aware shrinkers. The number start from 0, and the code tries > to maintain it as small as possible. > > This will be used as to represent a memcg-aware

Re: [PATCH] pstore: Convert internal records to timespec64

On Sat, May 12, 2018 at 10:45 AM, Deepa Dinamani wrote: > Acked-by: Deepa Dinamani Thanks for checking this over! > I will rebase the vfs series on top of this. > I'm a little worried about merge strategy. > Whoever is taking that series should

Re: [PATCH] pstore: Convert internal records to timespec64

On Sat, May 12, 2018 at 10:45 AM, Deepa Dinamani wrote: > Acked-by: Deepa Dinamani Thanks for checking this over! > I will rebase the vfs series on top of this. > I'm a little worried about merge strategy. > Whoever is taking that series should pull in this patch as well? > I could include it

RE: [PATCH v6] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

Hi Boris, I've sent v7 of the patch. Thanks. Jane > -Original Message- > From: Boris Brezillon [mailto:boris.brezil...@bootlin.com] > Sent: Saturday, May 12, 2018 1:21 AM > To: Wan, Jane (Nokia - US/Sunnyvale) > Cc: miquel.ray...@bootlin.com; dw...@infradead.org; >

RE: [PATCH v6] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

Hi Boris, I've sent v7 of the patch. Thanks. Jane > -Original Message- > From: Boris Brezillon [mailto:boris.brezil...@bootlin.com] > Sent: Saturday, May 12, 2018 1:21 AM > To: Wan, Jane (Nokia - US/Sunnyvale) > Cc: miquel.ray...@bootlin.com; dw...@infradead.org; >

[PATCH v7] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

Per ONFI specification (Rev. 4.0), if all parameter pages have invalid CRC values, the bit-wise majority may be used to recover the contents of the parameter pages from the parameter page copies present. Signed-off-by: Jane Wan --- v7: change debug print messages v6:

[PATCH v7] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

Per ONFI specification (Rev. 4.0), if all parameter pages have invalid CRC values, the bit-wise majority may be used to recover the contents of the parameter pages from the parameter page copies present. Signed-off-by: Jane Wan --- v7: change debug print messages v6: support the cases that

Re: BUG: workqueue lockup (2)

Hi Tetsuo, On Sun, May 13, 2018 at 11:06:17AM +0900, Tetsuo Handa wrote: > Eric Biggers wrote: > > The bug that this reproducer reproduces was fixed a while ago by commit > > 966031f340185e, so I'm marking this bug report fixed by it: > > > > #syz fix: n_tty: fix EXTPROC vs ICANON interaction

Re: BUG: workqueue lockup (2)

Hi Tetsuo, On Sun, May 13, 2018 at 11:06:17AM +0900, Tetsuo Handa wrote: > Eric Biggers wrote: > > The bug that this reproducer reproduces was fixed a while ago by commit > > 966031f340185e, so I'm marking this bug report fixed by it: > > > > #syz fix: n_tty: fix EXTPROC vs ICANON interaction

[PATCH 2/2] KVM: X86: Fix loss of CR3_PCID_INVD bit when guest writes CR3

From: Wanpeng Li SDM volume 3, section 4.10.4: * MOV to CR3. The behavior of the instruction depends on the value of CR4.PCIDE: — If CR4.PCIDE = 1 and bit 63 of the instruction’s source operand is 1, the instruction is not required to invalidate any TLB entries or

[PATCH 2/2] KVM: X86: Fix loss of CR3_PCID_INVD bit when guest writes CR3

From: Wanpeng Li SDM volume 3, section 4.10.4: * MOV to CR3. The behavior of the instruction depends on the value of CR4.PCIDE: — If CR4.PCIDE = 1 and bit 63 of the instruction’s source operand is 1, the instruction is not required to invalidate any TLB entries or entries in

[PATCH 1/2] KVM: X86: Fix CR3 reserve bits

From: Wanpeng Li MSB of CR3 is a reserved bit if the PCIDE bit is not set in CR4. It should be checked when PCIDE bit is not set, however commit 'd1cd3ce900441 ("KVM: MMU: check guest CR3 reserved bits based on its physical address width")' removes the bit 63 checking

[PATCH 1/2] KVM: X86: Fix CR3 reserve bits

From: Wanpeng Li MSB of CR3 is a reserved bit if the PCIDE bit is not set in CR4. It should be checked when PCIDE bit is not set, however commit 'd1cd3ce900441 ("KVM: MMU: check guest CR3 reserved bits based on its physical address width")' removes the bit 63 checking unconditionally. This

[PATCH] drivers: zorro: zorro.c: Added a blank line after declarations.

From: Jacob Fixed a coding style issue. Signed-off-by: Jacob Enders --- drivers/zorro/zorro.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/zorro/zorro.c b/drivers/zorro/zorro.c index 47728477297e..67fa900572a9 100644 ---

[PATCH] drivers: zorro: zorro.c: Added a blank line after declarations.

From: Jacob Fixed a coding style issue. Signed-off-by: Jacob Enders --- drivers/zorro/zorro.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/zorro/zorro.c b/drivers/zorro/zorro.c index 47728477297e..67fa900572a9 100644 --- a/drivers/zorro/zorro.c +++ b/drivers/zorro/zorro.c @@

Re: [PATCH v3] mm: Change return type to vm_fault_t

On Sat, May 12, 2018 at 12:14 PM, Souptick Joarder wrote: >>> It'd be nicer to realign the 2nd and 3rd arguments >>> on the subsequent lines. > >>> >>> vm_fault_t (*fault)(const struct vm_special_mapping *sm, >>> struct vm_area_struct *vma,

Re: [PATCH v3] mm: Change return type to vm_fault_t

On Sat, May 12, 2018 at 12:14 PM, Souptick Joarder wrote: >>> It'd be nicer to realign the 2nd and 3rd arguments >>> on the subsequent lines. > >>> >>> vm_fault_t (*fault)(const struct vm_special_mapping *sm, >>> struct vm_area_struct *vma, >>>

Re: [RFC] net: Add new LoRaWAN subsystem

Hi Jiri and Marcel, 2018-05-11 23:39 GMT+08:00 Marcel Holtmann : > Hi Jian-Hong, > >> A Low-Power Wide-Area Network (LPWAN) is a type of wireless >> telecommunication wide area network designed to allow long range >> communications at a low bit rate among things (connected

Re: [RFC] net: Add new LoRaWAN subsystem

Hi Jiri and Marcel, 2018-05-11 23:39 GMT+08:00 Marcel Holtmann : > Hi Jian-Hong, > >> A Low-Power Wide-Area Network (LPWAN) is a type of wireless >> telecommunication wide area network designed to allow long range >> communications at a low bit rate among things (connected objects), such >> as

Applied "ASoC: hisilicon: fix spelling mistake: "uknown" -> "unknown"" to the asoc tree

The patch ASoC: hisilicon: fix spelling mistake: "uknown" -> "unknown" has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: hisilicon: fix spelling mistake: "uknown" -> "unknown"" to the asoc tree

The patch ASoC: hisilicon: fix spelling mistake: "uknown" -> "unknown" has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH/RFC 0/2] regulator: bd9571mwv: Add support for toggle power switches

On Thu, Apr 19, 2018 at 10:13:56PM +0200, Pavel Machek wrote: > On Wed 2018-04-18 15:00:41, Mark Brown wrote: > > Please don't send content free pings and please allow a reasonable time > > for review. People get busy, go on holiday, attend conferences and so > If I follow the logs right,

Re: [PATCH/RFC 0/2] regulator: bd9571mwv: Add support for toggle power switches

On Thu, Apr 19, 2018 at 10:13:56PM +0200, Pavel Machek wrote: > On Wed 2018-04-18 15:00:41, Mark Brown wrote: > > Please don't send content free pings and please allow a reasonable time > > for review. People get busy, go on holiday, attend conferences and so > If I follow the logs right,

Re: [RFC] regmap: allow volatile register writes with cached only read maps

On Fri, May 11, 2018 at 12:29:42PM +0200, Jorge Ramirez-Ortiz wrote: > On 05/11/2018 04:00 AM, Mark Brown wrote: > > We don't currently suppress writes except when regmap_update_bits() > > notices that the modification was a noop. You probably want to be using > > regmap_write_bits() here

Re: [RFC] regmap: allow volatile register writes with cached only read maps

On Fri, May 11, 2018 at 12:29:42PM +0200, Jorge Ramirez-Ortiz wrote: > On 05/11/2018 04:00 AM, Mark Brown wrote: > > We don't currently suppress writes except when regmap_update_bits() > > notices that the modification was a noop. You probably want to be using > > regmap_write_bits() here

Re: general protection fault in kernfs_kill_sb (2)

On 2018/05/13 2:01, syzbot wrote: > Call Trace: >  __list_del_entry include/linux/list.h:117 [inline] >  list_del include/linux/list.h:125 [inline] >  kernfs_kill_sb+0xa0/0x350 fs/kernfs/mount.c:361 >  sysfs_kill_sb+0x22/0x40 fs/sysfs/mount.c:50 >  deactivate_locked_super+0x97/0x100 fs/super.c:316

Re: general protection fault in kernfs_kill_sb (2)

On 2018/05/13 2:01, syzbot wrote: > Call Trace: >  __list_del_entry include/linux/list.h:117 [inline] >  list_del include/linux/list.h:125 [inline] >  kernfs_kill_sb+0xa0/0x350 fs/kernfs/mount.c:361 >  sysfs_kill_sb+0x22/0x40 fs/sysfs/mount.c:50 >  deactivate_locked_super+0x97/0x100 fs/super.c:316

Re: [PATCH v2 2/2] leds: Add Spreadtrum SC27xx breathing light controller driver

Hi Jacek and Pavel, On 13 May 2018 at 04:44, Jacek Anaszewski wrote: > Hi Pavel, > > > On 05/12/2018 10:35 AM, Pavel Machek wrote: >> >> Hi! >> > I disagree here. We already had the same discussion at the occasion > of the patch [0] and it turned out to be a

Re: [PATCH v2 2/2] leds: Add Spreadtrum SC27xx breathing light controller driver

Hi Jacek and Pavel, On 13 May 2018 at 04:44, Jacek Anaszewski wrote: > Hi Pavel, > > > On 05/12/2018 10:35 AM, Pavel Machek wrote: >> >> Hi! >> > I disagree here. We already had the same discussion at the occasion > of the patch [0] and it turned out to be a dead-end [1]. Now we have

Re: BUG: workqueue lockup (2)

Eric Biggers wrote: > The bug that this reproducer reproduces was fixed a while ago by commit > 966031f340185e, so I'm marking this bug report fixed by it: > > #syz fix: n_tty: fix EXTPROC vs ICANON interaction with TIOCINQ (aka FIONREAD) Nope. Commit 966031f340185edd ("n_tty: fix EXTPROC vs

Re: BUG: workqueue lockup (2)

Eric Biggers wrote: > The bug that this reproducer reproduces was fixed a while ago by commit > 966031f340185e, so I'm marking this bug report fixed by it: > > #syz fix: n_tty: fix EXTPROC vs ICANON interaction with TIOCINQ (aka FIONREAD) Nope. Commit 966031f340185edd ("n_tty: fix EXTPROC vs

[PATCH ghak81 RFC V2 0/5] audit: group task params

Group the audit parameters for each task into one structure. In particular, remove the loginuid and sessionid values and the audit context pointer from the task structure, replacing them with an audit task information structure to contain them. Use access functions to access audit values. Note:

[PATCH ghak81 RFC V2 0/5] audit: group task params

Group the audit parameters for each task into one structure. In particular, remove the loginuid and sessionid values and the audit context pointer from the task structure, replacing them with an audit task information structure to contain them. Use access functions to access audit values. Note:

[PATCH ghak81 RFC V2 1/5] audit: normalize loginuid read access

Recognizing that the loginuid is an internal audit value, use an access function to retrieve the audit loginuid value for the task rather than reaching directly into the task struct to get it. Signed-off-by: Richard Guy Briggs --- kernel/auditsc.c | 18 +- 1

[PATCH ghak81 RFC V2 1/5] audit: normalize loginuid read access

Recognizing that the loginuid is an internal audit value, use an access function to retrieve the audit loginuid value for the task rather than reaching directly into the task struct to get it. Signed-off-by: Richard Guy Briggs --- kernel/auditsc.c | 18 +- 1 file changed, 9

[PATCH ghak81 RFC V2 3/5] audit: use inline function to get audit context

Recognizing that the audit context is an internal audit value, use an access function to retrieve the audit context pointer for the task rather than reaching directly into the task struct to get it. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h| 14

[PATCH ghak81 RFC V2 3/5] audit: use inline function to get audit context

Recognizing that the audit context is an internal audit value, use an access function to retrieve the audit context pointer for the task rather than reaching directly into the task struct to get it. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h| 14 ++--

[PATCH ghak81 RFC V2 5/5] audit: collect audit task parameters

The audit-related parameters in struct task_struct should ideally be collected together and accessed through a standard audit API. Collect the existing loginuid, sessionid and audit_context together in a new struct audit_task_info called "audit" in struct task_struct. See:

[PATCH ghak81 RFC V2 4/5] audit: use inline function to set audit context

Recognizing that the audit context is an internal audit value, use an access function to set the audit context pointer for the task rather than reaching directly into the task struct to set it. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h | 6 ++

[PATCH ghak81 RFC V2 2/5] audit: convert sessionid unset to a macro

Use a macro, "AUDIT_SID_UNSET", to replace each instance of initialization and comparison to an audit session ID. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h | 2 +- include/net/xfrm.h | 2 +- include/uapi/linux/audit.h | 1 + init/init_task.c

[PATCH ghak81 RFC V2 5/5] audit: collect audit task parameters

The audit-related parameters in struct task_struct should ideally be collected together and accessed through a standard audit API. Collect the existing loginuid, sessionid and audit_context together in a new struct audit_task_info called "audit" in struct task_struct. See:

[PATCH ghak81 RFC V2 4/5] audit: use inline function to set audit context

Recognizing that the audit context is an internal audit value, use an access function to set the audit context pointer for the task rather than reaching directly into the task struct to set it. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h | 6 ++ kernel/auditsc.c | 7

[PATCH ghak81 RFC V2 2/5] audit: convert sessionid unset to a macro

Use a macro, "AUDIT_SID_UNSET", to replace each instance of initialization and comparison to an audit session ID. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h | 2 +- include/net/xfrm.h | 2 +- include/uapi/linux/audit.h | 1 + init/init_task.c | 3 ++-

Re: [BUGFIX PATCH v3 0/4] arm: kprobes: Fix to prohibit probing on unsafe functions

On Sat, 12 May 2018 10:29:57 -0700 Florian Fainelli wrote: > On May 12, 2018 4:31:37 AM PDT, Masami Hiramatsu wrote: > >Hi Russell, > > > >On Tue, 8 May 2018 12:25:03 +0100 > >Russell King - ARM Linux wrote: > > > >> On Fri, May

Re: [BUGFIX PATCH v3 0/4] arm: kprobes: Fix to prohibit probing on unsafe functions

On Sat, 12 May 2018 10:29:57 -0700 Florian Fainelli wrote: > On May 12, 2018 4:31:37 AM PDT, Masami Hiramatsu wrote: > >Hi Russell, > > > >On Tue, 8 May 2018 12:25:03 +0100 > >Russell King - ARM Linux wrote: > > > >> On Fri, May 04, 2018 at 01:14:31PM +0900, Masami Hiramatsu wrote: > >> > Hi,

[PATCH] hexagon: fix printk format warning in setup.c

From: Randy Dunlap Fix printk format warning in hexagon/kernel/setup.c: ../arch/hexagon/kernel/setup.c: In function 'setup_arch': ../arch/hexagon/kernel/setup.c:69:2: warning: format '%x' expects argument of type 'unsigned int', but argument 2 has type 'long unsigned

[PATCH] hexagon: fix printk format warning in setup.c

From: Randy Dunlap Fix printk format warning in hexagon/kernel/setup.c: ../arch/hexagon/kernel/setup.c: In function 'setup_arch': ../arch/hexagon/kernel/setup.c:69:2: warning: format '%x' expects argument of type 'unsigned int', but argument 2 has type 'long unsigned int' [-Wformat] where:

[PATCH -next] ASoC: omap: add sdma-pcm.c MODULE_LICENSE

From: Randy Dunlap ASoC: omap: add sdma-pcm.c MODULE_LICENSE Fixes this build warning: WARNING: modpost: missing MODULE_LICENSE() in sound/soc/omap/snd-soc-sdma.o Signed-off-by: Randy Dunlap Cc: Peter Ujfalusi Cc: Jarkko

[PATCH -next] ASoC: omap: add sdma-pcm.c MODULE_LICENSE

From: Randy Dunlap ASoC: omap: add sdma-pcm.c MODULE_LICENSE Fixes this build warning: WARNING: modpost: missing MODULE_LICENSE() in sound/soc/omap/snd-soc-sdma.o Signed-off-by: Randy Dunlap Cc: Peter Ujfalusi Cc: Jarkko Nikula Cc: Liam Girdwood Cc: Mark Brown ---

Re: [RFC PATCH v3 3/5] usb: typec: Bus type for alternate modes

On 05/11/2018 06:18 AM, Heikki Krogerus wrote: > Introducing a simple bus for the alternate modes. Bus allows > binding drivers to the discovered alternate modes the > partners support. > > Signed-off-by: Heikki Krogerus > --- >

Re: [RFC PATCH v3 3/5] usb: typec: Bus type for alternate modes

On 05/11/2018 06:18 AM, Heikki Krogerus wrote: > Introducing a simple bus for the alternate modes. Bus allows > binding drivers to the discovered alternate modes the > partners support. > > Signed-off-by: Heikki Krogerus > --- > Documentation/ABI/obsolete/sysfs-class-typec | 48 +++ >

[PATCH] edac: fix skx_edac build error when ACPI_NFIT=m

From: Randy Dunlap Prevent build error when CONFIG_ACPI_NFIT=m and CONFIG_EDAC_SKX=y by limiting EDAC_SKX based on how ACPI_NFIT is set. Fixes this build error: drivers/edac/skx_edac.o: In function `get_nvdimm_info': ../drivers/edac/skx_edac.c:399: undefined reference to

[PATCH] edac: fix skx_edac build error when ACPI_NFIT=m

From: Randy Dunlap Prevent build error when CONFIG_ACPI_NFIT=m and CONFIG_EDAC_SKX=y by limiting EDAC_SKX based on how ACPI_NFIT is set. Fixes this build error: drivers/edac/skx_edac.o: In function `get_nvdimm_info': ../drivers/edac/skx_edac.c:399: undefined reference to `nfit_get_smbios_id'

[RFC] m68k: Set up dma mask for platform devices

This avoids a WARNING splat when loading the macsonic or macmace driver. Please see commit 205e1b7f51e4 ("dma-mapping: warn when there is no coherent_dma_mask"). This implementation of arch_setup_pdev_archdata() differs from the one in arch/powerpc in that this one avoids clobbering an existing

[RFC] m68k: Set up dma mask for platform devices

This avoids a WARNING splat when loading the macsonic or macmace driver. Please see commit 205e1b7f51e4 ("dma-mapping: warn when there is no coherent_dma_mask"). This implementation of arch_setup_pdev_archdata() differs from the one in arch/powerpc in that this one avoids clobbering an existing

[PATCH] iio: tsl2583: correct values in integration_time_available

The times reported by the in_illuminance_integration_time_available sysfs attribute are actually in milliseconds, not microseconds. This patch corrects the times with the correct unit. Signed-off-by: Brian Masney --- drivers/iio/light/tsl2583.c | 2 +- 1 file changed, 1

[PATCH] iio: tsl2583: correct values in integration_time_available

The times reported by the in_illuminance_integration_time_available sysfs attribute are actually in milliseconds, not microseconds. This patch corrects the times with the correct unit. Signed-off-by: Brian Masney --- drivers/iio/light/tsl2583.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH] rcu: Report a quiescent state when it's exactly in the state

On Sat, May 12, 2018 at 07:41:19AM -0700, Paul E. McKenney wrote: > On Fri, May 11, 2018 at 11:30:37PM -0700, Joel Fernandes wrote: > > On Fri, May 11, 2018 at 10:08:24PM -0700, Paul E. McKenney wrote: > > > On Fri, May 11, 2018 at 03:41:38PM -0700, Joel Fernandes wrote: > > > > On Fri, May 11,

Re: [PATCH] rcu: Report a quiescent state when it's exactly in the state

On Sat, May 12, 2018 at 07:41:19AM -0700, Paul E. McKenney wrote: > On Fri, May 11, 2018 at 11:30:37PM -0700, Joel Fernandes wrote: > > On Fri, May 11, 2018 at 10:08:24PM -0700, Paul E. McKenney wrote: > > > On Fri, May 11, 2018 at 03:41:38PM -0700, Joel Fernandes wrote: > > > > On Fri, May 11,

Re: [tip/core/rcu,16/21] rcu: Add funnel locking to rcu_start_this_gp()

On Sat, May 12, 2018 at 07:44:38AM -0700, Paul E. McKenney wrote: > On Sat, May 12, 2018 at 07:40:02AM -0700, Paul E. McKenney wrote: > > On Fri, May 11, 2018 at 11:03:25PM -0700, Joel Fernandes wrote: > > > On Sun, Apr 22, 2018 at 08:03:39PM -0700, Paul E. McKenney wrote: > > > > The

Re: [tip/core/rcu,16/21] rcu: Add funnel locking to rcu_start_this_gp()

On Sat, May 12, 2018 at 07:44:38AM -0700, Paul E. McKenney wrote: > On Sat, May 12, 2018 at 07:40:02AM -0700, Paul E. McKenney wrote: > > On Fri, May 11, 2018 at 11:03:25PM -0700, Joel Fernandes wrote: > > > On Sun, Apr 22, 2018 at 08:03:39PM -0700, Paul E. McKenney wrote: > > > > The

[PATCH] MAINTAINERS: add entry for LEGO MINDSTORMS EV3

This adds an entry to MAINTAINERS for LEGO MINDSTORMS EV3 (an ARM-based robotics platform). The files listed are exclusive to this device. Add me as reviewer so that I will be cc'ed for any changes to these files. Signed-off-by: David Lechner --- MAINTAINERS | 7 +++ 1

[PATCH] MAINTAINERS: add entry for LEGO MINDSTORMS EV3

This adds an entry to MAINTAINERS for LEGO MINDSTORMS EV3 (an ARM-based robotics platform). The files listed are exclusive to this device. Add me as reviewer so that I will be cc'ed for any changes to these files. Signed-off-by: David Lechner --- MAINTAINERS | 7 +++ 1 file changed, 7

Re: BUG: workqueue lockup (2)

On Tue, Dec 19, 2017 at 04:25:01AM -0800, syzbot wrote: > syzkaller has found reproducer for the following crash on > f3b5ad89de16f5d42e8ad36fbdf85f705c1ae051 > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is attached > Raw

Re: BUG: workqueue lockup (2)

On Tue, Dec 19, 2017 at 04:25:01AM -0800, syzbot wrote: > syzkaller has found reproducer for the following crash on > f3b5ad89de16f5d42e8ad36fbdf85f705c1ae051 > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is attached > Raw

Re: [RFC PATCH v3 0/5] usb: typec: Support for Alternate Modes

On 05/11/2018 06:18 AM, Heikki Krogerus wrote: Hi, This is the third version of my proposal for more complete alternate mode support. In this version I'm including a proposal for the mux handling. Basically, I'm proposing that every supported alternate will have its own mux handle. That should

[PATCH] ARM: dts: da850-lego-ev3: remove unnecessary gpio-keys properties

This removes the #address-cells and #size-cells properties from the gpio-keys node in the da850-lego-ev3 device tree. These properties are not needed since the child nodes don't have a reg property. Signed-off-by: David Lechner --- arch/arm/boot/dts/da850-lego-ev3.dts | 2

Re: [RFC PATCH v3 0/5] usb: typec: Support for Alternate Modes

On 05/11/2018 06:18 AM, Heikki Krogerus wrote: Hi, This is the third version of my proposal for more complete alternate mode support. In this version I'm including a proposal for the mux handling. Basically, I'm proposing that every supported alternate will have its own mux handle. That should

[PATCH] ARM: dts: da850-lego-ev3: remove unnecessary gpio-keys properties

This removes the #address-cells and #size-cells properties from the gpio-keys node in the da850-lego-ev3 device tree. These properties are not needed since the child nodes don't have a reg property. Signed-off-by: David Lechner --- arch/arm/boot/dts/da850-lego-ev3.dts | 2 -- 1 file changed, 2

Re: [PATCH] staging: lustre: Use 'kvfree()' for memory allocated by 'kvzalloc()'

On Sat, May 12 2018, Christophe JAILLET wrote: > 'buf' is allocated with 'kvzalloc()'. 'kvfree()' must be used to free it. > > Signed-off-by: Christophe JAILLET Reviewed-by: NeilBrown Thanks. We could possible add: Fixes: 11c647caf74b ("staging:

Re: [PATCH] staging: lustre: Use 'kvfree()' for memory allocated by 'kvzalloc()'

On Sat, May 12 2018, Christophe JAILLET wrote: > 'buf' is allocated with 'kvzalloc()'. 'kvfree()' must be used to free it. > > Signed-off-by: Christophe JAILLET Reviewed-by: NeilBrown Thanks. We could possible add: Fixes: 11c647caf74b ("staging: lustre: obdclass: variable llog chunk size")

Herzlichen Glückwunsch

Herzlichen Glückwunsch, Sie haben €650.000,00 bei den monatlichen Gewinnspielen von Euro Millions / Google Promo am 5. Mai 2018 gewonnen. Kontaktieren Sie unseren Schadenregulierungsbeauftragten mit den folgenden Informationen Vollständiger Name Heimatadresse Geschlecht Alter Besetzung Telefon

Herzlichen Glückwunsch

Herzlichen Glückwunsch, Sie haben €650.000,00 bei den monatlichen Gewinnspielen von Euro Millions / Google Promo am 5. Mai 2018 gewonnen. Kontaktieren Sie unseren Schadenregulierungsbeauftragten mit den folgenden Informationen Vollständiger Name Heimatadresse Geschlecht Alter Besetzung Telefon

Re: [RFC PATCH v3 5/5] usb: typec: tcpm: Support for Alternate Modes

On Fri, May 11, 2018 at 4:18 PM, Heikki Krogerus wrote: > This adds more complete handling of VDMs and registration of > partner alternate modes, and introduces callbacks for > alternate mode operations. > > Only DFP role is supported for now. > + for (i =

Re: [RFC PATCH v3 5/5] usb: typec: tcpm: Support for Alternate Modes

On Fri, May 11, 2018 at 4:18 PM, Heikki Krogerus wrote: > This adds more complete handling of VDMs and registration of > partner alternate modes, and introduces callbacks for > alternate mode operations. > > Only DFP role is supported for now. > + for (i = 0; i < cnt; i++) > +

[tip:x86/cpu] x86/CPU/AMD: Derive CPU topology from CPUID function 0xB when available

Commit-ID: 3986a0a805e668a63fac0ca2cdfa8db951f87c4b Gitweb: https://git.kernel.org/tip/3986a0a805e668a63fac0ca2cdfa8db951f87c4b Author: Suravee Suthikulpanit AuthorDate: Fri, 27 Apr 2018 16:48:01 -0500 Committer: Thomas Gleixner

[tip:x86/cpu] x86/CPU: Modify detect_extended_topology() to return result

Commit-ID: 6c4f5abaf3566dbf5b26e7b14f4392be400f12e3 Gitweb: https://git.kernel.org/tip/6c4f5abaf3566dbf5b26e7b14f4392be400f12e3 Author: Suravee Suthikulpanit AuthorDate: Fri, 27 Apr 2018 16:48:00 -0500 Committer: Thomas Gleixner

[tip:x86/cpu] x86/CPU/AMD: Derive CPU topology from CPUID function 0xB when available

Commit-ID: 3986a0a805e668a63fac0ca2cdfa8db951f87c4b Gitweb: https://git.kernel.org/tip/3986a0a805e668a63fac0ca2cdfa8db951f87c4b Author: Suravee Suthikulpanit AuthorDate: Fri, 27 Apr 2018 16:48:01 -0500 Committer: Thomas Gleixner CommitDate: Sun, 6 May 2018 12:49:16 +0200 x86/CPU/AMD:

[tip:x86/cpu] x86/CPU: Modify detect_extended_topology() to return result

Commit-ID: 6c4f5abaf3566dbf5b26e7b14f4392be400f12e3 Gitweb: https://git.kernel.org/tip/6c4f5abaf3566dbf5b26e7b14f4392be400f12e3 Author: Suravee Suthikulpanit AuthorDate: Fri, 27 Apr 2018 16:48:00 -0500 Committer: Thomas Gleixner CommitDate: Sun, 6 May 2018 12:49:16 +0200 x86/CPU:

[tip:x86/cpu] x86/CPU/AMD: Calculate last level cache ID from number of sharing threads

Commit-ID: 68091ee7ac3c1a8786fe1bebbd616b14236efb99 Gitweb: https://git.kernel.org/tip/68091ee7ac3c1a8786fe1bebbd616b14236efb99 Author: Suravee Suthikulpanit AuthorDate: Fri, 27 Apr 2018 16:34:37 -0500 Committer: Thomas Gleixner

Re: [PATCH v10 00/27] ARM: davinci: convert to common clock framework​

On 05/11/2018 10:26 AM, Sekhar Nori wrote: Hi David, On Wednesday 09 May 2018 10:55 PM, David Lechner wrote: This series converts mach-davinci to use the common clock framework. The series works like this, the first 3 patches fix some issues with the clock drivers that have already been

[tip:x86/cpu] x86/CPU/AMD: Calculate last level cache ID from number of sharing threads

Commit-ID: 68091ee7ac3c1a8786fe1bebbd616b14236efb99 Gitweb: https://git.kernel.org/tip/68091ee7ac3c1a8786fe1bebbd616b14236efb99 Author: Suravee Suthikulpanit AuthorDate: Fri, 27 Apr 2018 16:34:37 -0500 Committer: Thomas Gleixner CommitDate: Sun, 6 May 2018 12:49:15 +0200 x86/CPU/AMD:

Re: [PATCH v10 00/27] ARM: davinci: convert to common clock framework​

On 05/11/2018 10:26 AM, Sekhar Nori wrote: Hi David, On Wednesday 09 May 2018 10:55 PM, David Lechner wrote: This series converts mach-davinci to use the common clock framework. The series works like this, the first 3 patches fix some issues with the clock drivers that have already been

[tip:x86/cpu] x86/CPU: Rename intel_cacheinfo.c to cacheinfo.c

Commit-ID: 1d200c078d0e3e49e2995b9d25fef8926d491f4f Gitweb: https://git.kernel.org/tip/1d200c078d0e3e49e2995b9d25fef8926d491f4f Author: Borislav Petkov AuthorDate: Fri, 27 Apr 2018 16:34:36 -0500 Committer: Thomas Gleixner CommitDate: Sun, 6 May 2018

[tip:x86/cpu] x86/CPU: Rename intel_cacheinfo.c to cacheinfo.c

Commit-ID: 1d200c078d0e3e49e2995b9d25fef8926d491f4f Gitweb: https://git.kernel.org/tip/1d200c078d0e3e49e2995b9d25fef8926d491f4f Author: Borislav Petkov AuthorDate: Fri, 27 Apr 2018 16:34:36 -0500 Committer: Thomas Gleixner CommitDate: Sun, 6 May 2018 12:49:15 +0200 x86/CPU: Rename

[tip:x86/cpu] perf/events/amd/uncore: Fix amd_uncore_llc ID to use pre-defined cpu_llc_id

Commit-ID: 812af433038f984fd951224e8239b09188e36a13 Gitweb: https://git.kernel.org/tip/812af433038f984fd951224e8239b09188e36a13 Author: Suravee Suthikulpanit AuthorDate: Fri, 27 Apr 2018 16:34:35 -0500 Committer: Thomas Gleixner

[tip:x86/cpu] perf/events/amd/uncore: Fix amd_uncore_llc ID to use pre-defined cpu_llc_id

Commit-ID: 812af433038f984fd951224e8239b09188e36a13 Gitweb: https://git.kernel.org/tip/812af433038f984fd951224e8239b09188e36a13 Author: Suravee Suthikulpanit AuthorDate: Fri, 27 Apr 2018 16:34:35 -0500 Committer: Thomas Gleixner CommitDate: Sun, 6 May 2018 12:49:15 +0200

[tip:x86/cpu] x86/CPU/AMD: Have smp_num_siblings and cpu_llc_id always be present

Commit-ID: f8b64d08dde2714c62751d18ba77f4aeceb161d3 Gitweb: https://git.kernel.org/tip/f8b64d08dde2714c62751d18ba77f4aeceb161d3 Author: Borislav Petkov AuthorDate: Fri, 27 Apr 2018 16:34:34 -0500 Committer: Thomas Gleixner CommitDate: Sun, 6 May

[tip:x86/cpu] x86/CPU/AMD: Have smp_num_siblings and cpu_llc_id always be present

Commit-ID: f8b64d08dde2714c62751d18ba77f4aeceb161d3 Gitweb: https://git.kernel.org/tip/f8b64d08dde2714c62751d18ba77f4aeceb161d3 Author: Borislav Petkov AuthorDate: Fri, 27 Apr 2018 16:34:34 -0500 Committer: Thomas Gleixner CommitDate: Sun, 6 May 2018 12:49:14 +0200 x86/CPU/AMD: Have

drivers/edac/skx_edac.c:399: undefined reference to `nfit_get_smbios_id'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 427fbe89261d8f11cd20b5a4ba94e977061f69d6 commit: 58ca9ac1463d07d24b9fa8befe065192abca6f76 EDAC, skx_edac: Detect non-volatile DIMMs date: 8 weeks ago config: x86_64-randconfig-v0-05130337 (attached as

drivers/edac/skx_edac.c:399: undefined reference to `nfit_get_smbios_id'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 427fbe89261d8f11cd20b5a4ba94e977061f69d6 commit: 58ca9ac1463d07d24b9fa8befe065192abca6f76 EDAC, skx_edac: Detect non-volatile DIMMs date: 8 weeks ago config: x86_64-randconfig-v0-05130337 (attached as

[PATCH] clk: davinci: psc-dm355: fix ASP0/1 clkdev lookups

The clkdev lookups for the ASP0/1 devices on TI DM355 were declared, but not assigned to any LPSC. This assigns the clkdev lookups to the correct LPSCs. Reported-by: Sekhar Nori Signed-off-by: David Lechner --- drivers/clk/davinci/psc-dm355.c | 4 ++-- 1

[PATCH] clk: davinci: psc-dm355: fix ASP0/1 clkdev lookups

The clkdev lookups for the ASP0/1 devices on TI DM355 were declared, but not assigned to any LPSC. This assigns the clkdev lookups to the correct LPSCs. Reported-by: Sekhar Nori Signed-off-by: David Lechner --- drivers/clk/davinci/psc-dm355.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH v2 2/2] leds: Add Spreadtrum SC27xx breathing light controller driver

Hi Pavel, On 05/12/2018 10:35 AM, Pavel Machek wrote: Hi! I disagree here. We already had the same discussion at the occasion of the patch [0] and it turned out to be a dead-end [1]. Now we have neither the driver nor the generic pattern interface. We also already have some older LED class

Re: [PATCH v2 2/2] leds: Add Spreadtrum SC27xx breathing light controller driver

Hi Pavel, On 05/12/2018 10:35 AM, Pavel Machek wrote: Hi! I disagree here. We already had the same discussion at the occasion of the patch [0] and it turned out to be a dead-end [1]. Now we have neither the driver nor the generic pattern interface. We also already have some older LED class

Re: [PATCH bpf v3] x86/cpufeature: bpf hack for clang not supporting asm goto

On Sat, 12 May 2018, Alexei Starovoitov wrote: > On Thu, May 10, 2018 at 10:58 AM, Alexei Starovoitov > wrote: > > I see no option, but to fix the kernel. > > Regardless whether it's called user space breakage or kernel breakage. There is a big difference. If you

Re: [PATCH bpf v3] x86/cpufeature: bpf hack for clang not supporting asm goto

On Sat, 12 May 2018, Alexei Starovoitov wrote: > On Thu, May 10, 2018 at 10:58 AM, Alexei Starovoitov > wrote: > > I see no option, but to fix the kernel. > > Regardless whether it's called user space breakage or kernel breakage. There is a big difference. If you are abusing a kernel internal

  1   2   3   4   >