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 function
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 "unsubscri
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 /usr/src/lin
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 et
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 g
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
...
Thi
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
reset_xmit_t
> 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
> O_N
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 gives
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 the
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_ti
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 PROT
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
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,
Jef
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
> >
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,
Je
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"
poi
> 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 "unsubsc
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 m
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 program
"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
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 ther
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.
Unf
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 -
> 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
> n
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 ste
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.
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)
i
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
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 Ether
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
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 0
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 kerne
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 knfs
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 beh
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
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 interfac
[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 requi
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
"David S. Miller" wrote:
>
> ...
> Bug:In the tcp_minisock.c changes, if you bail out of the loop
> early (ie. max_killed=1) you do not decrement tcp_tw_count
> by killed, which corrupts the state of the TIME_WAIT socket
> reaper. The fix is simple, just duplicate the
> > 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
> pro
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 s
> 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
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 everythi
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 f
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 (Seagate)
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...
Bef
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).
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
-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
> m
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 r
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 th
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 d
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-pr
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 /home/S96/levonj5/disk/dontdi
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 entr
>
> [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 se
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 ker
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-c
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 thi
> 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 vers
> 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 me
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
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 wh
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
> 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 wor
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 prio
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
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 show
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
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
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 exact
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
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 time
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 oth
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 kern
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 - t
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 devic
1 - 100 of 252 matches
Mail list logo
