The definitions of struct pci_device_id arrays should generally follow
the same pattern across the entire kernel. This macro defines this
array as const and puts it into the __devinitconst section.
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
include/linux/pci.h |9 +
1 files
up to single jiffy interval and then delay remainder to other
jiffy.
Signed-off-by: Martin Devera [EMAIL PROTECTED]
I think we would be wise to use something other than loops_per_jiffy.
Depending upon the loop calibration method used by a particular
architecture it can me one of many
Hi,
Stephen Rothwell wrote:
Also, more trees please ... :-)
The UBI tree which is here:
git://git.infradead.org/~dedekind/ubi-2.6.git master
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Hi all,
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git.
You can see which trees have been included by looking in the Next/Trees
file in the source. There are also quilt-import.log and merge.log files
in the Next directory. Between
On Mon, Feb 18, 2008 at 08:38:24AM +0100, Mike Galbraith wrote:
Here, it does not. It seems fine without CONFIG_FAIR_GROUP_SCHED.
My hunch is its because of the vruntime driven preemption which shoots
up latencies (and the fact perhaps that Peter hasnt't focused more on SMP case
yet!).
On Fri, 2008-02-15 at 15:22 -0800, David Miller wrote:
From: Eric Dumazet [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 15:21:48 +0100
On linux-2.6.25-rc1 x86_64 :
offsetof(struct dst_entry, lastuse)=0xb0
offsetof(struct dst_entry, __refcnt)=0xb8
offsetof(struct dst_entry, __use)=0xbc
Stephen Rothwell wrote:
We are up to 24 trees, more are welcome.
Kernel-based virtual machine:
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git master
--
Do not meddle in the internals of kernels, for they are subtle and quick to
panic.
--
To unsubscribe from this list:
Li Zefan wrote:
Remove this VM_BUG_ON(), as Balbir stated:
We used to have a for loop with !list_empty() as a termination condition
and VM_BUG_ON(!pc) is a spill over. With the new loop, VM_BUG_ON(!pc) does not
make sense.
Signed-off-by: Li Zefan [EMAIL PROTECTED]
---
mm/memcontrol.c |
From: Martin Devera [EMAIL PROTECTED]
Date: Mon, 18 Feb 2008 09:03:52 +0100
aha, ok, I'm not so informed about crossplatform issues.
I was also thining about looking at jiffies value and stop once
it is startjiffy+2, but with NO_HZ introduction, are jiffies
still incremented ?
There should
On Thu, Feb 14, 2008 at 04:57:24PM +0100, Peter Zijlstra wrote:
Hi,
Here the current patches that rework load_balance_monitor.
The main reason for doing this is to eliminate the wakeups the thing
generates,
esp. on an idle system. The bonus is that it removes a kernel thread.
Hi
Paul Jackson wrote:
Li Zefan wrote:
*** notify_on_release is disabled in the current patch set. It will be
-*** reactivated in a future patch in a less-intrusive manner
+*** reactivated in a future patch in a less-intrusive manner.
Someone should verify this, but I'm pretty sure that
On Sun, Feb 17, 2008 at 10:09:47PM +0200, Adrian Bunk wrote:
Commit d3c319f9c8d9ee2c042c60b8a1bbd909dcc42782 causes the following
compile error:
-- snip --
...
CC arch/mips/bcm47xx/setup.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/bcm47xx/setup.c: In
function
Hi Artem,
On Mon, 18 Feb 2008 10:04:17 +0200 Artem Bityutskiy [EMAIL PROTECTED] wrote:
The UBI tree which is here:
git://git.infradead.org/~dedekind/ubi-2.6.git master
Added, thanks.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
pgpeNJ4XqKixk.pgp
Description: PGP
On Mon, 2008-02-18 at 13:50 +0530, Srivatsa Vaddagiri wrote:
On Mon, Feb 18, 2008 at 08:38:24AM +0100, Mike Galbraith wrote:
Here, it does not. It seems fine without CONFIG_FAIR_GROUP_SCHED.
My hunch is its because of the vruntime driven preemption which shoots
up latencies (and the fact
On Sat, Feb 16, 2008 at 11:57:39AM +0200, Adrian Bunk wrote:
Next file, same problem:
-- snip --
...
CC arch/cris/arch-v10/lib/string.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/cris/arch-v10/lib/string.c:138:
error: lvalue required as increment operand
Misc fixes and updates, make the doc consistent with current
cgroup implementation.
Signed-off-by: Li Zefan [EMAIL PROTECTED]
---
Documentation/cgroups.txt | 66 ++--
1 files changed, 33 insertions(+), 33 deletions(-)
diff --git
Man pages describing the user API of the ptrace BTS extensions.
Signed-off-by: Markus Metzger [EMAIL PROTECTED]
---
Index: man/man2/ptrace.2
===
--- man.orig/man2/ptrace.2 2008-02-13 09:35:47.%N +0100
+++ man/man2/ptrace.2
On Mon, 18 Feb 2008 15:34:48 +0800
Li Zefan [EMAIL PROTECTED] wrote:
Remove this VM_BUG_ON(), as Balbir stated:
We used to have a for loop with !list_empty() as a termination condition
and VM_BUG_ON(!pc) is a spill over. With the new loop, VM_BUG_ON(!pc) does not
make sense.
Greg KH wrote:
On Mon, Feb 18, 2008 at 04:12:53PM +0900, Kohei KaiGai wrote:
Greg KH wrote:
On Fri, Feb 15, 2008 at 12:38:02PM -0600, Serge E. Hallyn wrote:
This patch enables to export code/name of capabilities supported
on the running kernel.
A newer kernel sometimes adds new
Joerg Schilling wrote:
This fragment is much too short to allow to judge on possible reasons.
There is a high probability that your problem is caused by the cdrecord
fork called wodim.
There is also the 100% certainty that this reply was from a known troll and
should just be ignored.
--
To
From: Stephen Rothwell [EMAIL PROTECTED]
Date: Mon, 18 Feb 2008 19:08:41 +1100
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git.
The patch below fixes the allmodconfig build on sparc64
for me.
I notice on the build status page that
On Feb 18, 2008 3:56 AM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Paolo Ciarrocchi [EMAIL PROTECTED] wrote:
[PATCH] x86: Coding style fixes for arch/x86/kernel/cpu/centaur.c
Kills more than 150 errors/warnings
thanks Paolo, applied. This file was _really_ unclean.
You are welcome. Kudos
On 02/17/2008 11:03 PM, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10021
Subject : Linux 2.6.25-rc2 regression: LVM cannot find volume group
Submitter : Tilman Schmidt [EMAIL PROTECTED]
Date: 2008-02-16 20:14
References :
On Mon, 2008-02-18 at 09:46 +0100, Frans Pop wrote:
Joerg Schilling wrote:
This fragment is much too short to allow to judge on possible reasons.
There is a high probability that your problem is caused by the cdrecord
fork called wodim.
There is also the 100% certainty that this reply
Hi Avi,
On Mon, 18 Feb 2008 10:14:33 +0200 Avi Kivity [EMAIL PROTECTED] wrote:
Kernel-based virtual machine:
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git master
Added, thanks.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
Andrew Morton wrote:
On Mon, 11 Feb 2008 15:16:47 +0100 [EMAIL PROTECTED] wrote:
[PATCH 01/08]
This patch computes msg_ctlmni to make it scale with the amount of lowmem.
msg_ctlmni is now set to make the message queues occupy 1/32 of the available
lowmem.
Some cleaning has also been done
.
With these patches io ports count from 0 - 8k-1 instead of being a
pointer. We currently rely on generic_io_base logic but that will be
changed in the future.
Please let me know the results. Thank you.
/ magnus
linux-2.6.25-rc2-sh-dreamcast-irq-20080218.patch
Description: Binary data
linux-2.6.25-rc2
Hi!
+config PM_WAKEALARM_TEST
+ bool Test suspend/resume and wakealarm during bootup
+ depends on SUSPEND PM_DEBUG RTC_LIB
I guess it also should depend on CONFIG_RTC_DRV_CMOS (not being a module)
and !CONFIG_RTC.
No -- we need a *generic* test, not one that's
On Sun, 17 Feb 2008 16:16:19 -0800 Randy Dunlap [EMAIL PROTECTED] wrote:
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Building i386 kernel on x86_64, I see a build error in linking:
On 2/18/08, Ingo Molnar [EMAIL PROTECTED] wrote:
* Paolo Ciarrocchi [EMAIL PROTECTED] wrote:
/*
- * Set up an actual MCR
+ * Set up an actual MCR
*/
This was not highlighted by checkpatch.pl, right? The same applies for
a few other fix you did on some comments.
David Chinner wrote:
On Sun, Feb 17, 2008 at 05:51:08PM +0100, Oliver Pinter wrote:
On 2/17/08, Török Edwin [EMAIL PROTECTED] wrote:
Hi,
xfsaild is causing many wakeups, a quick investigation shows
xfsaild_push is always
returning 30 msecs timeout value.
That's a bug
Paul Menage wrote:
On Feb 16, 2008 2:07 AM, Balbir Singh [EMAIL PROTECTED] wrote:
Paul Menage wrote:
Hi, Paul,
Do we need to use a cgroup.api file? Why not keep up to date documentation
and
get users to use that. I fear that, cgroup.api will not be kept up-to-date,
leading to confusion.
* Pavel Machek [EMAIL PROTECTED] wrote:
Since this is increasingly unrelated to the sleepy linux concept
(a version of what systems like OLPC, N700, and N800 are doing), I
got rid of the sleepy.c file.
What was the decision here? Ingo, did you merge this for 2.6.26, or
just for your
* Paolo Ciarrocchi [EMAIL PROTECTED] wrote:
/*
- * Set up an actual MCR
+ * Set up an actual MCR
*/
This was not highlighted by checkpatch.pl, right? The same applies for
a few other fix you did on some comments.
correct - it's not fixes, just bringing it in line with the
Bart Van Assche wrote:
On Feb 5, 2008 6:01 PM, Erez Zilber [EMAIL PROTECTED] wrote:
Using such large values for FirstBurstLength will give you poor
performance numbers for WRITE commands (with iSER). FirstBurstLength
means how much data should you send as unsolicited data (i.e. without
On 2/18/08, Jiri Slaby [EMAIL PROTECTED] wrote:
On 02/17/2008 11:03 PM, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10021
Subject : Linux 2.6.25-rc2 regression: LVM cannot find volume
group
Submitter : Tilman Schmidt [EMAIL PROTECTED]
* Alexey Dobriyan [EMAIL PROTECTED] wrote:
Why on earth do we have CONFIG_SYSFS_DEPRECATED at all if the only
sane choice for someone who tests new kernels is to always turn it on?
seconded ...
it's insane how inconvenient certain storage systems are to use, and
people get turned away with
On Mon, 18 Feb 2008, [EMAIL PROTECTED] wrote:
On Sun, 17 Feb 2008 12:17:20 EST, Robert P. J. Day said:
if that header file isn't used by any kernel code, why bother having a
check for __KERNEL__ in the first place? it's being exported to
userspace unchecked:
Hi!
Since this is increasingly unrelated to the sleepy linux concept
(a version of what systems like OLPC, N700, and N800 are doing), I
got rid of the sleepy.c file.
What was the decision here? Ingo, did you merge this for 2.6.26, or
just for your test farm?
it's working
Paul Jackson wrote:
Ok ... this would (I suspect, just from code reading, no bytes were
harmed in actual testing of this) have a minor change to how white
space is handled writing integer flags to cpuset files, and a minor
inconstency.
1) Existing cpuset code lets you set a flag (e.g.
Cache the divide in the hope we can avoid doing it in steady state optertion.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
kernel/sched.c |2 ++
kernel/sched_debug.c |1 +
kernel/sched_fair.c |6 ++
3 files changed, 5 insertions(+), 4 deletions(-)
Index:
Currently FAIR_GROUP sched grows the scheduler latency outside of
sysctl_sched_latency, invert this so it stays within.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
kernel/sched_fair.c | 233 ++--
1 file changed, 120 insertions(+), 113
Its unused,.. toss it!
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/sched.h |1 -
kernel/sched.c|1 -
kernel/sched_debug.c |1 -
kernel/sched_fair.c | 10 --
kernel/sysctl.c | 11 ---
5 files changed, 24 deletions(-)
Index:
De-couple load-balancing from the rb-trees, so that I can change their
organization. Afterwards we'll probably want to redo load balancing to
not need the grouping info.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/init_task.h |3 +++
include/linux/sched.h |1 +
This is my current queue for single RQ group scheduling.
Next on the list is the SMP load balancing, for that I'm looking at Tong's
DWRR algorithm.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
TREE_AVG and APPROX_AVG are initial task placement policies that have been
disabled for a long while.. time to remove them.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
kernel/sched.c |8 ++--
kernel/sched_fair.c | 14 --
2 files changed, 2 insertions(+), 20
switching to proper mail client...
Dave Hansen [EMAIL PROTECTED] wrote on 15.02.2008 17:55:38:
I've been thinking about that, and I don't think you really *need* to
keep a comprehensive map like that.
When the memory is in a particular configuration (range of memory
present along with
On Mon, Feb 18, 2008 at 08:49:44AM +0100, Aurelien Jarno wrote:
On Sun, Feb 17, 2008 at 10:09:47PM +0200, Adrian Bunk wrote:
Commit d3c319f9c8d9ee2c042c60b8a1bbd909dcc42782 causes the following
compile error:
-- snip --
...
CC arch/mips/bcm47xx/setup.o
Switch the SSB PCI core driver to the new SPROM data structure now that
the old one has been removed.
Signed-off-by: Aurelien Jarno [EMAIL PROTECTED]
---
drivers/ssb/driver_pcicore.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/ssb/driver_pcicore.c
David Miller wrote:
From: Martin Devera [EMAIL PROTECTED]
Date: Mon, 18 Feb 2008 09:03:52 +0100
aha, ok, I'm not so informed about crossplatform issues.
I was also thining about looking at jiffies value and stop once
it is startjiffy+2, but with NO_HZ introduction, are jiffies
still
On Mon, 18 Feb 2008 16:12:38 +0800
Zhang, Yanmin [EMAIL PROTECTED] wrote:
On Fri, 2008-02-15 at 15:22 -0800, David Miller wrote:
From: Eric Dumazet [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 15:21:48 +0100
On linux-2.6.25-rc1 x86_64 :
offsetof(struct dst_entry, lastuse)=0xb0
On Monday, 18 of February 2008, Tino Keitel wrote:
Hi folks,
with 2.6.25-rc2, my Mac mini Core Duo hangs at suspend. The last
message on the console is Suspending console(s). I also tried some
other versions after 2.6.24, all of them fail with this hang.
I attached the lspci output for
Switch the BCM47XX code to the new SPROM data structure now that
the old one has been removed.
Signed-off-by: Aurelien Jarno [EMAIL PROTECTED]
---
arch/mips/bcm47xx/setup.c | 12 ++--
arch/mips/bcm47xx/wgt634u.c |2 +-
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git
The current hierarchical RQ group scheduler suffers from a number of problems:
- yield
- wakeup preemption
- sleeper fairness
All these problems are due to the isolation caused by the multiple RQ design.
They are caused by the fact that vruntime becomes a local property.
Solve this by
On 02/18/2008 10:49 AM, Ingo Molnar wrote:
* Alexey Dobriyan [EMAIL PROTECTED] wrote:
Why on earth do we have CONFIG_SYSFS_DEPRECATED at all if the only
sane choice for someone who tests new kernels is to always turn it on?
seconded ...
it's insane how inconvenient certain storage systems
By its very nature we try to converge vruntime between tasks. This makes it
very hard to interleave the groups that have varying latency requirements,
they end up in a single 'lump'. Avoid this by introducing an artificial
vruntime offset:
A1 |--|
A2 |--|
A3
On Saturday 16 February 2008 11:27:33 Pekka Enberg wrote:
Hi,
On Feb 16, 2008 12:18 PM, Thomas Gleixner [EMAIL PROTECTED] wrote:
People, who do cleanups - I'm not talking about running lindent here -
read through the code while they fix it up.
Actually they find bugs that way or at
People, who do cleanups - I'm not talking about running lindent here -
read through the code while they fix it up.
Please feel free to repeat my little experiment: give someone who sends
you a lot of checkpatch.pl only patches a simple task that actually
requires a little actual code change
Hi,
Le Sat, 16 Feb 2008 21:44:10 -0800,
Andrew Morton [EMAIL PROTECTED] a écrit :
Bustage in x86-configurable-dmi-scanning-code.patch. Previously,
DMI=y was just hardwired. Now, it becomes selectable and stuff
breaks.
I guess the DMI=n version of dmi_check_system() could become a macro
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9982
Subject : 2.6.25-rc1 panics on boot
Submitter : Dhaval Giani [EMAIL PROTECTED]
Date : 2008-02-13 18:03
References: http://lkml.org/lkml/2008/2/13/363
Handled-By: Chris Snook [EMAIL PROTECTED]
...
CC arch/mips/au1000/common/platform.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/au1000/common/platform.c:277:
error: 'PSC0_BASE_ADDR' undeclared here (not in a function)
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/au1000/common/platform.c:314:
warning: no
On Mon, Feb 18, 2008 at 11:41:39AM +0200, Török Edwin wrote:
David Chinner wrote:
On Sun, Feb 17, 2008 at 05:51:08PM +0100, Oliver Pinter wrote:
On 2/17/08, Török Edwin [EMAIL PROTECTED] wrote:
Hi,
xfsaild is causing many wakeups, a quick investigation shows
xfsaild_push
We need to check for stack overflow only when the signal is on stack.
So we can improve the patch http://lkml.org/lkml/2007/11/27/101; as following.
Signed-off-by: Shi Weihua [EMAIL PROTECTED]
---
--- linux-2.6.25-rc2.orig/arch/x86/kernel/signal_32.c 2008-02-16
04:57:20.0 +0800
+++
The similar check has been added to x86_32(i386) in commit
id 83bd01024b1fdfc41d9b758e5669e80fca72df66.
So we add this check to x86_64 and improve it a liitle bit in that
we need to check for stack overflow only when the signal is on stack.
Signed-off-by: Shi Weihua [EMAIL PROTECTED]
---
---
The similar check has been added to x86_32(i386) in commit
id 83bd01024b1fdfc41d9b758e5669e80fca72df66.
So we add this check to x86_ia32 and improve it a liitle bit in that
we need to check for stack overflow only when the signal is on stack.
Signed-off-by: Shi Weihua [EMAIL PROTECTED]
---
---
The similar check has been added to x86_32(i386) in commit
id 83bd01024b1fdfc41d9b758e5669e80fca72df66.
So we add this check to ia64 and improve it a liitle bit in that
we need to check for stack overflow only when the signal is on stack.
Signed-off-by: Shi Weihua [EMAIL PROTECTED]
---
---
The similar check has been added to x86_32(i386) in commit
id 83bd01024b1fdfc41d9b758e5669e80fca72df66.
So we add this check to ia64_ia32 and improve it a liitle bit in that
we need to check for stack overflow only when the signal is on stack.
Signed-off-by: Shi Weihua [EMAIL PROTECTED]
---
---
On Monday 18 February 2008, Mike Galbraith wrote:
On Mon, 2008-02-18 at 09:46 +0100, Frans Pop wrote:
Joerg Schilling wrote:
This fragment is much too short to allow to judge on possible
reasons. There is a high probability that your problem is caused by
the cdrecord fork called wodim.
On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
Can I get your Signed-off-by for this, Joel? (I assume you are Joel :)
Yes the previous account seems to be a bit old and look more and more like a
gc; I so take the opportunity of ml's change to use another pseudo ;-)
That said
At Sun, 17 Feb 2008 13:22:57 +0100,
Sam Ravnborg wrote:
Fix following warning:
WARNING: vmlinux.o(.text+0x11ec01a): Section mismatch in reference from the
function setup_card() to the function
.devinit.text:snd_usb_caiaq_control_init()
setup_card() are only used by init_card().
Am 17.02.2008 schrieb Jeff Chua:
I faced the same problem, but resolved with ...
vgscan
vgchange -a y
Sorry, I'm not sure what to do with those two commands.
Running them once manually doesn't seem to change anything,
and my initrd already contains them AFAICS.
Also, ensure you set
At Mon, 18 Feb 2008 08:45:08 +0100,
Sam Ravnborg wrote:
On Mon, Feb 18, 2008 at 07:43:32AM +0100, Takashi Iwai wrote:
At Sun, 17 Feb 2008 13:23:04 +0100,
Sam Ravnborg wrote:
Fix following warnings:
WARNING: sound/pci/rme9652/snd-hdsp.o(.text+0x34bc): Section mismatch in
Li Zefan wrote:
Paul Menage wrote:
On Feb 16, 2008 2:07 AM, Balbir Singh [EMAIL PROTECTED] wrote:
Paul Menage wrote:
Hi, Paul,
Do we need to use a cgroup.api file? Why not keep up to date documentation
and
get users to use that. I fear that, cgroup.api will not be kept up-to-date,
On Sunday 17 February 2008 21:09:10 Roland McGrath wrote:
Still trying to track down why, but it works on a toolchain built from
binutils 2.18 and gcc 4.1.3, but not with a toolchain from binutils 2.17
and gcc 4.1.2. And considering where it's failing...
I don't think the vdso magic
- Includes a command line parameter, which needs work yet ... it
currently turns this test off, but it should also let the target
state be specified (and maybe even default to no test).
I think no test should be the default; STR working sanely on
x86 is unfortunately too much a
On 2/18/08, Jiri Slaby [EMAIL PROTECTED] wrote:
On 02/18/2008 10:49 AM, Ingo Molnar wrote:
* Alexey Dobriyan [EMAIL PROTECTED] wrote:
Why on earth do we have CONFIG_SYSFS_DEPRECATED at all if the only
sane choice for someone who tests new kernels is to always turn it on?
seconded ...
On Sun, Feb 17, 2008 at 06:49:21PM +, Ian Campbell wrote:
I've been seeing similar attempts to map 0xf0 but so far I was the only
one (although that made no sense to me). Does the patch below help at
all? The problem seems to be that the kernel is trying to map pages at
0xf but these
From: Martin Devera [EMAIL PROTECTED]
Date: Mon, 18 Feb 2008 11:08:09 +0100
Like
max_jiff = jiffies+2; /* not +1 at we could be at +0. now */
while (jiffiesmax_jiff) do_hard_potentionaly_long_work();
if (more_work) schedule_to_next_jiffie();
This will keep event queue work load under
I left those that were previously not _p alone. I suspect they should
proeprly be _pic however.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the
Hi Ingo,
I am running the sched-devel tree (at HEAD
44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good.
I am running two make -js for the kernel in two different cgroups and
interactivity is going for a toss. I can see noticable lags in
keypresses.
Will get down to debugging
After looking up in UEFI specification, I found that it is specified by
Thanks.
UEFI specification 2.1 (section 6.2, page 124) that the NumberOfPages
(num_pages) of EFI_MEMORY_DESCRIPTOR (efi_memory_desc_t) must be Number
of 4KB pages in the memory region. So we need not worry about
Hi!
I'm getting this during bootup:
PM: Adding info for No Bus:event6
PM: Adding info for No Bus:uinput
PM: Adding info for No Bus:rtc0
proc_dir_entry 'rtc' already registered
Pid: 1, comm: swapper Not tainted 2.6.25-rc1 #125
... deletia
===
rtc_cmos
On Fri, Feb 15, 2008 at 11:52:14PM -0600, Robert Hancock wrote:
Andi Kleen wrote:
Yinghai Lu [EMAIL PROTECTED] writes:
[EMAIL PROTECTED]: many fixes and cleanups]
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Tested-by: Andi Kleen [EMAIL
Hi,
I have a very strange, but fully reproducible, regression with
2.6.25-rc1 -rc2. I have an ubuntu 7.10 fully updated.
The first time after boot, when I login to gnome (through gdm)
the login half-fails with a Setting Daemon error: failed to connect to
socket /tmp/dbus-some
On Feb 18, 2008 10:43 AM, Erez Zilber [EMAIL PROTECTED] wrote:
If you use a high value for FirstBurstLength, all (or most) of your data
will be sent as unsolicited data-out PDUs. These PDUs don't use the RDMA
engine, so you miss the advantage of IB.
Hello Erez,
Did you notice the e-mail
On Mon, Feb 18, 2008 at 04:19:33PM +0530, Dhaval Giani wrote:
Hi Ingo,
I am running the sched-devel tree (at HEAD
44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good.
I am running two make -js for the kernel in two different cgroups and
interactivity is going for a toss.
On Feb 18, 2008 4:31 PM, Dhaval Giani [EMAIL PROTECTED] wrote:
On Mon, Feb 18, 2008 at 04:19:33PM +0530, Dhaval Giani wrote:
Hi Ingo,
I am running the sched-devel tree (at HEAD
44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good.
I am running two make -js for the
On Monday, 18 of February 2008, David Brownell wrote:
- Includes a command line parameter, which needs work yet ... it
currently turns this test off, but it should also let the target
state be specified (and maybe even default to no test).
I think no test should be the
On Monday, 18 of February 2008, Ingo Molnar wrote:
* Pavel Machek [EMAIL PROTECTED] wrote:
Since this is increasingly unrelated to the sleepy linux concept
(a version of what systems like OLPC, N700, and N800 are doing), I
got rid of the sleepy.c file.
What was the decision
On Monday 18 February 2008, Pavel Machek wrote:
How to fix ... how about: instead of just warning folk
off such legacy RTC drivers [1] we just wrap them with
an if RTC_LIB != n so this mistake won't be possible.
Yes, disabling bad configs in Kconfig seems like way to go.
Problem is ...
On Feb 14, 2008 2:35 PM, Stephen Rothwell [EMAIL PROTECTED] wrote:
Hi all,
I have created the first cut of the linux-next tree at
Hi Stephen,
I would like to update the The development process section in
Documentation/HOWTO including some information about the linux-next tree.
I understand
Hi,
Now in the GFS2 -nmw git tree. Thanks,
Steve.
On Sun, 2008-02-17 at 10:17 +0200, Adrian Bunk wrote:
Every file should include the headers containing the prototypes for
its global functions (in this case for gfs2_set_inode_flags()).
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Hi,
Now in the GFS2 -nmw git tree. Thanks,
Steve.
On Sun, 2008-02-17 at 10:20 +0200, Adrian Bunk wrote:
This patch adds a proper extern declaration for gdlm_ops in
fs/gfs2/locking/dlm/lock_dlm.h
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
fs/gfs2/locking/dlm/lock_dlm.h |5
* Balbir Singh [EMAIL PROTECTED] [2008-02-18 16:42:05]:
Li Zefan wrote:
Paul Jackson wrote:
Ok ... this would (I suspect, just from code reading, no bytes were
harmed in actual testing of this) have a minor change to how white
space is handled writing integer flags to cpuset files, and a
On Monday, 18 of February 2008, Arjan van de Ven wrote:
On Sun, 17 Feb 2008 23:03:59 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
[This is a bit late, for which I'm sorry, but I waited for things to
calm down a bit, to have something less of a moving target.
Now, following an
On Feb 18 2008 12:28, Joerg Schilling wrote:
This fragment is much too short to allow to judge on possible reasons.
There is a high probability that your problem is caused by the cdrecord
fork called wodim.
[...]
As a general advise: if you have problems, always first try recent
On Monday, 18 of February 2008, Jiri Slaby wrote:
On 02/18/2008 10:49 AM, Ingo Molnar wrote:
* Alexey Dobriyan [EMAIL PROTECTED] wrote:
Why on earth do we have CONFIG_SYSFS_DEPRECATED at all if the only
sane choice for someone who tests new kernels is to always turn it on?
seconded
On Monday, 18 of February 2008, Dhaval Giani wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9982
Subject : 2.6.25-rc1 panics on boot
Submitter : Dhaval Giani [EMAIL PROTECTED]
Date: 2008-02-13 18:03
References :
David Miller schrieb:
From: Tilman Schmidt [EMAIL PROTECTED]
Date: Sun, 17 Feb 2008 20:24:56 +0100
No, that's not the real problem. Even if the kernel didn't lack
any required functionality and it could all be done today without
VirtualBox, pulling the rug from underneath it like that leaves
On Mon, 2008-02-18 at 11:31 +0100, Frans Pop wrote:
On Monday 18 February 2008, Mike Galbraith wrote:
On Mon, 2008-02-18 at 09:46 +0100, Frans Pop wrote:
Joerg Schilling wrote:
This fragment is much too short to allow to judge on possible
reasons. There is a high probability that
1 - 100 of 1179 matches
Mail list logo