Re: Subject: [PATCH v1] USB:Core: BugFix: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

On Mon, Jan 30, 2017 at 08:25:25AM +, Ajay Kaher wrote: > First off, you are sending html email, which the mailing list keeps rejecting, why are you ignoring that? > > There is race condition when two USB class drivers try to call > > init_usb_class at the same time and leads to crash.

Re: [PATCH 2/2] base/memory, hotplug: fix a kernel oops in show_valid_zones()

On Thu, Jan 26, 2017 at 10:26:23PM +, Kani, Toshimitsu wrote: > On Thu, 2017-01-26 at 13:52 -0800, Andrew Morton wrote: > > On Thu, 26 Jan 2017 14:44:15 -0700 Toshi Kani > > wrote: > > > > > Reading a sysfs memoryN/valid_zones file leads to the following > > > oops when

Re: [PATCH 2/2] base/memory, hotplug: fix a kernel oops in show_valid_zones()

On Thu, Jan 26, 2017 at 10:26:23PM +, Kani, Toshimitsu wrote: > On Thu, 2017-01-26 at 13:52 -0800, Andrew Morton wrote: > > On Thu, 26 Jan 2017 14:44:15 -0700 Toshi Kani > > wrote: > > > > > Reading a sysfs memoryN/valid_zones file leads to the following > > > oops when the first page of a

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 10:24:32AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > To: Dexuan Cui <de...@microsoft.com> > > > > > > v4.4.44 needs 2 patches, i.e. a389fcfd2cb5, and this patch (which is

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 10:24:32AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > To: Dexuan Cui > > > > > > v4.4.44 needs 2 patches, i.e. a389fcfd2cb5, and this patch (which is not > > > in >

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 09:31:32AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > > > > > > It's interesting v4.4.44

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 09:31:32AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > > > > > > It's interesting v4.4.44

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 08:27:26AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > > > > It's interesting v4.4.44 is not impacted, but actually it needs both > > > > > the 2 > > patches: >

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 08:27:26AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > > > > It's interesting v4.4.44 is not impacted, but actually it needs both > > > > > the 2 > > patches: >

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 07:44:46AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > > Dexuan Cui <de...@microsoft.com> wrote: > > > As I checked against the kernels listed on the homapage, > > > the belo

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 07:44:46AM +, Dexuan Cui wrote: > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > > Dexuan Cui wrote: > > > As I checked against the kernels listed on the homapage, > > > the below versions are impact

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 06:10:19AM +, Dexuan Cui wrote: > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > Sent: Wednesday, January 25, 2017 00:08 > > To: Dexuan Cui <de...@microsoft.com> > > Cc: gre...@linuxfoundation.org; driverdev-de

Re: [PATCH] Drivers: hv: vmbus: finally fix hv_need_to_signal_on_read()

On Thu, Jan 26, 2017 at 06:10:19AM +, Dexuan Cui wrote: > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > Sent: Wednesday, January 25, 2017 00:08 > > To: Dexuan Cui > > Cc: gre...@linuxfoundation.org; driverdev-de...@linuxdriverproject.org; KY > &

Re: [PATCH net] hyper-v: Add myself as additional MAINTAINER

On Thu, Jan 05, 2017 at 07:08:23PM +, KY Srinivasan wrote: > > > > -Original Message- > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > Sent: Thursday, January 5, 2017 10:29 AM > > To: KY Srinivasan <k...@microsoft.com

Re: [PATCH net] hyper-v: Add myself as additional MAINTAINER

On Thu, Jan 05, 2017 at 07:08:23PM +, KY Srinivasan wrote: > > > > -Original Message- > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > Sent: Thursday, January 5, 2017 10:29 AM > > To: KY Srinivasan > > Cc: Stephen Hemm

Re: [PATCH net] hyper-v: Add myself as additional MAINTAINER

t;k...@microsoft.com> > > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > > gre...@linuxfoundation.org; Stephen Hemminger > > <sthem...@microsoft.com> > > Subject: [PATCH net] hyper-v: Add myself as additional MAINTAINER > > > > Update the Hyper-V M

Re: [PATCH net] hyper-v: Add myself as additional MAINTAINER

net...@vger.kernel.org; linux-kernel@vger.kernel.org; > > gre...@linuxfoundation.org; Stephen Hemminger > > > > Subject: [PATCH net] hyper-v: Add myself as additional MAINTAINER > > > > Update the Hyper-V MAINTAINERS to include myself. > > > > Signed-off-

Re: [PATCH 7/7] misc: intel-ish-client: add intel ishtp clients driver

On Wed, Jan 04, 2017 at 10:36:18AM +0100, Jiri Kosina wrote: > On Wed, 4 Jan 2017, Xu, Even wrote: > > > > [ ... snip ... ] > > > > > > > > +static ssize_t ishtp_cl_write(struct file *file, const char __user > > > > *ubuf, > > > > + size_t length, loff_t *offset) > > > > +{ > > > > +

Re: [PATCH 7/7] misc: intel-ish-client: add intel ishtp clients driver

On Wed, Jan 04, 2017 at 10:36:18AM +0100, Jiri Kosina wrote: > On Wed, 4 Jan 2017, Xu, Even wrote: > > > > [ ... snip ... ] > > > > > > > > +static ssize_t ishtp_cl_write(struct file *file, const char __user > > > > *ubuf, > > > > + size_t length, loff_t *offset) > > > > +{ > > > > +

Re: [RFC PATCH] usb: host: xhci: plat: add support for otg_set_host() call

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 Mon, Jan 02, 2017 at 09:35:21AM +, Manish Narani wrote: > Hi Greg, > > > I need to have

Re: [RFC PATCH] usb: host: xhci: plat: add support for otg_set_host() call

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 Mon, Jan 02, 2017 at 09:35:21AM +, Manish Narani wrote: > Hi Greg, > > > I need to have

Re: [RFC PATCH] usb: host: xhci: plat: add support for otg_set_host() call

On Mon, Jan 02, 2017 at 06:30:02AM +, Manish Narani wrote: > Ping !! > > -Original Message- > From: Manish Narani [mailto:manish.nar...@xilinx.com] > Sent: Thursday, December 15, 2016 1:24 PM > To: mathias.ny...@intel.com; gre...@linuxfoundation.org; > linu

Re: [RFC PATCH] usb: host: xhci: plat: add support for otg_set_host() call

On Mon, Jan 02, 2017 at 06:30:02AM +, Manish Narani wrote: > Ping !! > > -Original Message- > From: Manish Narani [mailto:manish.nar...@xilinx.com] > Sent: Thursday, December 15, 2016 1:24 PM > To: mathias.ny...@intel.com; gre...@linuxfoundation.org; > linu

Re: [PATCH 1/3] hyperv: Move hv_pci_dev and related structs to hyperv.h

...@exchange.microsoft.com > > Cc: o...@aepfle.de; gre...@linuxfoundation.org; jasow...@redhat.com; > > Haiyang Zhang <haiya...@microsoft.com>; linux-kernel@vger.kernel.org; > > bjorn.helg...@gmail.com; kbuild-...@01.org; a...@canonical.com; > > de...@linuxdriverproj

Re: [PATCH 1/3] hyperv: Move hv_pci_dev and related structs to hyperv.h

...@exchange.microsoft.com > > Cc: o...@aepfle.de; gre...@linuxfoundation.org; jasow...@redhat.com; > > Haiyang Zhang ; linux-kernel@vger.kernel.org; > > bjorn.helg...@gmail.com; kbuild-...@01.org; a...@canonical.com; > > de...@linuxdriverproject.org; leann.ogasaw...@canoni

Re: [PATCH] usb: host: replace symbolic permission with octal

On Wed, Nov 30, 2016 at 01:49:02PM +, Amit Kumar Kushwaha wrote: > This patch handles warning message for preferring octal > permissions over Symbolic permission for module parameter That makes no sense at all. What warning message? Build time? Run time? Please do cleanup patches on

Re: [PATCH] usb: host: replace symbolic permission with octal

On Wed, Nov 30, 2016 at 01:49:02PM +, Amit Kumar Kushwaha wrote: > This patch handles warning message for preferring octal > permissions over Symbolic permission for module parameter That makes no sense at all. What warning message? Build time? Run time? Please do cleanup patches on

Re: Re: [PATCH] usb:hub: readibility and consistency in coding style

A: http://en.wikipedia.org/wiki/Top_post Q: Were do I find info about this thing called top-posting? 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

Re: Re: [PATCH] usb:hub: readibility and consistency in coding style

A: http://en.wikipedia.org/wiki/Top_post Q: Were do I find info about this thing called top-posting? 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

Re: [PATCH] usb:hub: readibility and consistency in coding style

On Wed, Nov 30, 2016 at 11:51:39AM +, Atul Raj wrote: > It is suggested to keep braces if there is a comment in if case as > comment also takes a line. > --- > drivers/usb/core/hub.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) Ok, this is getting to be a joke. Take a few

Re: [PATCH] usb:hub: readibility and consistency in coding style

On Wed, Nov 30, 2016 at 11:51:39AM +, Atul Raj wrote: > It is suggested to keep braces if there is a comment in if case as > comment also takes a line. > --- > drivers/usb/core/hub.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) Ok, this is getting to be a joke. Take a few

Re: RE: [PATCH v2] usb: core:hub.c: do not print error log on -enomem

On Wed, Nov 30, 2016 at 11:40:28AM +, Atul Raj wrote: > changes in v2 > - added braces as suggested. Why is this here? > > drivers/usb/core/hub.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) No signed off? You didn't cc: linux-usb@vger? Come on, please step back

Re: RE: [PATCH v2] usb: core:hub.c: do not print error log on -enomem

On Wed, Nov 30, 2016 at 11:40:28AM +, Atul Raj wrote: > changes in v2 > - added braces as suggested. Why is this here? > > drivers/usb/core/hub.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) No signed off? You didn't cc: linux-usb@vger? Come on, please step back

