Hi,
On Mon, 3 Sep 2007, Ingo Molnar wrote:
If this basic model is correct, we can look further.
The basic model is correct insofar I use an absolute time instead of a
relative time, but it's not the essence of my math, so I don't quite
understand the point of this exercise.
bye, Roman
-
To
Hi Randy,
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
Changes since 2.6.23-rc3-mm1:
git-watchdog.patch
on x86_64:
drivers/watchdog/core/watchdog_dev.c:84: warning: format '%i' expects type
'int', but argument 5 has type 'size_t'
* Roman Zippel [EMAIL PROTECTED] wrote:
On Mon, 3 Sep 2007, Ingo Molnar wrote:
If this basic model is correct, we can look further.
The basic model is correct insofar I use an absolute time instead of a
relative time, but it's not the essence of my math, so I don't quite
understand
Hi!
it's so very unfortunate the PCI standard has no feature bit to indicate
the presence of ECS.
FWIW in my testing on a range of machines spanning 7 or 8 years i could
read config space reg 256... and get 0x when the device didn't
support ECS, and get valid data when the
On Mon, 3 Sep 2007, Christoph Hellwig wrote:
How about getting rid of the slabs there and use kmalloc? Kmalloc in mm
(and therfore hopefully 2.6.24) will convert kmallocs PAGE_SIZE to page
allocator calls. Not sure what to do about the 1k and 2k requests though.
The problem is that we
Daniel Hazelton [EMAIL PROTECTED] writes:
I hate to belabor the point, but you seem to be making the mistake of The
license applies to the copyright holder
Of course not.
The person holding the copyright has all the legal standing to revoke a
license grant at any time.
Based on?
On Mon, Sep 03, 2007 at 12:31:49PM -0700, Christoph Lameter wrote:
So you'd be fine with replacing the allocs with
get_free_pages(GFP_xxx, get_order(size)) ?
Yes. And rip out all that code related to setting up the slabs. I plan
to add WARN_ONs to bio_add_page and friends to detect further
Hi Wolfgang,
On Mon, 3 Sep 2007, Wolfgang Walter wrote:
in 2.6.22.6, net/sunrpc/svcsock.c
random characters are printed by svc_tcp_accept:
lockd: last TCP connect from some random chars
[...]
--- linux-2.6.22.6/net/sunrpc/svcsock.c 2007-08-27 18:10:14.0
+0200
Paul Menage wrote:
On 9/2/07, Balbir Singh [EMAIL PROTECTED] wrote:
- s += sprintf(s, %lu\n, *val);
+ if (read_strategy)
+ s += read_strategy(*val, s);
+ else
+ s += sprintf(s, %lu\n, *val);
This would be better as %llu
+ tmp
Paul Menage wrote:
On 9/2/07, Balbir Singh [EMAIL PROTECTED] wrote:
- s += sprintf(s, %lu\n, *val);
+ if (read_strategy)
+ s += read_strategy(*val, s);
+ else
+ s += sprintf(s, %lu\n, *val);
This would be better as %llu
Hi, Paul,
This does
Jan Engelhardt ha scritto:
On Sep 2 2007 11:40, Alan Cox wrote:
i've been out for a week, but found no notice, did i lost any email or
no activity on this issue?
I tagged it onto the obscure IDE report pile. It doesn't contain any
really useful information and its probably not an
Hi,
On Mon, 3 Sep 2007, Ingo Molnar wrote:
My next question then is about this code of yours in the wakeup path:
+static void
+enqueue_entity(struct cfs_rq *cfs_rq, struct sched_entity *se)
+{
+ kclock_t min_time;
+
+ verify_queue(cfs_rq, cfs_rq-curr != se, se);
+
* Roman Zippel [EMAIL PROTECTED] wrote:
Hi,
On Mon, 3 Sep 2007, Ingo Molnar wrote:
My next question then is about this code of yours in the wakeup path:
+static void
+enqueue_entity(struct cfs_rq *cfs_rq, struct sched_entity *se)
+{
+ kclock_t min_time;
+
+
On Mon, Sep 03, 2007 at 08:29:04AM -0500, Matt Mackall wrote:
On Mon, Aug 27, 2007 at 06:15:54PM -0700, Paul E. McKenney wrote:
On Thu, Aug 23, 2007 at 02:40:37PM -0500, Matt Mackall wrote:
Yes. Using a hash function rather than a trivial LFSR is preferable.
But pulling the guts out and
On Sat, 2007-09-01 at 14:09 -0700, Jeremy Fitzhardinge wrote:
Zachary Amsden wrote:
Do you agree it is better to be safe than sorry in this case? The
kind of bugs introduced by getting this wrong are really hard to find,
and I would rather err on the side of an extra increment and
On 9/1/07, Rusty Russell [EMAIL PROTECTED] wrote:
On Tue, 2007-08-28 at 13:52 -0500, Eric Van Hensbergen wrote:
The lguest and kvm transports are functional, but we are still working out
remaining bugs and need to spend some time focusing on performance issues.
I wanted to send out this
Finish the work : kill all #ifdef CONFIG_IPC_NS.
Thanks Robert !
C.
Signed-off-by: Cedric Le Goater [EMAIL PROTECTED]
Cc: Andrew Morton [EMAIL PROTECTED]
Cc: Eric Biederman [EMAIL PROTECTED]
Cc: Robert P. J. Day [EMAIL PROTECTED]
---
ipc/ipc_sysctl.c |4
1 file changed, 4 deletions(-)
Takashi Iwai schrieb:
At Wed, 29 Aug 2007 18:42:56 +0300,
Ivan N. Zlatev wrote:
... but without the hardware :-
IMO, this is actually no real regression. In the earlier verison, you
didn't have controls for multiple outputs, thus the mixer control was
named as Master. Now you do have
On Monday, 3 September 2007 10:36, Thomas Gleixner wrote:
On Sun, 2007-09-02 at 22:39 +0200, Rafael J. Wysocki wrote:
On Saturday, 1 September 2007 06:58, Andrew Morton wrote:
- dynticks-for-x86_64 has returned
It fails to boot on my HPC nx6325 (hangs very early, before any messages
On Mon, 3 Sep 2007, Franck Bui-Huu wrote:
+/* overriden by architectures supporting brk randomization */
+void __weak arch_randomize_brk(struct mm_struct *mm) { }
I was actually suggesting in my last email:
unsigned long randomize_brk(unsigned long brk)
therefore arch specific code
The 9P2000 protocol requires the authentication and permission checks to be
done in the file server. For that reason every user that accesses the file
server tree has to authenticate and attach to the server separately.
Multiple users can share the same connection to the server.
Currently v9fs
On Sat, Sep 01, 2007 at 10:46:51PM -0400, Matthew Wilcox wrote:
Abstracting away direct uses of TASK_ flags allows us to change the
definitions of the task flags more easily.
Also restructure do_wait() a little
Signed-off-by: Matthew Wilcox [EMAIL PROTECTED]
---
On Mon, 2007-09-03 at 20:20 +0200, Roman Zippel wrote:
Basically that's it and I hope that explains the basic math a bit easier. :-)
It helps a tiny bit .. However, I appreciate that you took the time to
write this .. Thanks you.
Daniel
-
To unsubscribe from this list: send the line
On 9/3/07, Gabriel C [EMAIL PROTECTED] wrote:
Rafael J. Wysocki wrote:
On Sunday, 2 September 2007 09:54, Prakash Punnoor wrote:
Hi,
2.6.23-rc5 locks up hard (Magic Syskeys won't even work) after a few
minutes
of work on x86_64. 2.6.23-rc4 was fine. I'll try git-bisect to find out
On Sun, Sep 02, 2007 at 01:51:50PM +0200, Sam Ravnborg wrote:
[]
Then as now you have not yet expalined what you are trying to do.
Nevertheless I look forward for a minmal set of patches that improve
whatever you are working with.
Yes, because it's LKML, that wants not-hand-waving stuff in
Here is a relevant oops for this hang.
[ 7329.832382] BUG: unable to handle kernel NULL pointer dereference at virtual
address 0025
[ 7329.934755] printing eip:
[ 7329.967145] 802cb921
[ 7329.993347] *pde =
[ 7330.026799] Oops: [#1]
[ 7330.060246] Modules linked in: usblp
Alessandro Suardi wrote:
[snip]
This one has bitten many of us :)
http://lkml.org/lkml/2007/9/2/219
Thx , I didn't saw that patch.
Gabriel
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
drivers/net/3c59x.c: In function 'vortex_up':
drivers/net/3c59x.c:1495: warning: 'err' may be used uninitialized in this
function
is a genuine bug. The function returns an uninitialized value of 'err'
back to the caller, which expects it to be 0 for success cases. Let's
fix this by explicitly
This fixes atkbd.c: Suprious NAK on isa0060/serio0 errors for
HP Pavilion DV4270ca. Same reasons as for
9d9d50bb2efb50594abfc3941a5504b62c514ebd
and 6e782584e0713ea89da151333e7fe754c8f40324.
Signed-off-by: Elvis Pranskevichus [EMAIL PROTECTED]
1 files changed, 10 insertions(+), 0 deletions(-)
Remove duplicate entry for the same driver.
Signed-off-by: Satyam Sharma [EMAIL PROTECTED]
---
MAINTAINERS |6 --
1 file changed, 6 deletions(-)
--- linux-2.6.23-rc4-mm1/MAINTAINERS~fix2007-09-04 03:49:16.0
+0530
+++ linux-2.6.23-rc4-mm1/MAINTAINERS2007-09-04
Hi,
On Mon, 3 Sep 2007, Wim Van Sebroeck wrote:
on x86_64:
drivers/watchdog/core/watchdog_dev.c:84:
warning: format '%i' expects type 'int', but argument 5 has type 'size_t'
Hmm, a warning I missed during my Sunday evening pastime.
I'll have a look at it.
How about ... (unrelated
Stefan Becker [EMAIL PROTECTED] writes:
while trying to debug a hibernation/rtc_cmos alarm wakeup problem in
2.6.22 (or later) I noticed that the latest kernel crashes (or gets
stuck sometimes) during boot after the message:
SMP alternatives: switching to UP code
Every kernel up to
I'm not sure I understand how the kernel calculates the amount of
physical RAM it can map during the boot process.
I've quoted two blocks of kernel messages below, one for a kernel with
NOHIGHMEM and another for a kernel with HIGHMEM4G.
If I do the math on the BIOS provided physical RAM map,
Xu Yang wrote:
thanks for the reply.
no , it is not decompressed. isn' t the kernel supposed to do that? As
we have tried to load this filesystem on the pc, it turns out the the
kernel can recognize it.
concerning the root=/dev/ram0,
as the default value is root=/dev/nfs, so I just modify the
On Mon, 03 Sep 2007, Jean Delvare wrote:
On Sun, 2 Sep 2007 23:02:01 -0300, Henrique de Moraes Holschuh wrote:
On Sun, 02 Sep 2007, Jean Delvare wrote:
I guess power[1-*]_average would be OK?
AFAIK, yes. It is probably not 100% in sync with the power supply class,
though.
Is the
James C. Georgas wrote:
I'm not sure I understand how the kernel calculates the amount of
physical RAM it can map during the boot process.
I've quoted two blocks of kernel messages below, one for a kernel with
NOHIGHMEM and another for a kernel with HIGHMEM4G.
If I do the math on the BIOS
Hi David,
On Fri, 27 Jul 2007, David CHANIAL wrote:
Le vendredi 20 juillet 2007 15:36, Satyam Sharma a ecrit:
Yes, you can apply the patch Neil just sent to your kernel,
re-build, and test that.
Hi, I have no patched the kernel as asked by Neil, but i would notice
that
with 2.6.22.1
On Mon, Sep 03, 2007 at 08:39:27AM +0200, Jan Engelhardt wrote:
On Sep 2 2007 22:20, Josef 'Jeff' Sipek wrote:
diff --git a/include/linux/fs_stack.h b/include/linux/fs_stack.h
index 6b52faf..28543ad 100644
--- a/include/linux/fs_stack.h
+++ b/include/linux/fs_stack.h
@@ -39,4 +39,4 @@
From: Erez Zadok [EMAIL PROTECTED]
Utility functions to check if lower dentries/inodes are newer than upper
ones, and purging cached data if lower objects are newer. Also passed flag
to our d_revalidate_chain, to tell it if the caller may be writing data or
just reading it.
[jsipek: changed
On Monday 03 September 2007 15:33:01 Krzysztof Halasa wrote:
Daniel Hazelton [EMAIL PROTECTED] writes:
I hate to belabor the point, but you seem to be making the mistake of
The license applies to the copyright holder
Of course not.
I'll take this at face value - I might have mis-parsed
Wrong - I said You can't complain about Person A doing X when
you let Person
B do X without complaint.
Yes, I can. There is no inconsistency between acting in one case and failing
to act in another. We need not act in every possible case where we could act
to preserve our right to act in a
Hi,
The attached patch is based on Jan Frey's previous patch posted in 2004
for the Linux 2.4 kernel. It has been tested on X86 and MIPS platforms.
If the core pattern doesn't end in .gz it will be added to the name of
the core file. It's offered under GPL v2 without any warranties. If you
have
On Monday 03 September 2007 20:23:37 David Schwartz wrote:
Wrong - I said You can't complain about Person A doing X when
you let Person
B do X without complaint.
Yes, I can. There is no inconsistency between acting in one case and
failing to act in another. We need not act in every
On Mon, 2007-09-03 at 22:51 +0200, Rafael J. Wysocki wrote:
Also it would be interesting whether the -hrt patchset on top of rc5 has
the same problem:
http://www.tglx.de/projects/hrtimers/2.6.23-rc5/patch-2.6.23-rc5-hrt1.patches.tar.bz2
This one boots normally.
Thanks. that narrows
On Mon, Sep 03, 2007 at 08:49:00PM -0400, Pallewatta Mano-FPCD67 wrote:
Hi,
The attached patch is based on Jan Frey's previous patch posted in 2004
for the Linux 2.4 kernel. It has been tested on X86 and MIPS platforms.
If the core pattern doesn't end in .gz it will be added to the name of
Dear All:
Was IC Plus IP1000A Linux Driver in kernel tree or not? Our customer is pushing
us to put it into kernel. Is there anything that we should do?
Thanks.
Best Regards,
Jesse Huang
-Original Message-
From: Francois Romieu [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 12, 2007
Yes, I also thought about something like this, but tried to avoid because
it adds some complications. OTOH, this is not the fast path.
I agree it's not real pleasing, and would be glad to find better ideas.
I'll try to think a bit more about this, and update the patch according
to your
This patch was developed for embedded systems which had limited space
for file storage. If an external process is to compress core files you
will need to store those files somewhere first as core dump output
cannot be directly fed to the stdin of compression program. Imagine
storing a 40 Meg core
Hi,
On Mon, 3 Sep 2007, Ingo Molnar wrote:
It's a variation of the sleeper bonus. [...]
hm, where are its effects described in your explanation? Seems like a
key item.
It has no direct effect on the correctness of the mathematical model, the
time is initialized before the time is added
On Mon, 2007-09-03 at 13:57 -0400, Mike Frysinger wrote:
On 9/3/07, Bryan Wu [EMAIL PROTECTED] wrote:
--- a/drivers/mtd/nand/Kconfig
+++ b/drivers/mtd/nand/Kconfig
@@ -131,6 +131,24 @@ config MTD_NAND_AU1550
+config MTD_NAND_BF54X
+ tristate NAND Flash support for Blackfin BF54X
On Mon, Sep 03, 2007 at 10:32:00PM -0400, Pallewatta Mano-FPCD67 wrote:
This patch was developed for embedded systems which had limited space
for file storage. If an external process is to compress core files you
will need to store those files somewhere first as core dump output
cannot be
On 9/3/07, Ivan N. Zlatev [EMAIL PROTECTED] wrote:
On 9/3/07, Ivan N. Zlatev [EMAIL PROTECTED] wrote:
On 9/3/07, Takashi Iwai [EMAIL PROTECTED] wrote:
At Mon, 3 Sep 2007 15:55:18 +0530,
Abhijit Bhopatkar wrote:
commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1 changed all
pin
This support was there in the 2.6.16.51 kernel. In fact there was no
call_usermodehelper_pipe().
Mano
-Original Message-
From: Al Viro [mailto:[EMAIL PROTECTED]
Sent: Monday, September 03, 2007 8:27 PM
To: Pallewatta Mano-FPCD67
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH]
On Tue, Sep 04, 2007 at 12:04:37AM -0400, Pallewatta Mano-FPCD67 wrote:
This support was there in the 2.6.16.51 kernel. In fact there was no
call_usermodehelper_pipe().
So backport it, instead of creating an incompatible interface and headache
when you eventually rebase to later kernel.
-
To
On Sunday 02 September 2007 6:51:50 am Sam Ravnborg wrote:
As for Kconfig the low hanging fruits are not in the tools but in the
structure of the Kconfig files. There are a lot that can be improved
with a decent effort but nobody has stepped up doing so.
The tools could be better too but if
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
On Fri, Aug 31, 2007 at 09:58:22PM -0700, Andrew Morton wrote:
...
Changes since 2.6.23-rc3-mm1:
...
git-mips.patch
...
git trees
...
-- snip --
...
CC arch/mips/kernel/asm-offsets.s
In file included from
Hi Paul,
On Wed, 15 Aug 2007, Paul E. McKenney wrote:
The locking used by get_random_bytes() can conflict with the
preempt_disable() and synchronize_sched() form of RCU. This patch changes
rcutorture's RNG to gather entropy from the new cpu_clock() interface
(relying on interrupts,
This is the driver for latest Blackfin on-chip nand flash controller
- use nand_chip and mtd_info common nand driver interface
- provide both PIO and dma operation
- compiled with ezkit bf548 configuration
- use hardware 1-bit ECC
- tested with YAFFS2 and can mount YAFFS2 filesystem as
401 - 458 of 458 matches
Mail list logo