login
Search
| From | Subject | Date |
|---|---|---|
| Alan Ott | [PATCH 1/1] Bluetooth: hidp: Add support for hidraw HIDI ...
This patch adds support or getting and setting feature reports for bluetooth
HID devices from HIDRAW.
Signed-off-by: Alan Ott <alan@signal11.us>
---
net/bluetooth/hidp/core.c | 121 +++++++++++++++++++++++++++++++++++++++++++--
net/bluetooth/hidp/hidp.h | 8 +++
2 files changed, 125 insertions(+), 4 deletions(-)
diff --git a/net/bluetooth/hidp/core.c b/net/bluetooth/hidp/core.c
index bfe641b..0f068a0 100644
--- a/net/bluetooth/hidp/core.c
+++ b/net/bluetooth/hidp/core.c
@@ -36,6 ...
| Jun 13, 3:20 pm 2010 |
| Alan Ott | [PATCH 0/1] Bluetooth: hidp: Add support for hidraw HIDI ...
This patch adds support to the bluetooth hidp module for getting and
setting FEATURE reports from hidraw, as requested by Jiri Kosina. This
patch depends on the patch named:
[PATCH v2] HID: Add Support for Setting and Getting Feature Reports
from hidraw
I have a couple of concerns with this patch, which I hope someone here
can clarify and/or help me with.
1. Is it ok to use test_bit()/set_bit()/clear_bit() on session->flags,
when other parts in the code may not be using these ...
| Jun 13, 3:18 pm 2010 |
| Marcin Slusarz | Re: [PATCHv2] kmmio/mmiotrace: fix double free of kmmio_ ...
It would be good to apply it to -stable too. Sometimes people has to test
some earlier kernels because of unfixable constraints (you know, these
uncooperative vendors not releasing their binary drivers for latest kernels)
Marcin
--
| Jun 13, 3:18 pm 2010 |
| Marcin Slusarz | [PATCHv2] kmmio/mmiotrace: fix double free of kmmio_faul ...
After every iounmap mmiotrace has to free kmmio_fault_pages, but it
can't do it directly, so it defers freeing by RCU.
It usually works, but when mmiotraced code calls ioremap-iounmap
multiple times without sleeping between (so RCU won't kick in and
start freeing) it can be given the same virtual address, so at
every iounmap mmiotrace will schedule the same pages for release.
Obviously it will explode on second free.
Fix it by marking kmmio_fault_pages which are scheduled for release
and not ...
| Jun 13, 2:56 pm 2010 |
| Lubomir Rintel | [PATCH] [fs/sysv] Fix NULL deref. when allocating new inode
A call to sysv_write_inode() in sysv_new_inode() to its new interface
that replaced wait flag with writeback structure. This was broken by
a9185b41a4f84971b930c519f0c63bd450c4810d.
Signed-off-by: Lubomir Rintel <lkundrak@v3.sk>
---
fs/sysv/ialloc.c | 6 +++++-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/fs/sysv/ialloc.c b/fs/sysv/ialloc.c
index 241e976..f2764e2 100644
--- a/fs/sysv/ialloc.c
+++ b/fs/sysv/ialloc.c
@@ -25,6 +25,7 @@
#include <linux/stat.h>
#include ...
| Jun 13, 12:01 pm 2010 |
| Maxim Levitsky | Re: BUG: using smp_processor_id() in preemptible code: s2disk
I confirm the same issue. Sorry for not reporting it earlier.
Best regards,
Maxim Levitsky
--
| Jun 13, 1:33 pm 2010 |
| Rafael J. Wysocki | Re: BUG: using smp_processor_id() in preemptible code: s2disk
It looks like a cpufreq issue to me, but it may be related to CPU hotplug as
well. I'm not sure who's been messing up with that recently, though.
Rafael
--
| Jun 13, 4:36 pm 2010 |
| Sergey Senozhatsky | BUG: using smp_processor_id() in preemptible code: s2disk
Hello,
.35-rc3, x86
Hit the following error today:
kernel: [ 94.817525] CPU1: Thermal monitoring handled by SMI
kernel: [ 94.951454] BUG: using smp_processor_id() in preemptible [00000000] code: s2disk/3392
kernel: [ 94.951462] caller is nr_iowait_cpu+0xe/0x1e
kernel: [ 94.951466] Pid: 3392, comm: s2disk Not tainted 2.6.35-rc3-dbg-00106-ga75e02b #2
kernel: [ 94.951469] Call Trace:
kernel: [ 94.951478] [<c1184c55>] debug_smp_processor_id+0xa5/0xbc
kernel: [ 94.951484] ...
| Jun 13, 1:33 pm 2010 |
| Chris Clayton | Re: Noticeable slow-down in 2.6.35-rc3
Yes, that's fixed the problem I reported.
Thanks.
--
The more I see, the more I know. The more I know, the less I understand.
Changing Man - Paul Weller
--
| Jun 13, 2:11 pm 2010 |
| Gene Heskett | Re: Noticeable slow-down in 2.6.35-rc3
Unfortunately, this patch will not apply to my src tree for 2.6.35-rc3,
even after I fixed the unwanted line wrap in the first active line.
I get:
[root@coyote linux-2.6.35-rc3]# patch -p1 <../2.6.35-rc3-test.patch
patching file net/core/skbuff.c
Hunk #1 FAILED at 532.
1 out of 1 hunk FAILED -- saving rejects to file net/core/skbuff.c.rej
Did my grabbing it with swiftfox damage it even further?
------------------------------------------------------------------
diff --git ...
| Jun 13, 3:13 pm 2010 |
| Chris Clayton | Re: Noticeable slow-down in 2.6.35-rc3
I've just found John Fastabend's easy and fast fix
(http://marc.info/?l=linux-kernel&m=127646140827821) and am about to apply it
--
The more I see, the more I know. The more I know, the less I understand.
Changing Man - Paul Weller
--
| Jun 13, 1:58 pm 2010 |
| Chris Clayton | Noticeable slow-down in 2.6.35-rc3
Hi,
Please cc me on any reply because I'm not subscribed to linux-kernel
or linux-net
I've noticed a slowdown in 2.6.35-rc3. It shows up in a few places:
1. When my desktop (KDE 3.5.10) is starting up, the "Initialising
system services" phase takes about 45 seconds as opposed to the normal
4 or 5 seconds., Similarly, whilst the basic KDE panel draws as
normal, the icons and other gadgets that it normally contains take
about 15 seconds to appear.
2. In firefox (3.6.3), there is a short ...
| Jun 13, 1:15 pm 2010 |
| François Valenduc | Re: Noticeable slow-down in 2.6.35-rc3
This commit also makes nfsd hangs at startup on my computer (see
https://bugzilla.kernel.org/show_bug.cgi?id=16195). This problem doesn't
occur if it's reverted.
François Valenduc
--
| Jun 13, 1:35 pm 2010 |
| Alex Riesen | Re: read(2) hangs waiting for data from a closed socket
On Sun, Jun 13, 2010 at 17:23, Markus Trippelsdorf
I see. Thanks! Reverting the commit indeed fixes the conky/hddtemp problem.
--
| Jun 13, 12:55 pm 2010 |
| Mark Hills | Appending '+' to version, since 2.6.35-rc2
Commit 85a256d adds a new feature:
[...] When CONFIG_LOCALVERSION_AUTO is not enabled, a `+' is appended
to the kernel version to represent that the kernel has been revised
since the last release unless "make LOCALVERSION=" was used to uniquely
identify the build.
I'm finding this inconvenient for 'casual' kernel development.
For example, my usual workflow goes something like:
1) find something I suspect is a bug
2) upgrade to the latest stable or -rc kernel, to confirm
3) ...
| Jun 13, 12:01 pm 2010 |
| Chun Hsieh | Business Proposal
Dear Friend,
I am Chun Hsieh The Executive Vice President and Chief Auditor Bank Sino
Pac Taiwan ,I have a business proposal for you of my partner fund in my
bank,get back to me via my personal e-mail chuhsieh60@hotmail.com for more
details.
--
| Jun 13, 9:37 am 2010 |
| Chase Douglas | [PATCH] trace-cmd: append to CFLAGS instead of being overriden
Most package builders apply their own CFLAGS, often set during the make
invocation. The trace-cmd internal CFLAGS is overriden in this case.
Make sure the important flags are appended.
Signed-off-by: Chase Douglas <chase.douglas@canonical.com>
---
Makefile | 6 +++++-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index a278510..08fc4ca 100644
--- a/Makefile
+++ b/Makefile
@@ -183,7 +183,11 @@ KERNELSHARK_VERSION = ...
| Jun 13, 10:11 am 2010 |
| Chase Douglas | [PATCH] trace-cmd: prevent print_graph_duration buffer o ...
Passing n > sizeof(string) to snprintf can cause a glibc buffer overflow
condition. We know the exact size of nsecs_str, so use it instead of
math that may overflow.
Signed-off-by: Chase Douglas <chase.douglas@canonical.com>
---
trace-ftrace.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/trace-ftrace.c b/trace-ftrace.c
index af9ac8d..ee7c6dc 100644
--- a/trace-ftrace.c
+++ b/trace-ftrace.c
@@ -148,7 +148,7 @@ static void print_graph_duration(struct trace_seq ...
| Jun 13, 10:11 am 2010 |
| Valdis.Kletnieks | Re: [PATCH] trace-cmd: prevent print_graph_duration buff ...
We only get into this code after we've checked that the length is under 7
characters. How much overflow can happen as long as the sizeof(nsecs_str) is a
sane size (like at least 8 chars)? Probably a better bet would be doing the
right thing and 'BUILD_BUG_ON(sizeof(nsecs_str) < 8);'?
| Jun 13, 1:52 pm 2010 |
| Chase Douglas | Re: [PATCH] trace-cmd: prevent print_graph_duration buff ...
nsecs_str is a local variable defined just above this block of code as:
char nsecs_str[5];
I was hitting cases where s->len == 64 and len == 63, leading to the
size argument of snprintf being 7 on a 5 byte string. I didn't delve too
much into the reasoning for the if statement, but I think it's math is
not actually related to the size of nsecs_rem but to some other string
length.
-- Chase
--
| Jun 13, 2:01 pm 2010 |
| Tejun Heo | [PATCH 12/12] usb: use IRQ watching
Ask IRQ subsystem to watch HCD IRQ line after initialization. This at
least keeps USB ports which are occupied on initialization working and
eases bug reporting and debugging.
Signed-off-by: Tejun Heo <tj@kernel.org>
---
drivers/usb/core/hcd.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/hcd.c
index 12742f1..383875f 100644
--- a/drivers/usb/core/hcd.c
+++ b/drivers/usb/core/hcd.c
@@ -2270,6 +2270,7 @@ int ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCHSET] irq: better lost/spurious irq handling
Hello,
This is the first take of better-lost-spurious-irq-handling patchset.
IRQs can go wrong in two opposite directions. There can be too many
or too few. Currently, the former is handled by spurious IRQ
detection and polling (the "nobody cared" thing) and the latter by
irqpoll kernel parameter, which currently is broken on many
configurations due to tickless timer and missing IRQF_IRQPOLL.
Certain hardware classes are inherently prone to IRQ related problems.
ATA is one very good ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 04/12] irq: kill IRQF_IRQPOLL
With irqpoll polling switched to desc->poll_timer, IRQF_IRQPOLL is no
longer necessary. Drop it.
Signed-off-by: Tejun Heo <tj@kernel.org>
---
arch/arm/mach-aaec2000/core.c | 2 +-
arch/arm/mach-at91/at91rm9200_time.c | 2 +-
arch/arm/mach-at91/at91sam926x_time.c | 2 +-
arch/arm/mach-bcmring/core.c | 2 +-
arch/arm/mach-clps711x/time.c | 2 +-
arch/arm/mach-cns3xxx/core.c | 2 +-
arch/arm/mach-ebsa110/core.c ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 07/12] irq: improve spurious IRQ handling
Currently, once spurious polling is enabled, it's never disabled and
to avoid enaling it unnecessarily, the condition for kicking in is
very conservative. Now that spurious polling is per-IRQ, it can be
made more adaptive without adding overhead to the fast path.
This patch improves spurious handling such that the spurious IRQ
polling kicks in earlier and it disables itself after polling certain
number of times which is automatically adjusted according to whether
and when spurious IRQ happens ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 02/12] irq: make spurious poll timer per desc
Currently there is single timer for for spurious IRQ polling and when
it kicks in, it polls all the IRQs. Add irq_desc->poll_timer and use
it for spurious polling such that only the failed IRQ is polled. This
significantly reduces the cost of spurious polling and the polling
interval is adjusted to 10ms.
irq_poll_action_{added|removed}(), which are called from
{setup|free}_irq() respectively, are added so that poll timer
management is done inside spurious.c.
The global polling function ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 01/12] irq: cleanup irqfixup
Make the following cleanups to irqfixup.
* Define IRQFIXUP_{SPURIOUS|MISROUTED|POLL} and use them instead of
hard coding 0, 1 and 2.
* Add an inline note_interrupt() wrapper which checks noirqdebug and
calls __note_interrupt() instead of checking noirqdebug from each
caller.
Signed-off-by: Tejun Heo <tj@kernel.org>
---
arch/arm/mach-ns9xxx/irq.c | 3 ---
arch/powerpc/platforms/cell/interrupt.c | 5 +----
include/linux/irq.h | 13 ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 11/12] libata: use IRQ expecting
Thanks to its age, ATA is very susceptible to IRQ delivery problems in
both directions - lost and spurious interrupts. In traditional PATA,
the IRQ line is ultimately out of the controller and driver's control.
Even relatively new SATA isn't free from these issues. Many
controllers still emulate the traditional IDE interface which doesn't
have reliable way to indicate interrupt pending state and there also
is an issue regarding the interpretation of nIEN on both sides of the
cable.
Most of ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 03/12] irq: use desc->poll_timer for irqpoll
Due to tickless and missing IRQF_IRQPOLL flags, irqpoll has been
broken in many configurations for quite some time. Make irqpoll
global polling use desc->poll_timer instead. It's simpler and more
reliable.
Signed-off-by: Tejun Heo <tj@kernel.org>
---
kernel/irq/spurious.c | 41 +++++------------------------------------
1 files changed, 5 insertions(+), 36 deletions(-)
diff --git a/kernel/irq/spurious.c b/kernel/irq/spurious.c
index 545f730..fc18a13 100644
--- ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 10/12] irq: add comment about overall design of l ...
Give a general overview of the facility at the top of file and add
copyright notice.
Signed-off-by: Tejun Heo <tj@kernel.org>
---
kernel/irq/spurious.c | 74 ++++++++++++++++++++++++++++++++++++++++++++++++-
1 files changed, 73 insertions(+), 1 deletions(-)
diff --git a/kernel/irq/spurious.c b/kernel/irq/spurious.c
index 2d92113..329555f 100644
--- a/kernel/irq/spurious.c
+++ b/kernel/irq/spurious.c
@@ -2,8 +2,66 @@
* linux/kernel/irq/spurious.c
*
* Copyright (C) 1992, ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 06/12] irq: implement irq_schedule_poll()
Implement and use irq_schedule_poll() to schedule desc->poll_timer
instead of calling mod_timer directly. irq_schedule_poll() is called
with desc->lock held and schedules the timer iff necessary - ie. if
the timer is offline or scheduled to expire later than requested.
This will be used to share desc->poll_timer.
Signed-off-by: Tejun Heo <tj@kernel.org>
---
kernel/irq/spurious.c | 47 +++++++++++++++++++++++++++++++++++++++++------
1 files changed, 41 insertions(+), 6 deletions(-)
diff ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 09/12] irq: implement IRQ expecting
This patch implements IRQ expecting, which can be used when a driver
can anticipate the controller to raise an interrupt in relatively
immediate future. A driver needs to allocate an irq expect token
using init_irq_expect() to use it. expect_irq() should be called when
an operation which will be followed by an interrupt is started.
unexpect_irq() when the operation finished or timed out.
This allows IRQ subsystem closely monitor the IRQ and react quickly if
the expected IRQ doesn't happen for ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 08/12] irq: implement IRQ watching
This patch implements IRQ watching, which is a simple polling
mechanism drivers can use to work around lost and/or misrouted IRQs.
IRQ watching is enabled by driver calling watch_irq(irq, dev_id).
After that, it polls the irqaction for certain amount of time (1min)
and keeps track of whether IRQ delivery is actually working. If the
irqaction is serviced by poll, it's considered to be a possible
indication of IRQ misdelivery.
The watch polling starts slowly at 1HZ and speeds up to 100HZ when ...
| Jun 13, 8:31 am 2010 |
| Tejun Heo | [PATCH 05/12] irq: misc preparations for further changes
* properly indent irqaction fields.
* factor out print_irq_handler()
Signed-off-by: Tejun Heo <tj@kernel.org>
---
include/linux/interrupt.h | 20 ++++++++++----------
kernel/irq/spurious.c | 28 ++++++++++++++++------------
2 files changed, 26 insertions(+), 22 deletions(-)
diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h
index 61857f1..b20bd65 100644
--- a/include/linux/interrupt.h
+++ b/include/linux/interrupt.h
@@ -102,16 +102,16 @@ typedef irqreturn_t ...
| Jun 13, 8:31 am 2010 |
| Denys Fedorysychenko | Aerospace and linux
Most of commercial controllers (USB and IDE) use intermediate cache/buffer
memory, that will be vulnerable to byte flipping (as i know even SRAM
vulnerable to that). Some of them have their own firmware, storing somewhere
chip wearing information, and if bit flipping happen there - they just will
fail (common issue: USB flash not recognized anymore or have 0 bytes
capacity).
I guess you need truly embedded device, including PCB design, and operate
with storage chips directly (RAM, ...
| Jun 13, 8:26 am 2010 |
| Alex Riesen | read(2) hangs waiting for data from a closed socket
Hi,
I noticed that conky (http://conky.sourceforge.net/) freezes while reading
from hddtemp socket (it's an IPv4 TCP socket, loopback).
I didn't notice when exactly this started happening (I started running
full desktop on 2.6.35 only since -rc3) and haven't bisected yet (I'll try,
time and our daughter permitting).
Little what I have (2.6.35 crashes on me yet):
- hddtemp has closed this socket already (lsof -p `pidof hddtemp`
shows only its listening socket, no established connections). I ...
| Jun 13, 8:07 am 2010 |
| Avi Kivity | [PATCH 2/4] x86, fpu: run device not available trap with ...
In order to allow a task's fpu state to fully float, we may need to
bring it back from another processor. To do that, we need interrupts to
be enabled so we can fire off an IPI to that processor.
May break 80386/7 combos with FERR# wired through the interrupt controller.
Signed-off-by: Avi Kivity <avi@redhat.com>
---
arch/x86/kernel/traps.c | 13 +++++--------
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c
index ...
| Jun 13, 8:03 am 2010 |
| Rafael J. Wysocki | [Bug #16136] Linux 2.6.34 causes system lockup on Compaq ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16136
Subject : Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
Submitter : Jeffrey Merkey ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16097] 2.6.34 on Samsung P460: reset after "Waitin ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097
Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
Submitter : Harald Dunkel ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15669] INFO: suspicious rcu_dereference_check()
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15669
Subject : INFO: suspicious rcu_dereference_check()
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704
Subject : [r8169] WARNING: at net/sched/sch_generic.c
Submitter : Sergey Senozhatsky ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15863] 2.6.34-rc5-git7 (plus all patches) -- anoth ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15863
Subject : 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage.
Submitter : Miles ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #16138] PCMCIA regression
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16138
Subject : PCMCIA regression
Submitter : Mikulas Patocka <mpatocka@redhat.com>
Date : 2010-05-25 20:25 (20 days ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16082] host panic on kernel 2.6.34
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082
Subject : host panic on kernel 2.6.34
Submitter : Hao, Xudong <xudong.hao@intel.com>
Date : 2010-05-24 8:23 (21 ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16050] The ibmcam driver is not working
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16050
Subject : The ibmcam driver is not working
Submitter : Bill Davidsen <davidsen@tmr.com>
Date : 2010-05-25 23:02 (20 ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15671] intel graphic card hanging (Hangcheck timer ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15671
Subject : intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter : Norbert Preining ...
| Jun 13, 7:48 am 2010 |
| Pekka Enberg | Re: [Bug #15713] hackbench regression due to commit 9dfc ...
Fixed by:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=73367bd8ee...
in 2.6.35-rc1 and the commit is tagged for stable.
--
| Jun 13, 10:08 am 2010 |
| Rafael J. Wysocki | [Bug #16134] 2.6.34 hard lock ppp/do_tty_hangup, regression
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16134
Subject : 2.6.34 hard lock ppp/do_tty_hangup, regression
Submitter : Richard Zidlicky <rz@linux-m68k.org>
Date : ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16137] Ooops in BTRFS in 2.6.34 / x86_64 when moun ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137
Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
Submitter : armin walland ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15717] bluetooth oops
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15717
Subject : bluetooth oops
Submitter : Pavel Machek <pavel@ucw.cz>
Date : 2010-03-14 20:14 (92 days ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #16054] UML broken for CONFIG_SLAB
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
Subject : UML broken for CONFIG_SLAB
Submitter : Parag Warudkar <parag.lkml@gmail.com>
Date : 2010-05-23 21:40 (22 ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16162] SSD + sata_nv + btrfs oops
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16162
Subject : SSD + sata_nv + btrfs oops
Submitter : Dave Airlie <airlied@gmail.com>
Date : 2010-06-01 3:04 (13 days ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007
Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL
Submitter : Graham Ramsey <ramsey.graham@ntlworld.com>
Date : ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16170] Leadtek Winfast DTV Dongle (STK7700P based) ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170
Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
Submitter : ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15970] BUG: amd64-agp (2.6.34-rc7)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15970
Subject : BUG: amd64-agp (2.6.34-rc7)
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2010-05-11 20:56 ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #16111] hostap_pci: infinite registered netdevice wifi0
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111
Subject : hostap_pci: infinite registered netdevice wifi0
Submitter : Petr Pisar <petr.pisar@atlas.cz>
Date : ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15862] 2.6.34-rc4/5: iwlagn unusable until reload
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862
Subject : 2.6.34-rc4/5: iwlagn unusable until reload
Submitter : Nico Schottelius ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15924] kacpid consumes ~100% CPU, system freezes r ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15924
Subject : kacpid consumes ~100% CPU, system freezes randomly
Submitter : Jaroslav Kameník ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #16084] iwl3945 bug in 2.6.34
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16084
Subject : iwl3945 bug in 2.6.34
Submitter : Satish Eerpini <eerpini@gmail.com>
Date : 2010-05-23 6:37 (22 days ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16034] 2.6.34: dlm: possible circular locking depe ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16034
Subject : 2.6.34: dlm: possible circular locking dependency detected
Submitter : CaT <cat@zip.com.au>
Date : ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15659] [Regresion] [2.6.34-rc1] [drm:i915_hangchec ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15659
Subject : [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15664] Graphics hang and kernel backtrace when sta ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15664
Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
Submitter : Alex Villacis ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977
Subject : WARNING: at lib/dma-debug.c:866 check_for_stack
Submitter : Zdenek Kabelac ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15951] commit 9630bdd9 changes behavior of the poweroff
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15951
Subject : commit 9630bdd9 changes behavior of the poweroff
Submitter : Michal Hocko <mhocko@suse.cz>
Date : ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15909] open("a/",O_NOFOLLOW) fails with ELOOP if " ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15909
Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
Submitter : Marius ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #16139] wait_even_interruptible_timeout(), signal, ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139
Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang
Submitter : Shirish Pargaonkar ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16035] Incorrect initial resolution of (external) ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035
Subject : Incorrect initial resolution of (external) vga monitor with KMS
Submitter : ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15858] [2.6.34-rc5] bad page state copying to/from ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15858
Subject : [2.6.34-rc5] bad page state copying to/from HFS+ filesystem...
Submitter : Daniel J Blueman ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #16158] winxp guest hangs after idle for ~30 minutes
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16158
Subject : winxp guest hangs after idle for ~30 minutes
Submitter : <brimhall@pobox.com>
Date : 2010-06-08 17:52 (6 ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
[NOTES:
* This report has been delayed, because I had to go through all of the
entries and filter out the fixed ones, invalid ones etc. Of course, I might
have missed some, but hopefully not too many.
* E-mail reports from the last 7 days are not included.]
This message contains a list of some post-2.6.33 regressions introduced before
2.6.34, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you ...
| Jun 13, 7:45 am 2010 |
| Rafael J. Wysocki | [Bug #16147] ksoftirq hogs the CPU
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16147
Subject : ksoftirq hogs the CPU
Submitter : Thomas Jarosch <thomas.jarosch@intra2net.com>
Date : 2010-06-07 15:17 ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #16135] [BUG] kacpi_notify goes into an infinite lo ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16135
Subject : [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched)
Submitter : Steven Rostedt ...
| Jun 13, 7:49 am 2010 |
| Borislav Petkov | Re: [Bug #16054] UML broken for CONFIG_SLAB
From: Parag Warudkar <parag.lkml@gmail.com>
I don't know whether the SLAB issue is related but
the hweight fix is in -tip and hasn't gone mainline yet:
http://git.kernel.org/tip/055c47272b8f5679d08ccc57efea3cb4aaeb5fc6
--
Regards/Gruss,
Boris.
--
| Jun 13, 9:07 am 2010 |
| Parag Warudkar | Re: [Bug #16054] UML broken for CONFIG_SLAB
Borislav,
I believe both of the issues I encountered that are part of this bug
entry (missing/superfluous slab inclusion issues and cfq related boot
crash due to popcnt/hweight stuff) have a known fix [1] but I am not
sure if any of it actually landed in -git. Quick search through
git.kernel.org log doesn't show anything relevant.
I think there was ongoing discussion on the hweight include fix - so
keeping this open until fixes are in may be what we should do as of
now.
[1] ...
| Jun 13, 8:35 am 2010 |
| Rafael J. Wysocki | [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15712
Subject : [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
Submitter : Pavel Machek <pavel@ucw.cz>
Date : ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #16040] kacpid consumes ~40% of cpu all the time be ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16040
Subject : kacpid consumes ~40% of cpu all the time beginning with 2.6.34
Submitter : Mehmet Giritli ...
| Jun 13, 7:49 am 2010 |
| Rafael J. Wysocki | [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imba ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673
Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter : Thomas Meyer <thomas@m3y3r.de>
Date : ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15936] Suspicious rcu_dereference_check() usage de ...
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15936
Subject : Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor
Submitter : ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15805] reiserfs locking
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15805
Subject : reiserfs locking
Submitter : Alexander Beregalov <a.beregalov@gmail.com>
Date : 2010-04-15 21:02 (60 days ...
| Jun 13, 7:48 am 2010 |
| Rafael J. Wysocki | [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15713
Subject : hackbench regression due to commit 9dfc6e68bfe6e
Submitter : Alex Shi <alex.shi@intel.com>
Date : ...
| Jun 13, 7:48 am 2010 |
| Christian Kujau | Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
So, now we have two patches for slightly different issues?
* http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
...fixes the flexcop-pci.c driver.
* http://patchwork.ozlabs.org/patch/52978/
...fixes "some bogus firmwares include properties with "/" in their
name". I'm not sure if this would make the flexcop-pci.c badness go
away too.
Anyway, both patches are not upstream yet, but Michael mentioned that
Grant Likely or Ben might push it ...
| Jun 13, 11:10 am 2010 |
| Grant Likely | Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
On brief review, they look like completely different issues. I doubt
the second patch will fix the flexcop-pci issue. I'll pick up the
device tree patch, but the flexcop-pci patch should go in by the
v4l/dvb tree.
g.
--
| Jun 13, 12:57 pm 2010 |
| Stefan Lippers-Hollmann | Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
Hi
Still existing in 2.6.34 and 2.6.35 HEAD, however a patch fixing the issue
for b2c2-flexcop/ flexcop-pci has been posted last week:
From: Jindřich Makovička <makovick@gmail.com>
Subject: [PATCH] DVB flexcop-pci: sanitize driver name to avoid warning on load
Date: Mon, 7 Jun 2010 14:51:30 +0200
Message-ID: <AANLkTikNcCtUn9SQwKu2b3IE6NiAwAhciHsm1HVH4EJh@mail.gmail.com>
URL: http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
Regards
Stefan Lippers-Hollmann
--
| Jun 13, 8:22 am 2010 |
| Rafael J. Wysocki | [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.
The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15589
Subject : 2.6.34-rc1: Badness at fs/proc/generic.c:316
Submitter : Christian Kujau <lists@nerdbynature.de>
Date : ...
| Jun 13, 7:45 am 2010 |
| Jindrich Makovicka | Re: [REGRESSION]linux-2.6.35-rc3 in net/core/dev.c
On Sun, 13 Jun 2010 16:25:54 +0300
I can confirm this. Reverting of this patch fixes a regression with
Privoxy running on localhost, where most of the connections
(browser->proxy) stall and don't return anything.
--
Jindrich Makovicka
--
| Jun 13, 7:54 am 2010 |
| Marin Mitov | [REGRESSION]linux-2.6.35-rc3 in net/core/dev.c
Hi all,
I am using ssh with port redirection to log on host_at_work:
ssh -L20110:mail:110 host_at_work
With linux-2.6.35-rc3, when I telnet to localhost I get:
telnet localhost 20110
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection timed out
but the connection at host_at_work stays ESTABLISHED
With older kernels at home (linux-2.6.33.4) when I telnet I have:
telnet localhost 20110
Trying 127.0.0.1...
Connected to localhost.
Escape character is ...
| Jun 13, 6:25 am 2010 |
| Heinz Diehl | Re: [REGRESSION]linux-2.6.35-rc3 in net/core/dev.c
This does also fix this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=16188
--
| Jun 13, 8:28 am 2010 |
| Davidlohr Bueso | [PATCH] README: Add build speed up tip in BUILD section.
Hi,
IMHO the README file could benefit from GNU make's -j[N] option in BUILD section, as a general tip for users.
Not entirely sure who deals with this file, so sending to Linus.
Thanks.
Signed-off-by: Davidlohr Bueso <dave@gnu.org>
---
README | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/README b/README
index 737838f..fda7d52 100644
--- a/README
+++ b/README
@@ -154,6 +154,11 @@ BUILD directory for the kernel:
Please note: If the 'O=output/dir' ...
| Jun 13, 6:10 am 2010 |
| Piotr Hosowicz | Re: [PATCH] README: Add build speed up tip in BUILD section.
I thought not CPUs but cores.
--
Janusz Korwin-Mikke:
"Idiota z dyplomem to taki sam idiota,
jak przedtem - tylko z pretensjami."
NP: Jeff Beck - Hip-Notica
NB: 2.6.35-rc3
--
| Jun 13, 6:18 am 2010 |
| Geert Uytterhoeven | [PATCH] rtc: rp5c01 - Add NVRAM support
The Ricoh RP5C01 RTC contains 26 x 4 bits of NVRAM.
Provide access to it via a sysfs "nvram" attribute file.
Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
--
Question: Is a spinlock in priv the right kind of locking?
Should I use e.g. rtc-device.ops_lock instead?
diff --git a/drivers/rtc/rtc-rp5c01.c b/drivers/rtc/rtc-rp5c01.c
index a95f733..36eb661 100644
--- a/drivers/rtc/rtc-rp5c01.c
+++ b/drivers/rtc/rtc-rp5c01.c
@@ -63,6 +63,8 @@ enum {
struct rp5c01_priv {
u32 ...
| Jun 13, 3:12 am 2010 |
| Wan ZongShun | Re: [rtc-linux] [PATCH] rtc: rp5c01 - Add NVRAM support
Hi Geert ,
Minior comment below:
Firstly, this 'Question' text should not put here, please put all
texts in front of '---'.
Secondly, You can not use rtc-device.ops_lock here, if so, it would
arouse dead lock,
before the ' rp5c01_read_time()' was called by RTC subsystem upper
API, rtc-device.ops_lock
has been required sucessfully, If continue to require the
rtc-device.ops_lock in ' rp5c01_read_time()',
--
*linux-arm-kernel mailing list
mail ...
| Jun 13, 6:41 am 2010 |
| Geert Uytterhoeven | Re: [rtc-linux] [PATCH] rtc: rp5c01 - Add NVRAM support
I explicitly put it there, as the question was meant for the reviewers only,
Sorry, my question was not that correctly formulated...
I meant whether it's better to take rtc_device.ops_lock in the nvram
access functions
to synchronize with the RTC access functions (which already take that mutex),
instead of adding a spinlock to priv.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with ...
| Jun 13, 10:44 am 2010 |
| Adrian Hunter | [PATCH V2 2/4] mmc: Add erase, secure erase, trim and se ...
From 1d8e0d58bc046e148a5452b93240cf484adf1db6 Mon Sep 17 00:00:00 2001
From: Adrian Hunter <adrian.hunter@nokia.com>
Date: Tue, 1 Jun 2010 13:20:22 +0300
Subject: [PATCH 2/4] mmc: Add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition,
eMMC v4.4 cards can support secure erase, trim and secure trim
operations that are all variants of the basic erase command.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
---
...
| Jun 13, 3:01 am 2010 |
| Adrian Hunter | [PATCH V2 1/4] block: Add BLKSECDISCARD
From 2bca77333187190bacb3e8b6f79a51ee11be62b5 Mon Sep 17 00:00:00 2001
From: Adrian Hunter <adrian.hunter@nokia.com>
Date: Thu, 3 Jun 2010 10:46:04 +0300
Subject: [PATCH 1/4] block: Add BLKSECDISCARD
eMMC v4.4 cards can provide a secure erase operation
which guarantees that all copies of the discarded sectors (for
example created by garbage collection) will also be erased. For
this a new ioctl BLKSECDISCARD is added.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
---
...
| Jun 13, 3:01 am 2010 |
| Adrian Hunter | [PATCH V2 1/4] block: Add BLKSECDISCARD
From 2bca77333187190bacb3e8b6f79a51ee11be62b5 Mon Sep 17 00:00:00 2001
From: Adrian Hunter <adrian.hunter@nokia.com>
Date: Thu, 3 Jun 2010 10:46:04 +0300
Subject: [PATCH 1/4] block: Add BLKSECDISCARD
eMMC v4.4 cards can provide a secure erase operation
which guarantees that all copies of the discarded sectors (for
example created by garbage collection) will also be erased. For
this a new ioctl BLKSECDISCARD is added.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
---
...
| Jun 13, 3:41 am 2010 |
| Adrian Hunter | [PATCH V2 3/4] mmc_block: Add discard and secure discard ...
From a86fc83da7c3d4f9f39a267841b8cb73c30ad7ac Mon Sep 17 00:00:00 2001
From: Adrian Hunter <adrian.hunter@nokia.com>
Date: Thu, 3 Jun 2010 10:47:12 +0300
Subject: [PATCH 3/4] mmc_block: Add discard and secure discard support
Enable MMC to service discard requests. In the case of SD
and MMC cards that do not support trim, discards become
erases. In the case of cards (MMC) that only allow erases
in multiples of erase group size, round to the nearest
completely discarded erase group.
Also ...
| Jun 13, 3:42 am 2010 |
| Adrian Hunter | [PATCH V2 3/4] mmc_block: Add discard and secure discard ...
From a86fc83da7c3d4f9f39a267841b8cb73c30ad7ac Mon Sep 17 00:00:00 2001
From: Adrian Hunter <adrian.hunter@nokia.com>
Date: Thu, 3 Jun 2010 10:47:12 +0300
Subject: [PATCH 3/4] mmc_block: Add discard and secure discard support
Enable MMC to service discard requests. In the case of SD
and MMC cards that do not support trim, discards become
erases. In the case of cards (MMC) that only allow erases
in multiples of erase group size, round to the nearest
completely discarded erase group.
Also ...
| Jun 13, 3:01 am 2010 |
| Adrian Hunter | [PATCH V2 4/4] omap_hsmmc: Add erase capability
From 101ce0365d6ce1abc8518f4776ea723038eeb5ae Mon Sep 17 00:00:00 2001
From: Adrian Hunter <adrian.hunter@nokia.com>
Date: Tue, 18 May 2010 17:33:13 +0300
Subject: [PATCH 4/4] omap_hsmmc: Add erase capability
Disable the data (busy) timeout for erases and set the
MMC_CAP_ERASE capability.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
---
drivers/mmc/host/omap_hsmmc.c | 13 ++++++++++---
1 files changed, 10 insertions(+), 3 deletions(-)
diff --git ...
| Jun 13, 3:01 am 2010 |
| Adrian Hunter | [PATCH V2 0/4] Add MMC erase and secure erase
Hi
Add ability to do MMC erase and secure erase operations from userspace,
using the BLKDISCARD ioctl and a newly created BLKSECDISCARD ioctl.
Changes from V1
- use discard I/O requests instead of implementing BLKDISCARD in mmc_block
- do not validate erase size for MMC erases, instead round to erase size
- rename MMC max_erase to pref_erase and expose it through sysfs as
"preferred_erase_size"
Adrian Hunter (4):
block: Add BLKSECDISCARD
mmc: Add erase, secure erase, trim ...
| Jun 13, 3:01 am 2010 |
| Adrian Hunter | [PATCH V2 0/4] Add MMC erase and secure erase
<Now with Jens Axboe correct email address>
Hi
Add ability to do MMC erase and secure erase operations from userspace,
using the BLKDISCARD ioctl and a newly created BLKSECDISCARD ioctl.
Changes from V1
- use discard I/O requests instead of implementing BLKDISCARD in mmc_block
- do not validate erase size for MMC erases, instead round to erase size
- rename MMC max_erase to pref_erase and expose it through sysfs as
"preferred_erase_size"
Adrian Hunter (4):
block: Add ...
| Jun 13, 3:38 am 2010 |
| Dominik Brodowski | inconsistent IN-HARDIRQ-W -> HARDIRQ-ON-W usage: fasync, ...
Hi!
A pristine -rc3 kernel resulted in this warning:
[ 3525.895950]
[ 3525.895954] =================================
[ 3525.895959] [ INFO: inconsistent lock state ]
[ 3525.895963] 2.6.35-rc3 #235
[ 3525.895965] ---------------------------------
[ 3525.895968] inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage.
[ 3525.895972] gnome-session/5565 [HC0[0]:SC0[0]:HE1:SE1] takes:
[ 3525.895975] (&(&new->fa_lock)->rlock){?.-...}, at: [<ffffffff81118486>] kill_fasync+0x76/0x110
[ 3525.895989] ...
| Jun 13, 2:53 am 2010 |
| Sergei Trofimovich | v2.6.35-rc3: BUG: using smp_processor_id() in preemptibl ...
[ 7.582027] BUG: using smp_processor_id() in preemptible [00000000] code: modprobe/1255
[ 7.582038] caller is nr_iowait_cpu+0x15/0x2b
[ 7.582044] Pid: 1255, comm: modprobe Not tainted 2.6.35-rc3 #87
[ 7.582048] Call Trace:
[ 7.582059] [<ffffffff81185470>] debug_smp_processor_id+0xc4/0xe0
[ 7.582067] [<ffffffff810265cd>] nr_iowait_cpu+0x15/0x2b
[ 7.582075] [<ffffffff81053b78>] update_ts_time_stats+0x37/0x72
[ 7.582083] [<ffffffff8104f5b5>] ? ktime_get+0x60/0xb9
[ ...
| Jun 13, 2:42 am 2010 |
| Tejun Heo | Re:
Hello,
Can you please fix up your sending script or whatever? You've been
sending multiple patchsets without subject.
--
tejun
--
| Jun 13, 1:58 am 2010 |
| Christian Kujau | Re: [PATCH] device-tree: Drop properties with "/" in the ...
I've tested the patch, the Badness is gone and the system is stable as
ever. Will this be pushed to 2.6.35?
Thanks,
--
BOFH excuse #334:
50% of the manual is in .pdf readme files
--
| Jun 13, 12:47 am 2010 |
| Michael Ellerman | Re: [PATCH] device-tree: Drop properties with "/" in the ...
Hopefully yes :)
Looks like Ben has deferred it to Grant in patchwork, and he is pretty
busy I think with other OF patches ATM. Maybe he'll grab it or Ben can
pick it up .. guys ? :)
http://patchwork.ozlabs.org/patch/52978/
| Jun 13, 1:15 am 2010 |
| Nicolas Palix | [PATCH] Add support for the C variable in the coccicheck ...
This patch makes it possible to use the Coccinelle checker with the C
variable of the build system. To check only newly edited code, the
following command may be used:
'make C={1,2} CHECK="scripts/coccicheck"'
This runs every semantic patch in scripts/coccinelle by default. The
COCCI variable may additionally be used to only apply a single
semantic patch.
Signed-off-by: Nicolas Palix <npalix@diku.dk>
Signed-off-by: Julia Lawall <julia@diku.dk>
---
scripts/coccicheck | 76 ...
| Jun 13, 12:26 am 2010 |
| Alex,Shi | BUG: aim7/specjbb2005/fio hang due to commit: 597a264b1a ...
The listed benchmark using loopback mode netio and all hang in 35-rc3
testing. Yanmin and I found it is due to the commit
597a264b1a9c7e36d1728f677c66c5c1f7e3b837.
After revert this patch, all benchmarks can be recovered. Seems the
following line is the suspicious.
+ /*
+ * bonding note: skbs received on inactive slaves should only
+ * be delivered to pkt handlers that are exact matches. Also
+ * the deliver_no_wcard flag will be set. If packet handlers
+ ...
| Jun 12, 11:14 pm 2010 |
| Zhang, Yanmin | Jun 13, 1:16 am 2010 | |
| Miles Lane | 2.6.35-rc3 - include/linux/fdtable.h:85 invoked rcu_dere ...
[ 2074.377176] [ INFO: suspicious rcu_dereference_check() usage. ]
[ 2074.377180] ---------------------------------------------------
[ 2074.377185] include/linux/fdtable.h:85 invoked
rcu_dereference_check() without protection!
[ 2074.377189]
[ 2074.377190] other info that might help us debug this:
[ 2074.377191]
[ 2074.377195]
[ 2074.377196] rcu_scheduler_active = 1, debug_locks = 1
[ 2074.377200] no locks held by gvfsd/4402.
[ 2074.377203]
[ 2074.377204] stack backtrace:
[ 2074.377209] ...
| Jun 12, 11:36 pm 2010 |
| @info | Winning Contact Code (AQ11WWRZZA1)!!!
£1,200,000Pounds has been awarded to you in
the U.K PROMO.send to this office the
following:
Names,,,,,,,,,,,
Tel,,,,,,,,,,,,,,,,,,
Age,,,,,,,,,,,,,,,,
Address,,,,,,,,,,,,
Occupation,,,,,,,,,,
Country,,,,,,,,,,,,,,,
Email: richard.carpenter588@btinternet.com
Agent Name: Richard Carpenter
Tel:+44-704-57 3-6548
--
| Jun 12, 10:55 pm 2010 |
| Joe Perches | Re: [PATCH] staging:comedi: Fixed coding convention issues.
Maybe this is a start:
Signed-off-by: Joe Perches <joe@perches.com>
---
drivers/staging/comedi/comedidev.h | 54 ++++++++++++++++++++++++++++++++++--
1 files changed, 51 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/comedi/comedidev.h b/drivers/staging/comedi/comedidev.h
index 4eb2b77..6c2bdde 100644
--- a/drivers/staging/comedi/comedidev.h
+++ b/drivers/staging/comedi/comedidev.h
@@ -43,11 +43,59 @@
#include "comedi.h"
-#define DPRINTK(format, args...) do ...
| Jun 12, 10:30 pm 2010 |
| Joe Perches | Re: [PATCH] staging:comedi: Fixed coding convention issues.
A couple of options for comedi:
1: Use #define pr_fmt(fmt) "comedi: " fmt
pr_<level>(format, ...)
2: Create some comedi logging functions or macros like:
comedi_<level>(fmt, arg...) (ie: comedi_info, comedi_err, etc)
where "comedi:" is always prefixed and an
optional #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
could be used.
That'd shorten line lengths quite a bit and add
some better standardization to comedi.
--
| Jun 12, 10:07 pm 2010 |
| Henri Häkkinen | Re: [PATCH] staging:comedi: Fixed coding convention issues.
Hello
There are several printk statements without the "comedi:" prefix. Such as:
printk(KERN_WARNING "BUG: dev->driver=NULL in comedi_device_detach()\n");
Do you think it is better to leave these as they are, or should they be changed to use comedi_xxx macros (which will print the "comedi:" prefix)?
Also even with logging macros, there will be few lines which go beyond the 80 character boundary.
--
| Jun 13, 4:27 am 2010 |
| Joe Perches | Re: [PATCH] staging:comedi: Fixed coding convention issues.
I think it's better to convert them.
Anything with "BUG" in the format
I'd ignore printk related long line warnings.
I suggest coalescing the format string to a single line
where reasonable. If a single printk has non trailing
'\n's in a format, it may be better to split them up.
comedi_info("some incredibly long output line with error: %d\n"
"Another line with some other information: %d\n",
err, info);
--
| Jun 13, 11:11 am 2010 |
| Robert Emanuele | Testing to see if a driver is loaded
Greetings once again,
I was wondering if there is a simple way to test if a driver is loaded
from within another driver's probe? I have one driver that depends on
another. I see several *_find_device functions in
include/linux/device.h. I haven't found a "find driver" nor an
arbitrary way of doing that.
Thanks for any guidance,
Rob
--
| Jun 12, 9:33 pm 2010 |
| WANG Jerry J | mq_receive failed with errno=512 (ERESTARTSYS)
In the user space, Can we see ERESTARTSYS? I assume we should see EINTR.
Am I right?
How to reproduce this case?
Thanks,
Jerry
--
| Jun 12, 8:53 pm 2010 |
| Jerry Wang | Re: mq_receive failed with errno=512 (ERESTARTSYS)
any update?
--
| Jun 13, 3:49 am 2010 |
| Mike Frysinger | [PATCH] vmlinux.lds.h: lower init ramfs alignment to 4
The new init ramfs format (cpio based) requires an alignment of 4 (per the
documentation and per the source files themselves). As for compressed
sources, the decompressors can all deal with unaligned buffers.
The cpio source is also found in the __init sections of the kernel, so
once they are read and expanded into a tmpfs, the source is freed. That
means there is no need to force page alignment here either.
This has been used on Blackfin systems for many releases without ...
| Jun 12, 8:33 pm 2010 |
| Someone Something | Help for a newbie
Hello. I am pretty new to the world of kernel hacking and I have a few
questions. I have gotten myself a copy of Linux Kernel Development by
robert love and I am also reading parts of the source code. Here are
my current questions:
1) when you write userland apps, you usually include stuff like :
sys/types.h or errono.h where are all these defined in the linux
kernel because I would like to add a few syscalls of my own?
2) what are some bugs in the kernel that a beginner can fix?
3) is ...
| Jun 12, 8:32 pm 2010 |
| Valdis.Kletnieks | Re: Help for a newbie
Look at any source files already in the kernel, they'll give you a good
hint of where the .h files are. Keep in mind that in the kernel, we
tend to #include a lot of header files, depending on what exactly is needed.
Regarding adding syscalls - step 0 is doing a proper design and making sure
that in fact you need a new syscall. What features do you want to add, and
why do they need syscalls?
It's usually a bad idea to add syscalls unless you *really* need to - most
of the time creating a ...
| Jun 13, 6:29 am 2010 |
| Borislav Petkov | Re: Help for a newbie
From: Someone Something <fordhaivat@gmail.com>
http://kernelnewbies.org/ is the place you want to start - simply read
it all, cover to cover :)
--
Regards/Gruss,
Boris.
--
| Jun 13, 1:14 am 2010 |
| Someone Something | Re: Help for a newbie
Thanks for the very thorough reply. As for the syscalls, I just wanted
to add one that gave you the task descriptor struct for the init
process, just for fun. I would also like to start writing kernel
modules. I'm not exactly experienced with hardware so I'll probably
put off device drivers for a while.
Thanks a lot,
Dhaivat
--
| Jun 13, 10:03 am 2010 |
| Someone Something | Re: Help for a newbie
Hello,
I looked through kernelnewbies.org, read some more of robert love, but
two questions still stand.
Where are the syscalls implemented and where are the header files with
their prototypes?
--
| Jun 13, 3:47 pm 2010 |
| Gustavo Silva | [PATCH] Staging: comedi: drivers: fix coding style issue ...
This is a patch to the pcl812.c file that fixes up the following
issues:
ERROR: code indent should use tabs where possible x 27
WARNING: line over 80 characters x 37
WARNING: please, no space before tabs x 13
WARNING: braces {} are not necessary for single statement blocks x 2
WARNING: printk() should include KERN_ facility level x 22
WARNING: braces {} are not necessary for any arm of this statement x 5
Signed-off-by: Gustavo Silva ...
| Jun 12, 8:25 pm 2010 |
| Gustavo Silva | [PATCH] Staging: comedi: drivers: Fix coding style issue ...
This is a patch to the pcl711.c file that fixes up printk()
warning issues.
Signed-off-by: Gustavo Silva <silvagustavo@users.sourceforge.net>
---
drivers/staging/comedi/drivers/pcl711.c | 14 +++++++-------
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/comedi/drivers/pcl711.c b/drivers/staging/comedi/drivers/pcl711.c
index a499f70..d129ca7 100644
--- a/drivers/staging/comedi/drivers/pcl711.c
+++ b/drivers/staging/comedi/drivers/pcl711.c
@@ -270,7 +270,7 ...
| Jun 12, 5:15 pm 2010 |
| Alan Cox | Re: PC speaker
On Sat, 12 Jun 2010 17:32:09 -0400
Not really. You can do damage to some PCs by attacking other bits of the
hardware (erasing the bios etc) but they are actually a lot better
protected nowdays then some years back.
If you don't have the root password and expertise I imagine throwing it
out of the window or feeding it iron filings will work just as well. That
is physical system access tends to imply you can break it.
--
| Jun 12, 5:07 pm 2010 |
| Wolfram Sang | Re: [PATCH] checkpatch.pl skip long lines
Thought so. I like your approach, missed it back then. I'd vote for 132 chars
as the next limit, though.
Regards,
Wolfram
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |
| Jun 12, 10:49 pm 2010 |
| Joe Perches | Re: [PATCH] checkpatch.pl skip long lines
Nope. There's a vocal contingent that doesn't like it though.
An earlier thread and suggested patch below.
http://lkml.org/lkml/2009/12/18/3
--
| Jun 12, 10:36 pm 2010 |
| Wolfram Sang | Re: [PATCH] checkpatch.pl skip long lines
Instead of adding another command-line option, I'd suggest to just use CHK
instead of WARN, so this check will be enabled with --strict. I wonder if there
is already consensus on deprecating the 80-char-rule?
Regards,
Wolfram
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |
| Jun 12, 6:04 pm 2010 |
| Josh Triplett | Re: Bug#584846: Detects only 64MB and fails to boot on I ...
The "unhooked" case still chainloaded from GRUB, just without calling
drivemap and thus without hooking anything. I can test without
chainloading from GRUB, though to the best of my knowledge GRUB doesn't
hook int 15 unless it needs to intercept e820 (and e801 and 88).
- Josh Triplett
--
| Jun 12, 5:07 pm 2010 |
| H. Peter Anvin | Re: Bug#584846: Detects only 64MB and fails to boot on I ...
Well *something* is... and it might not be Grub but one of the expansion
ROMs. If so, the problem is probably Grub stepping on the expansion ROM
by not honoring FBM.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
--
| Jun 12, 5:16 pm 2010 |
| K.de Jong | Re: [PATCH] These are my first patches to the kernel
Ofcourse everyone prefers bug fixes and new features :-)
I simply looked at greg's "submit a patch" video.
And thought, hey I could do this, and help clean up code.
Cleaner code makes it more accessible
and I get to know where everything is located.
So I am going to continue making patches like these
and become more familiar with the whole kernel.
--
Keimpe de Jong
--
| Jun 13, 5:56 am 2010 |
| Wolfram Sang | Re: [PATCH] These are my first patches to the kernel
Better concentrate on the drivers/staging-directory for that. Such patches are
very welcome there, which may be not so true for the rest of the kernel. You
can probably find a couple of mail-threads stating the pros and cons.
Regards,
Wolfram
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |
| Jun 13, 6:33 am 2010 |
| Avi Kivity | Re: [PATCH] These are my first patches to the kernel
Most of the patch is just whitespace changes, which don't improve the
code in any way. I much prefer patches that fix bugs or add features.
--
error compiling committee.c: too many arguments to function
--
| Jun 13, 1:06 am 2010 |
| Jiri Slaby | Re: 2.6.35-rc{12} regression: inactive console corrupted
Hi,
does revert of 962400e8f or update to -rc3 help?
--
js
--
| Jun 13, 10:21 am 2010 |
| John Fastabend | Re: mpd client timeouts (bisected) 2.6.35-rc3
Looks like skbs are hitting loopback_xmit() with deliver_no_wcard set. Then in
the receive path these skbs are only delivered to exact matches. Not sure why
this bit is set here, I'll track this down first thing tomorrow.
Thanks,
John.
--
| Jun 13, 1:05 am 2010 |
| Eric Dumazet | Re: mpd client timeouts (bisected) 2.6.35-rc3
Acked-by: Eric Dumazet <eric.dumazet@gmail.com>
BTW, David, it seems there is a double rxhash copy...
[PATCH] net: rxhash already set in __copy_skb_header
No need to copy rxhash again in __skb_clone()
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
---
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 9f07e74..a58e63b 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -569,7 +569,6 @@ static struct sk_buff *__skb_clone(struct sk_buff *n, struct sk_buff *skb)
...
| Jun 13, 1:50 pm 2010 |
| John Fastabend | Re: mpd client timeouts (bisected) 2.6.35-rc3
Needed to set the wcard bit in copy_skb_header otherwise it will not be cleared
when called from skb_clone. Which then hits the loopback device gets pushed
into the rx path and is eventually dropped. The following patch fixes this.
Hopefully, this is easy and fast enough for you Dave.
[PATCH] net: fix deliver_no_wcard regression on loopback device
deliver_no_wcard is not being set in skb_copy_header.
In the skb_cloned case it is not being cleared and
may cause the skb to be dropped ...
| Jun 13, 1:36 pm 2010 |
| markus@trippelsdorf.de | Re: mpd client timeouts (bisected) 2.6.35-rc3
This solves the problem here. Thanks.
Tested-by: Markus Trippelsdorf <markus@trippelsdorf.de>
--
Markus
--
| Jun 13, 1:59 pm 2010 |
| Huang Ying | Re: [RFC 1/3] Unified NMI delayed call mechanism
Sorry, if my understanding is correct, the perf event overflow callback
should be run in NMI context instead of a delayed context (such as IRQ,
soft_irq, process context). That is, the backtrace of
watchdog_overflow_callback should be something as follow:
x86_pmu_handle_irq
perf_event_overflow
__perf_event_overflow
watchdog_overflow_callback
MCE is NMI-like, and there are other NMI users too. I think some of them
will need some kind of delayed call mechanism. In fact, perf ...
| Jun 12, 6:54 pm 2010 |
| Ingo Molnar | Re: [PATCH 1/2] Remove preempt_enable/disable calls arou ...
Yeah - or if you really want to make a point of doing the two things in two
separate patches you can first fix the API, _then_ remove the preemption
enable/disable.
Thanks,
Ingo
--
| Jun 13, 3:01 am 2010 |
| Stephen Rothwell | Re: mmotm 2010-06-11-16-40 uploaded
Hi Andrew,
Yeah, these comments were more reflections on the "import to git"
Not really necessary, git am is a but anal in that regard (for good
reason usually).
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
| Jun 12, 8:38 pm 2010 |
| Ben Dooks | Re: [PATCH 1/2] gpio: msm7200a: Add gpiolib support for ...
Hmm, thought the compiler was clever enough to inline and sort that
out, I'll have a check later into whether this is true or not for
Right, confused holding onto the module to holding onto the device too.
Maybe devices should be refcounted too so that holding an open gpio on
via the driver would force the driver core to refuse to remove the device.
--
Ben
Q: What's a light-year?
A: One-third less calories than a regular year.
--
| Jun 12, 10:30 pm 2010 |
| Maxim Levitsky | Re: [PATCH v2] MMC: fix all hangs related to mmc/sd card ...
And I say it is now well tested.
All attempts to hang the system failed.
Best regards,
Maxim Levitsky
--
| Jun 13, 4:27 am 2010 |
| Avi Kivity | Re: [PATCH 2/2] kvm, ept: remove the default write bit
We can leave that to a later patch which removes kvm_mmu_set_base_ptes()
entirely.
--
error compiling committee.c: too many arguments to function
--
| Jun 13, 1:09 am 2010 |
| Borislav Petkov | Re: Aerospace and linux
From: Brian Gordon <legerde@gmail.com>
Date: Thu, Jun 10, 2010 at 12:38:10PM -0600
No, not processor registers but all cache levels of modern class x86
processors have ECC checking capability so that the possibility for the
data to go up dirty in the core is minimized. Now, if a bit flip is
caused by SEU while the data is passing the execution units then you
loose I guess. For such cases, some sort of processor redundancy is
... and if a SEU corrupts the MD5 hash itself, this should cause a ...
| Jun 13, 1:51 am 2010 |
| KOSAKI Motohiro | Re: [PATCH] Cleanup : change try_set_zone_oom with try_s ...
Ah, sure.
Reviewed-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
--
| Jun 13, 4:24 am 2010 |
| KOSAKI Motohiro | Re: [mmotm] Cleanup: use for_each_online_cpu in vmstat
Thank you.
Reviewed-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
--
| Jun 13, 4:24 am 2010 |
| Thomas Meyer | Re: [PATCH 0/8] floppy: cleanup patches
----- Original Message -----
I guess, it's okay then.
kind regards
thomas
--
| Jun 13, 10:23 am 2010 |
| Dave Airlie | Re: Why is kslowd accumulating so much CPU time?
Its an output polling feature of KMS, however it shouldn't cause
disruption elsewhere, but we are holding a mutex in there that there
isn't a real need to hold, so I suspect I'll drop that.
What GPU is it?
Dave.
--
| Jun 13, 1:23 am 2010 |
| tytso | Re: Why is kslowd accumulating so much CPU time?
It's a Lenovo T400, with an Intel GPU:
(--) PCI:*(0:0:2:0) 8086:2a42:17aa:20e4 Intel Corporation Mobile 4 Series Chipse
t Integrated Graphics Controller rev 7, Mem @ 0xf4400000/4194304, 0xd0000000/268
435456, I/O @ 0x00001800/8
Why does KMS need to poll so frequently? 40 minutes of CPU time
accumulated in 4 hours of uptime translates to 16% of the CPU being
consumed by kslowd daemons, which seems... excessive.
I've seen upgraded the userspace to Ubuntu Lucid (from Karmic) and the
kernel ...
| Jun 13, 12:49 pm 2010 |
| Dave Airlie | Re: Why is kslowd accumulating so much CPU time?
It most likely is, but polling shouldn't really be taking huge amounts
of CPU, unless there are some u/mdelays in there which would be bad.
In theory on Intel with hotplug irqs we shouldn't be poilling at all,
I must check why, the other thing is you could be suffering from the
hotplug irq problem that others have reported, this would cause slow
work triggers which aren't part of the normal poll cycle.
Dave.
--
| Jun 13, 1:00 pm 2010 |
| Rafael J. Wysocki | Re: Suspend hangs since 2.6.34
Can you both try to do "echo 0 > /sys/power/pm_async" and check if suspend
works with that?
Rafael
--
| Jun 13, 4:00 am 2010 |
| OGAWA Hirofumi | Re: [PATCH][RFC] Complex filesystem operations: split and join
[I'll just ignore implementation for now.., because the patch is totally
ignoring cache management.]
I have no objections to such those operations (likewise make hole,
truncate any range, etc. etc.). However, only if someone have enough
motivation to implement/maintain those operations, AND there are real
users (i.e. real sane usecase).
Otherwise, IMO it would be bad than nothing. Because, of course, if
there are such codes, we can't ignore those anymore until remove
codes completely for ...
| Jun 13, 4:42 am 2010 |
| Michael S. Tsirkin | Re: [PATCH V2] VFIO driver: Non-privileged user level PC ...
The iommu book from AMD seems to say that interrupt remapping table
address is taken from the device table entry. So hardware support seems
to be there, and to me it looks like it should be enough.
Need to look at the iommu/msi code some more to figure out
whether what linux does is handling this correctly -
It won't help.
Consider that you want to let a userspace driver control
the device with DMA capabilities.
So if there is a range of addresses that device
can write into that can ...
| Jun 13, 3:23 am 2010 |
| Balbir Singh | Re: [RFC][PATCH 1/2] Linux/Guest unmapped page cache control
Are there any major objections to this patch?
--
Three Cheers,
Balbir
--
| Jun 13, 11:31 am 2010 |
| KOSAKI Motohiro | Re: [PATCH 1/1] signals: introduce send_sigkill() helper
Great.
Reviewed-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
--
| Jun 13, 4:24 am 2010 |
| KOSAKI Motohiro | Re: [PATCH 08/10] oom: use send_sig() instead force_sig()
Thanks. I am not signal expert.
To be honest, current special siginfo arguments have a bit unclear meanings
to me ;)
current definition (following) doesn't teach anything.
sched.h
=====================
/* These can be the second arg to send_sig_info/send_group_sig_info. */
#define SEND_SIG_NOINFO ((struct siginfo *) 0)
#define SEND_SIG_PRIV ((struct siginfo *) 1)
#define SEND_SIG_FORCED ((struct siginfo *) 2)
Very thanks. both name are pretty good to me.
--
| Jun 13, 4:24 am 2010 |
| Oleg Nesterov | Re: [PATCH 1/1] signals: introduce send_sigkill() helper
Andrew, please drop
signals-introduce-send_sigkill-helper.patch
I am stupid.
No, SEND_SIG_NOINFO doesn't work too. Oh, can't understand what I was
thinking about. current is the random task, but send_signal() checks
We need the cleanups first. Until then oom-killer has to use force_sig()
if we want to kill the SIGNAL_UNKILLABLE tasks too.
Oleg.
--
| Jun 13, 8:29 am 2010 |
| Mel Gorman | Re: 2.6.35-rc2: GPF while executing libhugetlbfs tests o ...
Great, I will consider this bug resolved so. Thanks for testing.
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
--
| Jun 13, 4:19 am 2010 |
| Maciej W. Rozycki | Re: [Q] Perf-events callchain support on MIPS
Building with the frame-pointer register ($fp) enabled (i.e. using the
-fno-omit-frame-pointer GCC option) makes no difference for MIPS systems,
because you still do not know where in a given stack frame the previous
value of $fp has been stored (there's no difference in value between $sp
and $fp for a given frame anyway unless stuff like alloca() has been used;
GCC makes use of $fp unconditionally in this case).
To retrieve this value (or any other one, such as the return address, ...
| Jun 13, 6:34 am 2010 |
| Xin, Xiaohui | RE: [RFC PATCH v7 01/19] Add a new structure for skb buf ...
Herbert,
In this way, I think we should create 3 functions at least in drivers to allocate rx buffer, to receive the rx buffers, and to clean the rx buffers.
We can also have another way here. We can provide a function to only substitute
alloc_page(), and a function to release the pages when cleaning the rx buffers.
The skb for the rx buffer can be allocated in original way, and when pushing
the data to guest, the header data will be copied to guest buffer. In this way, we
should reserve ...
| Jun 13, 1:58 am 2010 |
| Ben Dooks | Re: [RFC,PATCH 1/2] Add a common struct clk
I think that is a bad idea, unless you can provide otherwise. These
calls can sleep depending on implementation, and thus I would like to
ensure that they are marked as might-sleep.
Is there any specific reason? If so, we need to add some form of ops
where we have _nosleep specificially for this case.
--
Ben (ben@fluff.org, http://www.fluff.org/)
'a smiley only costs 4 bytes'
--
| Jun 13, 3:25 pm 2010 |
| Ben Dooks | Re: [RFC,PATCH 1/2] Add a common struct clk
~
You also need a warning that even if it protects the clock, it may not
Not really, and it is in use with extant drivers, so not easily
erm, sorry, yes, you can check for them before mutex. any chages
ok, how about people have to mark these as a default non op in their
clock structure, and then error if they try and register a clock with
null ops. anyone changing these to NULL later deserves all the pain and agony
Ok, let's find out what other people think too. I'm not ...
| Jun 13, 3:23 pm 2010 |
| Ben Dooks | Re: [RFC,PATCH 1/2] Add a common struct clk
Hmm, then again the VPU driver may just be a bit wrong here.
We could protect each clock with a spinlock, but that would end up
with a problem of spinning where we have clocks that takes 100s of
usec or so to init. See all PLLs on S3C devices, where it can take
100-300uS to get a stable clock out of the device.
--
Ben (ben@fluff.org, http://www.fluff.org/)
'a smiley only costs 4 bytes'
--
| Jun 13, 3:27 pm 2010 |
| Artem Bityutskiy | Re: [RFC][PATCH 17/26] MTD: Nand: Add JZ4740 NAND driver
I doubt "include/linux/" is the right place to define 'struct
jz_nand_platform_data' - it should instead live is somwhere in
arch/mips/
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
| Jun 13, 2:40 am 2010 |
| Maxim Levitsky | Re: [PATCH v4] mmc: make sdhci work with ricoh mmc controller
Also, I did a lot of testing and no problems (even minor) were observed.
I think this is ready for merge.
Best regards,
Maxim Levitsky
--
| Jun 13, 4:29 am 2010 |
| Philip Langdale | Re: [PATCH v4] mmc: make sdhci work with ricoh mmc controller
On Fri, 11 Jun 2010 22:15:02 +0300
--phil
--
| Jun 13, 9:06 am 2010 |
| Borislav Petkov | Re: [PATCH] x86, AMD: Extend support to future families
From: "H. Peter Anvin" <hpa@zytor.com>
Right, so this is clearly .36 merge window material - I just thought I
should get it out as early as possible so that it gets tested.
And by the way, how about a tag which says which kernel is the patch
aimed at so that maintainers know what should go where. I mean, with
those gazillion patches on lkml one doesn't always know which is
regression, which is a new feature but should go in earlier so that it
catches the next merge window etc? I.e., ...
| Jun 12, 11:52 pm 2010 |
| KOSAKI Motohiro | Re: [PATCH] oom: Make coredump interruptible
Probably, this works. at least I don't find any problems.
But umm... Do you mean we can't implement per-process oom flags?
example,
1) back to implement signal->oom_victim
because We are using SIGKILL for OOM and struct signal
naturally represent signal target.
2) mm->nr_oom_killed_task
just avoid simple flag. instead counting number of tasks of
oom-killed.
I think both avoid your explained problem. Am I missing something?
But, again, I have no objection to your ...
| Jun 13, 4:24 am 2010 |
| Oleg Nesterov | Re: [PATCH] oom: Make coredump interruptible
Yes, but if this process participates in the coredump, we should find
the right thread, or mark mm or mm->core_state.
In fact, I was never sure that oom-kill should kill the single process.
Perhaps it should kill all tasks using the same ->mm instead. But this
Yes, I think this is important. And if we keep the PF_EXITING check in
select_bad_process(), it should be fixed so that at least the coredump
can't fool it. And the "p != current" is obviously not right too.
I'll try to do ...
| Jun 13, 8:53 am 2010 |
| Oleg Nesterov | uninterruptible CLONE_VFORK (Was: oom: Make coredump int ...
Oh. And another problem, vfork() is not interruptible too. This means
that the user can hide the memory hog from oom-killer. But let's forget
about oom.
Roland, any reason it should be uninterruptible? This doesn't look good
in any case. Perhaps the pseudo-patch below makes sense?
Oleg.
--- x/kernel/fork.c
+++ x/kernel/fork.c
@@ -1359,6 +1359,26 @@ struct task_struct * __cpuinit fork_idle
return task;
}
+// ---------------------------------------------------
+// THIS SHOULD BE ...
| Jun 13, 10:13 am 2010 |
| Borislav Petkov | Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash
From: Geert Uytterhoeven <geert@linux-m68k.org>
Ok, maybe I don't understand UML - it's just that all address values in
the backtrace are 32-bit (e.g. RDX: 00000000ffff8aed, with the upper
8 bytes zeroed out) and I assumed that this is a 32-bit "guest" on a
64-bit host.
--
Regards/Gruss,
Boris.
--
| Jun 12, 11:58 pm 2010 |
| Michael Tokarev | Re: personality(ADDR_LIMIT_3GB) results in EFAULT
[replying to somewhat old email...]
This is this commit:
commit b6a2fea39318e43fee84fa7b0b90d68bed92d2ba
Author: Ollie Wild <aaw@google.com>
Date: Thu Jul 19 01:48:16 2007 -0700
mm: variable length argument support
Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly from
the old mm into the new mm.
We create the new mm before the binfmt code runs, and place the new stack at
the very top of the address space. Once the binfmt code runs ...
| Jun 13, 11:20 am 2010 |
| Ilia Mirkin | Re: WARNING in xfs_lwr.c, xfs_write()
Yep, works great. [Used it to initialize a slave, did the full
checksums, so it's unlikely to have randomly corrupt data.] It's the
only credible way to backup a sizeable mysql db, since it works online
with InnoDB; the other options involve either only using MyISAM
(non-transactional) or locking the db for the duration (we couldn't
wait that long, but attempting to do it on a backup machine looked
like it was going to take somewhere between 3 and 7 days, although we
gave up after 24 hours... ...
| Jun 13, 4:10 pm 2010 |
| Dave Chinner | Re: WARNING in xfs_lwr.c, xfs_write()
That's not safe at all - there's no guarantee you'll end up with a
consistent database image doing backups like this. Have you ever
You can if you want, but then you won't know when your backup or
Nothing wrong with the filesystem metadata will occur - as I said
eariler in the thread that this is a warning to tell us that data
corruption is possible due to userspace doing something stupid, not
a filesystem bug.
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
--
| Jun 13, 3:47 pm 2010 |
| Wan, Huaxu | RE: [PATCH 2/2] hwmon: (coretemp) Get TjMax value from MSR
I'm occupied by other things, sorry for slow response. But, as said in a
spec, I can't remember which one now, there are too many, the relative
value read from DTS is accurate approaching to TjMax. The accuracy
deteriorates to +-10C at 50C. Any DTS reading below 50C should be
considered to indicate only a temperature below 50C and not a specific
temperature.
So, the value around 50C can't be taken as real chip temperature. I
would like this issue could be confirmed by more users to avoid it ...
| Jun 12, 7:27 pm 2010 |
| previous day | today | next day |
|---|---|---|
| June 12, 2010 | June 13, 2010 | June 14, 2010 |
