Re: Q: sock output serialization

2000-09-14 Thread Henner Eisen
Hi, > "kuznet" == kuznet <[EMAIL PROTECTED]> writes: >> when sk->lock.users!=0. Is there a particular reason why such >> task queue does not exist? kuznet> Because it appeared to be useless overhead. I also kuznet> believed that it will be required in tcp, but one day I

Announce: 8139too net driver update

2000-09-14 Thread Jeff Garzik
Continued the march towards stable version 1.0, new version 0.9.10 of 8139too is now available at http://gtf.org/garzik/drivers/8139too/ The 8139too net driver is intended to be a faster and more stable replacement for the existing rtl8139 net driver, for RTL8139-based NICs. Changes in

Re: File time stamps all foobar . touch & friends .

2000-09-14 Thread Mr. James W. Laferriere
Hello All , OK I'm blind & admit it . date is in the future . Doh ! . Sorry about the noise . JimL On Thu, 14 Sep 2000, Mr. James W. Laferriere wrote: > Hello All, The below files were downloaded from ftp.iphase.com > with a time stamp there of ~ 29142233 .

Re: NFS locking bug -- limited mtime resolution means nfs_lock() doesnot provide coherency guarantee

2000-09-14 Thread Theodore Y. Ts'o
Date: Fri, 15 Sep 2000 01:06:24 +0200 (MEST) From: [EMAIL PROTECTED] (Rogier Wolff) My suggestion is indeed effectivly (almost) doubling the inode size. However, it provides an upgrade path, where you can double-boot with a kernel that DOESN"T know about the inodes. The 2.2

Re: Proc fs limit workaround?

2000-09-14 Thread Martin Dalecki
Ricky Beam wrote: > > On Thu, 14 Sep 2000, Nick Pollitt wrote: > ... > >And second, why is the 4K limit there in the first place? > > Primarily because it was never designed for 90% of the crap that's in there > now. I have long hated the BS required to get more than 4k worth of stuff > out of

Re: no virtual memory

2000-09-14 Thread Tulika Pradhan
actually i am porting linux on to a board previously using HCORUS operating sysem. That was using flat address space. I want to retain the MMU in linux. to set the swap size to zero, where should i configure that ? and in that case, what happens to KERNELBASE and KERNELLOAD - can i

File time stamps all foobar . touch & friends .

2000-09-14 Thread Mr. James W. Laferriere
Hello All, The below files were downloaded from ftp.iphase.com with a time stamp there of ~ 29142233 . Except 00README.txt which has a TS of 29142258 . After doing a gunzip *.pdf.Z on the flipper* files . 4 -rw-r--r-- 1 jiml users

Re: Proc fs limit workaround?

2000-09-14 Thread Ricky Beam
On Thu, 14 Sep 2000, Nick Pollitt wrote: ... >And second, why is the 4K limit there in the first place? Primarily because it was never designed for 90% of the crap that's in there now. I have long hated the BS required to get more than 4k worth of stuff out of /proc. The way around the limit

Re: Preallocated skb's?

2000-09-14 Thread yodaiken
On Thu, Sep 14, 2000 at 10:26:08PM -0400, jamal wrote: > > > One of the things we need to measure still is the latency. The scheme > currently used with dynamically adjusting the mitigation parameters might > not affect latency much -- simply because the adjustement is based on the > load. We

Re: Preallocated skb's?

2000-09-14 Thread jamal
On Thu, 14 Sep 2000, Donald Becker wrote: > No, because I know I sound like a broken record. ;-> > What we measured is that the cache impact of allocating and initializing our > (ever-larger) skbuffs is huge. So we pay some CPU time getting a new > skbuff, and some more CPU time later

Re: Getting past the 16-bit dev_t limitation.

2000-09-14 Thread Martin Dalecki
"H. Peter Anvin" wrote: > > Followup to: <[EMAIL PROTECTED]> > By author:John Byrne <[EMAIL PROTECTED]> > In newsgroup: linux.dev.kernel > > > > Anyway, one of the things I was hoping to find out by going to > > linux-kernel was if there was anything other than devfs in the offing: > > such

Re: Getting past the 16-bit dev_t limitation.

2000-09-14 Thread H. Peter Anvin
Followup to: <[EMAIL PROTECTED]> By author:John Byrne <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Anyway, one of the things I was hoping to find out by going to > linux-kernel was if there was anything other than devfs in the offing: > such a larger dev_t. So if anyone wants to

Re: Mounting problems with 2.4.0-t8

2000-09-14 Thread Jens Axboe
On Thu, Sep 14 2000, Robert Holmberg wrote: > 1. I can't mount any CD-roms on my IDE DVD-ROM drive (Toshiba SD-1212). >2.2 kernels work fine, it works in Windows and audio CD:s work fine. > Drivers install >without problems. I use Util-Linux+Mount 2.10o and get the following > error when

