Re: zero-copy TCP

On 5 Sep 2000, Henning P. Schmiedehausen wrote: > [EMAIL PROTECTED] (Jeff V. Merkey) writes: > >IPX is a really good LAN protocol (but totally sucks for internet). A > Jeff, Netware is dead. Please leave it there. IP won. The number of > new Netware Installations (as compared to existing or just

Re: zero-copy TCP

On Tue, 5 Sep 2000, Henning P . Schmiedehausen wrote: > On Tue, Sep 05, 2000 at 11:25:12AM -0700, Dan Hollis wrote: > > I think you mean IPX is dead. Netware *could* work over TCP or UDP. > > IP is definitely king. Even micro$haft gave up on NetBEUI. > Yep, thats' what I meant. Sorry that I was no

Re: zero-copy TCP

Dear Stu, I apologize for bothering you, but how possible would it be to let the Linux folks get access to the Nitro docs and docs for Intel ethernet cards in general. There seems to be interest from folks in getting this to improve Linux support for Intel products. Any help would be appreciat

Re: Suggestion for laptop suspension

Well, while it would be a good option to have, I'm not sure it's a good idea to make it the default. If you flush the buffer+page caches, then later you will need to repopulate them. It is worth caching data, in ordinary circumstances, because it has a certain chance of being useful

Re: zero-copy TCP

> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes: Jeff> Jes Sorensen wrote: >> True the i960 based one I didn't think of, however Intel never >> provided docs for it. Jeff> ??? I find this surprising. Email [EMAIL PROTECTED] and ask Jeff> him if they will give them to you. I'm sure th

Re: zero-copy TCP

Jes Sorensen wrote: > > > "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes: > > Jeff> Intel Nitro Card - i960 processor on the card. The SMP > Jeff> debugging involved the use of a bus analyser since this card had > Jeff> a piggish memory bus footprint (i960 processors do not have an >

Re: zero-copy TCP

On Tue, Sep 05, 2000 at 11:25:12AM -0700, Dan Hollis wrote: > On 5 Sep 2000, Henning P. Schmiedehausen wrote: > > [EMAIL PROTECTED] (Jeff V. Merkey) writes: > > >IPX is a really good LAN protocol (but totally sucks for internet). A > > Jeff, Netware is dead. Please leave it there. IP won. The num

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Tue, 5 Sep 2000, Linus Torvalds wrote: > > > On Wed, 6 Sep 2000, Chris Wedgwood wrote: > > > > There are several other structures that have the same problem; very > > generic sounding members. I wonder would a patch changing struct page > > to something like this be acceptable? > > No.

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Tue, 5 Sep 2000, Alexander Viro wrote: > > > > What would be acceptable is something that understands C, and that can be > > used to follow these things. Like "tags". > > I don't like hungarian notation too, but tags is out of question, > unfortunately. Too much preprocessor abuse in

Re: Suggestion for laptop suspension

Well, while it would be a good option to have, I'm not sure it's a good idea to make it the default. If you flush the buffer+page caches, then later you will need to repopulate them. It is worth caching data, in ordinary circumstances, because it has a certain chance of being useful

Re: [PATCH] thread wakeup fix for 2.4.0-test7

Hello! > And then it becomes obvious that count is not needed, it is always 1 > or 0; ie. only threads waiting on same fd in same struct files_struct > must be woken. My patch The patch is wrong, Paul. It does work with poll(), but it is plain luck. If poll() were more optimal, it would fail a

Re: zero-copy TCP

> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes: Jeff> Intel Nitro Card - i960 processor on the card. The SMP Jeff> debugging involved the use of a bus analyser since this card had Jeff> a piggish memory bus footprint (i960 processors do not have an Jeff> IO address space, so everything

Re: 2.4.x driver audit help

Hello, Posting incremental changes to l-k is fine, just CC me, and I'll compile a list of patches for inclusion into 2.4.0 . Regards, -Frank --Original Message-- From: Jes Sorensen <[EMAIL PROTECTED]> To: Frank Davis <[EMAIL PROTECTED]> Sent: September 5, 2000 6:06:21 PM GMT Subject

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Wed, 6 Sep 2000, Chris Wedgwood wrote: > --- mm.h.orig Wed Sep 6 07:01:38 2000 > +++ mm.h Wed Sep 6 07:02:18 2000 > @@ -142,18 +142,18 @@ > * is used for linear searches (eg. clock algorithm scans). > */ > typedef struct page { [snip] > - atomic_t count; [snip]

Re: 2.4.x driver audit help

> "Frank" == Frank Davis <[EMAIL PROTECTED]> writes: Frank> Hello all, Anyone wishing to re-audit the drivers/block and Frank> drivers/char for locking issues and submit their patches to me Frank> directly, feel free. I think if more people comb through the Frank> code than myself, patches I

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On Sun, 3 Sep 2000, Andre Hedrick wrote: > But there is no Copyright license in patch code. On Mon, 4 Sep 2000, Mike A. Harris wrote: > I was under the understanding a "patch" to something GPL, means > the "patch" is also GPL. when IBM started working with the apache group their lawyers did a

Re: 2.2.18-3 seems to break pcmcia-cs-3.1.20

Ok, this is fixed in the 05-Sep-00 beta, on projects.sourceforge.net in /pub/pcmcia-cs/NEW. -- Dave - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Re: [Danger] Re: test8-pre4: innd fixed?

=?iso-8859-1?Q?Andr=E9_Dahlqvist?= <[EMAIL PROTECTED]> said: [...] > Believe it or not, but I just saw something similar on test7 while > reading linux-kernel with Mutt. A recent message to linux-kernel from > Daniel Philips got partly zeroed out, and partly tangled up with a > message from the

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Wed, 6 Sep 2000, Chris Wedgwood wrote: > > There are several other structures that have the same problem; very > generic sounding members. I wonder would a patch changing struct page > to something like this be acceptable? No. What would be acceptable is something that understands C, and t

Re: zero-copy TCP

> > True the i960 based one I didn't think of, however Intel never > > provided docs for it. > > ??? I find this surprising. Email [EMAIL PROTECTED] and ask him if > they will give them to you. I'm sure they would for Linux. I've spent over 2 years trying to extract eepro100 server docs out of

Re: zero-copy TCP

> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes: Jeff> IPX is a really good LAN protocol (but totally sucks for Jeff> internet). A full blown NCP server in-kernel that's toughtly Jeff> coupled to the page cache running over IPX would make flames Jeff> shoot out of the back of a Linux se

Can someone send me a copy of the 0.0.9 cuecat kernel driver

Did someone manage to get a copy of the 0.0.9 cuecat kernel driver before Lineo took it off the net (due to their getting threatenedd by Digital Convergence over some bogus "the driver has our intellectual property" threat)? If so, could someone send me a copy of the driver via e-mail? Thanks!!

Re: 2.2.18-3 seems to break pcmcia-cs-3.1.20

On Tue, 5 Sep 2000 [EMAIL PROTECTED] wrote: > # make all > make[1]: Entering directory /usr/src/pcmcia-cs-3.1.20/modules' > cc -MD -O2 -Wall -Wstrict-prototypes -pipe -I../include > -I/usr/src/linux/include -D__KERNEL__ -DMODULE -c cs.c > In file included from /usr/src/linux/include/linux/fs.

Re: 2.4.x driver audit help

Em Tue, Sep 05, 2000 at 08:06:21PM +0200, Jes Sorensen escreveu: > > "Frank" == Frank Davis <[EMAIL PROTECTED]> writes: > > Frank> Hello all, Anyone wishing to re-audit the drivers/block and > Frank> drivers/char for locking issues and submit their patches to me > Frank> directly, feel free.

linux-2.4.0-test8-pre5

This entry in the changelog says it all: - truncate. Guess what? We threw away the key to the clue-box Most of the other stuff is cleanups or reasonably straightforward fixes. The truncate thread that's been going through the last few pre-releases is the big thing, and the one that has caus

Re: test8-pre4 data corruption?

On Wed, 6 Sep 2000, Chris Wedgwood wrote: > On Tue, Sep 05, 2000 at 06:25:39PM -0300, Rik van Riel wrote: > > I hope Linus will release an "emergency" 2.4.0-test8-pre5 really > soon, maybe even with /only/ Al Viro's two-line fix... > > Ouch... I just got hit by this. At first I though

Re: [PATCH] 2.2: /proc/config.gz

** Reply to message from Keith Owens <[EMAIL PROTECTED]> on Fri, 01 Sep 2000 11:10:49 +1100 > Having one directory per installed kernel containing vmlinuz, map, > config, build symlink, modules and any future kernel related data makes > sense. I agree. This idea gets my vote! -- Timur Tabi

Re: [PATCH] devfs support for LVM

Christoph Hellwig writes: > Hi Linus, > I've updated my devfs for lvm patch to 2.4.0-test8pre. > Here it is. [...] > + lvm_devfs_handle = devfs_register( > + 0 , "lvm", 0, 0, LVM_CHAR_MAJOR, Does this really have to go into /dev rather than a subdirectory? [...] > + vg_devfs_

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

Linus Torvalds wrote: > > On Tue, 5 Sep 2000, Alexander Viro wrote: > > > > > > What would be acceptable is something that understands C, and that can be > > > used to follow these things. Like "tags". > > > > I don't like hungarian notation too, but tags is out of question, > > unfortunate

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Wed, 6 Sep 2000, Martin Dalecki wrote: > There is some facility allowing to implement this kind of things > in the C++ part of the most recent EGCS version which makes implementing > such things "relatively" easy - basiclly there is the provision to dump > the parser trees as easy to process

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

Alexander Viro wrote: > > On Wed, 6 Sep 2000, Martin Dalecki wrote: > > > There is some facility allowing to implement this kind of things > > in the C++ part of the most recent EGCS version which makes implementing > > such things "relatively" easy - basiclly there is the provision to dump > >

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

Linus Torvalds wrote: > On Wed, 6 Sep 2000, Chris Wedgwood wrote: > > > > There are several other structures that have the same problem; very > > generic sounding members. I wonder would a patch changing struct page > > to something like this be acceptable? > > No. > > What would be acceptable is

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Tue, Sep 05, 2000 at 07:19:11PM -0400, Peter Rival wrote: > Linus Torvalds wrote: > > > On Wed, 6 Sep 2000, Chris Wedgwood wrote: > > > > > > There are several other structures that have the same problem; very > > > generic sounding members. I wonder would a patch changing struct page > > > to

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Wed, 6 Sep 2000, Martin Dalecki wrote: > Easy - the same way you do for cross compilation. Basically just: > > export CC=g++ --some-magic-long-option-i-dont-remember; make ... and you still have only a subset of the tree, simply because it is fed through cpp before it reaches the parser.

Remarks about sigtestsetmask()

1. This function is only used in the poorly maintained ftape driver. The usage there isn't appriopriate for modern kernels. 2. This function acts only on the sig set of the current process, so the first parameter should be just a porinter to current, instead of currgen->sigset. So it s

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

Alexander Viro wrote: > > On Wed, 6 Sep 2000, Martin Dalecki wrote: > > > Easy - the same way you do for cross compilation. Basically just: > > > > export CC=g++ --some-magic-long-option-i-dont-remember; make > > ... and you still have only a subset of the tree, simply because it is fed > throu

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Wed, 6 Sep 2000, Martin Dalecki wrote: > Alexander Viro wrote: > > > > On Wed, 6 Sep 2000, Martin Dalecki wrote: > > > > > Easy - the same way you do for cross compilation. Basically just: > > > > > > export CC=g++ --some-magic-long-option-i-dont-remember; make > > > > ... and you still

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On Wed, 6 Sep 2000, Chris Wedgwood wrote: > Only, with the former, I get to restart the application everytime it > croaks, with the latter (modules excluded) I have to reboot. This is > much more time consuming and means you really have to be much smarter > about what checks and printk statements

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Wed, 6 Sep 2000, Chris Wedgwood wrote: > Oh, yes there is. > > if (CONFIG_FOO) { > > } else { > > } > > gcc can optimize that away and parser will see the whole thing. > > I'm not sure I like this construct either.

Still ext2-corruption in test8-pre5 (incl. OOPS)

Hello, I'm still experiencing ext2 corruption even with the newest patch test8-pre5. I'm not using bugtraq, mutt or pine and I'm fairly sure it's not caused by a badly written application or strange input. Right now Linux oopsed and badly broke the whole FS. Hopefully this will help tracking th

rocket port patch for 2.4

I have been playing with the rocket port driver in 2.4 trying to make it work. It appears that the driver hasn't been modified in some time, as it did not work at all on the debian potato inbstall of 2.2.17, nor did it work under a fresh 2.4.0-test6 compile. The problem was it registered all th

pcmcia_cs.05-Sep-00 + 2.2.18pre3 not good with Xircom RBEM56G100TX

Used to work up to 3.1.20, which didn't build on 2.2.18pre3 - the 5/9 snapshot compiles but I get this in /var/log/messages: Sep 5 17:49:38 princess cardmgr[840]: executing: './network start eth0' Sep 5 17:49:38 princess kernel: TxStopped Sep 5 17:49:41 princess kernel: TxStopped Sep 5 17:

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Wed, 6 Sep 2000, Udo A. Steinberg wrote: > > I'm still experiencing ext2 corruption even with the newest patch > test8-pre5. I'm not using bugtraq, mutt or pine and I'm fairly sure > it's not caused by a badly written application or strange input. Interesting oops. Basically your "page->bu

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Wed, 6 Sep 2000, Udo A. Steinberg wrote: > Calltrace follows: [bh==NULL in the loop in __block_commit_write()] WTF? Erm... Linus, I suspect that we are losing the thing on the very simple effect: readpage() gets buffer_heads, all right, but then we lose the lock. That's your window for l

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Linus Torvalds wrote: > This is basically all due to the fact that the new truncate logic does a > "__block_commit_write()" without ever having itself called any of the > routines that establish the buffers (a regular write will always have > called "__block_prepare_write()

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Alexander Viro wrote: > > WTF? Erm... Linus, I suspect that we are losing the thing on the > very simple effect: readpage() gets buffer_heads, all right, but then > we lose the lock. That's your window for losing the buffer_head ring of > that page. Note that it's not even

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

Alexander Viro wrote: > > > if (CONFIG_FOO) { > > } else { > > } There are a zillion reasons why this technique is superior to using `#ifdef CONFIG_FOO'. But, alas, gcc fumbles the ball: > cat t.c foo() { if (0)

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Linus Torvalds wrote: > > > On Tue, 5 Sep 2000, Alexander Viro wrote: > > > > WTF? Erm... Linus, I suspect that we are losing the thing on the > > very simple effect: readpage() gets buffer_heads, all right, but then > > we lose the lock. That's your window for losing t

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Alexander Viro wrote: > > How about reverting to compare-and-write-if-nonzero variant? > _That_ will be definitely legal. Yes, but I would really hate to have the case that a (shortening) truncate could fail due to disk-full issues. I think that's just wrong (sure, I can s

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Wed, 6 Sep 2000, Andrew Morton wrote: > > cat t.c > foo() > { > if (0) > bar("hhh"); > } > > gcc -O2 -c t.c > > strings t.o | grep hhh > hhh Eww... Do they _ever_ remove dead code? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Linus Torvalds wrote: > > > On Tue, 5 Sep 2000, Alexander Viro wrote: > > > > How about reverting to compare-and-write-if-nonzero variant? > > _That_ will be definitely legal. > > Yes, but I would really hate to have the case that a (shortening) truncate > could fail du

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

--On 09/05/00 18:13:53 -0700 Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > On Wed, 6 Sep 2000, Udo A. Steinberg wrote: >> >> I'm still experiencing ext2 corruption even with the newest patch >> test8-pre5. I'm not using bugtraq, mutt or pine and I'm fairly sure >> it's not caused by a badly wr

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

Alexander Viro writes: > > > > On Wed, 6 Sep 2000, Andrew Morton wrote: > > > > cat t.c > > foo() > > { > > if (0) > > bar("hhh"); > > } > > > gcc -O2 -c t.c > > > strings t.o | grep hhh > > hhh Nasty, eh? > Eww... Do they _ever_ remove dead code? I guess not

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

Date:Wed, 6 Sep 2000 01:43:47 +0100 (BST) From: Alex Buell <[EMAIL PROTECTED]> > Only, with the former, I get to restart the application everytime it > croaks, with the latter (modules excluded) I have to reboot. This is > much more time consuming and means you really have

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

How about this patch? NOTE NOTE NOTE! I'm on my way home now to be a family man, so I've not actually tested it AT ALL. You have been warned. The basic approach should be ok, and it avoids using the write path at all because it isn't actually needed. The truncate() case is, in the end, much si

Re: GPL violations: make it harder

On Tue, 5 Sep 2000, Andreas Dilger wrote: >Brian Hayward writes: >> I also think it's a logical conclusion that a patch to a GPL'd program is >> released under the GPL - even if you don't specifically say so. > >Actually, this totally makes sense, because a patch contains "context" lines >and the

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

On Wed, 6 Sep 2000, Martin Dalecki wrote: >Basically I will just guess: The next maybe non free version of >source navigator will use the mechanism I have just described above. >So maybe there is already someone at RedHat doing exactly this work >already ;-). Source Navigator is GPL open source

Re: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM

Richard Gooch wrote: > > It will probably take about 5 years after a new version of GCC which > has this fix before we can trust it to produce correct code for the > kernel. I don't think it's that bad, Richard. As davem points out, the dead code elimination works OK. Chris has a counter-examp

Re: GPL violations: make it harder

On Tue, Sep 05, 2000 at 10:23:34PM -0400, Mike A. Harris wrote: > For patches to be licensed otherwise would require that someone > write some nasty scripts to patch the kernel given explicit line > numbers, etc... and it is likely possible in theory, but doubtful > that anyone would ever do it du

Re: GPL violations: make it harder

On Tue, 5 Sep 2000, Mike A. Harris wrote: > If even one file in the kernel source gets modified, then the entire > patch is GPL via the GPL assimilation rules in COPYING - regardless of > what the author of the patch says. IANAL. i know this is what the GPL wants, but AFAIK it's never been test

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Wed, Sep 06, 2000 at 02:55:29AM +0200, Udo A. Steinberg wrote: > >>EIP; c0130400 <__block_commit_write+50/c0> <= Just got the same Oops with test8-pre5 while exiting mutt: Writing /var/spool/mail/sim...Unable to handle kernel NULL pointer dereference at virtual address 0018 print

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Linus Torvalds wrote: > We just grab the page, populate it with buffers if required, and find the > one buffer that we need to clear out. We clear it out and mark it dirty. > End of story. > > NOTE: Udo, because I haven't actually tested this (it may not actually > compile

Re: GPL violations: make it harder

On Tue, 5 Sep 2000, Jeff Epler wrote: > strings plus code that I wrote. (My actual desire was to figure out a way > that I could release QuakeC modifications under the GPL, when the base > QuakeC source was not GPL. I hope there's no ethical brown stuff involved > in that desire!) assuming you

Re: GPL violations: make it harder

sorry i should have pointed to this in my previous response -- read if you haven't already. (really wish i knew more about these topics outside the US... i'm even naive regarding these laws in my own home country Canada.) -dean - To unsubscribe from this list:

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

Umm..what .. you get back here this instant .. Linus..come back here ... Just kidding. Just wanted to throw I out that I JUST experienced the same oops with netscape. I'mgoing to wait until Al submits a patch that he has gone over to see if it fixes the problem. Also wanted to ask (because I

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Alexander Viro wrote: > > It looks OK, except for the following (issues are actually common to > all block_... functions): > * if we ever do allocation unit != IO block size (have to do it on > UFS, probably want it on ext2 to break 4Kb limit) we'll have to deal with >

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Mohammad A . Haque wrote: > > Just wanted to throw I out that I JUST experienced the same oops with > netscape. I'mgoing to wait until Al submits a patch that he has gone > over to see if it fixes the problem. Well, Al seems to agree with mine, but it still hasn't been test

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

I'd test it .. I was planning on setting up vmware with an install and trying stuff there. But I have too much !@#$ homework. Anyone else want to be brave and volunteer? It's for a good cause! On Tue, Sep 05, 2000 at 08:35:37PM -0700, Linus Torvalds wrote: > > > On Tue, 5 Sep 2000, Mohammad A

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On Tue, 5 Sep 2000, Linus Torvalds wrote: > Yeah, but that's a much bigger issue. Not something we can or want to fix > for 2.4.x. No arguments. UFS will have to live with its private copy for a while (truncate there may have to zero out more than 4Kb of data). > > * "make sure that ->bu

kernel debugging (was RE: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS for Linux)

I've debugged quiet a few operating systems on a very wide range of hardware over 25 years using a very wide range of tools and techniques, sometimes even having to use logic analysers. I've also watched this discussion for a while. IMHO, y'all have conflated two quiet different processes (possib

ps2esdi maintainer?

Hello, I am trying to contact the ps2esdi maintainer, as I have some questions about the driver. I have an ancient PS/2 Thinkpad that gives an annoying but cosmetic error when it boots. I contacted David Weinehall earlier, but he isn't sure who the mainainer is. Thanks, Hal Duston [EMAIL PROTE

Re: 2.2.18-3 seems to break pcmcia-cs-3.1.20

Marcelo Tosatti <[EMAIL PROTECTED]> said: [...] > Thats because 2.2.18pre3 has a 2.4 "compatibility layer". > > The attached patch fixes the problem. > > diff -Nur pcmcia-cs-3.1.20.orig/include/pcmcia/k_compat.h pcmcia-cs-3.1.20/incl > ude/pcmcia/k_compat.h > --- pcmcia-cs-3.1.20.orig/include

Snoozy Ethernet Interfaces in 2.4testX?

I have seen unpleasant incidents in which the Ethernet interfaces have stopped responding to anything higher-level than a ping after about 20 days of use. I saw 2 of these on 2.4test1 using an EtherExpress100, and one with 2.4test6 using the tulip driver with a PNIC card. Both were uniprocessor

Re: Reserving a (large) memory block

On Thu, 31 Aug 2000 14:09:48 +0200 (CEST) Ingo Molnar <[EMAIL PROTECTED]> wrote: > On Thu, 31 Aug 2000, Alan Cox wrote: >> We then just follow the bios. You can also reserve blocks of >> memory by hacking arch/i386/mm/init.c and marking them reserved > in 2.4 there is an explicit interface for

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

I went ahead and applied the patch and subjected my machine to some heavy disk thrashing. Nothing has oopsed yet. Netscape is still running. Throwing >1.0 GB files around isnt exhibiting any problems. Need others to verify. On Tue, Sep 05, 2000 at 11:48:45PM -0400, Mohammad A . Haque wrote: > I

Re: Snoozy Ethernet Interfaces in 2.4testX?

> I have seen unpleasant incidents in which the Ethernet interfaces have > stopped responding to anything higher-level than a ping after about 20 > days of use. I saw 2 of these on 2.4test1 using an EtherExpress100, and > one with 2.4test6 using the tulip driver with a PNIC card. Both were > uni

Re: GPL violations: make it harder

On Tue, 5 Sep 2000, dean gaudet wrote: >Date: Tue, 5 Sep 2000 20:13:02 -0700 (PDT) >From: dean gaudet <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: Andreas Dilger <[EMAIL PROTECTED]>, [EMAIL PROTECTED], > H. Peter Anvin <[EMAIL PROTECTED]>, [EMAIL PROTECTED] >Content-Type:

Re: [PATCH] devfs support for LVM

On Tue, Sep 05, 2000 at 04:41:26PM -0600, Richard Gooch wrote: > Christoph Hellwig writes: > > Hi Linus, > > I've updated my devfs for lvm patch to 2.4.0-test8pre. > > Here it is. > [...] > > + lvm_devfs_handle = devfs_register( > > + 0 , "lvm", 0, 0, LVM_CHAR_MAJOR, > > Does this rea

Re: [PATCH] devfs support for LVM

Christoph Hellwig writes: > On Tue, Sep 05, 2000 at 04:41:26PM -0600, Richard Gooch wrote: > > Christoph Hellwig writes: > > > Hi Linus, > > > I've updated my devfs for lvm patch to 2.4.0-test8pre. > > > Here it is. > > [...] > > > + lvm_devfs_handle = devfs_register( > > > + 0 , "lvm", 0,

Re: Reserving a (large) memory block

> I have a device that sits on the memory bus. It looks like RAM > until a (module) device driver gets at it. At that point I want it > to be reserved memory (private to driver). Now I can do this in > init if I know the location of the device in memory and its size. > The problem is that t

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

In <[EMAIL PROTECTED]> Linus Torvalds <[EMAIL PROTECTED]> writes: >How about this patch? >NOTE NOTE NOTE! I'm on my way home now to be a family man, so I've not >actually tested it AT ALL. You have been warned. "When in doubt, always mount a scratch monkey" I have a spare partition for this k

Re: Still ext2-corruption in test8-pre5 (incl. OOPS)

On 6 Sep 2000, Henrik [ISO-8859-1] Størner wrote: > In <[EMAIL PROTECTED]> Linus Torvalds ><[EMAIL PROTECTED]> writes: > > >How about this patch? > > >NOTE NOTE NOTE! I'm on my way home now to be a family man, so I've not > >actually tested it AT ALL. You have been warned. > > "When in doub

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On 4 Sep 2000, Henning P. Schmiedehausen wrote: ["FreeBSD will laugh at us"] > And Linux did not succeed because it was aimed "at the server market" > or "at the end user" but because there is a bunch of people _that_ > _do_ _not_ _care_ _at_ _all_ about the "marketability" of a feature > but fo

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

Alexander Viro wrote: > > "Make it easy" is OK, unless it is followed by "for lusers". And anyone > saying that code reviews are not practical can go and fuck himself. He > will, anyway. Code reviews are MUST. I have no problems with folks who > want to have debugger in addition to that. I consid

Re: [PATCH] devfs support for LVM

On Tue, Sep 05, 2000 at 11:51:14PM -0600, Richard Gooch wrote: > > I can't use /dev/lvm, too because this is the name of the control file > > without lvm (and the lvm tools will barf if this is a dircetory. > > Well, how about another directory name? Can you think of something > else that would b

Re: 2.2 / 2.4 ethernet detection order

On Tue, 5 Sep 2000, Andries Brouwer wrote: : I described the cause on Mon, 14 Aug 2000, and soon afterwards : [EMAIL PROTECTED] sent a corrected (I hope - didnt check) : patch to l-k. (Look for: Pekka Riikonen, Re: devfs / eth micro-problems) : : I see that this patch didnt make it into 2.4.0tes

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On Wed, 6 Sep 2000, Simon Richter wrote: > On 4 Sep 2000, Henning P. Schmiedehausen wrote: > > ["FreeBSD will laugh at us"] > > > And Linux did not succeed because it was aimed "at the server market" > > or "at the end user" but because there is a bunch of people _that_ > > _do_ _not_ _care_

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On Tue, 5 Sep 2000, Alan Cox wrote: > I spend my time thinking. But I prefer to spend it thinking about the > bug not about finding it and how long fsck takes. [...] if we only optimize for the debugging time spent by seasoned kernel developers then you are completely right. But if we optimize

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS for Linux

On Tue, Sep 05, 2000 at 01:03:49PM +0200, Ingo Molnar wrote: > one problem is developer laziness ;-) We could as well include debugging > code so that experienced people like you can fix easy / moderate bugs > quicker. But the problem is that in this case people are not forced to > understand the

Re: [patchlet] Removing unneeded line in vmtruncate() (2.4.0-t8p1)

Alexander Viro wrote: > > On Fri, 1 Sep 2000, Tigran Aivazian wrote: > > > Rasmus, you introduced a bug because you removed the code but left the > > comment around. now /* this should go into ->truncate */ is there and very > > confusing - what should go into ->truncate? > > ... except that co

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

Ingo, Your arguments are personal, not technical. Which billiob dollar company did you support with 70 million customers exactly? Not having this out in the field makes folks jobs 100 times harder and more costly for companies to support. When and if you ever run your own business, you'll un

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On Tue, 5 Sep 2000, Andi Kleen wrote: > My point was basically that omitting useful debugging tools makes it > not any less likely that people use the (A) strategy (easy fix instead > of real understanding). For some people it is so painfull to work with > raw dumps that they want to get out of

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On Tue, 5 Sep 2000, Jeff V. Merkey wrote: > Your arguments are personal, not technical. [...] no, my arguments are technical, but are simply focused towards the conceptual (horizontal) development of Linux, not the vertical development of Linux (drivers) and support issues. Ingo - To

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

Ingo Molnar wrote: > > On Tue, 5 Sep 2000, Andi Kleen wrote: > > > My point was basically that omitting useful debugging tools makes it > > not any less likely that people use the (A) strategy (easy fix instead > > of real understanding). For some people it is so painfull to work with > > raw

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

Ingo Molnar wrote: > > On Tue, 5 Sep 2000, Jeff V. Merkey wrote: > > > Your arguments are personal, not technical. [...] > > no, my arguments are technical, but are simply focused towards the > conceptual (horizontal) development of Linux, not the vertical > development of Linux (drivers) and

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On Tue, 5 Sep 2000, Jeff V. Merkey wrote: > A kernel debugger will reduce development costs. [...] ... of Jeff V. Merkey - possibly. You are too much focused on your own needs, you dont contribute a bit to the generic kernel and the kernel infrastructure itself. Ingo - To unsubscribe

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

"David S. Miller" wrote: > >Date: Tue, 05 Sep 2000 17:08:03 -0600 >From: "Jeff V. Merkey" <[EMAIL PROTECTED]> > >Go visit their website and review the materials directy -- these >are their claims -- not mine. It's www.novell.com. > > Ummm... circa April 15th, 1998 ;-))) They

Re: Linux/MANOS Kernel Debugger

On Tue, Sep 05, 2000 at 05:20:53PM -0600, Jeff V. Merkey wrote: > I think it would not be hard to put this in. My problem is time and > "debugging the debugger" in Linux. The codes at our site and anyone who > wants to put it in is welcome to. I looked at the Manos code and it seems to requir

Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

On Wed, 6 Sep 2000, Kurt Roeckx wrote: > A (better?) kernel debugger could help (certain) people to help improve > the long term health, because they can't (or don't want) to use what's > available, like, brain? > or just think they can't easely do it with them. It could help > certain peo

2.4.0-test8-pre4 on sun4m: Problems compiling floppy driver

A thinko request_region() says if you succeeded or not. --- linux-2.4.0-test/include/asm-sparc/floppy.h.dist-2.4.0-test8-pre4 Tue Sep 5 15:31:34 2000 +++ linux-2.4.0-test/include/asm-sparc/floppy.h Tue Sep 5 15:26:40 2000 @@ -21,7 +21,7 @@ #undef request_region #define release_region(X

<    1   2   3   >