hi everyone!
i'm not subscribed to the list, so if you care to flame because of my noob
question, just do it to the list, otherwise please cc me.
i'm trying to write a checkpoint/restore module for processes and so have
a basic version going already - problem is, when i restore the process,
Hi, Andrew/Paul,
Here's the latest version of containerstats ported to v10. Could you
please consider it for inclusion
Changelog
1. Instead of parsing long container path's use the dentry to match the
container for which stats are required. The user space application
opens the container
This trivial patch makes the following changes to Documentation/SubmitChecklist
:
- "sumbittal" is not a word, replace with "submission".
- Remove a blank line, two should be enough.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
Documentation/SubmitChecklist |3 +--
1 files
On 6/6/07 12:00, "Jan Beulich" <[EMAIL PROTECTED]> wrote:
>> If the error across CPUS is +/- just a few microseconds at worst then having
>> the clocksource clamp to no less than the last timestamp returned seems a
>> reasonable fix. Time won't 'stop' for longer than the cross-CPU error, and
I'm sorry, I am not able to reproduce this issue (using 2.6.21.3). Everything
works fine on my Turion laptop. It looks like there is also CPU hotplug
involved in that issue, since brining cpu1 back on doesn't update siblings
and cpu_cores in /proc/cpuinfo as well. Can you specify more details
On 04/06/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
This version brings a host of changes to cure false positives and
bugs detected on patches submitted to lkml and -mm. It also brings
a number of new tests in response to reviews, of particular note:
A chmod +x scripts/checkpatch.pl
Jörn Engel wrote:
--- /dev/null 2007-03-13 19:15:28.862769062 +0100
+++ linux-2.6.21logfs/fs/logfs/logfs.h 2007-06-03 19:34:07.0 +0200
@@ -0,0 +1,398 @@
+/*
+ * fs/logfs/logfs.h
+ *
+ * As should be obvious for Linux kernel code, license is GPLv2
+ *
+ * Copyright (c) 2005-2007 Joern
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
Compile error here :
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `acpi_init':
bus.c:(.init.text+0x249a): undefined reference to `pci_mmcfg_late_init'
make: ***
On Wed, Jun 06, 2007 at 05:07:33PM +0530, Srivatsa Vaddagiri wrote:
> No, fair_sched_class :: put_prev_task() if we are transitioning from
> NORMAL->RT. That will update the fair_clock based on execution time
> of current task in fair_sched class?
On seconds thoughts, this may not be necessary as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan-Benedict Glaw schrieb:
On Wed, 2007-06-06 12:52:13 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
Jan-Benedict Glaw schrieb:
On Wed, 2007-06-06 12:39:17 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
Jan-Benedict Glaw schrieb:
OTOH,
On Wed, 6 June 2007 12:29:13 +0100, Paulo Marques wrote:
> Jörn Engel wrote:
> >--- /dev/null2007-03-13 19:15:28.862769062 +0100
> >+++ linux-2.6.21logfs/fs/logfs/logfs.h 2007-06-03
> >19:34:07.0 +0200
> >@@ -0,0 +1,398 @@
> >+/*
> >+ * fs/logfs/logfs.h
> >+ *
> >+ * As
I might be a little late in the discussion, but I somehow missed this
before. Please don't add this xip support to cramfs, because the
whole point of cramfs is to be a simple _compressed_ filesystem,
and we really don't want to add more complexity to it. Please
use something like the existing
* maximilian attems <[EMAIL PROTECTED]> wrote:
> allow to set DEBUG_PREEMPT on PREEMPT_BKL, but !PREEMPT purpose is to
> get bonus of debug_smp_processor_id().
hm, have you tested this? In the case of !PREEMPT there will be _lots_
of places that use smp_processor_id() but where the
On Wed, Jun 06, 2007 at 01:19:01PM +0200, Dmitry Adamushko wrote:
> >Yes this is the approach I prefer, because we burden the fast/normal
> >path less that way (RT->NORMAL transition is not common).
>
> I don't think that rt_sched_class :: dequeue_task_rt() is in any of
> such "fast pathes" that
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Mon, 04 Jun 2007, Dmitry Torokhov wrote:
>> >...but I'm not quite sure it is a buggy keyboard. It happens _way_ too
>> >often. Launch the line above and try to do some typing...
>>
>> This used to work fine on my box last time I tried
On Wed, 2007-06-06 12:52:13 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
> Jan-Benedict Glaw schrieb:
> > On Wed, 2007-06-06 12:39:17 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]>
> > wrote:
> > > Jan-Benedict Glaw schrieb:
> > > > OTOH, why do you want to do the serial stuff in kernel land?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
how did you solved it???
-
Mit freundlichen Grüßen
Lars K.W. Gohlke
mailto:[EMAIL PROTECTED]
- -
Visit http://www.lars-gohlke.de.vu
06.06.2007 13:18
-BEGIN PGP SIGNATURE-
Version: GnuPG
Lars K.W. Gohlke napsal(a):
> hallo,
>
> wouldsomebody explain me the serio interface or give me a code link for
> very simple example.
Something like this?
http://examples.oreilly.com/linuxdrive3/
examples/tty/tiny_serial.c
Some things are obsoleted, but main code flow remains.
regards,
--
On 06/06/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
[ ... ]
> > This way, on RT -> NORMAL transition.. some 'delta_exec' ( between
> > deactivate_task() ---> activate_task() ) will be accounted later as if
> > the task was 'sched_fair_class' during this time.. which I think makes
> > some
On 6/4/07, Carsten Otte <[EMAIL PROTECTED]> wrote:
Nick Piggin wrote:
> The question is, why is that not enough (I haven't looked at these
> patches enough to work out if there is anything more they provide).
I think, it just takes trying things out. From reading the code, I
think this should
On Wed, 06 Jun 2007, maximilian attems wrote:
> - depends on DEBUG_KERNEL && PREEMPT && TRACE_IRQFLAGS_SUPPORT
> + depends on DEBUG_KERNEL && (PREEMPT || PREEMPT_BKL) &&
> TRACE_IRQFLAGS_SUPPORT
upps please discard needs more work:
arch/i386/kernel/built-in.o: In function
On Wed, 6 Jun 2007 19:21:22 +0900, Tejun Heo wrote:
> sata_promise uses two different command modes - packet and TF. Packet
> mode is intelligent low-overhead mode while TF is the same old
> taskfile interface. As with other advanced interface (ahci/sil24),
> ATA_TFLAG_POLLING has no effect in
>>> Keir Fraser <[EMAIL PROTECTED]> 06.06.07 11:56 >>>
>On 6/6/07 10:30, "Jan Beulich" <[EMAIL PROTECTED]> wrote:
>
>>> If you have an ACPI PM timer in your system (and if you have SMM then your
>>> system is almost certainly modern enough to have one) then surely the
>>> problem is fixed for all
Oleg and I were just discussing this issue in relation to other problems.
We established that it is never safe to clear TIF_SIGPENDING on another
thread. But I hadn't really thought through that it's sometimes not safe
to clear your own TIF_SIGPENDING either. That is, any time you are not
allow to set DEBUG_PREEMPT on PREEMPT_BKL, but !PREEMPT
purpose is to get bonus of debug_smp_processor_id().
Signed-off-by: maximilian attems <[EMAIL PROTECTED]>
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index da95e10..1d4ab66 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan-Benedict Glaw schrieb:
On Wed, 2007-06-06 12:39:17 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
Jan-Benedict Glaw schrieb:
OTOH, why do you want to do the serial stuff in kernel land? Isn't it
a *lot* easier to do it in userspace? What's
On Wed, Jun 06, 2007 at 04:07:01PM +0530, Balbir Singh wrote:
> Dmitry Adamushko wrote:
> > On 06/06/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> >> On Wed, Jun 06, 2007 at 09:01:43AM +0200, Ingo Molnar wrote:
> >> > [...] and my tree already contains the fixes for rt task's
> >> >
Tom Moore <[EMAIL PROTECTED]> writes:
> Hi everyone.
>
> I am having some difficulty trying to get my 4Gb of ram recognized by
This really seems to become a FAQ recently. Please look in the archives.
In short your BIOS is broken. Complain to your BIOS vendor.
Anyone interested to write up
Hi John,
the Video4Linux mailing list is a better place for this question.
I've added them to CC. Please remove linux-kernel from CC when
answering.
Thanks,
Hans
Am Mittwoch 06 Juni 2007 12:40 schrieb John Sigler:
> Hello,
>
> I work for a small company involved in broadcast.
>
> For the past
On Wed, 2007-06-06 12:39:17 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
> Jan-Benedict Glaw schrieb:
> > OTOH, why do you want to do the serial stuff in kernel land? Isn't it
> > a *lot* easier to do it in userspace? What's your specific device you
> > want to work on?
[snip]
You didn't
Tejun Heo wrote:
> sata_promise uses two different command modes - packet and TF. Packet
> mode is intelligent low-overhead mode while TF is the same old
> taskfile interface. As with other advanced interface (ahci/sil24),
> ATA_TFLAG_POLLING has no effect in packet mode. However, PIO commands
Hello,
I work for a small company involved in broadcast.
For the past year, we've been looking for a PCI board that meets
at least the following requirements:
1. Serial Digital Interface input
http://en.wikipedia.org/wiki/Serial_Digital_Interface
2. On-board (hardware) MPEG-2 encoder (our app
Tejun Heo wrote:
Hello,
David Greaves wrote:
Linus Torvalds wrote:
It would be interesting to see what triggered it, since it apparently
worked before. So yes, a bisection would be great.
Tejun, all the problematic patches are yours - so adding you.
Ouch
that's what everyone says!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan-Benedict Glaw schrieb:
On Wed, 2007-06-06 11:34:49 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
Jan-Benedict Glaw schrieb:
On Wed, 2007-06-06 11:11:23 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
wouldsomebody explain me the serio
Dmitry Adamushko wrote:
> On 06/06/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>> On Wed, Jun 06, 2007 at 09:01:43AM +0200, Ingo Molnar wrote:
>> > [...] and my tree already contains the fixes for rt task's
>> > exec_start.
>>
>> Can I have this snapshot pls? I have to deal with the same
On Wed, 06 Jun 2007 15:56:53 +0900, Tejun Heo wrote:
> Jeff Garzik wrote:
> > On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
> >> I can easily reproduce the problem in 2.6.22-rc4. There are no
> >> sata_promise changes between rc3 and rc4, but Tejun's libata
> >> polling
On 06/06/07, john stultz <[EMAIL PROTECTED]> wrote:
--- 2.6-rt.orig/kernel/softirq.c2007-06-05 18:30:54.0 -0700
+++ 2.6-rt/kernel/softirq.c 2007-06-05 18:36:44.0 -0700
@@ -544,10 +544,17 @@ static void inline
__tasklet_common_schedule(struct tasklet_struct *t, struct
On Wednesday 06 June 2007 12:05:22 Jeremy Fitzhardinge wrote:
> Jan Beulich wrote:
> > Xen itself knows to deal with this (by using an error correction factor to
> > slow down the local [TSC-based] clock), but for the kernel such a situation
> > may be fatal: If clocksource->cycle_last was most
On Wednesday 06 June 2007 06:34, Eric Paris <[EMAIL PROTECTED]> wrote:
> This patch uses a new SELinux security class "memprotect." Policy
> already contains a number of allow rules like a_t self:process *
> (unconfined_t being one of them) which mean that putting this check in
> the process
sata_promise uses two different command modes - packet and TF. Packet
mode is intelligent low-overhead mode while TF is the same old
taskfile interface. As with other advanced interface (ahci/sil24),
ATA_TFLAG_POLLING has no effect in packet mode. However, PIO commands
are issued using TF
>> But I think that a clock source can be expected to be
>> monotonic anyway, which Xen's interpolation mechanism doesn't
>> guarantee across multiple CPUs. (I'm actually beginning to think that
>> this might also be the reason for certain test suites occasionally reporting
>> timeouts to fire
sata_promise uses two different command modes - packet and TF. Packet
mode is intelligent low-overhead mode while TF is the same old
taskfile interface. As with other advanced interface (ahci/sil24),
ATA_TFLAG_POLLING has no effect in packet mode. However, PIO commands
are issued using TF
> Actually, Jeremy suggested claiming the entire IO space. That works for
> Xen domU too, and makes some amount of sense.
Agreed
> > Better yet just don't compile in the old IDE stuff, lguest doesn't have a
> > PCI or ISA bus anyway.
>
> Sure, but the "run the same kernel as guest and host" is
I'm sorry, I forgot the patch...
From: Miloslav Trmac <[EMAIL PROTECTED]>
Add TTY input auditing, used to audit system administrator's actions.
TTY input auditing works on a higher level than auditing all system
calls within the session, which would produce an overwhelming amount of
mostly
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch contains the following possible cleanups:
Mostly okay, though:
> - mntpt.c: afs_mntpt_expiry_timeout
> - server.c: afs_server_timeout
> - vlocation.c: afs_vlocation_timeout
> - vlocation.c: afs_vlocation_update_timeout
all conflict
Jan Beulich wrote:
> Xen itself knows to deal with this (by using an error correction factor to
> slow down the local [TSC-based] clock), but for the kernel such a situation
> may be fatal: If clocksource->cycle_last was most recently set on a CPU
> with shadow->tsc_to_nsec_mul sufficiently
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Paul Mundt (6):
sh: Fix in_nmi symbol build error.
sh: microdev: Fix compile warnings.
sh: Fix SH4-202 clock fwk set_rate() mismatch.
sh: voyagergx: Fix build
Fine by me.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
-
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 at http://www.tux.org/lkml/
On 6/6/07 10:30, "Jan Beulich" <[EMAIL PROTECTED]> wrote:
>> If you have an ACPI PM timer in your system (and if you have SMM then your
>> system is almost certainly modern enough to have one) then surely the
>> problem is fixed for all practical purposes? The problem was overflow of a
>>
Hi,
inside of a kernel module, I need to re-map a part of a processes'
virtual address space (usually from the heap) to a range of physically
contiguous page frames that another kernel module provides me with (I
get a kernel virtual address to the beginning of the first page frame).
I tried
> could do I guess, but doesn't this modern gcc thing auto inline statics
> that are so small?
Yes it does.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wed, 2007-06-06 11:34:49 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
> Jan-Benedict Glaw schrieb:
> > On Wed, 2007-06-06 11:11:23 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]>
> > wrote:
> > > wouldsomebody explain me the serio interface or give me a code link for
> > > very simple
From: Miloslav Trmac <[EMAIL PROTECTED]>
Add TTY input auditing, used to audit system administrator's actions.
TTY input auditing works on a higher level than auditing all system
calls within the session, which would produce an overwhelming amount of
mostly useless audit events.
Add an
On Wed, 2007-06-06 at 18:44 +0900, Paul Mundt wrote:
> On Wed, Jun 06, 2007 at 11:34:33AM +0200, Peter Zijlstra wrote:
> > +static void flush_arg_page(struct linux_binprm *bprm, unsigned long pos,
> > + struct page *page)
> > +{
> > + flush_cache_page(bprm->vma, pos,
* john stultz <[EMAIL PROTECTED]> wrote:
> This fix avoids this race by making sure *after* we've locked the
> tasklet that the STATE_SCHED bit is set before adding it to the list.
>
> Does it look ok to you?
ah - nice!! What would be the worst-case effect of this bug? (besides
the
On Wed, Jun 06, 2007 at 11:34:33AM +0200, Peter Zijlstra wrote:
> +static void flush_arg_page(struct linux_binprm *bprm, unsigned long pos,
> + struct page *page)
> +{
> + flush_cache_page(bprm->vma, pos, page_to_pfn(page));
> +}
> +
[snip]
> @@ -253,6 +305,17 @@ static void
In file included from /usr/src/linux-2.6-2/net/ipv4/ip_input.c:118:
include2/asm/system.h:245: error: parse error before "__cmpxchg_32"
include2/asm/system.h:245: error: parse error before '*' token
include2/asm/system.h:245: warning: type defaults to `int' in declaration of
`__cmpxchg_32'
From: Udo A. Steinberg <[EMAIL PROTECTED]>
The chip set doc for IHC4 says:
1.In general, software should not attempt any non-posted accesses during
arbiter disable except to the ICH4's power management registers. This
implies that interrupt handlers for any unmasked hardware interrupts and
On Wed, 2007-06-06 at 02:06 -0700, Andrew Morton wrote:
> I think the same problem will happen on NOMMU && STACK_GROWS_UP. There are
> several new references to bprm->vma in there, not all inside CONFIG_MMU.
I found two: one in setup_arg_pages() and one in get_arg_page() both are
under
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan-Benedict Glaw schrieb:
On Wed, 2007-06-06 11:11:23 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
wouldsomebody explain me the serio interface or give me a code link for
very simple example.
What do you want to do with it? Do you want on
>>> Keir Fraser <[EMAIL PROTECTED]> 06.06.07 10:54 >>>
>On 6/6/07 09:39, "Jan Beulich" <[EMAIL PROTECTED]> wrote:
>
>> The issue is
>> that on that system, transition into ACPI mode takes over 600ms (SMM
>> execution, and hence no interrupts delivered during that time), and with
>> Xen using the
On Tue, Jun 05, 2007 at 10:24:14AM -0400, Alan Stern wrote:
> (Depending on which version of the kernel you are looking at -- [...]
> Earlier versions did behave the way you describe.)
I was looking at 2.6.22-rc3 which might explain the differences.
> So the system is behaving the way you want,
On Saturday 02 June 2007 03:30:54 Stephen Hemminger wrote:
> On Sat, 2 Jun 2007 02:59:33 +0200
> > #ifdef DEBUG
> > # define debug(m, a...)printk( KERN_DEBUG MODULENAME ": " m "\n",
> > ##a) #else
> > # define debug(m, a...)do {} while(0)
> > #endif
> >
> > #define info(m, a...)
Sean wrote:
> Hi Jeff,
>
> Don't see a fix for this issue in your tree, although i think someone
> else may have already reported this. Just thought better safe than
> sorry and report perhaps again that rc4 can't boot here because the
> sata drives can not be found. Reverting commit 464cf177
On Wed, 2007-06-06 11:11:23 +0200, Lars K.W. Gohlke <[EMAIL PROTECTED]> wrote:
> wouldsomebody explain me the serio interface or give me a code link for
> very simple example.
What do you want to do with it? Do you want on the serial port side,
or on the mouse/keyboard/gadget side? See for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hallo,
wouldsomebody explain me the serio interface or give me a code link for
very simple example.
thx. in advance
-
Mit freundlichen Grüßen
Lars K.W. Gohlke
mailto:[EMAIL PROTECTED]
- -
Visit
On Wed, 2007-06-06 at 02:06 -0700, Andrew Morton wrote:
> On Wed, 06 Jun 2007 10:54:21 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > > > It is a bit peculiar in that we have one task with two mm's, one of
> > > > which is
> > > > inactive.
> > > >
> > > > ...
> > > >
> > > > +
On 06/06/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
On Wed, Jun 06, 2007 at 09:01:43AM +0200, Ingo Molnar wrote:
> [...] and my tree already contains the fixes for rt task's
> exec_start.
Can I have this snapshot pls? I have to deal with the same issue when
the current task switches
This is an update to the zs.c driver to make it wait for the transmission
line to become idle before disabling the transmitter or resetting the
chip. This way the character that is on the way at the time one of these
actions is about to be performed does not get corrupted.
Plus a change to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
- Somebody broke it on my powerpc G5, but I didn't have time to do yet
another bisection yet.
- There's a lengthy patch series here from Nick which attempts to address
the longstanding
On Wed, 06 Jun 2007 10:54:21 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > It is a bit peculiar in that we have one task with two mm's, one of which
> > > is
> > > inactive.
> > >
> > > ...
> > >
> > > + flush_cache_page(bprm->vma, kpos,
> > > +
On 04/06/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
This version brings a host of changes to cure false positives and
bugs detected on patches submitted to lkml and -mm. It also brings
a number of new tests in response to reviews, of particular note:
I have a few ideas for additional
David Woodhouse <[EMAIL PROTECTED]> writes:
> Won't a simple struct { uint16_t } get padded to a size of 4 bytes on
> ARM? Even if I'm misremembering that, I certainly can't guarantee that
> such a thing will _never_ happen on any newly-invented ABI. If you had
> 'nopadding' instead of 'packed',
On 6/6/07 09:39, "Jan Beulich" <[EMAIL PROTECTED]> wrote:
> The issue is
> that on that system, transition into ACPI mode takes over 600ms (SMM
> execution, and hence no interrupts delivered during that time), and with
> Xen using the PIT (PM timer support was added by Keir as a result of this,
>
On Wed, 2007-06-06 at 01:36 -0700, Andrew Morton wrote:
> On Tue, 05 Jun 2007 17:05:27 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > From: Ollie Wild <[EMAIL PROTECTED]>
> >
> > Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
> > from the old mm into the new mm.
On Tue, 2007-06-05 at 20:49 +0200, Segher Boessenkool wrote:
> >>> It would be better if GCC had a 'nopadding' attribute which gave us
> >>> what we need without the _extra_ implications about alignment.
> >>
> >> That's impossible; removing the padding from a struct
> >> _will_ make accesses to
Gregor Jasny wrote:
> 2007/6/2, Jeff Garzik <[EMAIL PROTECTED]>:
>> Does this patch change the behavior at all?
>
> No. It still times out. I've raised the first timeout to 60 seconds
> but still no luck.
Let's see where we're failing. Please apply the attached patch and
report what kernel
On Wed, Jun 06, 2007 at 01:36:58AM -0700, Andrew Morton wrote:
> On Tue, 05 Jun 2007 17:05:27 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > From: Ollie Wild <[EMAIL PROTECTED]>
> >
> > Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
> > from the old mm into the
>+cycle_t xen_clocksource_read(void)
>+{
>+ struct shadow_time_info *shadow = _cpu_var(shadow_time);
>+ cycle_t ret;
>+
>+ get_time_values_from_xen();
>+
>+ ret = shadow->system_timestamp + get_nsec_offset(shadow);
>+
>+ put_cpu_var(shadow_time);
>+
>+ return ret;
>+}
On Tue, 05 Jun 2007 17:05:27 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> From: Ollie Wild <[EMAIL PROTECTED]>
>
> Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
> from the old mm into the new mm.
>
> We create the new mm before the binfmt code runs, and place
Hello,
David Greaves wrote:
> Linus Torvalds wrote:
>> It would be interesting to see what triggered it, since it apparently
>> worked before. So yes, a bisection would be great.
>
> Tejun, all the problematic patches are yours - so adding you.
Ouch
> given the first patch identified is
>
Jan Beulich wrote:
>> --- a/arch/i386/xen/time.c
>> +++ b/arch/i386/xen/time.c
>> @@ -105,17 +105,15 @@ static void get_runstate_snapshot(struct
>> preempt_enable();
>> }
>>
>> -static void setup_runstate_info(void)
>> +static void setup_runstate_info(int cpu)
>> {
>> struct
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tilman Schmidt schrieb:
Am 03.06.2007 22:28 schrieb Lars K.W. Gohlke:
Tilman Schmidt schrieb:
Am 17.05.2007 08:15 schrieb huang ying:
I think the "serio" (through drivers/input/serio/serport.c) may be a
choice too, like that in
On Wed, 2007-06-06 at 03:56 -0400, Robert P. J. Day wrote:
> On Tue, 5 Jun 2007, Andrew Morton wrote:
>
> > On Tue, 5 Jun 2007 16:58:57 -0400 (EDT)
> > "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
> >
> > > Replace a couple calls to __get_free_pages() with the corresponding
> > > calls to
While running a dbench stress test on a nfs mounted file system, I notice
the subject error message on the client machine. The client machine is a 48
core box with NUMA characteristics and 1024 dbench processes running
continuously in a loop, while another memory hog application runs in
From: Miklos Szeredi <[EMAIL PROTECTED]>
Date: Wed, 06 Jun 2007 10:08:29 +0200
> > > > Holding a global mutex over recvmsg() calls under AF_UNIX is pretty
> > > > much a non-starter, this will kill performance for multi-threaded
> > > > apps.
> > >
> > > That's an rwsem held for read. It's held
Barrier bios are completed twice - once after the barrier write itself
is done and again after the whole sequence is complete.
flush_dry_bio_endio() is for the first completion. It doesn't really
complete the bio. It rewinds bvec and resets bio so that it can be
completed again when the whole
> > > Holding a global mutex over recvmsg() calls under AF_UNIX is pretty
> > > much a non-starter, this will kill performance for multi-threaded
> > > apps.
> >
> > That's an rwsem held for read. It's held for write in unix_gc() only
> > for a short duration, and unix_gc() should only rarely be
On Wed, 2007-06-06 at 01:00 -0700, Andrew Morton wrote:
> On Wed, 6 Jun 2007 00:56:10 -0700 Paul Jackson <[EMAIL PROTECTED]> wrote:
>
> > David wrote:
> > > That is, unless you can guarantee this type of problem will not happen
> > > again
> >
> > Well, I certainly cannot guarantee that.
>
>
On Wed, 6 Jun 2007 00:56:10 -0700 Paul Jackson <[EMAIL PROTECTED]> wrote:
> David wrote:
> > That is, unless you can guarantee this type of problem will not happen again
>
> Well, I certainly cannot guarantee that.
The only place I can think of where the kernel will sit there allocating
huge
On Wed, 2007-06-06 at 01:46 -0400, Dave Jones wrote:
> As reported in http://bugzilla.kernel.org/show_bug.cgi?id=7815
> this URL 404's. Unless they're coming back, we should probably
> just remove them.
>
> Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
>
> diff --git a/drivers/mtd/nand/Kconfig
On Tue, 5 Jun 2007, Andrew Morton wrote:
> On Tue, 5 Jun 2007 16:58:57 -0400 (EDT)
> "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> > Replace a couple calls to __get_free_pages() with the corresponding
> > calls to __get_dma_pages().
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
On Wed, 2007-06-06 at 00:48 -0700, David Rientjes wrote:
> On Wed, 6 Jun 2007, Paul Jackson wrote:
>
> > Seems like that mlock code is able then to get great globs of memory
> > without returning to user space ... perhaps that's where the fix
> > should be ... that code should quit chewing up
David wrote:
> That is, unless you can guarantee this type of problem will not happen again
Well, I certainly cannot guarantee that.
Heck, I can't even guarantee isn't happening right now, somewhere else.
But I'm no memory guru.
--
I won't rest till it's the best ...
On Sun, 3 Jun 2007 07:39:06 -0700 (PDT) Doug Thompson <[EMAIL PROTECTED]> wrote:
> Remove the 'depends on x86' as EDAC runs on other ARCHs now.
Not on alpha.
drivers/edac/edac_stub.c:15:22: error: asm/edac.h: No such file or directory
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, 6 Jun 2007, Paul Jackson wrote:
> Seems like that mlock code is able then to get great globs of memory
> without returning to user space ... perhaps that's where the fix
> should be ... that code should quit chewing up memory if it's
> marked MEMDIE or some such?
>
That's one case. Are
> > While trying make boot bootimage with 2.6.22-rc3 + todays git, the
> > compilation fails with
> >
> > CC arch/alpha/boot/main.o
> > arch/alpha/boot/main.c: In function 'load':arch/alpha/boot/main.c:135:
> > warning: passing argument 3 of 'callback_read' makes pointer from integer
>
Hi, Ingo:
I am sorry for disturbing you again, I am interesting on CFS,
however, had really confused on the fairness implementation of CFS.
After reviewed the past mails of LKML, I known the virtual clock is
used by fairness measuring scale, it is excellent idea. and CFS use
On Wed, 6 Jun 2007 00:34:21 -0700 Paul Jackson <[EMAIL PROTECTED]> wrote:
> > a separate exclusive cpuset mlock'd a gigantic amount of
> > memory and it could not reliably exit because the mlock continued to
> > allocate outside its own cpuset and eventually OOM'd system-critical tasks
> > or
On Wed, Jun 06, 2007 at 09:01:43AM +0200, Ingo Molnar wrote:
> [...] and my tree already contains the fixes for rt task's
> exec_start.
Can I have this snapshot pls? I have to deal with the same issue when
the current task switches groups and I was planning to fix it by
introducing a
401 - 500 of 1053 matches
Mail list logo