On Sat, 2007-07-14 at 14:35 -0400, Mathieu Desnoyers wrote:
> * Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> > On Sat, 2007-07-14 at 13:16 -0400, Mathieu Desnoyers wrote:
> > > * Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> > > > Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> > > > ---
> > > >
Thread Migration Preemption
(v3 did not have the latest updates from Oleg review)
This patch adds the ability to protect critical sections from migration to
another CPU without disabling preemption.
This will be useful to minimize the amount of preemption disabling for the -rt
patch. It will hel
On Sat, 2007-07-14 at 21:16 +0400, Oleg Nesterov wrote:
> On 07/14, Peter Zijlstra wrote:
> >
> > From: Mathieu Desnoyers <[EMAIL PROTECTED]>
> >
> > This patch adds the ability to protect critical sections from migration to
> > another CPU without disabling preemption.
> >
> > This will be usefu
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?
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
On Jul 13 2007 06:56, Jiri Slaby wrote:
>Jesper Juhl napsal(a):
>> On 13/07/07, Micah Gruber <[EMAIL PROTECTED]> wrote:
>>> test [IGNORE]
>>
>> http://www.kernel.org/pub/linux/docs/lkml/#s3 :
>> "...
>> "Test" messages are very, very inappropriate on the lkml or any other
>> list, for that matter
Al Boldi <[EMAIL PROTECTED]> wrote:
> Bodo Eggert wrote:
Please reply-to-all, I'm not subscribed, but reading through a news gateway.
>> This is a rework of Al Boldi's "[PATCH] initramfs: Allow rootfs to use
>> tmpfs instead of ramfs". All the fame belongs to him, the bugs belong to
>> me.
>
> A
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-chip ethernet MAC controller.
- clean up coding style issues by Jeff's review
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/rtc/rtc-bfin.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/rtc/rtc-bfin.c b/drivers/rtc/rtc-bfin.c
index 260ead9..1aa709d 100644
--- a/drivers/rtc/rtc-bf
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-chip watchdog controller, supports
BF53[123]/BF53[467]/BF54[2489]/BF561.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
Cc: Wim Van Sebroeck <[EMAIL PROTECTED]>
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> On Sat, 2007-07-14 at 14:35 -0400, Mathieu Desnoyers wrote:
> > * Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> > > On Sat, 2007-07-14 at 13:16 -0400, Mathieu Desnoyers wrote:
> > > > * Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> > > > > Signed-off-by: Pe
On Sat, 14 Jul 2007, Michael Kerrisk wrote:
> Davide,
>
> I'm working on the signalfd(2) man page, and I've come
> acorss some puzzling behaviour...
>
> What are the intended semantics of a signalfd file descriptor
> after an execve()?
>
> As far as I can work out, after an execve() the file
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 an LX, the Arcom driver won't work and it is difficult to
use AMD's pa
How about somethign like this?
---
Avoid busy looping on unmigratable tasks by pushing the migration requests
onto a delayed_migration_queue, which we try on each wakeup.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
kernel/sched.c | 10 --
1 file changed, 8 insertions(+), 2 d
On Saturday, 14 July 2007 12:55, Huang, Ying wrote:
> On Sat, 2007-07-14 at 11:59 +0200, Rafael J. Wysocki wrote:
> > > Hibernating process:
> > >
> > > 1. Normal kernel running
> > > 2. Hibernating is triggered, sys_kexec_load is used to load
> > > hibernating kernel and initramfs into m
Would have been nice if you'd CC'ed me :-/
On Sat, 2007-07-14 at 14:42 -0400, Mathieu Desnoyers wrote:
> @@ -4891,10 +4948,42 @@ static int migration_thread(void *data)
> list_del_init(head->next);
>
> spin_unlock(&rq->lock);
> - __migrate_task(req->task,
On Jul 14 2007 03:47, Kirill Kuvaldin wrote:
>
>We then can mount it to a regular file:
Wow, this is news to me. Since when is it possible to mount files to files?
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
On Sat, Jul 14, 2007 at 03:01:56PM -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
On Fri, Jul 13, 2007 at 03:20:54PM +0200, Rene Herman wrote:
> On 07/13/2007 06:14 AM, Jeremy Fitzhardinge wrote:
>
> >Jesper Juhl wrote:
>
> >>Yes and no. If that will get things moving in the direction of
> >>getting rid of the stack size as a config option, then I'm all for it.
> >>But on the
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 13, 2007 at 09:21:34PM -0400, Mathieu Desnoyers wrote:
> > Remove the kprobes mutex from kprobes.h, since it does not belong there.
> > Also
> > remove all use of this mutex in the architecture specific code, replacing
> > it by
> > a p
On Sat, 2007-07-14 at 14:42 -0400, Mathieu Desnoyers wrote:
> Note: (or we could say FIXME)
> Is we ever want to check migration pending in assembly code, we will have to
> make sure we test the right thread flag bits on each architectures. Care
> should
> also be taken to check that the thread f
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 13, 2007 at 09:21:34PM -0400, Mathieu Desnoyers wrote:
> > Remove the kprobes mutex from kprobes.h, since it does not belong there.
> > Also
> > remove all use of this mutex in the architecture specific code, replacing
> > it by
> > a p
On 07/14, Peter Zijlstra wrote:
>
> On Sat, 2007-07-14 at 21:39 +0400, Oleg Nesterov wrote:
> > On 07/14, Peter Zijlstra wrote:
> > >
> > > +static void flush_all(struct kmem_cache *s)
> > > +{
> > > + int cpu;
> > > + struct workqueue_struct *wq = flush_slab_workqueue;
> > > +
> > > + mutex_lock(&
SHMLBA cant possible be used in userspace, see sparc versions of that header.
Do not export asm/shmparam.h during make headers_install_all
This removes another uservisible place of PAGE_SIZE
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
include/asm-generic/Kbuild.asm |1 -
include/as
On Saturday 14 July 2007 20:49:53 Bryan Wu wrote:
> +#if defined(CONFIG_BFIN_MAC_USE_L1)
> +# define bfin_mac_alloc(dma_handle, size) l1_data_sram_zalloc(size)
> +# define bfin_mac_free(dma_handle, ptr)l1_data_sram_free(ptr)
> +#else
> +# define bfin_mac_alloc(dma_handle, size) \
> + dma_
On Fri, Jul 13, 2007 at 04:25:56AM +0200, Jesper Juhl wrote:
> On 13/07/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> >Jesper Juhl wrote:
> >> If, on the other hand, we consider 4K stacks to be the superior
> >> solution, then we should work to get all code fixed to be able to
> >> handle it
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 program that mounts, root is
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)
> +{
> + struct bf537mac_local *lp = netdev_priv(dev);
> + int retval;
> +
> + /* Grab the MAC address in the MAC */
> +
On Sat, 2007-07-14 at 23:38 +0400, Oleg Nesterov wrote:
> On 07/14, Peter Zijlstra wrote:
> > Yeah, the function I copied this from: schedule_on_each_cpu() has a
> > comment to that effect.
>
> Just in case, schedule_on_each_cpu() ptotects cpu_online_map with
> preempt_disable(), its problem is q
Kprobes - use a mutex to protect the instruction pages list.
Protect the instruction pages list by a specific insn pages mutex, called in
get_insn_slot() and free_insn_slot(). It makes sure that architectures that does
not need to call arch_remove_kprobe() does not take an unneeded kprobes mutex.
Kprobes - Declare kprobe_mutex static
Since it will not be used by other kernel objects, it makes sense to declare it
static.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
ker
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
> >> larger this data channel needs to be (
On 07/14, Mathieu Desnoyers wrote:
>
> * Oleg Nesterov ([EMAIL PROTECTED]) wrote:
> > > /* Affinity changed (again). */
> > > if (!cpu_isset(dest_cpu, p->cpus_allowed))
> > > goto out;
> > >
> > > on_rq = p->se.on_rq;
> > > +#ifdef CONFIG_PREEMPT
> > > + if (!on_rq && task_thread_
Kprobes - no kprobes_mutex needed around arch_remove_kprobe calls.
Since we have the new insn pages mutex, there is no need to protect
arch_remove_kprobe() with the kprobes_mutex anymore. We don't edit the
kernel text there neither, so don't take the text edit lock.
This patch applies after
text-
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Sat, 14 Jul 2007 17:36:14 +0200
> Gabriel C wrote:
> > cls_rsvp6 only works with IPV6 enabled kernels and IMO it should depends
> > on IPV6.
>
>
> I can't see any functional dependency on IPv6, what exactly are you
> refering to? People might want
Text Edit Lock - i386 use kernel_text_is_ro
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 13, 2007 at 09:21:36PM -0400, Mathieu Desnoyers wrote:
> > +#ifdef CONFIG_DEBUG_RODATA
> > +static int rodata_marked;
> > +#endif
>
> Maybe I'm missing something, but the rodata section should
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)
> > > +{
> > > + struct bf537mac_local *lp = netdev_priv(dev);
>
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Latchesar Ionkov(3):
Reorganization of 9p file system code
Change net/9p module name to 9pnet
Set error to EREMOTEIO if transport writ
Text Edit Lock - x86_64 Use kernel_tex_is_ro
It makes more sense to use the kernel_text_is_ro variable instead of
duplicating it.
And since we do not plan to call kernel_text_mark_rw()/kernel_text_unmark()
in the middle of mark_rodata_ro (we are still at boot time), there is no
need to wait until
> > MODPOST 648 modules
> > ERROR: "ahci_port_resume" [drivers/ata/ahci.ko] undefined!
>
> Do you have CONFIG_PM disabled?
Yes, disabled.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On 07/14, Mathieu Desnoyers wrote:
>
> @@ -4891,10 +4948,42 @@ static int migration_thread(void *data)
> list_del_init(head->next);
>
> spin_unlock(&rq->lock);
> - __migrate_task(req->task, cpu, req->dest_cpu);
> + migrated = __migrate_task(req-
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> Would have been nice if you'd CC'ed me :-/
>
Sorry
> On Sat, 2007-07-14 at 14:42 -0400, Mathieu Desnoyers wrote:
>
> > @@ -4891,10 +4948,42 @@ static int migration_thread(void *data)
> > list_del_init(head->next);
> >
> > sp
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> On Sat, 2007-07-14 at 14:42 -0400, Mathieu Desnoyers wrote:
>
> > Note: (or we could say FIXME)
> > Is we ever want to check migration pending in assembly code, we will have to
> > make sure we test the right thread flag bits on each architectures. Car
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 a
* 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(&rq->lock);
> > - __migrate_task(req->task, cpu, req->dest_c
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.
Reg
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 pro
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)
> > > +{
> >
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, we
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(&rq->lock);
> > > -
* 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.
> ---
>
> Avoid
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 userspa
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 (ple
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 this
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
linux-2.6.22-vanilla/driv
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;
> > +
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
re
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 c
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 rel
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 asm/p
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 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.
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 this
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 h
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 thorou
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
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
larger
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 nmi_watchdog=1
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 vis
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 modified
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 th
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 6
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 Dev
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 applies
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 nece
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 applies
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
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 res
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
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 as
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 "immediate-values-kprobes-headers.patch"
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]>
> ---
> include/a
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.
Sign
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 - 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.
Si
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 o
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 pla
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
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: linux-2.6-
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
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 critic
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 ov
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 g
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 the
--- 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 yo
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 entir
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 so,
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 forge
S.Çağlar Onur wrote:
@@ -858,5 +858,10 @@ ready:
cs->irq_func = &avm_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:
+
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 f
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
d
101 - 200 of 248 matches
Mail list logo