Re: Booting into /bin/bash

2000-09-14 Thread Ion Badulescu
On Fri, 15 Sep 2000, Russell King wrote: > There are two ways for a tty to become a controlling terminal: > > 1. First tty opened after a successful setsid() call. > 2. using the TIOCSCTTY ioctl after a successful setsid() call. > > Both will only suceed if the current process does not already

Re: Booting into /bin/bash

2000-09-14 Thread Russell King
There are two ways for a tty to become a controlling terminal: 1. First tty opened after a successful setsid() call. 2. using the TIOCSCTTY ioctl after a successful setsid() call. Both will only suceed if the current process does not already have a controlling terminal. (Note that TIOCSCTTY

Re: linux-2.0.39-pre-8 Compile error

2000-09-14 Thread Seiichi Nakashima
I am Nakashima.   Thanks.   I receive e-mails that teach me patch software download site. I download patch-2.5 and patch-2.5.4 from gnu.org ( mirror site ). I use patch-2.5 in my environment.   So, I challenge to update kernel from 2.0.38 to 2.0.39-pre-8 again. I update linux-2.0.38 source

Re: Getting past the 16-bit dev_t limitation.

2000-09-14 Thread John Byrne
Matt Yourst wrote: > > > > >I am working on a project that is going to find the current limit of > >16-bits for device numbers to be a pain. While looking around in the > >linux-kernel archive, ... > > > This is the whole reason Linux 2.4 uses devfs (device filesystem) - > there is no need to

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Cort Dougan
I trimmed the CC list a bit, it was getting large. I just left linux-kernel since I believe everyone is on that list. } It's this critical mass which is missing; otherwise, my custom scripts } which use RCS and where I only check in those files which I modify are } quite frankly, more

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Theodore Y. Ts'o
Date: Thu, 14 Sep 2000 15:45:24 -0700 From: Larry McVoy <[EMAIL PROTECTED]> I'm going to have to respectfully disagree. First of all, having a flag day where everyone switches to BK just isn't a realistic expectation, even if the license wasn't an issue. Things just don't work

Re: Getting past the 16-bit dev_t limitation.

2000-09-14 Thread H. Peter Anvin
Followup to: <[EMAIL PROTECTED]> By author:Matt Yourst <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > > > >I am working on a project that is going to find the current limit of > >16-bits for device numbers to be a pain. While looking around in the > >linux-kernel archive, ... > > >

Re: NFS locking bug -- limited mtime resolution means nfs_lock() doesnot provide coherency guarantee

2000-09-14 Thread Andreas Dilger
Ted writes: >Trond Myklebust writes: >Would it perhaps make sense to use one of these last 'free' fields >as a pointer to an 'inode entension'? >If you still want ext2fs to be able to accommodate new projects and >ideas, then it seems that being able to extend the inode is a >

Re: NFS locking bug -- limited mtime resolution means nfs_lock() doesnot provide coherency guarantee

2000-09-14 Thread Rogier Wolff
Theodore Y. Ts'o wrote: >Date: Thu, 14 Sep 2000 17:12:35 +0200 (MEST) >From: [EMAIL PROTECTED] (Rogier Wolff) > >The "right" way to do this is to have a "this spot is in use, but you >don't understand it" indication for an inode (*). The "expansion ptr" >can then normally

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread tytso
Date: Thu, 14 Sep 2000 15:28:48 -0700 (PDT) From: <[EMAIL PROTECTED]> On Wed, 13 Sep 2000, Daniel Quinlan wrote: > "Fixes" - followed by one or more bug numbers (tracked by tytso > for now). For example, "T0001" might be tytso bug > number

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Larry McVoy
>Isn't this "new" patch maintenance system much like bitkeeper? > > Heh. I'm surprised Larry hasn't jumped into this discussion by now. Hi, here I am. I hadn't resubscribed to the list after it switched from rutgers. Sheesh, I leave you guys alone for five minutes and you go off and

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Larry McVoy
On Thu, Sep 14, 2000 at 11:12:28PM +0100, Alan Cox wrote: > > protecting your rights. Did you know that if BitMover goes out of > > business BK becomes GPLed? Did you know if we stop maintaining the > > openlogging servers, BK becomes GPLed? Did you know that single user > > Did you remember

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Cort Dougan
} Second, I doubt very much that Linus would require BitKeeper only. It's } trivial for BK to export patches which are bit for bit identical to the } traditional "diff -Nur" output. BKweb does that on the fly, go look at } } http://www.bitmover.com:[EMAIL PROTECTED] In fact, we do

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread lamont
On Wed, 13 Sep 2000, Daniel Quinlan wrote: > "Fixes" - followed by one or more bug numbers (tracked by tytso > for now). For example, "T0001" might be tytso bug > number 0001. bugzilla. or something else automated to track bugs and assign numbers. - To

