Hi!
Hmm, seems like I've got that one covered a while ago already ...
though I must admit my code isn't tested yet.
Vojtech
On Thu, Jan 11, 2001 at 09:46:41AM -0800, Andre Hedrick wrote:
Calling AMD Geeks^H^H^H^H^HUsers,
I have one of these DDR boxes from AMD with the AMD760/765 cores,
AMD Update.
HPT366 Update.
NASTY-ARSE dma-timeout "hack" as a compile option.
It works 99% of the time but invokes nasty-nasty kernel messages.
double handler, double timerfails dma renable attempt
However deadlock should be gone, lets hope.
It is not exactly correct, but
Scratch that patch it has 2 typos that are in amd74xx.c
will do it again..
Andre Hedrick
Linux ATA Development
-
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/
On Fri, Jan 12, 2001 at 12:44:25AM -0800, Andre Hedrick wrote:
AMD Update.
HPT366 Update.
NASTY-ARSE dma-timeout "hack" as a compile option.
[snip]
ide_dma_timeout_revovery ?
s/revovery/recovery/ perhaps?
Cheers,
--Craig
-
To unsubscribe from this list: send the line "unsubscribe
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include
/usr/src/linux/include/linux/modversions.h -DEXPORT_SYMTAB -c xor.c
In file included from
Whan I write in a NFS mounted filesystem, after a few seconds I keep on
getting these messages:
tulip.c: outl_CSR6 too many attempts,csr5=0x60218140
A few moments later the eth interface stops working.
The only way to reactivate the network interface is:
ifdown eth0 ifup eth0 ifconfig eth0
On Thu, 11 Jan 2001, Christoph Lameter wrote:
I got into a bragging game whose webserver is the fastest with Jim
Nelson one of the authors of the boa webserver. We finally settled on
the Zeus test to decide the battle.
may i add my (hopefully comparable) TUX 2.0 numbers to this bragging
SuSE Linux 7.0, Kernel 2.4.0
Adaptec 3950U2
Adaptec 2940
Although the kernel is complaining about the following things:
kernel: scsi0: PCI error Interrupt at seqaddr= 0x4e
kernel: scsi0: Data Parity Error Detected during address or write
data phase
...
Dear All,
There're many message from kernel about reset_xmit_timer.
My system using kernel version 2.4.0.
I have to concern about it or not? If yes, I'll move down to kernel
version 2.2.x instead.
Thanks in advance.
Regards,
Prasong Aroonruviwat
using the O_NONBLOCK flag, then read() and write() will always return
immediately and not block the calling process. This does not appear to
be true; but perhaps I am doing something wrong. If I open() a file (on
2.2.18) from a floppy or NFS mount (to test in a slow environment) with
Hi all,
Recently I installed kernel 2.4.0 (nice job!) on a Compaq Deskpro 4000 with
a Pentium 133 Mhz processor. It seems to run fine, but during boot
I get the following message:
PCI: No IRQ known for interrupt pin A of device 00:0f.1. Please try using
pci=biosirq.
If I try that it still
On Thu, Jan 11, 2001 at 12:56:57AM +0100, David Weinehall wrote:
The MMU on these systems is a CAM, and the mmu table is thus backwards to
convention. (It also means you can notionally map two physical addresses to
one virtual but thats undefined in the implementation ;))
Are there any
On Thu, 11 Jan 2001, Adrian Bunk wrote:
On Thu, 11 Jan 2001, Tobias Ringstrom wrote:
When copying huge files from one disk to another (hda-hdc), I get the
following error (after some hundred megabytes):
hdc: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func
Thank-you for the pointers.
Looking at the ACPI mailing list, it appears that the ACPI code gets stuck
in an infinite loop with many of the VAIO notebooks. So it:s back to APM
for now
-Robert
- Original Message -
From: "Jeff Garzik" [EMAIL PROTECTED]
To: "Nathan Thompson" [EMAIL
On Thu, Jan 11, 2001 at 06:08:21PM -0800, Linus Torvalds wrote:
Could people with Athlons please verify that pre3 works for them?
It's basically Andrea's patch, but I moved the FPU save/restore games away
from arch/i386/lib/mmx.c, so that everything is properly done in one place
and others call
patch-2.4.1-pre3.bz2 didn't update Makefile correctly.
Should be +EXTRAVERSION =-pre3 instead of -pre2
diff -u --recursive --new-file v2.4.0/linux/Makefile linux/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 4
-SUBLEVEL = 0
-EXTRAVERSION =
+SUBLEVEL = 1
+EXTRAVERSION =-pre2
Thanks,
Followup to: [EMAIL PROTECTED]
By author:"David S. Miller" [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Lars Marowsky-Bree writes:
This just goes on to show that khttpd is unnecessary kernel bloat
and can be "just as well" handled by a userspace application, minus
some rather
Hi everyone.
A couple of questions about shm filesystem:
- Time ago I remember you could see some dot files inside the /dev/shm
filesystem (then, even it was mounted in /var/shm...). No it shows nothing.
Is it the supposed behaviour ?
- By accident (switching between 2.2 and 2.4), i left the
patch-2.4.1-pre3.bz2 didn't update Makefile correctly.
Should be +EXTRAVERSION =-pre3 instead of -pre2
diff -u --recursive --new-file v2.4.0/linux/Makefile linux/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 4
-SUBLEVEL = 0
-EXTRAVERSION =
+SUBLEVEL = 1
+EXTRAVERSION =-pre2
Thanks,
I've never seen anything like it before, which I'm happy for. The system
had been running a standard RedHat 7 kernel for days without any problems,
but who wants to run a 2.2 kernel? I compiled 2.4.0 for it, rebooted, and
blam! The RedHat init stripts got to the "remounting root read-write"
This is on a 450 MHz AMD-K6 with the following IDE controller:
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 06)
There are several people who have reported that the 2.4.0 VIA IDE driver
trashes hard disks like that. The 2.2 one also did this sometimes but only
with
TUX is evidence that khttpd can be done properly and
beat the pants off of anything done in userspace.
Then why don't we unload khttpd and put in Tux?
Tux needs the zero copy patches I believe so zero copy has to precede it
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 12 Jan 2001, Keith Owens wrote:
People need to realise that the problem is initialisation order,
nothing more, nothing less. You have to determine and document the
startup requirements for your code.
This is true. But I'd also agree with the implication which you probably
didn't
Hi !
I'm using dynamic library to load some part of a big software (that use
several differents modules).
The main program fully use the symboles of the shared object (through
the dlsym command), however, the functions available in the module are
not able to use the symbols of the main
"David S. Miller" wrote:
Date: Thu, 11 Jan 2001 10:45:13 -0600 (CST)
From: Paul Cassella [EMAIL PROTECTED]
I'm not familiar enough with the tcp code to know if this patch
(against -ac6) is a solution, band-aid, or, in fact, wrong, but
I've run with it (on -ac3) and haven't
Andi Kleen writes:
The change is rather useless anyways, because even in NFSv3 file handles
cannot be 64bytes. Would even fit in a char, doesn't need a short nor an
int.
Indeed, but whether it be a char or a short, it'll still break on ARM. My
original set of 3 solutions still stand
Manfred writes:
2.2.18 struct nfs_fh is a new structure for nfsV3, it doesn't exist in 2.2.17.
That structure is unusable on ARM.
Correct.
Russel want's to change the new "struct nfs_fh" (from 2.2.18), and that
change is included in 2.2.19pre7. But that change breaks i386 nfs mount.
Hi,
[1.] One line summary of the problem:
Unable to unmount all filesystems on my LVM
[2.] Full description of the problem/report:
On shutdown /var couldn't be umounted.
/usr is only possible to remount read only.
I detect this error on kernel release 2.4.0-ac5 and ac6.
2.4.0 works fine.
On Fri, 12 Jan 2001, Pau wrote:
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include
/usr/src/linux/include/linux/modversions.h -DEXPORT_SYMTAB -c
Damien TOURAINE writes:
Hi !
I'm using dynamic library to load some part of a big software (that
use several differents modules).
The main program fully use the symboles of the shared object (through
the dlsym command), however, the functions available in the module are
not able to
Frank de Lange wrote:
Quick and dirty conclusion: as soon as the apic comes in to play, things get
messy...
Yup.
Frank, for over a year there have been sporadic reports
of APIC's forgetting how to deliver interrupts. Not only
on BP6's. Often with 3com NICs, so I've never been 100% sure
On Saturday 06 January 2001 15:28, Andris Pavenis wrote:
Noticed following devfs related problems with kernel version 2.4.0 on one
Pentium 200MMX box (the same problem with 2.4.0-ac2, but earlier
2.4.0-test10 doesn't have this problem)
I was able to reproduce it reliably by following steps:
Jon Miles wrote:
Hey,
After upgrading from -test11 to 2.4.0, I find that under heavy network
load the eth0 interface seems to lockup... with the following output in
dmesg:
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=18556.
What
According to Hans Grobler:
If you're willing, would you please follow "REPORTING-BUGS" and send some
more info. Also cat /proc/interrupts. This one's intriging...
In short:
Cyrix Multimedia box
Everything onboard, including ethernet.
Works as supposed to under 2.2.x (including 2.2.19pre7)
On Fri, 12 Jan 2001 10:27:34 + (GMT),
David Woodhouse [EMAIL PROTECTED] wrote:
On Fri, 12 Jan 2001, Keith Owens wrote:
A typical graph would have scsi disk depends on scsi host adaptor group
which depends on pci.
No. sd will happily take over any existing devices when as and when they
At 08:26 2001-01-12, Greg KH wrote:
On Thu, Jan 11, 2001 at 06:01:19PM +0100, Franz Sirl wrote:
Why do the input handlers depend on CONFIG_USB_HID? On PPC we already have
trouble with them depending on CONFIG_USB, so everybody has to select
CONFIG_USB even if he just has ADB hardware.
On Fri, 12 Jan 2001, Danny ter Haar wrote:
According to Hans Grobler:
If you're willing, would you please follow "REPORTING-BUGS" and send some
more info. Also cat /proc/interrupts. This one's intriging...
Thanks for the report (still studying it).
lspci -vx output:
00:0f.0 Ethernet
Keith Owens wrote:
I want to completely remove this multi layered method for setting
initialisation order and go back to basics. I want the programmer to
say "initialise E and F after G, H and I". The kernel build system
works out the directed graph of initialisation order then controls the
Hans Grobler [EMAIL PROTECTED] wrote:
lspci -vx output:
What about the other devices?
ok, here's the full listing :
00:00.0 Host bridge: Cyrix Corporation PCI Master
Flags: bus master, medium devsel, latency 0
00: 78 10 01 00
On Fri, 12 Jan 2001 13:01:12 +0100,
Daniel Phillips [EMAIL PROTECTED] wrote:
Keith Owens wrote:
I want to completely remove this multi layered method for setting
initialisation order and go back to basics. I want the programmer to
say "initialise E and F after G, H and I". The kernel build
Hi Linus,
The following patch separates the representation of NFS filehandles
in the nfs mount structure from the internal kernel representation.
The motivation for doing this is Russell's complaint about alignment
issues on PPC architectures when casting from the generic filehandle
to
After upgrade from 2.4.0-test7 to 2.4.0 while running tiotest v0.3.1 I found two
following problems.
1. Tiotest is compiled for mmap() usage and there is no swap on the system with
~200Mb free memory. Tiotest tries to create mmap'ed file with size
~memory_size*2 and soon after start gets killed
The following patch (taken from the zero copy networking) upgrades the
spinlocking of the xprt_(up|down)_transmit() 'semaphores' in order to
work safely with the networking bottom halves. Several of the latter
(cf. xprt.c:tcp_write_space() friends) do want to test the value of
'xprt-snd_task'.
On 2001-01-12T11:10:39,
"J . A . Magallon" [EMAIL PROTECTED] said:
A couple of questions about shm filesystem:
- Time ago I remember you could see some dot files inside the /dev/shm
filesystem (then, even it was mounted in /var/shm...). No it shows nothing.
Is it the supposed
On Fri, 12 Jan 2001, Mark Longair wrote:
On Thursday 11 January, Richard B. Johnson wrote ("Re: [2.2.18] outgoing connections
getting stuck in SYN_SENT"):
[...]
You probably compiled your kernel with "CONFIG_INET_ECN" set.
If so, you need to turn it OFF in /proc/sys/net/...something_ecn.
In article [EMAIL PROTECTED] you wrote:
On 2001-01-11T22:20:56,
Christoph Lameter [EMAIL PROTECTED] said:
Then we decided to switch persistant connection off... But boa still wins.
What is wrong here? I would expect transferates of a 3-4 megabytes over a
localhost interface. The file
[EMAIL PROTECTED] said:
You just proved my point. It is extremely difficult to deduce the
required initialisation order by reading an undocumented Makefile
where the init order is implemented as a side effect of selection
order. The existing method implies link order when none is
Here are three golden rules of unpacking a kernel tarball:
1. Make sure that you have sufficient free space on the partition before
unpacking.
Reason: the kernel source is not small. Currently the 2.4.0 kernel is
around 105MB, but once built it will grow to 125MB or more depending on
Friday 12 January 2001 02:08, you wrote:
On Thursday 11 January 2001 06:18 pm, Andrea Ferraris wrote:
| I don't know if it's the 2.4.0 I installed since few days, but
| before I never seen that on my PC.
strangely, same thing with 2.4.0 this afternoon. it was not unlike
what we saw in test
strangely, same thing with 2.4.0 this afternoon. it was not unlike
what we saw in test 12. /var/log/messages sheds no light, and BRB
What's BRB?
big red button?
-d
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
[EMAIL PROTECTED] said:
No, I'm judging based on the fact that I found reports from people
using NE2K-PCI with several cards as well as tulip-based cards
(different driver) on abit BP6 as well as Gigabyte motherboards,
mostly on 2.3.x/2.4.x kernels. I found some postings with these
I have a Motherboard BP6 with two Celeron 500 (Not overclocked) and
Linux Kernel-2.4
and I have de message
APIC error on CPU0: 00(02)
APIC error on CPU1: 00(08)
APIC error on CPU1: 08(04)
APIC error on CPU0: 02(08)
APIC error on CPU0: 08(08)
APIC error on CPU1: 04(04)
APIC error on CPU0: 08(02)
Alan Cox wrote:
using the O_NONBLOCK flag, then read() and write() will always return
immediately and not block the calling process. This does not appear to
be true; but perhaps I am doing something wrong. If I open() a file (on
2.2.18) from a floppy or NFS mount (to test in a slow
The signature on man-pages-1.34.tar.gz is bad:
Hmm, thought I had corrected that already.
Is it correct now?
Andries
-
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/
I have a Motherboard BP6 with two Celeron 500 (Not overclocked) and
...
APIC error on CPU1: 00(08)
...
What wrongs ?
Abit designed the board wrong. there are things you can do to reduce
the incidence of this error: upgrading the bios, better cooling, more
powerful power supply, replacing an
On Fri, Jan 12, 2001 at 10:40:04PM +1100, Andrew Morton wrote:
Frank de Lange wrote:
Quick and dirty conclusion: as soon as the apic comes in to play, things get
messy...
Here is a debugging patch. Could you please apply this,
rebuild and:
1: Type ALT-SYSRQ-A when everything is good
From: Chris Wedgwood [EMAIL PROTECTED]
On Thu, Jan 11, 2001 at 09:34:08PM -0500, Michael Rothwell wrote:
The man pages for open, read and write say that if a file is opened
using the O_NONBLOCK flag, then read() and write() will always return
immediately and not
hi
use the 2.2.18aa2 patch from andrea ... raid 0.9 is included!
cu, oli
ftp://ftp.de.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.2/2.2.18aa2.bz2
On Thu, Jan 11, 2001 at 11:42:33PM +0100, Takacs Sandor wrote:
On Thu, 11 Jan 2001, Alan Cox wrote:
I tried to apply it. If I
On Fri, Jan 12, 2001 at 02:36:41PM +0100, Arjan van de Ven wrote:
This just goes on to show that khttpd is unnecessary kernel bloat and can be
"just as well" handled by a userspace application, minus some rather very
special cases which do not justify its inclusion into the main kernel.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm having difficulty booting from the Promise controller. Here is the
story:
I originally had my system setup with all drives working off the
mainsboard IDE controller (Intel 82371AB PIIX4). The setup was
/dev/hda - ST310232A, FwRev=3.09
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.0-ac8
o Fix PS/2 mouse ack/echo handling behaviour (Julian Bradfield)
| Let me know if you see 'odd' ps/2 stuff (Chris Hanson)
| in 2.4.0ac8 not in ac7
o Merge Linus 1pre3. Drop out some of
On Fri, Jan 12, 2001 at 10:40:04PM +1100, Andrew Morton wrote:
Here is a debugging patch. Could you please apply this,
rebuild and:
1: Type ALT-SYSRQ-A when everything is good
2: Type ALT-SYSRQ-A when everything is bad
3: send the resulting logs.
OK, here's the results I get...
Before
On Fri, 12 Jan 2001, Stephen Torri wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm having difficulty booting from the Promise controller. Here is the
story:
I originally had my system setup with all drives working off the
mainsboard IDE controller (Intel 82371AB PIIX4). The
On Fri, Jan 12, 2001 at 10:40:04PM +1100, Andrew Morton wrote:
Here is a debugging patch. Could you please apply this,
rebuild and:
1: Type ALT-SYSRQ-A when everything is good
2: Type ALT-SYSRQ-A when everything is bad
3: send the resulting logs.
And, for completeness' sake, here's the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 12 Jan 2001, Martin Josefsson wrote:
My setup looks like this, I boot from hde
I configured my BIOS to boot from SCSI (I have no scsi-adapter but the
promise card reports itself as one at boottime)
boot = /dev/hde3
delay = 50
message
On Thu, Jan 11, 2001 at 08:26:04PM -0800, Linus Torvalds wrote:
On Fri, 12 Jan 2001, Andrea Arcangeli wrote:
Note that there was a precise reason for not implementing it as the TSC disable
(infact at first in 2.2.x I was clearing the bigflag in x86_capabilities too).
The reason is
Ralf Baechle [EMAIL PROTECTED] writes:
On Thu, Jan 11, 2001 at 12:56:57AM +0100, David Weinehall wrote:
The MMU on these systems is a CAM, and the mmu table is thus backwards to
convention. (It also means you can notionally map two physical addresses to
one virtual but thats
On Fri, Jan 12, 2001 at 09:40:55AM +, Alan Cox wrote:
be true; but perhaps I am doing something wrong. If I open() a file (on
2.2.18) from a floppy or NFS mount (to test in a slow environment) with
O_NONBLOCK|O_RDONLY, read() will still block. If I try to select() on
the file
On 2001.01.12 Alan Cox wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.0-ac8
I was not sure to ask this, because one of your answers to one other mail
suggested that you will take a parallel way to linux updates.
But as you seem to be tracking close the 2.4.1-pre
This patch is some documentation for sysctl API. It also fixed a warning
with fs/super.c, and makes the default target for the DocBook makefile a
little saner (though everyone should be using make htmldocs of course)
It's against 2.4.0ac8
thanks
john
diff -Naur -X
Let's decode it:
IO APIC #2..
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
12 0FF 0F 0 1 0 1 0 1 1 91
13 0FF 0F 0 1 1 1 0 1 1 99
IRR for interrupt 19 is set, that means the IO APIC has sent the
interrupt to a cpu but not yet received the corresponding EOI.
That bit is read
[EMAIL PROTECTED] said:
IRR for interrupt 19 is set, that means the IO APIC has sent the
interrupt to a cpu but not yet received the corresponding EOI.
OK, but couldn't we reset it by sending an extra EOI when the drivers
decide that they've missed interrupts?
--
dwmw2
-
To unsubscribe
On Fri, Jan 12, 2001 at 11:42:32AM -0500, Richard A Nelson wrote:
On Fri, 12 Jan 2001, Andrea Arcangeli wrote:
It doesn't make much sense to me to put the "can_I_use" global information in
the per-cpu slots, that's obviously the wrong place for it. We simply need to
add a new entry to
[EMAIL PROTECTED] said:
IRR for interrupt 19 is set, that means the IO APIC has sent the
interrupt to a cpu but not yet received the corresponding EOI.
OK, but couldn't we reset it by sending an extra EOI when the drivers
decide that they've missed interrupts?
How?
You send an
Try "dosemu" package
the dosemu home page will tell you all about it
Martin Laberge
[EMAIL PROTECTED]
"Jim M." wrote:
Hi,
There is a compiler package that runs on DOS but not on Linux.
I was wondered how can i emulate DOS under linux so that i run the compile
package?. I have kernel
On Fri, Jan 12, 2001 at 06:16:36PM +0100, Manfred Spraul wrote:
I would first concentrate on the differences between 2.2 and 2.4:
Frank, could you try what happens with the NMI oopser disabled?
Here's the results with nmi_watchdog=0
Before network hang (nmi_watchdog=0)
On Fri, 12 Jan 2001, Andrea Arcangeli wrote:
On Fri, Jan 12, 2001 at 11:42:32AM -0500, Richard A Nelson wrote:
Its fine either way on current x86 and many other platforms, but falls
on its face in the presence of asymetric MP.
Point taken, feel free to have a can_I_use per-cpu
Alan Cox wrote:
This is on a 450 MHz AMD-K6 with the following IDE controller:
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 06)
There are several people who have reported that the 2.4.0 VIA IDE driver
trashes hard disks like that. The 2.2 one also did this
Frank, could you try what happens with the NMI oopser disabled?
The second major difference I'm immediately aware of is the number of
the reschedule/tlb flush/etc interrupt: 2.2 uses the lowest priority,
2.4 the highest priority.
Im trying to remember what they were, but some APIC versions
The fact that 2.2.x has bad control over capabilities and is messy is NOT
an excuse to screw up forever.
2.2 has a mix of 'can I use' and 'does the cpu have' so using 2.2 as an
example doesnt work
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Fri, 12 Jan 2001, Andre Hedrick wrote:
Scratch that patch it has 2 typos that are in amd74xx.c
will do it again..
I will scratch your new patch too.
I want to see the code to handle the apparent VIA DMA bug. At this point,
preferably by just disabling DMA on VIA chipsets or
Alan Cox wrote:
Frank, could you try what happens with the NMI oopser disabled?
The second major difference I'm immediately aware of is the number of
the reschedule/tlb flush/etc interrupt: 2.2 uses the lowest priority,
2.4 the highest priority.
Im trying to remember what they
Frank de Lange wrote:
On Fri, Jan 12, 2001 at 06:16:36PM +0100, Manfred Spraul wrote:
I would first concentrate on the differences between 2.2 and 2.4:
Frank, could you try what happens with the NMI oopser disabled?
Here's the results with nmi_watchdog=0
After network hang
I want to see the code to handle the apparent VIA DMA bug. At this point,
preferably by just disabling DMA on VIA chipsets or something like that
(if it has only gotten worse since 2.2.x, I'm not interested in seeing any
experimental patches for it during early 2.4.x).
It hasnt gotten worse,
On Fri, 12 Jan 2001, Manfred Spraul wrote:
The PPro local apic documentation says:
The processor's local APIC includes an in-service entry and a holding
entry for each priority level. To avoid losing interrupts, software
should allocate no more than 2 interrupt vectors per priority.
On Fri, 12 Jan 2001, Linus Torvalds wrote:
On Fri, 12 Jan 2001, Andre Hedrick wrote:
Scratch that patch it has 2 typos that are in amd74xx.c
will do it again..
I will scratch your new patch too.
I want to see the code to handle the apparent VIA DMA bug. At this
On Fri, Jan 12, 2001 at 06:51:36PM +0100, Manfred Spraul wrote:
Frank, I've attached a proposed kick_IOAPIC pin. Could you try it?
I'm rebooting with that patch right now.
I added the patch, and tried it out. When the network hangs, I am able to revive it
with ALT-SYSRQ-Q. The debug log shows
On Fri, Jan 12, 2001 at 09:35:14AM -0800, Linus Torvalds wrote:
On Fri, 12 Jan 2001, Andrea Arcangeli wrote:
On Fri, Jan 12, 2001 at 11:42:32AM -0500, Richard A Nelson wrote:
Its fine either way on current x86 and many other platforms, but falls
on its face in the presence of
In article [EMAIL PROTECTED],
Manfred Spraul [EMAIL PROTECTED] wrote:
The processor's local APIC includes an in-service entry and a holding
entry for each priority level. To avoid losing interrupts, software
should allocate no more than 2 interrupt vectors per priority.
Ok, we must reorder the
In article [EMAIL PROTECTED],
Alan Cox [EMAIL PROTECTED] wrote:
The fact that 2.2.x has bad control over capabilities and is messy is NOT
an excuse to screw up forever.
2.2 has a mix of 'can I use' and 'does the cpu have' so using 2.2 as an
example doesnt work
The above was exactly what I
In article [EMAIL PROTECTED],
Alan Cox [EMAIL PROTECTED] wrote:
The PCI ids I kill autodma on for 2.2 to cover this are:
/*
* Don't try and tune a VIA 82C586 or 586A
*/
if (IDE_PCI_DEVID_EQ(devid, DEVID_VP_IDE))
Ingo Molnar wrote:
we *already* reorder vector numbers and spread them out as much as
possible. We do this in 2.2 as well. We did this almost from day 1 of
IO-APIC support. If any manually allocated IRQ vector creates a '3 vectors
in the same 16-vector region' situation then thats a bug in
On Fri, 12 Jan 2001, Manfred Spraul wrote:
2.4 spreads the vectors for the external (hardware, from io apic)
interrupts, but 5 ipi vectors have the same priority: reschedule, call
function, tlb invalidate, apic error, spurious interrupt.
my reading of the errata is that the lost APIC timer
Michael Rothwell ([EMAIL PROTECTED]) wrote:
How about using fcntl(), O_ASYNC and SIGIO?
Don't think that's supported for disk files yet, at least by the
kernel. glibc does aio emulation with threads, which isn't great.
Or maybe a broader question:
what's the preferred/working way to do
In article [EMAIL PROTECTED],
Andre Hedrick [EMAIL PROTECTED] wrote:
Well that "experimental patch" is designed to get out of the dreaded
"DMA Timeout Hang" or deadlock that is most noted by the PIIX4 on the
Intel 440*X Chipset groups. Since it appears that their bug was copied
but other
On Fri, Jan 12, 2001 at 10:35:24AM -0800, Linus Torvalds wrote:
Andreas argument was that earlier kernels weren't consistent, and as
such we shouldn't even bother to try to make newer kernels consistent.
We would be better off reporting our internal inconsistencies the way
earlier kernels
I am running a medium-high traffic web server on an SMP machine. I have
always had problems with linux hanging (No syslog messages and no
console response). I have tried kernel versions 2.2.12, 2.2.14 and
2.2.16
Recently I tried 2.2.17, this kernel was up for about a month, before
there was a
Linus wrote:
Does this seem to happen mainly with drivers that use "disable_irq()"
and "enable_irq()"? I know the ne drivers do (through the 8390 module),
and some others do too (3c59x).
I removed the disable_irq lines from 8390.c, and that fixed the problem:
no hang within 2 minutes - the
Sorry for the noise, it has happened again, but this time I had
sysreq active and it worked. CTRL+ALT+BACKSPACE or
ALT+FX didn't work. With sysreq I synced, umounted and
rebooted without trouble.
I think that could be a mouse and/or X and/or Netscape problem,
since the system (apart input
As per Linus' suggestion, I removed the disable_irq/enable_irq statements from
the 8390 core driver, and replace the spinlocks with irq-safe versions. This
seems to solve the network hangs, as I am currently running a heavy network
load (which would have killed a non-patched driver within
1 - 100 of 495 matches
Mail list logo