RE: [PATCH v6] i40e: Look up MAC address in Open Firmware or IDPROM

> From: David Miller [mailto:da...@davemloft.net] > Sent: Thursday, November 05, 2015 8:29 AM > > From: Sowmini Varadhan > Date: Thu, 5 Nov 2015 11:28:31 -0500 > > > On (11/05/15 11:05), David Miller wrote: > >> From: David Miller > >> Date: Thu, 05 Nov 2015 10:31:26 -0500 (EST) > >> > >> >

RE: [PATCH v6] i40e: Look up MAC address in Open Firmware or IDPROM

> From: David Miller [mailto:da...@davemloft.net] > Sent: Thursday, November 05, 2015 8:29 AM > > From: Sowmini Varadhan > Date: Thu, 5 Nov 2015 11:28:31 -0500 > > > On (11/05/15 11:05), David Miller wrote: > >> From: David Miller > >> Date:

RE: [PATCH v6] i40e: Look up MAC address in Open Firmware or IDPROM

> From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Wednesday, November 04, 2015 3:21 PM > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > address in Open Firmware or IDPROM"). > > As with that fix, attempt to look up the MAC address in Open Firmware

RE: [PATCH v5] i40e: Look up MAC address in Open Firmware or IDPROM

> From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Wednesday, November 04, 2015 11:40 AM > > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > address in Open Firmware or IDPROM"). > > As with that fix, attempt to look up the MAC address in Open

RE: [PATCH v5] i40e: Look up MAC address in Open Firmware or IDPROM

> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] > Sent: Wednesday, November 04, 2015 11:59 AM > > On Wed, Nov 4, 2015 at 9:39 PM, Sowmini Varadhan > wrote: > > > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > > address in Open Firmware or IDPROM"). [...]

RE: [PATCH v5] i40e: Look up MAC address in Open Firmware or IDPROM

> From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Wednesday, November 04, 2015 11:40 AM > > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > address in Open Firmware or IDPROM"). > > As with that fix, attempt to look up the MAC address in Open

RE: [PATCH v5] i40e: Look up MAC address in Open Firmware or IDPROM

> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] > Sent: Wednesday, November 04, 2015 11:59 AM > > On Wed, Nov 4, 2015 at 9:39 PM, Sowmini Varadhan > wrote: > > > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > > address in Open

RE: [PATCH v6] i40e: Look up MAC address in Open Firmware or IDPROM

> From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Wednesday, November 04, 2015 3:21 PM > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > address in Open Firmware or IDPROM"). > > As with that fix, attempt to look up the MAC address in Open Firmware

RE: [PATCH v4 RFC net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Sunday, November 01, 2015 8:25 AM > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > address in Open Firmware or IDPROM"). > > As with that fix, attempt to look up the

RE: [PATCH v4 RFC net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Sunday, November 01, 2015 8:25 AM > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > address in Open Firmware or IDPROM"). > > As with that fix, attempt to look up the

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Sunday, November 01, 2015 8:24 AM > [...] > So I figured out why it all "seemed to work" - my test env had another > obscure init process that was marking the link promiscuous. I guess > that was

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Sunday, November 01, 2015 8:24 AM > [...] > So I figured out why it all "seemed to work" - my test env had another > obscure init process that was marking the link promiscuous. I guess > that was

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Friday, October 30, 2015 12:25 PM > > On (10/30/15 18:57), Nelson, Shannon wrote: > > > > > > > > Going along with this being the equivalent of the ixgbe

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Friday, October 30, 2015 11:37 AM > To: > Subject: Re: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or > IDPROM > > On (10/30/15 18:28), Nelson, Shannon wr

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Friday, October 30, 2015 8:04 AM > To: > Subject: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM > > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Friday, October 30, 2015 12:25 PM > > On (10/30/15 18:57), Nelson, Shannon wrote: > > > > > > > > Going along with this being the equivalent of the ixgbe

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Friday, October 30, 2015 11:37 AM > To: > Subject: Re: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or > IDPROM > > On (10/30/15 18:28), Nelson, Shannon wr

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Friday, October 30, 2015 8:04 AM > To: > Subject: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM > > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC

RE: [PATCH] intel: i40e: fix confused code

> -Original Message- > From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] > Sent: Saturday, October 17, 2015 1:58 PM > Subject: [PATCH] intel: i40e: fix confused code > > This code is pretty confused. The variable name 'bytes_not_copied' > clearly indicates that the programmer knew

RE: [PATCH] intel: i40e: fix confused code

> From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] > Sent: Tuesday, October 20, 2015 12:22 AM > > On Mon, Oct 19 2015, "Nelson, Shannon" wrote: > > >> From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] > >> Sent: Saturday, October 17, 201