Re: Getting past the 16-bit dev_t limitation.

2000-09-14 Thread John Byrne
Helge Hafting wrote: > > John Byrne wrote: > > > 1.) Can anyone tell me if there is a (Linus approved) solution in the > > works for this for the 2.4.xx kernel series? > > > I am also curious whether there are plans to do away with the whole > > concept of major/minor numbers; > > Consider

Re: Getting past the 16-bit dev_t limitation.

2000-09-14 Thread Matt Yourst
> >I am working on a project that is going to find the current limit of >16-bits for device numbers to be a pain. While looking around in the >linux-kernel archive, ... > This is the whole reason Linux 2.4 uses devfs (device filesystem) - there is no need to use device numbers; you just

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Alan Cox
> protecting your rights. Did you know that if BitMover goes out of > business BK becomes GPLed? Did you know if we stop maintaining the > openlogging servers, BK becomes GPLed? Did you know that single user Did you remember that I'm the person who went through the license and did things like

Re: Question about Bind Souce Code

2000-09-14 Thread Andreas Bombe
On Wed, Sep 13, 2000 at 09:33:02AM +0800, Pan Renzi wrote: > This is a multi-part message in MIME format. No, it isn't. It just pretends to be. This is your second post to this list, which is about the Linux kernel and not about Bind. We can't answer your question, ask the appropriate people

Re: Problems with bluesmoke.c in 2.2.17

2000-09-14 Thread Alan Cox
> > b2 - register valid, uncorrected error, error enabled > > 0008- model specific data > > 0a01- memory access, > > generic error > > l1 cache > > processor responding to request > > Does that mean that processor itself

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Larry McVoy
> > that bitkeeper has. The problem with bitkeeper is that it's **so** > > different from CVS that it takes time to learn --- I spent a day getting > > my head wrapped around it, and I still wouldn't call myself an expert; > > Another problem is that bitkeeper has not been through a security

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Alan Cox
> > Another problem is that bitkeeper has not been through a security audit. > > What sort of audit did you have in mind? It has been through several > internal audits, so I'm not sure why you are claiming that it hasn't. One by people other than the authors > First of all, that "Linux

2.4.0-test8 sees imaginary dual scsi disks on Adaptec 7880

2000-09-14 Thread sad
I tried the 2.4.0-test8 kernel on a new system I have here and I'm seeing some STRANGE behavior with scsi disk detection when using the on board Adaptec AIC-78XX controllers. There is only ONE scsi disk and yet the kernel idents sda and sdb. If I list out the partitions with fdisk on the two

Re: Notebook disk spindown

2000-09-14 Thread Pavel Machek
Hi! > >Thanks for this patch. But why hasn't it been included into > >the kernel earlier? Wouldn't be a combination of yours and my > > It's basically included into 2.4.x. > > >patch be the proper way? As far as I understand you switch > > Your patch is sure fine. BTW, 2.4.x have an high

Re: Notebook disk spindown

2000-09-14 Thread Pavel Machek
Hi! > o developpers, > > this is a short description of a particular wish of notebook > users. Since kernel 2.2.11 the buffer flushing deamon is no longer > a user space program but part of the kernel (in fs/buffer.c). > > Before this kernel release it was the bdflush-program which > could

Re: Preallocated skb's?

2000-09-14 Thread Donald Becker
On Thu, 14 Sep 2000, jamal wrote: > On Thu, 14 Sep 2000, Andrew Morton wrote: > > But for 3c59x (which is not a very efficient driver (yet)), it takes 6 > > usecs to even get into the ISR, and around 4 uSecs to traverse it. > > Guess another 4 to leave the ISR, guess half as much again for

Re: Microsoft NT/W2K/Linux NTFS Repair/Debug Tool

2000-09-14 Thread Jeff V. Merkey
Andre Hedrick wrote: > > On Thu, 14 Sep 2000, Jeff V. Merkey wrote: > > > > > Yes Andre, they did, they accussed me of knowingly conspiring with Linus > > to provide full NTFS on Linux based on the email you and I sent to > > Wait, this was a proposal of mine to MicroSoft to grant permission

Re: Preallocated skb's?

2000-09-14 Thread jamal
On Thu, 14 Sep 2000, Andrew Morton wrote: > But for 3c59x (which is not a very efficient driver (yet)), it takes 6 > usecs to even get into the ISR, and around 4 uSecs to traverse it. > Guess another 4 to leave the ISR, guess half as much again for whoever > got interrupted to undo the

Re: Microsoft NT/W2K/Linux NTFS Repair/Debug Tool

