Re: Distributed storage.

On Monday 13 August 2007 02:18, Evgeniy Polyakov wrote: > On Mon, Aug 13, 2007 at 02:08:57AM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > > > But that idea fails as well, since reference counts and IO > > > completion are two completely seperate entities. So unless end IO > > > just happens

Re: Distributed storage.

On Mon, Aug 13 2007, Daniel Phillips wrote: > On Monday 13 August 2007 02:13, Jens Axboe wrote: > > On Mon, Aug 13 2007, Daniel Phillips wrote: > > > On Monday 13 August 2007 00:45, Jens Axboe wrote: > > > > On Mon, Aug 13 2007, Jens Axboe wrote: > > > > > > You did not comment on the one about put

[KJ] replacing kmalloc with kzalloc in drivers/net/sb1250-mac.c

Hi, Replacing kmalloc with kzalloc and cleaning up memset in drivers/net/sb1250-mac.c Signed-off-by: Surya Prabhakar <[EMAIL PROTECTED]> --- diff --git a/drivers/net/sb1250-mac.c b/drivers/net/sb1250-mac.c index e7fdcf1..2dca5a7 100644 --- a/drivers/net/sb1250-mac.c +++ b/drivers/net/sb1250-

Re: Distributed storage.

On Monday 13 August 2007 02:13, Jens Axboe wrote: > On Mon, Aug 13 2007, Daniel Phillips wrote: > > On Monday 13 August 2007 00:45, Jens Axboe wrote: > > > On Mon, Aug 13 2007, Jens Axboe wrote: > > > > > You did not comment on the one about putting the bio > > > > > destructor in the ->endio handl

Re: Distributed storage.

On Mon, Aug 13, 2007 at 02:08:57AM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > > But that idea fails as well, since reference counts and IO completion > > are two completely seperate entities. So unless end IO just happens > > to be the last user holding a reference to the bio, you cannot

Re: [PATCH 9/24] make atomic_read() behave consistently on ia64

On Mon, 13 Aug 2007, Chris Snook wrote: > Paul Mackerras wrote: > > Chris Snook writes: > > > I'll do this for the whole patchset. Stay tuned for the resubmit. > > > > Could you incorporate Segher's patch to turn atomic_{read,set} into > > asm on powerpc? Segher claims that using asm is really t

Re: Distributed storage.

On Mon, Aug 13 2007, Daniel Phillips wrote: > On Monday 13 August 2007 00:45, Jens Axboe wrote: > > On Mon, Aug 13 2007, Jens Axboe wrote: > > > > You did not comment on the one about putting the bio destructor > > > > in the ->endio handler, which looks dead simple. The majority of > > > > cases

Re: Distributed storage.

On Mon, Aug 13 2007, Daniel Phillips wrote: > On Monday 13 August 2007 00:28, Jens Axboe wrote: > > On Sun, Aug 12 2007, Daniel Phillips wrote: > > > Right, that is done by bi_vcnt. I meant bi_max_vecs, which you can > > > derive efficiently from BIO_POOL_IDX() provided the bio was > > > allocated

Re: Distributed storage.

On Monday 13 August 2007 00:45, Jens Axboe wrote: > On Mon, Aug 13 2007, Jens Axboe wrote: > > > You did not comment on the one about putting the bio destructor > > > in the ->endio handler, which looks dead simple. The majority of > > > cases just use the default endio handler and the default > >

Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])

On Aug 12 2007 20:21, [EMAIL PROTECTED] wrote: > > per the message below MD (or DM) would need to be modified to work > reasonably well with one of the disk components being over an > unreliable link (like a network link) Does not dm-multipath do something like that? > are the MD/DM maintainers

Re: Distributed storage.

On Monday 13 August 2007 00:28, Jens Axboe wrote: > On Sun, Aug 12 2007, Daniel Phillips wrote: > > Right, that is done by bi_vcnt. I meant bi_max_vecs, which you can > > derive efficiently from BIO_POOL_IDX() provided the bio was > > allocated in the standard way. > > That would only be feasible,

Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])

On Mon, 13 Aug 2007, David Greaves wrote: [EMAIL PROTECTED] wrote: per the message below MD (or DM) would need to be modified to work reasonably well with one of the disk components being over an unreliable link (like a network link) are the MD/DM maintainers interested in extending their

Re: Block device throttling [Re: Distributed storage.]

On Sun, Aug 12, 2007 at 10:36:23PM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > (previous incomplete message sent accidentally) > > On Wednesday 08 August 2007 02:54, Evgeniy Polyakov wrote: > > On Tue, Aug 07, 2007 at 10:55:38PM +0200, Jens Axboe wrote: > > > > So, what did we decide? To

Re: [1/1] Block device throttling [Re: Distributed storage.]

Hi Daniel. On Sun, Aug 12, 2007 at 04:16:10PM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > Your patch is close to the truth, but it needs to throttle at the top > (virtual) end of each block device stack instead of the bottom > (physical) end. It does head in the direction of eliminatin

