[Don't take this too seriously, the author had asked for flames without
meaning them, so this is the disclaimer ;-)]
On Fri, 19 Jan 2001, Mark I Manning IV wrote:
> found in teh kernel sources bz2. It is done in parody of teh original
> doc and is meant to be laughed at as much as taken
On 21 Jan 2001, Daniel Stone wrote:
> FTP is under Connection Tracking support, FTP connection tracking. Does
> the same stuff as ip_masq_ftp. IRC is located in patch-o-matic -
> download iptables 1.2 and do a make patch-o-matic, there is also RPC and
> eggdrop support in there. I'm half in the
Michael Rothwell writes:
> ...
>> Today, Michael Rothwell ([EMAIL PROTECTED]) wrote:
>>> The filesystem, when registering that it supports the "named streams"
>>> namespace, could specify its preferred delimiter to the VFS as well.
>>> Ext4 could use /directory/file/stream, and NTFS could use
Johannes Erdfelt writes:
> They need to be visible via DMA. They need to be 16 byte aligned. We
> also have QH's which have similar requirements, but we don't use as many
> of them.
Can we get away from the "16 byte aligned" and make it "n byte aligned"?
I believe that slab already has support
On Sun, 21 Jan 2001, Admin Mailing Lists wrote:
> > And the lord spake, saying, "First shalt thou write thy holy code. Indenting
> > shalt thou count to three, no more, no less. Three shalt be the spaces thou
> > shalt count, and the number of the counting shalt be three. Four shalt thou
> >
We would never parody Monty Python! This is an excerpt from Judas, one of
the gospels that was in dispute.
I'm sorry, I must go, as there's a man in a military uniform here, shouting
at me to stop being silly...
-josh
On Sat, 20 Jan 2001 23:58:07 Mike A. Harris wrote:
> On Sun, 21 Jan 2001,
On Tue, Jan 16, 2001 at 07:02:52PM -0800, Kostas Nikoloudakis wrote:
> Jan 16 00:49:04 cd20 kernel: eth0: card reports no resources.
> Jan 16 00:49:06 cd20 kernel: eth0: can't fill rx buffer (force 0)!
The driver can't allocate buffers for incoming packets.
Increase /proc/sys/vm/freepages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have no trouble when I am using 2.2 with my 3c509 card but I can
not load the 3c509 with 2.4 kernel. After digging into the kernel source,
I figured out the problem.
Here's the diff:
421,422d420
< request_region(ioaddr, EL3_IO_EXTENT,
On Sun, 21 Jan 2001, Admin Mailing Lists wrote:
>> And the lord spake, saying, "First shalt thou write thy holy code. Indenting
>> shalt thou count to three, no more, no less. Three shalt be the spaces thou
>> shalt count, and the number of the counting shalt be three. Four shalt thou
>> not
Does anyone know why we have this code in include/linux/usbdevicefs.h?
Is it still needed?
/*
* sigh. rwsemaphores do not (yet) work from modules
*/
#define rw_semaphore semaphore
#define init_rwsem init_MUTEX
#define down_read down
#define down_write down
#define up_read up
#define up_write
On Sun, 21 Jan 2001, Ragnar Hojland Espinosa wrote:
> On Sat, Jan 20, 2001 at 05:19:17PM +0100, [EMAIL PROTECTED] wrote:
> > I just wanted to say that Linus´ CodingStyle is the ONLY SANE style of
> > writing code in bigger projects. At university we are forced to use exactly the
>
> And the
On Sat, 20 Jan 2001, H. Peter Anvin wrote:
> Andre Hedrick wrote:
> >
> > Hi Peter,
> >
> > Regardless if we rip out the entire rule of majors for dev_t, will there
> > be a service dummy driver to various block-devices? There is a real need
> > for this if we are going to get full control of
Andre Hedrick wrote:
>
> Hi Peter,
>
> Regardless if we rip out the entire rule of majors for dev_t, will there
> be a service dummy driver to various block-devices? There is a real need
> for this if we are going to get full control of the hardware by indirect
> access obtain the
On Sat, 20 Jan 2001, H. Peter Anvin wrote:
> Andre Hedrick wrote:
> > >
> > > No, I think I understood perfectly well. I said that if it's going to be
> > > bound to each block device subsystem it would make more sense to
> > > establish that tie explicitly -- if that isn't possible I'm a bit
>
On Sun, 21 Jan 2001 15:54:56 +1100,
David Luyer <[EMAIL PROTECTED]> wrote:
>Here's a proposed v2.4 "quick fix" to allow specifying "module parameters" to
>any of the many drivers without option parsers when built in to the kernel.
Fundamental problem: you assume that each module is built from a
On Sat, Jan 20, 2001 at 05:19:17PM +0100, [EMAIL PROTECTED] wrote:
> I just wanted to say that Linus´ CodingStyle is the ONLY SANE style of
> writing code in bigger projects. At university we are forced to use exactly the
And the lord spake, saying, "First shalt thou write thy holy code.
Alan, Keith, All,
Here's a proposed v2.4 "quick fix" to allow specifying "module parameters" to
any of the many drivers without option parsers when built in to the kernel.
I understand Keith has intentions to do this differently in v2.5, however I'd
be happy if something along these lines could
The below patch adds a help text for the ATI Radeon graphics
card. The patch is against 2.4.1-pre9.
--- linux/Documentation/Configure.help~ Sun Jan 21 04:08:54 2001
+++ linux/Documentation/Configure.help Sun Jan 21 04:49:29 2001
@@ -13132,6 +13132,11 @@
is selected, the module will be called
The below patch changes the URL of hdparm to one which actually
has the newest version of that tool. The patch is against 2.4.1-pre9.
--- linux/Documentation/Configure.help~ Sun Jan 21 04:08:54 2001
+++ linux/Documentation/Configure.help Sun Jan 21 04:19:09 2001
@@ -415,7 +415,7 @@
To
OK, 2.4.0 kernel installed, and a new set of numbers:
testkernel ping-pongs/s. @ total CPU util w/SOL_NDELAY
sample (2 skts) 2.2.18 100 @ 0.1% 800 @ 1%
sample (1 skt) 2.2.18 8000 @ 100% 8000 @ 50%
real app
Hi,
On Sat, 20 Jan 2001, Linus Torvalds wrote:
> But think like a good hardware designer.
>
> In 99% of all cases, where do you want the results of a read to end up?
> Where do you want the contents of a write to come from?
>
> Right. Memory.
>
> Now, optimize for the common case. Make the
On Sat, 20 Jan 2001, Aaron Lehmann wrote:
> It was great to see that 2.4.0 reintroduced ipfwadm support! I had no
> need for ipchains and ended up using the wrapper around it that
> emulated ipfwadm. However, 2.[02].x used to have "special IP
> masquerading modules" such as ip_masq_ftp.o,
Hi,
On Sat, 20 Jan 2001, Linus Torvalds wrote:
> Now, there are things to look out for: when you do these kinds of dummy
> "struct page" tricks, some macros etc WILL NOT WORK. In particular, we do
> not currently have a good "page_to_bus/phys()" function. That means that
> anybody trying to do
Aaron Lehmann wrote:
It was great to see that 2.4.0 reintroduced ipfwadm
support! I had no
need for ipchains and ended up using the wrapper around it that
emulated ipfwadm. However, 2.[02].x used to have "special IP
masquerading modules" such as ip_masq_ftp.o, ip_masq_quake.o, etc.
I
can't find
Em Sun, Jan 21, 2001 at 02:45:16AM +0100, Pierre CORCINOS escreveu:
> result of the compilation :
read a previous post by Linus, it has a patch for that, IIRC
- Arnaldo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
result of the compilation :
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=i686 -DMODULE -DMODVERSIONS -include
/usr/src/linux/include/linux/modversions.h -DEXPORT_SYMTAB -c r128_drv.c
> I'm _not_ seeing the point for a high-performance link to have a generic
> packet buffer.
>
> Linus
Well suppose your RAID controller can take over control of disks
distributed throughout your I/O subsystem. If you assume the bandwidth of
the I/O subsystem is not the
> ...and I still don't understand why the identical program, but using one
> socket instead of 2 sockets, IS CPU bound, and gets on the order of
> 10K/sec. on the same HW. Diffs to produce 10K/sec. 1 socket version from
> my previous sample follow...
It's really this simple -- this
On Sat, Jan 20, 2001 at 03:54:22PM +, Stephen Kitchener wrote:
> Any, I thought that it had cured the problem, but after a few scans,
> admittedly more than before, the scan head didn't return on the last scan
> that was successfully started.
It sounds like you did solve the "lock the
Chris Wedgwood wrote:
>
> On Sat, Jan 20, 2001 at 07:35:12PM -0500, Dan Maas wrote:
>
> Bingo! With this fix, 2.2.18 performance becomes almost identical to 2.4.0
> performance. I assume 2.4.0 disables Nagle by default on local
> connections...
>
> 2.4.x has a smarter nagle
On Sat, Jan 20 2001, Andre Hedrick wrote:
> The idea is to have a char not a block because there is no buffered access
> to the dummy driver. It is very painful to have to open one block device
> and pass parameters to select the one you really want to service in a
> passive mode.
Like the raw
On Sat, 20 Jan 2001, Roman Zippel wrote:
>
> On Sat, 20 Jan 2001, Linus Torvalds wrote:
>
> > But point-to-point also means that you don't get any real advantage from
> > doing things like device-to-device DMA. Because the links are
> > asynchronous, you need buffers in between them anyway,
> It's not the select that waits. It's a delay in the tcp send
> path waiting for more data. Try disabling it:
>
> int f=1;
> setsockopt(s, SOL_TCP, TCP_NODELAY, , sizeof(f));
Bingo! With this fix, 2.2.18 performance becomes almost identical to 2.4.0
performance. I assume 2.4.0 disables Nagle
Tobias Burnus wrote:
> I think those drivers have not yet been merged. Since I happend to have
> those (and had problem to get them run with the default kernel) I'd like
> to asked whether those can be included into the kernel. They are GNU
> licensed. Seemingly the SiS updates the existing
On Sat, 20 Jan 2001, Roman Zippel wrote:
>
> AFAIK as long as that dummy page struct is only used in the page cache,
> that should work, but you get new problems as soon as you map the page
> also into a user process (grep for CONFIG_DISCONTIGMEM under
> include/asm-mips64 to see the needed
Hi,
I think those drivers have not yet been merged. Since I happend to have
those (and had problem to get them run with the default kernel) I'd like
to asked whether those can be included into the kernel. They are GNU
licensed. Seemingly the SiS updates the existing sis900 driver, the
FA311 is
Aaron Lehmann <[EMAIL PROTECTED]> writes:
> On Sun, Jan 21, 2001 at 11:08:00AM +1100, Daniel Stone wrote:
> > "I'd rather stay with my friendly old pushbike than my car!"
> > So don't complain when you can't use cruise control.
>
> ipfwadm used to support the modules. Why have the modules for
These results were based on the latest alpha 2.4.1-pre series kernel.
Do they look ok?
Shawn Starr wrote:
> I've included the TPT latency timings.
>
> Do these look normal?
>
> These tests occured in X with netscape and gnomeicu.
>
> It should be noted that /dev/tty12 is being used for syslog
On Fri, Jan 12, 2001 at 07:45:43PM -0700, Jay Ts wrote:
> Andrew Morton wrote:
> >
> > Jay Ts wrote:
> > >
> > > Now about the only thing left is to get it included
> > > in the standard kernel. Do you think Linus Torvalds is more likely
> > > to accept these patches than Ingo's? I sure hope
On Sun, Jan 21, 2001 at 11:08:00AM +1100, Daniel Stone wrote:
> > That option seems to conflict with "ipfwadm (2.0-style) support".
> > Preferably, I'd like to stay with friendly old ipfwadm rather than
> > switching firewalling tools _again_.
>
> "I'd rather stay with my friendly old pushbike
Let me just point out that Nigel (I think) has previously stated that
the purpose of this approach is to bring the stunning success of
IRIX style "RT" to Linux. Since some of us believe that IRIX is a virtual
handbook of OS errors, it really comes down to a design style. I think
that simplicity
Hi Alan,
--- linux-2.4.0-ac9/arch/i386/boot/bootsect.S Tue Jul 18 23:55:01 2000
+++ linux-2.4.0-ac10/arch/i386/boot/bootsect.S Sat Jan 20 02:47:07 2001
@@ -5,8 +5,12 @@
* modified by Bruce Evans (bde)
* modified by Chris Noe (May 1999) (as86 -> gas)
*
- * bootsect is loaded at
On 20 Jan 2001 15:34:03 -0800, Aaron Lehmann wrote:
> On Sun, Jan 21, 2001 at 10:32:15AM +1100, Daniel Stone wrote:
> > FTP is under Connection Tracking support, FTP connection tracking. Does
> > the same stuff as ip_masq_ftp. IRC is located in patch-o-matic -
> > download iptables 1.2 and do a
On Sat, 20 Jan 2001 14:57:07 -0800 (PST), Andre Hedrick wrote:
...
>
>Vojtech, I worry that the dynamic timing that you are calculating could
>bite you. Timings are exact especially at modes 3/4/5 the margins go to
>an effective zero for varition or wiggle room. The state diagrams from
On Sat, 20 Jan 2001, H. Peter Anvin wrote:
> Andre Hedrick wrote:
> >
> > On Sat, 20 Jan 2001, H. Peter Anvin wrote:
> >
> > > Andre Hedrick wrote:
> > > >
> > > > HPA,
> > > >
> > > > Thoughts on granting all block subsystems a general access misc-char minor
> > > > to do special service
I've included the TPT latency timings.
Do these look normal?
These tests occured in X with netscape and gnomeicu.
It should be noted that /dev/tty12 is being used for syslog info for
console.
Shawn.
Destination Count Min Max Average
On Sun, Jan 21, 2001 at 10:32:15AM +1100, Daniel Stone wrote:
> FTP is under Connection Tracking support, FTP connection tracking. Does
> the same stuff as ip_masq_ftp. IRC is located in patch-o-matic -
> download iptables 1.2 and do a make patch-o-matic, there is also RPC and
> eggdrop support
On Sun, 21 Jan 2001, Lincoln Dale wrote:
> hi,
>
> At 04:56 PM 20/01/2001 +0200, Kai Henningsen wrote:
> >[EMAIL PROTECTED] (dean gaudet) wrote on 18.01.01 in
> ><[EMAIL PROTECTED]>:
> > > i'm pretty sure the actual use of pipelining is pretty disappointing.
> > > the work i did in apache
FTP is under Connection Tracking support, FTP connection tracking. Does
the same stuff as ip_masq_ftp. IRC is located in patch-o-matic -
download iptables 1.2 and do a make patch-o-matic, there is also RPC and
eggdrop support in there. I'm half in the middle of porting ip_masq_icq,
but it's one
Douglas Gilbert wrote:
>
> Dave,
> Look at the dmesg output and check that your
> "Kernel command line:" is what you think it
> is. Some older versions of lilo truncate it.
> Here is mine (which is what I expected):
>
> Kernel command line: auto BOOT_IMAGE=lin240 ro root=803
Andre Hedrick wrote:
>
> On Sat, 20 Jan 2001, H. Peter Anvin wrote:
>
> > Andre Hedrick wrote:
> > >
> > > HPA,
> > >
> > > Thoughts on granting all block subsystems a general access misc-char minor
> > > to do special service access that can not be down to a given device if it
> > > is open.
hi,
At 04:56 PM 20/01/2001 +0200, Kai Henningsen wrote:
[EMAIL PROTECTED] (dean
gaudet) wrote on 18.01.01 in
<[EMAIL PROTECTED]>:
> i'm pretty sure the actual use of pipelining is pretty
disappointing.
> the work i did in apache preceded the widespread use of HTTP/1.1 and
we
What widespread
On Sat, 20 Jan 2001, H. Peter Anvin wrote:
> Andre Hedrick wrote:
> >
> > HPA,
> >
> > Thoughts on granting all block subsystems a general access misc-char minor
> > to do special service access that can not be down to a given device if it
> > is open. There are some things you can not do to
On Sat, 20 Jan 2001, Vojtech Pavlik wrote:
> On Sat, Jan 20, 2001 at 06:45:10PM +, Alan Chandler wrote:
> > On Thu, 20 Jan 2011 09:51:03 -0800 (PST), you wrote:
> >
> > >On Sat, 20 Jan 2001, Alan Chandler wrote:
> > >
> > >> I'm running with an Abit K7 (uses via82c686a in southbridge) with
It was great to see that 2.4.0 reintroduced ipfwadm support! I had no
need for ipchains and ended up using the wrapper around it that
emulated ipfwadm. However, 2.[02].x used to have "special IP
masquerading modules" such as ip_masq_ftp.o, ip_masq_quake.o, etc. I
can't find these in 2.4.0. Where
Sandy Harris wrote:
> Looks to me like this parsing code unnecessarily and rather clumsily
> re-invents strtok
The original parsing code is this:
if ((str = strchr(str, ',')) != NULL)
str++;
Which effectivly steps through
Hi,
On Sat, 20 Jan 2001, Linus Torvalds wrote:
> But point-to-point also means that you don't get any real advantage from
> doing things like device-to-device DMA. Because the links are
> asynchronous, you need buffers in between them anyway, and there is no
> bandwidth advantage of not going
Michael Lindner wrote:
>[...]
> send(s, ".", 1, 0);
>[...]
> while (select(r+1, , 0, 0, 0) > 0) {
>[...]
>[select returns only after about 1 HZ]
Ever heard of nagle? (If not, there's a long thread about
it on the mailing list *g*)
It's not the select that waits. It's a
On Sat, Jan 20, 2001 at 04:58:56PM -0500, Sandy Harris wrote:
> I suspect that I've misunderstood some constraint here. Perhaps the more complex
> code you posted is necessary, but I'd like to know why.
strtok is not reentrant and cannot be nested this way without
saving __strtok. strsep would
Andre Hedrick wrote:
>
> HPA,
>
> Thoughts on granting all block subsystems a general access misc-char minor
> to do special service access that can not be down to a given device if it
> is open. There are some things you can not do to a device if you are
> using its device-point to gain
Dave Cinege wrote:
>
> ... 'md=' for each device on
> the cmdline, but unfortuantly it's broken.
>
> Between a few emails to mingo and several wasted hours, I've managed to figure
> out the problem. However I don't know how to fix it; it *should*
> be working from what I can see.
>
> My only
I have multiple Linux hosts on a SAN, making autodetect of raid devices
dangerous. This problem should be solved by specing an 'md=' for each device on
the cmdline, but unfortuantly it's broken.
Between a few emails to mingo and several wasted hours, I've managed to figure
out the problem.
Peter Horton wrote:
> On Thu, Jan 20, 2000 at 08:38:12AM +, Peter Horton wrote:
> >
> > I think I'm suffering the same thing on my new Asus A7V. Yesterday I got a
> > single "error in bitmap, remounting read only" type error, and today I got
> > some files in /tmp that returned I/O error
Hi,
On Sat, 20 Jan 2001, Linus Torvalds wrote:
> There's no no-no here: you can even create the "struct page"s on demand,
> and create a dummy local zone that contains them that they all point back
> to. It should be trivial - nobody else cares about those pages or that
> zone anyway.
AFAIK as
On Sat, Jan 20, 2001 at 10:39:36PM +0300, Alexey Kuznetsov wrote:
> Yes. It is cost, which we have to pay. Look into Minshall's draft,
> by the way (draft-minshall-nagle-*), it discusses pros and contras.
What kind of draft is that? I can't find it on the IETF site. Could you
provide me with a
On Sat, Jan 20, 2001 at 11:22:14PM +0300, [EMAIL PROTECTED] wrote:
> Hello!
>
> > > write(10*MSS)
> > > write(1)
> > > write(1)
> ...
> > As far as I can tell, the second "write(1)" will always merge with the
> > first one
>
> This would be true, if Andrea wrote not exactly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Today, Linus Torvalds ([EMAIL PROTECTED]) wrote:
> Just wait. My crystal ball is infallible.
One of these days, that line will be your downfall :-)
*grins*
Mo.
- --
Mo McKinlay
[EMAIL PROTECTED]
-
On Sat, Jan 20, 2001 at 10:39:36PM +0300, [EMAIL PROTECTED] wrote:
> Much saner behaviour wrt latency (and perfect clarity) overweights
IMHO latency can be fixed in a much better way using ioctl(SIOCPUSH) after the
last write() plus we could also add a MSG_NOMORE to set in the last send().
On 20 Jan 2001, Kai Henningsen wrote:
>
> Then again, I could easily see those I/O devices go the general embedded
> route, which in a decade or two could well mean they run some sort of
> embedded Linux on the controller.
>
> Which would make some features rather easy to implement.
I'm
On Sat, Jan 20, 2001 at 11:39:30AM -0800, Linus Torvalds wrote:
> As far as I can tell, the second "write(1)" will always merge with the
> first one - unless the first one has already been sent out, [..]
Here the question is only if the first write(1) will be still there when we do the
second
On Thu, Jan 20, 2000 at 08:38:12AM +, Peter Horton wrote:
>
> I think I'm suffering the same thing on my new Asus A7V. Yesterday I got a
> single "error in bitmap, remounting read only" type error, and today I got
> some files in /tmp that returned I/O error when stat()ed. I do have DMA
>
On Sat, Jan 20, 2001 at 06:45:10PM +, Alan Chandler wrote:
> On Thu, 20 Jan 2011 09:51:03 -0800 (PST), you wrote:
>
> >On Sat, 20 Jan 2001, Alan Chandler wrote:
> >
> >> I'm running with an Abit K7 (uses via82c686a in southbridge) with IBM
> >> deskstar 8.4gb disks (DHEA-38451) as masters in
Hello!
> > write(10*MSS)
> > write(1)
> > write(1)
...
> As far as I can tell, the second "write(1)" will always merge with the
> first one
This would be true, if Andrea wrote not exactly 10*MSS,
but 10*MSS+1 or just write().
In some exceptional situations (sort of
Where can i get the patch?
I can apply it right now.
Gregory Maxwell wrote:
> On Sat, Jan 20, 2001 at 02:50:16PM -0500, Shawn Starr wrote:
> > It just seems that since using 2.4 ive noticed my poor Pentium 200Mhz
> > slow down whether being in X or otherwise. It just seems that the system
> >
On Sat, Jan 20, 2001 at 02:50:16PM -0500, Shawn Starr wrote:
> It just seems that since using 2.4 ive noticed my poor Pentium 200Mhz
> slow down whether being in X or otherwise. It just seems that the system
> is sluggish.
>
> I am using the new ReiserFS filesystem and I do know its still in
Using 2.2.17 kernel that is standard other than the bridging firewall
patch, this Oops happened while setting up tripwire - it was scanning
the disk and then locked up. As its purely a remote machine, I am only
able to go off of the logs in syslogd. Below is the ksymoops report. If
im leaving
Hello!
> So this mean if I do:
Yes. It is cost, which we have to pay. Look into Minshall's draft,
by the way (draft-minshall-nagle-*), it discusses pros and contras.
Much saner behaviour wrt latency (and perfect clarity) overweights
a bit worse coalescing.
Alexey
-
To unsubscribe from this
[EMAIL PROTECTED] (Linus Torvalds) wrote on 18.01.01 in
<[EMAIL PROTECTED]>:
> (Short and sweet: most hogh-performance people want point-to-point serial
> line IO with no hops, because it's a known art to make that go fast. No
> general-case routing in hardware - if you want to go as fast as
[EMAIL PROTECTED] (dean gaudet) wrote on 18.01.01 in
<[EMAIL PROTECTED]>:
> i'm pretty sure the actual use of pipelining is pretty disappointing.
> the work i did in apache preceded the widespread use of HTTP/1.1 and we
What widespread use of HTTP/1.1?
I justtried the following excercise:
It it just me or does it seem that 2.4.x has some latency problems?
It just seems that since using 2.4 ive noticed my poor Pentium 200Mhz
slow down whether being in X or otherwise. It just seems that the system
is sluggish.
I am using the new ReiserFS filesystem and I do know its still in heavy
On Sat, 20 Jan 2001, Christoph Hellwig wrote:
> On Sat, Jan 20, 2001 at 02:00:24PM -0200, Marcelo Tosatti wrote:
> > > True. But you have to go through ext2_get_branch (under the big kernel
> > > lock) - if we can do only one logical->physical block translations,
> > > why doing it multiple
The usb-ohci driver, widely used on non-x86 platforms, has hit
the same issue. (Including on some ARM setups.) An EHCI driver
(usb 2.0, 60 MByte/sec) under way has it too.
The alternative of having every device driver implement their
own simplified (?) kmem_cache code would just seem wrong;
On Sat, 20 Jan 2001, Andrea Arcangeli wrote:
> On Sat, Jan 20, 2001 at 10:05:45PM +0300, [EMAIL PROTECTED] wrote:
> > It makes. One small packet is allowed to fly, not depending on packets_out.
>
> So this mean if I do:
>
> write(10*MSS)
> write(1)
> write(1)
>
> 2.4
On Sat, Jan 20, 2001 at 10:05:45PM +0300, [EMAIL PROTECTED] wrote:
> It makes. One small packet is allowed to fly, not depending on packets_out.
So this mean if I do:
write(10*MSS)
write(1)
write(1)
2.4 can send 10 packet with MSS large payload plus two packets
On Sat, 20 Jan 2001 [EMAIL PROTECTED] wrote:
> > Actually, as long as there is no "struct page" there _are_ problems.
> > This is why the NUMA stuff was brought up - it would require that there
> > be a mem_map for the PCI pages.. (to do ref-counting etc).
>
> I see.
>
> Is this strong
On Sat, Jan 20, 2001 at 02:00:24PM -0200, Marcelo Tosatti wrote:
> > True. But you have to go through ext2_get_branch (under the big kernel
> > lock) - if we can do only one logical->physical block translations,
> > why doing it multiple times?
>
> You dont. If the metadata is cached and
Hello!
> semantics of snd_sml), maybe it makes the difference but then I don't see how.
It makes. One small packet is allowed to fly, not depending on packets_out.
This is idea of Minshall.
"Classic" Nagle also does not prohibit this, but it is difficult
to formulate it in terms of
Hello!
> Actually, as long as there is no "struct page" there _are_ problems.
> This is why the NUMA stuff was brought up - it would require that there
> be a mem_map for the PCI pages.. (to do ref-counting etc).
I see.
Is this strong "no-no-no"? What is obstacle to allow "struct page"
to sit
On Sat, Jan 20 2001, Andrea Arcangeli wrote:
> On Sat, Jan 20, 2001 at 06:41:06PM +0100, [EMAIL PROTECTED] wrote:
> > hi,
> >
> > got this oops when doing a
> > vgextend -v vgroot /dev/ide/host2/bus0/target0/lun0/part2 \
> > /dev/ide/host2/bus1/target0/lun0/part2
>
> You should upgrade to
I can't even get RAID5 to assemble thew md devices under 2.4.0 and
2.4.1-pre7.
On Sat, 20 Jan 2001, Holger Kiehl wrote:
> Date: Sat, 20 Jan 2001 19:42:04 +0100 (CET)
> From: Holger Kiehl <[EMAIL PROTECTED]>
> To: Otto Meier <[EMAIL PROTECTED]>
> Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>,
>
On Thu, 20 Jan 2011 09:51:03 -0800 (PST), you wrote:
>On Sat, 20 Jan 2001, Alan Chandler wrote:
>
>> I'm running with an Abit K7 (uses via82c686a in southbridge) with IBM
>> deskstar 8.4gb disks (DHEA-38451) as masters in ide0 and 1. They only
>> do UDMA mode 2. I am not overclocking or anything
On Sat, 20 Jan 2001, Otto Meier wrote:
> Two days ago I tried new kernels on my SMP SW RAID5 System
> and expirienced serous file system corruption with kernels 2.4.1-pre8,9 as
>2.4.0-ac8,9,10.
> The same error has been reported by other people on this list. With 2.4.0 release
> everything runs
On Thu, 18 Jan 2001, Mike Castle wrote:
> On Thu, Jan 18, 2001 at 09:52:02PM +0100, Igmar Palsenberg wrote:
> > I use lstat to check if a config file is a symlink, and if it is, it
> > refuses to open it.
>
> Nice race condition.
Agree, but still better then opening things that are actually a
On Sat, Jan 20, 2001 at 08:28:04PM +0300, [EMAIL PROTECTED] wrote:
> Hello!
>
> > My argument applies to 2.4. The uncork _won't_ push on the wire the last
> > not mss-sized fragment until it's the last one in the write queue even once
> > cwnd and receiver window allows that. I think
>
> Look
On Sat, Jan 20, 2001 at 06:41:06PM +0100, [EMAIL PROTECTED] wrote:
> hi,
>
> got this oops when doing a
> vgextend -v vgroot /dev/ide/host2/bus0/target0/lun0/part2 \
> /dev/ide/host2/bus1/target0/lun0/part2
You should upgrade to 0.9.1_beta2 that should merge all the known fixes out
there. It's
Hello!
> is there really
> much value in the second request flowing to the server before the first
> byte of the reply has hit?
Yes, of course, it has lots of sense: f.e. all the icons, referenced
parent page are batched to single
[EMAIL PROTECTED] wrote:
>
>
> > The manpage disagrees with you:
>
> Do you jest?
>
> This manpages is wrong, or, to be more exact, is incomplete,
> which is common flaw of them.
>
> get/set mean nothing but read-only/changing, i.e.
> another important property missing in ioctl interface.
On Sat, Jan 20, 2001, Manfred Spraul <[EMAIL PROTECTED]> wrote:
> >
> > TD's are around 32 bytes big (actually, they may be 48 or even 64 now, I
> > haven't checked recently). That's a waste of space for an entire page.
> >
> > However, having every driver implement it's own slab cache seems
>
> TD's are around 32 bytes big (actually, they may be 48 or even 64 now, I
> haven't checked recently). That's a waste of space for an entire page.
>
> However, having every driver implement it's own slab cache seems a
> complete waste of time when we already have the code to do so in
>
On Sat, 20 Jan 2001, Christoph Hellwig wrote:
> On Sat, Jan 20, 2001 at 01:24:40PM -0200, Marcelo Tosatti wrote:
> > In case the metadata was not already cached before ->cluster() (in this
> > case there is no disk IO at all), ->cluster() will cache it avoiding
> > further disk accesses by
1 - 100 of 271 matches
Mail list logo
