I made the following patch for the stallion non-intelligent driver based on
cut/paste from serial.c. I have tested it and it works, the directories
/dev/tte and /dev/cue are correctly created when the module is inserted.
Could this please be put in to 2.4.0-test8?
Please note that this patch
On Mon, Sep 04, 2000 at 05:25:56PM +0100, Adrian Cox wrote:
> I'm working on network drivers emulating ethernet over a PCI backplane.
> For receives I need packet data located in a region of memory visible to
> the backplane. I also want this data to be referenced by an skb, without
> the expense
Hi Arnaldo,
That is a very decent list you have got there. How about to add to
it:
- go through all filesystems and convert them from using
mark_buffer_dirty(bh, [0,1]) to just mark_buffer_dirty(bh) since the flag
is now ignored and all buffers are flushed at equal intervals. Also,
change the
Hello,
Looking in inet_select_addr() it seems that ifa->ifa_local
is selected according to the target. So, may be the problem is not
that the announced address in the ARP request is the primary address.
Someone already selected the primary address before arp_solicit.
Because
On Mon, 4 Sep 2000, Jamie Lokier wrote:
> Linus Torvalds wrote:
>
> > Basically any copy <= 4 cache lines is "free" compared to trying to be
> > clever.
>
> We're obviously interested in larger packets than 128 bytes.
"obviously"?
Take a look at some common traffic. Yes, even in servers.
Hi Ted,
To be fixed for 2.4:
1) Non-atomic pte updates
The page aging code and mprotect both modify existing ptes
non-atomically. That can stomp on the VM hardware on other CPUs
setting the dirty bit on mmaped pages when using threads. 2.2 is
vulnerable too.
2) RSS locking
> "Richard" == Richard Gooch <[EMAIL PROTECTED]> writes:
Richard> I thought you said some of the GigE drivers supported this?
Richard> Or were you just saying that the GigE cards were some of the
Richard> few which supported scatter/gather DMA and IP checksumming?
The latter.
Jes
-
To
On Mon, 4 Sep 2000, Bartlomiej Zolnierkiewicz wrote:
>
> On Mon, 4 Sep 2000, Rik van Riel wrote:
> > On Mon, 4 Sep 2000, Paul Jakma wrote:
> > > On Sun, 3 Sep 2000, Thomas Molina wrote:
> > >
> > > > Odd. I started seeing mailbox corruption the day before the first post
> > > > showed up here.
On Mon, Sep 04, 2000 at 08:04:49AM +0200, Martin MaD Douda wrote:
> I'm using 2.4-test since it was born and never saw this behavior. Could
> you please strace and ltrace your ping so we can see where it waits?
Can't find source for ltrace, but I have strace.
Ping seems to be spending its
I'm working on network drivers emulating ethernet over a PCI backplane.
For receives I need packet data located in a region of memory visible to
the backplane. I also want this data to be referenced by an skb, without
the expense of an extra memcpy. This region of memory will be somewhere
between
On Mon, 4 Sep 2000, Bartlomiej Zolnierkiewicz wrote:
> > > > showed up here. Since it was only one list (BUGTRAQ) and I'm still at
> > >
> > > weird. currently my pine crashes on me when i close my bugtraq
> > > folder.
> >
> > Ohh, so I'm not the only one having trouble reading bugtraq
> >
RvR> Ohh, so I'm not the only one having trouble reading bugtraq
RvR> lately? ;)
Yep. And to make things even more (or less?) confusing: it's happening to me
too but on _SOLARIS_, not Linux!!!
I'm just now checking my mailbox for a offending letter as I suspect a pine
bug. mutt is fine.
--
On Mon, 4 Sep 2000, Bartlomiej Zolnierkiewicz wrote:
> > > > Odd. I started seeing mailbox corruption the day before the first post
> > > > showed up here. Since it was only one list (BUGTRAQ) and I'm still at
> > >
> > > weird. currently my pine crashes on me when i close my bugtraq
> > >
On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
> now the driver init sequence is not
> serialized anymore, so races are possible
since when? In 2.4.0-test8-pre2 mod->init and mod->cleanup are called
under global kernel lock. As for static drivers they are initialised from
either
does anyone has so far came out with a standard "form"/letter I can just
forward to offending site? It seems another "guilty" site is
www.borland.com, while I would like to let them know, I not too eager nor
have time right now to come up with a well written rational letter
explaining the
"Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> I at present have the NWFS utilities and File System drivers as single
> source base. Obviously, the way your tree is organized, the file system
> driver proper should be in the kernel tree and the file system utitilies
> somewhere else.
Yes.
>
On Mon, 4 Sep 2000, Rik van Riel wrote:
> On Mon, 4 Sep 2000, Paul Jakma wrote:
> > On Sun, 3 Sep 2000, Thomas Molina wrote:
> >
> > > Odd. I started seeing mailbox corruption the day before the first post
> > > showed up here. Since it was only one list (BUGTRAQ) and I'm still at
> >
> >
On Mon, 4 Sep 2000, Stephen C. Tweedie wrote:
> On Fri, Sep 01, 2000 at 09:16:23AM -0700, Linda Walsh wrote:
>
> > With all the talk about bugs and slowness on a 386/486/586 -- does anyone
> > think those platforms will have multi-T disks hooked up to them?
>
> Yes. They are already doing it,
Hi!
> Filling memory to zero does not help for my laptop. Perhaps it is
> weird.
>
> But this particular obscure model of laptop is not important. The
> thing is to handle most laptops, to make suspending faster for most
> users, and to build it in by default so that it works "out of the box"
Em Mon, Sep 04, 2000 at 04:52:59PM +0100, David Woodhouse escreveu:
>
> [EMAIL PROTECTED] said:
> > - convert drivers to new PCI API
>
> Don't bother with drivers/char/applicom.c - I've already done it, just
> waiting to borrow the hardware again to test it.
Ok, up to now I've only did this
[EMAIL PROTECTED] said:
> - convert drivers to new PCI API
Don't bother with drivers/char/applicom.c - I've already done it, just
waiting to borrow the hardware again to test it.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
> How are we supposed to properly contact maintainers and post bugs and solutions when
> you're rejecting our mail?
Get a mail account that works somewhere with sane policies
I don't have time to deal with the vast amounts of spam aimed my way any
other way. Period, end of discussion
-
To
Hi,
On Sun, Sep 03, 2000 at 07:29:56PM +0200, Ingo Molnar wrote:
>
> On Sun, 3 Sep 2000, Andi Kleen wrote:
>
> > I did the same for fragment RX some months ago (simple fragment lists
> > that were copy-checksummed to user space). Overall it is probably
> > better to use a kiovec, because that
On Mon, 4 Sep 2000, Paul Jakma wrote:
> On Sun, 3 Sep 2000, Thomas Molina wrote:
>
> > Odd. I started seeing mailbox corruption the day before the first post
> > showed up here. Since it was only one list (BUGTRAQ) and I'm still at
>
> weird. currently my pine crashes on me when i close my
Jes Sorensen writes:
> > "Richard" == Richard Gooch <[EMAIL PROTECTED]> writes:
>
> Richard> Andrew Morton writes:
> >> All of them except the 3c905 provide hardware Rx and Tx
> >> checksumming of IP, TCP and UDP headers. No 64 bit addressing
> >> support.
>
> Richard> And does the driver
Richard Stallman writes:
> Filling memory to zero does not help for my laptop. Perhaps it is
> weird.
>
> But this particular obscure model of laptop is not important. The
> thing is to handle most laptops, to make suspending faster for most
> users, and to build it in by default so that it
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On Mon, 4 Sep 2000 [EMAIL PROTECTED] wrote:
>> The experiment showed the following prefetching could reduce 20-30%
>> of csum_partial_copy_generic() execution time.
Ingo> Please test it and post the numbers.
> "Jamie" == Jamie Lokier <[EMAIL PROTECTED]> writes:
Jamie> Nice point! Only valid for TCP & UDP though.
Jamie> When people want _real_ low latency, they don't use TCP or UDP,
Jamie> and they certainly don't put data checksums at the start. They
Jamie> still aim for zero copies. That
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On Sun, 3 Sep 2000, Andi Kleen wrote:
>> I did the same for fragment RX some months ago (simple fragment
>> lists that were copy-checksummed to user space). Overall it is
>> probably better to use a kiovec, because that can be more
> "Richard" == Richard Gooch <[EMAIL PROTECTED]> writes:
Richard> Andrew Morton writes:
>> All of them except the 3c905 provide hardware Rx and Tx
>> checksumming of IP, TCP and UDP headers. No 64 bit addressing
>> support.
Richard> And does the driver support it? Has anyone benchmarked
> But they can take the ideas and methods demonstrated by the code in the
> patch. Its not that they are going to take what he wrote and run patch
> against their code. They can take a good idea, sit a skilled programmer in a
> room and adapt the concepts without a bit of a problem.
I call this
Ingo Molnar writes:
> On Mon, 4 Sep 2000 [EMAIL PROTECTED] wrote:
> > The experiment showed the following prefetching could reduce 20-30% of
> > csum_partial_copy_generic() execution time.
>
> Please test it and post the numbers. csum_partial_copy_generic() already
> does prefetching - the
> >You can not go after people for patches.
>
> Hi,
>
> >there is no GPL issue. Upon Microsoft's adpotion of the model they will
>
> of course you can. Just don't release a patch but grab the driver
> you're patching against (which is GPL), add your modifications and
> release your driver
Hi,
On Sat, Sep 02, 2000 at 09:41:03PM +0200, Ingo Molnar wrote:
>
> On Sat, 2 Sep 2000, Alexander Viro wrote:
>
> > unlink() and the last munmap()/exit() will get rid of it...
>
> yep - and this isnt possible with traditional SysV shared memory, and isnt
> possible with traditional SysV
>That's B.S. The GPL is a Copyright license; it applies whether or not
>it is in the kernel. Microsoft (or anyone else for that matter) can't
>take your code and use it without consent. The GPL is one way of giving
>consent, with certain strings attached.
But they can take the ideas and
Linus Torvalds wrote:
> (The "invalidate on write" is the sane way of doing SMP cache coherency,
> which is probably why. Trying to have shared dirty cache-lines is just
> not a viable option in the end).
With DMA from a device -- "snoop and update" still results in only one
owner of the dirty
Neal H Walfield wrote:
> On Sun, Sep 03, 2000 at 10:34:39AM -0500, [EMAIL PROTECTED] wrote:
> >
> >
> > Does a top show you any processes running heavy on the box
> >
>
> No, it is 99% idle.
ps -auxww |grep D
will show you several (12) processes stuck in "D" state.
Which those are
Alan Cox wrote:
> > My server is in the tested/good list w/ orbs. Aren't you following your own advice
> > about properly setting up your MTA to allow good guys and stop bad guys in accord
> > with ORBS DNS?
>
> I get too much junk to care about it.
>
> Alan
How are we supposed to properly
(Alan Cox)
(Matt Kirkwood)
> > Please forgive my obtuseness, but I am unable to conceive of
> > one (beyond checking that your routing is symmetrical :-)
>
> Multiple virtual hosts, routing for tunnels
And how is this in any way broken by arp-ing from the first interface
address (in terms of
> Unfortunately we can't do much about M-System's low level code
> because we are bound by the NDA. We have a good relationship to
> M-Systems. Perhaps we can convince them to publish their code as
> well, but I can't promise that.
That side has been dealt with actually.
(drivers/mtp/doc2000.c)
Dear David,
Dear GPL defenders,
As former engineering manager at IGEL I woud like to give you
some additional information to the situation as far as IGEL
is concerned. The German former company IGEL GmbH does not exist
any more and belongs now to Infomatec AG (http://www.infomatec.de).
> Far smaller companies have _already_ got away with not only violating the
> Linux kernel's GPL, but blatantly encouraging their customers to do so.
Wakey wakey. Unless I am misreading this Andre gave/sold them code he wrote
all of for task file.
> Why should we believe that anyone's
> Please forgive my obtuseness, but I am unable to conceive of
> one (beyond checking that your routing is symmetrical :-)
Multiple virtual hosts, routing for tunnels
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
> Alan, can you send me again the list of CPUs you think
> is worth using 486 string routines.
> Sorry, i lost your previous mail.
I suspect it is
486
K5
IDT Winchip
Rise
NexGen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hi,
On Mon, Sep 04, 2000 at 12:18:10PM +0100, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > I'm sure that once the FSF is willing to step up, there will be lots
> > of supporters and sponsors to finance this.
>
> Far smaller companies have _already_ got away with not only violating
Alan Cox wrote:
> > struct page of course). Note that it doesn't matter if another thread,
> > and this includes truncate/write in another thread, clobbers the page
> > data. That's just the normal effect of two concurrent writers to the
> > same memory.
>
> Oh it does matter. You might send
[EMAIL PROTECTED] said:
> nfs_file_cred() <- nfs_create_request() <- nfs_update_request() <-
> nfs_updatepage() <- nfs_commit_write() <- generic_file_write() <-
> nfs_file_write() <- write(2).
> Fscked credentials during write(2) on NFS...
Is this known and fixed, or just known?
--
dwmw2
[EMAIL PROTECTED] said:
> I'm sure that once the FSF is willing to step up, there will be lots
> of supporters and sponsors to finance this.
Far smaller companies have _already_ got away with not only violating the
Linux kernel's GPL, but blatantly encouraging their customers to do so.
Why
Neal H Walfield wrote:
>
> Hello,
>
> I am running Linux 2.2.12:
>
> neal@colo:~$ cat /proc/version
> Linux version 2.2.12 (root@gondor) (gcc version 2.95.1 19990816 (release))
> #1 Sun Sep 12 00:22:57 EST 1999
>
> Starting twelve days ago the load average has increased by one every
>
Filling memory to zero does not help for my laptop. Perhaps it is
weird.
But this particular obscure model of laptop is not important. The
thing is to handle most laptops, to make suspending faster for most
users, and to build it in by default so that it works "out of the box"
on most
Hi,
I have have serious problems using a specific Quantum disk connected to a Promise
ATA/100 controller. The disk causing problems is the QUANTUM FIREBALLlct10 30. The
disk simply locks up the machine solid during boot at the point where it should report
its IRQ (normally 'ide2 at
In message <[EMAIL PROTECTED]>
you write:
> Hey,
>
> I've been trying to get iptables to compile and run with kernel
> 2.4.0-test7 with absolutly no luck. I have tried patching it with both
> the patch that comes with the iptables-1.1.1.tar.bz2 and the patches on
> CVS. Could someone tell me
Philipp Rumpf wrote:
> isn't that what the version string (/proc/version at runtime, start_sys
> in the bzImage) is for ?
Hmm yes, that should be good enough.
> Most architectures can boot ELF images -- defining section names for
> .config.gz and the version string in the ELF file can be done
On Mon, Sep 04, 2000 at 10:57:44AM +0100, Matthew Kirkwood wrote:
> > > With both interfaces up, it's impossible to apply anti-martian
> > > rules to the interfaces, since it's hard to predict which card
> > > will answer an ARP request.
> >
> > /proc/sys/net/ipv4/.../hidden
>
> So when
On Sat, 2 Sep 2000, Alan Cox wrote:
> > I see the point, but it bites sufficiently often that I don't
> > understand why there is no interesting in improving this
> > behaviour.
>
> For a large number of scenarios it makes vastly more sense.
Please forgive my obtuseness, but I am unable to
On Mon, Sep 04, 2000 at 11:22:31AM +0200, Andi Kleen wrote:
> On Mon, Sep 04, 2000 at 05:06:15PM +0800, Andrey Savochkin wrote:
> > So, I think that we have to be sure that we use the "best" address for this
> > destination.
> > What about an unconditional use of inet_select_addr() or
Hi,
On Sun, Sep 03, 2000 at 11:36:25PM +0200, Andrea Ferraris wrote:
> > I used to think that. Im planning on deploying a 1Tb IDE raid using 3ware
> > kit for an ftp site very soon. Its very cheap and its very fast. UDMA
> with
> > one disk per channel and the controller doing some of the work.
Hi,
On Fri, Sep 01, 2000 at 09:16:23AM -0700, Linda Walsh wrote:
> With all the talk about bugs and slowness on a 386/486/586 -- does anyone
> think those platforms will have multi-T disks hooked up to them?
Yes. They are already doing it, and the number of people trying is
growing rapidly.
Hi,
On Fri, Sep 01, 2000 at 01:30:26PM +0300, Matti Aarnio wrote:
>
> Stephen, could you have a moment to look at the struct buffer_head {}
> alignment matters ? And possible configure time change to make the
> block number possibly a 'long long' variable ?
> Changeing field order
Hi,
On Fri, Sep 01, 2000 at 12:09:23AM -0700, Linda Walsh wrote:
> Perhaps an "easy" way to go would be to convert block numbers to
> type "block_nr_t", then one could measure the difference that 10's of
> nanoseconds make against seeks and reads of disk data.
You might not find it just
On Mon, Sep 04, 2000 at 05:06:15PM +0800, Andrey Savochkin wrote:
> So, I think that we have to be sure that we use the "best" address for this
> destination.
> What about an unconditional use of inet_select_addr() or fib_select_addr()
> based on prefsrc with inet_select_addr() fallback?
It
My home directory lives on a SunOS 4.1.4 server, which helpfully expands
16-bit UIDs to 32 bits as signed quantities, not unsigned. So any uid above
32768 gets 0x added to it.
This patch adds a mount option to the Linux NFS client to work round this
brokenness. I haven't updated the
Arjan van de Ven wrote:
>
> In article <[EMAIL PROTECTED]> you
>wrote:
>
> > Well, the bug seems to exactly using the page after a "free_page()". Which
> > is always a bug, but at least should be easy to fix.
>
> > I've considered making "free_page()" a macro something like
>
> >
Andi,
On Mon, Sep 04, 2000 at 10:45:06AM +0200, Andi Kleen wrote:
> On Mon, Sep 04, 2000 at 10:22:42AM +0800, Andrey Savochkin wrote:
> > Andi, there may be two reasons of this behavior:
> > 1. skb that triggered ARP request had a.b.c.1 source, either because
> >a) the socket had been bound
> > We ran 1.2.13lmp for about 1100 days before the box finally got
> > turned off - twice around the uptime clock and more
> That's must be some kind of unofficial record... I though 400+ days
> was pretty neat, but 1100 says is really impressive, especially on a
> kernel which has races with
On Mon, Sep 04, 2000 at 10:22:42AM +0800, Andrey Savochkin wrote:
> Andi, there may be two reasons of this behavior:
> 1. skb that triggered ARP request had a.b.c.1 source, either because
>a) the socket had been bound to that address, or
>b) preferred source in the routing table is wrong;
Hi,
I have set the HZ constant to 1024 to increase the select resulution.
But the results of my measurements are not
as expected. I have a cyclical task (using select for timing) that
inverts a parallel port bit in each
cycle. I measure the high time with an oszillograph.
Here are my results:
[EMAIL PROTECTED] (J. Dow) writes:
>> That's B.S. The GPL is a Copyright license; it applies whether or not
>> it is in the kernel. Microsoft (or anyone else for that matter) can't
>> take your code and use it without consent. The GPL is one way of giving
>> consent, with certain strings
Hello all,
as to the problem I described earlier about mysterios growing of the used
inodes number - another strange thing happened. Without applying any
patch or any changes in the system, the /proc/sys/fs/inode-max was set to
132000. System continued to increase the number in the
Rogier Wolff wrote:
> Hmm. Doesn't the spec say something about that you should preferrably
> use the "closest" IP number that you can find to communicate with a
> host?
>
> Yes, adding a route to "a.b.c.1 gw d.e.f.1" on the BSD box should
> work.
>
> But having a multi-homed host with a.b.c.1
On Mon, 4 Sep 2000 [EMAIL PROTECTED] wrote:
> The experiment showed the following prefetching could reduce 20-30% of
> csum_partial_copy_generic() execution time.
Please test it and post the numbers. csum_partial_copy_generic() already
does prefetching - the real test would be to check lat_tcp
"Richard B. Johnson" wrote:
>
> > I think patch like this is not safe for 2.4.X-pre.
> >
>
> Not safe only in that there is so much stuff changed all at once
> that it'd be a good idea not to change anything that doesn't have to
> be changed. I agree.
Actually there are no so many
On Mon, 4 Sep 2000, David Woodhouse wrote:
> Who wants this?
nfs_file_cred() <- nfs_create_request() <- nfs_update_request() <-
nfs_updatepage() <- nfs_commit_write() <- generic_file_write() <-
nfs_file_write() <- write(2).
Fscked credentials during write(2) on NFS...
-
To unsubscribe from
Who wants this?
invalid operand:
CPU:1
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 0039 ebx: cdfae6c0 ecx: c0288c4c edx: 0001
esi: c14b0c40 edi: ccd55c80 ebp: cf1a4560 esp: cb235e5c
ds: 0018 es: 0018 ss: 0018
Process
Pavel Machek wrote:
>
> > If your patch doesn't hurt anything, even if it only adds marginal
> > performance, I'm pretty sure that Linus will accept it.
>
> I think patch like this is not safe for 2.4.X-pre.
Not necessary. These routines are quite simple so a 1 week period
spend in heavy
Alan Cox wrote:
>
> > However, in 2.5.0 we should apply it, and force it on *all* cpus just
> > to test it well. Then in 2.5.10 we should turn it off for
> > pentium/MMX+.
>
> Even original pentium has hardware optimised rep movs fast paths. Its just
> a few cpus they disable it via
- Forwarded message from Richard Gooch <[EMAIL PROTECTED]> -
Date: Sat, 2 Sep 2000 23:34:55 -0600
From: Richard Gooch <[EMAIL PROTECTED]>
To: Tom Rini <[EMAIL PROTECTED]>
Subject: Re: devfs config patch
In-Reply-To: <[EMAIL PROTECTED]>
Tom Rini writes:
>
> Hello. I've attached a minor
> That's B.S. The GPL is a Copyright license; it applies whether or not
> it is in the kernel. Microsoft (or anyone else for that matter) can't
> take your code and use it without consent. The GPL is one way of giving
> consent, with certain strings attached.
And, Ted, THAT is brown steaming
I cant test this patch by doing tests that go into swap. You add a
variable that wasn't used in the 100MB tests and going into swap would
no doubt cause major performance drops from this 100MB test no matter
what VM you used. The added overhead is very dependent on too many
variables to compare
I'm using 2.4-test since it was born and never saw this behavior. Could
you please strace and ltrace your ping so we can see where it waits?
Martin
On Sun, 3 Sep 2000, John Kennedy wrote:
> I've been having a problem with the 2.4.0 series (tested most
I cant test this patch by doing tests that go into swap. You add a
variable that wasn't used in the 100MB tests and going into swap would
no doubt cause major performance drops from this 100MB test no matter
what VM you used. The added overhead is very dependent on too many
variables to compare
That's B.S. The GPL is a Copyright license; it applies whether or not
it is in the kernel. Microsoft (or anyone else for that matter) can't
take your code and use it without consent. The GPL is one way of giving
consent, with certain strings attached.
And, Ted, THAT is brown steaming
- Forwarded message from Richard Gooch [EMAIL PROTECTED] -
Date: Sat, 2 Sep 2000 23:34:55 -0600
From: Richard Gooch [EMAIL PROTECTED]
To: Tom Rini [EMAIL PROTECTED]
Subject: Re: devfs config patch
In-Reply-To: [EMAIL PROTECTED]
Tom Rini writes:
Hello. I've attached a minor config
Alan Cox wrote:
However, in 2.5.0 we should apply it, and force it on *all* cpus just
to test it well. Then in 2.5.10 we should turn it off for
pentium/MMX+.
Even original pentium has hardware optimised rep movs fast paths. Its just
a few cpus they disable it via undocumented magic
Pavel Machek wrote:
If your patch doesn't hurt anything, even if it only adds marginal
performance, I'm pretty sure that Linus will accept it.
I think patch like this is not safe for 2.4.X-pre.
Not necessary. These routines are quite simple so a 1 week period
spend in heavy tests by
Who wants this?
invalid operand:
CPU:1
EIP:0010:[c0159975]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 0039 ebx: cdfae6c0 ecx: c0288c4c edx: 0001
esi: c14b0c40 edi: ccd55c80 ebp: cf1a4560 esp: cb235e5c
ds: 0018 es: 0018 ss: 0018
On Mon, 4 Sep 2000, David Woodhouse wrote:
Who wants this?
nfs_file_cred() - nfs_create_request() - nfs_update_request() -
nfs_updatepage() - nfs_commit_write() - generic_file_write() -
nfs_file_write() - write(2).
Fscked credentials during write(2) on NFS...
-
To unsubscribe from this
"Richard B. Johnson" wrote:
I think patch like this is not safe for 2.4.X-pre.
Not safe only in that there is so much stuff changed all at once
that it'd be a good idea not to change anything that doesn't have to
be changed. I agree.
Actually there are no so many changes. I
Rogier Wolff wrote:
Hmm. Doesn't the spec say something about that you should preferrably
use the "closest" IP number that you can find to communicate with a
host?
Yes, adding a route to "a.b.c.1 gw d.e.f.1" on the BSD box should
work.
But having a multi-homed host with a.b.c.1 on one
Hello all,
as to the problem I described earlier about mysterios growing of the used
inodes number - another strange thing happened. Without applying any
patch or any changes in the system, the /proc/sys/fs/inode-max was set to
132000. System continued to increase the number in the
[EMAIL PROTECTED] (J. Dow) writes:
That's B.S. The GPL is a Copyright license; it applies whether or not
it is in the kernel. Microsoft (or anyone else for that matter) can't
take your code and use it without consent. The GPL is one way of giving
consent, with certain strings attached.
Hi,
I have set the HZ constant to 1024 to increase the select resulution.
But the results of my measurements are not
as expected. I have a cyclical task (using select for timing) that
inverts a parallel port bit in each
cycle. I measure the high time with an oszillograph.
Here are my results:
On Mon, Sep 04, 2000 at 10:22:42AM +0800, Andrey Savochkin wrote:
Andi, there may be two reasons of this behavior:
1. skb that triggered ARP request had a.b.c.1 source, either because
a) the socket had been bound to that address, or
b) preferred source in the routing table is wrong;
2.
We ran 1.2.13lmp for about 1100 days before the box finally got
turned off - twice around the uptime clock and more
That's must be some kind of unofficial record... I though 400+ days
was pretty neat, but 1100 says is really impressive, especially on a
kernel which has races with jiffie
Andi,
On Mon, Sep 04, 2000 at 10:45:06AM +0200, Andi Kleen wrote:
On Mon, Sep 04, 2000 at 10:22:42AM +0800, Andrey Savochkin wrote:
Andi, there may be two reasons of this behavior:
1. skb that triggered ARP request had a.b.c.1 source, either because
a) the socket had been bound to that
Arjan van de Ven wrote:
In article [EMAIL PROTECTED] you
wrote:
Well, the bug seems to exactly using the page after a "free_page()". Which
is always a bug, but at least should be easy to fix.
I've considered making "free_page()" a macro something like
__free_page(x);
My home directory lives on a SunOS 4.1.4 server, which helpfully expands
16-bit UIDs to 32 bits as signed quantities, not unsigned. So any uid above
32768 gets 0x added to it.
This patch adds a mount option to the Linux NFS client to work round this
brokenness. I haven't updated the
On Mon, Sep 04, 2000 at 05:06:15PM +0800, Andrey Savochkin wrote:
So, I think that we have to be sure that we use the "best" address for this
destination.
What about an unconditional use of inet_select_addr() or fib_select_addr()
based on prefsrc with inet_select_addr() fallback?
It looks
Hi,
On Sun, Sep 03, 2000 at 11:36:25PM +0200, Andrea Ferraris wrote:
I used to think that. Im planning on deploying a 1Tb IDE raid using 3ware
kit for an ftp site very soon. Its very cheap and its very fast. UDMA
with
one disk per channel and the controller doing some of the work.
On Mon, Sep 04, 2000 at 11:22:31AM +0200, Andi Kleen wrote:
On Mon, Sep 04, 2000 at 05:06:15PM +0800, Andrey Savochkin wrote:
So, I think that we have to be sure that we use the "best" address for this
destination.
What about an unconditional use of inet_select_addr() or fib_select_addr()
101 - 200 of 328 matches
Mail list logo