2000-09-14 Thread Andre Hedrick
On Thu, 14 Sep 2000, Jeff V. Merkey wrote: > > Yes Andre, they did, they accussed me of knowingly conspiring with Linus > to provide full NTFS on Linux based on the email you and I sent to Wait, this was a proposal of mine to MicroSoft to grant permission development in a clean room model that

Signal 11 Error on 2.2.18 with kmail/Netscape client

2000-09-14 Thread Jeff V. Merkey
Over a pppd connection using chat on 2.2.18 kernel, and an ISP using 192.168. local administered addreses with masquerading enabled, if the kmail client gets a 550 error it bombs out of memory and exits. Netscape's messenger exhibits the same behavior relative to the 550 error and also

Re: Preallocated skb's?

2000-09-14 Thread jamal
What Alexey's code does is _not_ preallocation -- it does re-cycling. On tx_completion, the skb is recycled onto a recycle queue unless the queue is full (which is a tunable parameter) in which case it is freed. This is more sensible than doing pre-allocation during idle times or other smart

Re: elevator code

2000-09-14 Thread Adam Sampson
On Wed, Sep 13, 2000 at 03:08:27PM -0400, Horst von Brand wrote: > "Jeff V. Merkey" <[EMAIL PROTECTED]> said: > > [...] > > > I have concluded that Linux will only progress as fast as Linus does. > > Linux has forked twice now, and the new variants are not named "Linux" > > anymore, so these

Re: [BUG] 2.2.17 final crashes

2000-09-14 Thread Steven Walter
On Thu, Sep 14, 2000 at 10:56:20AM +0100, Alan Cox wrote: > > Twice now I have experienced this crash, but I do not know how to > > replicate it. The system was under normal load (netscape, xmms, and few > > other minor programs) First, xmms stopped playing. Then, the screen > > went black and

Re: PATCH: ide-scsi.c to allow claiming of Onstream drives

2000-09-14 Thread Matthew Dharm
On Thu, Sep 14, 2000 at 09:22:09PM +0200, Bombeeck, Jack wrote: > So st should reject those devices that are serviced by > osst. Couldn't we just let osst claim them first or is > that too simple? I think that letting st claim (under any circumstances) a device which it can't handle is a

Re: RAW NTFS Partition

2000-09-14 Thread Jeff V. Merkey
Eric, I will be reposting these to the lkml since they relate to bugs in Linux NTFS. We can no longer distribute this tool due to legal problems with Microsoft. Jeff [EMAIL PROTECTED] wrote: > > I found the below message while searching the newsgroups and am in need of the > utility you

Re: Microsoft NT/W2K/Linux NTFS Repair/Debug Tool

2000-09-14 Thread Jeff V. Merkey
Yes Andre, they did, they accussed me of knowingly conspiring with Linus to provide full NTFS on Linux based on the email you and I sent to them. The agreements they signed with us were very liberal, and allowed us to create any tools and NTFS stuff we wanted, there were no non-competes, or

Re: NFS locking bug -- limited mtime resolution means nfs_lock() does not provide coherency guarantee

2000-09-14 Thread Jeff Epler
Jeff Epler <[EMAIL PROTECTED]> writes: > > > Is there a solution that would allow the kind of guarantee our > > > software wants with non-linux nfsds without the cache-blowing > > > that the change I'm suggesting causes? Trond: > > As you can see, the idea is to look at whether

Error Report Alpha linux 2.4.0-test8

2000-09-14 Thread Leslie Donaldson
Hello, Just thought I would report the errors I am currently seeing. An interupt inside of an interrupt with the aic7xxx driver. card 39160/160m scsi Raid tools fail to compile. Appears intel assembly not alpha. modutils:depmod fail to run. reaches limits on number of symbols. Kernel

Re: (reiserfs) Re: More on 2.2.18pre2aa2

2000-09-14 Thread Hans Reiser
Ragnar Kjørstad wrote: > > On Wed, Sep 13, 2000 at 11:22:16AM -0400, Michael T. Babcock wrote: > > If I may ask a potentially stupid question, how can request latency be > > anything but a factor of time? Latency is how /long/ you (or the computer) > > /waits/ for something. That defines it as

Re: [PATCH 2.4.0-test8] mm/filemap.c

2000-09-14 Thread Christian Ehrhardt
On Thu, Sep 14, 2000 at 07:05:20PM +0200, Juan J. Quintela wrote: [ Removed linus from cc, he probably knows this ] > > "bill" == Bill Wendling <[EMAIL PROTECTED]> writes: > Linus, please don't apply. > bill> - The `head = >pages;' statement is useless inside the

Re: Proc fs limit workaround?

2000-09-14 Thread Matti Aarnio
On Thu, Sep 14, 2000 at 12:01:49PM -0700, Nick Pollitt wrote: > I have a machine with many partitions, and /proc/partitions, being > limited to 4K output, doesn't display all the information I need. > > My first question/request is has anyone else already written a patch to > get around the 4K

