.urem
> depmod: .umul
> depmod: .udiv
> depmod: .rem
> depmod: *** Unresolved symbols in
Try to load one of the modules which show the problem, does
it work? If so, it is a bug in depmod's handling of these
".foo" symbols.
Later,
David S. M
e compiler so
this is why you see "#define FOO do { } while(0)"
2) It gives you a basic block in which to declare local
variables.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
, but
there hasn't been a gcc release in over 2 years so...
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
o 2.4.4
but if not I'll submit the ID patch seperately.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
es.
It was really good at finding __init bugs though...
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
P
.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
special userspace ASI.
In fact the user can be given the complete 32-bit or 64-bit virtual
address space, the kernel takes up none of it.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
Alexander Viro writes:
> If nobody objects I'll go for test_bit/set_bit/clear_bit here.
Be sure to make d_flags an unsigned long when you do this! :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
k against zero, making
count possibly go negative and then you'd be there for a _long_ time
:-)
Just a FYI...
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordom
ter a presentation.
It does not work in a relaxed "people sit at tables and comment
at arbitrary points in time during a talk" setting such as the
kernel summit. Besides putting a microphone at every table (which
isn't all that practical honestly) I can't come up with a so
hort of it is that sendfile() now acts just like
sendmsg() when errors happen mid-send.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.
Jesse S Sipprell writes:
> On error, -1 is returned in the usual fashion and offset is purported to be
> updated to point to the next byte following the last one sent.
>
> Will the zerocopy patches break this?
No, they should not.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To
Rik van Riel writes:
> > Watch top: when this program needs the memory that kswapd keep
> > in cache they go both at 100% cpu (on SMP) but still the size of
> > the program only grows at about 100KB/s, why is kswapd releasing
> > it so slowly and taking so much CPU ?
>
> Because kswapd sti
Martin Gadbois writes:
> Hi there!
> I realized that some tests were failing due to dropped IP packets. I
> traced and discovered the following:
Thanks, I've put your patch into my 2.2.x source and will
push this to Alan once he starts doing 2.2.20pre patches.
Later,
David S.
uch more than keeping speedstep proprietary.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the
.3-nfs/net/ipv4/tcp_input.c
> --- linux-2.4.3/net/ipv4/tcp_input.c Fri Feb 9 11:34:13 2001
> +++ linux-2.4.3-nfs/net/ipv4/tcp_input.c Thu Apr 12 23:23:59 2001
I've applied this patch, thanks.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
D.W.Howells writes:
> This patch (made against linux-2.4.4-pre4) gets rid of some warnings obtained
> when using the generic rwsem implementation.
Have a look at pre5, this is already fixed.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "
enough in the xfree86
tree", why not lend them a hand and submitting patches to them instead
of complaining?
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
being declared in the parameter list.
Indeed, I didn't see this in my setup on sparc64 for some reason.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
ptrace?
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
on Alan's shoulders?"
The AC patches are huge, but they have substantially decreased in size
during the recent 2.4.4-preX series. And sure, Alan makes conscious
decisions to apply patches and eventually work to push them to Linus,
but honestly people should consider ways to help decrease h
Alan Cox writes:
> 2.4.3-ac13
> oSwitch to NOVERS symbols for rwsem (me)
> | Called from asm blocks so they can't be versioned
Yes they most certainly can be versioned inside of an asm. Use the
"i" constraint, we've been doing this on spar
Alan Cox writes:
> I suspect adding
>
> #define BUG() __asm__ __volatile__("call_pal 129 # bugchk")
>
> to include/asm-alpha/page.h will do the right thing, since it works on 2.4
You have to add a few bits to arch/alpha/kernel/traps.c
I could be wrong
ts us get to the next stage which is to
use your tools, numbers, and some profiling to see if we can get
some of that cpu overhead back.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
The only change is to update things to 2.4.2-pre3:
ftp://ftp.kernel.org/pub/linux/kernel/people/davem/zerocopy-2.4.2p3-1.diff.gz
All the reports I am getting now appear to be consistent,
and they all basically show me that:
1) There are no known bugs (as in things that crash the
kernel or c
Jeff Garzik writes:
> And in another message, On Mon, 12 Feb 2001, David S. Miller wrote:
> > 3) The acenic/gbit performance anomalies have been cured
> >by reverting the PCI mem_inval tweaks.
>
>
> Just to be clear, acenic should or should not use MWI?
>
about side effects of UDP path-mtu, then I
will turn off UDP path-mtu by default in 2.4.x because it is obviously
very broken either conceptually or in our implementation. :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
ally, in my own testing,
latency over loopback seems to have improved)
Some verbose TCP debugging is enabled in this release, most of
the messages are harmless %99 of the time. If these messages
bother you just set "FASTRETRANS_DEBUG" back to "1" in
include/net/tcp.h
Thanks.
Late
Ookhoi writes:
> We have exactly the same problem but in our case it depends on the
> following three conditions: 1, kernel 2.4 (2.2 is fine), 2, windows ip
> header compression turned on, 3, a free internet access provider in
> Holland called 'Wish' (which seemes to stand for 'I Wish I had a
Alan Cox writes:
> Dave - any ideas, shall we back it out and work on it for 2.2.20 ?
The one change which is probably causing this is non-critical,
so let me study things quickly tonight and if I come up with
nothing I'll show you what you can revert safely.
Later,
David S. Mille
e TCP sequence numbers to calculate an "always
changing" ID number in the IPv4 headers to placate these broken
windows machines.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
in (1.5K mtu on gbit still has some warts). Once
those are cleared and everyone involved is satisfied that there are no
performance regressions against vanilla 2.4.2, I will ask Alan to
consider including it.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send
Andrey Panin writes:
> I found that sunhme.c doesn't check ioremap() return value and doesn't
> call iounmap() on module unload. Attached patch (for 2.4.1-ac20) should fix it,
> compiles clearly, but untested (I have no such hardware).
Thanks I've applied this patch.
Russell King writes:
> The following patch fixes these warnings:
Thanks, applied.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vg
he sysctl
layer what legal range the user's setting of a particular sysctl
must reside in.
The fix is to enclose these things in CONFIG_SYSCTL, which I have
done in my tree, thanks for bringing this to my attention.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send
being discussed by Pekka and
Alexey.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FA
Unless someone can tell me who is the recipient on the linux-kernel
list generating these bogus virus bounces back to me, I am going
to have no choice but to unsubscribe the entire *.se domain to
try and get rid of this guy.
Thanks.
Your mail was recieved, but looked like it might contain a
..
> --
> Jakob Borgmailto:[EMAIL PROTECTED] (personal)
> UNIX/network adminmailto:[EMAIL PROTECTED](development)
> systems programmermailto:[EMAIL PROTECTED] (work)
>http://jakob.borg.pp.se/
T
Sounds like a bug wrt. SKB allocations in the Myrinet driver.
You're the author of most of that code, so I'm sure you're the
best one to audit it :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
This should fix your problem:
--- include/net/sock.h.~1~ Thu Feb 22 21:12:12 2001
+++ include/net/sock.h Sun Feb 25 21:26:16 2001
@@ -1279,7 +1279,7 @@
* Enable debug/info messages
*/
-#if 0
+#if 1
#define NETDEBUG(x)do { } while (0)
#else
#define NETDEBUG(x)do { x; }
27;d like people to have to test the zerocopy stuff
for me, they'll get the ID fix if they do that :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
ne, but my hunch is that it will
lead to worse data packing via such an allocator.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/m
the
IP header itself fits totally in a cache line, the options afterwardsd
likely will not and thus require another cache miss.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
me to live field,
so I see no reason why they can't do smart things with special IP
options either (besides efficiency concerns :-).
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
ce idea and I currently see
no holes in it.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
Simon Kirby writes:
> Has such a patch gone in to the kernel yet?
Yep, it is in both the zerocopy and AC patches. (Linus is
away at the moment)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
tack from SKB origin to
device.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
it, and then for those that don't have these
problems at all we can make NULL a special value for this
"post-header" pointer.
You can pick some arbitrary number, sure, that is another way to
do it. Such a size would need to be chosen very carefully though.
Later,
David S. M
vmalloc() causes).
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
AF_UNIX act just like everyone else.
This was always just a performance hack, and one which makes less
and less sense as time goes on.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
Russell King writes:
> Please note: although I am using 2.2.15pre13, it is _not_ the cause of
> this problem
How do you know this? There are so many deadly TCP bugs fixed
since 2.2.15pre13 I don't know how you can assert this.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsub
so that all packets get copied into new buffers where they can have
their header aligned.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vge
; please feel free to make minor adjustments and submit :)
Jeff/Zach, I agree, I'm fully for such a patch, but please update the
documentation! It is the most important part of the patch.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe
Dan Malek writes:
> "David S. Miller" wrote:
>
> > I played around with something akin to this, and some of the necessary
> > Xfree86-4.0.x hackery needed, some time ago. But I never finished
> > this.
>
> Sounds pretty sweet. How a
t each page fault.
Linus didn't find it to be such a gain, and in fact the one
place that does gain from such merging (sys_brk()) does the
merging by hand :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
is a 'real' one,
the one on which the PCI-->ISA bridge lives, why not use that one
:-)
Then you could find such an ISA bridge, open that PCI device, then
finally perform the PCI_IOCTL_GETIOBASE thingy on it, but I don't like
this get-iobase idea at all, see my next email in this t
Zach Brown writes:
> please feel free to flame or apply, I'm not sure I'm really fond of the
> code example..
Seems fine to me.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
omething akin to this, and some of the necessary
Xfree86-4.0.x hackery needed, some time ago. But I never finished
this.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
offset/size pairs, based upon the
BAR value of interest, to mmap and everything is fine.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger
ecially the GSC one. At least the rope one does something
reasonable when you have a 64-bit kernel. The horrors you've told me
about the IOMMUs and stream-caches on these chips further confirms my
theory :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the
reated these problems.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Manfred, why are you changing the cache alignment to
SMP_CACHE_BYTES? If you read the original SLAB papers
and other documents, the code intends to color the L1
cache not the L2 or subsidiary caches.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
er seen it twice with 2.4.x
We need desperately to know exactly what OS the xxx.xxx.1.14 machine
is running. Because you've commented out the first two octets, I
cannot check this myself using nmap.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line &qu
l variant you can encode the bus/dev/etc. info in the device's
resource and decode this at ioremap() time, see?).
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ails. This
header is also where the physical address and the actual creation of
the page table mappings will occur. The generic PCI code will only
provide the skeletal parts of the mmap() method and call into the
arch-specific hooks coded in asm/pcimmap.h
Later,
David S. Miller
[EMAIL PROTECTED]
l to tp->snd_cwnd, marking the connection
as _not_ application limited.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
at least for me.
The address_space is %99 of the time (unless swapping, and in that
case the address is constant :-)) inside of an inode struct so this
change actually makes the hash worse. I looked at this one time
myself...
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this li
Russell King writes:
> A while ago, I looked at what was required to convert the OHCI driver
> to pci_alloc_consistent, and it turns out that the current interface is
> highly sub-optimal. It looks good on the face of it, but it _really_
> does need sub-page allocations to make sense for USB
swer? Alan?
I do not understand, I just got a working 2.2.19-pre6 build on one of
my 6.2 Sparc64 systems, what kind of failure do you see?
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
MP tlb flushing traffic from vmscan
runs is desirable, thus no flush.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
The sparc64 config should never allow you to build the amd7930 and
dbri sbus sound drivers, that is a bug, and I'll fix that.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
You need to enable both CONNTRACK and full NAT in your configuration.
Rusty, why doesn't the Config stuff just enforece this if it
is necessary when enabling FTP support etc.?
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-
be more stringent and disallow illegal combinations such
as this one.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
.x fix
came from a similar bug report from Horst von Brand :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Date:Fri, 5 Jan 2001 19:22:39 +0100
From: Arkadiusz Miskiewicz <[EMAIL PROTECTED]>
On/Dnia Fri, Jan 05, 2001 at 06:52:52AM -0800, Patrick Michael Kane wrote
> With 2.4.0 installed, I've started to see the following errors:
>
> reset_xmit_timer sk=cfd889a0 1 when=0x3b4a,
the problem? If so, please send a bug report to Sun telling them
that they improperly discard IP packets using ECN.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
Unified diffs only please... Thanks.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
multiple writers and it causes a BUG() in
pipe_read() when data is stored in both the kiobuf and the normal
buffer)
A couple months ago David posted a revised version of his patch which
fixed both these and some other problems. Most of the fixes were done
by Alexey Kuznetsov.
Later,
D
Date:Sat, 06 Jan 2001 10:37:54 -0500
From: safemode <[EMAIL PROTECTED]>
Jan 6 06:18:10 icebox kernel: reset_xmit_timer sk=c17fd040 1
when=0x5d9e, caller=c01a6bf1
I posted a fix for this on Linux-kernel yesterday, had you tested it
you would have seen at least this part of yo
t to the
pending IRC stuff, so you don't need to send me a fix for that
under seperate cover).
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Date: Sun, 07 Jan 2001 01:36:22 +0100
From: Manfred <[EMAIL PROTECTED]>
Do you still have that patch?
I think so, see below.
Was it posted to linux-kernel?
Yes, it was.
I just found a copy, enjoy:
diff -ur ../vger3-001101/linux/fs/pipe.c linux/fs/pipe.c
--- ../vger3-001101/linux/
Date: Sat, 06 Jan 2001 21:06:54 -0700
From: Ben Greear <[EMAIL PROTECTED]>
"David S. Miller" wrote:
>
> Unified diffs only please... Thanks.
Hrm, here's one with a -u option, this what you're looking for?
Yes, thanks a lot.
Later,
David
, check out the complex TCP hash tables we have :-)
But if it's only a problem because of poorly implemented user
applications, let's fix the apps instead of adding the complexity to
the kernel.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "un
stify the patch. If only a
forcefully created "benchmark" can show some performance problem, that
is not an acceptable reason to champion this patch. Ok?
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
has suggested to use "ip" exclusively, you will not invoke "ip"
with the suggestion I am making. Ifconfig indirectly will, but you
won't even notice nor should you care. They will be packaged
together, so even that won't be an issue.
Later,
David S. Miller
[EMAIL PRO
nterface so we can kill the :
syntax in favor of the above which is cleaner of more accurately
represents what is happening.
If this is really true, 2.5.x is an appropriate time to make
this, no sooner.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line &
ard, there should be a measurable
performance boost for NFS clients with this patch due to the delayed
fragment coalescing. KNFSD does not take full advantage of this
facility yet.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
refore I suspect you are perhaps getting rather some form of memory
corruption or similar, really, please search the networking code for
ESRCH value usage, you will see.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
en well supported by your
tests :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
st case program
and the network device configuration you are using. Are you using
netfilter? Are you using tunneling, these sorts of things.
Basically, the things we would need need to know to be able to
duplicate your precise setup here locally in hopes of triggering the
problem ourselves.
Later,
Date: Mon, 8 Jan 2001 11:39:15 +0100
From: Christoph Hellwig <[EMAIL PROTECTED]>
don't you think the writepage file operation is rather hackish?
Not at all, it's simply direct sendfile support. It does
not try to be any fancier than that.
Later,
David S. Miller
[EMAIL
y seems like the classic "/etc/nsswitch.conf is told to
look for YP servers and you are not using YP", so have a look and fix
nsswitch.conf if this is in fact the problem.
Later,
David S. Miller
[EMAIL PROTECTED]
___
Linux-IrDA mailing list
o
do with your driver, please comment".
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
applies.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ands the Acenic much better than you, and you
would be wise to work with Alexey and not against him. Thanks.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
APIs that works similar to what is available
under Linux to solve this problem.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ay for the "ICMP
port unreachable" message coming back to be uniquely matched to that
UDP socket. It can reset sockets illegally in high load scenerios.
Solaris and other systems act identically.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubs
Date: Mon, 8 Jan 2001 17:43:56 -0500
From: Stephen Frost <[EMAIL PROTECTED]>
Perhaps you missed it, but I believe Dave's intent is for
this to only be a proof-of-concept idea at this time.
Thank you Stephen, this is the point Jes continues to miss.
Later,
Davi
w multiple pages to be passed
in an array to the writepage(s) operation. He didn't like that, so I
made it take only one page as he requested. He had no other major
objections to the infrastructure.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line &qu
ions, are the ones who are getting told that what
they did was crap.
What was the first thing out of people's mouths? Not "nice work", but
"I think writepage is ugly and an eyesore, I hope nobody seriously
considers this code for inclusion." Keep designing... like
1 - 100 of 986 matches
Mail list logo