Re: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Sun, Nov 20, 2016 at 06:30:19AM +, Levy, Amir (Jer) wrote: > On Fri, Nov 18 2016, 12:07 PM, gre...@linuxfoundation.org wrote: > > On Fri, Nov 18, 2016 at 08:48:36AM +, Levy, Amir (Jer) wrote: > > > > BTW, it is quite a shame that the Thunderbolt firmware version

Re: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Sun, Nov 20, 2016 at 06:30:19AM +, Levy, Amir (Jer) wrote: > On Fri, Nov 18 2016, 12:07 PM, gre...@linuxfoundation.org wrote: > > On Fri, Nov 18, 2016 at 08:48:36AM +, Levy, Amir (Jer) wrote: > > > > BTW, it is quite a shame that the Thunderbolt firmware version

Re: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Fri, Nov 18, 2016 at 08:48:36AM +, Levy, Amir (Jer) wrote: > > BTW, it is quite a shame that the Thunderbolt firmware version can't > > be read from Linux. > > > > This is WIP, once this patch will be upstream, we will be able to focus more > on aligning Linux with the Thunderbolt

Re: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Fri, Nov 18, 2016 at 08:48:36AM +, Levy, Amir (Jer) wrote: > > BTW, it is quite a shame that the Thunderbolt firmware version can't > > be read from Linux. > > > > This is WIP, once this patch will be upstream, we will be able to focus more > on aligning Linux with the Thunderbolt

