| From | Subject | Date |
|---|---|---|
| Rusty Russell | [PATCH 1/3] Virtualization config cleanup: Select CONFIG_PAR...
(Unless there are complaints, I'll push this as part of the lguest
patches for 2.6.24, since there are lguest config changes there too).
Andi points out that PARAVIRT is an option best selected when needed.
We introduce PARAVIRT_GUEST for the menu itself, and select PARAVIRT
if the user turns on anything which needs it.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
---
arch/i386/Kconfig | 33 ++++++++++++++++++++-------------
arch/i386/xen/Kconfig | 1 +
2 files changed...
| Sep 24, 11:58 pm 2007 |
| Rusty Russell | [PATCH 2/3] Virtualization config cleanup: move lgeust under...
Move lguest under the virtualization menu.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
---
drivers/Kconfig | 2 --
drivers/kvm/Kconfig | 6 +++++-
2 files changed, 5 insertions(+), 3 deletions(-)
===================================================================
--- a/drivers/Kconfig
+++ b/drivers/Kconfig
@@ -87,6 +87,4 @@ source "drivers/kvm/Kconfig"
source "drivers/kvm/Kconfig"
source "drivers/uio/Kconfig"
-
-source "drivers/lguest/Kconfig"
endmenu
=====...
| Sep 24, 11:59 pm 2007 |
| Rusty Russell | [PATCH] Delay creation of khcvd thread
This changes hvc_init() to be called only when someone actually uses
the hvc_console driver. Dave Jones complained when profiling bootup.
hvc_console used to only be for Power aka pSeries: now lguest and Xen
both want it built-in in case the kernel is a guest under one of
those, even though usually it will be a native boot.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
---
drivers/char/Kconfig | 8 ++---
drivers/char/hvc_console.c | 66 ++++++++++++++++++++++++++++++----...
| Sep 24, 11:46 pm 2007 |
| Peer Chen | Re: Re: [PATCH] ahci: Add MCP79 support to AHCI driver
Yes,they all belong to AHCI controllers, 4 of them use ahci class code and others use RAID class code.
------------------
Peer Chen
2007-09-25
-------------------------------------------------------------
| Sep 24, 10:58 pm 2007 |
| Larry Finger | Missing PCIe interface in lspci
In the process of advising a user on getting a BCM4311 wireless device to work with bcm43xx rather
than ndiswrapper, the device stopped appearing in an lspci output. The 'lspci -vn' output
for this device before this failure was:
03:00.0 0280: 14e4:4311 (rev 01)
Subsystem: 103c:1363
Flags: fast devsel, IRQ 21
Memory at b8000000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 2
Capabilities: [58] Message Signalled Interrupts:...
| Sep 24, 8:58 pm 2007 |
| Linus Torvalds | Linux 2.6.23-rc8
Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to
have calmed down, and I think Thomas Gleixner may have found the
suspend/resume regression that has dogged us for a while, so I'm feeling
happy about things.
Of course, me feeling happy is usually immediately followed by some nasty
person finding new problems, but I'll just ignore that and enjoy the
feeling anyway, however fleeting it may be.
The shortlog really is pretty short, and I'm appending the diffstat at the
...
| Sep 24, 8:46 pm 2007 |
| Jan Kundrát | kswapd high CPU usage with no swap
Hi folks,
I use a 2.6.22-gentoo-r2 SMP kernel with fglrx 8.40.4 [1], tp_smapi-0.32
and ipw3945-1.2.0 on a Thinkpad T60 with dual core Intel Core CPU. My
root filesystem is XFS stored on an internal SATA disk, and I have 1GB
of RAM and no swap.
After several suspend to RAM/resume cycles, the X interface got pretty
slow today. Looking at the top output, I see that one core was
completely busy in the "wa" state and according to `ps auxww`, the
kswapd0 process was in uninterruptable deep sleep.
I d...
| Sep 24, 8:13 pm 2007 |
| Rik van Riel | Re: kswapd high CPU usage with no swap
On Tue, 25 Sep 2007 02:13:42 +0200
How much memory did you have in "cached" when you looked
with top (and no swap enabled) ?
If the amount of "cached" memory is very low, it could mean
that your shared libraries are being pushed out of memory,
instead of the kernel swapping out some page that belongs to
only one process.
As for kswapd getting into uninterruptible sleep state, it
will do that all by itself sometimes, without even having
any disk IO going on... that code looks a little suspect,...
| Sep 24, 10:34 pm 2007 |
| Roland McGrath | [PATCH 2/2] powerpc: FULL_REGS on exec
When PTRACE_O_TRACEEXEC is used, a ptrace call to fetch the registers at
the PTRACE_EVENT_EXEC stop (PTRACE_PEEKUSR) will oops in CHECK_FULL_REGS.
With recent versions, "gdb --args /bin/sh -c 'exec /bin/true'" and "run" at
the (gdb) prompt is sufficient to produce this. I also have written an
isolated test case, see https://bugzilla.redhat.com/show_bug.cgi?id=301791#c15.
This change fixes the problem by clearing the low bit of pt_regs.trap in
start_thread so that FULL_REGS is true again. This is...
| Sep 24, 7:52 pm 2007 |
| Benjamin Herrenschmidt | Sep 24, 8:34 pm 2007 | |
| Roland McGrath | [PATCH 1/2] powerpc: ptrace CHECK_FULL_REGS
This restores the CHECK_FULL_REGS sanity check to every place that can
access the nonvolatile GPRs for ptrace. This is already done for
native-bitwidth PTRACE_PEEKUSR, but was omitted for many other cases
(32-bit ptrace, PTRACE_GETREGS, etc.); I think there may have been more
uniform checks before that were lost in the recent cleanup of GETREGS et al.
Signed-off-by: Roland McGrath <roland@redhat.com>
---
arch/powerpc/kernel/ptrace.c | 4 ++++
arch/powerpc/kernel/ptrace32.c | 8 ++...
| Sep 24, 7:50 pm 2007 |
| Benjamin Herrenschmidt | Re: [PATCH 1/2] powerpc: ptrace CHECK_FULL_REGS
Yup, I think I ditched most of them.. for some reason I decided it
couldn't happen, but maybe I'm wrong ?
Cheers,
-
| Sep 24, 8:33 pm 2007 |
| Roland McGrath | Re: [PATCH 1/2] powerpc: ptrace CHECK_FULL_REGS
Well, it's a BUG_ON. It's supposed to be for something that "can't happen".
That's why it's a sanity check, not a wild assertion. ;-)
The 2/2 patch is an example of a bug that CHECK_FULL_REGS catches.
In the status quo, using PTRACE_PEEKUSR in a bug case crashes while using
PTRACE_GETREGS in the same place might get bogus data. (In the actual bug
thus found, the data is not bogus and only the bit that FULL_REGS checks is.)
Thanks,
Roland
-
| Sep 24, 8:59 pm 2007 |
| Benjamin Herrenschmidt | Re: [PATCH 1/2] powerpc: ptrace CHECK_FULL_REGS
Fair enough.
Ben.
-
| Sep 24, 11:58 pm 2007 |
| Kristen Carlson Accardi | [patch] ata: libata: add per device private data
Allow host controllers to store private data per device.
Signed-off-by: Kristen Carlson Accardi <kristen.c.accardi@intel.com>
---
include/linux/libata.h | 3 +++
1 file changed, 3 insertions(+)
Index: libata-dev/include/linux/libata.h
===================================================================
--- libata-dev.orig/include/linux/libata.h 2007-09-24 16:13:33.000000000 -0700
+++ libata-dev/include/linux/libata.h 2007-09-24 16:15:24.000000000 -0700
@@ -474,6 +474,9 @@ struct ata...
| Sep 24, 7:23 pm 2007 |
| Adrian Bunk | Linux 2.6.16.54-rc1
Location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss
Changes since 2.6.16.53:
Adrian Bunk (1):
Linux 2.6.16.54-rc1
Alexander Shmelev (1):
[SPARC32]: Fix bug in sparc optimized memset.
David S. Miller (1):
[MATH-EMU]: Fix underflow exception reporting....
| Sep 24, 6:24 pm 2007 |
| Kristen Carlson Accardi | [patch 2/2] Enable Aggressive Link Power management for AHCI...
This patch will set the correct bits to turn on Aggressive
Link Power Management (ALPM) for the ahci driver. This
will cause the controller and disk to negotiate a lower
power state for the link when there is no activity (see
the AHCI 1.x spec for details). This feature is mutually
exclusive with Hot Plug, so when ALPM is enabled, Hot Plug
is disabled. ALPM will be enabled by default, but it is
settable via the scsi host syfs interface. Possible
settings for this feature are:
Setting Effect...
| Sep 24, 6:14 pm 2007 |
| Kristen Carlson Accardi | [patch 1/2] Enable link power management for ata drivers
Device Initiated Power Management, which is defined
in SATA 2.5 can be enabled for disks which support it.
This patch enables DIPM when the user sets the link
power management policy to "min_power".
Additionally, libata drivers can define a function
(enable_pm) that will perform hardware specific actions to
enable whatever power management policy the user set up
for Host Initiated Power management (HIPM).
This power management policy will be activated after all
disks have been enumerated and ...
| Sep 24, 6:13 pm 2007 |
| roel | Re: [patch 1/2] Enable link power management for ata drivers
^
|
are you sure this
should be 76?
we can also change the first statement a bit:
and:
-
| Sep 24, 7:12 pm 2007 |
| Kristen Carlson Accardi | Re: [patch 1/2] Enable link power management for ata drivers
On Tue, 25 Sep 2007 01:12:32 +0200
I feel this is equivalent functionality and not as readable.
-
| Sep 24, 7:41 pm 2007 |
| Jeff Garzik | Re: [patch 1/2] Enable link power management for ata drivers
Poke around for Alan Cox's cleanup of this area of linux/ata.h.
It converts several macros to inline functions (encouraged), and also
illustrates a nice, clean way of testing an ID word's validity.
[obviously the final implementation varies, depending on that ID word's
history]
Alan or Andrew, got a copy somewhere? My feeble search skills don't
seem to turn it up at the moment, even though I had a copy in my hands
quite recently.
Jeff
-
| Sep 24, 7:59 pm 2007 |
| Davide Libenzi | Re: [patch 1/2] Enable link power management for ata drivers
int foo(int i, int j) {
return !(i & 8) || !j;
}
int moo(int i, int j) {
return !((i & 8) && j);
}
gcc -O2 -S:
.globl foo
.type foo, @function
foo:
shrl $3, %edi
xorl $1, %edi
testl %esi, %esi
sete %al
orl %eax, %edi
andl $1, %edi
movl %edi, %eax
ret
.globl moo
.type moo, @function
moo:
shrl $3, %edi
...
| Sep 24, 7:28 pm 2007 |
| roel | Re: [patch 1/2] Enable link power management for ata drivers
Indeed, no difference, except for the eye.
do you not consider it an improvement or do you not want to change it?
or
don't you consider it an improvement and want to change it?
-
| Sep 24, 8:00 pm 2007 |
| Kristen Carlson Accardi | [patch 0/2] SATA Link Power Management patches
Here's a set of patches which implement link power management for SATA.
We had talked at kernel summit of moving sysfs interface for setting
the link power management policy to the block layer, but after a
lot of consideration, I think this doesn't make sense. Mainly because
I feel for SATA the link power management policy should be associated
with the controller, not with the device. So, we continue to use
the shost_attrs array in the scsi host template to create a sysfs
interface that is associa...
| Sep 24, 6:12 pm 2007 |
| Ahmed S. Darwish | i386: Fix null interrupt handler (ignore_int) message ?
Hi all,
I'm getting little confused by some ignore_int (null interrupt handler) code in
head.S. Code notifies the user about the unknown raised interrupt by below
string:
int_msg:
.asciz "Unknown interrupt or fault at EIP %p %p %p\n"
and prints it using below code path:
ignore_int:
pushl %eax; pushl %ecx; pushl %edx; pushl %es; pushl %ds
[...]
pushl 16(%esp); pushl 24(%esp);
pushl 32(%esp); pushl 40(%esp);
pushl $int_msg
[...]
call printk
** But here's the state of stack b...
| Sep 24, 6:08 pm 2007 |
| Trond Myklebust | lockdep wierdness...
I'm seeing lockdep warning about a potential lock inversion between
&mm->mmap_sem and &inode->i_mutex in NFS (see attachment).
Unfortunately the basis for the warning appears to be the behaviour in
ext3(???). AFAICS there is no way for NFS to share an inode->i_mutex
with ext3. What to do?
Trond
| Sep 24, 6:07 pm 2007 |
| Steven Rostedt | Re: lockdep wierdness...
The circular lock seems to be this:
#1:
sys_mmap2: down_write(&mm->mmap_sem);
nfs_revalidate_mapping: mutex_lock(&inode->i_mutex);
#0:
vfs_readdir: mutex_lock(&inode->i_mutex);
- during the readdir (filldir64), we take a user fault (missing page?)
and call do_page_fault -
do_page_fault: down_read(&mm->mmap_sem);
So it does indeed look like a circular locking. Now the question is, "is
this a bug?". Looking like the ino...
| Sep 24, 10:13 pm 2007 |
| Randy Dunlap | [PATCH/RFC] samples/: move kprobes sources to samples
This is RFC patch 2/2.
Patch 1/2 introduces the samples/ infrastructure:
http://lkml.org/lkml/2007/9/24/397
---
From: Randy Dunlap <randy.dunlap@oracle.com>
Move kprobes source files from Documentation/kprobes.txt to
samples/kprobes/ and add them to the build system.
Fix sparse warnings in all 3 kprobes samples source files.
Although kprobe-example.c is x86-specific, make it build on any
platform by surrounding some code in ifdef/endif blocks.
Signed-off-by: Randy Dunlap &l...
| Sep 24, 5:58 pm 2007 |
| roel | Re: [PATCH/RFC] samples/: move kprobes sources to samples
I could only point to three nitpicks
or do:
ret = register_jprobe(&my_jprobe);
or:
ret = register_kretprobe(&my_kretprobe);
-
| Sep 24, 6:24 pm 2007 |
| Randy Dunlap | Re: [PATCH/RFC] samples/: move kprobes sources to samples
Yes, hopefully the kprobes people will chime in here sometime and
merge those as well, or just ack them and I can change the code.
Thanks.
---
~Randy
Phaedrus says that Quality is about caring.
-
| Sep 24, 6:32 pm 2007 |
| Mathieu Desnoyers | Re: [PATCH/RFC] samples/: move kprobes sources to samples
Hi Randy,
I got this when building my markers (which looks alike your kprobes):
ld: samples/built-in.o: No such file: No such file or directory
make: *** [.tmp_vmlinux1] Error 1
And the Makefile from samples does not seem to be executed. And why is
there a Kbuild file in your first patch ?
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
-
| Sep 24, 6:21 pm 2007 |
| Randy Dunlap | Re: [PATCH/RFC] samples/: move kprobes sources to samples
samples/Kbuild should be renamed to samples/Makefile.
Sorry about that.
I made the kprobes files build only as modules.
You are probably attempting to build markers built-in, not as
modules? That needs some makefile foo, I think. Sam??
--
~Randy
Phaedrus says that Quality is about caring.
-
| Sep 24, 6:29 pm 2007 |
| Mathieu Desnoyers | Re: [PATCH/RFC] samples/: move kprobes sources to samples
Ok, fixed.. Was due either to Kbuild being there (?!?) and/or the fact
that I used += markers instead of += markers/.
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
-
| Sep 24, 6:45 pm 2007 |
| Maurizio Monge | Re: HSM violation with ahci+WDC WD1600BEVS-22RST0
No, i did not manage to improve (it should NOT be a dangerous error BTW).
I simply think that this issue is because of buggy firmware, so i
posted to linux-ide a patch to blacklist this hard disk from using NCQ
(because it is triggering spurious completions).
I don't know what the "blacklisting policy" is for linux kernel
developers, i think that, since there probably are a lot of buggy
drives for NCQ and so, a module parameter to disable NCQ while loading
libata could be useful.
Best regards.
...
| Sep 24, 5:52 pm 2007 |
| Ingo Molnar | [git] CFS-devel, latest code
The latest sched-devel.git tree can be pulled from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
Lots of scheduler updates in the past few days, done by many people.
Most importantly, the SMP latency problems reported and debugged by Mike
Galbraith should be fixed for good now.
I've also included the latest and greatest group-fairness scheduling
patch from Srivatsa Vaddagiri, which can now be used without containers
as well (in a simplified, each-uid-ge...
| Sep 24, 5:45 pm 2007 |
| Daniel Walker | Re: [git] CFS-devel, latest code
Does this have anything to do with idle balancing ? I noticed some
fairly large latencies in that code in 2.6.23-rc's ..
Daniel
-
| Sep 24, 8:08 pm 2007 |
| Andrew Morton | Re: [git] CFS-devel, latest code
On Mon, 24 Sep 2007 23:45:37 +0200
I'm pulling linux-2.6-sched.git, and it's oopsing all over the place on
ia64, and Lee's observations about set_leftmost()'s weirdness are
pertinent.
Should I instead be pulling linux-2.6-sched-devel.git?
-
| Sep 24, 5:55 pm 2007 |
| Ingo Molnar | Re: [git] CFS-devel, latest code
yeah, please pull that one.
linux-2.6-sched.git by mistake contained an older sched-devel tree for
about a day (where your scripts picked it up). I've restored that one to
-rc7 meanwhile. It's only supposed to contain strict fixes for upstream.
(none at the moment)
Ingo
-
| Sep 24, 5:59 pm 2007 |
| Steven Rostedt | [HACK] convert i_alloc_sem for direct_io.c craziness!
Hopefully I will get some attention from those that are responsible for
fs/direct_io.c
Ingo and Thomas,
This patch converts the i_alloc_sem into a compat_rw_semaphore for the -rt
patch. Seems that the code in fs/direct_io.c does some nasty logic with
the i_alloc_sem. For DIO_LOCKING, I'm assuming that the i_alloc_sem is
used as a reference counter for pending requests. When the request is
made, the down_read is performed. When the request is handled by the block
softirq, then that softirq do...
| Sep 24, 5:14 pm 2007 |
| Lee Schermerhorn | 2.6.23-rc7-mm1: panic in scheduler
I looked around on the MLs for mention of this, but didn't find anything
that appeared to match.
Platform: HP rx8620 - 16-cpu/32GB/4-node ia64 [Madison]
2.6.23-rc7-mm1 broken out -- panic occurs when git-sched.patch pushed:
Unable to handle kernel NULL pointer dereference (address 0000000000000000)
swapper[0]: Oops 8813272891392 [1]
Modules linked in: scsi_wait_scan ehci_hcd ohci_hcd uhci_hcd usbcore
Pid: 0, CPU 14, comm: swapper
psr : 0000101008522030 ifs : 8000000000000002 ip...
| Sep 24, 5:12 pm 2007 |
| Ingo Molnar | Re: 2.6.23-rc7-mm1: panic in scheduler
could you pull this git tree ontop of a -rc7 (or later) upstream tree:
git-pull git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
does the solve the crash?
the above set_leftmost() code used to be larger and now indeed those
bits are mostly dead code. I've queued up a clean-up patch for that -
see the patch below. It should not impact correctness though, so if you
can still trigger the crash with the latest sched-devel.git tree we'd
like to know about it.
...
| Sep 24, 6:24 pm 2007 |
| Kamalesh Babulal | Re: 2.6.23-rc7-mm1: panic in scheduler
Exactly same call trace is produced over IA64 Madison (up to 9M cache) with 8 cpu's.
--
Thanks & Regards,
Kamalesh Babulal,
Linux Technology Center,
IBM, ISTL.
-
| Sep 24, 5:30 pm 2007 |
| travis | [PATCH 1/1] x86: Convert cpuinfo_x86 array to a per_cpu arra...
v3: fix compile errors in arch-i386-allmodconfig build
v2: rebasing on 2.6.23-rc6-mm1
cpu_data is currently an array defined using NR_CPUS. This means that
we overallocate since we will rarely really use maximum configured cpus.
When NR_CPU count is raised to 4096 the size of cpu_data becomes
3,145,728 bytes.
These changes were adopted from the sparc64 (and ia64) code. An
additional field was added to cpuinfo_x86 to be a non-ambiguous
cpu index. This corresponds to the index into a cpumask_t...
| Sep 24, 5:08 pm 2007 |
| roel | Re: [PATCH 1/1] x86: Convert cpuinfo_x86 array to a per_cpu ...
while we're at it, we could change this to
if (!(c->x86_vendor == X86_VENDOR_AMD && c->x86 == 5 &&
You could also use the max macro here:
max(tx, 1)
-
| Sep 24, 6:01 pm 2007 |
| Dave Jones | Re: [PATCH 1/1] x86: Convert cpuinfo_x86 array to a per_cpu ...
<excessive quoting trimmed, please don't quote 40K of text
to add a single line reply>
On Tue, Sep 25, 2007 at 12:01:56AM +0200, roel wrote:
> > --- a/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
> > +++ b/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
> > @@ -215,7 +215,7 @@ static struct cpufreq_driver powernow_k6
> > */
> > static int __init powernow_k6_init(void)
> > {
> > - struct cpuinfo_x86 *c = cpu_data;
> > + struct cpu...
| Sep 24, 7:24 pm 2007 |
| roel | Re: [PATCH 1/1] x86: Convert cpuinfo_x86 array to a per_cpu ...
It's not inverting the test, so you don't need to move code. It evaluates
the same, only the combined negation is moved to the front. I suggested it
to increase clarity, it results in the same assembly language.
Roel
-
| Sep 24, 8:20 pm 2007 |
| Dave Jones | Re: [PATCH 1/1] x86: Convert cpuinfo_x86 array to a per_cpu ...
On Tue, Sep 25, 2007 at 02:20:01AM +0200, roel wrote:
> > > > if ((c->x86_vendor != X86_VENDOR_AMD) || (c->x86 != 5) ||
> > > > ((c->x86_model != 12) && (c->x86_model != 13)))
> > >
> > > while we're at it, we could change this to
> > >
> > > if (!(c->x86_vendor == X86_VENDOR_AMD && c->x86 == 5 &&
> > > (c->x86_model == 12 || c->x86_model == 13)))
> ...
| Sep 24, 8:31 pm 2007 |
| travis | [PATCH 0/1] x86: Convert cpuinfo_x86 array to a per_cpu arra...
v3: fix compile errors in arch-i386-allmodconfig build
v2: rebasing on 2.6.23-rc6-mm1
Analyzing various data structures when NR_CPU count is raised
to 4096 shows the following arrays over 128k. If the maximum
number of cpus are not installed (about 99.99% of the time),
then a large percentage of this memory is wasted.
--
151289856 CALNDATA irq_desc
135530496 RMDATATA irq_cfg
3145728 CALNDATA cpu_data
2101248 BSS irq_lists
2097152 RMDATATA cpu_sibling_map
20971...
| Sep 24, 5:08 pm 2007 |
| Helge Hafting | x86-64 sporadic hang in 2.6.23rc7 and 2.6.22
The two kernels mentioned hangs occationally.
Typically when I compile something and pass the time
by surfing the web.
A few minutes and then I notice that the mouse (and everything else in X)
stops. kbd LEDs does not react to numlock/capslock.
The only thing that still works is sysrq+B
So far this has happened while running X, so no messages.
I have gone back to 2.6.22rc4, which seems to work.
This is a single opteron, although on a dual-slot board.
Helge Hafting
-
| Sep 24, 5:08 pm 2007 |
| Thomas Gleixner | Re: x86-64 sporadic hang in 2.6.23rc7 and 2.6.22
Can you switch to serial console, so we can get some information out of
that box? Sysrq-B is working, so we can get info from other sysrq
functions as well.
tglx
-
| Sep 24, 5:29 pm 2007 |
| previous day | today | next day |
|---|---|---|
| September 23, 2007 | September 24, 2007 | September 25, 2007 |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [2.6.22.2 review 05/84] Fix deadlocks in sparc serial console. |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Andrew Morton | -mm merge plans for 2.6.23 |
git: | |
| Jeff Kirsher | [RESEND][NET-NEXT PATCH 01/29] ixgbe: fix bug where using wake queue instead of st... |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Patrick McHardy | Re: [GIT]: Networking |
| Manuel Bouyer | Re: Interactive performance in -current |
| Christian Limpach | Re: newfs: determining file system parameters |
| YAMAMOTO Takashi | Re: statvfs(2) replacement for statfs(2) patch |
| Charles M. Hannum | Re: kern/22869: Slave IDE drive not detected |
