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

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

Mike Galbraith writes: > On Tue, 5 Sep 2000, Richard Gooch wrote: > > Ingo Molnar writes: > > > > > The reference kernel should be IMO 'untainted' though. Believe me, > > > during the 2.3.2x pagecache rewrite my kernel was hacked with ad-hoc > > > debugging code beyond recognition - eg.

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

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

On Tue, 5 Sep 2000, Richard Gooch wrote: > Ingo Molnar writes: > > > The reference kernel should be IMO 'untainted' though. Believe me, > > during the 2.3.2x pagecache rewrite my kernel was hacked with ad-hoc > > debugging code beyond recognition - eg. automatic checksumming of > > every

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

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

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

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

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

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

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

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

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

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

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

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

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 >

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

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

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

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

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: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS for Linux

On Wed, Sep 06, 2000 at 12:31:55PM +1200, Chris Wedgwood wrote: > Perhaps you would like to describe how you do debug the kernel? I ask I find that rebooting the machine and cursing myself is one of the most effective kernel debugging methods. --

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

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

from binary towards source level scalability

Martin Dalecki wrote: > Elmer Joandi wrote: > > strict standard template for linux kernel functions: > > INLINE(context,level,for_speed, fixed) returntype functionname > > Please have a tought look at the floppy tape streamer driver to see why > this is a BAD IDEA. Couldnt see much else than

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

On Wed, 6 Sep 2000, Chris Wedgwood wrote: > Perhaps you would like to describe how you do debug the kernel? I ask > this because I use printf more often than anything else when > debugging userland code and I often use printk when debugging the > kernel. I can't speak for DaveM, but... the

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

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

On Tue, 5 Sep 2000, David S. Miller wrote: >Date: Tue, 5 Sep 2000 21:31:17 -0400 (EDT) >From: Alexander Viro <[EMAIL PROTECTED]> > >Me neither, but IMO I have a cop-out: > > Think it's a good idea to kunmap the page twice? :-) Successful prepare_write() will kmap() it...

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

Date: Tue, 5 Sep 2000 21:39:59 -0400 (EDT) From: Alexander Viro <[EMAIL PROTECTED]> On Tue, 5 Sep 2000, David S. Miller wrote: > Think it's a good idea to kunmap the page twice? :-) Successful prepare_write() will kmap() it... Oops, indeed, I did not realize nested kmap/kunmap

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

Date:Tue, 5 Sep 2000 21:32:45 -0400 (EDT) From: Alexander Viro <[EMAIL PROTECTED]> On Wed, 6 Sep 2000, Andrew Morton wrote: > > gcc -O2 -c t.c > > strings t.o | grep hhh > hhh Eww... Do they _ever_ remove dead code? They remove the code, they just forget to

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

Date:Tue, 5 Sep 2000 21:31:17 -0400 (EDT) From: Alexander Viro <[EMAIL PROTECTED]> Me neither, but IMO I have a cop-out: Think it's a good idea to kunmap the page twice? :-) ... __block_commit_write(inode, page, offset, offset+length); +kunmap(page);

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"

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

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

On Tue, 5 Sep 2000, poke 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 you

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

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

Date: Wed, 6 Sep 2000 12:31:55 +1200 From: Chris Wedgwood <[EMAIL PROTECTED]> Face it Dave -- you are just smarter than many of the rest of us. I would actually assert that I am not, and that I know the things I do for reasons other than "talent", and I think the best way to describe

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

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

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

> 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 you put in where... the hope > is with

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

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

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.

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

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

Ingo Molnar writes: > > On Tue, 5 Sep 2000, Richard Gooch wrote: > > > everyone has to start from nothing. But if the learning/development > > curve is too steep, or the process is too frustrating, you are going > > to lose a proportion of the potential gurus. You can't push people in > > a

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 >

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

Date: Wed, 6 Sep 2000 12:00:13 +1200 From: Chris Wedgwood <[EMAIL PROTECTED]> Right now as I see it (pretending everything is black and white); you, Dave, Linus and a few other people[1] are more than happy with debugging aids as they exist right now in a stock kernel.

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

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.

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

Date: Tue, 05 Sep 2000 17:29:10 -0600 From: "Jeff V. Merkey" <[EMAIL PROTECTED]> "David S. Miller" wrote: > Ummm... circa April 15th, 1998 ;-))) They've got some newer stuff. The best way to get the latest numbers would be to call Craig Miller 801-861-7000 ([EMAIL

Re: Linux/MANOS Kernel Debugger

Actually, the solution I think would be to use the MSDOS loader to boot linux. I will look at grabbing the ELF code in Linux and loading Linux from MSDOS -- if this can be accomplished you're there -- with an added benfit. When I am debugging MANOS, the source files and OS actually load from

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

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

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

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

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

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 ;-))) Later, David S. Miller [EMAIL PROTECTED] - To

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

David, Go visit their website and review the materials directy -- these are their claims -- not mine. It's www.novell.com. "David S. Miller" wrote: > >Date: Tue, 05 Sep 2000 12:15:52 -0600 >From: "Jeff V. Merkey" <[EMAIL PROTECTED]> > >It's got the highest numbers for any web

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

