Re: [PATCH 5.0 047/246] fs: Make splice() and tee() take into account O_NONBLOCK flag on pipes

On Thu, Apr 04, 2019 at 04:16:57PM +, Slavomir Kaslev wrote: > On Thu, 2019-04-04 at 10:45 +0200, Greg Kroah-Hartman wrote: > > 5.0-stable review patch. If anyone has any objections, please let me > > know. > > > > -- > > > > [ Upstream commit

Re: [PATCH v3] misc: rtsx: Enable OCP for rts522a rts524a rts525a rts5260

On Mon, Apr 01, 2019 at 08:34:44AM +, 吳昊澄 Ricky wrote: > Dear Greg k-h, > > I saw the patch is already in Linus's tree > But I found it is not my v3-patch > Can you help me to check this status kindly? I had already applied and submitted your patch when you sent the v3 patch. I can not go

Re: [PATCH v3] misc: rtsx: Enable OCP for rts522a rts524a rts525a rts5260

On Mon, Apr 01, 2019 at 06:40:19AM +, 吳昊澄 Ricky wrote: > Dear all, > > May I know how is this patch going on ? > Is it work well on your side? > We have some guest want to know what stage is this patch going to This patch is already in the 5.1-rc1 release, you can see it on git.kernel.org

Re: [PATCH] Staging: greybus: pwm: fixed a coding style issue

On Wed, Mar 13, 2019 at 02:09:15PM +, manuel.ram...@protonmail.com wrote: > Hello, > > this is my very first patch, very simple and check it, so it compiles > properly and also go no errors on the checkpatch script. > From c8a66a3bee14fe89ad2a03545a76953bc880b9e6 Mon Sep 17 00:00:00 2001 >

Re: [PATCH -next] exec: Fix mem leak in kernel_read_file

On Wed, Mar 13, 2019 at 02:12:30PM +, Dmitry Kasatkin wrote: > > > > > > > From: Sasha Levin > Sent: Tuesday, March 12, 2019 1:16 AM > To: Dmitry Kasatkin > Cc: Al Viro; yuehaibing; linux-kernel@vger.kernel.org; > linux-fsde...@vger.kernel.org; keesc...@chromium.org;

Re: [PATCH 0/2] Drivers: hv: Move Hyper-V clock/timer code to separate clocksource driver

On Tue, Mar 12, 2019 at 09:53:28PM +, Michael Kelley wrote: > From: gre...@linuxfoundation.org Sent: Tuesday, > March 12, 2019 2:47 PM > > > > > > Michael Kelley (2): > > > Drivers: hv: Move Hyper-V clockevents code to new clocksource driver > > &g

Re: [PATCH 0/2] Drivers: hv: Move Hyper-V clock/timer code to separate clocksource driver

On Tue, Mar 12, 2019 at 09:42:09PM +, Michael Kelley wrote: > This patch series moves Hyper-V clock/timer code to a separate Hyper-V > clocksource driver. Previously, Hyper-V clock/timer code and data > structures were mixed in with other Hyper-V code in the ISA independent > drivers/hv code

Re: [PATCH] VMCI: Support upto 64-bit PPNs

A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Thu, Feb 21, 2019 at

Re: [PATCH] x86: livepatch: Treat R_X86_64_PLT32 as R_X86_64_PC32

On Fri, Feb 15, 2019 at 02:01:31AM +, chenzefeng (A) wrote: > On x86-64, for 32-bit PC-relacive branches, we can generate PLT32 relocation, > instead of PC32 relocation. and R_X86_64_PLT32 can be treated the same as > R_X86_64_PC32 since linux kernel doesn't use PLT. > > In linux 4.4 commit

Re: [PATCH] VMCI: Support upto 64-bit PPNs

On Fri, Feb 15, 2019 at 04:32:47PM +, Vishnu DASA wrote: > diff --git a/include/linux/vmw_vmci_defs.h b/include/linux/vmw_vmci_defs.h > index b724ef7005de..eaa1e762bf06 100644 > --- a/include/linux/vmw_vmci_defs.h > +++ b/include/linux/vmw_vmci_defs.h > @@ -45,6 +45,7 @@ > #define

Re: race between flush_to_ldisc and pty_cleanup

On Fri, Feb 01, 2019 at 07:03:26PM +0530, Maninder Singh wrote: > Hi, > > > There is some race condition between tty_port_put and flush_to_ldisc > which lead to use after free case: > (Kernel 4.1) > > [1403.5130] Unable to handle kernel paging request at virtual address 6b6b6b83 > ... > ... >

Re: race between flush_to_ldisc and pty_cleanup

On Fri, Feb 01, 2019 at 07:03:26PM +0530, Maninder Singh wrote: > Hi, > > > There is some race condition between tty_port_put and flush_to_ldisc > which lead to use after free case: > (Kernel 4.1) Wait, 4.1 is _REALLY_ old and obsolete and broken in numerous known places. Can you duplicate

Re: [PATCH v2] staging: mt7621-eth/ethtool.c: Correction of SPDX license identifier

On Wed, Jan 30, 2019 at 08:01:13PM +, Carlos Henrique Lima Melara wrote: > On 30/01/2019 13:29, gre...@linuxfoundation.org wrote: > > On Wed, Jan 30, 2019 at 02:48:27PM +, Carlos Henrique Lima Melara wrote: > >>This patch fix the checkpatch.p1 warning: > >&g

Re: [PATCH v2] staging: mt7621-eth/ethtool.c: Correction of SPDX license identifier

On Wed, Jan 30, 2019 at 05:38:17PM +0100, Andrew Lunn wrote: > On Wed, Jan 30, 2019 at 02:48:27PM +, Carlos Henrique Lima Melara wrote: > > This patch fix the checkpatch.p1 warning: > > > > WARNING: Missing or malformed SPDX-License-Identifier tag in line 1 > > +/* > > > > It

Re: [PATCH v2] staging: mt7621-eth/ethtool.c: Correction of SPDX license identifier

On Wed, Jan 30, 2019 at 02:48:27PM +, Carlos Henrique Lima Melara wrote: > This patch fix the checkpatch.p1 warning: > > WARNING: Missing or malformed SPDX-License-Identifier tag in line 1 > +/* Why did you not fix up the indentation that was already mentioned? > It

Re: [PATCH v3] drivers/base: add sysfs entries for suppliers and consumers

On Thu, Dec 20, 2018 at 01:05:11PM +, Ioana Ciornei wrote: > Instead of scraping dmesg for messages such as 'Linked as a consumer to' > or 'Dropping the link to' export two new sysfs entries in the device > folder that contain a list of the consumer and supplier devices. What is userspace

Re: [4.9 PATCH] MIPS: math-emu: Write-protect delay slot emulation pages

On Thu, Jan 10, 2019 at 05:47:42PM +, Paul Burton wrote: > commit adcc81f148d733b7e8e641300c5590a2cdc13bf3 upstream. > > Mapping the delay slot emulation page as both writeable & executable > presents a security risk, in that if an exploit can write to & jump into > the page then it can be

Re: [PATCH 2/2] EDAC: add ARM Cortex A15 L2 internal asynchronous error detection driver

On Tue, Jan 08, 2019 at 05:57:24PM +, James Morse wrote: > >> diff --git a/drivers/edac/cortex_a15_l2_async_edac.c > >> b/drivers/edac/cortex_a15_l2_async_edac.c > >> new file mode 100644 > >> index ..26252568e961 > >> --- /dev/null > >> +++

Re: linux-5.0-rc1/drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptive.c:412]: (style) Expression is always false

On Mon, Jan 07, 2019 at 11:40:08AM +, David Binderman wrote: > > Hello there, > > linux-5.0-rc1/drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptive.c:412]: > (style) Expression is always false because 'else if' condition matches > previous condition at line 410. > > Source code is > >

Re: [PATCH] [repost] Drivers: hv: vmbus: Offload the handling of channels to two workqueues

On Sun, Dec 02, 2018 at 08:47:03AM +, Dexuan Cui wrote: > Hi Greg, > Please use the attached patch: I rebased the patch to today's char-misc's > char-misc-linus branch. It can also cleanly apply to Linus's master branch > today. I can't use an attached patch, you know better. Please fix up

Re: [PATCH] [repost] Drivers: hv: vmbus: Offload the handling of channels to two workqueues

On Sun, Dec 02, 2018 at 08:47:03AM +, Dexuan Cui wrote: > Hi Greg, > Please use the attached patch: I rebased the patch to today's char-misc's > char-misc-linus branch. It can also cleanly apply to Linus's master branch > today. I can't use an attached patch, you know better. Please fix up

Re: [PATCH] [repost] Drivers: hv: vmbus: Offload the handling of channels to two workqueues

On Fri, Nov 30, 2018 at 06:09:54PM +, Dexuan Cui wrote: > > From: KY Srinivasan > > Sent: Friday, November 30, 2018 9:31 AM > > > From: Dexuan Cui > > > Sent: Thursday, November 29, 2018 12:17 AM > > > To: gre...@linuxfoundation.org > > > C

Re: [PATCH] [repost] Drivers: hv: vmbus: Offload the handling of channels to two workqueues

On Fri, Nov 30, 2018 at 06:09:54PM +, Dexuan Cui wrote: > > From: KY Srinivasan > > Sent: Friday, November 30, 2018 9:31 AM > > > From: Dexuan Cui > > > Sent: Thursday, November 29, 2018 12:17 AM > > > To: gre...@linuxfoundation.org > > > C

Re: dcache_readdir NULL inode oops

Adding Eric as he touched this code last :) On Thu, Nov 29, 2018 at 07:25:48PM +, Jan Glauber wrote: > On Wed, Nov 28, 2018 at 08:08:06PM +, Will Deacon wrote: > > I spent some more time looking at this today... > > > > On Fri, Nov 23, 2018 at 06:05:25PM +, Will Deacon wrote: > > >

Re: dcache_readdir NULL inode oops

Adding Eric as he touched this code last :) On Thu, Nov 29, 2018 at 07:25:48PM +, Jan Glauber wrote: > On Wed, Nov 28, 2018 at 08:08:06PM +, Will Deacon wrote: > > I spent some more time looking at this today... > > > > On Fri, Nov 23, 2018 at 06:05:25PM +, Will Deacon wrote: > > >

Re: [PATCH] [repost] Drivers: hv: vmbus: Offload the handling of channels to two workqueues

On Thu, Nov 29, 2018 at 04:36:43AM +, Dexuan Cui wrote: > > vmbus_process_offer() mustn't call channel->sc_creation_callback() > directly for sub-channels, because sc_creation_callback() -> > vmbus_open() may never get the host's response to the > OPEN_CHANNEL message (the host may rescind a

Re: [PATCH] [repost] Drivers: hv: vmbus: Offload the handling of channels to two workqueues

On Thu, Nov 29, 2018 at 04:36:43AM +, Dexuan Cui wrote: > > vmbus_process_offer() mustn't call channel->sc_creation_callback() > directly for sub-channels, because sc_creation_callback() -> > vmbus_open() may never get the host's response to the > OPEN_CHANNEL message (the host may rescind a

Re: [PATCH RESEND] bus: fsl-mc: explicitly define the fsl_mc_command endianness

On Thu, Nov 15, 2018 at 12:12:12PM +, Ioana Ciornei wrote: > Both the header and the command parameters of the fsl_mc_command are > 64-bit little-endian words. Use the appropriate type to explicitly > specify their endianness. > > Signed-off-by: Ioana Ciornei > Reviewed-by: Laurentiu Tudor

Re: [PATCH RESEND] bus: fsl-mc: explicitly define the fsl_mc_command endianness

On Thu, Nov 15, 2018 at 12:12:12PM +, Ioana Ciornei wrote: > Both the header and the command parameters of the fsl_mc_command are > 64-bit little-endian words. Use the appropriate type to explicitly > specify their endianness. > > Signed-off-by: Ioana Ciornei > Reviewed-by: Laurentiu Tudor

Re: [PATCH] staging: rtl8188eu: Fix off-by-one in core/rtw_mlme_ext.c

On Tue, Nov 27, 2018 at 07:29:07AM +, Yang Xiao wrote: > From: Young_X Please use your "full" name like you did in your from: line of your email > > The error at line 3267 was the result of an off-by-one error in > a for loop in line 3253. > If condition in line 3254 never

Re: [PATCH] staging: rtl8188eu: Fix off-by-one in core/rtw_mlme_ext.c

On Tue, Nov 27, 2018 at 07:29:07AM +, Yang Xiao wrote: > From: Young_X Please use your "full" name like you did in your from: line of your email > > The error at line 3267 was the result of an off-by-one error in > a for loop in line 3253. > If condition in line 3254 never

Re: [PATCH v3 2/4] bus: fsl-mc: add fsl-mc userspace support

On Tue, Nov 20, 2018 at 04:51:07PM +, Ioana Ciornei wrote: > > On Tue, Nov 20, 2018 at 03:39:45PM +, Ioana Ciornei wrote: > > > + > > > + error = fsl_mc_uapi_create_device_file(mc_bus); > > > + if (error < 0) { > > > + error =

Re: [PATCH v3 2/4] bus: fsl-mc: add fsl-mc userspace support

On Tue, Nov 20, 2018 at 04:51:07PM +, Ioana Ciornei wrote: > > On Tue, Nov 20, 2018 at 03:39:45PM +, Ioana Ciornei wrote: > > > + > > > + error = fsl_mc_uapi_create_device_file(mc_bus); > > > + if (error < 0) { > > > + error =

Re: [PATCH V4] binder: ipc namespace support for android binder

On Thu, Nov 15, 2018 at 02:33:49PM -0800, Andrew Morton wrote: > On Mon, 12 Nov 2018 09:37:51 + chouryzhou(周威) > wrote: > > > Currently android's binder is not isolated by ipc namespace. Since binder > > is a form of IPC and therefore should be tied to ipc namespace. With this > > patch,

Re: [PATCH V4] binder: ipc namespace support for android binder

On Thu, Nov 15, 2018 at 02:33:49PM -0800, Andrew Morton wrote: > On Mon, 12 Nov 2018 09:37:51 + chouryzhou(周威) > wrote: > > > Currently android's binder is not isolated by ipc namespace. Since binder > > is a form of IPC and therefore should be tied to ipc namespace. With this > > patch,

Re: [PATCH v2] staging: vc04_services: bcm2835-audio: Fixed warnings, checks

On Mon, Nov 12, 2018 at 07:45:00PM -0500, Arnold Chand wrote: > Corrected warnings and checks provided by scripts/checkpatch.pl which > includes: alignment of parenthesis, lines over 80 characters and mutex > definition without comment. > > Signed-off-by: Arnold Chand > --- >

Re: [PATCH v2] staging: vc04_services: bcm2835-audio: Fixed warnings, checks

On Mon, Nov 12, 2018 at 07:45:00PM -0500, Arnold Chand wrote: > Corrected warnings and checks provided by scripts/checkpatch.pl which > includes: alignment of parenthesis, lines over 80 characters and mutex > definition without comment. > > Signed-off-by: Arnold Chand > --- >

Re: [PATCH] staging: vc04_services: bcm2835-audio: Fixed warnings, checks

On Mon, Nov 12, 2018 at 07:29:09PM -0500, Arnold Chand wrote: > Corrected warnings and checks issued by scripts/checkpatch.pl which includes: > alignment of > parenthesis, lines over 80 characters and mutex definition without comment. > Signed-off-by: Arnold Chand --- >

Re: [PATCH] staging: vc04_services: bcm2835-audio: Fixed warnings, checks

On Mon, Nov 12, 2018 at 07:29:09PM -0500, Arnold Chand wrote: > Corrected warnings and checks issued by scripts/checkpatch.pl which includes: > alignment of > parenthesis, lines over 80 characters and mutex definition without comment. > Signed-off-by: Arnold Chand --- >

Re: [PATCH] staging: vc04_services: bcm2835-audio: Fixed warnings

On Mon, Nov 12, 2018 at 07:00:20PM -0500, Arnold Chand wrote: > Fixed warnings provided by checkpatch.pl Please be much more specific as to what you changed or "fixed". Please fix this up and resend. thanks, greg k-h

Re: [PATCH] staging: vc04_services: bcm2835-audio: Fixed warnings

On Mon, Nov 12, 2018 at 07:00:20PM -0500, Arnold Chand wrote: > Fixed warnings provided by checkpatch.pl Please be much more specific as to what you changed or "fixed". Please fix this up and resend. thanks, greg k-h

Re: [PATCH V2 3/5] Drivers: hv: kvp: Fix the recent regression caused by incorrect clean-up

On Sun, Nov 11, 2018 at 04:18:03AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org > > Sent: Thursday, November 1, 2018 21:54 > > To: Dexuan Cui > > Cc: Michael Kelley ; KY Srinivasan > > ; linux-kernel@vger.kernel.org; > > de...@li

Re: [PATCH V2 3/5] Drivers: hv: kvp: Fix the recent regression caused by incorrect clean-up

On Sun, Nov 11, 2018 at 04:18:03AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org > > Sent: Thursday, November 1, 2018 21:54 > > To: Dexuan Cui > > Cc: Michael Kelley ; KY Srinivasan > > ; linux-kernel@vger.kernel.org; > > de...@li

Re: [PATCH V2 3/5] Drivers: hv: kvp: Fix the recent regression caused by incorrect clean-up

On Thu, Nov 01, 2018 at 07:22:28PM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org > > Sent: Thursday, November 1, 2018 11:57 > > To: Dexuan Cui > > > > On Wed, Oct 31, 2018 at 11:23:54PM +, Dexuan Cui wrote: > > > > From: Michael K

Re: [PATCH V2 3/5] Drivers: hv: kvp: Fix the recent regression caused by incorrect clean-up

On Thu, Nov 01, 2018 at 07:22:28PM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org > > Sent: Thursday, November 1, 2018 11:57 > > To: Dexuan Cui > > > > On Wed, Oct 31, 2018 at 11:23:54PM +, Dexuan Cui wrote: > > > > From: Michael K

Re: [PATCH V2 3/5] Drivers: hv: kvp: Fix the recent regression caused by incorrect clean-up

On Wed, Oct 31, 2018 at 11:23:54PM +, Dexuan Cui wrote: > > From: Michael Kelley > > Sent: Wednesday, October 24, 2018 08:38 > > From: k...@linuxonhyperv.com Sent: Wednesday, > > October 17, 2018 10:10 PM > > > From: Dexuan Cui > > > > > > In kvp_send_key(), we do need call

Re: [PATCH V2 3/5] Drivers: hv: kvp: Fix the recent regression caused by incorrect clean-up

On Wed, Oct 31, 2018 at 11:23:54PM +, Dexuan Cui wrote: > > From: Michael Kelley > > Sent: Wednesday, October 24, 2018 08:38 > > From: k...@linuxonhyperv.com Sent: Wednesday, > > October 17, 2018 10:10 PM > > > From: Dexuan Cui > > > > > > In kvp_send_key(), we do need call

Re: Query in Crypto framework

On Mon, Oct 01, 2018 at 09:30:35AM +, Kalyani Akula wrote: > This email and any attachments are intended for the sole use of the named > recipient(s) and contain(s) confidential information that may be proprietary, > privileged or copyrighted under applicable law. If you are not the intended

Re: Query in Crypto framework

On Mon, Oct 01, 2018 at 09:30:35AM +, Kalyani Akula wrote: > This email and any attachments are intended for the sole use of the named > recipient(s) and contain(s) confidential information that may be proprietary, > privileged or copyrighted under applicable law. If you are not the intended

Re: [PATCH 2/5] vmbus: add driver_override support

On Mon, Aug 13, 2018 at 07:30:50PM +, Michael Kelley (EOSG) wrote: > From: k...@linuxonhyperv.com Sent: Friday, August > 10, 2018 4:06 PM > > > From: Stephen Hemminger > > > > Add support for overriding the default driver for a VMBus device > > in the same way that it can be done for PCI

Re: [PATCH 2/5] vmbus: add driver_override support

On Mon, Aug 13, 2018 at 07:30:50PM +, Michael Kelley (EOSG) wrote: > From: k...@linuxonhyperv.com Sent: Friday, August > 10, 2018 4:06 PM > > > From: Stephen Hemminger > > > > Add support for overriding the default driver for a VMBus device > > in the same way that it can be done for PCI

Re: Problems with uio_pci_generic in v4.18-rc8

On Sun, Aug 12, 2018 at 06:55:58PM +0800, Xiubo Li wrote: > Hi Harris, > > Since the lock protection in uio irq handler is useless currently as > discussed in the mail list, so I will revert this commit with small changes > and now the testing based LIO/TCMU has been finished. Can you send the

Re: Problems with uio_pci_generic in v4.18-rc8

On Sun, Aug 12, 2018 at 06:55:58PM +0800, Xiubo Li wrote: > Hi Harris, > > Since the lock protection in uio irq handler is useless currently as > discussed in the mail list, so I will revert this commit with small changes > and now the testing based LIO/TCMU has been finished. Can you send the

Re: [PATCH] firmware: make sure builtin firmware is page alignment

On Tue, Aug 07, 2018 at 02:27:31AM +, Zhang, Ning A wrote: > 在 2018-08-06一的 16:05 +0200，gre...@linuxfoundation.org写道： > > On Mon, Aug 06, 2018 at 01:48:44AM +, Zhang, Ning A wrote: > > > 在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道： > > > > On F

Re: [PATCH] firmware: make sure builtin firmware is page alignment

On Tue, Aug 07, 2018 at 02:27:31AM +, Zhang, Ning A wrote: > 在 2018-08-06一的 16:05 +0200，gre...@linuxfoundation.org写道： > > On Mon, Aug 06, 2018 at 01:48:44AM +, Zhang, Ning A wrote: > > > 在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道： > > > > On F

Re: [PATCH] firmware: make sure builtin firmware is page alignment

On Mon, Aug 06, 2018 at 01:48:44AM +, Zhang, Ning A wrote: > 在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道： > > On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote: > > > 在 2018-08-03五的 07:39 +0200，Greg KH写道： > > > > On Fri, Aug 03, 2018 a

Re: [PATCH] firmware: make sure builtin firmware is page alignment

On Mon, Aug 06, 2018 at 01:48:44AM +, Zhang, Ning A wrote: > 在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道： > > On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote: > > > 在 2018-08-03五的 07:39 +0200，Greg KH写道： > > > > On Fri, Aug 03, 2018 a

Re: [PATCH] firmware: make sure builtin firmware is page alignment

On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote: > 在 2018-08-03五的 07:39 +0200，Greg KH写道： > > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zhang Ning wrote: > > > when firmware is in filesystem, request_firmware will load it, > > > and copy it to vmalloc memory, that is page align

Re: [PATCH] firmware: make sure builtin firmware is page alignment

On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote: > 在 2018-08-03五的 07:39 +0200，Greg KH写道： > > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zhang Ning wrote: > > > when firmware is in filesystem, request_firmware will load it, > > > and copy it to vmalloc memory, that is page align

Re: [PATCH 2/3] regulator: core: Link consumer with regulator driver

On Thu, Jul 05, 2018 at 05:53:51PM +0100, Mark Brown wrote: > On Thu, Jul 05, 2018 at 02:25:56PM +, Pascal PAILLET-LME wrote: > > From: pascal paillet > > > > Add a device link between the consumer and the driver so that > > the consumer is not suspended before the driver. The goal is to

Re: [PATCH 2/3] regulator: core: Link consumer with regulator driver

On Thu, Jul 05, 2018 at 05:53:51PM +0100, Mark Brown wrote: > On Thu, Jul 05, 2018 at 02:25:56PM +, Pascal PAILLET-LME wrote: > > From: pascal paillet > > > > Add a device link between the consumer and the driver so that > > the consumer is not suspended before the driver. The goal is to

Re: [PATCH v4.17-rc7 1/1] lib/kobject_uevent : fix uevent environment variable update with kobject event

On Wed, May 30, 2018 at 11:36:26AM +, Rohit Khatri wrote: > From: Rohit Khatri > > Subject: [PATCH 4.17-rc7 1/1] lib/kobject_uevent : fix uevent environment > variable update with kobject event What are these lines doing in the email body? > Function

Re: [PATCH v4.17-rc7 1/1] lib/kobject_uevent : fix uevent environment variable update with kobject event

On Wed, May 30, 2018 at 11:36:26AM +, Rohit Khatri wrote: > From: Rohit Khatri > > Subject: [PATCH 4.17-rc7 1/1] lib/kobject_uevent : fix uevent environment > variable update with kobject event What are these lines doing in the email body? > Function

Re: [PATCH 4.14 49/62] Bluetooth: btusb: Only check needs_reset_resume DMI table for QCA rome chipsets

> > > Cc: sta...@vger.kernel.org > > > Cc: Jeremy Cline <jcl...@redhat.com> > > > Suggested-by: Jeremy Cline <jcl...@redhat.com> > > > Signed-off-by: Hans de Goede <hdego...@redhat.com> > > > Signed-off-by: Marcel Holtmann <mar...@holtmann

Re: [PATCH 4.14 49/62] Bluetooth: btusb: Only check needs_reset_resume DMI table for QCA rome chipsets

On Tue, May 15, 2018 at 12:42:36PM -0700, Guenter Roeck wrote: > On Tue, May 15, 2018 at 10:07:02AM -0700, Brian Norris wrote: > > + Guenter > > > > On Mon, May 14, 2018 at 08:49:05AM +0200, Greg Kroah-Hartman wrote: > > > 4.14-stable review patch. If anyone has any objections, please let me >

Re: [PATCH] Drivers: hv: vmbus: Removed an unnecessary cast from void *

On Tue, May 15, 2018 at 12:25:01AM +, Dexuan Cui wrote: > > In C, we don't need such a cast. > > Fixes: ae20b254306a ("Drivers: hv: vmbus: enable VMBus protocol version 5.0") > Reported-by: Stephen Hemminger > Signed-off-by: Dexuan Cui > Cc: K.

Re: [PATCH] Drivers: hv: vmbus: Removed an unnecessary cast from void *

On Tue, May 15, 2018 at 12:25:01AM +, Dexuan Cui wrote: > > In C, we don't need such a cast. > > Fixes: ae20b254306a ("Drivers: hv: vmbus: enable VMBus protocol version 5.0") > Reported-by: Stephen Hemminger > Signed-off-by: Dexuan Cui > Cc: K. Y. Srinivasan > --- > > Thanks Stephen

Re: [PATCH] Drivers: hv: vmbus: Removed an unnecessary cast from void *

On Tue, May 15, 2018 at 12:25:01AM +, Dexuan Cui wrote: > > In C, we don't need such a cast. > > Fixes: ae20b254306a ("Drivers: hv: vmbus: enable VMBus protocol version 5.0") > Signed-off-by: Dexuan Cui > Cc: Stephen Hemminger Should be

Re: [PATCH] Drivers: hv: vmbus: Removed an unnecessary cast from void *

On Tue, May 15, 2018 at 12:25:01AM +, Dexuan Cui wrote: > > In C, we don't need such a cast. > > Fixes: ae20b254306a ("Drivers: hv: vmbus: enable VMBus protocol version 5.0") > Signed-off-by: Dexuan Cui > Cc: Stephen Hemminger Should be "Reported-by:", I'll go edit this by hand :(

Re: [PATCH] 1wire: family module autoload fails because of upper/lower case mismatch.

On Tue, May 01, 2018 at 09:54:37PM +0300, Evgeniy Polyakov wrote: > Hi Ingo > > Sorry for late reply and because of forcing you to resend the patch, your > changes are correct > > 01.05.2018, 17:10, "Ingo Flaschberger" : > > 1wire family module autoload fails

Re: [PATCH] 1wire: family module autoload fails because of upper/lower case mismatch.

On Tue, May 01, 2018 at 09:54:37PM +0300, Evgeniy Polyakov wrote: > Hi Ingo > > Sorry for late reply and because of forcing you to resend the patch, your > changes are correct > > 01.05.2018, 17:10, "Ingo Flaschberger" : > > 1wire family module autoload fails because of upper/lower > >   case

Re: 3 version of MKDEV: kernel, uapi, libc, why?

On Wed, Apr 11, 2018 at 08:51:03AM +, Zhang, Ning A wrote: > Hi, Greg, Thomas > > I find 3 version of MKDEV (actually 2 + makedev) > > in include/linux/kdev_t.h > > #define MINORBITS 20 > #define MKDEV(ma,mi) (((ma) << MINORBITS) | (mi)) > > in

Re: 3 version of MKDEV: kernel, uapi, libc, why?

On Wed, Apr 11, 2018 at 08:51:03AM +, Zhang, Ning A wrote: > Hi, Greg, Thomas > > I find 3 version of MKDEV (actually 2 + makedev) > > in include/linux/kdev_t.h > > #define MINORBITS 20 > #define MKDEV(ma,mi) (((ma) << MINORBITS) | (mi)) > > in

Re: [4.9, 137/145] spi: bcm-qspi: shut up warning about cfi header inclusion

On Tue, Apr 03, 2018 at 10:46:07AM -0700, Florian Fainelli wrote: > On 02/23/2018 10:27 AM, gre...@linuxfoundation.org wrote: > > 4.9-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Arnd Bergm

Re: [4.9, 137/145] spi: bcm-qspi: shut up warning about cfi header inclusion

On Tue, Apr 03, 2018 at 10:46:07AM -0700, Florian Fainelli wrote: > On 02/23/2018 10:27 AM, gre...@linuxfoundation.org wrote: > > 4.9-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Arnd Bergm

Re: [PATCH 4.4 20/43] mm/vmalloc: add interfaces to free unmapped page table

On Wed, Mar 28, 2018 at 03:06:38PM +, Kani, Toshi wrote: > On Wed, 2018-03-28 at 11:58 +0200, gre...@linuxfoundation.org wrote: > > On Tue, Mar 27, 2018 at 11:47:18PM -0700, Nathan Chancellor wrote: > > > On Wed, Mar 28, 2018 at 08:32:02AM +0200, gre...@linuxfoundatio

Re: [PATCH 4.4 20/43] mm/vmalloc: add interfaces to free unmapped page table

On Wed, Mar 28, 2018 at 03:06:38PM +, Kani, Toshi wrote: > On Wed, 2018-03-28 at 11:58 +0200, gre...@linuxfoundation.org wrote: > > On Tue, Mar 27, 2018 at 11:47:18PM -0700, Nathan Chancellor wrote: > > > On Wed, Mar 28, 2018 at 08:32:02AM +0200, gre...@linuxfoundatio

Re: [PATCH 4.4 20/43] mm/vmalloc: add interfaces to free unmapped page table

On Tue, Mar 27, 2018 at 11:47:18PM -0700, Nathan Chancellor wrote: > On Wed, Mar 28, 2018 at 08:32:02AM +0200, gre...@linuxfoundation.org wrote: > > On Tue, Mar 27, 2018 at 01:47:55PM -0700, Nathan Chancellor wrote: > > > On Tue, Mar 27, 2018 at 08:40:56PM +, Kani, Toshi wro

Re: [PATCH 4.4 20/43] mm/vmalloc: add interfaces to free unmapped page table

On Tue, Mar 27, 2018 at 11:47:18PM -0700, Nathan Chancellor wrote: > On Wed, Mar 28, 2018 at 08:32:02AM +0200, gre...@linuxfoundation.org wrote: > > On Tue, Mar 27, 2018 at 01:47:55PM -0700, Nathan Chancellor wrote: > > > On Tue, Mar 27, 2018 at 08:40:56PM +, Kani, Toshi wro

Re: [PATCH 4.4 20/43] mm/vmalloc: add interfaces to free unmapped page table

On Tue, Mar 27, 2018 at 01:47:55PM -0700, Nathan Chancellor wrote: > On Tue, Mar 27, 2018 at 08:40:56PM +, Kani, Toshi wrote: > > On Tue, 2018-03-27 at 13:31 -0700, Nathan Chancellor wrote: > > > On Tue, Mar 27, 2018 at 03:17:00PM -0500, Dan Rue wrote: > > > > On Tue, Mar 27, 2018 at

Re: [PATCH 4.4 20/43] mm/vmalloc: add interfaces to free unmapped page table

On Tue, Mar 27, 2018 at 01:47:55PM -0700, Nathan Chancellor wrote: > On Tue, Mar 27, 2018 at 08:40:56PM +, Kani, Toshi wrote: > > On Tue, 2018-03-27 at 13:31 -0700, Nathan Chancellor wrote: > > > On Tue, Mar 27, 2018 at 03:17:00PM -0500, Dan Rue wrote: > > > > On Tue, Mar 27, 2018 at

Re: [PATCH 5/5] staging: fsl-mc/dpio: Remove dead code

On Tue, Mar 06, 2018 at 06:32:00PM +, Ruxandra Ioana Ciocoi Radulescu wrote: > > -Original Message- > > From: Ruxandra Ioana Ciocoi Radulescu > > Sent: Tuesday, March 6, 2018 7:44 PM > > To: gre...@linuxfoundation.org > > Cc: de...@driverdev.osuosl.org

Re: [PATCH 5/5] staging: fsl-mc/dpio: Remove dead code

On Tue, Mar 06, 2018 at 06:32:00PM +, Ruxandra Ioana Ciocoi Radulescu wrote: > > -Original Message- > > From: Ruxandra Ioana Ciocoi Radulescu > > Sent: Tuesday, March 6, 2018 7:44 PM > > To: gre...@linuxfoundation.org > > Cc: de...@driverdev.osuosl.org

Re: [PATCH v4 02/10] ufs: sysfs: device descriptor

On Sun, Feb 04, 2018 at 09:03:25AM +, Stanislav Nijnikov wrote: > > -Original Message- > > From: Bart Van Assche > > Sent: Friday, February 2, 2018 6:32 PM > > To: gre...@linuxfoundation.org > > Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org

Re: [PATCH v4 02/10] ufs: sysfs: device descriptor

On Sun, Feb 04, 2018 at 09:03:25AM +, Stanislav Nijnikov wrote: > > -Original Message- > > From: Bart Van Assche > > Sent: Friday, February 2, 2018 6:32 PM > > To: gre...@linuxfoundation.org > > Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org

Re: [PATCH v4 02/10] ufs: sysfs: device descriptor

On Fri, Feb 02, 2018 at 12:25:46AM +, Bart Van Assche wrote: > On Thu, 2018-02-01 at 18:15 +0200, Stanislav Nijnikov wrote: > > +enum ufs_desc_param_size { > > + UFS_PARAM_BYTE_SIZE = 1, > > + UFS_PARAM_WORD_SIZE = 2, > > + UFS_PARAM_DWORD_SIZE= 4, > > +

Re: [PATCH v4 02/10] ufs: sysfs: device descriptor

On Fri, Feb 02, 2018 at 12:25:46AM +, Bart Van Assche wrote: > On Thu, 2018-02-01 at 18:15 +0200, Stanislav Nijnikov wrote: > > +enum ufs_desc_param_size { > > + UFS_PARAM_BYTE_SIZE = 1, > > + UFS_PARAM_WORD_SIZE = 2, > > + UFS_PARAM_DWORD_SIZE= 4, > > +

Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Thu, Jan 25, 2018 at

Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Thu, Jan 25, 2018 at

Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

On Wed, Jan 24, 2018 at 08:19:44AM +, Zhang, Ning A wrote: > Thanks Greg, Andy > > How about c198b121b1a1d7a7171770c634cd49191bac4477? Why do you think that is needed in the older stable kernels? What problem does it solve? Do any distros have this patch in their kernels? thanks, greg

Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

On Wed, Jan 24, 2018 at 08:19:44AM +, Zhang, Ning A wrote: > Thanks Greg, Andy > > How about c198b121b1a1d7a7171770c634cd49191bac4477? Why do you think that is needed in the older stable kernels? What problem does it solve? Do any distros have this patch in their kernels? thanks, greg

Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

On Tue, Jan 23, 2018 at 08:25:33AM +0100, gre...@linuxfoundation.org wrote: > On Mon, Jan 22, 2018 at 07:06:29PM -0800, Andy Lutomirski wrote: > > On Mon, Jan 22, 2018 at 6:59 PM, Zhang, Ning A <ning.a.zh...@intel.com> > > wrote: > > > hello, Greg, Andy, Tho

Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

On Tue, Jan 23, 2018 at 08:25:33AM +0100, gre...@linuxfoundation.org wrote: > On Mon, Jan 22, 2018 at 07:06:29PM -0800, Andy Lutomirski wrote: > > On Mon, Jan 22, 2018 at 6:59 PM, Zhang, Ning A > > wrote: > > > hello, Greg, Andy, Thomas > > > > > > wo

Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

On Mon, Jan 22, 2018 at 07:06:29PM -0800, Andy Lutomirski wrote: > On Mon, Jan 22, 2018 at 6:59 PM, Zhang, Ning A wrote: > > hello, Greg, Andy, Thomas > > > > would you like to backport these two patches to LTS kernel? > > > >

Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

On Mon, Jan 22, 2018 at 07:06:29PM -0800, Andy Lutomirski wrote: > On Mon, Jan 22, 2018 at 6:59 PM, Zhang, Ning A wrote: > > hello, Greg, Andy, Thomas > > > > would you like to backport these two patches to LTS kernel? > > > >

Re: [PATCH 4.9 85/96] x86/retpoline: Add initial retpoline support

On Sat, Jan 20, 2018 at 11:21:08PM +0100, Jiri Kosina wrote: > On Wed, 17 Jan 2018, gre...@linuxfoundation.org wrote: > > > > http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.4.y > > > > And I've now queued up all of these patches,

Re: [PATCH 4.9 85/96] x86/retpoline: Add initial retpoline support

On Sat, Jan 20, 2018 at 11:21:08PM +0100, Jiri Kosina wrote: > On Wed, 17 Jan 2018, gre...@linuxfoundation.org wrote: > > > > http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.4.y > > > > And I've now queued up all of these patches,

Re: [PATCH 4.9 85/96] x86/retpoline: Add initial retpoline support

On Tue, Jan 16, 2018 at 10:38:35AM +, Woodhouse, David wrote: > On Tue, 2018-01-16 at 11:22 +0100, Jiri Slaby wrote: > > On 01/15/2018, 01:35 PM, Greg Kroah-Hartman wrote: > > > 4.9-stable review patch.  If anyone has any objections, please let me > > > know. > > > > May I ask if somebody

Re: [PATCH 4.9 85/96] x86/retpoline: Add initial retpoline support

On Tue, Jan 16, 2018 at 10:38:35AM +, Woodhouse, David wrote: > On Tue, 2018-01-16 at 11:22 +0100, Jiri Slaby wrote: > > On 01/15/2018, 01:35 PM, Greg Kroah-Hartman wrote: > > > 4.9-stable review patch.  If anyone has any objections, please let me > > > know. > > > > May I ask if somebody

Re: [PATCH 5/7] x86: Use IBRS for firmware update path

On Thu, Jan 04, 2018 at 08:08:55PM +, Woodhouse, David wrote: > On Thu, 2018-01-04 at 21:05 +0100, Greg KH wrote: > > On Thu, Jan 04, 2018 at 09:56:46AM -0800, Tim Chen wrote: > > > > > > From: David Woodhouse > > > > > > We are impervious to the indirect branch

<    1   2   3   4   5   6   7   8   >