On Tue, Jan 15, 2008 at 07:44:15PM -0800, Andrew Morton wrote:
> On Wed, 16 Jan 2008 11:01:08 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Jan 15, 2008 at 09:53:42AM -0800, Michael Rubin wrote:
> > > On Jan 15, 2008 12:46 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > > Just a
On Wed, Jan 16, 2008 at 04:04:03PM +0900, Paul Mundt wrote:
> This is a brief summary of the changes that are sitting in the sh queue
> for 2.6.25.
>
> The main points to note are as follows:
>
> - sh64->sh integration.
> - A handful of new CPUs (SH7721, SH7763, SH7203, SH7263).
>
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> --- linux-2.6.git.orig/drivers/char/mem.c 2008-01-15 10:05:13.0
> -0800
> +++ linux-2.6.git/drivers/char/mem.c 2008-01-15 10:05:51.0 -0800
> @@ -127,9 +127,14 @@
>* by the kernel or data corruption may occur
>
On Monday 14 January 2008 22:30, Andi Kleen wrote:
> In general there are more scaling problems like this (e.g. it also doesn't
> make sense to scale kernel threads for each CPU thread for example).
I think in a lot of ways, per-CPU kernel threads scale OK. At least
they should mostly be
Hi Clifford,
> +static inline char *task_rlim(struct task_struct *p, char *buffer)
> +{
> + unsigned long flags;
> + struct rlimit rlim[RLIM_NLIMITS];
> + int i;
> +
> + rcu_read_lock();
> + if (lock_task_sighand(p, )) {
> + for (i=0; i +
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Some incremental changes and bug fixes for PAT patchset. The changes
> are from the feedback we received earlier. There are few more pending
> changes that will follow soon.
thanks, applied them to x86.git.
Note that PAT is still hardcoded to
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> [...] I found that Jan's ioremap fix also causes silent hangs here
> during earlier bisecting (not sure why)
please send a fuller bugreport - all these problems on your testbox
might be interrelated. Jan's patch is undone in a later part of the
On Wed, 2008-01-16 at 08:34 +0800, Zhang, Yanmin wrote:
> On Mon, 2008-01-14 at 21:53 +1100, Herbert Xu wrote:
> > On Mon, Jan 14, 2008 at 08:44:40AM +, Ilpo Jrvinen wrote:
> > >
> > > > > I tried to use bisect to locate the bad patch between 2.6.22 and
> > > > > 2.6.23-rc1,
> > > > > but the
On Wed, 16 Jan 2008 00:09:31 -0700 "Dan Williams" <[EMAIL PROTECTED]> wrote:
> > heheh.
> >
> > it's really easy to reproduce the hang without the patch -- i could
> > hang the box in under 20 min on 2.6.22+ w/XFS and raid5 on 7x750GB.
> > i'll try with ext3... Dan's experiences suggest it won't
Hi,
16 Oca 2008 Çar tarihinde, Steven Rostedt şunları yazmıştı:
> On Tue, 15 Jan 2008, [utf-8] S.Ã^GaÄ^_lar Onur wrote:
> > 2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current git commit
> > 031f2dcd7075e218e74dd7f942ad015cf82dffab) starts to complain like
> > following (full dmesg can be
Hi,
On Tue, Jan 15, 2008 at 02:36:59PM -0600, [EMAIL PROTECTED] wrote:
> > + rcu_read_lock();
> > + if (lock_task_sighand(p, )) {
> > + for (i=0; i > + rlim[i] = p->signal->rlim[i];
>
> I'm confused - where do you unlock_task_sighand()?
oh fsck! thanks for that
> heheh.
>
> it's really easy to reproduce the hang without the patch -- i could
> hang the box in under 20 min on 2.6.22+ w/XFS and raid5 on 7x750GB.
> i'll try with ext3... Dan's experiences suggest it won't happen with ext3
> (or is even more rare), which would explain why this has is overall a
This is a brief summary of the changes that are sitting in the sh queue
for 2.6.25.
The main points to note are as follows:
- sh64->sh integration.
- A handful of new CPUs (SH7721, SH7763, SH7203, SH7263).
- SH-2A FPU support.
- Board support updates (R2D,
Takashi Iwai wrote:
Linus, please revert the commit 57a04513cb3 as now.
The life can go well without this patch.
hda_intel.c works for me in rc8.
Many thanx to all
Harri
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Wed, Jan 16, 2008 at 11:17:08AM +1100, Herbert Xu wrote:
...
> Well people are always going to operate on this model for commercial
> reasons. FWIW I used to work for a company that stuck to a specific
> version of the Linux kernel, and I suppose I still do even now :)
>
> But the important
(Balaji Cc:-ed)
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> "
> commit e5ed385fa0d6f35406e3e3ed75e5eb9adeb811df
> Author: Balaji Rao <[EMAIL PROTECTED]>
> Date: Tue Jan 15 16:53:29 2008 +0100
>
> Assign IRQs to HPET Timers
> "
> in x86.git
>
> cause my servers hang
> after
> Calling
Linus Torvalds wrote:
>
> On Wed, 16 Jan 2008, Tejun Heo wrote:
>> * sysfs_move_dir() has an extra dput() on success path.
>
> Are you sure? How did this ever work?
I'm pretty sure. I've seen dentry blowing up due to early release &&
compared it with older code. It was my mistake during
On Tue, 15 Jan 2008 23:04:39 EST, Steven Rostedt said:
>
> On Tue, 15 Jan 2008 [EMAIL PROTECTED] wrote:
>
> > On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
> > said:
> > > And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
> > > closed
> > >
Hi Rik
I tested new hackbench on rvr split LRU patch.
new hackbench URL is
http://people.redhat.com/mingo/cfs-scheduler/tools/hackbench.c
method of test
(1) $ ./hackbench 150 process 1000
(2) # sync; echo 3 > /proc/sys/vm/drop_caches
$ dd if=tmp10G of=/dev/null
$ ./hackbench 150
On Tue, 15 Jan 2008, Andrew Morton wrote:
> On Tue, 15 Jan 2008 21:01:17 -0800 (PST) dean gaudet <[EMAIL PROTECTED]>
> wrote:
>
> > On Mon, 14 Jan 2008, NeilBrown wrote:
> >
> > >
> > > raid5's 'make_request' function calls generic_make_request on
> > > underlying devices and if we run out of
On Tue, 15 Jan 2008 09:16:06 -0600
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2008-01-13 at 14:28 +0200, Filippos Papadopoulos wrote:
> > On 1/11/08, James Bottomley <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, 2008-01-11 at 18:44 +0200, Filippos Papadopoulos wrote:
> > > > On Jan
On Jan 9, 2008 10:47 PM, Rene Herman <[EMAIL PROTECTED]> wrote:
> On 09-01-08 10:34, Frans Pop wrote:
>
> Bjorn:
>
> > Len Brown wrote:
>
> Well, yes, the warning is actually new as well. Previously your kernel
> just silently ignored 8 more mem resources than it does now it seems.
>
On Tue, 15 Jan 2008 21:01:17 -0800 (PST) dean gaudet <[EMAIL PROTECTED]> wrote:
> On Mon, 14 Jan 2008, NeilBrown wrote:
>
> >
> > raid5's 'make_request' function calls generic_make_request on
> > underlying devices and if we run out of stripe heads, it could end up
> > waiting for one of those
On Wed, 16 Jan 2008 12:55:07 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 15, 2008 at 08:42:36PM -0800, Andrew Morton wrote:
> > On Wed, 16 Jan 2008 12:25:53 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> >
> > > list_heads are OK if we use them for one and only function.
> >
>
On Tue, Jan 15, 2008 at 04:13:22PM -0500, Mike Snitzer wrote:
> On Jan 14, 2008 7:50 AM, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > On Mon, Jan 14, 2008 at 12:41:26PM +0100, Peter Zijlstra wrote:
> > >
> > > On Mon, 2008-01-14 at 12:30 +0100, Joerg Platte wrote:
> > > > Am Montag, 14. Januar 2008
On Tue, 2008-01-15 at 22:56 -0500, [EMAIL PROTECTED] wrote:
> On Tue, 15 Jan 2008 13:02:26 +0800, Shaohua Li said:
>
> > In my test, power difference between powersave mode and performance mode
> > is about 1.3w in a system with 3 PCIE links.
>
> Do you have any numbers on what the added
On Tue, Jan 15, 2008 at 10:42:13PM +0100, Ingo Molnar wrote:
>
> * Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Jan 14, 2008 at 12:41:26PM +0100, Peter Zijlstra wrote:
> > >
> > > On Mon, 2008-01-14 at 12:30 +0100, Joerg Platte wrote:
> > > > Am Montag, 14. Januar 2008 schrieb
On Tue, 15 Jan 2008 10:09:16 EST, Ric Wheeler said:
> I actually think that the value of this kind of reduction is huge. We
> have seen fsck run for days (not just hours) which makes the "restore
> from backup" versus "fsck" decision favor the tapes...
Funny thing is that for many of these
From: "Brandeburg, Jesse" <[EMAIL PROTECTED]>
Date: Tue, 15 Jan 2008 13:53:43 -0800
> The tx code has an "early exit" that tries to limit the amount of tx
> packets handled in a single poll loop and requires napi or interrupt
> rescheduling based on the return value from e1000_clean_tx_irq.
That
On Mon, 14 Jan 2008, NeilBrown wrote:
>
> raid5's 'make_request' function calls generic_make_request on
> underlying devices and if we run out of stripe heads, it could end up
> waiting for one of those requests to complete.
> This is bad as recursive calls to generic_make_request go on a queue
On Wed, 2008-01-16 at 10:22 +0530, Ananth N Mavinakayanahalli wrote:
> On Mon, Jan 14, 2008 at 07:21:55PM -0800, Stephen Hemminger wrote:
> > Fix warning from missing cast, maybe a result of the x86 merge?
> >
> > Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
>
> Acked-by: Ananth N
On Tue, Jan 15, 2008 at 08:42:36PM -0800, Andrew Morton wrote:
> On Wed, 16 Jan 2008 12:25:53 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > list_heads are OK if we use them for one and only function.
>
> Not really. They're inappropriate when you wish to remember your
> position in the
On Mon, Jan 14, 2008 at 07:21:55PM -0800, Stephen Hemminger wrote:
> Fix warning from missing cast, maybe a result of the x86 merge?
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Acked-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Thanks Stephen!
Ananth
>
> CC
On Jan 16, 2008 12:50 PM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 16 Jan 2008, Dave Young wrote:
> >
> > The kernel.org downloading seems not available, could you update?
>
> It should be there, but it may take a while to mirror out. It's definitely
> there on the master site
On Wed, 16 Jan 2008, Dave Young wrote:
>
> The kernel.org downloading seems not available, could you update?
It should be there, but it may take a while to mirror out. It's definitely
there on the master site already (and gitweb shows it, so the git repo has
already mirrored out at least to
Hi, linus
The kernel.org downloading seems not available, could you update?
Regards
dave
--
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 FAQ
On Wed, 16 Jan 2008 12:25:53 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> list_heads are OK if we use them for one and only function.
Not really. They're inappropriate when you wish to remember your
position in the list while you dropped the lock (as we must do in
writeback).
A data
On Jan 15, 2008 9:04 PM, Johannes Berg <[EMAIL PROTECTED]> wrote:
> Dave Young reported warnings from lockdep that the workqueue API
> can sometimes try to register lockdep classes with the same key
> but different names. This is not permitted in lockdep.
>
> Unfortunately, I was unaware of that
I do hate doing -rc's for so long, but I hate releasing when not feeling
it's simmered enough even more. And the changes since -rc7 are bigger than
the changes between -rc6 and -rc7 were (partly probably because people
were still on vacation between -rc6 and -rc7, so we had something of a
On Tue, 15 Jan 2008 03:04:41 PST, Andrew Morton said:
> In any decent environment, people will fsck their ext3 filesystems during
> planned downtime, and the benefit of reducing that downtime from 6
> hours/machine to 2 hours/machine is probably fairly small, given that there
> is no service
On Tue, Jan 15, 2008 at 07:44:15PM -0800, Andrew Morton wrote:
> On Wed, 16 Jan 2008 11:01:08 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Jan 15, 2008 at 09:53:42AM -0800, Michael Rubin wrote:
> > > On Jan 15, 2008 12:46 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > > Just a
Thanks Morton for your comments,
I shall incorporate them and reesnd the patch.
With Regards
Poonam
-Original Message-
From: Andrew Morton [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 15, 2008 2:45 AM
To: Aggrwal Poonam
Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
Pete Wyckoff <[EMAIL PROTECTED]> writes:
> We've seen the same problem. We use gettimeofday() for timing of
> network-ish operations on the order of 10-50 us. But not having
> the TSC makes gettimeofday() itself very slow, on the order of 30 us.
>
> Here's what we've been using for quite a few
We are pleased to announce the 2.6.24-rc7-rt3 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
Changes since 2.6.24-rc7-rt2
- KVM updates (Thomas Gleixner)
-
On Wed, Jan 16, 2008 at 10:57:16AM +0900, KOSAKI Motohiro wrote:
> Hi Pavel
>
> > > err = poll(, 1, -1); // wake up at low memory
> > >
> > > ...
> > >
> >
> > Nice, this is really needed for openmoko, zaurus, etc
> >
> > But this changelog needs to go into Documentation/...
> >
Jan Kiszka wrote:
> Jason Wessel wrote:
>
>> Jan Kiszka wrote:
>>
>>> Jason Wessel wrote:
>>>
>>>
It was working at the point that I tested it with the 2.6.24-rc5 on
x86_64. However I suspect my kernel config may differ drastically from
what you are using.
On Tue, 15 Jan 2008 [EMAIL PROTECTED] wrote:
> On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
> said:
> > And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
> > closed
> > source nvidia-new module cannot be used with this release (mcount is
> >
On Tue, 15 Jan 2008, [utf-8] S.Ã^GaÄ^_lar Onur wrote:
>
> 2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current git commit
> 031f2dcd7075e218e74dd7f942ad015cf82dffab) starts to complain like following
> (full dmesg can be found @ [1]) when try to login from console (the other
> acpi related
On Tue, 15 Jan 2008 13:02:26 +0800, Shaohua Li said:
> In my test, power difference between powersave mode and performance mode
> is about 1.3w in a system with 3 PCIE links.
Do you have any numbers on what the added latency is for powersave mode, and
a rough idea of how quickly chipsets will
On Tue, Jan 15, 2008 at 07:41:58PM -0800, Linus Torvalds wrote:
> and wonder what happen sif old_parent == new_parent. Is that trying to
> avoid an ABBA deadlock? Normally you'd do it by ordering the locks, or by
> taking a third lock to guarantee serialization at a higher level (ie the
>
On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur said:
> And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch, closed
> source nvidia-new module cannot be used with this release (mcount is exported
> GPL only), i know this is not supported but i used it
On Wed, 16 Jan 2008 11:01:08 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 15, 2008 at 09:53:42AM -0800, Michael Rubin wrote:
> > On Jan 15, 2008 12:46 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > Just a quick question, how does this interact/depend-uppon etc.. with
> > >
On Wed, 16 Jan 2008, Tejun Heo wrote:
>
> * sysfs_move_dir() has an extra dput() on success path.
Are you sure? How did this ever work?
Also, looking at this, I think the "how did this ever work" question is
answered by "it didn't", but I also think there are still serious problems
there.
On Tue, 2008-01-15 at 22:22 -0500, H. Peter Anvin wrote:
> Kyle McMartin wrote:
> > On Tue, Jan 15, 2008 at 06:48:35PM -0800, Harvey Harrison wrote:
> >> +#ifdef CONFIG_X86_F00F_BUG
> >> +void do_invalid_op(struct pt_regs *, unsigned long);
> >> +#endif
> >> +
> >> +static int is_f00f_bug(struct
"
commit e5ed385fa0d6f35406e3e3ed75e5eb9adeb811df
Author: Balaji Rao <[EMAIL PROTECTED]>
Date: Tue Jan 15 16:53:29 2008 +0100
Assign IRQs to HPET Timers
"
in x86.git
cause my servers hang
after
Calling initcall 0x80b9a465: hpet_late_init+0x0/0x100()
after reverting that I got:
Kyle McMartin wrote:
On Tue, Jan 15, 2008 at 06:48:35PM -0800, Harvey Harrison wrote:
+#ifdef CONFIG_X86_F00F_BUG
+void do_invalid_op(struct pt_regs *, unsigned long);
+#endif
+
+static int is_f00f_bug(struct pt_regs *regs, unsigned long address)
+{
+#ifdef CONFIG_X86_F00F_BUG
+ unsigned
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
>
> On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
> >
> > Ok, but what actually insures that the clock->cycle_* reads won't be
> > reordered across the clocksource_read() ?
>
>
>
> Hmm, interesting.I didn't notice that clocksource_read() is a static
On Tue, Jan 15, 2008 at 06:48:35PM -0800, Harvey Harrison wrote:
> +#ifdef CONFIG_X86_F00F_BUG
> +void do_invalid_op(struct pt_regs *, unsigned long);
> +#endif
> +
> +static int is_f00f_bug(struct pt_regs *regs, unsigned long address)
> +{
> +#ifdef CONFIG_X86_F00F_BUG
> + unsigned long nr;
sysfs_rename/move_dir() have the following bugs.
* On dentry lookup failure, kfree() is called on ERR_PTR() value.
* sysfs_move_dir() has an extra dput() on success path.
Fix them.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
fs/sysfs/dir.c |4 +++-
1 file changed, 3 insertions(+), 1
Randy Dunlap wrote:
> On Wed, 16 Jan 2008 10:00:09 +0900 Tejun Heo wrote:
>
>
>> ---
>> include/linux/kernel.h | 71
>> kernel/printk.c| 215
>>
>> 2 files changed, 286 insertions(+), 0 deletions(-)
>>
>> diff --git
sysfs tries to keep dcache a strict subset of sysfs_dirent tree by
shooting down dentries when a node is removed, that is, no negative
dentry for sysfs. However, the lookup function returned NULL and thus
created negative dentries when the target node didn't exist.
Make sysfs_lookup() return
On Tue, 15 Jan 2008 20:44:38 -0500
"Daniel Phillips" <[EMAIL PROTECTED]> wrote:
> Along with this effort, could you let me know if the world actually
> cares about online fsck? Now we know how to do it I think, but is it
> worth the effort.
With a filesystem that is compartmentalized and
On Wed, 16 Jan 2008 10:00:09 +0900 Tejun Heo wrote:
> ---
> include/linux/kernel.h | 71
> kernel/printk.c| 215
>
> 2 files changed, 286 insertions(+), 0 deletions(-)
>
> diff --git a/include/linux/kernel.h
On Tue, Jan 15, 2008 at 09:53:42AM -0800, Michael Rubin wrote:
> On Jan 15, 2008 12:46 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > Just a quick question, how does this interact/depend-uppon etc.. with
> > Fengguangs patches I still have in my mailbox? (Those from Dec 28th)
>
> They don't.
Hello,
Randy Dunlap wrote:
>> mprintk_set_header(, KERN_INFO "ata%u.%2u: ", 1, 0);
>> mprintk_push(, "ATA %d", 7);
>> mprintk_push(, ", %u sectors\n", 1024);
>> mprintk(, "everything seems dandy\n");
>
> Looks pretty good to me except that I would change mprintk_push to
> mprintk_add or
Randy Dunlap wrote:
>> -ata_dev_printk(dev, KERN_WARNING,
>> -"Drive reports diagnostics failure. This may indicate a drive\n");
>> -ata_dev_printk(dev, KERN_WARNING,
>> -"fault or invalid emulation. Contact drive vendor for information.\n");
>> -
The conflicting commit for
move-kconfiginstrumentation-to-arch-kconfig-and-init-kconfig.patch
is the ARM fix from Linus :
commit 38ad9aebe70dc72df08851bbd1620d89329129ba
He just seemed to agree that my approach (just putting the missing ARM
config options in arch/arm/Kconfig) works too. The
On Wed, 16 Jan 2008 10:00:10 +0900 Tejun Heo wrote:
> Reimplement libata printk helpers using printk_header, implement
> helpers to initialize mprintk and use mprintk during device
> configuration and EH reporting.
>
> This fixes various formatting related problems of libata messages such
> as
>-Original Message-
>From: Huang, Ying
>Sent: Tuesday, January 15, 2008 1:49 AM
>To: Ingo Molnar; Pallipadi, Venkatesh
>Cc: [EMAIL PROTECTED]; H. Peter Anvin; Thomas
>Gleixner; Ingo Molnar; Andi Kleen; linux-kernel@vger.kernel.org
>Subject: Re: [PATCH -mm 0/3] i386 boot: replace
Further towards unifying these files, add another helper
in same spirit as is_errata93. Add an #ifdef around the
forward declaration of do_invalid_op to make it clear it
is only needed in the one place.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/mm/fault_32.c | 41
On Wed, 16 Jan 2008 10:00:06 +0900 Tejun Heo wrote:
> Hello, all.
>
> This patchset implements printk_header() and mprintk - merging printk
> - to make printing multiline messages and assembling message
> piece-by-piece easier.
>
> In a nutshell, printk_header() lets you do the following
Steve,
You are totally correct. I used the wrong words when I said
"ksoftirqd thread runs". My apologies for very misleading wording.
I have updated the wording in-line below, in the original message to
indicate that it is softirq threads, in the ksoftirqd() function, not
the ksoftirqd
Hi Alan
> > > It also appears there is no way to wait for memory shortages (processes
> > > that can free memory easily) only for memory to start appearing.
> >
> > poll() with never timeout don't fill your requirement?
> > to be honest, maybe I don't understand your afraid yet. sorry.
>
> My
Do not fold PCD and PWT bits in _PAGE_PCD. Instead, introduce a new
_PAGE_UC which defines uncached mappings and use it in place of _PAGE_PCD.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]>
Index: linux-2.6.git/arch/x86/mm/ioremap_32.c
Remove reserved pages mapping to zeropage. Reserved and holes are now not
mapped at all.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]>
Index: linux-2.6.git/arch/x86/mm/init_32.c
KERNPG_TABLE was a bug in earlier patch. Remove it from pte.
pte_val() check is redundant as this routine is called immediately after a
ptepage is allocated afresh.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]>
Index:
Some incremental changes and bug fixes for PAT patchset. The changes are from
the feedback we received earlier. There are few more pending changes that will
follow soon.
Thanks,
Venki
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
map and unmap reserved regions, before accessing through /dev/mem read
interface. This is for full compatibility with existing /dev/mem
usages.
For regions that are mapped in identity map, we use __va().
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Signed-off-by: Suresh Siddha <[EMAIL
On Tue, 15 Jan 2008, Rowand, Frank wrote:
>
> Steve,
>
> You are totally correct. I used the wrong words when I said
> "ksoftirqd thread runs". My apologies for very misleading wording.
>
> I have updated the wording in-line below, in the original message to
> indicate that it is softirq
On Jan 15, 2008, at 18:46, David Howells wrote:
(*) 01-keys-inc-payload.diff
(*) 02-keys-search-keyring.diff
(*) 03-keys-callout-blob.diff
One vaguely related question: Is there presently any way to adjust
the per-user max-key-data limit? I've been tinkering with using the
new-ish MIT
On Jan 16, 2008 1:42 AM, Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> This patch restores the blackfin Hardware Performance Monitor Profiling
> support that was killed by
> commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
>
> Since there seems to be no good reason to behave differently from
On Tue, Jan 15, 2008 at 10:33:01AM -0800, Michael Rubin wrote:
> On Jan 15, 2008 4:36 AM, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > Andrew,
> >
> > This patchset mainly polishes the writeback queuing policies.
>
> Anyone know which tree is this patched based out of?
They are against the latest
Steve,
Thanks, I'll bring this up over on the linux-mips list to see how they
really want to handle it.
-Frank
-Original Message-
From: Steven Rostedt [mailto:[EMAIL PROTECTED]
Sent: Tue 1/15/2008 6:14 PM
To: Rowand, Frank
Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL
On Tue, Jan 15, 2008 at 02:21:46PM -0800, Frank Rowand wrote:
> From: Frank Rowand <[EMAIL PROTECTED]>
>
> Fix compile warning (which becomes compile error due to -Werror),
> by changing from raw_spinlock_t to __raw_spinlock_t.
>
Applied.
Thanks,
-- Steve
--
To unsubscribe from this list:
On Tue, Jan 15, 2008 at 02:20:46PM -0800, Frank Rowand wrote:
> From: Frank Rowand <[EMAIL PROTECTED]>
>
>
> Index: linux-2.6.24-rc7/include/asm-mips/mach-tx49xx/cpu-feature-overrides.h
> ===
> ---
Hi Paulo
> One thing you could also try is to pass MAP_POPULATE to mmap so that the
> page tables are filled in at the time of the mmap, avoiding a lot of
> page faults later.
>
> Just my 2 cents,
OK, I will test your idea and report about tomorrow.
but I don't think page fault is major
Hi Pavel
> > err = poll(, 1, -1); // wake up at low memory
> >
> > ...
> >
>
> Nice, this is really needed for openmoko, zaurus, etc
>
> But this changelog needs to go into Documentation/...
>
> ...and /dev/mem_notify is really a bad name. /dev/memory_low?
> /dev/oom?
thank
On Sat, Jan 12, 2008 at 05:36:30AM -0800, Andrew Morton wrote:
> On Fri, 11 Jan 2008 21:56:49 + Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > +/* keep the function looking like the universal CD Rom specification -
> > returning int*/
> > +static int gdrom_packetcommand(struct
On Tue, 15 Jan 2008, David Howells wrote:
>
> (*) 04-keys-get-label.diff
>
> A patch to allow the security label of a key to be retrieved.
> Included because of patches 05-08.
>
> (*) 05-security-current-fsugid.diff
> (*) 06-security-separate-task-bits.diff
> (*)
--- Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> > Sony MemoryStick cards are used in many products manufactured by Sony. They
> > are available both as storage and as IO expansion cards. Currently, only
> > MemoryStick Pro storage cards are supported via TI FlashMedia MemoryStick
Hi Daniel
> > > The notification fires after only ~100 MB allocated, i.e., when page
> > > reclaim is beginning to nag from page cache. Isn't this a bit early?
> > > Repeating the test with swap enabled results in a notification after
> > > ~600 MB allocated, which is more reasonable and just
Hi Pavel,
Along with this effort, could you let me know if the world actually
cares about online fsck? Now we know how to do it I think, but is it
worth the effort.
Regards,
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
I see this crash when booting 2.6.23.14 on serial console. This
kernel also has my patches applied, but nothing that should
affect the serial consle (tm).
2.6.20.12 plus my patches boots fine on this same system.
The hardware is some little embedded system with some pro/1000
NICs, Pentium-M
On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
>
> Ok, but what actually insures that the clock->cycle_* reads won't be
> reordered across the clocksource_read() ?
Hmm, interesting.I didn't notice that clocksource_read() is a static
inline. I was thinking that since it was passing a pointer to
On Tue, 15 Jan 2008 20:24:27 -0500
"Daniel Phillips" <[EMAIL PROTECTED]> wrote:
> On Jan 15, 2008 7:15 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > > Writeback cache on disk in iteself is not bad, it only gets bad
> > > if the disk is not engineered to save all its dirty cache on
> > > power loss,
Joachim Deguara wrote:
Hello,
I am trying to access the x86 git tree behind a proxy and therefore over the
http address. This works for Linus' tree but not for the x86 tree. Please
follow these guidelines to enable http access.
On Jan 15, 2008 7:15 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > Writeback cache on disk in iteself is not bad, it only gets bad if the
> > disk is not engineered to save all its dirty cache on power loss,
> > using the disk motor as a generator or alternatively a small battery.
> > It would be
On Tue, 2008-01-15 at 05:22 -0700, Matthew Wilcox wrote:
> On Tue, Jan 15, 2008 at 01:07:02PM +0800, Shaohua Li wrote:
> > > > +
> > > > +/* Called after ACPI is enabled */
> > > > +static int __init acpi_pcie_support_init(void)
> > > > +{
> > > > + pcie_aspm_init();
> > > > + return
Tejun Heo wrote:
> Hello, all.
>
> This patchset implements printk_header() and mprintk - merging printk
> - to make printing multiline messages and assembling message
> piece-by-piece easier.
>
> In a nutshell, printk_header() lets you do the following atomically
> (against other messages).
>
On Wed, Jan 16, 2008 at 07:18:53AM +1100, Benjamin Herrenschmidt wrote:
> Do you have cases where it's -not- called with the PTE lock held ?
For invalidate_page no because currently it's only called next to the
ptep_get_and_clear that modifies the pte and requires the pte
lock.
1 - 100 of 1070 matches
Mail list logo