On Tue, Sep 05, 2000 at 05:30:46PM +0200, Ingo Molnar wrote: > > On Tue, 5 Sep 2000, Jeff V. Merkey wrote: > > > A kernel debugger will reduce development costs. No one cares what's > > underneath, [...] > > this is the point where IMO your argument gets flawed, and where you are > apparently

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

Date: Tue, 05 Sep 2000 12:15:52 -0600 From: "Jeff V. Merkey" <[EMAIL PROTECTED]> It's got the highest numbers for any web server on the planet on Intel. What is your metric for this claim? Last I checked Linux held the record for the current version of specweb, specweb99. Maybe

Re: kernel debugging

Elmer Joandi wrote: > > > understanding the > > > underlying principles and the code. > > Speaking about that, I have been long time dreaming > about following strict standard template for linux kernel functions: > (macroplay intended) > -- > INLINE(context,level,for_speed,

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

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

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

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

On Tue, 5 Sep 2000, Richard Gooch wrote: > everyone has to start from nothing. But if the learning/development > curve is too steep, or the process is too frustrating, you are going > to lose a proportion of the potential gurus. You can't push people in > a direction they don't want to go.

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.

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

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

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

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

Ingo Molnar wrote: > > On Tue, 5 Sep 2000, Jeff V. Merkey wrote: > > > [...] You guys can argue til your blue in the face as to why a kernel > > debugger in Linux is bad -- [...] > > you havent yet replied to our arguments in substance, so i certainly will > not continue arguing - with whom,

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

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

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

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

On Tue, 5 Sep 2000, Jeff V. Merkey wrote: > > 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. > > They seem focused on keeping us in the dark ages. [...]

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

> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes: Jeff> Ingo Molnar wrote: >> you dont contribute a bit to the generic kernel and the kernel >> infrastructure itself. Jeff> I contribute code, time, and $$$, Ingo. HAve you contributed code to anything but your own private project

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

kernel debugging

> understanding the > > underlying principles and the code. Speaking about that, I have been long time dreaming about following strict standard template for linux kernel functions: (macroplay intended) -- INLINE(context,level,for_speed, fixed) returntype functionname

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

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: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

All the stuff on our website and ftp servers is free Linux code and it runs in the kernel. Novell's customers have been downloading it for over a year. At any point, Linux is free to take it and use it. Lots of Linux users already are. Jeff Jes Sorensen wrote: > > > "Jeff" == Jeff V

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

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: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux

Ingo Molnar wrote: > > On Tue, 5 Sep 2000, Jeff V. Merkey wrote: > > > A kernel debugger will reduce development costs. No one cares what's > > underneath, [...] > > this is the point where IMO your argument gets flawed, and where you are > apparently ignoring our arguments. With utmost

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

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

[PATCH] devfs support for LVM

Hi Linus, I've updated my devfs for lvm patch to 2.4.0-test8pre. Here it is. Christoph -- Always remember that you are unique. Just like everyone else. --- linux.orig/drivers/block/lvm.c Fri Jul 14 14:38:29 2000 +++ linux/drivers/block/lvm.c Sun Sep 3 13:54:00 2000 @@ -299,6

Re: zero-copy TCP

Only Linux makes the lights flash with IPX RIP/SAP. NetWare uses NLSP routing and has since 1993 for IPX/SPX. I agree if someone is running NetWare 3 or NetWare 4.1 or earlier there's a lot of RIP/SAP traffic, but not the NLSP versions -- they do not use RIP/SAP but NLSP. Jeff Jes Sorensen

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

> ../include/pcmcia/k_compat.h:64: ait_queue_head_t' previously declared > here > {standard input}: Assembler messages: > {standard input}:9: Warning: Ignoring changed section attributes for > .modinfo Im working on weeding out the tons of duplicated gunge in the header files. For the moment

Re: Question regarding kernel_threads

[EMAIL PROTECTED] writes: > I'm currently thinking of adding a PF_NOZOMBIE flag to the process > flags which releases the process immeadiately instead of calling > exit_notify in do_exit in exit.c I think this should happen if the exit signal is zero. At least I would like to use it this way.

RE: Quick memory corruption with cramfs

Hello Pavel; > Is anyone using cramfs? > We use cramfs everyday at http://handhelds.org with Linux 2.4.0-test6-rmk1-np2-hh1. We have no problems. > I copy cramfs image from nfs onto /dev/ram0, then mount it. It mounts, > and first few accesses are okay, but then it breaks. ls shows garbage >

Re: zero-copy TCP

> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes: Jeff> Only Linux makes the lights flash with IPX RIP/SAP. NetWare Jeff> uses NLSP routing and has since 1993 for IPX/SPX. I agree if Jeff> someone is running NetWare 3 or NetWare 4.1 or earlier there's a Jeff> lot of RIP/SAP traffic,

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

Ingo Molnar wrote: > > On Tue, 5 Sep 2000, Jeff V. Merkey wrote: > > > I think the disconnect for you here is that you assume the Linux world > > will remain constant [...] > > > [...] Just because Linux puts everything in user space does not mean > > that's how the whole world should be.

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

> IMO there was only one historically hard spinlock-related problem that > needed solving, this is the 'locks up hard' problem (which is solved). The > rest was never really an debugging obstacle, 99% of the spinlock related > bugs manifest themselves in clear, unambiguous lockups. Then why are

  1   2   3   4   >