Re: drivers/tty/serial/max310x doesn't support latest UART revision of MAX14830

On Wed, Oct 19, 2016 at 08:12:13AM +, Roberto Manuel SARA wrote: > Confidentiality Warning: This message and any > attachments are intended only for the use of the intended recipient(s), are > confidential, and may be privileged. If you are not the intended recipient, > you > are hereby

Re: drivers/tty/serial/max310x doesn't support latest UART revision of MAX14830

On Wed, Oct 19, 2016 at 08:12:13AM +, Roberto Manuel SARA wrote: > Confidentiality Warning: This message and any > attachments are intended only for the use of the intended recipient(s), are > confidential, and may be privileged. If you are not the intended recipient, > you > are hereby

Re: drivers/tty/serial/max310x doesn't support latest UART revision of MAX14830

On Wed, Oct 19, 2016 at 05:03:44PM +0200, Uwe Kleine-König wrote: > On Wed, Oct 19, 2016 at 10:18:59AM +0200, gre...@linuxfoundation.org wrote: > > On Wed, Oct 19, 2016 at 08:12:13AM +, Roberto Manuel SARA wrote: > > > Confidentiality Warning: This message and any

Re: drivers/tty/serial/max310x doesn't support latest UART revision of MAX14830

On Wed, Oct 19, 2016 at 05:03:44PM +0200, Uwe Kleine-König wrote: > On Wed, Oct 19, 2016 at 10:18:59AM +0200, gre...@linuxfoundation.org wrote: > > On Wed, Oct 19, 2016 at 08:12:13AM +, Roberto Manuel SARA wrote: > > > Confidentiality Warning: This message and any

Re: linux-4.9-rc1/drivers/staging/lustre/lustre/osc/osc_request.c:973: always false test ?

On Mon, Oct 17, 2016 at 07:33:33AM +, David Binderman wrote: > Hello there, > > > > linux-4.9-rc1/drivers/staging/lustre/lustre/osc/osc_request.c:973]: (style) > Checking if unsigned variable 'cli.cl_avail_grant' is less than zero. > > > > Source code is > > > >    if

Re: linux-4.9-rc1/drivers/staging/lustre/lustre/osc/osc_request.c:973: always false test ?

