[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.
[5
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?
Groe
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 tree
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 backgrou
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 w
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 thes
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
> > swi
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 thi
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 occ
This patch makes the same changes (dma_prog and poll) that are already made to
some other OSS drivers (test12-pre3). Further it finally includes all modifications
made in 2.2.18 (Alan: why do you do them line by line ?).
It implements mono output and fixes a bug in the dma logic (reset necessary
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
not-absol
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
http://www.westerndigital.com/product
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: [patch-2.4.0-test12
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
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
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_he
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)
> > {
>
Hi,
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 of pr
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 __
> 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 b
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 e
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 li
> 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 th
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 someth
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 alphabeti
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 .
--- /usr/src/clean/linux-2.4/drivers/b
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] [[] ]
> ...
> [mem_start ] [io_addr ] [irq ]
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 linux-2.2.18-pre24.clean/drivers/
> 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 s
> 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:
> wha
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 transc
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"
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 fi
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
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, dr
> > > 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 i
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:
ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/patches/v2.4/2.4.0-test12-
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
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
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:
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 @@
> > > stati
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' experie
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
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 thi
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
c
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 righ
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 d
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 comp
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 initial
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 inclu
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, "q\321Nu\204\2
Andreas Dilger wrote:
>
> Marc Mutz writes:
> > kernel 2.2.17, '/' being a 1k blocksize ext2fs:
> >
> > root@adam:/ > dd if=/dev/zero of=holed.file bs=1000 seek=5000 count=1000
> > 1000+0 records in
> > 1000+0 records out
> > root@adam:/ > ls -l holed.file
> > -rw-r--r-- 1 root root 60
Peter Samuelson wrote:
>
> 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 kerne
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:
>
> --- include/linu
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
> > pa
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?
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
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 via686
[Marc Mutz <[EMAIL PROTECTED]>]
> Should that not be first converted to paths that contain no symlinks?
I agree.
--- Makefile~ Tue Nov 28 21:53:31 2000
+++ MakefileFri Dec 1 12:25:28 2000
@@ -10,7 +10,7 @@
CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then echo $$BASH; \
else if
Ivan,
I have tried test12-pre3 with and without your patch, it fails in the same
way.
The Qlogic SCSI controller continues to fail if we have >1 gig in the machine.
(But works fine without it.)
Any ideas? (Or patches that I can test... ;-) )
Thanks,
--Phil
Compaq: High Performance Server D
In 2.2.17 when /proc/sys/net/ipv4/ip_no_pmtu_disc is 0/false we're
seeing outbound udp packets with the IP DF (don't fragment) bit clear.
With 2.4.0-test11, when ip_no_pmtu_disc is still 0/false we're seeing
outbound udp packets with the IP DF bit set. Is this change in default
behavior a fix
I've had second-hand reports of an issue with ACPI and cardbus, but I
haven't enough about this to actually diagnose the problem.
Is anyone experiencing this?
If so, could you please provide some more details to me, so we can get this
fixed ASAP?
Thanks -- Regards -- Andy
-
> With 2.4.0-test11, when ip_no_pmtu_disc is still 0/false we're seeing
> outbound udp packets with the IP DF bit set. Is this change in default
> behavior a fix or a break?
Its a change in behaviour
> So, it appears that 2.4 fixed a problem with 2.2, correct?
> [stop non expert thinking]
2
Peter Samuelson wrote:
>
> +TOPDIR := $(shell pwd -P)
That is specific to the bash builtin 'pwd'. GNU sh-util's pwd does not
know that option (at least not my version, which is: "pwd (GNU sh-utils)
1.16")
I just wanted to note that...
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://Encryp
I've followed the thread on "Persistent module
storage" but haven't come across a general explanation
of the changes to the inter-module symbol stuff
between 2.4test10 and test11. Anyone care to comment
on the differences or on whether this is going to be a
stable API for 2.4 (it won't be chang
Hi,
On Tue, Nov 21, 2000 at 11:18:15AM -0500, Eric Lowe wrote:
>
> I have updated raw I/O patches with Andrea's and my fixes against 2.2.
> They check for CONFIG_BIGMEM so they can be applied and compiled
> without the bigmem patch.
I've just posted an assembly of all of the outstanding raw IO
I've got a motherboard with the same Via686a chipset, and i've never had a
problem with DMA when it's enabled.
Using a pair of 20 gig IBM drives on the secondary, and a 3.2 quantum primary,
17.2 gig maxtor. All using DMA, all work. Using ultra/33, I wasn't even
aware this chipset is ultra/66 cap
On Fri, 1 Dec 2000, Alan Cox wrote:
> > Intel PXE uses tftp to download boot images and discards IP packets with
> > the DF bit set; so a tftpd server on 2.4 with the default
>
> Then Intel PXE is buggy and you should go spank whoever provided
> it as well as doing the workarounds. Supporting rec
Alan Cox wrote:
>
> > > > 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
On Fri, Dec 01, 2000 at 01:30:10PM -0500, Phillip Ezolt wrote:
> Any ideas? (Or patches that I can test... ;-) )
miata seems to use cia southbridge so it should set an iommu direct mapping
large 2G. So it's maybe the second window between 1G and 2G that isn't set
correctly? Does the qlogic drive
On Wed, Nov 29, 2000 at 03:01:59PM -0700, Tom Rini wrote:
> As Dave Miller pointed out, DEV_MAC_HID sysctl conflicts with the RAID patches
That's right but OTOH I'd simply declare the sysctl-by-number interface dead
for new introduced sysctl. We need to preserve backwards compatibility of
course
On Friday December 1, [EMAIL PROTECTED] wrote:
> 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).
Fixed in 2.4.0-test12pre3.
Andrea,
> large 2G. So it's maybe the second window between 1G and 2G that isn't set
> correctly?
What data structure's would I look at? What should I investigate to
verify this?
> Does the qlogic driver works on a tsunami southbridge?
What would I have to do to test this? I have an
On Fri, Dec 01, 2000 at 09:26:29AM +, David Woodhouse wrote:
>
> [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
Hi.
I recently investigated an 'unused function' warning in iph5526.c. Looking
at it (both the code causing the warning and the whole driver) convinced
me that the driver cannot be used without PCI enabled.
I therefore propose that we add a dependency in net/Config.in for this
driver and clean
On Fri, Dec 01, 2000 at 02:56:43PM -0500, Phillip Ezolt wrote:
> What data structure's would I look at? What should I investigate to
> verify this?
The relevant code is in arch/alpha/kernel/core_cia.c
> What would I have to do to test this? I have an ES40 & 3 miata's
Does the qlogic dr
[Marc Mutz]
> > +TOPDIR := $(shell pwd -P)
> That is specific to the bash builtin 'pwd'. GNU sh-util's pwd does
> not know that option (at least not my version, which is: "pwd (GNU
> sh-utils) 1.16")
It passed my 5-second shell feature portability test (ash). Checking
again, I see that the ash
I don't have really good numbers for either, but I can say that I was
really impressed with this firewall yesterday. there were other problems
in the system that caused things to clog up, but a 2.4 AMD950 PC133 ram
system was useable (slow, but useable) with 4000+ processes and a loadave
of > 300
Hello,
On Fri, 1 Dec 2000, Ben McCann wrote:
> I'm curious about how ICMP redirect is causing this problem.
> Would you elaborate on how ICMP is involved?
The masq box sends ICMP redirects to the internal host
when the destination host is on the same shared media, i.e.
"please,
Hi!
It's great that you could fix that!
Is there any chance that we will see this patch as well as your other
Alpha patches included in future 2.2.X and 2.4.X releases?
Thanks,
Reto
Andrea Arcangeli wrote:
>
> There were a few SMP races that could trigger only using threads:
>
> 1) flush_t
On Fri, 1 Dec 2000 17:51:09 +0800, Andrey Savochkin <[EMAIL PROTECTED]> wrote:
> 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.
There is nothing relevant in the errata, unfortunately...
> The card
On Fri, Dec 01, 2000 at 08:28:57AM -0800, Reto Baettig wrote:
> Is there any chance that we will see this patch as well as your other
> Alpha patches included in future 2.2.X and 2.4.X releases?
Yes, for 2.2.x I'm waiting 2.2.19pre, for 2.4.x as DaveM suggested we first
need to cleanup the interf
Here's the oops. This is an AIC7xxx controller. This is a non-SMP kernel,
and there is only one processor installed in the machine. The value in eax
sure looks weird too me, esp. given that the failing instruction involves
a ld from (%eax)
This is a va2200 node, and this same kernel has booted fi
On Fri, Dec 01, 2000 at 02:56:43PM -0500, Phillip Ezolt wrote:
> What data structure's would I look at? What should I investigate to
> verify this?
In the arch/alpha/kernel/pci_iommu.c change
#define DEBUG_ALLOC 0
to
#define DEBUG_ALLOC 2
Perhaps this will give us more info.
At the first look w
1 - 100 of 134 matches
Mail list logo
