Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()

2007-08-13 Thread Marcin Ślusarz
2007/8/10, Ingo Molnar [EMAIL PROTECTED]: Index: linux/arch/i386/kernel/io_apic.c === --- linux.orig/arch/i386/kernel/io_apic.c +++ linux/arch/i386/kernel/io_apic.c @@ -735,7 +735,8 @@ void fastcall send_IPI_self(int vector)

Re: [patch (testing)] Re: 2.6.20-2.6.21 - networking dies after random time

2007-08-10 Thread Marcin Ślusarz
2007/8/10, Jarek Poplawski [EMAIL PROTECTED]: (..) I think, there is this one possible for your testing yet?: Subject: [patch] genirq: temporary fix for level-triggered IRQ resend Date: Wed, 8 Aug 2007 13:00:37 +0200 I think I already tested this patch, but this thread is sooo big and I can't

Re: 2.6.20-2.6.21 - networking dies after random time

2007-08-08 Thread Marcin Ślusarz
2007/8/7, Jarek Poplawski [EMAIL PROTECTED]: So, the let's try this idea yet: modified Ingo's x86: activate HARDIRQS_SW_RESEND patch. (Don't forget about make oldconfig before make.) For testing only. Cheers, Jarek P. PS: alas there was not even time for compile checking... --- diff

Re: 2.6.20-2.6.21 - networking dies after random time

2007-08-08 Thread Marcin Ślusarz
2007/8/7, Jarek Poplawski [EMAIL PROTECTED]: And here is one more patch to test the same idea (chip-retrigger()). Let's try i386 way! (I hope I will not be arrested for this...) (Should be tested without any previous patches.) Jarek P. PS: as above --- diff -Nurp

Re: 2.6.20-2.6.21 - networking dies after random time

2007-08-07 Thread Marcin Ślusarz
2007/8/6, Ingo Molnar [EMAIL PROTECTED]: (..) please try Jarek's second patch too - there was a missing unmask. Ingo -- Subject: genirq: fix simple and fasteoi irq handlers From: Jarek Poplawski [EMAIL PROTECTED] After the genirq: do not mask interrupts by default

Re: 2.6.20-2.6.21 - networking dies after random time

2007-08-06 Thread Marcin Ślusarz
2007/8/1, Ingo Molnar [EMAIL PROTECTED]: ok, it wasnt supposed to be _that_ easy i guess :-) Can you please (re-)confirm that the workaround below indeed fixes the hung card problem? (after producing a single WARN_ON message into the syslog) yes, with this patch everything works fine end of

Re: 2.6.20-2.6.21 - networking dies after random time

2007-08-06 Thread Marcin Ślusarz
2007/7/31, Jarek Poplawski [EMAIL PROTECTED]: Marcin, I see you're quite busy, but if after testing this next Ingo's patch you are alive yet, maybe you could try one more idea? No patch this time, but if you could try this after adding boot option noirqdebug (I'd like to be sure it's not

Re: [patch] genirq: fix simple and fasteoi irq handlers

2007-08-06 Thread Marcin Ślusarz
2007/8/3, Jarek Poplawski [EMAIL PROTECTED]: Hi, I can't guarantee this is all needed to fix this bug, but I think this patch is necessary here. Regards, Jarek P. Subject: genirq: fix simple and fasteoi irq handlers After the genirq: do not mask interrupts by default patch

Re: [patch (take 2)] genirq: fix simple and fasteoi irq handlers

2007-08-06 Thread Marcin Ślusarz
2007/8/6, Ingo Molnar [EMAIL PROTECTED]: * Jarek Poplawski [EMAIL PROTECTED] wrote: Subject: genirq: fix simple and fasteoi irq handlers After the genirq: do not mask interrupts by default patch interrupts should be disabled not immediately upon request, but after they happen. But,

Re: [patch] genirq: fix simple and fasteoi irq handlers

2007-08-03 Thread Marcin Ślusarz
2007/8/3, Jarek Poplawski [EMAIL PROTECTED]: On Fri, Aug 03, 2007 at 10:04:08AM +0200, Ingo Molnar wrote: * Jarek Poplawski [EMAIL PROTECTED] wrote: I can't guarantee this is all needed to fix this bug, but I think this patch is necessary here. hmmm ... very interesting! Now

Re: 2.6.20-2.6.21 - networking dies after random time

2007-08-01 Thread Marcin Ślusarz
2007/7/30, Ingo Molnar [EMAIL PROTECTED]: (..) does the patch below fix those timeouts? It tests the theory whether any POST latency could expose this problem. Ingo Index: linux/drivers/net/lib8390.c === ---

Re: 2.6.20-2.6.21 - networking dies after random time

2007-07-30 Thread Marcin Ślusarz
2007/7/26, Ingo Molnar [EMAIL PROTECTED]: (..) yeah - i meant to cover both arches but forgot about x86_64 - updated patch attached below. Ingo - Subject: x86: activate HARDIRQS_SW_RESEND From: Ingo Molnar [EMAIL PROTECTED] activate the software-triggered

Re: 2.6.20-2.6.21 - networking dies after random time

2007-07-26 Thread Marcin Ślusarz
2007/7/25, Thomas Gleixner [EMAIL PROTECTED]: (...) I've tested Jarek's patch, 2 Ingo's patches (2nd and 3rd) and Thomas' patch (one patch at time of course) - all of them fixed the problem, but the last one flooded my logs with Skip resend for irq 17. All tests were done on 2.6.21.3. I

Re: 2.6.20-2.6.21 - networking dies after random time

2007-07-22 Thread Marcin Ślusarz
Ok, I've bisected this problem and found that this patch broke my NIC: 76d2160147f43f982dfe881404cfde9fd0a9da21 is first bad commit commit 76d2160147f43f982dfe881404cfde9fd0a9da21 Author: Ingo Molnar [EMAIL PROTECTED] Date: Fri Feb 16 01:28:24 2007 -0800 [PATCH] genirq: do not mask

Re: 2.6.20-2.6.21 - networking dies after random time

2007-06-22 Thread Marcin Ślusarz
2007/6/19, Jarek Poplawski [EMAIL PROTECTED]: On Mon, Jun 18, 2007 at 08:10:00AM -0700, Stephen Hemminger wrote: On Mon, 18 Jun 2007 13:08:49 +0200 Jarek Poplawski [EMAIL PROTECTED] wrote: On 16-06-2007 23:35, Marcin .lusarz wrote: hi after upgrading kernel from 2.6.20 to 2.6.21.3 i'm

Re: [KJ] Patch:replace with time_after in drivers/net/eexpress.c

2007-03-29 Thread Marcin Ślusarz
2007/3/28, Shani [EMAIL PROTECTED]: @@ -1650,7 +1651,7 @@ eexp_set_multicast(struct net_device *dev) #endif oj = jiffies; while ((SCB_CUstat(scb_status(dev)) == 2) - ((jiffies-oj) 2000)); + (time_after(jiffies, oj +