[PATCH][2.4.0t8] bluesmoke

2000-09-14 Thread Bartlomiej Zolnierkiewicz
This is forwardport of Alan's 2.2.17/18 Machine Check Architecture support for PII/PIII. It's based on 2.2.18p6. Works ok on mine Mendocino. -- Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- linux-2.4.0-test8/arch/i386/kernel/Makefile Sat Aug 26 00:01:34 2000 +++

RE: PATCH: ide-scsi.c to allow claiming of Onstream drives

2000-09-14 Thread Bombeeck, Jack
Hi Andre, Sorry for not keeping you up to date properly! I thought you were already following the osst mailing list activity (http://linux1.onstream.nl). In any case, the idea is _not_ to get rid of ide-tape, but rather to get the maximum out of osst that we can. Ofcourse, using the one driver

Re: your mail

2000-09-14 Thread Jelmer Vernooij
> > Hi Jelmer, > > just discoverd your subject-less mail by accident when grep'ing l-k for > other reports on the dquot ops. My patch from last sunday should make you > happy too (assuming you are using 2.4.0-test8). Hi Martin, It solved the problem ! Thanks for the help. Your patch should be

Re: Quantum lct08 & Promise Ultra66

2000-09-14 Thread Andre Hedrick
Ted, It appears that their is a problem with the Promise and lct08, lct10, LM firmware series. What needs to happen is to adopt a lilo-append line to force a drive to enter the quirk list by force. Since not all drive are tested, doing a blanket quirk for all lctXX and LM XX has already

Proc fs limit workaround?

2000-09-14 Thread Nick Pollitt
I have a machine with many partitions, and /proc/partitions, being limited to 4K output, doesn't display all the information I need. My first question/request is has anyone else already written a patch to get around the 4K limit? And second, why is the 4K limit there in the first place?

Re: [PATCH] Re: [BUG] PCMCIA CardBus problems in 2.4.0-test8

2000-09-14 Thread Theodore Y. Ts'o
Date: Wed, 13 Sep 2000 17:17:01 -0400 From: Jeff Garzik <[EMAIL PROTECTED]> I ran with the idea, and created the attached patch, against 2.4.0-test8. It converts serial.c to the new PCI API (quite compactly, I might add) It should be possible with this patch to now hotplug

Re: Linux 2.2.18pre7

2000-09-14 Thread Alan Cox
> > 2.2.18pre7 > > o Identify chip and also handle MTRR for the (me) > > Cyrix III > > linux/arch/i386/kernel/mtrr.c fails to compile; > "case X86_VENDOR_CENTAUR:" is duplicated, and boot_cpu.x86 should, I > believe, be boot_cpu_data.x86 in two places. > > I'm attaching a patch, but

Re: New topic (PowerPC Linux PCI HELL)

2000-09-14 Thread Tom Rini
On Thu, Sep 14, 2000 at 09:59:35AM +0200, Vojtech Pavlik wrote: > On Wed, Sep 13, 2000 at 05:29:58PM -0700, Andre Hedrick wrote: > > > Okay who can teach me how to force hooks and ram this down the PPC > > > > pci_write_config_word(dev, PCI_COMMAND, 0x05); > > > > I have all the address

Re: Linux 2.2.18pre7

2000-09-14 Thread Andrea Arcangeli
> case-tags, there's at least a 51% probability I got it wrong; at least Looks like you got it right ;) I had another little compile problem here a patch: diff -urN z/arch/alpha/vmlinux.lds 2.2.18pre6aa1/arch/alpha/vmlinux.lds --- z/arch/alpha/vmlinux.ldsThu Sep 14 04:42:38 2000 +++

Re: Quantum lct08 & Promise Ultra66

2000-09-14 Thread Theodore Y. Ts'o
From: "Mike" <[EMAIL PROTECTED]> Date:Thu, 14 Sep 2000 20:34:42 +0400 Just have compiled 2.4.0-test8 today... Nothing interesting Everything goes the same way as 2 test releases before... All my devices are detected right, but... :-( Kernel panic again at the file

Re: In Search of "Michel Lanners" (Re:(PowerPC Linux PCI HELL))

2000-09-14 Thread Michel Lanners
I'm here ;-) On 13 Sep, this message from Andre Hedrick echoed through cyberspace: > Bogus Patch :-( Not my patch :-)) > This is what I did also but more brut force with verification of IO's and > it still craps out.. I have added device enabling in PPC PCI fixup code for PowerMacs. But

Re: Microsoft NT/W2K/Linux NTFS Repair/Debug Tool

2000-09-14 Thread Andre Hedrick
Wait they attacked you after the request for cross over support? On Thu, 14 Sep 2000, Jeff V. Merkey wrote: > > > Cesar, > > Microsoft has threatened us with litigation due to our support of Linux > NTFS development, and we have dissolved our NTFS licensing agreements > with Microsoft in

RE: [ANNOUNCE] Darkstar Development Project

2000-09-14 Thread Rik van Riel
On Thu, 14 Sep 2000, David A. Gatwood wrote: > On Wed, 13 Sep 2000, mberglund wrote: > > > Because Linux already runs on a couple of platforms even NetBSD does not > > run on, > > And vice-versa, last I checked. Let's be fair here. :-) Indeed. Until Linux has support for the Sega Dreamcast

Re: NTFS repair

2000-09-14 Thread Jeff V. Merkey
Frank, Microsoft has threatened us with litigation due to our support of Linux NTFS development, and we have dissolved our NTFS licensing agreements with Microsoft in response to their demands that cease to support Linux development. Microsoft demanded that we delete any and all NTFS tools we

Re: Microsoft NT/W2K/Linux NTFS Repair/Debug Tool

2000-09-14 Thread Jeff V. Merkey
Cesar, Microsoft has threatened us with litigation due to our support of Linux NTFS development, and we have dissolved our NTFS licensing agreements with Microsoft in response to their demands that cease to support Linux development. Microsoft demanded that we delete any and all NTFS tools we

Re: The case for a standard kernel debugger

2000-09-14 Thread Jeff V. Merkey
"TRG hereby offers to SGI Corporation exclusive, unlimimited, perpetual, transferable, licensee rights to the Linux port of the MANOS debugger and upon TRG posting this debugger code to the Linux community, agrees to grant to SGI the rights to maintain and create derivative works from the MANOS

Re: [PATCH *] VM patch for 2.4.0-test8

2000-09-14 Thread Rik van Riel
On Thu, 14 Sep 2000, Rik van Riel wrote: > On Wed, 13 Sep 2000, David S. Miller wrote: > > > In page_launder() about halfway down there is this sequence of tests > > on LRU pages: > > > > } else if (page_count(page) > 1) { > > } else /* page->mapping && page_count(page) == 1 */ { > > Indeed,

Re: The case for a standard kernel debugger

2000-09-14 Thread Jeff V. Merkey
I think he did already Keith -- he said he would reject any kernel debugger submissions. :-) Jeff Keith Owens wrote: > > Various people have replied to my note on "The case for a standard > kernel debugger" discussing whether or not it is a good idea. However > only one person's reply

Re: The case for a standard kernel debugger

2000-09-14 Thread Jeff V. Merkey
I am porting the MANOS debugger to Linux. No changes here. Linus will reject it for the tree, but the offer for SGI and Keith Owens to take it over and merge it with his kdb effort is also genuine. :-) Jeff Daniel Phillips wrote: > > Marco Colombo wrote: > > BTW, a kernel debugger *is*