RE: [PATCH] intel: i40e: fix confused code

> From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] > Sent: Tuesday, October 20, 2015 12:22 AM > > On Mon, Oct 19 2015, "Nelson, Shannon" <shannon.nel...@intel.com> wrote: > > >> From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] >

RE: [PATCH] intel: i40e: fix confused code

> -Original Message- > From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] > Sent: Saturday, October 17, 2015 1:58 PM > Subject: [PATCH] intel: i40e: fix confused code > > This code is pretty confused. The variable name 'bytes_not_copied' > clearly indicates that the programmer knew

RE: [PATCH] intel: i40e: fix confused code

> From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] > Sent: Saturday, October 17, 2015 1:58 PM > Subject: [PATCH] intel: i40e: fix confused code > > This code is pretty confused. The variable name 'bytes_not_copied' > clearly indicates that the programmer knew the semantics of >

RE: [PATCH] intel: i40e: fix confused code

> From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] > Sent: Saturday, October 17, 2015 1:58 PM > Subject: [PATCH] intel: i40e: fix confused code > > This code is pretty confused. The variable name 'bytes_not_copied' > clearly indicates that the programmer knew the semantics of >

RE: [E1000-devel] [PATCH 0/4] i40e: Neatening and object size reductions

> -Original Message- > From: Joe Perches [mailto:j...@perches.com] > Sent: Tuesday, September 03, 2013 6:31 PM > > On Wed, 2013-09-04 at 01:00 +, Nelson, Shannon wrote: > > Hi Shannon. > > > > -Original Message- > From: Joe Perches

RE: [E1000-devel] [PATCH 0/4] i40e: Neatening and object size reductions

> -Original Message- > From: Joe Perches [mailto:j...@perches.com] > Sent: Friday, August 30, 2013 4:06 PM > > Just some potential cleanings... > i40e: Whitespace cleaning Hmmm, we hadn't noticed the new experimental "--fix" option before. There are a lot of good suggestions there,

RE: [E1000-devel] [PATCH 0/4] i40e: Neatening and object size reductions

-Original Message- From: Joe Perches [mailto:j...@perches.com] Sent: Friday, August 30, 2013 4:06 PM Just some potential cleanings... i40e: Whitespace cleaning Hmmm, we hadn't noticed the new experimental --fix option before. There are a lot of good suggestions there, but

RE: [E1000-devel] [PATCH 0/4] i40e: Neatening and object size reductions

-Original Message- From: Joe Perches [mailto:j...@perches.com] Sent: Tuesday, September 03, 2013 6:31 PM On Wed, 2013-09-04 at 01:00 +, Nelson, Shannon wrote: Hi Shannon. -Original Message- From: Joe Perches [mailto:j...@perches.com] Sent: Friday, August 30

RE: ioatdma Self-test copy timeout

>-Original Message- >From: Tomas Hlavacek [mailto:[EMAIL PROTECTED] >Sent: Sunday, February 17, 2008 6:22 PM >To: Nelson, Shannon; linux-kernel@vger.kernel.org >Subject: ioatdma Self-test copy timeout > >Short description: In 2.6.25-rc2 ioatdma driver fails to >

RE: [RFC v3 4/7] dmaengine: Add slave DMA interface

>From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] >Sent: Monday, February 18, 2008 5:30 AM >To: Nelson, Shannon >Cc: Haavard Skinnemoen; Williams, Dan J; >linux-kernel@vger.kernel.org; David Brownell; >[EMAIL PROTECTED]; Francis Moreau; Paul Mundt; Vladimir A. >B

RE: [RFC v3 4/7] dmaengine: Add slave DMA interface

From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] Sent: Monday, February 18, 2008 5:30 AM To: Nelson, Shannon Cc: Haavard Skinnemoen; Williams, Dan J; linux-kernel@vger.kernel.org; David Brownell; [EMAIL PROTECTED]; Francis Moreau; Paul Mundt; Vladimir A. Barinov; Pierre Ossman Subject: Re

RE: ioatdma Self-test copy timeout

-Original Message- From: Tomas Hlavacek [mailto:[EMAIL PROTECTED] Sent: Sunday, February 17, 2008 6:22 PM To: Nelson, Shannon; linux-kernel@vger.kernel.org Subject: ioatdma Self-test copy timeout Short description: In 2.6.25-rc2 ioatdma driver fails to initialize due to Self-test

RE: [RFC v3 4/7] dmaengine: Add slave DMA interface

>From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] >Sent: Friday, February 15, 2008 1:53 AM >To: Haavard Skinnemoen >Cc: Williams, Dan J; linux-kernel@vger.kernel.org; Nelson, >Shannon; David Brownell; [EMAIL PROTECTED]; Francis >Moreau; Paul Mundt; Vladimir A. Barinov; Pier

