Hi Gabriel,
On 7/14/07, Gabriel C <[EMAIL PROTECTED]> wrote:
Hi,
doing a modprobe fixed the driver segfaults and I get this Oops:
Jul 14 13:43:30 lara [ 157.952915] Fixed PHY: Registered new driver
Jul 14 13:43:30 lara [ 157.953010] Device '[EMAIL PROTECTED]:1' does not have a
release()
On Sat, 2007-07-14 at 13:19 -0400, Ed Tomlinson wrote:
> Hi,
Hi Ed,
> I run a java application at nice 15. Its been a background application here
> for as long
> as SD and CFS have been around. If I have a compile running at nice 0, with
> v19 java
> gets so little cpu that the the wrapper
[EMAIL PROTECTED] wrote:
S.Çaglar Onur wrote:
> @@ -858,5 +858,10 @@ ready:
> cs->irq_func = _pcipnp_interrupt;
> cs->writeisac(cs, ISAC_MASK, 0xFF);
> ISACVersion(cs, (cs->subtyp == AVM_FRITZ_PCI) ? "AVM PCI:" :
"AVM PnP:");
> + pci_dev_put(dev_avm);
>
Pavel
Like we discussed, I am sending this out. Pls ack.
Suka
---
Subject: [PATCH 5/5] Move alloc_pid call to copy_process
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Move alloc_pid() into copy_process(). This will keep all pid and pid
namespace code together and simplify error handling
Subject: [PATCH 4/5] Define is_global_init() and is_container_init().
From: Serge E. Hallyn <[EMAIL PROTECTED]>
is_init() is an ambiguous name for the pid==1 check. Split it into
is_global_init() and is_container_init().
A container init has it's tsk->pid == 1.
A global init also has it's
Subject: [PATCH 3/5] Use task_pid() to find leader's pid
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Use task_pid() to get leader's pid since find_pid() cannot be used
after detach_pid(). See comments in the code below for more details.
Signed-off-by: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Pavel,
Pls ack this if you agree.
Suka
---
Subject: [PATCH 2/5] Rename child_reaper function.
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Rename the child_reaper() function to task_child_reaper() to be
similar to other task_* functions and to distinguish the function
from 'struct
Subject: [PATCH 1/5] Define and use task_active_pid_ns() wrapper
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
With multiple pid namespaces, a process is known by some pid_t in
every ancestor pid namespace. Every time the process forks, the
child process also gets a pid_t in every ancestor pid
Some helper patches to support multiple pid namespaces. These
were discussed earlier on Containers@ mailing list.
[PATCH 1/5] Define and use task_active_pid_ns() wrapper
[PATCH 2/5] Rename child_reaper() function.
[PATCH 3/5] Use task_pid() to find leader's pid
On Sat, 14 Jul 2007 20:29:07 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Anton Vorontsov wrote:
> > On Sat, Jul 14, 2007 at 07:12:04PM -0400, Jeff Garzik wrote:
> >> Clean up pda_power interrupt handling:
> >
> > Nice, thanks! Just few cosmetic comments.
> >
> >> Prior to this patch, the
On Sat, 14 Jul 2007 17:12:45 -0700 (PDT) Doug Thompson <[EMAIL PROTECTED]>
wrote:
>
> --- Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>
> > > + default:
> > > + edac_mc_printk(mci, KERN_ERR,
> > > +"Unrecognized Rank Config\n");
> >
> >
On 7/14/07, David Miller <[EMAIL PROTECTED]> wrote:
From: "Albert Cahalan" <[EMAIL PROTECTED]>
Date: Sat, 14 Jul 2007 22:48:57 -0400
> A real constant-value PAGE_SIZE is useful and doable.
It's bogus to use it. The kernel can get recompiled
to arbitrary page sizes on some architectures, so a
On Thursday 12 July 2007 00:17, Al Boldi wrote:
> Peter Williams wrote:
>>
>> Probably the last one now that CFS is in the main line :-(.
>
> What do you mean? A pluggable scheduler framework is indispensible even in
> the presence of CFS or SD.
Indeed, and I hope it gets merged, giving
Bodo Eggert wrote:
> Al Boldi <[EMAIL PROTECTED]> wrote:
> > Bodo Eggert wrote:
>
> Please reply-to-all, I'm not subscribed, but reading through a news
> gateway.
Same here. The problem is, I have no idea who's on the cc, and expected you
to be on the list. Sorry.
> >> This is a rework of Al
Bodo Eggert wrote:
> On Sat, 14 Jul 2007, H. Peter Anvin wrote:
> > Bodo Eggert wrote:
> > > On Sat, 14 Jul 2007, H. Peter Anvin wrote:
> > >> Bodo Eggert wrote:
> > >>> Setting the name of the rdinit process to the name of the init
> > >>> process in order to select the root device should not be
Pretty much everyone uses "__attribute__" or "attribute", no one
uses "__attribute". This patch tweaks the three places in asm-powerpc where
this comes up. While only asm-powerpc/types.h is interesting (for userspace),
I did asm-powerpc/processor.h as well for consistency.
Signed-off-by: Mike
From: "Albert Cahalan" <[EMAIL PROTECTED]>
Date: Sat, 14 Jul 2007 22:48:57 -0400
> A real constant-value PAGE_SIZE is useful and doable.
It's bogus to use it. The kernel can get recompiled
to arbitrary page sizes on some architectures, so a constat
page size assumption cannot work.
> It's
Albert Cahalan wrote:
>
> A real constant-value PAGE_SIZE is useful and doable.
>
> It's useful because a getpagesize() can't be used for numerous
> things, such as setting the size of an array.
>
> It's doable, even on architectures that support multiple page
> sizes, because ABIs specify
Hi,
As reported by Gustavo de Nardin <[EMAIL PROTECTED]>, while trying to
compile xosview (http://xosview.sourceforge.net/) with upstream kernel
headers being used you get the following errors:
serialmeter.cc:48:30: error: linux/serial_reg.h: No such file or directory
serialmeter.cc: In member
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> * Alexey Dobriyan ([EMAIL PROTECTED]) wrote:
> > On Fri, Jul 13, 2007 at 09:26:43PM -0400, Mathieu Desnoyers wrote:
> > > Use the faster immediate values for F00F bug handling in do_page_fault.
> >
> > > ---
* Alexey Dobriyan ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 13, 2007 at 09:26:43PM -0400, Mathieu Desnoyers wrote:
> > Use the faster immediate values for F00F bug handling in do_page_fault.
>
> > --- linux-2.6-lttng.orig/arch/i386/mm/fault.c
> > +++ linux-2.6-lttng/arch/i386/mm/fault.c
> > @@
Olaf Hering writes:
On Sat, Jul 14, H. Peter Anvin wrote:
Olaf Hering wrote:
Declare PAGE_SIZE as getpagesize() for userspace.
PAGE_SIZE is used in resource.h and shm.h
I would think it would be better to not define it at all.
Several architectures already don't have PAGE_SIZE visible
to
Hello Alan (& Justin) ,
On Sun, 15 Jul 2007, Alan Cox wrote:
On Sat, 14 Jul 2007 17:08:27 -0700 (PDT)
"Mr. James W. Laferriere" <[EMAIL PROTECTED]> wrote:
Hello All , I was under the impression that a 'machine check' would be
caused by some near to the CPU hardware failure ,
On Friday 13 July 2007 9:46:59 pm Tsugikazu Shibata wrote:
> > > How about adding;
> > > kernel-doc-nano-HOWTO.txt
> >
> > The problem is, the generated htmdocs are in english. This file is about
> > how to generate (and author) English documentation that won't be
> > translated. What's the point
Anton Vorontsov wrote:
Per Jeff Garzik request.
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/power/apm_power.c |4
drivers/power/ds2760_battery.c |7 ---
drivers/power/olpc_battery.c |1 -
On 09/07/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
I just experienced a long hang and a lot of unpleasant messages in dmesg
while building randconfig kernels in a loop.
It just happened again without me doing anything special, just normal
desktop use, surfing the net, reading email etc. This
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Fri, 13 Jul 2007 01:55:56 +0200
> This patch makes the needlessly global __inet_twsk_kill() static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks Adrian.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Sat, 14 Jul 2007, H. Peter Anvin wrote:
> Bodo Eggert wrote:
> > On Sat, 14 Jul 2007, H. Peter Anvin wrote:
> >> Bodo Eggert wrote:
> >>> Setting the name of the rdinit process to the name of the init process
> >>> in order to select the root device should not be the right knob.
> >>>
> >>
On Friday 13 July 2007 11:54:41 pm Randy Dunlap wrote:
> > If there's interest, I can push some patches to clean up Documentation by
> > moving files into subdirectories, but Documentation's not well-suited to
> > link out to the web. (You need html for that, and it's text.)
>
> I think that you
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Thu, 12 Jul 2007 14:45:03 +0200
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Subject: [patch] net/input: fix net/rfkill/rfkill-input.c bug on 64-bit
> systems
>
> this recent commit:
>
> commit cf4328cd949c2086091c62c5685f1580fe9b55e4
> Author: Ivo
Per Jeff Garzik request.
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/power/apm_power.c |4
drivers/power/ds2760_battery.c |7 ---
drivers/power/olpc_battery.c |1 -
drivers/power/pda_power.c
Clean up pda_power interrupt handling:
Prior to this patch, the driver would pass information it needed
to the interrupt handler dev_id pointer, and then prompt forget it
ever did so, recreating that same information after a couple passes
through the timer-based state machine.
This patch removes
Immediate Values - i386 Optimization - kerneldoc
Add kerneldoc to Immediate Values (i386 Optimization) API.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/asm-i386/immediate.h | 50 ++-
1 file changed, 35
Linux Kernel Markers - Architecture Independent Code - kerneldoc
Add kerneldoc to Linux Kernel Markers API.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/linux/marker.h | 108 -
1 file changed, 99
Immediate Values - PowerPC Optimization - kerneldoc
Add kerneldoc to Immediate Values (PowerPC Optimization) API.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/asm-powerpc/immediate.h | 51
1 file changed, 36
Immediate Values - Architecture Independent Code - kerneldoc
Add kerneldoc to Immediate Values API.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/linux/immediate.h | 66 ++
1 file changed, 61 insertions(+), 5
Linux Kernel Markers - Architecture Independent Code Deferred Sync
Upon marker probe_unregister, we delay call to synchronize_sched() to
accelerate mass unregistration (only when there is no more reference to a
give module do we call synchronize_sched()). However, we need to make sure
every
Text Edit Lock - i386 kerneldoc
Add kerneldoc to text edit lock i386 API.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/asm-i386/cacheflush.h | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
Index:
Please drop, wrong thread. Will repost in the right one.
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Linux Kernel Markers - Architecture Independent Code Deferred Sync
>
> Upon marker probe_unregister, we delay call to synchronize_sched() to
> accelerate mass unregistration (only when there
Text Edit Lock - Architecture Independent Code - kerneldoc
Add kerneldoc to text edit lock API.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/linux/memory.h | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
Index:
Text Edit Lock - x86_64 kerneldoc
Add kerneldoc to text edit lock x86_64 API.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
include/asm-x86_64/cacheflush.h | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
Index:
Krzysztof Halasa wrote:
William Montgomery <[EMAIL PROTECTED]> writes:
I am using a PCI analyzer and it shows the bus in an idle state after
the lockup. The PCI transactions just prior to the lockup show a
couple of interrupts from the card which appear to be handled
correctly. Anything
On Sat, Jul 14, 2007 at 07:12:04PM -0400, Jeff Garzik wrote:
> P.S. Where are the MAINTAINERS entries for this driver, and
> drivers/power in general?
Collecting acks. David?
From: Anton Vorontsov <[EMAIL PROTECTED]>
Subject: [PATCH] MAINTAINERS: Add maintainers for power supply subsystem and
On Sat, 14 Jul 2007 17:08:27 -0700 (PDT)
"Mr. James W. Laferriere" <[EMAIL PROTECTED]> wrote:
> Hello All , I was under the impression that a 'machine check' would be
> caused by some near to the CPU hardware failure , Not a bad disk ?
It indicates a hardware failure
> Jul 14 23:00:26
S.Çağlar Onur wrote:
@@ -858,5 +858,10 @@ ready:
cs->irq_func = _pcipnp_interrupt;
cs->writeisac(cs, ISAC_MASK, 0xFF);
ISACVersion(cs, (cs->subtyp == AVM_FRITZ_PCI) ? "AVM PCI:" : "AVM
PnP:");
+ pci_dev_put(dev_avm);
return (1);
+
+dev_avm_cleanup:
+
Anton Vorontsov wrote:
On Sat, Jul 14, 2007 at 07:12:04PM -0400, Jeff Garzik wrote:
Clean up pda_power interrupt handling:
Nice, thanks! Just few cosmetic comments.
Prior to this patch, the driver would pass information it needed
to the interrupt handler dev_id pointer, and then prompt
On Sat, Jul 14, 2007 at 07:12:04PM -0400, Jeff Garzik wrote:
>
> Clean up pda_power interrupt handling:
Nice, thanks! Just few cosmetic comments.
> Prior to this patch, the driver would pass information it needed
> to the interrupt handler dev_id pointer, and then prompt forget it
> ever did
I was forced to put full (almost) hard drive encryption on my laptop
so that all the Open Source Work I get paid to do will be protected in
case someone tries to steal it and so they won't find any personal
information about me if they get a hold of my laptop (because every
idiot keeps their
--- Andrew Morton <[EMAIL PROTECTED]> wrote:
> > + default:
> > + edac_mc_printk(mci, KERN_ERR,
> > + "Unrecognized Rank Config\n");
>
> If this message ever comes out, you're gonna say "argh, I wish I'd printed
> rankcfg".
>
> Do
On Sat, 14 Jul 2007, Mr. James W. Laferriere wrote:
Hello All , I was under the impression that a 'machine check' would
be caused by some near to the CPU hardware failure , Not a bad disk ?
I was also under the impression that software raid s/b a little more
resilient than this .
But
On Fri, Jul 13, 2007 at 11:36:41AM -0700, Andrew Morton wrote:
> On Fri, 13 Jul 2007 10:53:10 -0600
> [EMAIL PROTECTED] wrote:
>
> > + edac_mc_printk(mci, KERN_ERR,
> > + "Unrecognized Rank Config\n");
>
> If this message ever comes out, you're
Hello All , I was under the impression that a 'machine check' would be
caused by some near to the CPU hardware failure , Not a bad disk ?
I was also under the impression that software raid s/b a little more
resilient than this .
But then maybe one or the other of the subsystems walked all
Linux Kernel Markers - Architecture Independent Code Deferred Sync
Upon marker probe_unregister, we delay call to synchronize_sched() to
accelerate mass unregistration (only when there is no more reference to a
give module do we call synchronize_sched()). However, we need to make sure
every
William Montgomery <[EMAIL PROTECTED]> writes:
> I am using a PCI analyzer and it shows the bus in an idle state after
> the lockup. The PCI transactions just prior to the lockup show a
> couple of interrupts from the card which appear to be handled
> correctly. Anything I should be looking for
Text Edit Lock - x86_64 Fix !CONFIG_DEBUG_RODATA
Same fix as for i386: declare remplacement empty functions as static inline.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-x86_64/cacheflush.h |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
Index:
Text Edit Lock - i386 fix endif CONFIG_DEBUG_RODATA
The #endif would also include kernel_text_unmark().
The replacement empty functions should be static inline.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/i386/mm/init.c |2 +-
include/asm-i386/cacheflush.h |6
On Tue, 10 Jul 2007, Trilok Soni wrote:
> Hi Jean/Andrew,
>
> Attached patch adds Texas Instruments TWL92330/Menelaus Power
> Management chip driver. Also includes RTC code in the same driver
> instead of the separate module. Here is the description of
> driver/commit message :)
I think, the
Krzysztof Halasa wrote:
William Montgomery <[EMAIL PROTECTED]> writes:
In an earlier post to the list I described a hard lockup condition
that occurs on linux kernels 2.4.22, 2.6.13, and 2.6.17 when using
a 4 port 10/100 fast ethernet card. The lockup is easily repeatable
and occurs on 2
Immediate Values - Pre fix powerpc Optimization
Since I removed the immediate-values-non-optimized-architectures.patch, we need
to redo it to apply immediate-values-powerpc-optimization.patch correctly.
It applies _before_ immediate-values-powerpc-optimization.patch and can
be folded with it.
Clean up pda_power interrupt handling:
Prior to this patch, the driver would pass information it needed
to the interrupt handler dev_id pointer, and then prompt forget it
ever did so, recreating that same information after a couple passes
through the timer-based state machine.
This patch
Immediate Values - Pre Fix i386 Optimization
Since I removed the immediate-values-non-optimized-architectures.patch, we need
to redo it to apply immediate-values-i386-optimization.patch correctly.
It should be applied _before_ the
immediate-values-i386-optimization.patch and folded with it.
Should be dropped, following Christoph's advice.
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Architecture agnostic, generic, version of the immediate values. It uses a
> global variable to mimic the immediate values.
>
> Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
> ---
>
Immediate Values - Move Kprobes i386 restore_interrupt to kdebug.h
Since the breakpoint handler is useful both to kprobes and immediate values, it
makes sense to make the required restore_interrupt() available through
asm-i386/kdebug.h.
This patch replaces
Sorry, this email is sent in the wrong thread. Please drop, I will
resend in the right thread.
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Immediate Values - Architecture Independent Code - Fixes following HCH
> comments
>
> Various coding style fixes following Christoph's comments
> Put
Hi,
as soon as I enable parity check on PCI bus (with polling - EDAC_POLL),
the following warning is triggered:
EDAC MC: Ver: 2.0.1 Jul 13 2007
BUG: sleeping function called from invalid context at
/home/kronos/src/linux-2.6.git/kernel/rwsem.c:20
in_atomic():0, irqs_disabled():1
INFO: lockdep is
Should be dropped, following Christoph's advice.
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Since the immediate values depend on the same int3 handler as kprobes
> implements
> for i386, we have to get architecture specific defines available for the
> kprobes
> trap handler (especially
On 7/14/07, Olaf Hering <[EMAIL PROTECTED]> wrote:
On Sat, Jul 14, H. Peter Anvin wrote:
> Olaf Hering wrote:
> > Declare PAGE_SIZE as getpagesize() for userspace.
> > PAGE_SIZE is used in resource.h and shm.h
>
> I would think it would be better to not define it at all. Several
> architectures
Immediate Values - Architecture Independent Code - Fixes following HCH comments
Various coding style fixes following Christoph's comments
Put asm-generic/immediate.h content into linux/immediate.h.
Remove ifdef __KERNEL__ in .h never exported to user space.
Make immediate_mutex static.
It
On Sat, 2007-07-14 at 17:05 -0400, Andrew Paprocki wrote:
> Tony,
>
> Do you have the patch working already? I'd love to try this out in the
> meantime on the LX system I am developing with at the moment. I'm
> assuming you worked this into the existing Arcom framework (gxfb) and
> pulled the
Immediate Values - Architecture Independent Code - Fixes following HCH comments
Various coding style fixes following Christoph's comments
Put asm-generic/immediate.h content into linux/immediate.h.
Remove ifdef __KERNEL__ in .h never exported to user space.
Make immediate_mutex static.
It
Patrizio Bassi ha scritto:
> With linux 2.6.21 and 22 i cannot get cpufreq working anymore while it
> worked in previous versions
>
> ACPI Exception (processor_core-0781): AE_NOT_FOUND, Processor Device is
> not present [20070126]
> ACPI Exception (processor_core-0781): AE_NOT_FOUND, Processor
With linux 2.6.21 and 22 i cannot get cpufreq working anymore while it
worked in previous versions
ACPI Exception (processor_core-0781): AE_NOT_FOUND, Processor Device is
not present [20070126]
ACPI Exception (processor_core-0781): AE_NOT_FOUND, Processor Device is
not present [20070126]
i'm in
On 07/14/2007 09:17 PM, Matt Mackall wrote:
On Fri, Jul 13, 2007 at 03:20:54PM +0200, Rene Herman wrote:
As far as I'm aware, the actual reason for 4K stacks is that after the
system has been up and running for some time getting "1 physically
contiguous pages" becomes significantly easier
On Sat, Jul 14, 2007 at 04:57:11PM -0400, Andrew Paprocki wrote:
>
> >-> There seems to be a _lot_ of specific defines in lib/cimarron - I wonder
> > if this is the way used in the rest of the kernel?
>
> Which defines are you referring to? I know there are a few 'settings'
> which are
On Sat, 14 Jul 2007 14:12:57 -0700, H. Peter Anvin wrote:
> Olaf Hering wrote:
> > Declare PAGE_SIZE as getpagesize() for userspace.
> > PAGE_SIZE is used in resource.h and shm.h
>
> I would think it would be better to not define it at all. Several
> architectures already don't have PAGE_SIZE
Hi,
Current 2.6.22.1-rt3 is locking-up on any of my x86 SMP machines, in
very rare and non-deterministic occasions and normal desktop workloads,
but seems to be more probable when high disk I/O is underway.
At least, I was able to capture some crash traces, via serial console,
with
On Sat, 14 Jul 2007, Rafael J. Wysocki wrote:
On Saturday, 14 July 2007 09:51, [EMAIL PROTECTED] wrote:
On Fri, 13 Jul 2007, Rafael J. Wysocki wrote:
Ok, now we need a data channel from the old kernel to the hibernate
kernel, to the restore kernel. and the messier the memory layout the
On Sat, Jul 14, H. Peter Anvin wrote:
> Olaf Hering wrote:
> > Declare PAGE_SIZE as getpagesize() for userspace.
> > PAGE_SIZE is used in resource.h and shm.h
>
> I would think it would be better to not define it at all. Several
> architectures already don't have PAGE_SIZE visible to userspace
I am sorry for being completely off-topic, but
Miklos Szeredi wrote:
>
> SIGKILL won't work on a stopped task. Neither on a traced task.
Why do you think so? It works in both cases (ptracer can use
PT_TRACE_EXIT, but the task is killed anyway).
> Neither on a zombie (how many newbies are
On Sat, 14 Jul 2007, Rafael J. Wysocki wrote:
On Saturday, 14 July 2007 22:34, [EMAIL PROTECTED] wrote:
in the past, Rafael J. Wysocki wrote:
BTW, please read this message and tell me what you think:
http://lkml.org/lkml/2007/7/13/265
Greetings,
Rafael
since I've deleted this message
Olaf Hering wrote:
> Declare PAGE_SIZE as getpagesize() for userspace.
> PAGE_SIZE is used in resource.h and shm.h
I would think it would be better to not define it at all. Several
architectures already don't have PAGE_SIZE visible to userspace in any way.
-hpa
-
To unsubscribe from
On Fri, 13 Jul 2007, Tejun Heo wrote:
> Rúben Fonseca wrote:
> > Hi to all!
> >
> > I'm on Debian Sid with kernel 2.6.21 and I still can't resume my laptop
> > (Sony Vaio SZ2) from S3. Searched on the archive and it seems that SATA
> > drives are getting problems when used via the "new" libata.
Tony,
Do you have the patch working already? I'd love to try this out in the
meantime on the LX system I am developing with at the moment. I'm
assuming you worked this into the existing Arcom framework (gxfb) and
pulled the necessary pieces from the AMD code?
I looked at doing this, but it just
On 7/14/07, Olaf Hering <[EMAIL PROTECTED]> wrote:
Declare PAGE_SIZE as getpagesize() for userspace.
PAGE_SIZE is used in resource.h and shm.h
define PAGE_SIZE in asm-generic/page.h
guard get_order() with _ARCH_HAS_GET_ORDER for ia64 and xtensa
include asm-generic/page.h in asm/page.h
make
On Saturday, 14 July 2007 22:34, [EMAIL PROTECTED] wrote:
> in the past, Rafael J. Wysocki wrote:
>
> > BTW, please read this message and tell me what you think:
> >
> > http://lkml.org/lkml/2007/7/13/265
> >
> > Greetings,
> > Rafael
> >
> >
> >
>
> since I've deleted this message here's the
On 7/14/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
After a very brief look on the relevant part of the patch:
-> Needs to be adapted to CodingStyle all over.
I agree, this can be done if it was ever going to be included.
-> The use of AMD specific BUILDNUM etc are not used in-kernel
This
Declare PAGE_SIZE as getpagesize() for userspace.
PAGE_SIZE is used in resource.h and shm.h
define PAGE_SIZE in asm-generic/page.h
guard get_order() with _ARCH_HAS_GET_ORDER for ia64 and xtensa
include asm-generic/page.h in asm/page.h
make asm/page.h nearly empty by moving the #ifdef guards up
One patch for two trivial typos of 'error' with three R's, appearing in message
strings.
There's a bunch more of the same in comments, not dealt with here.
Signed-off-by: Eddy L O Jansson <[EMAIL PROTECTED]>
---
diff -uprN -X linux-2.6.22-vanilla/Documentation/dontdiff
On Sun, 2007-07-15 at 00:48 +0400, Oleg Nesterov wrote:
> On 07/14, Peter Zijlstra wrote:
>
> > --- linux-2.6.orig/kernel/sched.c
> > +++ linux-2.6/kernel/sched.c
> > @@ -288,6 +288,7 @@ struct rq {
> >
> > struct task_struct *migration_thread;
> > struct list_head migration_queue;
> >
On 07/14, Peter Zijlstra wrote:
> --- linux-2.6.orig/kernel/sched.c
> +++ linux-2.6/kernel/sched.c
> @@ -288,6 +288,7 @@ struct rq {
>
> struct task_struct *migration_thread;
> struct list_head migration_queue;
> + struct list_head delayed_migration_queue;
> #endif
I think
On 7/14/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Sat, 14 Jul 2007 10:40:25 -0700 "Nish Aravamudan" <[EMAIL PROTECTED]> wrote:
> On 7/13/07, Joe Jin <[EMAIL PROTECTED]> wrote:
> > >
> > > Patch gone too ;) I deleted it. I was hoping that you'd send me the final
> > > finished product
commit 448580132dc7f55493269bb850c2955df9c7d778 in Aug 2004 changed
MLOCK_LIMIT from (32*1024) to (8 * PAGE_SIZE):
[PATCH] sane mlock_limit
As David M-T points out, the default per-user mlock limit should
be at least a single page.
linux/resource.h appears to be a
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> How about somethign like this?
>
Interesting approach.. then the process in its migrate disable critical
section will wake us up when it ends, but we are still available for
other migrations.
I'll try to merge this with what I have.
> ---
>
>
On 07/14, Mathieu Desnoyers wrote:
>
> * Oleg Nesterov ([EMAIL PROTECTED]) wrote:
> > On 07/14, Mathieu Desnoyers wrote:
> > >
> > > @@ -4891,10 +4948,42 @@ static int migration_thread(void *data)
> > > list_del_init(head->next);
> > >
> > > spin_unlock(>lock);
> > > -
in the past, Rafael J. Wysocki wrote:
BTW, please read this message and tell me what you think:
http://lkml.org/lkml/2007/7/13/265
Greetings,
Rafael
since I've deleted this message here's the relavent portion of it
Okay, I have thought it through and I think that, as an initial step,
On 7/14/07, Michael Buesch <[EMAIL PROTECTED]> wrote:
On Saturday 14 July 2007 21:49:21 Mike Frysinger wrote:
> On 7/14/07, Michael Buesch <[EMAIL PROTECTED]> wrote:
> > On Saturday 14 July 2007 20:49:53 Bryan Wu wrote:
> > > +static int __init bf537mac_probe(struct net_device *dev)
> > > +{
> >
Bodo Eggert wrote:
> On Sat, 14 Jul 2007, H. Peter Anvin wrote:
>> Bodo Eggert wrote:
>
>>> Setting the name of the rdinit process to the name of the init process
>>> in order to select the root device should not be the right knob.
>>>
>> What's wrong with it?
>
> rdinit is supposed to be the
Michael Buesch wrote:
Well, this bitfield _might_ be OK (although I don't like bitfields
at all), but the above pointer casting stuff should really use
leXX_to_cpu. It's so easy to use and it is easier to read and
maintain the code afterwards.
If the bitfield stays, a comment must be added.
* Oleg Nesterov ([EMAIL PROTECTED]) wrote:
> On 07/14, Mathieu Desnoyers wrote:
> >
> > @@ -4891,10 +4948,42 @@ static int migration_thread(void *data)
> > list_del_init(head->next);
> >
> > spin_unlock(>lock);
> > - __migrate_task(req->task, cpu,
On Sat, 2007-07-14 at 15:01 -0400, Andrew Paprocki wrote:
> Is there any reason why the GPL framebuffer driver for the GX/GX1/LX
> directly from AMD is not integrated into the kernel and only a custom
> driver for only the GX/GX1 written by Arcom exists?
> (drivers/video/geode/*)
>
> If you have
1 - 100 of 490 matches
Mail list logo