ded
into the system. Some info on the system and the circumstances:
MediaGXLV (200 MHz) + 5530 'kahlua' companion chip
(so this is ohci usb)
60 MB RAM (+4MB for video)
SMC 2202 (pegasus chip) 10/100tx USB NIC on a 10baseT LAN
Oops also appears on 2.4.4
Cheers//Frank
--
W
or am I telling something new? If I am, I'll create that call
trace and run it through ksymoops, if it is known I'd rather spare myself the
chore of typing in loads and loads of hex code. I've done enough of that in my
Commodore-64 days...
Cheers//Frank
--
W ________
ous skb_hungry kernels was for all intents and purposed identical to the
one which produced the (working, bug_free(tm)) kernel I'm currently running...
Must be the weather...
Cheers//Frank
--
W _________
ers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis enim res, quae da
On Sun, Apr 29, 2001 at 04:45:00PM -0700, David S. Miller wrote:
>
> Frank de Lange writes:
> > What do you want me to check for? /proc/net/netstat is a rather busy place...
>
> Just show us the contents after you reproduce the problem.
> We just want to see if a c
rs//Frank
--
WWWWW ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis enim r
r_head44236 48520 96 1188 12131 : 252 126
quite high I think. 2.4.3 shows this, after about the same time and activity:
buffer_head 891 2880 96 72 721 : 252 126
Cheers//Frank
--
W ___
## o o\/
d they were related...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
rent' and 'previous' (one second
interval) snapshots. slabinfo and meminfo are self-explanatory I guess. The
'memhogs' entry is the top-10 memory users list for each second of logging.
Cheers//Frank
--
WWWWW
ne on the same box with the same apps.
Any clues?
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
---
e
since many people are experiencing these problems and the patch fixes them
quite well.
The patch has been submitted to the list several times now, but I'll do it
again. (attached to this message...)
Cheers//Frank
--
W _______
##
_______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis enim res, quae dando non deficit, d
On Fri, Mar 30, 2001 at 08:32:39AM -0800, [EMAIL PROTECTED] wrote:
> On Fri, Mar 30, 2001 at 02:32:24PM +0200, Frank de Lange wrote:
> >
> > Maciej, did you submit the patch to Linus? It really seems to solve the
> > (occurence of the) problems with these boards...
>
>
f the) problems with these boards...
Cheers//Frank
--
WWWWW ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
which introduced these symptoms have occured somewhere between -ac7
and -ac21, since -ac7 DID run on the same hardware.
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +
,
no change...
Cheers//Frank
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ &qu
ual
'are you running RH7 if yes please upgrade so and so' cycle. Bits and electrons
are much to precious to waste on
useless banter like that...
Cheers//Frank
--
WWWWW ___
## o o\/ Frank de Lange \
}# \| / \
for those who might think so (and
automatically blame everything on it).
When did you switch to glibc-2.2.1? Were you running reiserfs before that?
Cheers//Frank
--
WWWWW ___
## o o\/ Frank de Lange \
}# \| /
On Sun, Feb 18, 2001 at 01:57:15AM +0100, Frank de Lange wrote:
> I will retry this with 'all warnings and bells and whistles' turned on in
> reiserfs (on 2.4.1-ac18), and see if anything out of the ordinary is logged. I
> somehow doubt it, since repeated forced reiserfs
.
Cheers//Frank
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis eni
ory is OK, so this is not a hardware
fault... :-)
By the way, /tmp (where most action is taking place when compiling) is hosted
on a good ext2 filesystem. Just in case you wondered...
And, also of interest, I'm using an SMP box (BP6, 2 non overclocked Ce
x for null bytes in small files'
So, there's something quite wrong here.
If anyone wants me to try something, do tell...
Cheers//Frank
--
WWWWW ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
ter, I'll probably get myself
a better set of network cards...
So, quick conclusion, this seems a reasonable fix...
Cheers//Frank
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
#
f 1 to #if 0 to disable focus processor
support), the net stays up and the chops are gone.
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
ank
--
W ___
## o o\ / Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis enim res, quae dando non deficit, dum hab
ectly from the list (or mail Maciej for it...)
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL
t's another story which will probably not be fixed by
that patch. You can find the patch in Manfred's posting to the list from Fri
Jan 12 2001 - 14:04:24 EST.
I've been running a patched driver for more than a day now, under heavy network
load, without problems.
Frank
--
WW
On Sat, Jan 13, 2001 at 02:51:54AM +0100, Manfred Spraul wrote:
> Frank de Lange wrote:
> >
> > It could be that people using those cards are not the ones who tend
> > to go for the (somewhat tricky) BP6 board...
> >
>
> I doubt that it's BP6 specific:
ing those cards are not the ones who tend
to go for the (somewhat tricky) BP6 board...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[E
7;t the problem occur more frequently in other irq-heavy areas? A quick
count shows that disable_irq* is used in 84 sourcefiles in the driver/*
directory. This includes drivers which generate many interrupts in a short
timeframe (like ide).
Frank
--
W ___
## o o\
On Fri, Jan 12, 2001 at 04:15:37PM -0800, Linus Torvalds wrote:
> On Fri, 12 Jan 2001, Frank de Lange wrote:
> >
> > Gentleman, this (the patch to 8390.c) seems to fix the problem.
>
> The problem with this patch is that anybody with a slow ISA ne2000 clone
> will b
Nothing is overclocked. CPU and chipset tmeperatures are 24.C and
32.C, respectively.
In short, nothing remarkable. All PCI slots are used, as you can see from my
first posting in this thread (which contains more info on the hardware).
//Frank
--
W ___________
___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis enim res, quae dando non deficit, dum habetur
et non datur,
conds.
Apart from killing streaming audio and interactive network use, nothing hangs.
As soon as the ping flood is stopped, audio streams on and ssh sessions are
useable again. So, it seems to fix it...
Frank
--
W ___
## o o\ /
8390.c (using irq_safe spinlocks instead of disable_irq)
PATCHED apic.c (focus cpu ENABLED)
STOCK io_apic.c
No problems under heavy network load.
Gentleman, this (the patch to 8390.c) seems to fix the problem.
Cheers//Frank
--
W ___
## o o\ /
s CPU's anyway...
Cheers//Frank
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
---
On Fri, Jan 12, 2001 at 09:31:15PM +0100, Ingo Molnar wrote:
>
> On Fri, 12 Jan 2001, Frank de Lange wrote:
>
> > WITH or WITHOUT the changed 8390 driver? I can already give you the
> > results for running WITH the changed driver: it works. I have not yet
> > tried
hanged 8390 driver (so that would be stock 8390, patched apic.c, stock
io_apic.c). Please let me know which you want...
Frank
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
#
ime... :-)
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis enim re
The changes to
apic.c and io_apic.c did not make the network hang come back.
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL P
shares irq with network), no problems...
Could this really be the solution?
Cheers//Frank
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
s?
Anyway, still running under load, also got USB (which uses the same irq) to
produce some interrupts by scanning some stuff. No problems so far...
Cheers//Frank
--
W ___
## o o\ /
l running under heavy load...
Cheers//Frank
--
WWWWW ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "O
irq(dev->irq);
+ spin_unlock_irq(&ei_local->page_lock);
+ /* enable_irq(dev->irq); */
dev_kfree_skb (skb);
ei_local->stat.tx_bytes += send_length;
--
W ___
## o o\/ Frank de Lange
tching to edge:
Jan 12 19:22:57 behemoth kernel: 00 003 03 001 1 11199
Jan 12 19:22:57 behemoth kernel: After switch back:
Jan 12 19:22:57 behemoth kernel: 00 003 03 011 1 11199
--
W ___
## o o\
h kernel: ... APIC TMCCT: 4e26
Jan 12 18:26:21 behemoth kernel: ... APIC TDCR: 0003
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTE
IC TMICT: a322
Jan 12 16:29:32 behemoth kernel: ... APIC TMCCT: 47d7
Jan 12 16:29:32 behemoth kernel: ... APIC TDCR: 0003
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320
bit at row 11, col. 10, since that bit
stays '1' no matter how many magic I
throw at it...
Hope this helps... If you need more, let me know...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \|
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:
&g
comes in to play, things get
messy...
ps. load == 2 simultaneous nfs cp -rd sessions and streaming
esd audio over the network
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
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 problems on 2.2.x kernels.
Cheers//Frank
--
W _____
7;intimate with' the
apic-related code? It'll take me some time to dive into that part, so if there
is anyone who already has taken the plunge, do tell...
Cheers//Frank
[ who is still running apic-less, without problems [
--
WWWWW _
not run Windows (NT or 2K), I can not tell if this
problem also occurs there. And my FreeBSD-box is uniprocessor... So... has
anyone seen anything like this on other 'true' (SMP) OS's? If so, that would
indicate a hardware problem...
Cheers//Frank
--
W ________
hen the apic(s) is/are enabled...
Cheers//Frank
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
urious 8259A interrupt: IRQ7."
messages. (I haven't configured any hardware at all to be on IRQ7 -
though I'm lead to believe IRQ7 has some sort of special purpose) ..."
So I'm not the only one...
Cheers//Frank
--
WW
______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis enim res, quae dando non deficit, dum habetur
le ago. As far as I remember, it did not make it stop...
I'll try again (even though it is not a real solution, since that APIC is there
for a reason...)
Cheers//Frank
--
WWWWW ___
## o o\/ Frank de Lange \
}# \| /
roblems :-)
Cheers//Frank
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ "Omnis enim res, quae dando non de
ws...
> And the documentation begins with
> W89C840F
> PCI Bus Master Fast Ethernet LAN Controller.
That is the 'F' (Fast) version. My cards are just plain and simple 10base2/T,
humble and non-busmastering (AFAIK).
Cheers//Frank
--
W _________
lnet 2.4.0 #1 SMP Fri Jan 5 15:41:39 CET 2001 i686 unknown
Cheers//Frank
--
W ___________
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965
em became apperent. Java 1.3.0
does NOT start with any maximum heap size value lower than 49 Mb (java -Xmx48mb
will stall, java -Xmx49m will start). The javaplugin for mozilla also fails to start
in a similar fashion.
(cc'd to the l-k list)
Cheers//Frank
--
W _________
.
Cheers//Frank
--
WWWWW ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ Hacker: http://www.jargon.o
P_FINAL, PCI_VENDOR_ID_INTEL,PCI_DEVICE_ID_INTEL_82441,
quirk_passive_release },)
Maybe you should add your chipset to this list?
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
ly...
cc//F
--
W ___
## o o\ / Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
[ Hacker: http://www.jar
7;m getting used to it
When you're done with this system, try an abit BP6 SMP-board. Loads of crashing
fun and horror... That's what I'm on currently (the Triton sits below the last
step of the staircase in the role of
ry */
> home[1008]:/home/orf/lockup% sudo setpci -s 0:0.0 53=0
Lucky you, that your system did't crash and burn...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\
ts 0, 1 and 3
pcon=$[$pcon & (0xff ^ $triton_bus_concurrency + $triton_streaming +
$triton_peer_concurrency)]
# write value back to device
setpci -d $triton_pci_id $triton_pcon=$pcon
--
W _______
## o o\/ Frank de Lange \
}# \| / \
##---# _
is against a stock linux 2.2.17 installation, so WITHOUT my
previous patch...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
-
these processors. Anyway, included is a small patch to
solve these problems with Winchips.
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-2
t
piece of code I presume... Will continue the search from here...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL
lieve it did, indeed, work. After repeated
experiments I can only conclude thay Winchip2A is still hosed, even when
reverse-applying the patch Dave sent. I'll try to find out where it stops using
the DISPLAY_.. trick...
Cheers//Frank
--
W _____
James,
The patch I referred to can be found in Dave's message... I gave him some
feedback on the problems with Winchips...
Cheers//Frank
--
W ___
## o o\/ Frank de
Dave,
This patch fixed the problems, for now. The system now boots OK, and seems to
run OK (have not hit it very hard yet since it currently runs without a
heatsink). Tnanks...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange
Hi Dave,
I tried the patch, but the result is the same... Uncompressing Linux..., now
booting the kernel..., NOTHING
These Winchips need all the help they can get, so if you know something else I
might try...
Cheers//Frank
--
W ___
## o o\/ Frank de
ppens. It just freezes...
Cheers//Frank
--
W ___________
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
\[EMAIL PROTECTED]/
---
_PEGASUS=y
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_DSBR is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_NET1080 is not set
#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y
--
W ___
## o o\/ Frank de Lange \
}# \| /
00, 0, 0x0008000, 0, 500, 12,
0},
{BTTV_AVERMEDIA, 0x00f88000, 0, 0x001, 0x0001, 0, 10,
0},
{BTTV_AVPHONE98, 0x00f88000, 0, 0x0010000, 0x0001, 0, 10,
32},
--
W ___
## o o\/ Fran
CTV3PCI0x31
+ #define BTTV_PXELVWPLTVPAK 0x32
struct tvcard
{
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\ +31-320-252965/
78 matches
Mail list logo