RE: [RFC v3 4/7] dmaengine: Add slave DMA interface

From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] Sent: Friday, February 15, 2008 1:53 AM To: Haavard Skinnemoen Cc: Williams, Dan J; linux-kernel@vger.kernel.org; Nelson, Shannon; David Brownell; [EMAIL PROTECTED]; Francis Moreau; Paul Mundt; Vladimir A. Barinov; Pierre Ossman Subject: Re

RE: [PATCH][I/OAT]: Remove duplicate assignation in dma_skb_copy_datagram_iovec

>-Original Message- >From: Brice Goglin [mailto:[EMAIL PROTECTED] >Sent: Wednesday, February 13, 2008 1:05 PM >To: Nelson, Shannon; Williams, Dan J >Cc: Leech, Christopher; LKML >Subject: [PATCH][I/OAT]: Remove duplicate assignation in >dma_skb_copy_datagram_iov

RE: [PATCH 2/4] async_tx: fix multiple dependency submission

>-Original Message- >From: Williams, Dan J >Sent: Tuesday, February 12, 2008 11:03 PM >To: linux-kernel@vger.kernel.org >Cc: [EMAIL PROTECTED]; Nelson, Shannon; [EMAIL PROTECTED]; >[EMAIL PROTECTED] >Subject: [PATCH 2/4] async_tx: fix multiple dependency submis

RE: [PATCH 3/4] async_tx: kill ->device_dependency_added

>-Original Message- >From: Williams, Dan J >Sent: Tuesday, February 12, 2008 11:03 PM >To: linux-kernel@vger.kernel.org >Cc: [EMAIL PROTECTED]; Nelson, Shannon; [EMAIL PROTECTED]; >[EMAIL PROTECTED] >Subject: [PATCH 3/4] async_tx: kill ->device_dependency_added

RE: [PATCH 2/4] async_tx: fix multiple dependency submission

-Original Message- From: Williams, Dan J Sent: Tuesday, February 12, 2008 11:03 PM To: linux-kernel@vger.kernel.org Cc: [EMAIL PROTECTED]; Nelson, Shannon; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PATCH 2/4] async_tx: fix multiple dependency submission Shrink struct

RE: [PATCH 3/4] async_tx: kill -device_dependency_added

-Original Message- From: Williams, Dan J Sent: Tuesday, February 12, 2008 11:03 PM To: linux-kernel@vger.kernel.org Cc: [EMAIL PROTECTED]; Nelson, Shannon; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PATCH 3/4] async_tx: kill -device_dependency_added DMA drivers no longer need

RE: [PATCH][I/OAT]: Remove duplicate assignation in dma_skb_copy_datagram_iovec