On Mon, Oct 17, 2016 at 07:33:33AM +, David Binderman wrote: > Hello there, > > > > linux-4.9-rc1/drivers/staging/lustre/lustre/osc/osc_request.c:973]: (style) > Checking if unsigned variable 'cli.cl_avail_grant' is less than zero. > > > > Source code is > > > >    if

Re: [PATCH v8 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Fri, Sep 30, 2016 at 08:37:36AM +, Levy, Amir (Jer) wrote: > On Fri, Sep 30 2016, 09:40 AM, David Miller wrote: > > From: Greg KH <gre...@linuxfoundation.org> > > Date: Fri, 30 Sep 2016 08:30:05 +0200 > > > > > On Fri, Sep 30, 2016 at 01:55:55AM -0400, D

Re: [PATCH v8 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Fri, Sep 30, 2016 at 08:37:36AM +, Levy, Amir (Jer) wrote: > On Fri, Sep 30 2016, 09:40 AM, David Miller wrote: > > From: Greg KH > > Date: Fri, 30 Sep 2016 08:30:05 +0200 > > > > > On Fri, Sep 30, 2016 at 01:55:55AM -0400, David Miller wrote: > > >> From: Amir Levy > > >> Date: Wed, 28

Re: usb device to ether is not identification in 64bit Windows OS

On Sun, Sep 18, 2016 at 01:16:59PM +, Lipengcheng wrote: > Hi, > kernel version：4.8.0 > file:Documentation / usb / linux.inf > problem:PC windows is 32bit OS, using Ethernet gadget driver, it can > be correct identification. But PC windows is 64bit OS, while modifying > linux.inf file

Re: usb device to ether is not identification in 64bit Windows OS

On Sun, Sep 18, 2016 at 01:16:59PM +, Lipengcheng wrote: > Hi, > kernel version：4.8.0 > file:Documentation / usb / linux.inf > problem:PC windows is 32bit OS, using Ethernet gadget driver, it can > be correct identification. But PC windows is 64bit OS, while modifying > linux.inf file

Re: [PATCH v5] Axi-usb: Add support for 64-bit addressing.

On Fri, Sep 02, 2016 at 06:02:14AM +, Nava kishore Manne 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

Re: [PATCH v5] Axi-usb: Add support for 64-bit addressing.

On Fri, Sep 02, 2016 at 06:02:14AM +, Nava kishore Manne 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

Re: Cma mem map to cpu address when allocated in ion driver, why do this design?

On Thu, Sep 01, 2016 at 12:46:32PM +, Yangwei (Yang Wei, Device Chipset Key Technologies Platform Development Dept) wrote: > Hi all, > > When I review ion code in linux-3.18.y, I find a design that may cause > a problem in our product. In the design, cma mem is allocated via the > interface

Re: Cma mem map to cpu address when allocated in ion driver, why do this design?

On Thu, Sep 01, 2016 at 12:46:32PM +, Yangwei (Yang Wei, Device Chipset Key Technologies Platform Development Dept) wrote: > Hi all, > > When I review ion code in linux-3.18.y, I find a design that may cause > a problem in our product. In the design, cma mem is allocated via the > interface

Re: [PATCH v4] Axi-usb: Add support for 64-bit addressing.

On Thu, Sep 01, 2016 at 06:01:35AM +, Nava kishore Manne wrote: > Ping!! ping what? I don't see a patch here, and nothing is in my to-review queue about this. Perhaps send it again? confused, greg k-h

Re: [PATCH v4] Axi-usb: Add support for 64-bit addressing.

On Thu, Sep 01, 2016 at 06:01:35AM +, Nava kishore Manne wrote: > Ping!! ping what? I don't see a patch here, and nothing is in my to-review queue about this. Perhaps send it again? confused, greg k-h

Re: [PATCH v4] Axi-usb: Add support for 64-bit addressing.

On Mon, Jul 11, 2016 at 10:07:31AM +, Nava kishore Manne wrote: > Ping!! > > 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

Re: [PATCH v4] Axi-usb: Add support for 64-bit addressing.

On Mon, Jul 11, 2016 at 10:07:31AM +, Nava kishore Manne wrote: > Ping!! > > 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

Re: [PATCH] Introducing kernel option to force all PCI memory resources to be page aligned. Fixes issues with uio based drivers.

On Tue, Jun 07, 2016 at 06:51:47AM +, Koehrer Mathias (ETAS/ESW5) wrote: > Hi Greg, > > > thanks for the response. > > > > > Some uio based PCI drivers (e.g. uio_cif) do not work if the > > > > > assigned PCI memory resources are not page aligned. > > > > > By using the kernel option

Re: [PATCH] Introducing kernel option to force all PCI memory resources to be page aligned. Fixes issues with uio based drivers.

On Tue, Jun 07, 2016 at 06:51:47AM +, Koehrer Mathias (ETAS/ESW5) wrote: > Hi Greg, > > > thanks for the response. > > > > > Some uio based PCI drivers (e.g. uio_cif) do not work if the > > > > > assigned PCI memory resources are not page aligned. > > > > > By using the kernel option

Re: [PATCH] Introducing kernel option to force all PCI memory resources to be page aligned. Fixes issues with uio based drivers.

On Mon, Jun 06, 2016 at 02:59:47PM +, Koehrer Mathias (ETAS/ESW5) wrote: > Hi Greg, > > thanks for the response. > > > Some uio based PCI drivers (e.g. uio_cif) do not work if the assigned > > > PCI memory resources are not page aligned. > > > By using the kernel option

Re: [PATCH] Introducing kernel option to force all PCI memory resources to be page aligned. Fixes issues with uio based drivers.

On Mon, Jun 06, 2016 at 02:59:47PM +, Koehrer Mathias (ETAS/ESW5) wrote: > Hi Greg, > > thanks for the response. > > > Some uio based PCI drivers (e.g. uio_cif) do not work if the assigned > > > PCI memory resources are not page aligned. > > > By using the kernel option

Re: [PATCH] Introducing kernel option to force all PCI memory resources to be page aligned. Fixes issues with uio based drivers.

On Mon, Jun 06, 2016 at 06:53:28AM +, Koehrer Mathias (ETAS/ESW5) wrote: > Some uio based PCI drivers (e.g. uio_cif) do not work if the assigned > PCI memory resources are not page aligned. > By using the kernel option "pci=resource_alignment" it is possible to force > single PCI boards to

Re: [PATCH] Introducing kernel option to force all PCI memory resources to be page aligned. Fixes issues with uio based drivers.

On Mon, Jun 06, 2016 at 06:53:28AM +, Koehrer Mathias (ETAS/ESW5) wrote: > Some uio based PCI drivers (e.g. uio_cif) do not work if the assigned > PCI memory resources are not page aligned. > By using the kernel option "pci=resource_alignment" it is possible to force > single PCI boards to

Re: [PATCH] usb: core: fix a double free in the usb driver

On Fri, May 27, 2016 at 01:38:17AM +, Chung-Geol Kim wrote: > There is a double free problem in the usb driver. Which driver? > This is caused by delayed deregister for scsi device. > <*> at Insert USB Storage > - USB bus #1 register > usb_create_hcd (primary-kref==1) > *

Re: [PATCH] usb: core: fix a double free in the usb driver

On Fri, May 27, 2016 at 01:38:17AM +, Chung-Geol Kim wrote: > There is a double free problem in the usb driver. Which driver? > This is caused by delayed deregister for scsi device. > <*> at Insert USB Storage > - USB bus #1 register > usb_create_hcd (primary-kref==1) > *

Re: [PATCH v11 net-next 0/1] introduce Hyper-V VM Sockets(hv_sock)

On Thu, May 19, 2016 at 12:59:09AM +, Dexuan Cui wrote: > > From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On > > Behalf > > Of Dexuan Cui > > Sent: Tuesday, May 17, 2016 10:46 > > To: David Miller <da...@davemloft.net> > > Cc:

Re: [PATCH v11 net-next 0/1] introduce Hyper-V VM Sockets(hv_sock)

On Thu, May 19, 2016 at 12:59:09AM +, Dexuan Cui wrote: > > From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On > > Behalf > > Of Dexuan Cui > > Sent: Tuesday, May 17, 2016 10:46 > > To: David Miller > > Cc: o...@aepfle.de; gre...@linu

Re: 4.4: INFO: rcu_sched self-detected stall on CPU

On Wed, May 04, 2016 at 01:11:46AM +1000, Steven Haigh wrote: > On 03/05/16 06:54, gre...@linuxfoundation.org wrote: > > On Wed, Mar 30, 2016 at 05:04:28AM +1100, Steven Haigh wrote: > >> Greg, please see below - this is probably more for you... > >> > >> On 03/

Re: 4.4: INFO: rcu_sched self-detected stall on CPU

On Wed, May 04, 2016 at 01:11:46AM +1000, Steven Haigh wrote: > On 03/05/16 06:54, gre...@linuxfoundation.org wrote: > > On Wed, Mar 30, 2016 at 05:04:28AM +1100, Steven Haigh wrote: > >> Greg, please see below - this is probably more for you... > >> > >> On 03/

Re: 4.4: INFO: rcu_sched self-detected stall on CPU

On Wed, Mar 30, 2016 at 05:04:28AM +1100, Steven Haigh wrote: > Greg, please see below - this is probably more for you... > > On 03/29/2016 04:56 AM, Steven Haigh wrote: > > > > Interestingly enough, this just happened again - but on a different > > virtual machine. I'm starting to wonder if this

Re: 4.4: INFO: rcu_sched self-detected stall on CPU

On Wed, Mar 30, 2016 at 05:04:28AM +1100, Steven Haigh wrote: > Greg, please see below - this is probably more for you... > > On 03/29/2016 04:56 AM, Steven Haigh wrote: > > > > Interestingly enough, this just happened again - but on a different > > virtual machine. I'm starting to wonder if this

Re: [PATCH] staging: dgnc: convert to wait_event_interruptible_timeout

On Thu, Dec 24, 2015 at 01:54:12PM +, Gujulan Elango, Hari Prasath (H.) wrote: > This patch makes use of wait_event_interruptible_timeout to achieve timeout > functionality.This is a TODO mentiond in the comment which is also removed. > It also aligns with what the function is supposed to do

Re: [PATCH] staging: rtl8192e: prefer using eth_broadcast_addr()

On Wed, Jan 20, 2016 at 01:06:13PM +, Gujulan Elango, Hari Prasath (H.) wrote: > From: Hari Prasath Gujulan Elango When you do this, you need an email address after the name, otherwise git complains and refuses to apply the patch. Please fix up and resend. thanks, greg k-h

Re: [PATCH] staging: rtl8192e: prefer using eth_broadcast_addr()

On Wed, Jan 20, 2016 at 01:06:13PM +, Gujulan Elango, Hari Prasath (H.) wrote: > From: Hari Prasath Gujulan Elango When you do this, you need an email address after the name, otherwise git complains and refuses to apply the patch. Please fix up and resend. thanks, greg k-h

Re: [PATCH] staging: dgnc: convert to wait_event_interruptible_timeout

On Thu, Dec 24, 2015 at 01:54:12PM +, Gujulan Elango, Hari Prasath (H.) wrote: > This patch makes use of wait_event_interruptible_timeout to achieve timeout > functionality.This is a TODO mentiond in the comment which is also removed. > It also aligns with what the function is supposed to do

Re: [PATCH] staging: wilc1000: Move Macro definition

On Mon, Jan 18, 2016 at 01:42:35PM +, Gujulan Elango, Hari Prasath (H.) wrote: > From: Hari Prasath Gujulan Elango > > This patch move's a macro defined in the middle of a structure > definition to make it more readable. > > Signed-off-by: Hari Prasath Gujulan Elango > --- >

Re: [PATCH] staging: wilc1000: Move Macro definition

On Mon, Jan 18, 2016 at 01:42:35PM +, Gujulan Elango, Hari Prasath (H.) wrote: > From: Hari Prasath Gujulan Elango > > This patch move's a macro defined in the middle of a structure > definition to make it more readable. > > Signed-off-by: Hari Prasath Gujulan Elango

Re: [PATCH v2] usb: Use memdup_user to reuse the code

On Wed, Dec 09, 2015 at 08:02:53AM +, Pathak, Rahul (R.) wrote: > Hello Alan, > > Should I resend this patch version with the tear line correction? Yes please. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

Re: [PATCH v2] usb: Use memdup_user to reuse the code

On Wed, Dec 09, 2015 at 08:02:53AM +, Pathak, Rahul (R.) wrote: > Hello Alan, > > Should I resend this patch version with the tear line correction? Yes please. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

Re: [PATCH v2] usb: Use memdup_user to reuse the code

On Wed, Dec 09, 2015 at 08:02:53AM +, Pathak, Rahul (R.) wrote: > Hello Alan, > > Should I resend this patch version with the tear line correction? Why wouldn't you? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v2] usb: Use memdup_user to reuse the code

On Wed, Dec 09, 2015 at 08:02:53AM +, Pathak, Rahul (R.) wrote: > Hello Alan, > > Should I resend this patch version with the tear line correction? Why wouldn't you? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH char-misc-next v2 04/22] iommu: Allow iova to be used without requiring IOMMU_SUPPORT

On Tue, Oct 06, 2015 at 01:05:27AM -0700, Sudeep Dutt wrote: > On Tue, 2015-10-06 at 08:56 +0100, gre...@linuxfoundation.org wrote: > > On Mon, Oct 05, 2015 at 10:23:38PM -0700, Sudeep Dutt wrote: > > > On Tue, 2015-10-06 at 06:20 +0100, gre...@linuxfoundation.org wrote: >

Re: [PATCH char-misc-next v2 04/22] iommu: Allow iova to be used without requiring IOMMU_SUPPORT

On Mon, Oct 05, 2015 at 10:23:38PM -0700, Sudeep Dutt wrote: > On Tue, 2015-10-06 at 06:20 +0100, gre...@linuxfoundation.org wrote: > > On Tue, Oct 06, 2015 at 06:12:40AM +0100, gre...@linuxfoundation.org wrote: > > > On Mon, Oct 05, 2015 at 10:38:43AM -0700, Sudeep Dutt wro

Re: [PATCH char-misc-next v2 04/22] iommu: Allow iova to be used without requiring IOMMU_SUPPORT

On Mon, Oct 05, 2015 at 10:23:38PM -0700, Sudeep Dutt wrote: > On Tue, 2015-10-06 at 06:20 +0100, gre...@linuxfoundation.org wrote: > > On Tue, Oct 06, 2015 at 06:12:40AM +0100, gre...@linuxfoundation.org wrote: > > > On Mon, Oct 05, 2015 at 10:38:43AM -0700, Sudeep Dutt wro

Re: [PATCH char-misc-next v2 04/22] iommu: Allow iova to be used without requiring IOMMU_SUPPORT

On Tue, Oct 06, 2015 at 01:05:27AM -0700, Sudeep Dutt wrote: > On Tue, 2015-10-06 at 08:56 +0100, gre...@linuxfoundation.org wrote: > > On Mon, Oct 05, 2015 at 10:23:38PM -0700, Sudeep Dutt wrote: > > > On Tue, 2015-10-06 at 06:20 +0100, gre...@linuxfoundation.org wrote: >

Re: [PATCH char-misc-next v2 04/22] iommu: Allow iova to be used without requiring IOMMU_SUPPORT

On Tue, Oct 06, 2015 at 06:12:40AM +0100, gre...@linuxfoundation.org wrote: > On Mon, Oct 05, 2015 at 10:38:43AM -0700, Sudeep Dutt wrote: > > On Mon, 2015-10-05 at 03:50 -0700, Woodhouse, David wrote: > > > On Tue, 2015-09-29 at 18:09 -0700, Ashutosh Dixit wrote: > &g

Re: [PATCH char-misc-next v2 04/22] iommu: Allow iova to be used without requiring IOMMU_SUPPORT

On Mon, Oct 05, 2015 at 10:38:43AM -0700, Sudeep Dutt wrote: > On Mon, 2015-10-05 at 03:50 -0700, Woodhouse, David wrote: > > On Tue, 2015-09-29 at 18:09 -0700, Ashutosh Dixit wrote: > > > From: Sudeep Dutt > > > > > > iova is a library which can be built without IOMMU_SUPPORT > > > > > >

Re: [PATCH char-misc-next v2 04/22] iommu: Allow iova to be used without requiring IOMMU_SUPPORT

On Mon, Oct 05, 2015 at 10:38:43AM -0700, Sudeep Dutt wrote: > On Mon, 2015-10-05 at 03:50 -0700, Woodhouse, David wrote: > > On Tue, 2015-09-29 at 18:09 -0700, Ashutosh Dixit wrote: > > > From: Sudeep Dutt > > > > > > iova is a library which can be built without

Re: [PATCH char-misc-next v2 04/22] iommu: Allow iova to be used without requiring IOMMU_SUPPORT

On Tue, Oct 06, 2015 at 06:12:40AM +0100, gre...@linuxfoundation.org wrote: > On Mon, Oct 05, 2015 at 10:38:43AM -0700, Sudeep Dutt wrote: > > On Mon, 2015-10-05 at 03:50 -0700, Woodhouse, David wrote: > > > On Tue, 2015-09-29 at 18:09 -0700, Ashutosh Dixit wrote: > &g

Re: [PATCH] Staging: dgnc: Simplify a trivial if-return sequence\n From: Parshuram Thombare

On Mon, Sep 21, 2015 at 08:59:30PM +, Thombare, Parshuram (P.) wrote: > Signed-off-by: Parshuram Thombare Your subject is really odd :( -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [PATCH] Staging: dgnc: Simplify a trivial if-return sequence\n From: Parshuram Thombare <pthom...@visteon.com>

On Mon, Sep 21, 2015 at 08:59:30PM +, Thombare, Parshuram (P.) wrote: > Signed-off-by: Parshuram Thombare Your subject is really odd :( -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH] Staging: fsl-mc/bus: mc-bus.c: Fixed coding style issues

On Fri, Sep 04, 2015 at 05:48:55PM +, Jose Rivera wrote: > > -Original Message- > > From: Nayeemahmed Badebade [mailto:itachi.op...@gmail.com] > > Sent: Friday, September 04, 2015 12:01 PM > > To: gre...@linuxfoundation.org > > Cc: Rivera Jose-B46482; Yode

Re: [PATCH] Staging: fsl-mc/bus: mc-bus.c: Fixed coding style issues

On Fri, Sep 04, 2015 at 05:48:55PM +, Jose Rivera wrote: > > -Original Message- > > From: Nayeemahmed Badebade [mailto:itachi.op...@gmail.com] > > Sent: Friday, September 04, 2015 12:01 PM > > To: gre...@linuxfoundation.org > > Cc: Rivera Jose-B46482; Yode

Re: [PATCH v3] serial: 8250: Fix autoconfig_irq() to avoid race conditions

On Mon, Aug 10, 2015 at 12:15:40AM +, Taichi Kageyama wrote: > The following race conditions can happen when a serial port is used > as console. > > Case1: CPU_B is used to detect an interrupt from a serial port, >but it can have interrupts disabled during the waiting time. > Case2:

Re: [PATCH v3] serial: 8250: Fix autoconfig_irq() to avoid race conditions

On Mon, Aug 10, 2015 at 12:15:40AM +, Taichi Kageyama wrote: The following race conditions can happen when a serial port is used as console. Case1: CPU_B is used to detect an interrupt from a serial port, but it can have interrupts disabled during the waiting time. Case2: CPU_B

Re: [4.1,013/123] MIPS: c-r4k: Fix cache flushing for MT cores

On Mon, Aug 10, 2015 at 12:12:05PM -0700, Leonid Yegoshin wrote: > On 08/10/2015 11:49 AM, gre...@linuxfoundation.org wrote: > >On Mon, Aug 10, 2015 at 11:36:34AM -0700, Leonid Yegoshin wrote: > >> > >So, this is broken in Linus's tree too? > > Yes. Great, as long

Re: [4.1,013/123] MIPS: c-r4k: Fix cache flushing for MT cores

On Mon, Aug 10, 2015 at 11:36:34AM -0700, Leonid Yegoshin wrote: > On 08/08/2015 03:08 PM, gre...@linuxfoundation.org wrote: > >4.1-stable review patch. If anyone has any objections, please let me know. > > > > > Yes, I have objection. Please look into excepts from my mai

Re: [4.1,013/123] MIPS: c-r4k: Fix cache flushing for MT cores

On Mon, Aug 10, 2015 at 11:36:34AM -0700, Leonid Yegoshin wrote: On 08/08/2015 03:08 PM, gre...@linuxfoundation.org wrote: 4.1-stable review patch. If anyone has any objections, please let me know. Yes, I have objection. Please look into excepts from my mail exchange with Markos: On 06

Re: [4.1,013/123] MIPS: c-r4k: Fix cache flushing for MT cores

On Mon, Aug 10, 2015 at 12:12:05PM -0700, Leonid Yegoshin wrote: On 08/10/2015 11:49 AM, gre...@linuxfoundation.org wrote: On Mon, Aug 10, 2015 at 11:36:34AM -0700, Leonid Yegoshin wrote: So, this is broken in Linus's tree too? Yes. Great, as long as I am consistent, that's all that I

Re: [PATCH v4 3/9] VMware balloon: add batching to the vmw_balloon.

On Wed, Aug 05, 2015 at 10:47:37PM +, Philip Moltmann wrote: > Hi, > > > what changed? > > I added the include: > > #include > > Nothing else changes. How was I supposed to know this? Please add this type of thing to the patch, in the proper place, as is required. > None of v3 step 4-9

Re: [PATCH v3 5/9] VMware balloon: Show capabilities of balloon and resulting capabilities in the debug-fs node.

A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Wed, Aug 05, 2015 at 08:42:25PM +, John Savanyo wrote: > I agree that version number tracking is not perfect. But it is valuable > for us to use as a rough indication that we have attempted to

Re: [PATCH v3 5/9] VMware balloon: Show capabilities of balloon and resulting capabilities in the debug-fs node.

On Wed, Aug 05, 2015 at 08:22:35PM +, Philip Moltmann wrote: > Hi, > > > > MODULE_AUTHOR("VMware, Inc."); > > > MODULE_DESCRIPTION("VMware Memory Control (Balloon) Driver"); > > > -MODULE_VERSION("1.3.2.0-k"); > > > +MODULE_VERSION("1.3.3.0-k"); > > > > This constant change of module

<    1   2   3   4   5   6   7   8   >