On Thu, 30 Nov 2000, Theodore Y. Ts'o wrote:
> If you could send me the split up, I'd appreciate it, as it'll make it
> easier to find any subtle bugs. I certainly like the general way you've
> cleaned up the interfaces and factored out the code.
See attachments. Order of patches is
Andrey Savochkin wrote:
>
> > eth0: card reports no RX buffers.
> > eth0: card reports no resources.
> It's a known issue.
> I've been promised that this issue would be looked up in Intel's errata by
> people who had the access to it, but I haven't got the results yet.
I just figured out
> I was able to reproduce this oops with a somewhat more reliable ksymoops (I was
>ready for this nasty bug this time). Looks like the problem is in the sockets
> code.
The traces so far all match one description , this one included. Its the
'something scribbled a while ago and I just walked
Hi alan,
This patches fixes several isues with the rio driver:
- Implemented breaks
- Fixed a DCD up/down crash
- Added kmalloc return value check
Sorry for the late moment we submit this: the DCD bug was very, very hard
to find.
Patrick
-
To unsubscribe from this list: send the
On Fri, Dec 01 2000, Andrew Morton wrote:
> > > ... choc-chip.
> > >
> > > With the above patch applied the machine crashed after an hour. Crashed
> > > a second time during the e2fsck. gdb backtrace:
> >
> > Very interesting. IDE / SCSI?
>
> hmm.. Overlapping emails.
>
> The crash with
> In article <[EMAIL PROTECTED]> you wrote:
> > Actually; Ethernet badly needs something like this too. I would kill
> > to be able to do something like:
>
> > ifconfig eth0 speed 100 duplex full
>
> > o across different networks cards -- I've been thinking about it of
> > late as I had to
Jens Axboe wrote:
>
> On Fri, Dec 01 2000, Andrew Morton wrote:
> > Andrew Morton wrote:
> > >
> > > I bet this'll catch it:
> > >
> > > --- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
> > > +++ include/linux/list.hFri Dec 1 08:33:55 2000
> > > @@ -90,6 +90,7 @@
> > > static
Andrew Morton wrote:
>
> Andrew Morton wrote:
> >
> > I bet this'll catch it:
> >
> > --- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
> > +++ include/linux/list.hFri Dec 1 08:33:55 2000
> > @@ -90,6 +90,7 @@
> > static __inline__ void list_del(struct list_head *entry)
> > {
>
On Fri, Dec 01 2000, Andrew Morton wrote:
> Andrew Morton wrote:
> >
> > I bet this'll catch it:
> >
> > --- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
> > +++ include/linux/list.hFri Dec 1 08:33:55 2000
> > @@ -90,6 +90,7 @@
> > static __inline__ void list_del(struct
Chris Wedgwood <[EMAIL PROTECTED]> écrit :
[...]
> o across different networks cards -- I've been thinking about it of
> late as I had to battle with this earlier this week; depending on
> what network card you use, you need different magic incarnations to
> do the above.
>
> A standard
Chris Wedgwood writes:
> Actually; Ethernet badly needs something like this too. I would kill
> to be able to do something like:
>
> ifconfig eth0 speed 100 duplex full
>
> o across different networks cards -- I've been thinking about it of
> late as I had to battle with this earlier this
On Thu, Nov 30, 2000 at 11:37:42PM +0100, Andrea Arcangeli wrote:
> test12-pre2 crashes at boot on my DS20. This patch workaround the problem
> but I would be _very_ surprised if this is the right fix :) It's obviously not
> meant for inclusion.
...
> - struct resource_list
Second attempt -- the first one got lost due to some local mail client
problems...
-- Forwarded message --
Date: Fri, 1 Dec 2000 11:43:10 + (GMT)
From: Tigran Aivazian <[EMAIL PROTECTED]>
To: Linus Torvalds <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject:
Hi
> will try tonight... and will let you know tomorrow...
... Nop, it didn't work. Mike and everybody having experience / knowledge of Western
Digital Caviar AC21600H... If you compare WD's documents at:
http://www.westerndigital.com/service/FAQ/dtr.html
and
On Fri, 1 Dec 2000, Andreas Dilger wrote:
> Alexander, Ted,
> I was taking a hard look at the proposed changes. In load_inode_bitmap()
> we shouldn't be cacheing the I/O error case (this was in the old code too).
I know. I left it in place since I don't like the idea of putting many
Hello.
[1.] One line summary of the problem:
Intermittent corruption of 4 bytes in SMP kernels using HPT366
[2.] Full description of the problem/report:
First noticed in 2.3.99-preX; but hard to track down then.
When the system was under load - e.g. cp /usr/src/linux /usr/src/l2,
it would
In article <[EMAIL PROTECTED]> you wrote:
> Actually; Ethernet badly needs something like this too. I would kill
> to be able to do something like:
> ifconfig eth0 speed 100 duplex full
> o across different networks cards -- I've been thinking about it of
> late as I had to battle with
I'm curious about how ICMP redirect is causing this problem.
Would you elaborate on how ICMP is involved?
-Ben McCann
Julian Anastasov wrote:
>
> Hello,
>
> On Fri, 1 Dec 2000, Mike Perry wrote:
>
> > external net, so it can IP masq the other 14 machines. The machines are on a
> >
On Fri, Dec 01, 2000 at 01:11:45PM +1100, Neil Brown wrote:
> On Thursday November 30, [EMAIL PROTECTED] wrote:
> > Hello people,
> >
> > I have some trouble with the raid-stuff.
> > My machine is a Pentium-III, 256 MB ram and 7 scsi-disks (IBM DNES-318350W
> > 17B). I'm using raid5 for 6 of
Hello,
On Thu, Nov 30, 2000 at 07:41:11PM +0100, Udo A. Steinberg wrote:
> I've been using an older EEPro100/B card until now and it's been working without any
> problems ever since the transmitter bugs were fixed. The boot output looked like
>this:
[snip]
> Today I've installed a new model
On Thu, Nov 30, 2000 at 03:00:10PM -0800, David Lang wrote:
> try the 2.4 test kernels. I had a situation of poor performance with lots
> of processes and saw a dramatic improvement with the 2.4 kernel.
So what load average should I expect Linux versions 2.2 and 2.4 to perform
well under ? I'm
Note: if anyone else is wondering what may be deadlocking 2.2.17+
in the context of http connects over ethernet (assuming that it is not the
ethernet driver itself): it is also not the httpd server's use of linux
kernel threads (wn is single threaded). And there isn't much going
on in the
[EMAIL PROTECTED] said:
> Not necessarily - it all depends on what your driver does. In many
> cases, supporting 2.2 and 2.4 is easy, and all you need are a few
> #if's. It's certainly much better to have a dozen or so #if's
> sprinkled throughout the code than to have two separate source
On Fri, 1 Dec 2000, Dax Kelson wrote:
> Dries van Oosten said once upon a time (Fri, 1 Dec 2000):
>
> > Can someone point me to how routing is done in the 2.4 kernel?
> > My net-tools don't work anymore (specifically route fails to produce the
> > routing table). I look around a bit in the
Dries van Oosten said once upon a time (Fri, 1 Dec 2000):
> Can someone point me to how routing is done in the 2.4 kernel?
> My net-tools don't work anymore (specifically route fails to produce the
> routing table). I look around a bit in the kernel sources and notice
> things have changed. What
Can someone point me to how routing is done in the 2.4 kernel?
My net-tools don't work anymore (specifically route fails to produce the
routing table). I look around a bit in the kernel sources and notice
things have changed. What kind of options are there now to influence the
routing table?
[netdev Cced]
The Thu, Nov 30, 2000 at 11:16:52AM -0800, Ivan Passos wrote :
[...]
> For synchronous network interfaces, besides configuring network parameters
> such as IP address, netmask, MTU, etc., the system should also configure
> parameters specific to these sync i/f's, such as media (e.g
Alexander, Ted,
I was taking a hard look at the proposed changes. In load_inode_bitmap()
we shouldn't be cacheing the I/O error case (this was in the old code too).
It means we don't have to check for NULL bh in the table cache each time
through, and for (s_groups_count < MAX_GROUPS_LOADED) case
[1.] 2.4.0-test11 SMP NFS repeatly oops
[2.] 2.4.0-test11 SMP OOPS again (I reported the first one
Message-ID: <[EMAIL PROTECTED]>
Subject: PROBLEM: kernel BUG at /usr/src/linux/include/linux/nfs_fs.h:164!)
Now there isn't heavy load and runned program was opera 4b3static instead of
pine.
[1.] 2.4.0-test11 SMP NFS repeatly oops
[2.] 2.4.0-test11 SMP OOPS again (I reported the first one
Message-ID: [EMAIL PROTECTED]
Subject: PROBLEM: kernel BUG at /usr/src/linux/include/linux/nfs_fs.h:164!)
Now there isn't heavy load and runned program was opera 4b3static instead of
pine.
Alexander, Ted,
I was taking a hard look at the proposed changes. In load_inode_bitmap()
we shouldn't be cacheing the I/O error case (this was in the old code too).
It means we don't have to check for NULL bh in the table cache each time
through, and for (s_groups_count MAX_GROUPS_LOADED) case
[netdev Cced]
The Thu, Nov 30, 2000 at 11:16:52AM -0800, Ivan Passos wrote :
[...]
For synchronous network interfaces, besides configuring network parameters
such as IP address, netmask, MTU, etc., the system should also configure
parameters specific to these sync i/f's, such as media (e.g
Can someone point me to how routing is done in the 2.4 kernel?
My net-tools don't work anymore (specifically route fails to produce the
routing table). I look around a bit in the kernel sources and notice
things have changed. What kind of options are there now to influence the
routing table?
Dries van Oosten said once upon a time (Fri, 1 Dec 2000):
Can someone point me to how routing is done in the 2.4 kernel?
My net-tools don't work anymore (specifically route fails to produce the
routing table). I look around a bit in the kernel sources and notice
things have changed. What
On Fri, 1 Dec 2000, Dax Kelson wrote:
Dries van Oosten said once upon a time (Fri, 1 Dec 2000):
Can someone point me to how routing is done in the 2.4 kernel?
My net-tools don't work anymore (specifically route fails to produce the
routing table). I look around a bit in the kernel
[EMAIL PROTECTED] said:
Not necessarily - it all depends on what your driver does. In many
cases, supporting 2.2 and 2.4 is easy, and all you need are a few
#if's. It's certainly much better to have a dozen or so #if's
sprinkled throughout the code than to have two separate source trees,
Note: if anyone else is wondering what may be deadlocking 2.2.17+
in the context of http connects over ethernet (assuming that it is not the
ethernet driver itself): it is also not the httpd server's use of linux
kernel threads (wn is single threaded). And there isn't much going
on in the
On Thu, Nov 30, 2000 at 03:00:10PM -0800, David Lang wrote:
try the 2.4 test kernels. I had a situation of poor performance with lots
of processes and saw a dramatic improvement with the 2.4 kernel.
So what load average should I expect Linux versions 2.2 and 2.4 to perform
well under ? I'm
On Fri, Dec 01, 2000 at 01:11:45PM +1100, Neil Brown wrote:
On Thursday November 30, [EMAIL PROTECTED] wrote:
Hello people,
I have some trouble with the raid-stuff.
My machine is a Pentium-III, 256 MB ram and 7 scsi-disks (IBM DNES-318350W
17B). I'm using raid5 for 6 of these disks
I'm curious about how ICMP redirect is causing this problem.
Would you elaborate on how ICMP is involved?
-Ben McCann
Julian Anastasov wrote:
Hello,
On Fri, 1 Dec 2000, Mike Perry wrote:
external net, so it can IP masq the other 14 machines. The machines are on a
switch, and
In article [EMAIL PROTECTED] you wrote:
Actually; Ethernet badly needs something like this too. I would kill
to be able to do something like:
ifconfig eth0 speed 100 duplex full
o across different networks cards -- I've been thinking about it of
late as I had to battle with this
Hello.
[1.] One line summary of the problem:
Intermittent corruption of 4 bytes in SMP kernels using HPT366
[2.] Full description of the problem/report:
First noticed in 2.3.99-preX; but hard to track down then.
When the system was under load - e.g. cp /usr/src/linux /usr/src/l2,
it would
On Fri, 1 Dec 2000, Andreas Dilger wrote:
Alexander, Ted,
I was taking a hard look at the proposed changes. In load_inode_bitmap()
we shouldn't be cacheing the I/O error case (this was in the old code too).
I know. I left it in place since I don't like the idea of putting many
Hi
will try tonight... and will let you know tomorrow...
... Nop, it didn't work. Mike and everybody having experience / knowledge of Western
Digital Caviar AC21600H... If you compare WD's documents at:
http://www.westerndigital.com/service/FAQ/dtr.html
and
Second attempt -- the first one got lost due to some local mail client
problems...
-- Forwarded message --
Date: Fri, 1 Dec 2000 11:43:10 + (GMT)
From: Tigran Aivazian [EMAIL PROTECTED]
To: Linus Torvalds [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject:
On Thu, Nov 30, 2000 at 11:37:42PM +0100, Andrea Arcangeli wrote:
test12-pre2 crashes at boot on my DS20. This patch workaround the problem
but I would be _very_ surprised if this is the right fix :) It's obviously not
meant for inclusion.
...
- struct resource_list *ln =
Chris Wedgwood writes:
Actually; Ethernet badly needs something like this too. I would kill
to be able to do something like:
ifconfig eth0 speed 100 duplex full
o across different networks cards -- I've been thinking about it of
late as I had to battle with this earlier this week;
Chris Wedgwood [EMAIL PROTECTED] écrit :
[...]
o across different networks cards -- I've been thinking about it of
late as I had to battle with this earlier this week; depending on
what network card you use, you need different magic incarnations to
do the above.
A standard interface is
On Fri, Dec 01 2000, Andrew Morton wrote:
Andrew Morton wrote:
I bet this'll catch it:
--- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
+++ include/linux/list.hFri Dec 1 08:33:55 2000
@@ -90,6 +90,7 @@
static __inline__ void list_del(struct list_head *entry)
Andrew Morton wrote:
Andrew Morton wrote:
I bet this'll catch it:
--- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
+++ include/linux/list.hFri Dec 1 08:33:55 2000
@@ -90,6 +90,7 @@
static __inline__ void list_del(struct list_head *entry)
{
Jens Axboe wrote:
On Fri, Dec 01 2000, Andrew Morton wrote:
Andrew Morton wrote:
I bet this'll catch it:
--- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
+++ include/linux/list.hFri Dec 1 08:33:55 2000
@@ -90,6 +90,7 @@
static __inline__ void
In article [EMAIL PROTECTED] you wrote:
Actually; Ethernet badly needs something like this too. I would kill
to be able to do something like:
ifconfig eth0 speed 100 duplex full
o across different networks cards -- I've been thinking about it of
late as I had to battle with
On Fri, Dec 01 2000, Andrew Morton wrote:
... choc-chip.
With the above patch applied the machine crashed after an hour. Crashed
a second time during the e2fsck. gdb backtrace:
Very interesting. IDE / SCSI?
hmm.. Overlapping emails.
The crash with e2fsck was easily
Hi alan,
This patches fixes several isues with the rio driver:
- Implemented breaks
- Fixed a DCD up/down crash
- Added kmalloc return value check
Sorry for the late moment we submit this: the DCD bug was very, very hard
to find.
Patrick
-
To unsubscribe from this list: send the
I was able to reproduce this oops with a somewhat more reliable ksymoops (I was
ready for this nasty bug this time). Looks like the problem is in the sockets
code.
The traces so far all match one description , this one included. Its the
'something scribbled a while ago and I just walked the
Andrey Savochkin wrote:
eth0: card reports no RX buffers.
eth0: card reports no resources.
It's a known issue.
I've been promised that this issue would be looked up in Intel's errata by
people who had the access to it, but I haven't got the results yet.
I just figured out something
On Thu, 30 Nov 2000, Theodore Y. Ts'o wrote:
If you could send me the split up, I'd appreciate it, as it'll make it
easier to find any subtle bugs. I certainly like the general way you've
cleaned up the interfaces and factored out the code.
See attachments. Order of patches is
Hi Linus,
there is a warning in make docs and there is no documentation generated
for blk_init_queue because of another function declaration between the
comments and the definition .
This patch moves the declaration before the comments.
please apply .
---
Russell King [EMAIL PROTECTED] écrit :
[...]
We already have a standard interface for this, but many drivers do not
support it. Its called "ifconfig eth0 media xxx":
bash-2.04# ifconfig --help
Usage:
ifconfig [-a] [-i] [-v] [-s] interface [[AF] address]
...
[mem_start NN] [io_addr
Hi alan,
This patches fixes several isues with the rio driver:
- Implemented breaks
- Fixed a DCD up/down crash
- Added kmalloc return value check
Sorry for the late moment we submit this: the DCD bug was very, very hard
to find.
Patrick
diff -u -r
It implements mono output and fixes a bug in the dma logic (reset necessary
because some descriptors are already prefetched and are not updated
This is wrong. Linus please do not apply this patch, or if you have done back
it out. Not only does it do format conversions in kernel (which is a
We have a problem on a 2.2.17: sometimes it crashs
without any reason (no high load), there is no kernel panic,
the screan is black. We setup watchdog software and
we realized watchdog can not reboot this box whe it crashs
(on the others servers it works fine).
my question is:
what kind
On Fri, 1 Dec 2000, Chris Wedgwood wrote:
Actually; Ethernet badly needs something like this too. I would kill
to be able to do something like:
ifconfig eth0 speed 100 duplex full
Even if you are thinking about Ethernet only, it's not easy to do it. Most
modern NICs have MII
In message [EMAIL PROTECTED], Russell King wri
tes:
We already have a standard interface for this, but many drivers do not
support it. Its called "ifconfig eth0 media xxx":
The Ethtool interface is rather better.
p.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Alan Cox wrote:
We have a problem on a 2.2.17: sometimes it crashs
without any reason (no high load), there is no kernel panic,
the screan is black. We setup watchdog software and
we realized watchdog can not reboot this box whe it crashs
(on the others servers it works fine).
Hi,
On Fri, Dec 01, 2000 at 08:35:41AM +1100, Andrew Morton wrote:
I bet this'll catch it:
static __inline__ void list_del(struct list_head *entry)
{
__list_del(entry-prev, entry-next);
+ entry-next = entry-prev = 0;
}
No, because the buffer hash list is never referenced
You're going to get a chuckle out of this one, i think. I was using my main
fileserver at home(different box from
the ones we're talking about)last night, and figured i'd poke around, do some speed
benchmarks for the hell of it. At
one point months, i had everything running in DMA mode,
my question is:
what kind of problem can have this serveur:
hardware or software ?
What sort of watchdog are you using ?
software. no hardware solution.
http://www.ibiblio.org/pub/Linux/system/daemons/watchdog/watchdog-5.1.tar.gz
The software watchdog will fail if the kernel is
On Fri, Dec 01, 2000 at 02:56:19PM +0300, Ivan Kokshaysky wrote:
Andrea, could you try this?
that's the right fix thanks (please send to Linus).
BTW, here is a preview of the asn SMP race fix for 2.4.x:
Dries van Oosten wrote:
On Fri, 1 Dec 2000, Dax Kelson wrote:
If you want to take full advantage of all the networking features, you
need to use iproute2.
ftp://ftp.inr.ac.ru/ip-routing/iproute2-2.2.4-now-ss??.tar.gz
I downloaded and compiled them and they don't work as well.
Guennadi Liakhovetski wrote:
Hi
will try tonight... and will let you know tomorrow...
... Nop, it didn't work. Mike and everybody having experience / knowledge of Western
Digital Caviar AC21600H... If you compare WD's documents at:
http://www.westerndigital.com/service/FAQ/dtr.html
and
Hi,
I'm not sure where this is the right mailing list to ask this question,
but let me try. If not, could you excuse help me to get to the right
place to express it. Thanks, :-).
Today i've got a strange message in /var/log/message (
kernel 2.4.0-test10 updated from SuSE7.0-2.2.17-pre):
On Wed, 29 Nov 2000, Jamie Manley wrote:
Finally got around to trying the 2.2.18pre series and the agp/drm
backport and noticed something odd at bootup. Here's an extract from
dmesg:
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 440M
Glad all this discussion helped at least one of us:-))
As for me, as I already mentioned in my last posting - I don't know why BIOS makes the
difference (as in your case) if ide.txt says it shouldn't?! Ok, chipset, perhaps, is
fine. But what about the hard drive? You told you had WDC AC21600H.
Andrew Morton [[EMAIL PROTECTED]] wrote:
Andrew Morton wrote:
Andrew Morton wrote:
I bet this'll catch it:
--- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
+++ include/linux/list.hFri Dec 1 08:33:55 2000
@@ -90,6 +90,7 @@
static __inline__ void
Patrick van de Lageweg wrote:
Hi alan,
This patches fixes several isues with the rio driver:
- Implemented breaks
- Fixed a DCD up/down crash
- Added kmalloc return value check
Hmm. And introduces a new problem. Sorry. Please ignore this patch...
Roger.
--
Please CC to me because I'm not a LKML subscriber.
Hi,
I found a real showstopper problem in the SoftwareRAID autodetect
code; 2.4.0-test10 and 2.4.0-test11 are affected (I didn't test
previous versions).
I'm using two IDE disk with some RAIDed partitions:
md5 : active raid0 hdc5[1] hda5[0]
On Fri, 1 Dec 2000, Velizar Bodurski wrote:
Date: Fri, 1 Dec 2000 01:06:50 +0200 (EET)
From: Velizar Bodurski [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: XFree 4.0 problems.
Ok I don't have the system in question, but i use others' experience with
Actually, this is a continuation of the
"Re: DMA !NOT ONLY! for triton again..."
thread.
Mike Dresser wrote:
I'm taking the case off the machine right now, i can guarantee you its
not UDMA compatible, simply because this thing was made in early1997. :)
Here we go:
MDL WDAC21600-00H
P/N
I have 2.4.0 test 10 and test 11 installed on a multiprocessor (Intel)
machine. I have tried both test versions of the kernel. I configured
the kernel for single
and multi processor. When I boot single processor, iptables will run
fine. When I boot the machine with the multiprocessor kernel
...forgot to mention - I DID try to play with
CONFIG_PCI_GOBIOS
CONFIG_PCI_GODIRECT
CONFIG_PCI_GOANY
in the kernel configuration - no use
Guennadi
___
Dr. Guennadi V. Liakhovetski
Department of Applied Mathematics
University of Sheffield, U.K.
email: [EMAIL PROTECTED]
-
To unsubscribe from
A much cleaner patch prompted after right proper chastisement on the
sloppy patch I sent a few days back. This one is against 2.4-pre11 but so
far as I can tell should be good to go against any of the 2.4 series so
far.
I have not implemented a regex-like syntax as was suggested because 1) you
Hello,
On Fri, 1 Dec 2000, T. Camp wrote:
A much cleaner patch prompted after right proper chastisement on the
indeed, much cleaner. But still not perfect.
+ int root_device_index = 0;
this initialisation is not needed. Just make it 'int root_device_index;'
The kernel will do the right
I should have mentioned this is a 4 processor machine with a 64 bit
buss.
Roger Crandell
-
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/
indeed, much cleaner. But still not perfect.
+ int root_device_index = 0;
this initialisation is not needed. Just make it 'int root_device_index;'
The kernel will do the right thing for you on boot, trust me.
+int number_root_devs = 0;
this is not needed either.
Hmm didn't know
On Wed, Nov 29, 2000 at 04:40:29PM +, Tigran Aivazian wrote:
b) what should be the return of access(W_OK) (or, the same, open() for
write with switched uid) for devices on a readonly-mounted filesystems?
Should the majority win? I.e. should we say OK, as we do now?
My gut feeling on
On Fri, 1 Dec 2000, T. Camp wrote:
Hmm didn't know that, from the user-land portable C perspective I'm in the
habit of zero'ing everything. - thanks.
Yes, sorry, I should have explained a bit more, perhaps. The point is that
when you have an unitialized variable like this:
int x;
the C
On Fri, Dec 01, 2000 at 09:05:23AM -0800, T. Camp wrote:
Hmm didn't know that, from the user-land portable C perspective I'm in the
habit of zero'ing everything. - thanks.
It's a requirement of the ISO C standard that all global/static (not
local) variables are initialized to 0 is not
On Fri, Dec 01, 2000 at 12:46:18PM +, Alan Cox wrote:
I was able to reproduce this oops with a somewhat more reliable ksymoops (I was
ready for this nasty bug this time). Looks like the problem is in the sockets
code.
The traces so far all match one description , this one included.
On Tue, 28 Nov 2000, John B. Jacobsen wrote:
/* winbond-840.c: A Linux PCI network adapter skeleton device driver. */
It is already in 2.4.x
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
Hi,
It looks like the random driver in 2.4test will return a
short read, rather than blocking. This is breaking vpnd
(http://sunsite.dk/vpnd/) which breaks with "failed to
gather random data" or similar.
Here's a sample strace:
open("/dev/random", O_RDONLY) = 3
read(3,
Peter Samuelson wrote:
snip
Many people limit their e-mail messages to 80 columns. What for?
CF'mon, linebreaks are bloat! Those extra characters all around :-)
The 'build' symlink is to make it easier for external module
installation scripts to find the build directory for a given
On Fri, 1 Dec 2000, Andrew Morton wrote:
Alexander Viro wrote:
Confirms. That's definitely an empty list_head at address 0xc3c49058 and -pre2
has O_SYNC patches.
foo. The overnight run wedged tight in mmap002. No progress.
I bet this'll catch it:
---
Ronald G Minnich [EMAIL PROTECTED] writes:
Eric, here is the ksymoops (end of message) from that earlier failure. I'm
just wondering if anyone out there has seen anything like this. Also, if
anyone sees anything odd about the scsi configuration that would help too.
Thanks in advance ...
I've seen that happen with kernel version 2.2.16!
Hi,
It looks like the random driver in 2.4test will return a
short read, rather than blocking. This is breaking vpnd
(http://sunsite.dk/vpnd/) which breaks with "failed to
gather random data" or similar.
Here's a sample strace:
On Fri, 01 Dec 2000, Francois romieu wrote:
[netdev Cced]
The Thu, Nov 30, 2000 at 11:16:52AM -0800, Ivan Passos wrote :
[...]
For synchronous network interfaces, besides configuring network parameters
such as IP address, netmask, MTU, etc., the system should also configure
parameters
Rainer Clasen wrote:
Ciscos MAC based distribution limits each TCP connection to 100 Mbps.
What's even worse, is Cisco can also *clog* channels with traffic, if
your MAC addresses aren't balanced. (ie, one line can have all the
traffic, while the other is idle..
--
On Fri, 1 Dec 2000, Olivier Galibert wrote:
On Wed, Nov 29, 2000 at 04:40:29PM +, Tigran Aivazian wrote:
b) what should be the return of access(W_OK) (or, the same, open() for
write with switched uid) for devices on a readonly-mounted filesystems?
Should the majority win? I.e.
Followup to: [EMAIL PROTECTED]
By author:Matthew Kirkwood [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Hi,
It looks like the random driver in 2.4test will return a
short read, rather than blocking. This is breaking vpnd
(http://sunsite.dk/vpnd/) which breaks with "failed to
Please, if you respond, send me a copy to my mailbox, too.
Status: kernel 2.4.0-test10 (no patches added)
Problem: getting dma problems - having to run system with no dma
for disc access - seems to be a bus mastering problem.
Hardware: Aopen AX34Pro mother board, Via chipset with via686a,
101 - 200 of 254 matches
Mail list logo