Re: Block device throttling [Re: Distributed storage.]

On Sun, Aug 12, 2007 at 11:44:00PM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > On Sunday 12 August 2007 22:36, I wrote: > > Note! There are two more issues I forgot to mention earlier. > > Oops, and there is also: > > 3) The bio throttle, which is supposed to prevent deadlock, can itsel

Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])

[EMAIL PROTECTED] wrote: per the message below MD (or DM) would need to be modified to work reasonably well with one of the disk components being over an unreliable link (like a network link) are the MD/DM maintainers interested in extending their code in this direction? or would they prefer

[PATCH] e100 module loads 1/2 times

Hi Auke, Jesse, for a long time, I've been annoyed by version 3.5.17 of the e100 driver which refuses to load on first time and only loads on second time. Since I always had the original 2.3.43 driver in kernel 2.4, I did not care that much. Recently, I encountered real troubles with 2.3.43 in a 8

Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])

Paul Clements wrote: Well, if people would like to see a timeout option, I actually coded up a patch a couple of years ago to do just that, but I never got it into mainline because you can do almost as well by doing a check at user-level (I basically ping the nbd connection periodically and if

Re: ATA over ethernet swapping

On Thu, 2007-08-09 at 12:11 +0200, Pavel Machek wrote: > Hi! > > > I've been working on this for quite some time. And should post again > > soon. Please see the patches: > > > > http://programming.kicks-ass.net/kernel-patches/vm_deadlock/current/ > > > > For now it requires one uses SLUB, I ho

Re: Distributed storage.

On Mon, Aug 13 2007, Jens Axboe wrote: > > You did not comment on the one about putting the bio destructor in > > the ->endio handler, which looks dead simple. The majority of cases > > just use the default endio handler and the default destructor. Of the > > remaining cases, where a specializ

Re: Distributed storage.

On Sun, Aug 12 2007, Daniel Phillips wrote: > On Tuesday 07 August 2007 13:55, Jens Axboe wrote: > > I don't like structure bloat, but I do like nice design. Overloading > > is a necessary evil sometimes, though. Even today, there isn't enough > > room to hold bi_rw and bi_flags in the same variabl

Re: dm9000: add set_mac_address()

probe time: read MAC address from SROM dev open (interface up): write dev->dev_addr[] to RX filter (or identity) registers EEPROM update support is available separately, via an ethtool sub-ioctl. Jeff ok regards michael - To unsubscribe from this list: send the line "

Re: [PATCH] [374/2many] MAINTAINERS - PCNET32 NETWORK DRIVER

On Mon, 2007-08-13 at 00:18 -0700, David Miller wrote: > The posting limit is 400K for linux-kernel, netdev, and one > or two of the other lists. Apologies. Posted it twice over 2 days. Anyway, I supposed you could kill the spool entries if you want. cheers, Joe - To unsubscribe from this list

Re: [RFC PATCH v0.1] net driver: mpc52xx fec

On 10/08/07 10:02 -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Aug 10, 2007 at 11:51:53AM +0200, Domen Puncer escreveu: > > +static u8 null_mac[6]; > > const OK. ... > > +static void fec_set_paddr(struct net_device *dev, u8 *mac) > > +{ > > + struct fec_priv *priv = netdev_priv(dev); > > +

Re: [PATCH] [374/2many] MAINTAINERS - PCNET32 NETWORK DRIVER

On Sun, Aug 12, 2007 at 11:46:49PM -0700, Joe Perches wrote: > On Sun, 2007-08-12 at 23:36 -0700, David Miller wrote: > > Ok, 374 patches is just rediculious. > > > > So many patches eats up an enormous amount of mailing list resources, > > and for these patches in particular there are few reasons

Re: [PATCH] [374/2many] MAINTAINERS - PCNET32 NETWORK DRIVER

From: Joe Perches <[EMAIL PROTECTED]> Date: Sun, 12 Aug 2007 23:46:49 -0700 > I tried to send 1 patch over the last couple of days. > Unfortunately, it's > 100KB and disappears into the void. The posting limit is 400K for linux-kernel, netdev, and one or two of the other lists. - To unsubscribe f

Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()

2007/8/10, Ingo Molnar <[EMAIL PROTECTED]>: > Index: linux/arch/i386/kernel/io_apic.c > === > --- linux.orig/arch/i386/kernel/io_apic.c > +++ linux/arch/i386/kernel/io_apic.c > @@ -735,7 +735,8 @@ void fastcall send_IPI_self(int vector

Re: [PATCH 6/24] make atomic_read() behave consistently on frv

David Howells wrote: Chris Snook <[EMAIL PROTECTED]> wrote: cpu_relax() contains a barrier, so it should do the right thing. For non-smp architectures, I'm concerned about interacting with interrupt handlers. Some drivers do use atomic_* operations. I'm not sure that actually answers my que

Re: [PATCH] [374/2many] MAINTAINERS - PCNET32 NETWORK DRIVER

On Sun, 2007-08-12 at 23:36 -0700, David Miller wrote: > Ok, 374 patches is just rediculious. > > So many patches eats up an enormous amount of mailing list resources, > and for these patches in particular there are few reasons to split > them up at all. The fact that the split up landed you at 3

Re: Block device throttling [Re: Distributed storage.]

On Sunday 12 August 2007 22:36, I wrote: > Note! There are two more issues I forgot to mention earlier. Oops, and there is also: 3) The bio throttle, which is supposed to prevent deadlock, can itself deadlock. Let me see if I can remember how it goes. * generic_make_request puts a bio in fl

[PATCH] [530/2many] MAINTAINERS - VIA VELOCITY NETWORK DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 392d697..be3d826 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5002,6 +5002,7 @@ P:Francois Romieu M: [EMAIL PROTECTED] L: netdev@vger.kernel.org S:

[PATCH] [520/2many] MAINTAINERS - USB USBNET DRIVER FRAMEWORK

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index c670797..4dba8ee 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4916,6 +4916,7 @@ M:[EMAIL PROTECTED] L: netdev@vger.kernel.org W: http://www.linux-us

[PATCH] [504/2many] MAINTAINERS - USB PEGASUS DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index d822865..fc87fa7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4764,6 +4764,7 @@ L:[EMAIL PROTECTED] L: netdev@vger.kernel.org W: http://pegasus2.sou

[PATCH] [506/2many] MAINTAINERS - USB RTL8150 DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 02bb359..25df49f 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4781,6 +4781,7 @@ L:[EMAIL PROTECTED] L: netdev@vger.kernel.org W: http://pegasus2.sou

[PATCH] [492/2many] MAINTAINERS - USB DAVICOM DM9601 DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 8f496de..b7498bf 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4662,6 +4662,7 @@ M:[EMAIL PROTECTED] L: netdev@vger.kernel.org W: http://www.linux-us

[PATCH] [469/2many] MAINTAINERS - TC CLASSIFIER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index f00640b..fc0589f 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4457,6 +4457,9 @@ P:Jamal Hadi Salim M: [EMAIL PROTECTED] L: netdev@vger.kernel.org S

[PATCH] [478/2many] MAINTAINERS - TOKEN-RING NETWORK DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index fda287c..b5dc1ac 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4539,6 +4539,8 @@ L:netdev@vger.kernel.org L: [EMAIL PROTECTED] W: http://www.linuxtr.

[PATCH] [459/2many] MAINTAINERS - SPIDERNET NETWORK DRIVER for CELL

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index b616562..fa8fb1c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4377,6 +4377,9 @@ P:Linas Vepstas M: [EMAIL PROTECTED] L: netdev@vger.kernel.org S:

[PATCH] [434/2many] MAINTAINERS - SIS 900/7016 FAST ETHERNET DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 228e077..b74e343 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4135,6 +4135,7 @@ M:[EMAIL PROTECTED] W: http://www.brownhat.org/sis900.html L: netdev

[PATCH] [455/2many] MAINTAINERS - SKGE, SKY2 10/100/1000 GIGABIT ETHERNET DRIVERS

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index a40c7ed..cb9f9da 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4348,6 +4348,8 @@ P:Stephen Hemminger M: [EMAIL PROTECTED] L: netdev@vger.kernel.org

[PATCH] [445/2many] MAINTAINERS - SONIC NETWORK DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index e9e7a00..6175c77 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4233,6 +4233,7 @@ P:Thomas Bogendoerfer M: [EMAIL PROTECTED] L: netdev@vger.kernel.org

Re: [PATCH] [374/2many] MAINTAINERS - PCNET32 NETWORK DRIVER

Ok, 374 patches is just rediculious. So many patches eats up an enormous amount of mailing list resources, and for these patches in particular there are few reasons to split them up at all. The fact that the split up landed you at 300+ patches is a very good indication of that. - To unsubscribe

[PATCH] [432/2many] MAINTAINERS - SIS 190 ETHERNET DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 71be2f5..38f1b0d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4119,6 +4119,7 @@ P:Francois Romieu M: [EMAIL PROTECTED] L: netdev@vger.kernel.org S:

[PATCH] [350/2many] MAINTAINERS - NETERION (S2IO) Xframe 10GbE DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 6e78725..9e9775a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3373,6 +3373,8 @@ M:[EMAIL PROTECTED] L: netdev@vger.kernel.org W: http://trac.neterio

[PATCH] [391/2many] MAINTAINERS - PS3 NETWORK SUPPORT

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 19f2a5f..4fe48a0 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3738,6 +3738,7 @@ M:[EMAIL PROTECTED] L: netdev@vger.kernel.org L: [EMAIL PROTECTED]

[PATCH] [381/2many] MAINTAINERS - POWERPC 4xx EMAC DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 0d30368..f526cf5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3659,6 +3659,7 @@ W:http://kernel.ebshome.net/emac/ L: [EMAIL PROTECTED] L: netdev@vge

<    1   2