On Tue, 2007-06-05 at 16:39 -0700, Andrew Morton wrote:
> > @@ -1620,6 +1600,34 @@ int expand_stack(struct vm_area_struct *
> > return error;
> > }
> >
> > +#ifdef CONFIG_STACK_GROWSUP
> > +int expand_stack(struct vm_area_struct *vma, unsigned long address)
> > +{
> > + return
On Mon, 04 Jun 2007 14:00:56 -0400 [EMAIL PROTECTED] wrote:
> On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
>
> Under 22-rc2-mm1, if my VPN connection got reset, ppp0 just quietly went away.
>
>
On Mon, 4 Jun 2007 14:21:25 +0300 (EEST) Meelis Roos <[EMAIL PROTECTED]> wrote:
> 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:
On Tue, 2007-06-05 at 15:39 -0700, David Rientjes wrote:
> Reverts git commit c596d9f320aaf30d28c1d793ff3a976dee1db8f5.
>
> OOM-killed tasks, marked as TIF_MEMDIE, should not be able to access
> memory outside its cpuset because it could potentially cause other
> exclusive cpusets to OOM
On Tue, 2007-06-05 at 17:16 -0400, Alan Cox wrote:
> On Tue, Jun 05, 2007 at 05:00:51PM -0400, James Morris wrote:
> > This should be an unsigned long.
> >
> > I wonder if the default should be for this value to be zero (i.e. preserve
> > existing behavior). It could break binaries, albeit
We've had this printk in drivers/pci/probe.c asking people
to report it if they see it to linux-kernel for a long time.
google finds hundreds of instances of this being hit.
There are a bunch in bugzilla too..
http://bugzilla.kernel.org/show_bug.cgi?id=6783
On Thu, May 31, 2007 at 05:09:08PM +0200, Ingo Molnar wrote:
> i'm pleased to announce release -v15 of the CFS scheduler patchset.
Do I smell a bug when a task switches its scheduling classes?
Lets say a task was in real-time class for a long time and switches to
fair-sched class. When
On Tue, 05 Jun 2007 14:43:50 + Maxim Uvarov <[EMAIL PROTECTED]> wrote:
> Patch makes available to the user the following
> task and process performance statistics:
> * Involuntary Context Switches (task_struct->nivcsw)
> * Voluntary Context Switches (task_struct->nvcsw)
>
On Wed, 6 Jun 2007, Peter Zijlstra wrote:
> > diff --git a/kernel/cpuset.c b/kernel/cpuset.c
> > --- a/kernel/cpuset.c
> > +++ b/kernel/cpuset.c
> > @@ -2431,12 +2431,6 @@ int __cpuset_zone_allowed_softwall(struct zone *z,
> > gfp_t gfp_mask)
> > might_sleep_if(!(gfp_mask & __GFP_HARDWALL));
On Tue, 2007-06-05 at 20:37 -0700, Linus Torvalds wrote:
> I agree that it would be a limitation, but it would be a sane one.
>
> How about we try to live with that limitation, if only to avoid the issue
> of having the private signals being stolen by anybody else. If we actually
> find a
Hi,
I tried to enable acoustic management on my SATA drive, because
hdparm -I reported a recommended value of 128, and a current value
of 0 (off).
I did this:
$ sudo hdparm -M 128 /dev/sda
/dev/sda:
setting acoustic management to 128
HDIO_DRIVE_CMD:ACOUSTIC failed: Input/output error
On Tue, 05 Jun 2007 14:26:48 -0700 Kevin Lloyd <[EMAIL PROTECTED]> wrote:
> This patch is derived from the 2.6.21.3 kernel source and adds support for
> the new TRU-install
> feature (without this support new devices will not work), and add new UMTS
> device VID/PIDs.
2.6.21.3 is quite old,
On Tue, 5 Jun 2007 23:50:56 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
>
> BTW: Please don't #include C files in sched.c
Yeah.
> -long div64_s(s64 divident, unsigned long
On Tue, 5 Jun 2007, Andrew Morton wrote:
> Could perhaps be due to bluetooth-postpone-hci_dev-unregistration.patch,
> but I don't see how. (But that patch looks a bit dodgy wrt module
> unload so I think I'll drop it).
It is perfectly fine to drop this one, as the issue it was trying to solve
Hello,
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 SETXFER change was included in rc4. Reverting it makes
>>
Andrew Morton napsal(a):
> On Tue, 5 Jun 2007 23:20:57 +0200 (CEST)
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> stallion, don't fail with less than max panels
>>
>
> Why not?
>
> What problem is this patch fixing, and how does it fix it?
>
> What are the consequences of not having this patch
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> > i'm pleased to announce release -v15 of the CFS scheduler patchset.
>
> Do I smell a bug when a task switches its scheduling classes?
>
> Lets say a task was in real-time class for a long time and switches to
> fair-sched class. When
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
thanks, applied.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, 2007-06-05 at 23:42 -0700, David Rientjes wrote:
> On Wed, 6 Jun 2007, Peter Zijlstra wrote:
>
> > > diff --git a/kernel/cpuset.c b/kernel/cpuset.c
> > > --- a/kernel/cpuset.c
> > > +++ b/kernel/cpuset.c
> > > @@ -2431,12 +2431,6 @@ int __cpuset_zone_allowed_softwall(struct zone *z,
> >
Hi,
2007/6/6, Christoph Lameter <[EMAIL PROTECTED]>:
Note that the corruption seems to have its cause in a decrement done at
offset 16 into the object pointing to the refcount in struct hci_dev. So
it looks like the refcount was decremented after the object was freed.
sysfs related?
I
On Wed, 6 Jun 2007, Peter Zijlstra wrote:
> Right, I see your point; however considering that its a system
> allocation, and all these constraints get violated by interrupts anyway,
> its more of an application container than a strict allocation container.
>
It is not necessarily system
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]>
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> >
> > ---
> >
> > BTW: Please don't #include C files in sched.c
>
> Yeah.
In this case it's not that bad. It makes the source quite a bit cleaner
and avoids having to create artificial
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch makes the needlessly global struct proc_pid_sched_operations
> static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
thanks.
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Ingo
-
To unsubscribe from this list: send the line
>--- 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 vcpu_register_runstate_memory_area area;
>
> 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 depleated all system memory.
Seems like that mlock code is able then to get great
On 6/6/07, Andrew Morton <[EMAIL PROTECTED]> 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, 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
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
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
> > 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
>
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
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
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 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
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 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 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: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.
>
>
> > > 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
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
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
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
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
-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
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
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
>
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
>+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 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
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 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
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 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,
>
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 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
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,
> > > +
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 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
-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 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
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 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...)
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,
>>> 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 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
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
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'
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
* 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, 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,
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 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
> 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
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
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
>>
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/
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
> 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
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
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
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
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
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
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 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 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
-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
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!
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
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
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
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
1 - 100 of 1053 matches
Mail list logo