Mounting problems with 2.4.0-t8

2000-09-14 Thread Robert Holmberg
1. I can't mount any CD-roms on my IDE DVD-ROM drive (Toshiba SD-1212). 2.2 kernels work fine, it works in Windows and audio CD:s work fine. Drivers install without problems. I use Util-Linux+Mount 2.10o and get the following error when trying to mount: mount: wrong fs type, bad

Re: Terrible elevator performance in kernel 2.4.0-test8

2000-09-14 Thread Rik van Riel
On Thu, 14 Sep 2000, Andrea Arcangeli wrote: > On Thu, Sep 14, 2000 at 07:40:12PM +1000, Robert Cohen wrote: > > > With kernel version 2.4.0-test1-ac22, I saw adequate performance. > > In 2.4.0-test1-ac22 there were a latency-driven elevator (the > one we have now since test2 can't provide good

Re: Linux 2.2.18pre7

2000-09-14 Thread Peter Blomgren
Alan, #include > 2.2.18pre7 > o Identify chip and also handle MTRR for the (me) > Cyrix III linux/arch/i386/kernel/mtrr.c fails to compile; "case X86_VENDOR_CENTAUR:" is duplicated, and boot_cpu.x86 should, I believe, be boot_cpu_data.x86 in two places. I'm attaching a patch,

RE: [ANNOUNCE] Darkstar Development Project

2000-09-14 Thread mberglund
On Thu, 14 Sep 2000, David A. Gatwood wrote: > On Wed, 13 Sep 2000, mberglund wrote: > > > Because Linux already runs on a couple of platforms even NetBSD does not > > run on, > > And vice-versa, last I checked. Let's be fair here. :-) > > > > PS: If FreeBSD DID run on PPC and S390 and

Re: [PATCH 2.4.0-test8] mm/filemap.c

2000-09-14 Thread Bill Wendling
Also sprach Juan J. Quintela: } > "bill" == Bill Wendling <[EMAIL PROTECTED]> writes: } } Hi } } Linus, please don't apply. } } bill> - The `head = >pages;' statement is useless inside the } bill> repeat, since head isn't modified inside the loop. } } No, but we

