2.4.2-ac5: trident.c

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

Sytem slowdown on 2.4.1-ac20 (recurring from 2.4.0)

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

clarification 2.4.2-ac5: trident.c

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

Re: [UPDATE] zerocopy.. While working on ip.h stuff

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 knowledge. Routers

Re: Sytem slowdown on 2.4.1-ac20 (recurring from 2.4.0)

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 still

Re: New net features for added performance

"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 know if

Re: [UPDATE] zerocopy.. While working on ip.h stuff

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

CPU name for pure i386 missing

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:

Re: RFC: vmalloc improvements

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

Re: [PATCH] partitions/ibm.c

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

CLOCAL and TIOCMIWAIT

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

SOLVED: Re: (Random?) File System Corruption

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

RE: Sytem slowdown on 2.4.1-ac20 (recurring from 2.4.0)

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

Linux 2.4.2 DMA Interrupt poblem?

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

[PATCH] de4x5.c: don't reference skb after passing it to netif_rx

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

[PATCH] defxx.c: don't reference skb after passing it to netif_rx

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

Re: Sytem slowdown on 2.4.1-ac20 (recurring from 2.4.0)

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 down the

[PATCH] eth16i.c: don't reference skb after passing it to netif_rx

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

Re: New net features for added performance

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 headers to

Announcing Journaled File System (JFS) release 0.1.6

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

[PATCH] ewrk3.c: don't reference skb after passing it to netif_rx

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

Re: CLOCAL and TIOCMIWAIT

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

[PATCH] hp100.c: don't reference skb after passing it to netif_rx

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

PATCH] via-rhine.c: don't reference skb after passing it to netif_rx

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

[PATCH] 3c589_cs: don't reference skb after passing it to netif_rx

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

[PATCH] fmvj18x_cs: don't reference skb after passing it to netif_rx

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

Re: PATCH] via-rhine.c: don't reference skb after passing it tonetif_rx

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, this

Re: PATCH] via-rhine.c: don't reference skb after passing it to netif_rx

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 after

Re: [PATCH] 3c589_cs: don't reference skb after passing it to netif_rx

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 =

Re: [PATCH] fmvj18x_cs: don't reference skb after passing it to netif_rx

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

Re: [PATCH] fmvj18x_cs: don't reference skb after passing it to netif_rx

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

Re: New net features for added performance

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

Re: [PATCH] 3c589_cs: don't reference skb after passing it to netif_rx

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 @@

Re: [PATCH] 3c589_cs: don't reference skb after passing it to netif_rx

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

Re: 2.2.18: weird eepro100 msgs

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 these

2.4 kernels - attempt to access beyond end of device

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

Re: [PATCH] 3c589_cs: don't reference skb after passing it to netif_rx

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, if

Re: [ANOMALIES]: 2.4.2 - __alloc_pages: failed - Causes more then just msgs

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 used by

[PATCH] tms380tr: update last_rx after netif_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);

[PATCH] comx: update last_rx after netif_rx

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

[PATCH] comx-proto-lapb: update last_rx after netif_rx

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;

Re: 64GB option broken in 2.4.2

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

Re: [UPDATE] zerocopy.. While working on ip.h stuff

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 mean:

[PATCH] cosa: update last_rx after netif_rx

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; } -

Re: 2.4 tcp very slow under certain circumstances (Re: netdev issues (3c905B))

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. The

Re: [UPDATE] zerocopy.. While working on ip.h stuff

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

Re: 2.4 tcp very slow under certain circumstances (Re: netdev issues (3c905B))

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

[PATCH] cycx_x25: update last_rx after netif_rx

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

[PATCH] dlci: update last_rx after netif_rx

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 =

[PATCH] hostess_sv11: update last_rx after netif_rx

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

Re: [PATCH] dlci: update last_rx after netif_rx

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);

Re: [PATCH] cycx_x25: update last_rx after netif_rx

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 */ - dev-last_rx =

Re: New net features for added performance

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

Re: CLOCAL and TIOCMIWAIT

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 understood,

[PATCH] sbni: update last_rx after netif_rx

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) */ -

Re: New net features for added performance

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

Problem creating filesystem

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

Re: Problem creating filesystem

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 controller

Re: RFC: vmalloc improvements

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 cpu

Re: [PATCH] dlci: update last_rx after netif_rx

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 @@ skb_pull(skb,

[PATCH] sealevel: update last_rx after netif_rx

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 ;) */

Re: [UPDATE] zerocopy.. While working on ip.h stuff

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

Re: New net features for added performance

"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 vector or

Re: [UPDATE] zerocopy.. While working on ip.h stuff

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 yet..

Re: Linux 2.4.1 network (socket) performance

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 just

Everything working fine here.

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

Re: [UPDATE] zerocopy.. While working on ip.h stuff

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

Re: Problem creating filesystem

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 Device

Re: Linux 2.2.19pre15

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 -- It is

[PATCH] starfire.c update for 2.2.19pre

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

Re: PROBLEM: Network hanging - Tulip driver with Netgear (Lite-On)

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.

Re: PROBLEM: Network hanging - Tulip driver with Netgear (Lite-On)

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

Re: timeout waiting for DMA

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

ISO-8859-1 completeness of kernel fonts?

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?

Re: 2.2.18/ext2: special file corruption?

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 non-zero

Re: [NFS] Updated patch for the [2.4.x] NFS 'missing directory entry a.k.a. IRIX server' problem...

" " == 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 32-bit off_t

Re: [NFS] Updated patch for the [2.4.x] NFS 'missing directory entry a.k.a. IRIX server' problem...

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 for the moment,

[Announce] kdb v1.8 is available

-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

Re: ISO-8859-1 completeness of kernel fonts?

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 accented

Re: [NFS] Updated patch for the [2.4.x] NFS 'missing directory entry a.k.a. IRIX server' problem...

" " == 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 new 32-bit

Re: ide / usb problem

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

<    1   2   3   4