-Original Message- From: Brice Goglin [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 13, 2008 1:05 PM To: Nelson, Shannon; Williams, Dan J Cc: Leech, Christopher; LKML Subject: [PATCH][I/OAT]: Remove duplicate assignation in dma_skb_copy_datagram_iovec [I/OAT]: Remove duplicate

RE: IOATDMA: driver oopses on request_irq()

>-Original Message- >From: Chuck Ebbert [mailto:[EMAIL PROTECTED] >Sent: Thursday, January 17, 2008 4:01 PM >To: Nelson, Shannon >Cc: linux-kernel >Subject: IOATDMA: driver oopses on request_irq() > >https://bugzilla.redhat.com/show_bug.cgi?id=311991 >

RE: IOATDMA: driver oopses on request_irq()

-Original Message- From: Chuck Ebbert [mailto:[EMAIL PROTECTED] Sent: Thursday, January 17, 2008 4:01 PM To: Nelson, Shannon Cc: linux-kernel Subject: IOATDMA: driver oopses on request_irq() https://bugzilla.redhat.com/show_bug.cgi?id=311991 [still present in 2.6.23.8] [Drivers really

RE: [PATCH 2/4] async_tx: kill tx_set_src and tx_set_dest methods

>From: Williams, Dan J > >The tx_set_src and tx_set_dest methods were originally >implemented to allow >an array of addresses to be passed down from async_xor to the dmaengine >driver while minimizing stack overhead. Removing these methods allows >drivers to have all transaction parameters

RE: [PATCH 3/4] async_tx: replace 'int_en' with operation preparationflags

>From: Williams, Dan J > >Pass a full set of flags to drivers' per-operation 'prep' routines. >Currently the only flag passed is DMA_PREP_INTERRUPT. The >expectation is >that arch-specific async_tx_find_channel() implementations can >exploit this >capability to find the best channel for an

RE: [PATCH 2/4] async_tx: kill tx_set_src and tx_set_dest methods

From: Williams, Dan J The tx_set_src and tx_set_dest methods were originally implemented to allow an array of addresses to be passed down from async_xor to the dmaengine driver while minimizing stack overhead. Removing these methods allows drivers to have all transaction parameters available

RE: [PATCH 3/4] async_tx: replace 'int_en' with operation preparationflags

From: Williams, Dan J Pass a full set of flags to drivers' per-operation 'prep' routines. Currently the only flag passed is DMA_PREP_INTERRUPT. The expectation is that arch-specific async_tx_find_channel() implementations can exploit this capability to find the best channel for an operation.

RE: [2.6 patch] #if 0 dma_async_memcpy_buf_to_buf()

>From: Alan Cox [mailto:[EMAIL PROTECTED] >Sent: Tuesday, January 01, 2008 6:26 AM >To: Adrian Bunk >Cc: Nelson, Shannon; Williams, Dan J; linux-kernel@vger.kernel.org >Subject: Re: [2.6 patch] #if 0 dma_async_memcpy_buf_to_buf() > >On Tue, 1 Jan 2008 15:49:24 +0200 >Adria

RE: [2.6 patch] #if 0 dma_async_memcpy_buf_to_buf()

From: Alan Cox [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 01, 2008 6:26 AM To: Adrian Bunk Cc: Nelson, Shannon; Williams, Dan J; linux-kernel@vger.kernel.org Subject: Re: [2.6 patch] #if 0 dma_async_memcpy_buf_to_buf() On Tue, 1 Jan 2008 15:49:24 +0200 Adrian Bunk [EMAIL PROTECTED] wrote

RE: [PATCH] drivers/dma/ioat_dma.c: inlining failed

>-Original Message- >From: S.Çağlar Onur [mailto:[EMAIL PROTECTED] >Sent: Friday, December 14, 2007 11:45 AM >To: linux-kernel@vger.kernel.org >Cc: Nelson, Shannon >Subject: [PATCH] drivers/dma/ioat_dma.c: inlining failed > >Hi; > >After commit 7bb67c14fd

RE: [PATCH v2] dmaengine: Simple DMA memcpy test client

>From: Olof Johansson [mailto:[EMAIL PROTECTED] >Sent: Thursday, December 13, 2007 7:32 PM >To: Haavard Skinnemoen >Cc: Nelson, Shannon; Williams, Dan J; >linux-kernel@vger.kernel.org; Sam Ravnborg >Subject: Re: [PATCH v2] dmaengine: Simple DMA memcpy test client > >On Fr

RE: [PATCH v2] dmaengine: Simple DMA memcpy test client

From: Olof Johansson [mailto:[EMAIL PROTECTED] Sent: Thursday, December 13, 2007 7:32 PM To: Haavard Skinnemoen Cc: Nelson, Shannon; Williams, Dan J; linux-kernel@vger.kernel.org; Sam Ravnborg Subject: Re: [PATCH v2] dmaengine: Simple DMA memcpy test client On Fri, Nov 23, 2007 at 04:34:36PM

RE: [PATCH] drivers/dma/ioat_dma.c: inlining failed

-Original Message- From: S.Çağlar Onur [mailto:[EMAIL PROTECTED] Sent: Friday, December 14, 2007 11:45 AM To: linux-kernel@vger.kernel.org Cc: Nelson, Shannon Subject: [PATCH] drivers/dma/ioat_dma.c: inlining failed Hi; After commit 7bb67c14fd3778504fb77da30ce11582336dfced, Linus's git

RE: [PATCH] dmaengine: Simple DMA memcpy test client

>-Original Message- >From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] > >This client tests DMA memcpy using various lengths and various offsets >into the source and destination buffers. It will initialize both >buffers with a know pattern and verify that the DMA engine copies the

RE: [PATCH] dmaengine: Simple DMA memcpy test client

-Original Message- From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] This client tests DMA memcpy using various lengths and various offsets into the source and destination buffers. It will initialize both buffers with a know pattern and verify that the DMA engine copies the requested

Re: [PATCH][RT] 2.6.24-rc2-rt1 drivers/dma/ioat_dma.c compile fix

On Nov 16, 2007 3:57 AM, Sven-Thorsten Dietrich <[EMAIL PROTECTED]> wrote: > Compile fix for new code in -rc2. > > I'm not positive about the insertion point... > > Subject: compile error fix (needs review) > > RT changes __list_splice to require prev and next pointers. > > This changes the

Re: [PATCH][RT] 2.6.24-rc2-rt1 drivers/dma/ioat_dma.c compile fix

On Nov 16, 2007 3:57 AM, Sven-Thorsten Dietrich [EMAIL PROTECTED] wrote: Compile fix for new code in -rc2. I'm not positive about the insertion point... Subject: compile error fix (needs review) RT changes __list_splice to require prev and next pointers. This changes the use in the

RE: [PATCH] DMA: Fix broken device refcounting

>From: Williams, Dan J >On Sat, 2007-10-27 at 06:49 -0700, Haavard Skinnemoen wrote: >> On Fri, 26 Oct 2007 09:36:17 -0700 >> Dan Williams <[EMAIL PROTECTED]> wrote: >> >> > @@ -221,7 +220,6 @@ void dma_chan_cleanup(struct kref *kref) >> > { >> > struct dma_chan *chan = container_of(kref,

RE: [PATCH] DMA: Fix broken device refcounting

From: Williams, Dan J On Sat, 2007-10-27 at 06:49 -0700, Haavard Skinnemoen wrote: On Fri, 26 Oct 2007 09:36:17 -0700 Dan Williams [EMAIL PROTECTED] wrote: @@ -221,7 +220,6 @@ void dma_chan_cleanup(struct kref *kref) { struct dma_chan *chan = container_of(kref, struct dma_chan,

RE: [PATCH] DMA: Fix broken device refcounting

>-Original Message- >From: Nelson, Shannon >Sent: Friday, October 26, 2007 10:00 AM >To: 'Haavard Skinnemoen' >Cc: Williams, Dan J; linux-kernel@vger.kernel.org; >[EMAIL PROTECTED] >Subject: RE: [PATCH] DMA: Fix broken device refcounting > >-- > >When a

RE: [PATCH] DMA: Fix broken device refcounting

>From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] > >When a DMA device is unregistered, its reference count is decremented >twice for each channel: Once dma_class_dev_release() and once in >dma_chan_cleanup(). This may result in the DMA device driver's >remove() function completing before all

RE: [PATCH] DMA: Fix broken device refcounting

From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] When a DMA device is unregistered, its reference count is decremented twice for each channel: Once dma_class_dev_release() and once in dma_chan_cleanup(). This may result in the DMA device driver's remove() function completing before all

RE: [PATCH] DMA: Fix broken device refcounting

-Original Message- From: Nelson, Shannon Sent: Friday, October 26, 2007 10:00 AM To: 'Haavard Skinnemoen' Cc: Williams, Dan J; linux-kernel@vger.kernel.org; [EMAIL PROTECTED] Subject: RE: [PATCH] DMA: Fix broken device refcounting -- When a channel is removed from dmaengine, too many

RE: [PATCH] Remove bogus default y for DMAR and NET_DMA

>From: Jeff Garzik [mailto:[EMAIL PROTECTED] > >Andi Kleen wrote: >> Index: linux-2.6.24-rc1-hack/arch/x86_64/Kconfig >> === >> --- linux-2.6.24-rc1-hack.orig/arch/x86_64/Kconfig >> +++ linux-2.6.24-rc1-hack/arch/x86_64/Kconfig >> @@

RE: [PATCH] DMA: Correct invalid assumptions in the Kconfig text

>From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] >Subject: [PATCH] DMA: Correct invalid assumptions in the Kconfig text > >This patch corrects what I hope are invalid assumptions about the DMA >engine layer: Not only Intel(R) hardware can do DMA, and DMA can be >used for other things than

RE: [PATCH] DMA: Correct invalid assumptions in the Kconfig text

From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] Subject: [PATCH] DMA: Correct invalid assumptions in the Kconfig text This patch corrects what I hope are invalid assumptions about the DMA engine layer: Not only Intel(R) hardware can do DMA, and DMA can be used for other things than memcpy and

RE: [PATCH] Remove bogus default y for DMAR and NET_DMA

From: Jeff Garzik [mailto:[EMAIL PROTECTED] Andi Kleen wrote: Index: linux-2.6.24-rc1-hack/arch/x86_64/Kconfig === --- linux-2.6.24-rc1-hack.orig/arch/x86_64/Kconfig +++ linux-2.6.24-rc1-hack/arch/x86_64/Kconfig @@ -753,7

RE: [PATCH] I/OAT: Add support for version 2 of ioatdma device

>From: Andrew Morton [mailto:[EMAIL PROTECTED] >On Fri, 19 Oct 2007 00:20:25 -0700 >Shannon Nelson <[EMAIL PROTECTED]> wrote: > >> Add support for version 2 of the ioatdma device. This device handles >> the descriptor chain and DCA services slightly differently: >> - Instead of moving the dma

RE: [PATCH] I/OAT: Add support for version 2 of ioatdma device

From: Andrew Morton [mailto:[EMAIL PROTECTED] On Fri, 19 Oct 2007 00:20:25 -0700 Shannon Nelson [EMAIL PROTECTED] wrote: Add support for version 2 of the ioatdma device. This device handles the descriptor chain and DCA services slightly differently: - Instead of moving the dma descriptors

RE: [PATCH 5/5] I/OAT: Add completion callback for async_tx interface use

>From: David Miller [mailto:[EMAIL PROTECTED] > >From: Andrew Morton <[EMAIL PROTECTED]> >Date: Wed, 17 Oct 2007 17:44:38 -0700 > >> On Wed, 17 Oct 2007 17:14:39 -0700 >> Shannon Nelson <[EMAIL PROTECTED]> wrote: >> >> > + tx->callback = (void *)ioat_dma_test_callback; >> >> and when I remove

RE: [PATCH 5/5] I/OAT: Add completion callback for async_tx interface use

>From: Andrew Morton [mailto:[EMAIL PROTECTED] > >On Wed, 17 Oct 2007 17:14:39 -0700 >Shannon Nelson <[EMAIL PROTECTED]> wrote: [...] >> +static dma_async_tx_callback ioat_dma_test_callback(void >*dma_async_param) >> +{ >> +printk(KERN_ERR "ioatdma: ioat_dma_test_callback(0x%04llx)\n", >> +

RE: [PATCH 4/5] I/OAT: Tighten descriptor setup performance

>-Original Message- >From: Andrew Morton [mailto:[EMAIL PROTECTED] > >On Wed, 17 Oct 2007 17:14:33 -0700 >Shannon Nelson <[EMAIL PROTECTED]> wrote: > >> The change to the async_tx interface cost this driver some >performance by >> spreading the descriptor setup across several functions,

RE: [PATCH 4/5] I/OAT: Tighten descriptor setup performance

-Original Message- From: Andrew Morton [mailto:[EMAIL PROTECTED] On Wed, 17 Oct 2007 17:14:33 -0700 Shannon Nelson [EMAIL PROTECTED] wrote: The change to the async_tx interface cost this driver some performance by spreading the descriptor setup across several functions, including

RE: [PATCH 5/5] I/OAT: Add completion callback for async_tx interface use

From: Andrew Morton [mailto:[EMAIL PROTECTED] On Wed, 17 Oct 2007 17:14:39 -0700 Shannon Nelson [EMAIL PROTECTED] wrote: [...] +static dma_async_tx_callback ioat_dma_test_callback(void *dma_async_param) +{ +printk(KERN_ERR ioatdma: ioat_dma_test_callback(0x%04llx)\n, +

RE: [PATCH 5/5] I/OAT: Add completion callback for async_tx interface use

From: David Miller [mailto:[EMAIL PROTECTED] From: Andrew Morton [EMAIL PROTECTED] Date: Wed, 17 Oct 2007 17:44:38 -0700 On Wed, 17 Oct 2007 17:14:39 -0700 Shannon Nelson [EMAIL PROTECTED] wrote: + tx-callback = (void *)ioat_dma_test_callback; and when I remove this cast I get

RE: [PATCH] drivers/pci, drivers/dma: kill unused vars

>-Original Message- >From: Jeff Garzik [mailto:[EMAIL PROTECTED] >Sent: Saturday, October 13, 2007 12:07 PM >To: Andrew Morton; Linus Torvalds >Cc: LKML; Greg KH; Nelson, Shannon; Williams, Dan J >Subject: [PATCH] drivers/pci, drivers/dma: kill unused vars > &

RE: [PATCH] drivers/pci, drivers/dma: kill unused vars

-Original Message- From: Jeff Garzik [mailto:[EMAIL PROTECTED] Sent: Saturday, October 13, 2007 12:07 PM To: Andrew Morton; Linus Torvalds Cc: LKML; Greg KH; Nelson, Shannon; Williams, Dan J Subject: [PATCH] drivers/pci, drivers/dma: kill unused vars Kill two never-used (not even

RE: [PATCH 2.6.23-rc7 1/3] async_tx: usage documentation and developernotes

>From: Williams, Dan J >Sent: Thursday, September 20, 2007 6:28 PM >To: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; >[EMAIL PROTECTED] >Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; >[EMAIL PROTECTED]; Nelson, Shannon >Subject: [PATCH 2.6.23-rc7 1/3] async_tx

RE: [PATCH 2.6.23-rc7 1/3] async_tx: usage documentation and developernotes

From: Williams, Dan J Sent: Thursday, September 20, 2007 6:28 PM To: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Nelson, Shannon Subject: [PATCH 2.6.23-rc7 1/3] async_tx: usage documentation and developernotes

RE: [PATCH] Remove an unused variable from the Intel I/OAT DMA engine driver

>-Original Message- >From: Jesper Juhl [mailto:[EMAIL PROTECTED] >Sent: Sunday, September 16, 2007 2:32 PM >To: linux-kernel@vger.kernel.org >Cc: Nelson, Shannon; Leech, Christopher; Jesper Juhl >Subject: [PATCH] Remove an unused variable from the Intel >I/

RE: [PATCH] Remove an unused variable from the Intel I/OAT DMA engine driver

-Original Message- From: Jesper Juhl [mailto:[EMAIL PROTECTED] Sent: Sunday, September 16, 2007 2:32 PM To: linux-kernel@vger.kernel.org Cc: Nelson, Shannon; Leech, Christopher; Jesper Juhl Subject: [PATCH] Remove an unused variable from the Intel I/OAT DMA engine driver The 'u16

RE: [PATCH 5/5] Add DMA engine driver for Freescale MPC85xx processors.

>From: Scott Wood [mailto:[EMAIL PROTECTED] >Sent: Tuesday, September 11, 2007 7:20 AM >To: Zhang Wei-r63237 >Cc: Nelson, Shannon; [EMAIL PROTECTED]; >[EMAIL PROTECTED]; Williams, Dan J; linux-kernel@vger.kernel.org >Subject: Re: [PATCH 5/5] Add DMA engine driver for F

RE: [PATCH 5/5] Add DMA engine driver for Freescale MPC85xx processors.

From: Scott Wood [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 11, 2007 7:20 AM To: Zhang Wei-r63237 Cc: Nelson, Shannon; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Williams, Dan J; linux-kernel@vger.kernel.org Subject: Re: [PATCH 5/5] Add DMA engine driver for Freescale MPC85xx processors

FW: [-mm patch] drivers/dma/ioat_dma.c: make 3 functions static

> From: Adrian Bunk [mailto:[EMAIL PROTECTED] > Sent: Sunday, September 09, 2007 1:25 PM > To: Andrew Morton; Nelson, Shannon; Williams, Dan J > Cc: linux-kernel@vger.kernel.org > Subject: [-mm patch] drivers/dma/ioat_dma.c: make 3 functions static > Thanks Adrian, sln >

FW: [-mm patch] drivers/dma/ioat_dma.c: make 3 functions static

From: Adrian Bunk [mailto:[EMAIL PROTECTED] Sent: Sunday, September 09, 2007 1:25 PM To: Andrew Morton; Nelson, Shannon; Williams, Dan J Cc: linux-kernel@vger.kernel.org Subject: [-mm patch] drivers/dma/ioat_dma.c: make 3 functions static Thanks Adrian, sln On Fri, Aug 31, 2007 at 09:58

RE: [PATCH 5/5] Add DMA engine driver for Freescale MPC85xx processors.

>From: Zhang Wei [mailto:[EMAIL PROTECTED] >Sent: Friday, September 07, 2007 3:54 AM >To: [EMAIL PROTECTED]; Nelson, Shannon >Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; >[EMAIL PROTECTED]; Zhang Wei; Ebony Zhu >Subject: [PATCH 5/5] Add DMA engine driver for F

RE: [PATCH -mm] [RFC] IOAT: Add support for version 2 of ioatdma device

>From: Andy Whitcroft [mailto:[EMAIL PROTECTED] > >Those two look suspect to checkpatch, and I have to agree with it. > >WARNING: Trailing semicolon indicates no statements, indent implies >otherwise >#346: FILE: drivers/dma/ioat_dma.c:168: >+ if (--cnt == 0); >+

RE: [PATCH -mm] [RFC] IOAT: Add support for version 2 of ioatdma device

From: Andy Whitcroft [mailto:[EMAIL PROTECTED] Those two look suspect to checkpatch, and I have to agree with it. WARNING: Trailing semicolon indicates no statements, indent implies otherwise #346: FILE: drivers/dma/ioat_dma.c:168: + if (--cnt == 0); + break;

RE: [PATCH 5/5] Add DMA engine driver for Freescale MPC85xx processors.

From: Zhang Wei [mailto:[EMAIL PROTECTED] Sent: Friday, September 07, 2007 3:54 AM To: [EMAIL PROTECTED]; Nelson, Shannon Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Zhang Wei; Ebony Zhu Subject: [PATCH 5/5] Add DMA engine driver for Freescale MPC85xx processors

RE: [PATCH v2 -mm 7/7] I/OAT: Add DCA services

Randy Dunlap [mailto:[EMAIL PROTECTED] > >On Thu, 23 Aug 2007 17:15:27 -0700 Shannon Nelson wrote: > [...] >> + >> +/* THIS STUFF NEEDS TO LIVE SOMEWHERE ELSE */ >> +#define X86_FEATURE_DCA (4*32+18) /* Direct Cache Access */ >> +/* / THIS STUFF NEEDS TO LIVE SOMEWHERE ELSE */ > >Yes, feature

RE: [PATCH v2 -mm 5/7] I/OAT: Add support for MSI and MSI-X

Randy Dunlap [mailto:[EMAIL PROTECTED] > >On Thu, 23 Aug 2007 17:15:17 -0700 Shannon Nelson wrote: > >> Add support for MSI and MSI-X interrupt handling, including >the ability >> to choose the desired interrupt method. >> >> Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]> >> Acked-by: David

RE: [PATCH v2 -mm 4/7] I/OAT: Split PCI startup from DMA handling code

Randy Dunlap [mailto:[EMAIL PROTECTED] > >On Thu, 23 Aug 2007 17:15:12 -0700 Shannon Nelson wrote: > >> Split the general PCI startup from the DMA handling code in order to >> prepare for adding support for DCA services and future >versions of the >> ioatdma device. >> >> Signed-off-by: Shannon

RE: [PATCH v2 -mm 6/7] DCA: Add Direct Cache Access driver

Randy Dunlap [mailto:[EMAIL PROTECTED] > >On Thu, 23 Aug 2007 17:15:22 -0700 Shannon Nelson wrote: > >> Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]> >> Acked-by: David S. Miller <[EMAIL PROTECTED]> >> --- >> >> drivers/Kconfig |2 + >> drivers/Makefile|1 >>

RE: [PATCH v2 -mm 3/7] I/OAT: code cleanup from checkpatch output

Randy Dunlap [mailto:[EMAIL PROTECTED] >Sent: Thursday, August 23, 2007 10:39 PM >To: Nelson, Shannon >Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; >[EMAIL PROTECTED] >Subject: Re: [PATCH v2 -mm 3/7] I/OAT: code cleanup from >checkpatch output > >On Thu, 23

RE: [PATCH v2 -mm 3/7] I/OAT: code cleanup from checkpatch output

Randy Dunlap [mailto:[EMAIL PROTECTED] Sent: Thursday, August 23, 2007 10:39 PM To: Nelson, Shannon Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL PROTECTED] Subject: Re: [PATCH v2 -mm 3/7] I/OAT: code cleanup from checkpatch output On Thu, 23 Aug 2007 17:15:06 -0700 Shannon

RE: [PATCH v2 -mm 6/7] DCA: Add Direct Cache Access driver

Randy Dunlap [mailto:[EMAIL PROTECTED] On Thu, 23 Aug 2007 17:15:22 -0700 Shannon Nelson wrote: Signed-off-by: Shannon Nelson [EMAIL PROTECTED] Acked-by: David S. Miller [EMAIL PROTECTED] --- drivers/Kconfig |2 + drivers/Makefile|1 drivers/dca/Kconfig |

RE: [PATCH v2 -mm 4/7] I/OAT: Split PCI startup from DMA handling code

Randy Dunlap [mailto:[EMAIL PROTECTED] On Thu, 23 Aug 2007 17:15:12 -0700 Shannon Nelson wrote: Split the general PCI startup from the DMA handling code in order to prepare for adding support for DCA services and future versions of the ioatdma device. Signed-off-by: Shannon Nelson [EMAIL

RE: [PATCH v2 -mm 5/7] I/OAT: Add support for MSI and MSI-X

Randy Dunlap [mailto:[EMAIL PROTECTED] On Thu, 23 Aug 2007 17:15:17 -0700 Shannon Nelson wrote: Add support for MSI and MSI-X interrupt handling, including the ability to choose the desired interrupt method. Signed-off-by: Shannon Nelson [EMAIL PROTECTED] Acked-by: David S. Miller [EMAIL

RE: [PATCH v2 -mm 7/7] I/OAT: Add DCA services

Randy Dunlap [mailto:[EMAIL PROTECTED] On Thu, 23 Aug 2007 17:15:27 -0700 Shannon Nelson wrote: [...] + +/* THIS STUFF NEEDS TO LIVE SOMEWHERE ELSE */ +#define X86_FEATURE_DCA (4*32+18) /* Direct Cache Access */ +/* / THIS STUFF NEEDS TO LIVE SOMEWHERE ELSE */ Yes, feature bits need to

RE: [PATCH -mm] IOAT: fix for UP use of cpu_physical_id()

>-Original Message- >From: H. Peter Anvin [mailto:[EMAIL PROTECTED] >Sent: Monday, August 20, 2007 3:27 PM >To: Nelson, Shannon >Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; >[EMAIL PROTECTED]; [EMAIL PROTECTED]; Luck, Tony >Subject: Re: [PATCH -mm]

RE: [PATCH -mm] IOAT: fix for UP use of cpu_physical_id()

-Original Message- From: H. Peter Anvin [mailto:[EMAIL PROTECTED] Sent: Monday, August 20, 2007 3:27 PM To: Nelson, Shannon Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Luck, Tony Subject: Re: [PATCH -mm] IOAT: fix for UP use

  1   2   >