login
Search
| From | Subject | Date |
|---|---|---|
| Yinghai Lu | [PATCH] x86: gart iommu have direct mapping when agp is ...
move init_memory_mapping out of init_k8_gatt.
for: http://bugzilla.kernel.org/show_bug.cgi?id=11676
2.6.27-rc2 to rc8, apgart fails, iommu=soft works, regression
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
---
arch/x86/kernel/pci-gart_64.c | 20 +++++++++++---------
1 file changed, 11 insertions(+), 9 deletions(-)
Index: linux-2.6/arch/x86/kernel/pci-gart_64.c
===================================================================
--- ...
| Oct 4, 3:55 pm 2008 |
| Yinghai Lu | [PATCH] x86: sparse_irq: fix typo in debug print out
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
---
arch/x86/kernel/io_apic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/arch/x86/kernel/io_apic.c
===================================================================
--- linux-2.6.orig/arch/x86/kernel/io_apic.c
+++ linux-2.6/arch/x86/kernel/io_apic.c
@@ -257,7 +257,7 @@ static struct irq_cfg *irq_cfg_alloc(uns
panic("please boot with nr_irq_cfg= %d\n", count * 2);
phys = ...
| Oct 4, 3:52 pm 2008 |
| Yinghai Lu | [PATCH 3/3] x86: mtrr_cleanup: treat WRPROT as UNCACHEABLE
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
---
arch/x86/kernel/cpu/mtrr/main.c | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
Index: linux-2.6/arch/x86/kernel/cpu/mtrr/main.c
===================================================================
--- linux-2.6.orig/arch/x86/kernel/cpu/mtrr/main.c
+++ linux-2.6/arch/x86/kernel/cpu/mtrr/main.c
@@ -759,7 +759,8 @@ x86_get_mtrr_mem_range(struct res_range
/* take out UC ranges */
for (i = 0; i < num_var_ranges; i++) {
...
| Oct 4, 2:50 pm 2008 |
| Yinghai Lu | [PATCH 1/3] x86: mtrr_cleanup: print out correct type
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
---
arch/x86/kernel/cpu/mtrr/main.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6/arch/x86/kernel/cpu/mtrr/main.c
===================================================================
--- linux-2.6.orig/arch/x86/kernel/cpu/mtrr/main.c
+++ linux-2.6/arch/x86/kernel/cpu/mtrr/main.c
@@ -1273,12 +1273,14 @@ static int __init mtrr_cleanup(unsigned
size_base = to_size_factor(size_base, &size_factor),
start_base = ...
| Oct 4, 2:50 pm 2008 |
| Yinghai Lu | [PATCH 2/3] x86: mtrr_cleanup: first 1M should be coverr ...
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
---
arch/x86/kernel/cpu/mtrr/main.c | 9 +++++++++
1 file changed, 9 insertions(+)
Index: linux-2.6/arch/x86/kernel/cpu/mtrr/main.c
===================================================================
--- linux-2.6.orig/arch/x86/kernel/cpu/mtrr/main.c
+++ linux-2.6/arch/x86/kernel/cpu/mtrr/main.c
@@ -1292,6 +1292,15 @@ static int __init mtrr_cleanup(unsigned
(mtrr_tom2 >> PAGE_SHIFT) - extra_remove_base;
nr_range = ...
| Oct 4, 2:50 pm 2008 |
| Alexander van Heukelum | [PATCH] dumpstack: x86: various small unification steps
Hi Ingo,
Here is the first round of unification of dumpstack_32.c
and dumpstack_64.c. The first patch can also be seen as
a clean-up of the traps.c-unification as I forgot to move
one function at the time. Anyhow, the series depends on
the traps unification.
B.T.W., I could reproduce the spontaneous reboot with the
traps unification with glibc. The change GATE_INTERRUPT ->
GATE_TRAP fixed the crash there. Usually I test only with
a small klibc-based userspace, and there the reboot ...
| Oct 4, 2:12 pm 2008 |
| Alexander van Heukelum | [PATCH] dumpstack: x86: make printk_address equal
- x86_64: use %p to print an address
- make i386-version the same as the above
The result should be the same on x86_64; on i386 the
output only changes if CONFIG_KALLSYMS is turned off,
in which case the address is printed twice.
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
---
arch/x86/kernel/dumpstack_32.c | 27 ++-------------------------
arch/x86/kernel/dumpstack_64.c | 4 ++--
2 files changed, 4 insertions(+), 27 deletions(-)
diff --git ...
| Oct 4, 2:12 pm 2008 |
| Alexander van Heukelum | [PATCH] dumpstack: i386: make kstack= an early boot-para ...
- make kstack= and early_param
- add oops=panic, setting panic_on_oops
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
---
arch/x86/kernel/dumpstack_32.c | 17 ++++++++++++++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/dumpstack_32.c b/arch/x86/kernel/dumpstack_32.c
index 96d78c9..d5347f1 100644
--- a/arch/x86/kernel/dumpstack_32.c
+++ b/arch/x86/kernel/dumpstack_32.c
@@ -421,13 +421,24 @@ die_nmi(char *str, struct pt_regs *regs, int ...
| Oct 4, 2:12 pm 2008 |
| Alexander van Heukelum | [PATCH] dumpstack: x86: various small unification steps
- define STACKSLOTS_PER_LINE and use it
- define get_bp macro to hide the %%ebp/%%rbp difference
- i386: check task==NULL in dump_trace, like x86_64
- i386: show_trace(NULL, ...) uses current automatically
- x86_64: use [#%d] for die_counter, like i386
- whitespace and comments
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
---
arch/x86/kernel/dumpstack_32.c | 23 +++++++++++------------
arch/x86/kernel/dumpstack_64.c | 15 +++++++++------
2 files changed, 20 ...
| Oct 4, 2:12 pm 2008 |
| Alexander van Heukelum | [PATCH] dumpstack: x86: add "end" parameter to valid_sta ...
- Add "end" parameter to valid_stack_ptr and print_context_stack
- use sizeof(long) as the size of a word on the stack
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
---
arch/x86/kernel/dumpstack_32.c | 19 +++++++++++++------
arch/x86/kernel/dumpstack_64.c | 2 +-
2 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/arch/x86/kernel/dumpstack_32.c b/arch/x86/kernel/dumpstack_32.c
index 62f71c8..09cd37c 100644
--- a/arch/x86/kernel/dumpstack_32.c
+++ ...
| Oct 4, 2:12 pm 2008 |
| Alexander van Heukelum | [PATCH] dumpstack: x86: use log_lvl and unify trace formatting
From: Alexander van Heukelum <heukelum@sleipnir.lusi.uni-sb.de>
- x86: Write log_lvl strings if available
- start raw stack dumps on new line
- i386: Remove extra indentation for raw stack dumps
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
---
arch/x86/kernel/dumpstack_32.c | 18 +++++++++---------
arch/x86/kernel/dumpstack_64.c | 8 ++++----
2 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/arch/x86/kernel/dumpstack_32.c ...
| Oct 4, 2:12 pm 2008 |
| Alexander van Heukelum | [PATCH] dumpstack: x86: move die_nmi to dumpstack_32.c
For some reason die_nmi is still defined in traps.c for
i386, but is found in dumpstack_64.c for x86_64. Move it
to dumpstack_32.c
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
---
arch/x86/kernel/dumpstack_32.c | 36 ++++++++++++++++++++++++++++++++++++
arch/x86/kernel/traps.c | 37 -------------------------------------
2 files changed, 36 insertions(+), 37 deletions(-)
diff --git a/arch/x86/kernel/dumpstack_32.c b/arch/x86/kernel/dumpstack_32.c
index ...
| Oct 4, 2:12 pm 2008 |
| Alexander van Heukelum | [PATCH] dumptrace: x86: consistently include loglevel, p ...
- i386 and x86_64: always printk the 'data' parameter
- i386: announce stack switch (irq -> normal)
- i386: check if there is a stack switch before announcing it
There is a warning that 'context' might come out corrupt in early
boot. If this is true it should be fixed, not worked around.
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
---
arch/x86/kernel/dumpstack_32.c | 17 ++++++-----------
arch/x86/kernel/dumpstack_64.c | 9 +++++++--
2 files changed, 13 ...
| Oct 4, 2:12 pm 2008 |
| Alexey Dobriyan | [PATCH] proc: move PROC_PAGE_MONITOR to fs/proc/Kconfig
FYI, applied to proc.git.
commit 2ee80fd74e64b07815e828b67d3343fce6063e14
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date: Fri Oct 3 02:01:51 2008 +0400
proc: move PROC_PAGE_MONITOR to fs/proc/Kconfig
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
diff --git a/fs/proc/Kconfig b/fs/proc/Kconfig
index 73cd7a4..50f8f06 100644
--- a/fs/proc/Kconfig
+++ b/fs/proc/Kconfig
@@ -57,3 +57,13 @@ config PROC_SYSCTL
As it is generally a good thing, you should say Y here ...
| Oct 4, 1:58 pm 2008 |
| Matthew Garrett | Re: [PATCH] rfkill-input doesn't work until 5 minutes af ...
Mm. True. I'll fix it up to do it at load time.
--
Matthew Garrett | mjg59@srcf.ucam.org
--
| Oct 4, 3:50 pm 2008 |
| Matthew Garrett | [PATCH] rfkill-input doesn't work until 5 minutes after boot
rfkill-input implements debounce as follows:
if (time_after(jiffies, task->last + msecs_to_jiffies(200))) {
However, task->last is initialised to 0 while jiffies starts at -300*HZ.
Any input within 5 minutes of kernel start is therefore ignored. Fix by
initialising task->last correctly.
Signed-off-by: Matthew Garrett <mjg@redhat.com>
---
.27 material?
diff --git a/net/rfkill/rfkill-input.c b/net/rfkill/rfkill-input.c
index e5b6955..de75934 100644
--- ...
| Oct 4, 1:43 pm 2008 |
| Andrew Morton | Re: [PATCH] rfkill-input doesn't work until 5 minutes af ...
That'll only work as intended if CONFIG_RFKILL_INPUT=y? If the module
is loaded 10 minutes after boot, the timestamp is still wrong. It might
happily happen to work, but will still fail after 2^31 jiffies (or something
like that).
Generally speaking, INITIAL_JIFFIES is a secret internal debugging
detail and its use out in general kernel code is a red flag.
yup.
--
| Oct 4, 3:39 pm 2008 |
| Sitsofe Wheeler | Re: [PATCH] rfkill-input doesn't work until 5 minutes af ...
Works for me (saves a huge wait to be able to do wifi toggling via a
hotkey).
Tested-by: Sitsofe Wheeler <sitsofe@yahoo.com>
--
Sitsofe | http://sucs.org/~sits/
--
| Oct 4, 3:03 pm 2008 |
| Arjan van de Ven | [patch] fix printk format typo in boot ftracer.
When printing nanoseconds, the right printk format string is %09 not %06...
Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>
diff --git a/kernel/trace/trace_boot.c b/kernel/trace/trace_boot.c
index a7efe35..d0a5e50 100644
--- a/kernel/trace/trace_boot.c
+++ b/kernel/trace/trace_boot.c
@@ -62,14 +62,14 @@ static enum print_line_t initcall_print_line(struct trace_iterator *iter)
struct timespec rettime = ktime_to_timespec(it->rettime);
if (entry->type == TRACE_BOOT) {
- ret = ...
| Oct 4, 1:42 pm 2008 |
| Frédéric Weisbecker | Re: [patch] fix printk format typo in boot ftracer.
I picked these formats from the printk.c time formatting. But you're right,
09 would give us the whole nano precision.
--
| Oct 4, 1:58 pm 2008 |
| Julia Lawall | [PATCH 2/2] drivers/s390/cio/chsc_sch.c: Correct use of ...
From: Julia Lawall <julia@diku.dk>
In commit e6bafba5b4765a5a252f1b8d31cbf6d2459da337, a bug was fixed that
involved converting !x & y to !(x & y). The code below shows the same
pattern, and thus should perhaps be fixed in the same way. In particular,
the result of !scsw_stctl(&request->irb.scsw) & SCSW_STCTL_STATUS_PEND is
always just !scsw_stctl(&request->irb.scsw).
The semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// <smpl>
@@ expression ...
| Oct 4, 1:05 pm 2008 |
| Julia Lawall | [PATCH 1/2] drivers/i2c/busses/i2c-s3c2410.c: Correct us ...
From: Julia Lawall <julia@diku.dk>
In commit e6bafba5b4765a5a252f1b8d31cbf6d2459da337, a bug was fixed that
involved converting !x & y to !(x & y). The code below shows the same
pattern, and thus should perhaps be fixed in the same way. In particular,
the result of !readl(i2c->regs + S3C2410_IICCON) & S3C2410_IICCON_IRQEN is
always 0.
The semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// <smpl>
@@ expression E; constant C; @@
(
!E & ...
| Oct 4, 1:05 pm 2008 |
| Frederic Weisbecker | [PATCH -tip] Return an error when setting a nonexistent tracer
When one try to set a nonexistent tracer, no error is returned
as if the name of the tracer was correct.
We should return -EINVAL.
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
---
kernel/trace/trace.c | 13 ++++++++++---
1 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index 1cd2e81..9b30473 100644
--- a/kernel/trace/trace.c
+++ b/kernel/trace/trace.c
@@ -2384,9 +2384,11 @@ tracing_set_trace_write(struct file *filp, ...
| Oct 4, 1:04 pm 2008 |
| Arjan van de Ven | Re: [PATCH -tip] Fastboot: fix initcalls disposition in ...
On Sat, 04 Oct 2008 21:35:48 +0200
I wonder about this.. there's only supposed to be 2....
your graph is quite different.
--
| Oct 4, 1:19 pm 2008 |
| Frédéric Weisbecker | Re: [PATCH -tip] Fastboot: fix initcalls disposition in ...
I'm tracing all of the initcalls in my machine (even the modules).
If you look at both svg sources, you will see all of the 5 initcalls displayed.
But for the "before the patch" one, it depends on the software you are
using to visualize it.
With firefox you only see two of them. With the default gnome
visualization software (don't remember its name)
you can see all of them but in a very extensive image because a lot of
rows are unused.
With the "after the patch one", there is no ...
| Oct 4, 1:28 pm 2008 |
| Arjan van de Ven | Re: [PATCH -tip] Fastboot: fix initcalls disposition in ...
On Sat, 4 Oct 2008 22:28:49 +0200
fair enough
Acked-by: Arjan van de Ven <arjan@linux.intel.com>
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
| Oct 4, 1:39 pm 2008 |
| Frederic Weisbecker | [PATCH -tip] Fastboot: fix initcalls disposition in boot ...
When bootgraph.pl parses a file, it gives one row
for each initcall's pid. But only few of them will
be displayed => the longest.
This patch corrects it by giving only a rows for pids
which have initcalls that will be displayed.
You can see the result in attachment, before and after the patch.
Ingo, could you please revert the commit b4bc656397071b18c99e85d9181f076e44de8a99 which was a false solution
to solve this problem. Thanks.
(I'm sorry if the patch doesn't look smart. I've
never ...
| Oct 4, 12:35 pm 2008 |
| Rafael J. Wysocki | [Bug #11699] 2.6.27-rc-7: BUG: scheduling while atomic, ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11699
Subject : 2.6.27-rc-7: BUG: scheduling while atomic, c1e_idle+0x98/0xe0
Submitter : Prakash Punnoor <prakash@punnoor.de>
Date : 2008-09-28 17:45 (7 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11568] spontaneous reboot on resume with 2.6.27
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11568
Subject : spontaneous reboot on resume with 2.6.27
Submitter : Andy Wettstein <ajw1980@gmail.com>
Date : 2008-09-14 20:00 (21 days old)
--
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11272] BUG: parport_serial in 2.6.27-rc1 for NetMo ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 15:12 (61 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11215] INFO: possible recursive locking detected p ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2008-07-31 9:41 (66 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11700] ACPI instabilities and IRQs being disabled
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11700
Subject : ACPI instabilities and IRQs being disabled
Submitter : Shawn Starr <shawn.starr@rogers.com>
Date : 2008-09-27 22:40 (8 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11308] tbench regression on each kernel release fr ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28
Submitter : Christoph Lameter <cl@linux-foundation.org>
Date : 2008-08-11 18:36 (55 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11207] VolanoMark regression with 2.6.27-rc1
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date : 2008-07-31 3:20 (66 days old)
References : ...
| Oct 4, 10:28 am 2008 |
| Rafael J. Wysocki | [Bug #11210] libata badness
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak@kernel.crashing.org>
Date : 2008-07-31 18:53 (66 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11698] 2.6.27-rc7, freezes with > 1 s2ram cycle
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11698
Subject : 2.6.27-rc7, freezes with &gt; 1 s2ram cycle
Submitter : Soeren Sonnenburg <kernel@nn7.de>
Date : 2008-09-29 11:29 (6 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11230] Kconfig no longer outputs a .config with fr ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer@linux.vnet.ibm.com>
Date : 2008-08-02 16:03 (64 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11512] sort-of regression due to "kconfig: speed u ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11512
Subject : sort-of regression due to "kconfig: speed up all*config + randconfig"
Submitter : Alexey Dobriyan <adobriyan@gmail.com>
Date : 2008-09-05 22:50 (30 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11407] suspend: unable to handle kernel paging request
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2008-08-21 17:28 (45 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11697] CD tray closes spontaneously after opening it
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11697
Subject : CD tray closes spontaneously after opening it
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-09-30 10:47 (5 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Thomas Backlund | Oct 4, 1:47 pm 2008 | |
| Rafael J. Wysocki | [Bug #11516] severe performance degradation on x86_64 go ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11516
Subject : severe performance degradation on x86_64 going from 2.6.26-rc9 -&gt; 2.6.27-rc5
Submitter : Jason Vas Dias <jason.vas.dias@gmail.com>
Date : 2008-09-07 13:59 (28 days ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap@oracle.com>
Date : 2008-08-21 5:52 (45 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11380] lockdep warning: cpu_add_remove_lock at:cpu ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo@elte.hu>
Date : 2008-08-20 6:44 (46 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11271] BUG: fealnx in 2.6.27-rc1
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 14:58 (61 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11701] sky2 wol regression
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11701
Subject : sky2 wol regression
Submitter : Tino Keitel <tino.keitel@gmx.de>
Date : 2008-09-24 8:05 (11 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11695] USB disconnects every 30 seconds
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11695
Subject : USB disconnects every 30 seconds
Submitter : Dave Hansen <dave@sr71.net>
Date : 2008-10-03 17:45 (2 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11629] quad G5 fails to shut down
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11629
Subject : quad G5 fails to shut down
Submitter : Johannes Berg <johannes@sipsolutions.net>
Date : 2008-09-23 14:20 (12 days old)
Handled-By : Johannes Berg ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11550] pnp: Huge number of "io resource overlap" m ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-09-09 10:50 (26 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11676] 2.6.27-rc2 to rc8, apgart fails, iommu=soft ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11676
Subject : 2.6.27-rc2 to rc8, apgart fails, iommu=soft works, regression
Submitter : Duncan <1i5t5.duncan@cox.net>
Date : 2008-09-30 10:24 (5 days old)
--
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11476] failure to associate after resume from susp ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin@gmail.com>
Date : 2008-09-01 13:33 (34 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11634] Sometime my laptop is dead on resume from ram
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11634
Subject : Sometime my laptop is dead on resume from ram
Submitter : Romano Giannetti <romano.giannetti@gmail.com>
Date : 2008-09-24 01:12 (11 days old)
--
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | 2.6.27-rc8-git7: Reported regressions from 2.6.26
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting ...
| Oct 4, 10:28 am 2008 |
| Rafael J. Wysocki | [Bug #11505] oltp ~10% regression with 2.6.27-rc5 on sto ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin@intel.com>
Date : 2008-09-04 7:06 (31 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | Re: [Bug #11615] sata_nv EH problems
Thanks, closed.
Rafael
--
| Oct 4, 1:32 pm 2008 |
| Thomas Backlund | Oct 4, 12:44 pm 2008 | |
| Cyrill Gorcunov | Re: [Bug #11543] kernel panic: softlockup in tick_period ...
[Rafael J. Wysocki - Sat, Oct 04, 2008 at 07:32:52PM +0200]
| This message has been generated automatically as a part of a report
| of recent regressions.
|
| The following bug entry is on the current list of known regressions
| from 2.6.26. Please verify if it still should be listed and let me know
| (either way).
|
|
| Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11543
| Subject : kernel panic: softlockup in tick_periodic() ???
| Submitter : Joshua Hoblitt ...
| Oct 4, 12:44 pm 2008 |
| Rafael J. Wysocki | [Bug #11209] 2.6.27-rc1 process time accounting
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman@ics.muni.cz>
Date : 2008-07-31 10:43 (66 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11340] LTP overnight run resulted in unusable box
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan@gmail.com>
Date : 2008-08-13 9:24 (53 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11224] Only three cores found on quad-core machine.
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej@redhat.com>
Date : 2008-08-01 18:15 (65 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11442] btusb hibernation/suspend breakage in curre ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11442
Subject : btusb hibernation/suspend breakage in current -git
Submitter : Rafael J. Wysocki <rjw@sisk.pl>
Date : 2008-08-25 11:37 (41 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11220] Screen stays black after resume
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico@schottelius.org>
Date : 2008-07-31 21:05 (66 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11264] Invalid op opcode in kernel/workqueue
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon@gmail.com>
Date : 2008-08-07 04:18 (59 days old)
--
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | Re: [Bug #11442] btusb hibernation/suspend breakage in c ...
I know, I didn't close this entry just because the fix is not yet in the Linus'
tree.
Thanks,
--
| Oct 4, 1:31 pm 2008 |
| Rafael J. Wysocki | [Bug #11543] kernel panic: softlockup in tick_periodic() ???
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11543
Subject : kernel panic: softlockup in tick_periodic() ???
Submitter : Joshua Hoblitt <j_kernel@hoblitt.com>
Date : 2008-09-11 16:46 (24 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Marcel Holtmann | Re: [Bug #11442] btusb hibernation/suspend breakage in c ...
the patch is not the actual fix for it. It is just a band aid. As you
confirmed, the double free patch fixes it. See my pull request, but it
didn't make it into Linus' tree yet.
Regards
Marcel
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/holtmann/bluetooth-2.6.git master
This will update the following files:
drivers/bluetooth/bpa10x.c | 2 --
drivers/bluetooth/btusb.c | 7 ++++---
2 files changed, 4 insertions(+), 5 deletions(-)
through these ...
| Oct 4, 1:17 pm 2008 |
| Rafael J. Wysocki | [Bug #11549] 2.6.27-rc5 acpi: EC Storm error message on bootup
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11549
Subject : 2.6.27-rc5 acpi: EC Storm error message on bootup
Submitter : <jmerkey@wolfmountaingroup.com>
Date : 2008-09-02 21:27 (33 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11608] 2.6.27-rc6 BUG: unable to handle kernel pag ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11608
Subject : 2.6.27-rc6 BUG: unable to handle kernel paging request
Submitter : John Daiker <daikerjohn@gmail.com>
Date : 2008-09-16 23:00 (19 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11643] ALSA sound/core/pcm_native.c:1947: BUG? (er ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11643
Subject : ALSA sound/core/pcm_native.c:1947: BUG? (err &gt;= 0)
Submitter : sangu <sangu.gnome@gmail.com>
Date : 2008-09-24 16:51 (11 days old)
--
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11615] sata_nv EH problems
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11615
Subject : sata_nv EH problems
Submitter : Pär Andersson <paran@lysator.liu.se>
Date : 2008-09-21 18:09 (14 days old)
Handled-By : Tejun Heo <tj@kernel.org>
Patch : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11664] acpi errors and random freeze on sony vaio sr
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11664
Subject : acpi errors and random freeze on sony vaio sr
Submitter : Giovanni Pellerano <giovanni.pellerano@gmail.com>
Date : 2008-09-28 03:48 (7 days old)
--
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11696] 2.6.27-rc8 doubled times
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11696
Subject : 2.6.27-rc8 doubled times
Submitter : Hugh Dickins <hugh@veritas.com>
Date : 2008-10-03 10:21 (2 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | [Bug #11569] Don't complain about disabled irqs when the ...
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11569
Subject : Don't complain about disabled irqs when the system has paniced
Submitter : Andi Kleen <andi@firstfloor.org>
Date : 2008-09-02 13:49 (33 days old)
References : ...
| Oct 4, 10:32 am 2008 |
| Rafael J. Wysocki | Re: [Bug #11629] quad G5 fails to shut down
Thanks, closed.
Rafael
--
| Oct 4, 3:26 pm 2008 |
| Kiyoshi Ueda | [PATCH 2/2] scsi: export busy state via q->lld_busy_fn()
This patch implements q->lld_busy_fn() for scsi mid layer to export
its busy state for request stacking drivers.
For efficiency, no lock is taken to check the busy state of
shost/starget/sdev, since the returned value is not guaranteed and
may be changed after request stacking drivers call the function,
regardless of taking lock or not.
When scsi can't dispatch I/Os anymore and needs to kill I/Os
(e.g. !sdev), scsi needs to return 'not busy'.
Otherwise, request stacking drivers may hold ...
| Oct 4, 11:11 am 2008 |
| Kiyoshi Ueda | [PATCH 0/2] scsi: export busy state for request stacking ...
Hi James,
The following patches export busy-status of SCSI LLD to request-based
dm-multipath for proper I/O scheduling.
The patches are created on the following commit of scsi-post-merge-2.6.
---------------------------------------------------------------
commit 454f40af9f0d4cda1c89e1fc0028d5235b150bc7
Author: Mike Christie <michaelc@cs.wisc.edu>
Date: Wed Sep 24 11:46:15 2008 -0500
libiscsi: fix locking in ...
| Oct 4, 11:03 am 2008 |
| Kiyoshi Ueda | [PATCH 1/2] scsi: refactor sdev/starget/shost busy checking
This patch refactors the busy checking codes of scsi_device,
Scsi_Host and scsi_target. There should be no functional change.
This is a preparation for another patch which exports scsi's busy
state to the block layer for request stacking drivers.
Signed-off-by: Kiyoshi Ueda <k-ueda@ct.jp.nec.com>
Signed-off-by: Jun'ichi Nomura <j-nomura@ce.jp.nec.com>
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
---
drivers/scsi/scsi_lib.c | 30 ++++++++++++++++++++----------
1 files ...
| Oct 4, 11:11 am 2008 |
| Steven Rostedt | Re: [PATCH v2] ftrace: Add a C-state tracer to help powe ...
My comments are more towards Ingo than to Arjan.
Ingo, here's the confusion again between the FTRACE infrastructure and
the ftrace "function tracer". the HAVE_FTRACE should really be
HAVE_FUNCTION_TRACER. The infrastructure of a lot of the ftrace tracers
do not depend on the function tracer.
The CSTATE_TRACER also does not depend on HAVE_FTRACE. Think we should
Ingo, isn't the trace_assign_type in your latest tree?
--
| Oct 4, 11:17 am 2008 |
| Arjan van de Ven | [PATCH v2] ftrace: Add a C-state tracer to help power op ...
From: Arjan van de Ven <arjan@linux.intel.com>
Date: Fri, 3 Oct 2008 10:18:21 -0700
Subject: [PATCH] ftrace: Add a C-state tracer to help power optimization
This patch adds a C-state ftrace plugin that will generate
detailed statistics about the C-states that are being used,
so that we can look at detailed decisions that the C-state
code is making, rather than the too high level "average"
that we have today.
An example way of using this is:
mount -t debugfs none /sys/kernel/debug
echo ...
| Oct 4, 10:54 am 2008 |
| Arjan van de Ven | Re: [PATCH v2] ftrace: Add a C-state tracer to help powe ...
On Sat, 4 Oct 2008 14:17:47 -0400 (EDT)
like this?
From: Arjan van de Ven <arjan@linux.intel.com>
Date: Fri, 3 Oct 2008 10:18:21 -0700
Subject: [PATCH v3] ftrace: Add a C-state tracer to help power optimization
This patch adds a C-state ftrace plugin that will generate
detailed statistics about the C-states that are being used,
so that we can look at detailed decisions that the C-state
code is making, rather than the too high level "average"
that we have today.
An example way of ...
| Oct 4, 11:29 am 2008 |
| Andrew Lyon | kernel 2.6.27-rc8-git6 system lockup possibly caused by ...
Hi,
I am running kernel 2.6.27-rc8-git6 on a supermicro x7dwa-n system, I
have w83793, coretemp, and i5k_amb sensor modules loaded, occasionally
the system locks up hard requiring reset button to reboot it, this
usually happens after a few days of uptime and has never happened less
than 24 hours after bootup, I have sensord running and noticed today
that the log output changes just before it locks up, which makes me
wonder if reading the sensors is the cause...
The board has 8 fan ...
| Oct 4, 10:35 am 2008 |
| crquan | [MD] need another print_sb for mdp_superblock_1
The current print_sb function is only for superblock 0.90.xx, not for
superblock 1.00.00 above, otherwise it would drop silly messages like
md: **********************************
md: * <COMPLETE RAID STATE PRINTOUT> *
md: **********************************
md2: <ram2><ram3><ram1><ram0>
md: rdev ram2, SZ:00065472 F:0 S:1 DN:4
md: rdev superblock:
md: SB: (V:1.0.0) ID:<35550a8f.00000000.00000000.00000000> CT:4f45a9ef
md: L978400564 S1684889970 ND:762016617 RD:1684627826 ...
| Oct 4, 10:21 am 2008 |
| Stefan Lippers-Hollmann | Re: patch sata_nv-disable-hardreset-for-generic.patch ad ...
--Boundary-01=_Yl55IrE8XSRmKvd
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hi
On 2.6.26.5 + the pending stable queue applied, this patch results in lots=
=20
of noise in my syslog (full gzipped dmesg with and without this patch=20
attached):
ata4: EH complete
ata5: EH pending after 5 tries, giving up
ata5: EH complete
ata6: EH pending after 5 tries, giving up
ata6: EH complete
ata5: EH pending after 5 tries, ...
| Oct 4, 9:27 am 2008 |
| Ingo Molnar | [git pull] timers fixes
Linus,
Please pull the latest timers-fixes-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git timers-fixes-for-linus
Thanks,
Ingo
------------------>
Thomas Gleixner (1):
clockevents: check broadcast tick device not the clock events device
kernel/time/tick-broadcast.c | 6 ++++--
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/kernel/time/tick-broadcast.c b/kernel/time/tick-broadcast.c
index ...
| Oct 4, 7:56 am 2008 |
| Ingo Molnar | [git pull] x86 fix
Linus,
Please pull the latest x86-fixes-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git x86-fixes-for-linus
Thanks,
Ingo
------------------>
H. Peter Anvin (1):
x86 setup: correct segfault in generation of 32-bit reloc kernel
arch/x86/boot/compressed/relocs.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/boot/compressed/relocs.c b/arch/x86/boot/compressed/relocs.c
index ...
| Oct 4, 7:55 am 2008 |
| Elias Oltmanns | Re: [PATCH 3/4 v2] ide: Implement disk shock protection ...
While preparing the backport to 2.6.27, it has just occurred to me that
we need to clear the IDE_DFLAG_PARKED flag in ide_disk_pre_reset()
because this flag must not be set after *any* sort of access to the
device.
So, here is yet another revised version of the inter-diff. Just don't
hurry to apply in case I have an enlightening dream tonight and want to
change something more ;-).
Regards,
Elias
Signed-off-by: Elias Oltmanns <eo@nebensachen.de>
---
ide-io.c | 47 ...
| Oct 4, 4:16 pm 2008 |
| Elias Oltmanns | Re: [PATCH 3/4 v2] ide: Implement disk shock protection ...
Well, #3 should have been done differently because we donn't want to
check for REQ_(UN)?PARK_HEADS more often than is necessary. Here is a
revised version of the inter-diff.
Regards,
Elias
Signed-off-by: Elias Oltmanns <eo@nebensachen.de>
---
diff --git a/drivers/ide/ide-io.c b/drivers/ide/ide-io.c
index 09d10a5..77c6eae 100644
--- a/drivers/ide/ide-io.c
+++ b/drivers/ide/ide-io.c
@@ -672,25 +672,32 @@ EXPORT_SYMBOL_GPL(ide_devset_execute);
static ide_startstop_t ...
| Oct 4, 6:49 am 2008 |
| krzysztof.h1 | Re: [PATCH -mm] fb: fix NULL pointer BUG dereference in ...
Acked-by: Krzysztof Helt <krzysztof.h1@wp.pl>
----------------------------------------------------------------------
Dzwon taniej na zagraniczne komorki!
Sprawdz >> http://link.interia.pl/f1f26
--
| Oct 4, 3:20 am 2008 |
| Alexander van Heukelum | [PATCH 1/9 v2] traps: x86: converge trap_init functions
- set_system_gate on i386 is really set_system_trap_gate
- set_system_gate on x86_64 is really set_system_intr_gate
- ist=0 means no special stack switch is done:
- introduce STACKFAULT_STACK, DOUBLEFAULT_STACK, NMI_STACK,
DEBUG_STACK and MCE_STACK as on x86_64.
- use the _ist variants with XXX_STACK set to zero
- remove set_system_gate
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
---
arch/x86/kernel/traps_32.c | 16 ...
| Oct 4, 3:30 am 2008 |
| Alexander van Heukelum | [PATCH FIX] traps: x86: correct copy/paste bug: a trap i ...
Fix copy/paste/forgot-to-edit bug in desc.h.
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
*blush*
You were so right. I have no idea how this has slipped
through testing. Could you see if this on top of the
traps branch makes things go again? I'll get you some
replacement patches to make the whole thing bisectable
again.
Alexander
---
diff --git a/include/asm-x86/desc.h b/include/asm-x86/desc.h
index 168c5cc..f06adac 100644
--- a/include/asm-x86/desc.h
+++ ...
| Oct 4, 3:06 am 2008 |
| Ingo Molnar | Re: [PATCH FIX] traps: x86: correct copy/paste bug: a tr ...
indeed, that would explain it :)
i've added your delta fix, and will propagate/squash it back to 1/9 if
it tests out fine. (it's worth having this series fully bisectable)
Ingo
--
| Oct 4, 5:13 am 2008 |
| KOSAKI Motohiro | Re: [mmotm 02/Oct] fix buid error of autodetect_raid()
Hi Ingo,
No.
git-md.patch of current mmotm has following hunk.
| Oct 4, 5:18 am 2008 |
| KOSAKI Motohiro | [mmotm 02/Oct] fix buid error of md raid
Patch against: mmotm 02 Oct
Applied after: git-md.patch
fix following build error
--------------------
CC drivers/md/raid1.o
drivers/md/raid1.c: In function 'sync_request':
drivers/md/raid1.c:1759: error: implicit declaration of function 'msleep_interruptible'
make[2]: *** [drivers/md/raid1.o] Error 1
make[1]: *** [drivers/md] Error 2
make: *** [drivers] Error 2
CC drivers/md/raid10.o
drivers/md/raid10.c: In function 'sync_request':
drivers/md/raid10.c:1749: error: ...
| Oct 4, 3:11 am 2008 |
| Ingo Molnar | Re: [mmotm 02/Oct] fix buid error of autodetect_raid()
hm, linux/raid/md.h already has:
#include <linux/delay.h>
what config triggers this build failure, and does your version of
include/linux/raid/md.h have a linux/delay.h #include?
Ingo
--
| Oct 4, 5:10 am 2008 |
| KOSAKI Motohiro | [mmotm 02/Oct] fix buid error of autodetect_raid()
Patch against: mmotm 02 Oct
Applied after: git-fastboot.patch
Signed-off-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
CC: Arjan van de Ven <arjan@linux.intel.com>
CC: Ingo Molnar <mingo@elte.hu>
---
init/do_mounts_md.c | 1 +
1 file changed, 1 insertion(+)
Index: b/init/do_mounts_md.c
===================================================================
--- a/init/do_mounts_md.c
+++ b/init/do_mounts_md.c
@@ -1,5 +1,6 @@
#include <linux/raid/md.h>
+#include ...
| Oct 4, 3:09 am 2008 |
| KOSAKI Motohiro | [mmotm 02/Oct] fix buid error of hid-core
Patch against: mmotm 02 Oct
Applied after: usb-usb-remove-warn-macro-from-usbh.patch
fix following buiild error
-------------------------
CC [M] drivers/hid/usbhid/hid-core.o
drivers/hid/usbhid/hid-core.c: In function 'usbhid_submit_report':
drivers/hid/usbhid/hid-core.c:417: error: incompatible type for argument 1 of 'dev_driver_string'
drivers/hid/usbhid/hid-core.c:417: error: incompatible type for argument 1 of 'dev_name'
drivers/hid/usbhid/hid-core.c:436: error: incompatible type for ...
| Oct 4, 3:10 am 2008 |
| Ingo Molnar | Re: [mmotm 02/Oct] fix buid error of autodetect_raid()
ah, that indeed makes sense.
so the build error can not hit the fastboot tree, only if combined with
the latest raid tree. I've applied your fix to tip/fastboot, thanks!
Ingo
--
| Oct 4, 5:27 am 2008 |
| Elias Oltmanns | Re: [PATCH 4/4 v2] Add documentation for hard disk shock ...
Here is some final polish including various spelling corrections
pointed out by Grant Grundler and Peter Moulder. Also, I have added some
information about the timing constraints related to disk head parking.
The patch looks more impressive than it really is and I think it would
be alright just to incorporate it into the original patch so as not to
clutter up the git log.
Signed-off-by: Elias Oltmanns <eo@nebensachen.de>
---
diff --git a/Documentation/laptops/disk-shock-protection.txt ...
| Oct 4, 2:55 am 2008 |
| Jean Delvare | [GIT PULL] hwmon fixes for 2.6.27
Hi Linus,
Please pull hwmon subsystem fixes for Linux 2.6.27 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus
drivers/hwmon/it87.c | 70 +++++++++++++++++++++++++++++++-----------
drivers/misc/eeepc-laptop.c | 16 ++++++++--
2 files changed, 64 insertions(+), 22 deletions(-)
---------------
Corentin Chary (1):
eeepc-laptop: Fix hwmon interface
Jean Delvare (1):
hwmon: (it87) Prevent power-off on Shuttle SN68PT
Thanks,
--
Jean Delvare
--
| Oct 4, 2:44 am 2008 |
| Elias Oltmanns | Re: [PATCH 3/4 v2] ide: Implement disk shock protection ...
Hi Bart,
may I ask you to apply yet another inter-diff? This is in order to
address three issues:
1. Make sure that no negative value is being passed to
jiffies_to_msecs() in ide_park_show().
2. Drop the superfluous variable hwif in ide_special_rq().
3. Skip initialisation of task and tf in ide_special_rq() if we are not
handling a (un)park request.
#1 and #3 have been suggested to me by Peter Moulder off-list.
Regards,
Elias
Signed-off-by: Elias Oltmanns ...
| Oct 4, 2:44 am 2008 |
| Nick Warne | New CD/DVD reports 'Can Play Audio NO'
Hi all,
Very strange issue. I recently bought a new machine that came with a
CD/DVD burner. All functions normally, except I cannot play audio CD.
Information:
Slackware 12.1 running latest stable kernel 2.6.26.5
The drive is:
Vendor : Optiarc
Model : DVD RW AD-7200A
Revision : 1.06
Now, I have another drive (I purchased last year) that could play audio
CD, so I installed that as master, and put the new drive as ...
| Oct 4, 2:33 am 2008 |
| Olivos | hardware Ocz Memos
Solicite Lista de Precios Completa !!
HDD 320 SataII 16MB Western Digital + Disipador Cobre + Doble Cooler HDD u$s 85,00
HDD 500 SataII Samsung 16MB + Disipador Cobre + Doble Cooler HDD u$s 99,00
HDD 500 SataII Seagate 32MB 7200.11 Barracuda + Disipador Cobre + Doble Cooler HDD u$s 105,00
Disco Rigido Portatil 80GB Externo USB + Funda Cuero ( se alimentan unicamente de USB ) u$s 95,00
Disco Rigido Portatil 120GB Externo USB + Funda Cuero ( se alimentan unicamente de USB ) u$s ...
| Oct 4, 1:15 am 2008 |
| Tejun Heo | Re: sata dvdroms fails to be recognized by MCP55 control ...
(restoring lkml and linux-ide. please don't drop cc list)
--
tejun
--
| Oct 4, 12:27 am 2008 |
| Ingo Molnar | Re: [RFC PATCH] x86: make 64bit efi to use ioremap_cache ...
ok, that looks like a very nice cleanup and should make the EFI mapping
code more generic and more robust as well.
Huang, any chance you could test this against latest tip/master on a
real EFI system?
Ingo
--
| Oct 4, 1:46 am 2008 |
| Yinghai Lu | Re: [RFC PATCH] x86: make 64bit efi to use ioremap_cache ...
so need to make efi range all under direct-mapping like E820-RAM?
if so we need to update
e820_end_of_low_ram_pfn to return correct max_low_pfn, and then
max_low_pfn_mapped...
YH
--
| Oct 4, 10:44 am 2008 |
| Yinghai Lu | [RFC PATCH] x86: make 64bit efi to use ioremap_cache for ...
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
---
arch/x86/kernel/efi.c | 5 +----
arch/x86/kernel/efi_64.c | 27 ++-------------------------
include/asm-x86/efi.h | 8 ++------
include/asm-x86/fixmap_64.h | 3 ---
4 files changed, 5 insertions(+), 38 deletions(-)
Index: linux-2.6/arch/x86/kernel/efi.c
===================================================================
--- linux-2.6.orig/arch/x86/kernel/efi.c
+++ linux-2.6/arch/x86/kernel/efi.c
@@ -475,10 ...
| Oct 3, 11:23 pm 2008 |
| huang ying | Re: [RFC PATCH] x86: make 64bit efi to use ioremap_cache ...
Hi, Yinghai,
On Sat, Oct 4, 2008 at 2:23 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
Using __va and efi_ioremap() here is to make EFI support compatible
with kexec. Because EFI provide only efi_enter_virtual_mode(), no
efi_leave_virtual_mode(), we should make EFI runtime memory area
mapped to same virtual memory area in original kernel and kexeced
kernel, so that the EFI runtime services can be used in kexeced
kernel.
early_mapping_set_exe() may be called before page allocator ...
| Oct 4, 2:35 am 2008 |
| Yinghai Lu | (No subject)
Subject:[RFC PATCH] x86: make 64bit efi to use ioremap_cache for efi_ioremap
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
---
arch/x86/kernel/efi.c | 5 +----
arch/x86/kernel/efi_64.c | 27 ++-------------------------
include/asm-x86/efi.h | 8 ++------
include/asm-x86/fixmap_64.h | 3 ---
4 files changed, 5 insertions(+), 38 deletions(-)
Index: linux-2.6/arch/x86/kernel/efi.c
===================================================================
--- ...
| Oct 3, 11:22 pm 2008 |
| Steven Rostedt | [PATCH 2/3] ring-buffer: make reentrant
This patch replaces the local_irq_save/restore with preempt_disable/
enable. This allows for interrupts to enter while recording.
To write to the ring buffer, you must reserve data, and then
commit it. During this time, an interrupt may call a trace function
that will also record into the buffer before the commit is made.
The interrupt will reserve its entry after the first entry, even
though the first entry did not finish yet.
The time stamp delta of the interrupt entry will be zero, ...
| Oct 3, 11:00 pm 2008 |
| Steven Rostedt | [PATCH 3/3] ftrace: make some tracers reentrant
Now that the ring buffer is reentrant, some of the ftrace tracers
(sched_swich, debugging traces) can also be reentrant.
Note: Never make the function tracer reentrant, that can cause
recursion problems all over the kernel. The function tracer
must disable reentrancy.
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
---
kernel/trace/trace.c | 10 ++--------
kernel/trace/trace_sched_switch.c | 10 ++--------
2 files changed, 4 insertions(+), 16 deletions(-)
Index: ...
| Oct 3, 11:01 pm 2008 |
| Steven Rostedt | [PATCH 1/3] ring-buffer: move page indexes into page headers
Remove the global head and tail indexes and move them into the
page header. Each page will now keep track of where the last
write and read was made. We also rename the head and tail to read
and write for better clarification.
This patch is needed for future enhancements to move the ring buffer
to a lockless solution.
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
---
kernel/trace/ring_buffer.c | 75 ++++++++++++++++++++++++---------------------
1 file changed, 41 insertions(+), 34 ...
| Oct 3, 11:00 pm 2008 |
| Mathieu Desnoyers | Re: [PATCH 0/3] ring-buffer: less locking and only disab ...
The comment at the beginning of
http://git.kernel.org/?p=linux/kernel/git/compudj/linux-2.6-lttng.git;a=blob;f=arch/x8...
explains that code modification on x86 SMP systems is not only a matter
of atomicity, but also a matter of not changing the code underneath a
running CPU which is making assumptions that it won't change underneath
without issuing a synchronizing instruction before the new ...
| Oct 4, 3:27 pm 2008 |
| Steven Rostedt | [PATCH 0/3] ring-buffer: less locking and only disable p ...
Ingo,
These patches need to be put through the ringer. Could you add them
to your ring-buffer branch, so we can test them out before putting
them into your master branch.
The following patches bring the ring buffer closer to a lockless
solution. They move the locking only to the actual moving the
tail/write pointer from one page to the next. Interrupts are now
enabled during most of the writes.
A lot of the locking protection is still within the ftrace infrastructure.
The last patch takes ...
| Oct 3, 11:00 pm 2008 |
| Steven Rostedt | Re: [PATCH 0/3] ring-buffer: less locking and only disab ...
Mathieu, please stop pointing to git tree comments (especially those that
are not in mainline). If you have an actual technical PDF link, that
Ingo,
Mathieu is correct in this regard. We do not neet to protect ourselves
from NMIs on the CPU that we execute the code on. We need to protect
ourselves from NMIs running on other CPUS.
-- Steve
--
| Oct 4, 4:21 pm 2008 |
| Mathieu Desnoyers | Re: [PATCH 0/3] ring-buffer: less locking and only disab ...
Or use this code, based on a temporary breakpoint, to do the code
patching (part of the -lttng tree). It does not require stop_machine at
all and is nmi safe.
Mathieu
Immediate Values - x86 Optimization NMI and MCE support
x86 optimization of the immediate values which uses a movl with code patching
to set/unset the value used to populate the register used as variable source.
It uses a breakpoint to bypass the instruction being changed, which lessens the
interrupt latency of the ...
| Oct 4, 9:33 am 2008 |
| Ingo Molnar | Re: [PATCH 0/3] ring-buffer: less locking and only disab ...
hey, in fact your latest iteration already tested out so well on a wide
range of boxes that i've merged it all into tip/tracing/core already.
I'll reuse tip/tracing/ring-buffer for these latest 3 patches (merge it
up to tip/tracing/core and add these three patches) but it's a delta,
i.e. the whole ring-buffer approach is ready for prime time i think.
Correct, and that's by far the yuckiest aspect of it. And there's
another aspect: NMIs. We've still got the tip/tracing/nmisafe angle ...
| Oct 4, 1:40 am 2008 |
| Steven Rostedt | Re: [PATCH 0/3] ring-buffer: less locking and only disab ...
When this is supported for all archs, and can be done at all functions
then I could use it.
I may just have the arch specific code use it, but we'll see.
Also, how good is it at patching 20,000 call sites?
-- Steve
--
| Oct 4, 10:18 am 2008 |
| Ingo Molnar | Re: [PATCH 0/3] ring-buffer: less locking and only disab ...
there's a relatively simple method that would solve all these
impact-size problems.
We cannot stop NMIs (and MCEs, etc.), but we can make kernel code
modifications atomic, by adding the following thin layer ontop of it:
#define MAX_CODE_SIZE 10
int redo_len;
u8 *redo_vaddr;
u8 redo_buffer[MAX_CODE_SIZE];
atomic_t __read_mostly redo_pending;
and use it in do_nmi():
if (unlikely(atomic_read(&redo_pending)))
modify_code_redo();
i.e. when we modify code, ...
| Oct 4, 10:41 am 2008 |
| Steven Rostedt | Re: [PATCH 0/3] ring-buffer: less locking and only disab ...
[ Added Arjan to CC regarding the last statements ]
Not yet, but that is one of the trivial changes. I spent too much time
Since we still have the locking in the ring buffer, it is still not NMI
safe. But once we remove all locking, then the tracer is fine.
BUT!
The dynamic function tracer is another issue. The problem with NMIs has
nothing to do with locking, or corrupting the buffers. It has to do with
the dynamic code modification. Whenever we modify code, we must guarantee ...
| Oct 4, 7:34 am 2008 |
| Ingo Molnar | Re: [PATCH 0/3] ring-buffer: less locking and only disab ...
that would definitely be one way to reduce the cross section, but not
enough i'm afraid. For example in the nmi_watchdog=2 case we call into
various lapic functions and paravirt lapic handlers which makes it all
spread to 3-4 paravirtualization flavors ...
sched_clock()'s notrace aspects were pretty manageable, but this in its
current form is not.
Ingo
--
| Oct 4, 7:44 am 2008 |
| Daniel Phillips | Tux3 Report: It's What Next time once again
Today was one of those skate-in-the-dark kind of days here in Paradise,
but whereas the Tux3 cabal quite enjoys the occasional dimly lit
runabout in the concrete jungle, we make it a point not to keep you,
loyal readers, in the dark about upcoming Tux3 development directions.
The past three week's work made something of a liar of me, as we
completely ignored the task of integrating versioned pointers that I
had talked about earlier. Instead, the Cabal decided that we would be
better ...
| Oct 3, 10:55 pm 2008 |
| Serge E. Hallyn | [PATCH 1/3] user namespaces: introduce user_struct->user ...
Hi James,
here are 3 patches to fix up the user namespaces a bit in preparation
for real userns work to begin. Andrew had suggested that these be
rebased on top of your -next tree because they will conflict with
the credentials work. But it looks like much of the credentials stuff
isn't in your next branch. If you'd prefer that I port these to
creds-next, please let me know. I'll have to do it eventually :)
Yet-another-ltp-test shows no regressions.
thanks,
-serge
Subject: [PATCH] ...
| Oct 3, 6:36 pm 2008 |
| Serge E. Hallyn | [PATCH 3/3] user namespaces: reset task's credentials on ...
Currently, creating a new user namespace does not reset
the task's uid or gid. Since generally that is done as
root because it requires CAP_SYS_ADMIN, and since the
first uid in the new namespace is 0, one usually doesn't
notice. However, if one does
capset cap_sys_admin=ep ns_exec
su - hallyn
ns_exec -U /bin/sh
id
then one will see hallyn's userid, and all preexisting
groups.
With this patch, cloning a new user namespace will set
the task's uid and gid to 0, and reset the ...
| Oct 3, 6:37 pm 2008 |
| Serge E. Hallyn | [PATCH 2/3] user namespaces: move user_ns from nsproxy i ...
When we get the sysfs support needed to support fair user scheduling
along with user namespaces, then we will need to be able to get the
user namespace from the user struct.
So we need the user_ns to be a part of struct user. Once we can
access it from tsk->user, we no longer have a use for
tsk->nsproxy->user_ns.
When a user_namespace is created, the user which created it is
marked as its 'creator'. The user_namespace pins the creator.
Each userid in a user_ns pins the user_ns. This keeps ...
| Oct 3, 6:37 pm 2008 |
| Arjan van de Ven | Re: [PATCH] ftrace: Add a C-state tracer to help power o ...
On Fri, 3 Oct 2008 20:32:51 -0400 (EDT)
given that some of these clocks stop during idle... I really do care
about which timestamp is used, tracing idle with a clock that stops
during idle won't work too well.
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
| Oct 4, 9:52 am 2008 |
| Arjan van de Ven | Re: [PATCH] ftrace: Add a C-state tracer to help power o ...
On Fri, 3 Oct 2008 20:32:51 -0400 (EDT)
since this is my first tracer.... I would suggest having a "golden
example" one that people can copy (it seems I copied a less than
perfect one ;-)... maybe a trace_example.c ?
I'll look into your comments tomorrow when I'm more awake.
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
| Oct 3, 10:33 pm 2008 |
| Ingo Molnar | Re: [PATCH] ftrace: Add a C-state tracer to help power o ...
i think starting with kernel/trace/trace_nop.c is the simplest: copy
that into a new plugin and make it show up in make oldconfig and make it
build. Then add ftrace_printk() lines initially - only specialize the
trace entries to that plugin later on.
Ingo
--
| Oct 4, 1:32 am 2008 |
| Steven Rostedt | Re: [PATCH] ftrace: Add a C-state tracer to help power o ...
The two should be in linux-tip. If you are based against mainline, then
no they will not be.
OK, I just wanted to let you know about it.
-- Steve
--
| Oct 4, 10:15 am 2008 |
| Steven Rostedt | Re: [PATCH] ftrace: Add a C-state tracer to help power o ...
Hi Arjan,
Very nice! I just have a few comments below.
Can you please register this in the trace_assign_type macro.
Also note that iter->ts holds a timestamp counter from bootup in nanosecs.
It currently uses the sched_clock to record, but may change later to
trace_assign_type(field, entry);
The above will do a typecheck to force correct types.
Here you bypass the print_line altogether. You really don't even need
to make a trace_cstate. You do not use any of the data in ...
| Oct 3, 5:32 pm 2008 |
| Steven Rostedt | Re: [PATCH] ftrace: Add a C-state tracer to help power o ...
Yeah, that would make sense to have. People are starting to come
up with so many different tracers, I'm not sure what a golden
example would look like :-/
Some of my comments came about just noticing what you did and realized
that there's other ways to do it. I didn't think about those other
I'll comment more when I'm more awake. But that may not be until Monday.
Putting in 16 hour days during the week, my wife puts her foot down and
keeps me away from the computer during the ...
| Oct 3, 10:45 pm 2008 |
| Zachary Amsden | Re: kexec with vmware esx 3.0.2
Well you're a braver soul than me. If your hardware is really so horked
you can't boot Linux without noacpi, I seriously doubt the vmkernel will
run properly. You might be able to kexec the Linux pre-bootstrapping
bit, the the vmkernel is not even close to the same code lineage and has
a limited and very fixed set of hardware requirements. And you are
talking about fixing up the MP table and interfering with the custom
boot process? I would not for any amount of money want to find out ...
| Oct 3, 10:41 pm 2008 |
| Ingo Molnar | Re: [PATCH 0/9] traps: x86: finalize unification of traps.c
wow, very nice! I've applied them to tip/x86/traps:
f58f3d5: traps: x86: finalize unification of traps.c
bf395d6: traps: x86: make traps_32.c and traps_64.c equal
f156f35: traps: x86: various noop-changes preparing for unification of traps_xx.c
70cfe30: traps: x86_64: use task_pid_nr(tsk) instead of tsk->pid in do_general_protection
dc89ce0: traps: i386: expand clear_mem_error and remove from mach_traps.h
6f8063f: traps: x86_64: make io_check_error equal to the one on i386
d025445: traps: ...
| Oct 4, 1:52 am 2008 |
| Ingo Molnar | Re: [PATCH 0/9] traps: x86: finalize unification of traps.c
-tip testing found a spontaneus reboot bug on two 32-bit systems (one
Intel and one AMD testbox), and i've bisected it down to:
| 686cc4a0c1ca92bffbc22a897c3b433dadbbf444 is first bad commit
| commit 686cc4a0c1ca92bffbc22a897c3b433dadbbf444
| Author: Alexander van Heukelum <heukelum@fastmail.fm>
| Date: Fri Oct 3 22:00:32 2008 +0200
|
| traps: x86: converge trap_init functions
config attached. The bisection log:
# bad: [a229a9da] Merge branch 'timers/urgent'
# good: ...
| Oct 4, 2:27 am 2008 |
| Theodore Tso | Re: [PATCH] Marker depmod fix core kernel list
Tested-by: "Theodore Ts'o" <tytso@mit.edu>
It works, thanks!! Can we get this pushed to Linus before 2.6.28
opens? This is technically a regression since it was broken around
2.6.27-rc1.
Also, something we need to consider is getting distributions to ship
Modules.markers, and where it should be installed. I would argue that
it belongs in /lib/modules/`uname -r`, so maybe "make modules_install"
should put it there? This attention to deployability is going to be
important if markers are ...
| Oct 4, 8:24 am 2008 |
| Ingo Molnar | Re: [PATCH] Tracepoints synchronize unregister static inline
sure - but it does not apply to tip/master. Some missing dependencies?
Ingo
--
| Oct 4, 5:45 am 2008 |
| Marcel Holtmann | Re: USB disconnects every 30 seconds (2.6.27-rc8)
the addon is for some weird handling of CSR based HID devices in their
Bluetooth/USB HID proxy devices or so.
Alan, that is the vendor request you saw. Don't ask me what exactly this
one does. I really have no idea.
Regards
Marcel
--
| Oct 4, 1:48 am 2008 |
| Alan Stern | Re: USB disconnects every 30 seconds (2.6.27-rc8)
I wasn't going to. :-)
Alan Stern
--
| Oct 4, 9:33 am 2008 |
| Alan Stern | Re: USB disconnects every 30 seconds (2.6.27-rc8)
There's probably a setting for hal which will prevent this constant
Without a usbmon log, I can't tell what may still be going wrong.
Alan Stern
--
| Oct 4, 11:12 am 2008 |
| Peter Zijlstra | Re: [PATCH] sched_rt.c: resch needed in rt_rq_enqueue() ...
Its consistent with John Blackwood's change to the !group case
(f3ade837), and looks good.
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Ingo, please pickup (might be 27.1 material as well).
--
| Oct 4, 4:17 am 2008 |
| Ingo Molnar | Re: [PATCH] sched_rt.c: resch needed in rt_rq_enqueue() ...
applied to tip/sched/devel, thanks! I've also added a Cc:
stable@kernel.org tag to the commit.
Ingo
--
| Oct 4, 5:32 am 2008 |
| KOSAKI Motohiro | Re: [RFC PATCH] Report the shmid backing a VMA in maps
s/folks/folks's opiniton/
yup, I'm really stupid ;-|
--
| Oct 4, 5:07 am 2008 |
| Alexey Dobriyan | Re: [RFC PATCH] Report the shmid backing a VMA in maps
^^^^^ ^^^^^
shmid is already in place, and no, it's not a coincidence ;-)
--
| Oct 4, 2:52 pm 2008 |
| Alexey Dobriyan | Re: [PATCH 2/2] Report the pagesize backing a VMA in /pr ...
Looks like procps will start showing hpagesize tag as a mapping name
(apologies for pasting crappy code):
static const char *mapping_name(proc_t *p, unsigned KLONG addr, unsigned KLONG len, const char *mapbuf, unsigned showpath, unsigned dev_major, unsigned dev_minor, unsigned long long inode){
const char *cp;
if(!dev_major && dev_minor==shm_minor && strstr(mapbuf,"/SYSV")){
static char shmbuf[64];
snprintf(shmbuf, sizeof shmbuf, " [ shmid=0x%Lx ]", inode);
return ...
| Oct 4, 3:13 pm 2008 |
| KOSAKI Motohiro | [RFC PATCH] Report the shmid backing a VMA in maps
Hi
I made another hugepage administrating helping patch.
So, I'd like to hear hugepage folks.
I tested this patch on mmotm 02/Oct + Mel's "Report the size of pages backing VMAs in /proc V3" series.
Thanks!
======================================================
Recently, Mel Gorman introduce attribute showing mechanism to /proc/{pid}/maps.
It is very powerful and useful feature.
In the other hand, huge page is often used via ipc shm, not mmap.
So, administrator often want to know ...
| Oct 4, 5:04 am 2008 |
| KOSAKI Motohiro | Re: [PATCH 2/2] Report the pagesize backing a VMA in /pr ...
This patch is nicer and cleaner than my version.
Thanks! mel.
--
| Oct 4, 1:14 am 2008 |
| Ingo Molnar | Re: [PATCH -tip] x86: fix virt_addr_valid() with CONFIG_ ...
ok - i've applied the commit below to tip/x86/core to get some testing
of it.
Ingo
------------>
From fe45d9c75945698006a608a8fcccf39d161b0669 Mon Sep 17 00:00:00 2001
From: Vegard Nossum <vegard.nossum@gmail.com>
Date: Fri, 3 Oct 2008 17:54:25 +0200
Subject: [PATCH] x86: fix virt_addr_valid() with CONFIG_DEBUG_VIRTUAL=y, v2
virt_addr_valid() calls __pa(), which calls __phys_addr(). With
CONFIG_DEBUG_VIRTUAL=y, __phys_addr() will kill the kernel if the
address *isn't* valid. That's ...
| Oct 4, 1:11 am 2008 |
| Frédéric Weisbecker | Re: [PATCH -tip] Tracing/fastboot: Only trace non-module ...
Hmm I'm beginning to understand what you say. Actually I didn't think
about initramfs that could launch
modules initcalls early.
It seems that modules initcalls are launched with the builtin
initcalls when one use initramfs.
Since I'm not using it, I see only the builtin initcalls before the
message of memory freeing.
I missed that point. And actually I misunderstood the real problem. My
issues with the graph happened
because of a bug in the bootgraph.pl script.
I have a patch ready that ...
| Oct 4, 12:05 pm 2008 |
| stephane eranian | Re: perfmon3 interface overview
David,
On Sat, Oct 4, 2008 at 8:05 AM, David Gibson
Unless you make the 3rd argument optional and hide this in a
user library. This is how this is handled for pfm_create_session()
for instance. The library would define this as follows:
int pfm_control_session(int fd, int flags, ...);
Based upon flags, it would use va_arg() to get to the 3rd argument and
pass it to the syscall which implements the version below. A dummy value
--
| Oct 4, 12:20 am 2008 |
| David Gibson | Re: perfmon3 interface overview
Well, you could. But the attach/detach take a parameter which
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
--
| Oct 3, 11:05 pm 2008 |
| Hugh Dickins | Re: 2.6.27-rc8 doubled times
Indeed, that now gives me a reasonable 174%CPU on the Duo, thanks.
And my other machines still give sensible times with that patch in.
Hugh
--
| Oct 3, 5:13 pm 2008 |
| Alexey Dobriyan | Re: [PATCH] signal, procfs: lock_task_sighand() do not n ...
Yeah, applied to proc.git
--
| Oct 4, 1:55 pm 2008 |
| Chris Friesen | Re: [bug report] sched: stop_machine() usage causes load ...
Unfortunately I don't have an x86 box handy for testing...I could
probably get some time on a lab machine next week.
Chris
--
| Oct 3, 10:27 pm 2008 |
| Arjan van de Ven | Re: [PATCH] proc: add "personality" to process status file
On Thu, 2 Oct 2008 14:14:24 -0700
.. I'm sure local exploit writers will love this to find out which
processes to attack.
Realistically, this probably shouldn't be in a world-readable file.
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
| Oct 4, 2:51 pm 2008 |
| Arjan van de Ven | Re: [PATCH] proc: add "personality" to process status file
On Sat, 4 Oct 2008 15:02:20 -0700
how about a file called "personality" that has each set bit as an ascii
version ?
(one per line maybe)
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
| Oct 4, 4:42 pm 2008 |
| Alexey Dobriyan | Re: [PATCH] proc: add "personality" to process status file
Applied to proc.git without unrelated sched.h commentary :-)
--
| Oct 4, 2:40 pm 2008 |
| Kees Cook | Re: [PATCH] proc: add "personality" to process status file
Nothing else seemed appropriate, but I could make a brand new proc file,
if that's sensible. "status_private" ?
-Kees
--
Kees Cook
Ubuntu Security Team
--
| Oct 4, 3:02 pm 2008 |
| Aaron Carroll | Re: [PATCH] Give kjournald a IOPRIO_CLASS_RT io priority
What exactly do you want META to mean? Strict prioritisation over
all other non-META requests, or just more frequent and/or larger
That shouldn't be a problem. noop doesn't care about any of that stuff,
and deadline doesn't care about BIO_SYNC (more on that below). If the
bios that use META are a subset of those that currently use SYNC, then
we can temporarily change AS to treat META and SYNC equally. Only CFQ
would change in behaviour.
So deadline should probably support BIO_SYNC... ...
| Oct 4, 12:45 am 2008 |
| Peter Zijlstra | Re: [PATCH 00/32] Swap over NFS - v19
What I do is boot with mem=256M, then swapoff -a;
swapon /net/host/$path/file.swp;
the file.swp I created using dd and mkswap on the remote host.
I then run 2 cyclic loops on anonymous memory sized 96mb, and run 2
cyclic loops on file backed memory on the same NFS mount
(eg /net/host/$path/file[12]), also sized 96mb
That gives a memory footprint of 4*96=384mb and will thus rely on paging
quite heavily.
While this is on-going you can have a little deamon that listens and
accepts ...
| Oct 4, 3:13 am 2008 |
| KOSAKI Motohiro | Re: [PATCH 00/32] Swap over NFS - v19
Also my experience doesn't found any regression.
and in my experience, split-lru patch increase performance stability.
What is performance stability?
example, HPC parallel compution use many process and communication
each other.
Then, the system performance is decided by most slow process.
So, peek and average performance isn't only important, but also
worst case performance is important.
Especially, split-lru outperform mainline in anon and file mixed workload.
example, I ran ...
| Oct 4, 8:05 am 2008 |
| Pierre Ossman | Re: [PATCH 2/2] MMC: CSD and CID timeout values
On Thu, 2 Oct 2008 12:57:14 +0100
Applied both patches. Thanks. :)
--
-- Pierre Ossman
Linux kernel, MMC maintainer http://www.kernel.org
rdesktop, core developer http://www.rdesktop.org
WARNING: This correspondence is being monitored by the
Swedish government. Make sure your server uses encryption
for SMTP traffic and consider using PGP for end-to-end
encryption.
--
| Oct 4, 1:01 pm 2008 |
| Joseph Fannin | Re: [PATCH] Give kjournald a IOPRIO_CLASS_RT io priority
Shouldn't he also be sure to mount the FS with the "noextents" option,
or has ext4 learned not to to enable extents if they're not already
enabled?
--
Joseph Fannin
jfannin@gmail.com
--
| Oct 4, 10:14 am 2008 |
| Theodore Tso | Re: [PATCH] Give kjournald a IOPRIO_CLASS_RT io priority
The latter; ext4 will no longer enable extents if not already enabled
as of commit e4079a11, dated July 11th. That means 2.6.26 with any of
the ext4 patchsets (highly recommended if you want to use ext4) or any
mainline release post 2.6.26-git4/2.6.27-rc1.
A number of the ext4 tutorials/howto's are available on the web page
are out of date, including the one on IBM developer works. The best
place to get up-to-date information on using ext4 ...
| Oct 4, 2:27 pm 2008 |
| Theodore Tso | Re: [PATCH] Give kjournald a IOPRIO_CLASS_RT io priority
Sorry for the delay, I ran into a minor bug in the Modules.marker
generation support that prevented Systemtap from being able to use
markers. (It was busted since 2.6.27-rc1, so I guess that gives us
some sense how often developers use Systemtap. :-)
It looks like Andrew's workaround seems to help you out, but if you're
willing to run this while your mail reader is running, and correlate
it with with the large latency spikes, we might get some interesting
results.
Anyway, here's the ...
| Oct 4, 7:12 am 2008 |
| Andi Kleen | <PING> Re: [patch x86/core] x86: allow number of additio ...
Ping? Can you please test the patch? I think that's the correct fix.
I see Ingo unfortunately merged your initial broken hack, but it's wrong
and when actually used on a distribution will break real CPU hotplug there.
Please don't enable that CONFIG option in Fedora. Ideally drop
the CONFIG patch completely because it cannot do much good.
It should be replaced with the appended patch, which should go into 2.6.27
after it is confirmed to fix the problem.
Thanks.
-- ...
| Oct 4, 9:52 am 2008 |
| Chuck Ebbert | Re: <PING> Re: [patch x86/core] x86: allow number of add ...
On Sat, 04 Oct 2008 18:52:06 +0200
Yes, it works and I don't see how it could cause any problems.
Ingo, can we get this in 2.6.27? You can drop my original patch.
--
| Oct 4, 3:30 pm 2008 |
| Kiyoshi Ueda | Re: [dm-devel] Re: [PATCH 1/1] scsi: export busy state v ...
Hi James,
Thank you for the good suggestion.
I sent another patch-set: http://lkml.org/lkml/2008/10/4/85
Thanks,
Kiyoshi Ueda
--
| Oct 4, 11:14 am 2008 |
| Avi Kivity | Re: [RFC] CPUID usage for interaction between Hypervisor ...
If you can only expose one interface, you need to have the user choose.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
--
| Oct 4, 1:53 am 2008 |
| Nakajima, Jun | RE: [RFC] CPUID usage for interaction between Hypervisor ...
What's the significance of supporting multiple interfaces to the same guest simultaneously, i.e. _runtime_? We don't want the guests to run on such a literarily Frankenstein machine. And practically, such testing/debugging would be good only for Halloween :-).
The interface space can be distinct, but the contents are defined and implemented independently, thus you might find overlaps, inconsistency, etc. among the interfaces. And why is runtime "multiple interfaces" required for a standards-based ...
| Oct 3, 5:27 pm 2008 |
| H. Peter Anvin | Re: [RFC] CPUID usage for interaction between Hypervisor ...
Yes, and for the reasons outlined in a previous post in this thread,
this is an incredibly bad idea. We already hate the guts of the ACPI
By that notion, EVERY CPU currently shipped is a "Frankenstein" CPU,
since at very least they export Intel-derived and AMD-derived
That is the whole point -- without a central coordinating authority,
you're going to have to accommodate many definition sources. Otherwise,
you're just back to where we started -- each hypervisor exports an
interface ...
| Oct 3, 5:35 pm 2008 |
| Yu, Fenghua | RE: [PATCH 2/2]Add Variable Page Size and IA64 Support i ...
The current patch set works just fine for both cache coherency and non cache coherency. We don't need to abandon non cache coherency support on ia64 unless there is explicit spec claiming that non cache coherency is a requirement on all ia64 platforms.
Thanks.
-Fenghua
--
| Oct 4, 7:17 am 2008 |
| David Woodhouse | RE: [PATCH 2/2]Add Variable Page Size and IA64 Support i ...
But is the version without the cache coherency actually going to be
For safety, we can always make the driver just refuse to initialise on
IA64 if the cache coherency bit isn't set.
--
David Woodhouse Open Source Technology Centre
David.Woodhouse@intel.com Intel Corporation
--
| Oct 3, 11:09 pm 2008 |
| Yu, Fenghua | RE: [PATCH 2/2]Add Variable Page Size and IA64 Support i ...
VT-d hardware supports both non cache coherency and cache coherency by bit Coherency in Extended Capabilities Register.
Could you please point me to the doc that explicitly says that architecturally ia64 doesn't need cache flush?
Thanks.
-Fenghua
--
| Oct 3, 5:53 pm 2008 |
| Yu, Fenghua | RE: [PATCH 1/2]Add Variable Page Size and IA64 Support i ...
Since more than 95% of code in the patch is directly related to page size changes, splitting the patch will generate one big patch (95% of current patch size) and a few small patches. I would like to still send one single updated patch based on collected comments.
Thanks.
-Fenghua
--
| Oct 3, 5:21 pm 2008 |
| Tetsuo Handa | Re: [PATCH] CRED: ptrace_attach() should use the target ...
Hello.
Description is correct. But please apply "sed -e 's/TOMOYA/TOMOYO/g'".
TOMOYO Linux was introduced as TOMOYA Linux by mistake at OLS2008.
OK.
Please proceed. Thanks.
--
| Oct 4, 4:15 am 2008 |
| Pierre Ossman | Re: [PATCH] sdhci: 'scratch' may be used uninitialized
On Wed, 1 Oct 2008 01:50:25 -0700
Queued, thanks.
Rgds
--=20
-- Pierre Ossman
WARNING: This correspondence is being monitored by the
Swedish government. Make sure your server uses encryption
for SMTP traffic and consider using PGP for end-to-end
encryption.
| Oct 4, 12:57 pm 2008 |
| Leon Woestenberg | Re: [PATCH] mtd: AT49BV6416 has swapped erase regions
Hello Haavard, all,
this topic has now diverted to u-boot, as Linux is fixed. I am
posting in the existing thread to keep the information coherent.
On Tue, Sep 30, 2008 at 2:22 PM, Haavard Skinnemoen
I just checked on a custom design, AP7000 with AT49BV320DT, which
reports its top boot bit correctly.
info->device_id == c4 for this part.
The u-boot flash_fixup_atmel() currently reverses geometry whenever
the top boot bit is set, which seems wrong:
I have to force this to zero to make ...
| Oct 4, 4:41 am 2008 |
| Jiri Kosina | Re: [RFC PATCH 02/12] On Tue, 23 Sep 2008, David Miller wrote:
But if this patch (which is an obvious workaround, compared to the other
patches which fix real bugs, right?) would be catching some malicious
accessess to the mapped EEPROM, there should be stacktraces present in the
kernel log, right?
Thanks,
--
Jiri Kosina
SUSE Labs
--
| Oct 4, 3:21 am 2008 |
| Thomas Gleixner | Re: [RFC PATCH 02/12] On Tue, 23 Sep 2008, David Miller wrote:
Exactly. The access to a ro region results in a fault. I have nowhere
seen that trigger, but I can reproduce the trylock() WARN_ON, which
confirms that there is concurrent access to the NVRAM registers. The
backtrace pattern is similar to the one you have seen.
There are two possible bad results from that concurrent access:
1) Task A issues command A
Task B issues command B
Task A writes data for A
which end up in B
2) Task A acquires the software flag
......
Task B ...
| Oct 4, 4:02 am 2008 |
| Yinghai Lu | Re: Strange mtrrs in Aspire One
please check other three patches.
[PATCH 1/3] x86: mtrr_cleanup: print out correct type
[PATCH 2/3] x86: mtrr_cleanup: first 1M should be coverred in var mtrrs
[PATCH 3/3] x86: mtrr_cleanup: treat WRPROT as UNCACHEABLE
you may need to boot with "mtrr_gran_size=64k mtrr_chunk_size=64k"
YH
--
| Oct 4, 2:54 pm 2008 |
| Yinghai Lu | Re: Strange mtrrs in Aspire One
will have one patch to assume the [0, 1M) to be coverred by var mtrrs.
YH
--
| Oct 4, 10:55 am 2008 |
| J.A. | Re: Strange mtrrs in Aspire One
I have applied the patches you have posted in other threads, and this
give a very strange result. The mtrr cleanup did nothing, and I had to put
some printk's all around.
The thing is that the cleanup stops here:
printk(KERN_INFO "GO 6 %d\n",num[MTRR_TYPE_WRBACK] + num[MTRR_TYPE_UNCACHABL
printk(KERN_INFO "GO 6 %d\n",num_var_ranges - num[MTRR_NUM_TYPES]);
/* check if we only had WB and UC */
if (num[MTRR_TYPE_WRBACK] + num[MTRR_TYPE_UNCACHABLE] !=
num_var_ranges ...
| Oct 4, 6:22 am 2008 |
| J.A. | Re: Strange mtrrs in Aspire One
This makes me think about a question.
In the dual xeon box, the 'cleanup' ends with this setup:
werewolf:~> cat /proc/mtrr
reg00: base=0x00000000 ( 0MB), size=1024MB: write-back, count=1
reg01: base=0x40000000 (1024MB), size= 512MB: write-back, count=1
reg02: base=0x60000000 (1536MB), size= 256MB: write-back, count=1
reg03: base=0x70000000 (1792MB), size= 128MB: write-back, count=1
reg04: base=0x78000000 (1920MB), size= 64MB: write-back, count=1
reg05: base=0x7c000000 (1984MB), size= ...
| Oct 4, 4:02 pm 2008 |
| Yinghai Lu | Re: Strange mtrrs in Aspire One
please do check with tip/master.
http://people.redhat.com/mingo/tip.git/readme.txt
please boot with mtrr_cleanup_debug to find out right mtrr_gran_size
and mtrr_chunk_size...
YH
--
| Oct 4, 4:10 pm 2008 |
| Rafael J. Wysocki | Re: 2.6.27-rc7, freezes with > 1 s2ram cycle
Can you please try the patch at
http://marc.info/?l=linux-kernel&m=122307130419753&w=4
Thanks,
Rafael
--
| Oct 4, 11:29 am 2008 |
| Borislav Petkov | Re: [PATCH 2/3] ide-cd: small drive type print fix
It simply makes the format consistent with the lines below: CD-R/RW - which is
the more common way of enumerating supported media you find in different specs
--
Regards/Gruss,
Boris.
--
| Oct 4, 1:28 am 2008 |
| Michal Januszewski | Re: [PATCH v3] fbdev: ignore VESA modes if framebuffer d ...
I had a look at that patch and it looks like simply dropping the FB_IMAC
part from my patch is correct (i.e. the version of
fbdev-ignore-vesa-modes-if-framebuffer-does-not-support-them
that is currently in -mm is fine).
Best regards,
--
Michal Januszewski, Gentoo Linux Developer
http://people.gentoo.org/spock
--
| Oct 4, 12:45 pm 2008 |
| Tejun Heo | Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
You're leaving the good part out. Please always attach full kernel
log.
Thanks.
--
tejun
--
| Oct 3, 7:27 pm 2008 |
| Justin Piszcz | Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
Full log below:
[ 0.000000] Linux version 2.6.26.5 (root@p34.internal.lan) (gcc version 4.3.1 (Debian 4.3.1-2) ) #1 SMP Tue Sep 9 04:07:56 EDT 2008
[ 0.000000] Command line: auto BOOT_IMAGE=2.6.26.5-1 ro root=902
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000008f000 (usable)
[ 0.000000] BIOS-e820: 000000000008f000 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[ ...
| Oct 4, 1:11 am 2008 |
| Sitsofe Wheeler | Reading EeePC900 battery info causes stalls when using S ...
After weeks of head scratching as to why these latencies didn't occur
using the xandros 2.6.21.4 kernel (but keeping the same userspace) when
my own kernels would always show this problem I finally found the answer
after reading
http://tservice.net.ru/~s0mbre/blog/devel/other/2008_10_01 on kernel
planet - SLUB can cause regressions compared to SLAB. Switching from
SLUB to SLAB made the problem more or less disappear (which I guess
makes sense given the large number of kmem_* calls that are ...
| Oct 4, 3:50 am 2008 |
| Pierre Ossman | Re: RFC: Driver for CB710/720 memory card reader (MMC pa ...
On Thu, 25 Sep 2008 08:29:24 +0200
If you can't figure it out, just make sure the driver fails the
The buffers leave no alignment guarantees unfortunately.
Have a look at the current sdhci.c PIO routines though. It uses the sg
iterator helpers and keeps track of four byte chunks (as opposed to the
Just require that the lock must be held by the caller when invoking
cb710_mmc_enable_irq(). It's usually easier to keep track of locks by
keeping the lock handling at entry points into the ...
| Oct 4, 12:51 pm 2008 |
| Tejun Heo | Re: [PATCH 1/6] Hibernation: Introduce system_entering_h ...
Yeah, sure. :-)
--
tejun
--
| Oct 4, 3:27 pm 2008 |
| Tejun Heo | Re: [PATCH 1/6] Hibernation: Introduce system_entering_h ...
I think it's better to keep the list in each LLD but having a helper in
libata-core would be nice.
Thanks.
--
tejun
--
| Oct 4, 2:52 pm 2008 |
| Alan Cox | Re: [PATCH 1/6] Hibernation: Introduce system_entering_h ...
It can be done in one place via the libata core code I think rather than
in each driver. Might need to be a helper function but you'd at least
remove all the duplication.
Alan
--
| Oct 4, 2:50 pm 2008 |
| Rafael J. Wysocki | Re: [PATCH 1/6] Hibernation: Introduce system_entering_h ...
Thanks a lot,
Rafael
--
| Oct 4, 3:14 am 2008 |
| Tejun Heo | Re: [PATCH 1/6] Hibernation: Introduce system_entering_h ...
applied 1-6 to tj-upstream
git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata-dev.git tj-upstream
http://git.kernel.org/?p=linux/kernel/git/tj/libata-dev.git;a=shortlog;h=tj-upstream
Thanks.
--
tejun
--
| Oct 4, 12:02 am 2008 |
| Rafael J. Wysocki | Re: [PATCH 1/6] Hibernation: Introduce system_entering_h ...
Well, I can try to introduce one in a future patch. Will that be OK?
Rafael
--
| Oct 4, 3:30 pm 2008 |
| Rafael J. Wysocki | Re: [PATCH 1/6] Hibernation: Introduce system_entering_h ...
Hm, I'm not sure what you mean exactly, but the point is to blacklist the
on-board controllers only and a devfn of the controller is needed for that,
or a part of it (like the slot number I'm using). Could that be done above
the driver level?
--
| Oct 4, 3:13 am 2008 |
| Bjorn Helgaas | Re: char/tpm: tpm_infineon no longer loaded for HP 2510p ...
My thought is to make PNP emit uevents with modaliases like
"MODALIAS=pnp:PNP0501:PNP0500:" and make file2alias generate
aliases like "alias pnp*:PNP0500:* 8250_pnp".
Modprobe configs like "alias pnp:dPNP0510 irtty-sir" would
still work but would continue to depend on the udev shell hack.
If we just move the udev shell hack to the isapnp package, those
"alias pnp:dPNP0510 irtty-sir" configs would then depend on isapnp,
which doesn't seem like quite what we want. We can certainly ...
| Oct 4, 8:31 am 2008 |
| Kay Sievers | Re: char/tpm: tpm_infineon no longer loaded for HP 2510p ...
Looks good, and it is how they should look like. The current pnp
aliases are totally broken and useless for any usual modalias
The way the current shell hack is done, is that it gets disabled
Hmm, I guess there is no way around that. :)
Thanks,
Kay
--
| Oct 4, 9:27 am 2008 |
| Kay Sievers | Re: char/tpm: tpm_infineon no longer loaded for HP 2510p ...
Sounds good, just in mind, that there are custom modprobe configs out
there, that rely on the current pnp alias format, like:
alias pnp:dPNP0510 irtty-sir
alias pnp:dPNP0511 irtty-sir
alias pnp:dPNP0700 floppy
alias pnp:dPNP0303 atkbd
alias pnp:dPNP0f13 psmouse
...
We should make sure, that this still works, which wouldn't if we just
Yes, the plan is to move that rule from the default udev rule set to
the isapnp package.
Thanks,
Kay
--
| Oct 4, 5:09 am 2008 |
| Bron Gondwana | Re: BUG: mmapfile/writev spurious zero bytes still in the wild
It went into 2.6.25.8, which was the stable line at the time. It
didn't get backported to 2.6.24. Ubuntu's stable line is called
2.6.24-19.41, and I'm guessing they just didn't realise it was
a fix that actually needs to be applied to everything back to at
least 2.6.23.
I'll go try launchpad again and see if it's unbroken enough to
accept my bug report.
Bron ( really not wanting to keep fielding Cyrus questions on this
for the 4 1/2 years support remaining on that LTS distro! ...
| Oct 3, 5:13 pm 2008 |
| previous day | today | next day |
|---|---|---|
| October 3, 2008 | October 4, 2008 | October 5, 2008 |
