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
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
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 .
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 kerne
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
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 initialize
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 users1540
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 is
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 st
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 rel
"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
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 ch
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
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
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 tak
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 by
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 use
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 convenient
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
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, ...
> >
>
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
>d
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 poin
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
>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 r
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 t
} 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 diff
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 uns
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 rea
>
>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 register
> 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
On Thu, Sep 14, 2000 at 10:56:17PM +0100, Alan Cox wrote:
> [security audit]
> One by people other than the authors
That's OK by me, nobody is stopping anyone from doing that. I'd welcome it.
> [non-free tools means Linux is not free]
>
> It affects peoples ability to contribute. Those who cho
This patch moves PROC_BLOCK_SIZE definition to proc_fs.h so there is no
need to define it in every proc function which does boundary checking.
Feel free to convert any overlooked places to use PROC_BLOCK_SIZE...
--- linux-2.4.0-test8/drivers/scsi/scsi_proc.c Sat Jan 8 01:58:37 2000
+++ linux/d
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 i
> > 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 detec
> > 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 aud
> > 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 ceases
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 disks
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 limi
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
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 whoeve
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
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 resulti
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
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 termina
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 sch
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 ty
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
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 mistake
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 ment
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 anyt
On Thu, Sep 14, 2000 at 04:46:30PM +0100, Alan Cox wrote:
> That isnt the problem. Its what is in the source data you have to worry about.
> CVS also uses SSH happily. That doesn't stop attacks on either by feeding the
> server/input side bogus metadata
True, but ssh checks for an authent
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 or
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 buil
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
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 = &mapping->pages;' statement is useless inside the
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 li
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
+++ linux/arch/i386/ke
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
>
> 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
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 bitten
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?
Thank
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
ser
> > 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 s
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 registe
> 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
+++ 2.2.18p
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 sys
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
Marti
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 res
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
Ne
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 h
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
"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 D
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, yo
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 matter
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* avai
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 option,
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
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, b
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 offe
Also sprach Juan J. Quintela:
} > "bill" == Bill Wendling <[EMAIL PROTECTED]> writes:
}
} Hi
}
} Linus, please don't apply.
}
} bill> - The `head = &mapping->pages;' statement is useless inside the
} bill> repeat, since head isn't modified inside the loop.
}
} No,
> "bill" == Bill Wendling <[EMAIL PROTECTED]> writes:
Hi
Linus, please don't apply.
bill> - The `head = &mapping->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 ha
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
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 */ {
> .
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, a
> > " " == 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 compro
Also sprach David Mansfield:
} Bill Wendling wrote:
} >
} > Hi Linus,
} >
} > Here's a small optimization for the mm/filemap.c file.
} >
} > - The `head = &mapping->pages;' statement is useless inside the
} > repeat, since head isn't modified inside the loop.
} > - The
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
It
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 se
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 to
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, b
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 used
Theodore Y. Ts'o wrote:
>From: [EMAIL PROTECTED] (Rogier Wolff)
>So under a "good" patch maintenance system, I'd have liked to generate
>the patch, and have it wait until I approve it.
>
> We talked about doing something like that, but at that point you need
> PGP signatures of the
> 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 have
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
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 incl
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 forwar
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) - t
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 new
> " " == 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
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
et
1 - 100 of 168 matches
Mail list logo