Re: [PATCH 2.4.0-test8] mm/filemap.c

2000-09-14 Thread Juan J. Quintela
> "bill" == Bill Wendling <[EMAIL PROTECTED]> writes: Hi Linus, please don't apply. bill> - The `head = >pages;' statement is useless inside the bill> repeat, since head isn't modified inside the loop. No, but we sleep inside the loop, and while we sleep, we don't have

Linux 2.2.18pre7

2000-09-14 Thread Alan Cox
2.2.18pre7 o Fix the AGP compile in bug (Arjan van de Ven) o Revert old incorrect syncppp state change (Ivan Passos) o Fix i810 rng to actually get built in (Arjan van de Ven) o Megaraid compile fix, joystick, mkiss fixes (Arjan van

Re: [PATCH *] VM patch for 2.4.0-test8

2000-09-14 Thread Rik van Riel
On Wed, 13 Sep 2000, David S. Miller wrote: > In page_launder() about halfway down there is this sequence of tests > on LRU pages: > > if (!clearedbuf) { > ... > } else if (!page->mapping) { > ... > } else if (page_count(page) > 1) { > } else /* page->mapping && page_count(page) == 1 */ { >

RE: [ANNOUNCE] Darkstar Development Project

2000-09-14 Thread David A. Gatwood
On Wed, 13 Sep 2000, mberglund wrote: > Because Linux already runs on a couple of platforms even NetBSD does not > run on, And vice-versa, last I checked. Let's be fair here. :-) > PS: If FreeBSD DID run on PPC and S390 and offer the company I work for NetBSD runs on lots of PPC machines,

Re: NFS locking bug -- limited mtime resolution means nfs_lock() does not provide coherency guarantee

2000-09-14 Thread Michael Eisler
> > " " == Jeff Epler <[EMAIL PROTECTED]> writes: > > > Is there a solution that would allow the kind of guarantee our > > software wants with non-linux nfsds without the cache-blowing > > that the change I'm suggesting causes? > > How about something like the following

Re: [PATCH 2.4.0-test8] mm/filemap.c

2000-09-14 Thread Bill Wendling
Also sprach David Mansfield: } Bill Wendling wrote: } > } > Hi Linus, } > } > Here's a small optimization for the mm/filemap.c file. } > } > - The `head = >pages;' statement is useless inside the } > repeat, since head isn't modified inside the loop. } > - The `curr =

Re: New topic (PowerPC Linux PCI HELL)

2000-09-14 Thread Andre Hedrick
On Thu, 14 Sep 2000, Alan Cox wrote: > > > It seems you forget to call pci_enable_device() in the PCI IDE driver. > > > > Hi Martin, > > > > Can we do this for 2.2 ? also ?? > > Right now pci_enable_device is a no-op for compatibility on 2.2. If you need > it to do the real thing go for it

Quantum lct08 & Promise Ultra66

