On Mon, Feb 26, 2001 at 03:23:18PM -0500, Mark Hahn wrote:
> > the cable length in mind. Anybody out there know if there's a max cable
> > length for the ATA/100 spec??
>
> 18", like *all* ide/ata cables.
Actually the ATA/66 and ATA/100 cables are specified to be exactly 18",
not longer, not
> " " == H J Lu <[EMAIL PROTECTED]> writes:
> I much prefer to have a new getdents system call which will
> also return d_type so that the 32 bit function in glibc can use
> this new getdents instead of getdents64.
That could also be done, however it seems odd to be adding a
Followup to: <[EMAIL PROTECTED]>
By author:"Mack Stevenson" <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Hello,
>
> The 8x16 and Sun 12x22 kernel fonts I tried seem to lack some standard
> glyphs necessary to represent the entire ISO-8859-1 charmap; I am talking
> about all
On Tue, Feb 27, 2001 at 07:57:36AM +0100, Trond Myklebust wrote:
> > " " == H J Lu <[EMAIL PROTECTED]> writes:
>
> > I don't know how it will work with real 64bit cookies on a
> > 32bit host for NFS V3 since you truncate it into 32bit during
> > sign extension.
>
> It won't
> " " == H J Lu <[EMAIL PROTECTED]> writes:
> I don't know how it will work with real 64bit cookies on a
> 32bit host for NFS V3 since you truncate it into 32bit during
> sign extension.
It won't for the moment, but that's a problem with the readdir() API
which uses the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
http://oss.sgi.com/projects/kdb/download/ix86/ contains patches for kdb
v1.8 against 2.4.2 and 2.4.2-ac5.
The main reason for this release is to hook into the panic() routine
and to sync with the NMI
On 26 Feb 2001, at 10:48, Andreas Dilger wrote:
> Ulrich Windl writes:
> > I had an interesting effect: Due to NVdriver I had a lot of system
> > freezes, and I had to reboot. Using e2fsck 1.19a (SuSE 7.1) I got the
> > message that one specific "Special (device/socket/fifo) inode .. has
> >
Hello,
The 8x16 and Sun 12x22 kernel fonts I tried seem to lack some standard
glyphs necessary to represent the entire ISO-8859-1 charmap; I am talking
about all accented capital vowels except for 'É'.
This seems to happen in both 2.2.16 as well as in 2.2.18.
Is this intentional? If so, why?
Hi Jason!
On Mon, 26 Feb 2001 15:41:04 -0500 (EST), Jason Rappleye wrote:
>I'm running kernel 2.4.2 on an SGI 1100 (dual PIIIs) with a Serverworks
>III LE based motherboard. The disk is a Seagate ST330630A. The disk has
>DMA enabled at boot time :
>hda: ST330630A, ATA DISK drive
>hda: 59777640
Later, for what its worth:
Up to now, I have only had one of the network cards active, and connected
to the hub. I have just connected a second card to the hub, with an
additional IP address. After running IPTRAF, it hung after about 5
minutes, after which BOTH network cards stopped
Good morning all.
First thing this morning I applied Jeff's patch, as below. Started off
well, ran for about 20 minutes (and 40 MBytes) before hanging.
Reversed out Jeff's change and applied Manfred's patch to the same lines in
pnic.c. Ran for about 15 minutes (28 Mbytes) before hanging.
Hi Alan,
This patch, against 2.2.19pre15, makes the compatibility functions static
so they don't pollute the namespace, and marks some of them as __init. It
has a few other small fixes from the 2.4 driver.
Please apply.
Thanks,
Ion
--
It is better to keep your mouth shut and be thought a
On Mon, 26 Feb 2001 23:18:37 + (GMT), Alan Cox <[EMAIL PROTECTED]> wrote:
> 2.2.19pre15
[...]
> o EEpro100 posted writes fix (Ion Badulescu)
All the credit goes to Andrey Savochkin and Don Becker -- I only applied
their 2.4.1 patch to 2.2.x..
Thanks,
Ion
--
As a departure from just about every other post talking about something
wrong. I just want to say 2.2.19pre14 is working perfectly. I can't
say anything about latency because i haven't found much in the area of
timing patches for 2.2.19 yet, it is very responsive and fast and
handles quite well
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.2/drivers/net/wan/sealevel.c Sun Aug 13 18:57:35 2000
+++ linux-2.4.2.acme/drivers/net/wan/sealevel.c Tue Feb 27 01:07:31 2001
@@ -59,7 +59,7 @@
{
/* Drop the CRC - its not a good idea to try and negotiate it ;) */
Em Mon, Feb 26, 2001 at 09:56:13PM -0500, Jeff Garzik escreveu:
> Arnaldo Carvalho de Melo wrote:
> > --- linux-2.4.2/drivers/net/wan/dlci.c Tue Feb 13 19:15:05 2001
> > +++ linux-2.4.2.acme/drivers/net/wan/dlci.c Mon Feb 26 23:43:25 2001
> > @@ -229,6 +229,7 @@
> >
Carlos Fernandez Sanz wrote:
> I have just purchased a new HD and I'm getting problems creating a
> filesystem for it. I've done some research and some people claim the problem
> might be kernel related so I'm asking here just in case.
>
> The HD is a Maxtor 80 Gb, plugged to the Promise
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.2/drivers/net/wan/sbni.c Tue Feb 13 19:15:05 2001
+++ linux-2.4.2.acme/drivers/net/wan/sbni.c Tue Feb 27 00:19:32 2001
@@ -460,7 +460,7 @@
* generate Ethernet address (0x00ff01xx)
*/
-
Ivan Passos wrote:
> Hello,
>
> A customer has just brought to my attention that when you try to use the
> TIOCMIWAIT ioctl with our boards and CLOCAL is enabled, you can't check
> changes in the DCD signal. He also mentioned that that is possible with
> the regular serial ports.
>
> As I
"David S. Miller" wrote:
> Andi Kleen writes:
> > Or did I misunderstand you?
>
> What is wrong with making methods, keyed off of the ethernet protocol
> ID, that can do the "I know where/how-long headers are" stuff for that
> protocol? Only cards with the problem call into this function
Arnaldo Carvalho de Melo wrote:
> --- linux-2.4.2/drivers/net/wan/dlci.c Tue Feb 13 19:15:05 2001
> +++ linux-2.4.2.acme/drivers/net/wan/dlci.c Mon Feb 26 23:43:25 2001
> @@ -229,6 +229,7 @@
> skb_pull(skb, header);
> netif_rx(skb);
>
Arnaldo Carvalho de Melo wrote:
> --- linux-2.4.2/drivers/net/wan/cycx_x25.c Tue Feb 13 19:15:05 2001
> +++ linux-2.4.2.acme/drivers/net/wan/cycx_x25.c Mon Feb 26 23:38:48 2001
> @@ -812,7 +812,6 @@
> if (bitm)
> return; /* more data is coming */
>
> -
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.2/drivers/net/wan/hostess_sv11.c Sun Aug 13 18:57:35 2000
+++ linux-2.4.2.acme/drivers/net/wan/hostess_sv11.c Mon Feb 26 23:48:32 2001
@@ -59,7 +59,7 @@
{
/* Drop the CRC - its not a good idea to try and negotiate it
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.2/drivers/net/wan/dlci.c Tue Feb 13 19:15:05 2001
+++ linux-2.4.2.acme/drivers/net/wan/dlci.c Mon Feb 26 23:43:25 2001
@@ -205,7 +205,7 @@
case FRAD_P_IP:
header =
Em Mon, Feb 26, 2001 at 09:58:31PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi,
Please apply. This one I maintain. 8)
- Arnaldo
--- linux-2.4.2/drivers/net/wan/cycx_x25.c Tue Feb 13 19:15:05 2001
+++ linux-2.4.2.acme/drivers/net/wan/cycx_x25.c Mon Feb 26 23:38:48 2001
@@ -812,7
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.2/drivers/net/wan/cosa.c Tue Feb 13 19:15:05 2001
+++ linux-2.4.2.acme/drivers/net/wan/cosa.c Mon Feb 26 23:28:40 2001
@@ -738,14 +738,14 @@
chan->stats.rx_frame_errors++;
return 0;
}
-
Problem is not fixed with your patch. Debugging packet is
http://patrec.com./rico/vger/diag002.tar.bz2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
>> a competing philosophy that said that the IP checksum must be
>> recomputed incrementally at routers to catch hardware problems in the
...
>ah.. we do recalculate IP Checksums now.. when we update any of the
>timestamp rr options etc..
But, do you do it incrementally? By which I
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.2/drivers/net/wan/comx-proto-lapb.c Sun Nov 12 01:02:39 2000
+++ linux-2.4.2.acme/drivers/net/wan/comx-proto-lapb.c Mon Feb 26 23:23:15 2001
@@ -306,11 +306,12 @@
p = skb_put(skb,1);
*p = 0x01;
On Mon, 26 Feb 2001, Benjamin C.R. LaHaise wrote:
> On Mon, 26 Feb 2001, David S. Miller wrote:
> > At gigapacket rates, it becomes an issue. This guy is talking about
> > tinkering with new IP _options_, not just the header. So even if the
> > IP header itself fits totally in a cache line, the
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.2/drivers/net/wan/comx.c Thu Nov 16 20:08:25 2000
+++ linux-2.4.2.acme/drivers/net/wan/comx.c Mon Feb 26 23:17:12 2001
@@ -380,6 +380,7 @@
}
if (skb) {
netif_rx(skb);
+ dev->last_rx
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.2/drivers/net/tokenring/tms380tr.cFri Feb 16 22:02:36 2001
+++ linux-2.4.2.acme/drivers/net/tokenring/tms380tr.c Mon Feb 26 23:11:51 2001
@@ -2203,6 +2203,7 @@
skb_trim(skb,Length);
It may not be an important message but what does happen is /dev/dsp becomes
hung and no sound works after the fault. So something is definately wrong.
Shawn.
Marcelo Tosatti wrote:
> On Mon, 26 Feb 2001, Alan Cox wrote:
>
> > > We can add an allocation flag (__GFP_NO_CRITICAL?) which can be
On Mon, 26 Feb 2001, David S. Miller wrote:
> > Also, I was looking into some RFC 1812 stuff. (Thanks for nothing Dave
> > :) and was looking at 4.2.2.6 where it mentions that a router MUST
> > implement the End of Option List option.. Havent' figured out where
> > that is implememented
Em Mon, Feb 26, 2001 at 09:07:49PM -0500, Jeff Garzik escreveu:
> And here are the rest of the ones in pcmcia.
Hey man, thats what I call cooperation 8) I was now on the netwave one, but
had to stop to get another beer, when I came back... Jeff, go get a beer
please, I'll pay you by March, 31,
I have right now on hands a system with PDC20265 controller, not used
as "raid", and it gives me a hard time. It looks like that after some
number of megabytes copied to a disk, where "number" seems to be
somewhere between 100 and 150, something in a kernel internal structures
get overwritten
And here are the rest of the ones in pcmcia.
--
Jeff Garzik | "You see, in this world there's two kinds of
Building 1024 | people, my friend: Those with loaded guns
MandrakeSoft | and those who dig. You dig." --Blondie
Index: drivers/net/pcmcia/3c574_cs.c
On Sun, Feb 25, 2001 at 07:14:09AM +, angelcode wrote:
> I've been seeing the same kind of messages with an eepro100
> but they don't happen when the module is loaded. They
> happen after it has been running for a few days. I am
> running 2.4.1. I haven't seen any real problems but
Em Mon, Feb 26, 2001 at 08:56:06PM -0500, Jeff Garzik escreveu:
> Arnaldo Carvalho de Melo wrote:
> > --- linux-2.4.2/drivers/net/pcmcia/3c589_cs.c Tue Feb 13 19:15:05 2001
> > +++ linux-2.4.2.acme/drivers/net/pcmcia/3c589_cs.c Mon Feb 26 22:44:00 2001
> > @@ -992,9 +992,9 @@
> >
Em Mon, Feb 26, 2001 at 08:57:37PM -0500, Jeff Garzik escreveu:
> Ditto...
thanks, as I said to Donald, I was in fast mode, so the driver maintainers
should take this into account and use my previous patches as a hint, I'm
considering this for the upcoming patches, if there's any more drivers
Ditto...
--
Jeff Garzik | "You see, in this world there's two kinds of
Building 1024 | people, my friend: Those with loaded guns
MandrakeSoft | and those who dig. You dig." --Blondie
Index: drivers/net/pcmcia/fmvj18x_cs.c
Arnaldo Carvalho de Melo wrote:
> --- linux-2.4.2/drivers/net/pcmcia/3c589_cs.c Tue Feb 13 19:15:05 2001
> +++ linux-2.4.2.acme/drivers/net/pcmcia/3c589_cs.c Mon Feb 26 22:44:00 2001
> @@ -992,9 +992,9 @@
> (pkt_len+3)>>2);
> skb->protocol =
Em Mon, Feb 26, 2001 at 08:52:39PM -0500, Donald Becker escreveu:
> On Mon, 26 Feb 2001, Arnaldo Carvalho de Melo wrote:
>
> > Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
> > I've just read davem's post at netdev about the brokeness of
> > referencing skbs
On Mon, 26 Feb 2001, Arnaldo Carvalho de Melo wrote:
> Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
> I've just read davem's post at netdev about the brokeness of
> referencing skbs after passing it to netif_rx, so please consider applying
> this patch. Ah,
another pcmcia one
Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi,
I've just read davem's post at netdev about the brokeness of
referencing skbs after passing it to netif_rx, so please consider applying
this patch. Ah, this was just added to the
now to pcmcia ones
Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi,
I've just read davem's post at netdev about the brokeness of
referencing skbs after passing it to netif_rx, so please consider applying
this patch. Ah, this was just added to the
humm, almost finishing... 8)
Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi,
I've just read davem's post at netdev about the brokeness of
referencing skbs after passing it to netif_rx, so please consider applying
this patch. Ah, this was just added to
On Mon, Feb 26, 2001 at 06:48:16PM -0500, Carlos Fernandez Sanz wrote:
> I have just purchased a new HD and I'm getting problems creating a
> filesystem for it. The HD is a Maxtor 80 Gb
>
> Disk /dev/hde: 16 heads, 63 sectors, 15871 cylinders
> Units = cylinders of 1008 * 512 bytes
>
>
hey, its a flood! 8)
Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi,
I've just read davem's post at netdev about the brokeness of
referencing skbs after passing it to netif_rx, so please consider applying
this patch. Ah, this was just added to the
> A customer has just brought to my attention that when you try to use the
> TIOCMIWAIT ioctl with our boards and CLOCAL is enabled, you can't check
> changes in the DCD signal. He also mentioned that that is possible with
> the regular serial ports.
>
> As I understood, CLOCAL meant disabling
hey, look at this! 8)
Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi,
I've just read davem's post at netdev about the brokeness of
referencing skbs after passing it to netif_rx, so please consider applying
this patch. Ah, this was just added to the
yet another one. 8)
Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi,
I've just read davem's post at netdev about the brokeness of
referencing skbs after passing it to netif_rx, so please consider applying
this patch. Ah, this was just added to the
Vibol Hou wrote:
>
> > Are you still getting the "hordes" of Tx timeouts with the
> > 3c905B which you reported a week ago?
>
> Yes, but they happen a few hours after the system starts up and continue
> until the server is restarted. It seems like a separate issue. I haven't
> tried taking
one more.
Em Mon, Feb 26, 2001 at 08:33:59PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi,
I've just read davem's post at netdev about the brokeness of
referencing skbs after passing it to netif_rx, so please consider applying
this patch. Ah, this was just added to the Janitor's TODO
Hi,
I've just read davem's post at netdev about the brokeness of
referencing skbs after passing it to netif_rx, so please consider applying
this patch. Ah, this was just added to the Janitor's TODO list at
http://bazar.conectiva.com.br/~acme/TODO and I'm doing a quick audit in the
net
Hi,
I have a linux raid 5 running with primise ultra dma ata/100 cards running
IBM ata/100 drives with the proper cables. A lot of people have been
submitting reports that have the similar error in the syslog. I myself
have two identical systems running that are giving a lot of errors, this
> Are you still getting the "hordes" of Tx timeouts with the
> 3c905B which you reported a week ago?
Yes, but they happen a few hours after the system starts up and continue
until the server is restarted. It seems like a separate issue. I haven't
tried taking down the interface and putting it
Reto Baettig writes:
> The RPC server needs lots of 2MB receive buffers which are
> allocated using vmalloc because the NIC has its own pagetables.
Why not just allocate the page seperately and keep track of
where they are, since the NIC has all the page tabling facilities
on it's end, the
Well, don't I feel silly. I some more investigating, and found that my
problem didn't have anything to do with the kernel after all. I, uh, found
that I had a couple partitions over lapping.
Anyway, sorry to bother you all, and now I'm going to go find some white
powder to lessen the
Hello,
A customer has just brought to my attention that when you try to use the
TIOCMIWAIT ioctl with our boards and CLOCAL is enabled, you can't check
changes in the DCD signal. He also mentioned that that is possible with
the regular serial ports.
As I understood, CLOCAL meant disabling DCD
> your arguments appear correct to me
> I include the patch to be applied from my point of view
Good. Had no time today to look at the details, but at first sight
this is a big improvement. May want to nitpick a little some other time.
Andries
-
To unsubscribe from this list: send the line
Ingo Molnar wrote:
> question: what is this application, and why does it need so much virtual
> memory? vmalloc()-able memory is maximized to 128 MB right now, and
> increasing it conflicts with directly mapping RAM, so generally it's a
> good idea to avoid vmalloc() as much as possible.
We
Looks like every time the CPU detection code is rewritten, the printing of the
CPU name for "pure" (i.e. "original") 386s suffer. Last time, the "\n" after
the "CPU: 386" line was missing.
This time it's worse. It's tripping the "unknown CPU" code path:
CPU: Before vendor init, caps:
On Mon, 26 Feb 2001, Craig Milo Rogers wrote:
> > > I have a whole 40 bytes (+/-) to share... Now although I don't see
> > > anything explicitly prohibiting the use of unused IP Header option
..
> > > in between.. Has anyone seen any RFC that explicitly says I MUST NOT?
> >
> >Not to my
Vibol Hou wrote:
>
> I've reported this problem a long while ago, but no one answered my pleas.
> To tell you the honest truth, I don't know where to begin looking. It's
> difficult to poke around when the serial console is unresponsive :/
>
Sounds like a network driver problem.
Are you
Hello,
When I stated: 'off the root directory', I meant the root kernel directory:
/usr/src/linux , not /
Regards,
Frank
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Simon Kirby writes:
> Has such a patch gone in to the kernel yet?
Yep, it is in both the zerocopy and AC patches. (Linus is
away at the moment)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
I've reported this problem a long while ago, but no one answered my pleas.
To tell you the honest truth, I don't know where to begin looking. It's
difficult to poke around when the serial console is unresponsive :/
When I was running 2.4.0, the system, a dual-processor webserver, would
Hello,
In patch-2.4.2-ac5 , a trident.c is created off the root directory. Was that
supposed to be a merge with drivers/sound/trident.c ? There is a separate patch on
drivers/sound/trident.c in 2.4.2-ac5. The one I'm referring to is located last in the
patch.
Regards,
Frank
-
To
On Wed, Feb 21, 2001 at 03:52:37PM -0800, David S. Miller wrote:
> There is no reason my patch should have this effect.
>
> All of this is what appears to be a bug in Windows TCP header
> compression, if the ID field of the IPv4 header does not change then
> it drops every other packet.
>
>
On Sun, Feb 25, 2001 at 07:24:54PM +0100, Pavel Machek wrote:
> > > Userspace stuff should be found at http://openrush.sourceforge.net
> > > if you have a rush. It works for me on ia32 with the model sa125.
> >
> > Why can't the entire driver be in userspace? It appears it uses a
> > completely
On Mon, 26 Feb 2001, David S. Miller wrote:
> At gigapacket rates, it becomes an issue. This guy is talking about
> tinkering with new IP _options_, not just the header. So even if the
> IP header itself fits totally in a cache line, the options afterwardsd
> likely will not and thus require
Jeff Garzik writes:
> I only want to know if more are coming, not actually pass multiples..
Ok, then my only concern is that the path from "I know more is coming"
down to hard_start_xmit invocation is long. It would mean passing a
new piece of state a long distance inside the stack from SKB
Andi Kleen writes:
> Or did I misunderstand you?
What is wrong with making methods, keyed off of the ethernet protocol
ID, that can do the "I know where/how-long headers are" stuff for that
protocol? Only cards with the problem call into this function vector
or however we arrange it, and then
Benjamin C.R. LaHaise writes:
> Since the ip header fits in the cache of some CPUs (like the P4),
> this becoming a cheaper operation than ever before.
At gigapacket rates, it becomes an issue. This guy is talking about
tinkering with new IP _options_, not just the header. So even if the
IP
Hi,
I have a problem with my filesystem, the kernel panics
as soon as it tries to mount the root filesystem.
I guess it is because of the IDE bug in the driver
Russell found, but he (Russell) suggest me to post
my message here.
What I've
"David S. Miller" wrote:
> Jeff Garzik writes:
> > 2) Tx packet grouping.
> ...
> > Disadvantages?
>
> See Torvalds vs. world discussion on this list about API entry points
> which pass multiple pages at a time versus simpler ones which pass
> only a single page at a time. :-)
I only want to
> > I'm seeing stalls sending packets to some clients. I see this problem
> > under 2.4 (2.4.1 and 2.4.1ac17) but not under 2.2.17.
>
> compiled in ECN support? SYNcookies? try disabling through /proc
> tcp or udp? if udp check /proc/net/ipv4/ip_udpdloose or such
CONFIG_INET_ECN is not set
On Mon, Feb 26, 2001 at 03:48:31PM -0800, David S. Miller wrote:
>
> Andi Kleen writes:
> > 4) Better support for aligned RX by only copying the header
>
> Andi you can make this now:
>
> 1) Add new "post-header data pointer" field in SKB.
That would imply to let the drivers parse all
Richard B. Johnson writes:
> > unix socket sends eat into memory reserved for atomic allocs.
OK (Manfred is being quoted here, to be clear).
I'm still talking with Alexey about how to fix this, I might just
prefer killing this fallback mechanism of skb_alloc_send_skb then
make AF_UNIX act
Andi Kleen writes:
> 4) Better support for aligned RX by only copying the header
Andi you can make this now:
1) Add new "post-header data pointer" field in SKB.
2) Change drivers to copy into aligned headroom as
you mention, and they set this new post-header
pointer as appropriate. For
On Mon, 26 Feb 2001, David S. Miller wrote:
> Not to my knowledge. Routers already change the time to live field,
> so I see no reason why they can't do smart things with special IP
> options either (besides efficiency concerns :-).
A number of ISPs patch the MSS value to 1492 due to the
Jeff Garzik writes:
> 1) Rx Skb recycling.
...
> Advantages: A de-allocation immediately followed by a reallocation is
> eliminated, less L1 cache pollution during interrupt handling.
> Potentially less DMA traffic between card and host.
...
> Disadvantages?
It simply cannot work, as
I have just purchased a new HD and I'm getting problems creating a
filesystem for it. I've done some research and some people claim the problem
might be kernel related so I'm asking here just in case.
The HD is a Maxtor 80 Gb, plugged to the Promise controller that comes with
Asus A7V
After building a patched source tree, and running "make xmenu" on a
RH6.2 system with most relevant RPMs installed, I see:
drivers/net/Config.in: 359: bad if condition
The following line:
if [ "$CONFIG_EXPERIMENTAL" = y -a "$CONFIG_WAN_ROUTER" != "n" ]; then
should be:
if [
On Mon, Feb 26, 2001 at 09:44:16PM +0100, Ingo Molnar wrote:
> -ac4. Differences: no need to complicate highmem.c with pool-fillup on
> bootup. It will get refilled after the first disk-accesses anyway.
I considered that, in practice it isn't going to make any difference, I
_totally_ agree. But
On Thu, Feb 22, 2001 at 03:48:50PM +0100, Trond Myklebust wrote:
>
> Hi,
>
> After having tried to thrash out what exactly is the kernel
> interface for telldir/seekdir w.r.t. the existence of negative offsets
> with the glibc people, I've finally found a way to work within the
> current
Michael Peddemors writes:
> A few things.. why is ip.h not part of the linux/include/net rather than
> linux/include/linux hierachy?
Exported to older userlands...
> Defined items that are not used anywhere in the source..
> Can any of them be deleted now?
>
So what, userland makes use
The latest drop of JFS was made available today.
The file system has fixes included.
The log manager no longer uses the page cache for log pages, this
eliminates dead-locks that were occurring in the log manager. The file system has
general work done to remove SMP dead-lock problems. fsck now
Michael Peddemors <[EMAIL PROTECTED]> writes:
> A few things.. why is ip.h not part of the linux/include/net rather than
> linux/include/linux hierachy?
Because it needs to be user visible for raw sockets (linux is exported to the user,
net isn't)
> Defined items that are not used anywhere
2.2.19pre15
o Hugh Blemings has moved (Hugh Blemings)
o Add support for usb hubs with many ports(Randy Dunlap)
o Reapply make xconfig isdn fix (Andrzej Krzysztofowicz)
o Fix the tcp problems(Alexey
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.2-ac5
o Add Epson 1240U scanners to usb scanner (Joel Becker)
o Fix eth= compatibility (Andrew Morton)
| Should fix 3c509 problems for one
o Add Pnp table to opl3sa2
Chris,
it works nicely here (i586, 32Mb, Red Hat's gcc-2.96-69). Thanks.
Ken
On Sun, 25 Feb 2001, Chris Mason wrote:
>
> Hi guys,
>
> This patch should take care of the other cause for null bytes
> in small files. It has been through a few hours of testing,
> with some of the usual load
On Mon, 26 Feb 2001 11:08:59 +0100,
Stefan Smietanowski <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote
>> modutils-2.4.3.tar.gz Source tarball, includes RPM spec file
>
>IIRC 2.4.2 was 2.4 only, and was released under protest, is it the same
>for 2.4.3?
modutils 2.4 will work on kernel
While doing some work on some ip options stuff, I have noticed a bunchof
unused entries in linux/include/linux/ip.h
A few things.. why is ip.h not part of the linux/include/net rather than
linux/include/linux hierachy?
Defined items that are not used anywhere in the source..
Can any of them
On 02.26 David wrote:
> I hope you will find this information usefull.
>
> I am not in the linux-kernel list so, if posible, I would like to be
> personally CC'ed the answers/comments sent to the list in response to
> this posting.
>
> I think I heve found a bug in gcc. I have tried both egcs
Alan,
See below for a list of problems with the linux
2.2.19pre14 patch. The errors should be apparent.
I have a Dell optiplex 333mhz Intel with a 9gig SCSI
card.
A). The version of the linux 2.2.19pre14 on 2.2.18
is compiling and saying it is pre13. Thus the
make
Hello Doug,
Just to let you know that I've upgraded from linux 2.2.19pre5
to linux 2.2.19pre14 and here is an updated status.
1). My machine is a Dell optiplex 333mhz Intel with a 2940U2W AIC-7895
chipset and SCSI BIOS v1.33S2 (where S means special Dell stuff)
2). This newer patch
I already asked this on the linux-sound mailing list almost 10 days ago,
but got no response. So here it is again, header cut down to essentials:
-
Date: Sat, 17 Feb 2001 12:04:32 +0100
From: Matthias Andree <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: 2.2.18: difficulties with
On Mon, Feb 26, 2001 at 01:14:11PM +0100, Maciej W. Rozycki wrote:
> It is already present in 2.4.2-ac3.
Yep, I just noticed it. there was a backlog from here to tokyo.
> There is a small performance impact at every interrupt -- the code that
> checks for mismatches incurs it. It's just a
1 - 100 of 381 matches
Mail list logo