Subject: sound: fix bootup crash in snd_gus_interrupt()
From: Ingo Molnar [EMAIL PROTECTED]
when simulating a storm of fake GUS interrupts (without actually owning
this venerable piece of ISA hardware) the driver falls over (crashes) in
two ways:
1) spinlocks being initialized too late:
INFO:
Andrew Morton [EMAIL PROTECTED] writes:
looks
OK, in ipv4_local_port_range() we have
if (range[1] = range[0])
ret = -EINVAL;
[...skipped...]
: ip_local_port_range
: ---
:
: Range of ports used by TCP and UDP to choose the
+ if (cpus_equal(*cpus, t-cpus_allowed))
+ continue;
...
+ for (q = tasks; q p; q++) {
+ set_cpus_allowed(*q, *cpus);
+ put_task_struct(*q);
+ }
+ }
+}
Yet by not doing any
On 10/16/07, Ahmed S. Darwish [EMAIL PROTECTED] wrote:
On Mon, Oct 15, 2007 at 11:48:17AM -0400, Dmitry Torokhov wrote:
Hi Bryan,
On 10/15/07, Bryan Wu [EMAIL PROTECTED] wrote:
+
+static int ad7142_thread(void *nothing)
+{
+ do {
+
On Mon, Oct 15, 2007 at 06:03:20PM +0100, Maciej W. Rozycki wrote:
On Mon, 15 Oct 2007, Jarek Poplawski wrote:
Could you explain why cancel_work_sync() is better here than
flush_scheduled_work() wrt. rtnl_lock()?
Well, this is actually the bit that made cancel_work_sync() be written in
Nick Piggin wrote:
On Monday 15 October 2007 19:52, Rob Landley wrote:
On Monday 15 October 2007 8:37:44 am Nick Piggin wrote:
You really shouldn't configure
so much [swap] unless you do want the kernel to actually use it all, right?
Two words: Software suspend. I've actually
On Mon, 15 Oct 2007, Paul Jackson wrote:
My solution may be worse than that. Because set_cpus_allowed() will
fail if asked to set a non-overlapping cpumask, my solution could never
terminate. If asked to set a cpusets cpus to something that went off
line right then, this I'd guess this code
Kamalesh Babulal wrote:
Hi,
The build fails with following error
CC drivers/usb/storage/scsiglue.o
CC drivers/usb/storage/protocol.o
CC drivers/usb/storage/transport.o
In file included from drivers/usb/storage/transport.c:53:
include/scsi/scsi_eh.h:79: error: field
Hi all!
On Monday 15 October 2007, Daniel Drake wrote:
...
Acked-by: Daniel Drake [EMAIL PROTECTED]
Is there any hope to apply this to 2.6.23.2, as this is a regression fix?
Regards
Marc
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Jeff Garzik wrote:
Greg KH wrote:
On Mon, Oct 15, 2007 at 03:36:15AM -0500, Rob Landley wrote:
The point I was trying to make is that it seems to me like it would
be possible to keep the namespace separate here, and thus reduce the
enumeration problems to the point where common cases (like my
On Monday 15 October 2007 11:38:33 pm Eric W. Biederman wrote:
I don't follow your logic. We don't need SWAP RAM in order to swap
effectively, IMO.
The steady state of a system that is heavily and usably swapping but
not thrashing is that all of the pages in RAM are in the swap cache,
at
* Jeff Garzik [EMAIL PROTECTED] wrote:
The compiler certainly doesn't care, and IMO it prevents bugs.
agreed. Do you have an uptodate patch/git-URI for the forcedeth
rewrite you did? I can throw it into the testbed.
Branch 'fe-lock' of
On Mon, 15 Oct 2007, James Bottomley wrote:
This is the accumulated updates queued for 2.6.24. It contains the
usual slew of driver updates, plus some gdth and advansys rewrites. We
still have some outstanding bugs in gdth and fc4 for which I'm hoping to
sweep fixes into the next update.
Ingo Molnar wrote:
* Jeff Garzik [EMAIL PROTECTED] wrote:
The compiler certainly doesn't care, and IMO it prevents bugs.
agreed. Do you have an uptodate patch/git-URI for the forcedeth
rewrite you did? I can throw it into the testbed.
Branch 'fe-lock' of
Hi Andrew,
The link failure while compiling the kernel with allyesconfig over the lpar,
which was seen in 2.6.23-rc8-mm2 (http://lkml.org/lkml/2007/9/30/2) is still
seen in 2.6.23-mm1, the link failure is
ld: arch/powerpc/kernel/head_64.o(.text+0x80c8): sibling call optimization to
This patch:
- makes .gitignore files visible to git
- makes arch/x86/kernel/vsyscall_32.lds and arch/i386/boot invisible
Signed-off-by: Denis V. Lunev [EMAIL PROTECTED]
diff --git a/.gitignore b/.gitignore
index 27c3e83..22fb8fa 100644
--- a/.gitignore
+++ b/.gitignore
@@ -26,6 +26,7 @@ vmlinux*
Greetings:
I upgraded to version 2.6.23 and had a fun time figuring out the source of
this boot failure message on my x86 system:
This kernel requires an irandom integer86 CPU, but only detected an
ismaller random integer86 CPU.
It turns out that my version of lilo (lilo -V gives version
On Tue, 16 Oct 2007 12:48:48 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
The link failure while compiling the kernel with allyesconfig over the lpar,
which was seen in 2.6.23-rc8-mm2 (http://lkml.org/lkml/2007/9/30/2) is still
seen in 2.6.23-mm1, the link failure is
ld:
New URL due to local reorganization.
--- linux-2.6.23-git9/CREDITS.~1~ 2007-10-16 09:26:14.0 +0200
+++ linux-2.6.23-git9/CREDITS 2007-10-16 09:26:54.0 +0200
@@ -2702,7 +2702,7 @@ S: Canada K2P 0X8
N: Mikael Pettersson
E: [EMAIL PROTECTED]
-W:
On Fri, 2007-10-12 at 14:40 +0200, Jan Blunck wrote:
This is with 2.6.23-mm1 and allmodconfig.
Seems that se in the following is a NULL pointer.
453 static void check_spread(struct cfs_rq *cfs_rq, struct
sched_entity *se)
454 {
455 #ifdef CONFIG_SCHED_DEBUG
456
On Tuesday 16 October 2007 18:08, Nick Piggin wrote:
On Tuesday 16 October 2007 14:57, Eric W. Biederman wrote:
What magic restrictions on page allocations? Actually we have
fewer restrictions on page allocations because we can use
highmem!
With the proposed rewrite yes.
Here's a
Andrew Morton wrote:
On Tue, 16 Oct 2007 12:48:48 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
The link failure while compiling the kernel with allyesconfig over the lpar,
which was seen in 2.6.23-rc8-mm2 (http://lkml.org/lkml/2007/9/30/2) is still
seen in 2.6.23-mm1, the
On Mon, 2007-10-15 at 18:14 -0700, Linus Torvalds wrote:
On Mon, 15 Oct 2007, Peter Zijlstra wrote:
please pull the lockdep tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/peterz/linux-2.6-lockdep.git
v2.6.24-lockdep
Hmm. I'm now getting
WARNING: at
Jiri Slaby [EMAIL PROTECTED] writes:
Anyway the driver faces another problem with pci refcounting (it
doesn't increment the counter) and the device might be removed from
it any time the pci bus code decides.
That doesn't sound too good... Do you mean the module could stop
working any time,
* Jeff Garzik [EMAIL PROTECTED] wrote:
FYI, looks good so far, ontop of Linus' latest -git tree.
btw., one thing i always found weird about forcedeth is that it
generates an extra ~100 irqs per second even when there's no network
traffic:
11: 89752XT-PIC-XTeth0
11:
On Oct 16 2007 17:47, Nick Piggin wrote:
Here's a quick first hack...
Inline patches preferred ;-)
+config BLK_DEV_BRD
+ tristate RAM block device support
+ ---help---
+This is a new based block driver that replaces BLK_DEV_RAM.
based on what? -^
+To
Am Dienstag, 16. Oktober 2007 schrieb Eric W. Biederman:
fs/buffer.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
drivers/block/rd.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
Your patches look sane so far. I have applied both patches, and the
On Tuesday 16 October 2007 17:52, Jan Engelhardt wrote:
On Oct 16 2007 17:47, Nick Piggin wrote:
Here's a quick first hack...
Inline patches preferred ;-)
Thanks for reviewing it anyway ;)
+config BLK_DEV_BRD
+tristate RAM block device support
+---help---
+ This is a new
On Tuesday 16 October 2007 08:40, Eric W. Biederman wrote:
The problem: When we are trying to free buffers try_to_free_buffers()
will look at ramdisk pages with clean buffer heads and remove the
dirty bit from the page. Resulting in ramdisk pages with data that get
removed from the page
I hope one of the following patches can be merged to 2.6.24.
==
http://lkml.org/lkml/2007/10/8/93
http://lkml.org/lkml/2007/9/25/20
Yes, I agree to set the 'swncq' as default for 2.6.24, after all, for
our server customers, stability is far more important than the new
On Mon, Oct 15 2007, Rob Landley wrote:
From: Rob Landley [EMAIL PROTECTED]
Add Documentation/block/00-INDEX
Not sure where this is heading, but I guess this one is fine with me.
Applied.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
hi! i need sex video
--
This message was sent on behalf of [EMAIL PROTECTED] at openSubscriber.com
http://www.opensubscriber.com/message/linux-kernel@vger.kernel.org/7788114.html
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Tuesday 16 October 2007 08:42, Eric W. Biederman wrote:
I have not observed this case but it is possible to get a dirty page
cache with clean buffer heads if we get a clean ramdisk page with
buffer heads generated by a filesystem calling __getblk and then write
to that page from user space
On Oct 16 2007 18:07, Nick Piggin wrote:
Changed. But it will hopefully just completely replace rd.c,
so I will probably just rename it to rd.c at some point (and
change .config options to stay compatible). Unless someone
sees a problem with that?
I do not see a problem with keeping brd either.
hi!to everybody i need sex video
--
This message was sent on behalf of [EMAIL PROTECTED] at openSubscriber.com
http://www.opensubscriber.com/message/linux-kernel@vger.kernel.org/7788114.html
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Mon, 24 Sep 2007 14:08:53 -0700 [EMAIL PROTECTED] wrote:
v3: fix compile errors in arch-i386-allmodconfig build
v2: rebasing on 2.6.23-rc6-mm1
Analyzing various data structures when NR_CPU count is raised
to 4096 shows the following arrays over 128k. If the maximum
number of cpus
On Tuesday 16 October 2007 18:17, Jan Engelhardt wrote:
On Oct 16 2007 18:07, Nick Piggin wrote:
Changed. But it will hopefully just completely replace rd.c,
so I will probably just rename it to rd.c at some point (and
change .config options to stay compatible). Unless someone
sees a problem
On Tue, Oct 16 2007 at 8:49 +0200, Geert Uytterhoeven [EMAIL PROTECTED] wrote:
On Mon, 15 Oct 2007, James Bottomley wrote:
This is the accumulated updates queued for 2.6.24. It contains the
usual slew of driver updates, plus some gdth and advansys rewrites. We
still have some outstanding
Chuck, Balbir,
we still have a problem with stime occosionally going backwards. I stated
below that I think this is not fixable with the current utime/stime split
algorithm.
Balbir, you wrote this code, Chuck you tried to fix it. Any ideas how to
fix this properly? The only idea I have requires
Hello Daniel and Ingo,
I use 2.6.23-rt1 and the patch of Daniel below which seems to be in
there breaks the compilation of the RT-kernel when CONFIG_GENERIC_TIME
is NOT set.
It breaks in the do_gettimeofday(struct timeval *tv) code in the
architecture specific code
where there is a call to: seq
On Mon, 15 Oct 2007, Jesse Barnes wrote:
On Monday, October 15, 2007 2:07 pm Henrique de Moraes Holschuh wrote:
As for Lenovo thinkpads, brightness control is to be processed by the
ACPI video module, so brightness hot keys are not to be reported by
default there either. I am not so sure
* Milton Miller [EMAIL PROTECTED] wrote:
The procnames for the cpu and domain were allocated via kstrdup and so
should also be freed. The names for the files are static, but we can
differentiate them by the presence of the proc_handler. If a kstrdup
(of 32 characters) fails the sysctl
Am Dienstag, 16. Oktober 2007 schrieb Nick Piggin:
While I said it was a good fix when I saw the patch earlier, I think
it's not closing the entire hole, and as such, Christian's patch is
probably the way to go for stable.
That would be my preferred method. Merge Erics and my fixup for
Changes:
1. Remove irq_ack() and port_disable() methods
2. Acocomodate for the libata-link patches
3. Change Kconfig ATAPI mode option into a module param.
4. Add supported WMDMA mode.
Signed-off-by: Sonic Zhang [EMAIL PROTECTED]
---
drivers/ata/Kconfig |7
drivers/ata/pata_bf54x.c
On Tuesday, October 16, 2007 1:36 am Henrique de Moraes Holschuh wrote:
No, on Lenovo (and in general actually) the firmware should *not*
touch the backlight. Otherwise if another driver touches it the
driver and
This is not an option on IBM ThinkPads, unless you patch the DSDT on
On Oct 16 2007 18:26, Nick Piggin wrote:
It also does not seem needed, since it did not exist before.
It should go, you can set the variable with brd.rd_nr=XXX (same
goes for ramdisk_size).
But only if it's a module?
Attributes always work. Try
Got this during LTP's diotest1. Reproducable.
===
[ INFO: possible circular locking dependency detected ]
2.6.23-65a6ec0d72a07f16719e9b7a96e1c4bae044b591 #2
---
diotest1/13563 is trying to
On Tue, Oct 16, 2007 at 02:50:33AM +0200, Nick Piggin wrote:
On Mon, Oct 15, 2007 at 11:10:00AM +0200, Jarek Poplawski wrote:
...
I'm not performance-words at all, so I can't help you, sorry. But, I
understand people who care about this, and think there is a popular
conviction barriers and
On Tue, 16 Oct 2007 12:54:29 +0400 Alexey Dobriyan [EMAIL PROTECTED] wrote:
Got this during LTP's diotest1. Reproducable.
===
[ INFO: possible circular locking dependency detected ]
2.6.23-65a6ec0d72a07f16719e9b7a96e1c4bae044b591 #2
On Tue, 2007-10-16 at 02:01 -0700, Andrew Morton wrote:
On Tue, 16 Oct 2007 12:54:29 +0400 Alexey Dobriyan [EMAIL PROTECTED] wrote:
Got this during LTP's diotest1. Reproducable.
===
[ INFO: possible circular locking dependency
On Tue, 16 Oct 2007 11:05:12 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
On Tue, 2007-10-16 at 02:01 -0700, Andrew Morton wrote:
On Tue, 16 Oct 2007 12:54:29 +0400 Alexey Dobriyan [EMAIL PROTECTED]
wrote:
Got this during LTP's diotest1. Reproducable.
Well on that same tune. But with a slightly different implementation.
It compiles but I need to head to bed so I haven't had a chance
to test it yet.
Nick it is very similar to yours with the big difference being that
I embedded a struct address_space instead of rolled rerolled it by
hand,
On Tue, 16 Oct 2007, Jarek Poplawski wrote:
On Tue, Oct 16, 2007 at 02:50:33AM +0200, Nick Piggin wrote:
On Mon, Oct 15, 2007 at 11:10:00AM +0200, Jarek Poplawski wrote:
...
As a matter of fact it's not natural for me at all. I expected the
other direction, and I still doubt programmers'
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
While running kernbench with the 2.6.23-git8 following oops is
produced
Unable to handle kernel NULL pointer dereference at 0010 RIP:
[8033f347] __rb_rotate_left+0x7/0x70
that looks nasty ...
and -git8 should have the
On Mon, 15 Oct 2007, Jeremy Katz wrote:
On Mon, 2007-10-15 at 19:07 -0200, Henrique de Moraes Holschuh wrote:
On Mon, 15 Oct 2007, Jeremy Katz wrote:
There are standard keycodes for brightness and volume; map the events to
emit them so that things work properly
NAK. It is the
David wrote:
Why can't you just add a helper function to sched.c:
void set_hotcpus_allowed(struct task_struct *task,
cpumask_t cpumask)
{
mutex_lock(sched_hotcpu_mutex);
set_cpus_allowed(task, cpumask);
On Tue, 16 Oct 2007, Jesse Barnes wrote:
On Tuesday, October 16, 2007 1:36 am Henrique de Moraes Holschuh wrote:
You want ACPI video to just pass the messages to userspace when X.org
is driving the backlight? Fine with me. That *still* doesn't make
it right to get these messages as hot
Christian Borntraeger [EMAIL PROTECTED] writes:
Am Dienstag, 16. Oktober 2007 schrieb Eric W. Biederman:
fs/buffer.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
drivers/block/rd.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
Your patches look
On Tue, Oct 16, 2007 at 01:50:55AM +0200, Bodo Eggert wrote:
Andi Kleen [EMAIL PROTECTED] wrote:
Stefan Monnier [EMAIL PROTECTED] writes:
The main use for me is to deal with dangling connections due to taking
network interfaces updown with different IP addresses (typically the wlan0
Christian Borntraeger wrote:
Chuck, Balbir,
we still have a problem with stime occosionally going backwards. I stated
below that I think this is not fixable with the current utime/stime split
algorithm.
Hi,
I missed seeing this problem before, sorry about that. Thanks for the
link below,
Rob Landley [EMAIL PROTECTED] writes:
On Monday 15 October 2007 11:38:33 pm Eric W. Biederman wrote:
I don't follow your logic. We don't need SWAP RAM in order to swap
effectively, IMO.
The steady state of a system that is heavily and usably swapping but
not thrashing is that all of the
Nick Piggin [EMAIL PROTECTED] writes:
On Tuesday 16 October 2007 08:40, Eric W. Biederman wrote:
The problem: When we are trying to free buffers try_to_free_buffers()
will look at ramdisk pages with clean buffer heads and remove the
dirty bit from the page. Resulting in ramdisk pages with
On Tue, Oct 16 2007 at 8:27 +0200, Kamalesh Babulal [EMAIL PROTECTED] wrote:
Kamalesh Babulal wrote:
Hi,
The build fails with following error
CC drivers/usb/storage/scsiglue.o
CC drivers/usb/storage/protocol.o
CC drivers/usb/storage/transport.o
In file included from
On 16-10-2007 03:16, Peter Williams wrote:
...
I'd suggest that we modify sched_rr_get_interval() to return -EINVAL
(with *interval set to zero) if the target task is not SCHED_RR. That
way we can save a lot of unnecessary code. I'll work on a patch.
...
I like this idea! But, since this
Spelling error in sysfs_create_file kerneldoc.
Signed-off-by: Chris Malley [EMAIL PROTECTED]
---
fs/sysfs/file.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
index 3e1cc06..ac75554 100644
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@@
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
While running kernbench with the 2.6.23-git8 following oops is
produced
Unable to handle kernel NULL pointer dereference at 0010 RIP:
[8033f347] __rb_rotate_left+0x7/0x70
Vivek Goyal [EMAIL PROTECTED] writes:
Wouldn't it be better if we reserve the code, data and bss memory also
using bootmem allocator and when somebody tries to reserve craskernel memory
and if there is an overlap, boot memory allocator should scream?
Some x86 bootmem code right now relies on
On Tue, Oct 16, 2007 at 11:10:12AM +0200, Ingo Molnar wrote:
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
While running kernbench with the 2.6.23-git8 following oops is
produced
Unable to handle kernel NULL pointer dereference at 0010 RIP:
[8033f347]
On Fri, 12 Oct 2007 16:37:25 +0900
KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
This patch adds following functions.
- clear_page_cgroup(page, pc)
- page_cgroup_assign_new_page_group(page, pc)
Mainly for cleanup.
A manner check page-cgroup again after lock_page_cgroup() is
Paul Jackson wrote:
Any chance you could provide a patch that works against cgroups?
Fix cpusets update_cpumask
Cause writes to cpuset cpus file to update cpus_allowed for member
tasks:
- collect batches of tasks under tasklist_lock and then call
set_cpus_allowed() on them outside the
* Thomas Backlund [EMAIL PROTECTED] wrote:
How does this one compare to the v22 you released earlier ?
v22 has most of it included.
I'm thinking of backporting any fixes/optimizations to 2.6.22 (and
possibly 2.6.23)
i have already backported it as v22.1 - will release it within a few
On Tuesday 16 October 2007, Balbir Singh wrote:
I am trying to think out loud as to what the root cause of the problem
might be. In one of the discussion threads, I saw utime going backwards,
which seemed very odd, I suspect that those are rounding errors.
I only remembered stime going
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Thomas Backlund [EMAIL PROTECTED] wrote:
How does this one compare to the v22 you released earlier ?
v22 has most of it included.
I'm thinking of backporting any fixes/optimizations to 2.6.22 (and
possibly 2.6.23)
i have already
Ingo Molnar skrev:
Linus, please pull the latest scheduler git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched.git
It contains lots of scheduler updates from lots of people - hopefully
the last big one for quite some time. Most of the focus was on
On Mon, 15 Oct 2007, H. Peter Anvin wrote:
Mikulas Patocka wrote:
I know about unordered stores (movnti similar) --- they basically use
write-combining method on memory that is normally write-back --- and they
need sfence. But which one instruction does unordered load and needs
/dev/sd-ide-b - second IDE HDD,
/dev/sr-sata-0 - first SATA CD-ROM,
I wouldn't try dividing those by pata v sata. You'll cause all sorts of
problems in the process because of PATA-SATA and SATA-PATA bridges.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Mon, 2007-10-15 at 20:43 -0700, Roland McGrath wrote:
This cleans up the formatting in the vDSO linker script, mostly just the
use of whitespace. It's intended to approximate the kernel standard
conventions for indenting C, treating elements of the linker script about
like initialized
On Mon, 2007-10-15 at 20:44 -0700, Roland McGrath wrote:
This cleans up the formatting in the vDSO linker script, mostly just the
use of whitespace. It's intended to approximate the kernel standard
conventions for indenting C, treating elements of the linker script about
like initialized
I'm sure somebody will eventually write an OLS paper or something on the
advisability of making swapping decisions with 4k granularity when disks
really want bigger I/O transactions.
Funnily enough someone thought of that many years ago. They even added
and documented it, then they made it
[PATCH] kbuild: fix typo SRCARCH in find_sources
otherwise get the two copy file list in SRCARCH
for cscope:
C symbol: start_kernel
File FunctionLine
0 proto.hglobal 11 extern void start_kernel(void );
1 start_kernel.h global 10 extern
Hi,
This patch series attempts to revisit the topic of
cpu-hotplug locking model.
Prior to this attempt, there were several different suggestions on
how it should be implemented.
The ones that were posted before were
a) Refcount + Waitqueue model:
Here the threads that want to avoid a
On Tue, 16 Oct 2007, Nick Piggin wrote:
The cpus also have an explicit set of instructions that deliberately do
unordered stores/loads, and s/lfence etc are mostly designed for those.
I know about unordered stores (movnti similar) --- they basically use
write-combining method on
This patch implements a Refcount + Waitqueue based model for
cpu-hotplug.
A thread which wants to prevent cpu-hotplug, will now bump up a
global refcount and the thread which wants to perform a cpu-hotplug
operation will block till the global refcount goes to zero.
The readers, if any, during
Am Dienstag, 16. Oktober 2007 schrieb Balbir Singh:
I am trying to think out loud as to what the root cause of the problem
might be. In one of the discussion threads, I saw utime going backwards,
which seemed very odd, I suspect that those are rounding errors.
I don't understand your
Replace all lock_cpu_hotplug/unlock_cpu_hotplug from the kernel and use
get_online_cpus and put_online_cpus instead as it highlights
the refcount semantics in these operations.
Signed-off-by: Gautham R Shenoy [EMAIL PROTECTED]
---
arch/i386/kernel/cpu/mtrr/main.c |8
This patch converts the known per-subsystem cpu_hotplug mutexes to
get_online_cpus put_online_cpus.
It also eliminates the CPU_LOCK_ACQUIRE and CPU_LOCK_RELEASE hotplug
notification events.
Signed-off-by: Gautham R Shenoy [EMAIL PROTECTED]
---
include/linux/notifier.h |4 +---
cleanup_workqueue_thread() in the CPU_DEAD and CPU_UP_CANCELLED path
will cause a deadlock if the worker thread is executing a work item
which is blocked on get_online_cpus(). This will lead to a irrecoverable
hang.
Solution is not to cleanup the worker thread. Instead let it remain
even after
Hi,
we are trying to to integrate our ipsec onto linux 2.6 kernel to do
so we have created a virtual device [struct net_device] with
dev-type = ARPHRD_VOID and configuring the same MAC address and IP
addresses as present on eth0 interface and when try to send out the data,
the packets are seen
Frans Pop wrote:
On Tuesday 16 October 2007, Balbir Singh wrote:
I am trying to think out loud as to what the root cause of the problem
might be. In one of the discussion threads, I saw utime going backwards,
which seemed very odd, I suspect that those are rounding errors.
I only remembered
Hi:
On Tue, 9 Oct 2007 13:39:24 -0700, Darrick J. Wong wrote:
Update the hwmon sysfs interface documentation to include a specification
for power meters.
Signed-off-by: Darrick J. Wong [EMAIL PROTECTED]
---
Documentation/hwmon/sysfs-interface | 31
John Sigler wrote:
Alexey Starikovskiy wrote:
Could you please open bug at bugzilla.kernel.org and put all these
files there?
http://bugzilla.kernel.org/show_bug.cgi?id=9148
Writing 15361 (i.e. 0x3C01) to ACPI_REGISTER_PM1A_CONTROL appears to
hang my system in acpi_os_write_port(). What
FWIW, commit 851a67b825540a8e00c0be3ee25e4627ba8b133b
aka lockdep: annotate rcu_read_{,un}lock{,_bh}
causes sparse to trigger internal assertion in quite a few places over
allyesconfig run.
sparse: flow.c:805: rewrite_parent_branch: Assertion `changed' failed.
Trimmed down testcase:
Ingo Molnar skrev:
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Thomas Backlund [EMAIL PROTECTED] wrote:
How does this one compare to the v22 you released earlier ?
v22 has most of it included.
OK, that's what I thought
I'm thinking of backporting any fixes/optimizations to 2.6.22 (and
Greetings Dmitry,
Is the suggested approach on handling powerbutton (in keyboard driver) to
simply push out the event and let userland handle it?
The reason Im asking this is because as you might know Im maintainer for two
mini-laptop style pda's (HP7xx HP6xx)
and it would simplify my life
Replace cont with cgrp and other misc renaming
This patch finishes some of the names that got missed in the great
task containers - control groups rename. Primarily it renames
the local variable cont to cgrp in a number of places, and renames
the CONT_* enum members to CGRP_*.
This patch is not
Hi,
I'm seeing a serious memory leak whenever I use my /home partition.
It's an encrypted partition using dm-crypt. Simply running
'stress -d 5' is enough to exhaust the memory in a few minutes.
When I stop 'stress' the memory isn't returned.
This doesn't seem to happen when I run stress on a
This patch adds the generic GPIO support to the x86
architecture. We do the same as for MIPS, we let
the machine override the gpio callbacks and provide
defaults one in mach-generic.
Signed-off-by: Florian Fainelli [EMAIL PROTECTED]
---
arch/i386/Kconfig |4
This patch defines the PCI identifiers found in
the RDC R-321x System-on-Chip.
Signed-off-by: Florian Fainelli [EMAIL PROTECTED]
---
include/linux/pci_ids.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index
This patch adds support for the RDC R-321x system-on-chip,
also known as R-861x-(G). It uses the generic GPIO API and
has support for the on-chip hardware watchdog.
Signed-off-by: Florian Fainelli [EMAIL PROTECTED]
---
arch/i386/Kconfig | 13 ++-
arch/i386/Makefile
The RDC R-321x SoC needs a reboot fixup which
uses its internal hardware watchdog set to
reset the CPU on next tick.
Signed-off-by: Florian Fainelli [EMAIL PROTECTED]
---
arch/x86/kernel/reboot_fixups_32.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git
1 - 100 of 994 matches
Mail list logo