2000-09-14 Thread Mike
Hi, all Just have compiled 2.4.0-test8 today... Nothing interesting Everything goes the same way as 2 test releases before... All my devices are detected right, but... :-( Kernel panic again at the file systems mounting point. Final error message, as I remember it, sounds like: Error reading

Re: NFS locking bug -- limited mtime resolution means nfs_lock() does not provide coherency guarantee

2000-09-14 Thread Albert D. Cahalan
Theodore Y. Ts'o writes: > From: "Albert D. Cahalan" <[EMAIL PROTECTED]> >> The ext2 inode has 6 obviously free bytes, 6 that are only used >> on filesystems marked as Hurd-type, and 8 that seem to be claimed >> by competing security and EA projects. So, being wasteful, it would >> be possible

Re: NFS locking bug -- limited mtime resolution means nfs_lock() doesnot provide coherency guarantee

2000-09-14 Thread Theodore Y. Ts'o
Date: Thu, 14 Sep 2000 17:12:35 +0200 (MEST) From: [EMAIL PROTECTED] (Rogier Wolff) The "right" way to do this is to have a "this spot is in use, but you don't understand it" indication for an inode (*). The "expansion ptr" can then normally point to the directly following inode,

Re: NFS locking bug -- limited mtime resolution means nfs_lock() does not provide coherency guarantee

2000-09-14 Thread Theodore Y. Ts'o
Date: Thu, 14 Sep 2000 17:03:11 +0200 (CEST) From: Trond Myklebust <[EMAIL PROTECTED]> For the timestamps, yes, but inode caching will take most of that hit. After all, the only time stat() reads from disk is when the inode has completely fallen out of the cache. For commonly

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Alan Cox
> On Wed, Sep 13, 2000 at 11:50:58PM +0100, Alan Cox wrote: > > Another problem is that bitkeeper has not been through a security audit. > > Maybe, but i like the fact that BitKeeper uses ssh by default for > transmitting data. That isnt the problem. Its what is in the source data you

Re: Q: sock output serialization

2000-09-14 Thread kuznet
Hello! > timer events where the protocol specs require immediate reaction and > which need to change socket state. For such events, it might not > be obvious how to defer them when sk->lock.users != 0. After some thinking, you will understand that "timer" and "immediate" are incompatible. TCP

[PATCH][2.4.0t8] linux_logo.h merge for mips/64 and sparc/64

2000-09-14 Thread Bartlomiej Zolnierkiewicz
Just next useless patch [Linus should really put me in his .procmailrc]... It removes unnecessary 90kb from kernel sources. I moved common code from: - include/asm-mips/linux_logo.h and include/asm-mips64/linux_logo.h to include/linux/linux_logo_mips.h - include/asm-sparc/linux_logo.h and

Re: Preallocated skb's?

2000-09-14 Thread Robert Olsson
Yes ! The FF experiments with 2.1.X indicated improvement factor about 2-3 times with skb recycling. With combination of FF and skb recycling we could reach fast Ethernet wire speed forwarding on 400 Mhz CPU. About ~147 KPPS. As jamal reported the improvement is much less today but the

Re: Bugfix in dquot_transfer()

2000-09-14 Thread Alexander Viro
On Thu, 14 Sep 2000, Jan Kara wrote: > > > of blocks after notify_change() once more all the quota will be counted > > > properly. The only problem is that quota can be exceeded this way. We have to >check > > > > Nope. You've just shifted the race window (and inverted the > > effect) -

Re: NFS locking bug -- limited mtime resolution means nfs_lock() doesnot provide coherency guarantee

2000-09-14 Thread Rogier Wolff
Theodore Y. Ts'o wrote: >Date: Thu, 14 Sep 2000 15:09:35 +0200 (CEST) >From: Trond Myklebust <[EMAIL PROTECTED]> > >Would it perhaps make sense to use one of these last 'free' fields >as a pointer to an 'inode entension'? >If you still want ext2fs to be able to accommodate

Re: NFS locking bug -- limited mtime resolution means nfs_lock() does not provide coherency guarantee

2000-09-14 Thread Trond Myklebust
> " " == Theodore Y Ts'o <[EMAIL PROTECTED]> writes: >Would it perhaps make sense to use one of these last 'free' >fields as a pointer to an 'inode entension'? If you still >want ext2fs to be able to accommodate new projects and >ideas, then it seems that

dvma error in 2.4.0-test8 and Sparc2

2000-09-14 Thread John Buswell
Hi, I get the following error when trying to boot 2.4.0-test8 on my sparc 2: Cannot find dvma for ESP0's SCSI ESP: Total of 1 ESP hosts found, 0 actually in use. scsi : 0 hosts. scsi : detected total. sunlance.c:v2.00 11/Sep/99 Miguel de Icaza ([EMAIL PROTECTED]) eth0: LANCE 08:00:20:0f:73:f7

Re: Proposal: Linux Kernel Patch Management System

2000-09-14 Thread Nathan Paul Simons
On Wed, Sep 13, 2000 at 11:50:58PM +0100, Alan Cox wrote: > Another problem is that bitkeeper has not been through a security audit. Maybe, but i like the fact that BitKeeper uses ssh by default for transmitting data. -- Nathan Paul Simons, Programmer for FSMLabs

Re: [PATCH 2.4.0-test8] mm/filemap.c

2000-09-14 Thread David Mansfield
Bill Wendling wrote: > > Hi Linus, > > Here's a small optimization for the mm/filemap.c file. > > - The `head = >pages;' statement is useless inside the > repeat, since head isn't modified inside the loop. > - The `curr = curr->next;' statement doesn't need to be

Re: Bugfix in dquot_transfer()

2000-09-14 Thread Jan Kara
> > of blocks after notify_change() once more all the quota will be counted > > properly. The only problem is that quota can be exceeded this way. We have to check > > Nope. You've just shifted the race window (and inverted the > effect) - think what happens if you've got new allocations

Re: Terrible elevator performance in kernel 2.4.0-test8

2000-09-14 Thread Andrea Arcangeli
On Thu, Sep 14, 2000 at 07:40:12PM +1000, Robert Cohen wrote: > What I believe is happening is that the elevator isn't merging the > requests properly. > I think that this may be the same problem reported here > http://www.uwsg.indiana.edu/hypermail/linux/kernel/0008.2/0389.html The merging

  1   2   3   >