Hi,
On 2007.04.21 13:07:48 +0200, Willy Tarreau wrote:
another thing i noticed: when using a -y larger then 1, then the window
title (at least on Metacity) overlaps and thus the ocbench tasks have
different X overhead and get scheduled a bit assymetrically as well. Is
there any way to
On 2007.02.11 19:55:37 +, Neil Schemenauer wrote:
David R wrote:
Feb 9 18:40:29 server kernel: ata7: Resetting port
Feb 9 18:40:29 server kernel: ata7.00: exception Emask 0x0 SAct 0x1
SErr 0x0 action 0x2 frozen
Feb 9 18:40:29 server kernel: ata7.00: cmd
On 2007.03.30 10:42:23 +0300, Andrei Popa wrote:
On Thu, 2007-03-29 at 21:21 -0700, Jesse Brandeburg wrote:
with kernel 2.6.20.4(and build in e1000 driver):
zeus ~ # uname -a
Linux zeus 2.6.20.4-zeus3 #3 SMP Wed Mar 28 13:44:50 EEST 2007 x86_64
Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel
On 2008.01.06 19:49:49 -0200, Adolfo R. Brandes wrote:
I have this forcedeth MAC address reversal problem when suspending
on 2 distinct boxes. I can confirm Steinbrink's patch fixes the
problem on only one of them:
00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev f3)
On 2008.01.04 23:26:33 +0100, Björn Steinbrink wrote:
For cards that initially have the MAC address stored in reverse order,
the forcedeth driver uses a flag to signal whether the address was
already corrected, so that it is not reversed again on a subsequent
probe.
Unfortunately this flag
On 2008.01.09 18:48:00 +0100, Andi Kleen wrote:
On Wed, Jan 09, 2008 at 05:30:18PM +0100, Ingo Molnar wrote:
then you have a truly ancient x86.git repository ;-)
I update only infrequently because frankly git's remote branch tracking
is a mess. At least it doesn't really work for x86#mm
On 2008.01.09 23:41:42 +0100, Andi Kleen wrote:
On Wed, Jan 09, 2008 at 02:35:55PM -0800, Harvey Harrison wrote:
On Wed, 2008-01-09 at 23:28 +0100, Andi Kleen wrote:
Do you have a simple recipe to just update from the the remote branch,
assuming there are no local changes or local
On 2007.12.19 09:44:50 -0800, Linus Torvalds wrote:
On Sun, 16 Dec 2007, Krzysztof Oledzki wrote:
I'll confirm this tomorrow but it seems that even switching to data=ordered
(AFAIK default o ext3) is indeed enough to cure this problem.
Ok, do we actually have any ext3 expert
to it, you can
already have my
Signed-off-by: Björn Steinbrink [EMAIL PROTECTED]
On a side note, before 8368e328dfe1c534957051333a87b3210a12743b the task
io accounting for cancelled writes happened always happened if the page
was dirty, regardless of page-mapping. This was also already true
the
accounting right again.
Signed-off-by: Björn Steinbrink [EMAIL PROTECTED]
Tested-by: Krzysztof Piotr Oledzki [EMAIL PROTECTED]
---
I'm not sure if it matters, but opposed to the final check in
__remove_from_page_cache, this one also cares about the task io
accounting, so maybe we want to use
On 2007.12.07 13:53:11 +0300, Al Boldi wrote:
Andreas Ericsson wrote:
So, to get to the bottom of this, which of the following workflows is it
you want git to support?
### WORKFLOW A ###
edit, edit, edit
edit, edit, edit
edit, edit, edit
Oops I made a mistake and need to hop back
On 2007.12.08 17:16:24 -0500, Steven Rostedt wrote:
Hi Linus,
On Fri, 7 Dec 2007, Linus Torvalds wrote:
Can you do one run with oprofile, and see exactly where the cost is? It
should hopefully be pretty darn obvious, considering your timing.
The results are here:
On 2007.12.29 11:18:18 -0800, Linus Torvalds wrote:
On Sat, 29 Dec 2007, Arjan van de Ven wrote:
It has been a quiet week due to the holidays, only 55 oops traces
have been collected.
This would be more useful if it was more readable. As it is, you seem to
have some formatting
On 2008.01.04 09:45:17 +0100, Andreas Mohr wrote:
Hi,
On Fri, Jan 04, 2008 at 04:43:57AM +0100, Björn Steinbrink wrote:
On 2008.01.03 01:42:09 +0200, Adrian Bunk wrote:
[ original bug report: http://lkml.org/lkml/2008/1/2/253 ]
On Wed, Jan 02, 2008 at 10:48:43PM +0100, Andreas Mohr
On 2008.01.04 23:43:52 +0100, Andreas Mohr wrote:
On Fri, Jan 04, 2008 at 11:17:40AM +0100, Björn Steinbrink wrote:
On 2008.01.04 09:45:17 +0100, Andreas Mohr wrote:
And then it needs these card I/O functions wrapped into two
functions which interface with driver- and OS-related MAC
On 2008.01.05 07:10:02 +0100, Björn Steinbrink wrote:
- nv_probe sees 00:11:22:00:00:01
- doesn't match the vendor stuff
- becomes 01:00:00:22:11:00
Oops, that's not quite the expected thing.
Haha, I just noticed that that even is a multicast address, so you'd get
a random MAC address
On 2007.10.17 18:18:21 +0200, Björn Steinbrink wrote:
On 2007.10.16 19:21:53 -0700, Linus Torvalds wrote:
On Tue, 16 Oct 2007, Linus Torvalds wrote:
I don't think you did anything wrong. You used both --full-history
(implicitly: git-whatchanged) and you made sure to see
On 2007.08.31 09:35:23 -0700, Daniel Walker wrote:
On Fri, 2007-08-31 at 09:21 -0700, Stephane Eranian wrote:
In this patch, the setup_*() routine now extract the MSR from the wd_ops
to copy them into the nmi_watchdog_ctlblk. This is not done for P4 because
of the special and ugly case of
On 2007.08.31 17:24:46 -0700, Daniel Walker wrote:
On Fri, 2007-08-31 at 20:06 +0200, Björn Steinbrink wrote:
something to do with the nmi hertz adjustment that happens after
check_nmi_watchdog() ..
Hm hm, does the same thing (watchdog stuck after check) happen with
older kernels
On 2007.09.02 02:36:18 +0200, Oleg Verych wrote:
* Tue, 31 Jul 2007 23:40:11 +0200
[]
eventhough people often write only when they have something to complain
about, I for once would like to congratulate Matti and David, our mail
admins, for the wonderful job they've done with the spams
On 2007.09.05 16:04:13 +0200, noah wrote:
2007/9/5, Martin K. Petersen [EMAIL PROTECTED]:
Jan == Jan Engelhardt [EMAIL PROTECTED] writes:
Jan 11:40 sun:../scsi_host/host0 # echo 1 scan
Jan -bash: echo: write error: Invalid argument
Jan What is the proper way to trigger a rescan, if
On 2007.09.05 16:45:29 +0200, noah wrote:
2007/9/5, Björn Steinbrink [EMAIL PROTECTED]:
On 2007.09.05 16:04:13 +0200, noah wrote:
2007/9/5, Martin K. Petersen [EMAIL PROTECTED]:
Jan == Jan Engelhardt [EMAIL PROTECTED] writes:
Jan 11:40 sun:../scsi_host/host0 # echo 1 scan
On 2007.09.12 00:19:09 +0200, Rene Herman wrote:
On 09/12/2007 12:15 AM, Adrian McMenamin wrote:
On 11/09/2007, Rene Herman [EMAIL PROTECTED] wrote:
On 09/12/2007 12:05 AM, Adrian McMenamin wrote:
OK, why does this line occasionally return true:
What exactly is occassionally? Does it
On 2007.09.12 00:10:19 +0100, Adrian McMenamin wrote:
On 12/09/2007, Björn Steinbrink [EMAIL PROTECTED] wrote:
On 2007.09.12 00:19:09 +0200, Rene Herman wrote:
On 09/12/2007 12:15 AM, Adrian McMenamin wrote:
On 11/09/2007, Rene Herman [EMAIL PROTECTED] wrote:
On 09/12/2007 12:05 AM
On 2007.07.26 11:58:29 +0200, Björn Steinbrink wrote:
Note that the total RSS usage of updatedb+sort was just about 50MB,
nevertheless swap grew to more than 300MB. It's also interesting that
swapping is so aggressive, that the amount of free memory is constantly
growing. I'm a missing
On 2007.07.26 08:56:59 +0200, Rene Herman wrote:
On 07/26/2007 08:39 AM, Bongani Hlope wrote:
On Thursday 26 July 2007 05:59:53 Rene Herman wrote:
So what's happening? If you sit down with a copy op top in one terminal
and updatedb in another, what does it show?
Just tested that, there's a
On 2007.07.27 20:16:32 +0200, Rene Herman wrote:
On 07/27/2007 07:45 PM, Daniel Hazelton wrote:
Updatedb or another process that uses the FS heavily runs on a users
256MB P3-800 (when it is idle) and the VFS caches grow, causing memory
pressure that causes other applications to be swapped to
On 2007.07.28 01:29:19 +0200, Andi Kleen wrote:
Any faults in that reasoning?
GNU sort uses a merge sort with temporary files on disk. Not sure
how much it keeps in memory during that, but it's probably less
than 150MB. At some point the dirty limit should kick in and write back the
data
On 2007.08.29 10:49:12 -0700, Christoph Lameter wrote:
On Wed, 29 Aug 2007, Peter Lund wrote:
- if (tmp = RADIX_TREE_INDEX_BITS)
- index = ~0UL;
- return index;
+ if (shift 0)
+ return ~0UL;
+ if (shift = 8 * sizeof(unsigned long))
8*
On 2007.08.07 17:06:49 -0700, Daniel Walker wrote:
This patch below hangs my system on boot if I set nmi_watchdog=2 . It
shows the NMI as stuck then the system hangs .. nmi_watchdog=1 works
fine, and the system boots without any watchdog options ..
The machine is an Intel allagash
On 2007.10.12 08:37:04 -0400, Robert P. J. Day wrote:
On Fri, 12 Oct 2007, Björn Steinbrink wrote:
On 2007.10.12 08:04:20 -0400, Robert P. J. Day wrote:
i can see what the theoretical purpose for it is here:
http://kerneltrap.org/node/6656
but it's not clear how it can
On 2007.10.12 11:18:24 +0200, John Sigler wrote:
Hello,
I'm experiencing a full system lockup. I'm using an out-of-tree driver
which I suspect is responsible. I'm trying to enable the NMI watchdog.
# cat /proc/version
Linux version 2.6.22.1-rt9 (gcc version 3.4.6) #1 PREEMPT RT Tue Oct 9
On 2007.10.12 08:04:20 -0400, Robert P. J. Day wrote:
i can see what the theoretical purpose for it is here:
http://kerneltrap.org/node/6656
but it's not clear how it can possibly be set from userland given
that:
$ grep -r TAINT_USER *
include/linux/kernel.h:#define TAINT_USER
On 2007.10.17 00:07:19 +0200, Hans-Peter Jansen wrote:
Hi Jeff,
while browsing through Linus' current check ins, I stumbled upon:
[SCSI] arcmsr: irq handler fixes, cleanups, micro-opts:
--8--
488a5c8a9a3b67ae117784cd0d73bef53a73d57d
drivers/scsi/arcmsr/arcmsr_hba.c |2 +-
1 files
Hi Hans,
On 2007.10.17 12:41:11 +0200, Hans-Peter Jansen wrote:
Dear Björn,
Am Mittwoch, 17. Oktober 2007 02:53 schrieb Björn Steinbrink:
And then, if I may guess, James probably just noticed that there were
changes left and commited them (while they were now down to just the
whitespace
On 2007.10.16 19:21:53 -0700, Linus Torvalds wrote:
On Tue, 16 Oct 2007, Linus Torvalds wrote:
I don't think you did anything wrong. You used both --full-history
(implicitly: git-whatchanged) and you made sure to see the diffs for both
sides of any merge (-m), and that means that
On 2007.07.30 12:25:54 -0300, Glauber de Oliveira Costa wrote:
Since the value in ret will go through a return statement,
^^^
You mean err I guess?
it does not need to be put in eax register directly. Instead,
we let the compiler do his job and choose what to do with it,
[Oops, the first try of this mail got out from my local address, sorry]
On 2007.04.29 19:55:35 -0400, Theodore Tso wrote:
On Sun, Apr 29, 2007 at 03:15:42PM +0200, Andi Kleen wrote:
This means we need people who figure out who to assign bugs too.
Aka bugmasters.
BTW one big problem in
On 2007.01.23 17:18:43 -0600, Robert Hancock wrote:
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem. Much appreciated,
thank you. I'd consider it a must have in 2.6.20.
Can any of the rest of you that have been seeing this
On 2007.01.24 09:24:00 +0100, Ian Kumlien wrote:
On tis, 2007-01-23 at 17:18 -0600, Robert Hancock wrote:
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem. Much appreciated,
thank you. I'd consider it a must have in 2.6.20.
On 2007.01.03 16:23:28 +0800, [EMAIL PROTECTED] wrote:
Hello all!
Kernel version : 2.6.18
Arch : i386
With the following conditions, it is possible that softirqs are
executed in a interrupt context rather than process one
1) CONFIG_4KSTACKS ON
That means the dedicated IRQ stack
[Re-added lkml to the CC list, please don't drop anything from CC]
On 2007.01.03 17:39:48 +0800, [EMAIL PROTECTED] wrote:
Hi!
Thanks very much for your clear explanation !
I have another question about irq_exit(), hope you can help me.
void irq_exit(void)
{
Hi,
with 2.6.20-rc{2,4,5} (no other tested yet) I see SATA exceptions quite
often, with 2.6.19 there are no such exceptions. dmesg and lspci -v
output follows. In the meantime, I'll start bisecting.
Thanks
Björn
Linux version 2.6.20-rc2 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115
On 2007.01.14 19:22:51 -0500, Jeff Garzik wrote:
Robert Hancock wrote:
Björn Steinbrink wrote:
Hi,
with 2.6.20-rc{2,4,5} (no other tested yet) I see SATA exceptions quite
often, with 2.6.19 there are no such exceptions. dmesg and lspci -v
output follows. In the meantime, I'll start
On 2007.01.15 01:34:48 +0100, Björn Steinbrink wrote:
On 2007.01.14 19:22:51 -0500, Jeff Garzik wrote:
Robert Hancock wrote:
Björn Steinbrink wrote:
Hi,
with 2.6.20-rc{2,4,5} (no other tested yet) I see SATA exceptions quite
often, with 2.6.19 there are no such exceptions. dmesg
On 2007.01.15 07:48:23 +0100, Mikael Pettersson wrote:
Notice how the problems started exactly at the point the
NVRM NVIDIA module (whatever it is) was loaded ...
That's not the reason. Yeah, I should not have sent a log of a run with
the nvidia module loaded, but the same thing happens without
On 2007.01.14 17:43:53 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
Hi,
with 2.6.20-rc{2,4,5} (no other tested yet) I see SATA exceptions quite
often, with 2.6.19 there are no such exceptions. dmesg and lspci -v
output follows. In the meantime, I'll start bisecting
On 2007.01.15 22:17:24 +0100, Björn Steinbrink wrote:
On 2007.01.14 17:43:53 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
Hi,
with 2.6.20-rc{2,4,5} (no other tested yet) I see SATA exceptions quite
often, with 2.6.19 there are no such exceptions. dmesg and lspci -v
output
On 2007.01.15 18:34:43 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
My latest bisection attempt actually led to your sata_nv ADMA commit. [1]
I've now backed out that patch from 2.6.20-rc5 and have my stress test
running for 20 minutes now (record for a bad kernel surviving that
test
On 2007.01.18 18:09:50 -0600, Robert Hancock wrote:
I heard from Larry Walton who was apparently seeing this problem as
well. He tried my recent sata_nv: cleanup ADMA error handling v2 patch
and originally thought it fixed the problem, but it turned out to only
make it happen less often.
On 2007.01.19 20:41:36 -0600, Robert Hancock wrote:
Alistair John Strachan wrote:
On Tuesday 16 January 2007 01:53, Jeff Garzik wrote:
Robert Hancock wrote:
I'll try your stress test when I get a chance, but I doubt I'll run into
the same problem and I haven't seen any similar reports.
On 2007.01.20 22:34:27 -0500, Jeff Garzik wrote:
Robert Hancock wrote:
change in 2.6.20-rc is either causing or triggering this problem. It
would be useful if you could try git bisect between 2.6.19 and
2.6.20-rc5, keeping the latest sata_nv.c each time, and see if that
Yes, 'git
On 2007.01.21 00:39:20 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
On 2007.01.20 22:34:27 -0500, Jeff Garzik wrote:
Robert Hancock wrote:
change in 2.6.20-rc is either causing or triggering this problem. It
would be useful if you could try git bisect between 2.6.19 and
2.6.20-rc5
On 2007.01.21 18:34:40 +0100, Chr wrote:
On Sunday, 21. January 2007 09:36, Björn Steinbrink wrote:
On 2007.01.21 00:39:20 -0600, Robert Hancock wrote:
Ah, right... sata_nv.c of course interacts with the outside world, d'oh!
Up to now, I only got bad kernels, latest tested being
On 2007.01.21 09:36:18 +0100, Björn Steinbrink wrote:
On 2007.01.21 00:39:20 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
On 2007.01.20 22:34:27 -0500, Jeff Garzik wrote:
Robert Hancock wrote:
change in 2.6.20-rc is either causing or triggering this problem. It
would be useful
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
OK guys, here's a new patch to try against 2.6.20-rc5:
Right now when switching between ADMA mode and legacy mode (i.e. when
going from
On 2007.01.21 23:08:11 +0100, Björn Steinbrink wrote:
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
OK guys, here's a new patch to try against 2.6.20-rc5:
Right now when
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
OK guys, here's a new patch to try against 2.6.20-rc5:
Right now when switching between ADMA mode and legacy mode (i.e. when
going from
On 2007.01.21 18:17:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
OK guys, here's a new patch to try against 2.6.20-rc5:
Right
On 2007.01.22 17:12:40 +0100, Björn Steinbrink wrote:
On 2007.01.21 18:17:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
On 2007.01.22 17:57:08 +0100, Björn Steinbrink wrote:
On 2007.01.22 17:12:40 +0100, Björn Steinbrink wrote:
On 2007.01.21 18:17:01 -0600, Robert Hancock wrote:
Hmm, another miss, apparently.. Has anyone tried removing these lines
from nv_host_intr in 2.6.20-rc5 sata_nv.c and see what
On 2007.01.22 19:24:22 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
Running a kernel with the return statement replace by a line that prints
the irq_stat instead.
Currently I'm seeing lots of 0x10 on ata1 and 0x0 on ata2.
40 minutes stress test now and no exception yet. What's
On 2006.12.03 14:39:44 -0800, Martin J. Bligh wrote:
This PC has 1 ethernet interface, an e1000. Ubuntu Dapper.
On 2.6.14, my e1000 interface appears as eth0.
On 2.6.15 to 2.6.18, my e1000 interface appears as eth1.
In both cases, there are no other ethX interfaces listed in
ifconfig -a.
On 2008.01.18 10:48:26 +0100, Jakob Oestergaard wrote:
On Thu, Jan 17, 2008 at 01:25:39PM -0800, Linus Torvalds wrote:
...
Why do you make that mistake, when it is PROVABLY NOT TRUE!
Try this trivial program:
int main(int argc, char **argv)
{
int i;
On 2008.02.07 00:58:42 +0100, Thomas Gleixner wrote:
current mainline triggers:
WARNING: at /home/tglx/work/kernel/x86/linux-2.6/arch/x86/mm/highmem_32.c:52
kmap_atomic_prot+0xe5/0x19b()
Modules linked in: ahci(+) sata_sil libata sd_mod scsi_mod raid1 ext3 jbd
ehci_hcd ohci_hcd uhci_hcd
On 2008.02.25 15:08:35 -0500, Jeff Garzik wrote:
Björn Steinbrink wrote:
Hm, do you have lockdep enabled? If not, does lockdep make this go away?
Because lockdep will set IRQF_DISABLED for all interrupt handlers, and
unless that flag is set, handle_IRQ_event will reenable interrupts while
On 2007.01.24 01:39:23 +0100, Björn Steinbrink wrote:
On 2007.01.23 17:18:43 -0600, Robert Hancock wrote:
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem. Much appreciated,
thank you. I'd consider it a must have in 2.6.20
On 2007.02.02 23:48:14 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
On 2007.01.24 01:39:23 +0100, Björn Steinbrink wrote:
On 2007.01.23 17:18:43 -0600, Robert Hancock wrote:
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem
On 2007.02.04 02:13:51 +0100, Björn Steinbrink wrote:
On 2007.02.02 23:48:14 -0600, Robert Hancock wrote:
There's a patch in -mm (sata_nv-use-adma-for-nodata-commands.patch)
which should hopefully avoid this problem for the cache flush commands,
at least - can you try that one out? You'll
On 2007.05.26 21:10:15 +0200, Nicolas Mailhot wrote:
Le jeudi 17 mai 2007 à 18:59 +0200, Nicolas Mailhot a écrit :
Le jeudi 17 mai 2007 à 09:45 -0700, Randy Dunlap a écrit :
Can you boot with kstack=32 so that we can see more of the stack?
I can try. It's not triggering quickly
on my T43 at all (or I just have no idea what
magic is required to make it happy), so this patch untested. Could you
give it a spin?
Thanks,
Björn
From: Björn Steinbrink [EMAIL PROTECTED]
Fix interchanged parameters to release_{evntsel,perfctr}_nmi.
Signed-off-by: Björn Steinbrink [EMAIL
At system boot time, the NMI watchdog no longer reserved its MSRs,
allowing other subsystems to mess with them. Fix that.
Signed-off-by: Björn Steinbrink [EMAIL PROTECTED]
---
diff --git a/arch/i386/kernel/cpu/perfctr-watchdog.c
b/arch/i386/kernel/cpu/perfctr-watchdog.c
index 2b04c8f..f0b6763
Hi Ingo,
On 2007.06.08 12:58:08 +0200, Ingo Molnar wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
Half of this (the first hunk) has been in Andi's tree for a day or
two.
I shall drop Andi's patch, queue this one up and shall send this off
to Linus if nothing else happens in the
When disabled through /proc/sys/kernel/nmi_watchdog, the NMI watchdog
uses the stop() method directly, which does not decrement the activity
counter, leading to a BUG(). Use the wrapper function instead to fix
that.
Signed-off-by: Björn Steinbrink [EMAIL PROTECTED]
---
diff --git a/arch/i386
On 2007.06.08 22:43:25 +0200, Ingo Molnar wrote:
* Björn Steinbrink [EMAIL PROTECTED] wrote:
Anyway, both are bugs and should be fixed. Maybe we're even lucky and
it fixes your hang. *fingers crossed*
just to make it clear: the NMI watchdog was working perfectly fine on
that box
On 2007.06.09 04:27:10 +0200, Björn Steinbrink wrote:
On 2007.06.08 22:43:25 +0200, Ingo Molnar wrote:
* Björn Steinbrink [EMAIL PROTECTED] wrote:
Anyway, both are bugs and should be fixed. Maybe we're even lucky and
it fixes your hang. *fingers crossed*
just to make it clear
On 2007.06.08 15:34:17 -0500, Paul Fulghum wrote:
Restore tty locked ioctl handler which was replaced with
an unlocked ioctl handler in hung_up_tty_fops by the patch:
commit e10cc1df1d2014f68a4bdcf73f6dd122c4561f94
Author: Paul Fulghum [EMAIL PROTECTED]
Date: Thu May 10 22:22:50 2007
On 2007.06.10 15:42:33 +0200, Arkadiusz Miskiewicz wrote:
Hello,
Is this desired behaviour?
$ sudo cat /dev/snapshot
ended with:
[54498.464550] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised:
[EMAIL PROTECTED]
[56592.077674] swsusp: Basic memory bitmaps created
On 2007.06.05 11:56:00 +0200, Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
ah, plain -rc3 hangs too. So it's one of these commits i guess:
commit 1eeb66a1bb973534dc3d064920a5ca683823372e
commit 09198e68501a7e34737cd9264d266f42429abcdc
commit
On 2007.06.12 08:02:46 -0700, Stephane Eranian wrote:
Hello,
I am working on perfmon2 to allow Oprofile and perfmon2 to co-exist
as suggested by Andi Kleen. I looked at the Oprofile init/shutdown
code and I am puzzled by several things which you might be able to
explain for me. I am looking
On 2007.06.12 21:07:30 +0200, Björn Steinbrink wrote:
On 2007.06.12 08:02:46 -0700, Stephane Eranian wrote:
* the fill_in_addresses() callback for X86 invokes the NMI watchdog
reserve_*_nmi() register allocation routines. This is done regardless
of whether the NMI watchdog is active
On 2007.06.13 03:41:36 +0200, Björn Steinbrink wrote:
On 2007.06.12 21:07:30 +0200, Björn Steinbrink wrote:
On 2007.06.12 08:02:46 -0700, Stephane Eranian wrote:
* the fill_in_addresses() callback for X86 invokes the NMI watchdog
reserve_*_nmi() register allocation routines
On 2007.06.13 21:57:56 +0200, Michal Piotrowski wrote:
TTY
Subject: OOPS (NULL pointer dereference) in v2.6.22-rc3
References : http://lkml.org/lkml/2007/6/1/389
http://bugzilla.kernel.org/show_bug.cgi?id=8473
http://bugzilla.kernel.org/show_bug.cgi?id=8574
On 2007.06.15 15:46:32 +0200, Johannes Weiner wrote:
Hi,
Andrew, I promised it [1], here goes. Patched against Linus' git-tree.
[1] http://lkml.org/lkml/2007/3/22/226
This patch replaces some obscure code-paths in fs/block_dev.c with more
readable versions.
Signed-off-by: Johannes
On 2007.06.18 02:52:38 -0700, Stephane Eranian wrote:
Hello Bjorn,
Sorry for the delay in my reponse.
From: Björn Steinbrink [EMAIL PROTECTED]
Separate the performance counter reservation system from the nmi
watchdog to allow usage of all performance counters even if the nmi
On 2007.06.18 14:11:22 +0200, Ingo Molnar wrote:
* Björn Steinbrink [EMAIL PROTECTED] wrote:
[PATCH] i386: Clean up NMI watchdog code
Andi - just boot with nmi_watchdog=2 on a dual-core Athlon64 CPU.
I still fail to reproduce this, could you send me your config
a bug in the LAPIC NMI watchdog
which allocated the wrong performance counter on CPUs with PerfMon
support.
Signed-off-by: Björn Steinbrink [EMAIL PROTECTED]
---
arch/i386/kernel/apic.c |1 +
arch/i386/kernel/cpu/Makefile |2 +-
arch/i386/kernel/cpu/perfctr
From: Björn Steinbrink [EMAIL PROTECTED]
Remove the nmi part from all names in the performance counter allocator
and move all declarations into their own header file.
Signed-off-by: Björn Steinbrink [EMAIL PROTECTED]
---
arch/i386/kernel/apic.c |1 +
arch/i386/kernel/cpu
[Sorry if anyone gets this mail twice, seems that git-send-email
forgot to mask the umlaut in my name for this message, causing a few
servers to reject it.]
These two patches fix the performance counter allocator to work even
when the LAPIC NMI watchdog is disabled. It's split up into two patches
On 2007.06.20 14:31:43 +0200, Andi Kleen wrote:
On Wednesday 20 June 2007 12:35:56 Björn Steinbrink wrote:
The performance counter allocator is tied to the LAPIC NMI watchdog,
That's not true. It's completely independent. It just happens to be in
the same file, but it has no direct
On 2007.06.20 08:37:48 -0700, H. Peter Anvin wrote:
I would like to make a request to LKML archives. It would be a highly
useful feature to have an archive site where one can algorithmically
produce a URL from the Message-ID, so one can post a clickable URL from
a delivered message without
The performance counter allocator relies on the nmi watchdog being
probed, so we have to do that even if the watchdog is not enabled.
Signed-off-by: Björn Steinbrink [EMAIL PROTECTED]
---
arch/i386/kernel/cpu/perfctr-watchdog.c | 11 +--
arch/i386/kernel/nmi.c |3
On 2007.06.20 15:01:02 +0200, Andi Kleen wrote:
Once this is fixed (which is what Bjorn did), then I will agree with you.
For this, the allocator needs to be able to probe the CPU and initialize
its own data structures.
Ok that sounds reasonable. Please someone send a patch that does
The Intel PerfMon NMI watchdog was using the generic reservation
function which always reserves the first performance counter. But the
watchdog actually uses the second performance counter, thus we need a
specialised function.
Signed-off-by: Björn Steinbrink [EMAIL PROTECTED]
---
arch/i386
On 2007.06.21 23:06:50 +0800, David Woodhouse wrote:
On Wed, 2007-06-20 at 08:37 -0700, H. Peter Anvin wrote:
I would like to make a request to LKML archives. It would be a highly
useful feature to have an archive site where one can algorithmically
produce a URL from the Message-ID, so
Hi Stephane,
On 2007.06.21 01:36:45 -0700, Stephane Eranian wrote:
Bjorn,
On Wed, Jun 20, 2007 at 02:59:33PM -0700, Stephane Eranian wrote:
Bjorn,
I ran into one issue related with the new allocator.
Should be the same with 2.6.21 and earlier, the new allocator should
do exactly the
On 2007.06.23 15:17:27 +0200, Andi Kleen wrote:
On Saturday 23 June 2007 13:09, Arkadiusz Miskiewicz wrote:
On Saturday 23 of June 2007, Andi Kleen wrote:
Here's a nickel. Get yourself a real shell.
POSIX compilant shell isn't real shell?
In this case it's not good enough. We're not
On 2007.05.30 22:34:34 +0200, Folkert van Heusden wrote:
P4 with HT and 2GB of ram
desktop (altough acting as a sever with 300 processes fighting for cpu
time)
[350598.081548] audit(1180545318.054:16): dev=eth1 prom=0 old_prom=256
auid=4294967295
[361753.921304] BUG: unable to handle
On 2007.05.31 12:20:47 +0200, [EMAIL PROTECTED] wrote:
On Wed, May 30, 2007 at 03:14:58PM +0200, Björn Steinbrink wrote:
Initialize the next field of a timer stats entry before it is inserted
into the list to avoid a race with the fastpath lookup.
Sorry to say... but this does not fix my
On 2007.05.31 01:43:31 +0200, Björn Steinbrink wrote:
On 2007.05.30 22:34:34 +0200, Folkert van Heusden wrote:
P4 with HT and 2GB of ram
desktop (altough acting as a sever with 300 processes fighting for cpu
time)
[350598.081548] audit(1180545318.054:16): dev=eth1 prom=0 old_prom=256
1 - 100 of 276 matches
Mail list logo
