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
git://git.kernel.org/pub/scm/linux/k
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
`.text.init
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 i86 CPU, but only detected an
i86 CPU.
It turns out that my version of lilo (lilo -V gives version 21) doesn't set
up the stack and data
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
>
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: http://www.csd.uu.se/~mikpe
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
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.
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
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 tim
* 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-XT
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? -^
>+T
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---
> >+ Th
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 c
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
featu
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 bod
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 spa
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 eithe
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 [EMAI
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
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
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 outstan
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 t
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
* 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 s
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 2.6.2
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.
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 vt.default_red=0,0,0
Got this during LTP's diotest1. Reproducable.
===
[ INFO: possible circular locking dependency detected ]
2.6.23-65a6ec0d72a07f16719e9b7a96e1c4bae044b591 #2
---
diotest1/13563 is trying to acqui
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 barrier
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 depende
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, which
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' int
* 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:
> [] __rb_rotate_left+0x7/0x70
that looks nasty ...
and -git8 should have the v2.6.23 sched
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 i
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
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 pa
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 up&down with different IP addresses (typically t
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 b
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 t
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 page
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 fi
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 t
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:
> > [] __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 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:
> > [] __rb_rotate
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 lo
* 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 backw
* 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
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
performance
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 need
> > /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-kerne
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 i
[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.h 11 extern void start_kernel(void );
1 start_kernel.h 10 extern asmlinkage voi
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 cp
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-combini
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 a
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 exp
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
a
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 +---
kernel/cp
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 th
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 re
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 can
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 al
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
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 n
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
include/a
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 2aaf
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 a/arc
On Tue, Oct 16 2007, Kristof Provost wrote:
>
> 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 re
On Tuesday, 16 October 2007 01:23, Andrew Morton wrote:
> On Mon, 15 Oct 2007 09:32:28 -0700
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
> > phantom, synchronize_irq() on suspend
> >
> > Wait after disabling device's interrupt until the handler finishes its
> > work if still in progress.
> >
> > S
On Monday, 15 October 2007 23:53, Johan Brannlund wrote:
> Hi. I've noticed that with recent kernels (starting somewhere between
> 2.6.20 and 2.6.22) I sometimes get *lots* of disk activity on resume from
> suspend to ram. About 2/3 of the time, the system resumes normally but in
> the remaining
Am Dienstag 16 Oktober 2007 13:38:00 schrieb Kristof Provost:
> 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.
Same setup here - I can confirm
Hi All,
Work and personal issues prevented me in being faster in sending out this
e-mail.
Sorry for that.
Concerning the watchdog device drivers: this is what is still out to be merged:
1) Move the watchdog device drivers from drivers/char/watchdog to
drivers/watchdog.
(Unless someone objects).
> Replace "cont" with "cgrp" and other misc renaming
Acked-by: Paul Jackson <[EMAIL PROTECTED]>
Builds, boots, and I approve the 'cgrp' renaming - thanks.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EM
On Tue, 16 Oct 2007, John Sigler wrote:
> 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_CON
On Tue, Oct 16, 2007 at 02:14:17AM -0700, [EMAIL PROTECTED] wrote:
...
> what you don't realize is that Intel (and AMD) have built their business
> on makeing sure that their new CPU's run existing software with no
> modifications, (and almost always faster then the old versions). remember
> tha
Christian Borntraeger wrote:
> 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
On Mon, Oct 15, 2007 at 07:07:37PM -0200, Henrique de Moraes Holschuh wrote:
> And the input subsystem maintainer has made it extremely clear in various
> threads that the input devices are *not* to be used as a notification
> service for on-screen-display or other such stuff. If you send volume
Marc Pignat wrote:
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?
Yes, already planned, it just has to go upstream first.
Thanks,
Daniel
-
To unsubscribe from t
Changeset 5cb350baf580017da38199625b7365b1763d7180 causes build breakage
if sysfs support is disabled:
kernel/built-in.o: In function `uids_kobject_init':
(.init.text+0x1488): undefined reference to `kernel_subsys'
kernel/built-in.o: In function `uids_kobject_init':
(.init.text+0x1490): undefined
On Tue, 2007-10-16 at 12:36 +1000, David Chinner wrote:
> On Mon, Oct 15, 2007 at 08:22:31PM -0400, Chris Mason wrote:
> > Hello everyone,
> >
> > I'm stealing the cc list and reviving and old thread because I've
> > finally got some numbers to go along with the Btrfs variable blocksize
> > featur
1 - 100 of 502 matches
Mail list logo
