Michael Neuling wrote on 2010/02/23 02:58:16:
>
> In message 0043c...@transmode.se> you wrote:
> >
> > With current, 2.6.33-rc6, linux the default stack size changed from
> > unlimited
> > to 8MB:
> > # > ulimit -s
> > 8192
> >
> > This makes NPTL allocate a 8MB stack for each thread that is cre
In message <24165.1266577...@neuling.org> you wrote:
> In message <1266573672.1806.70.ca...@laptop> you wrote:
> > On Fri, 2010-02-19 at 17:05 +1100, Michael Neuling wrote:
> > > > include/linux/sched.h |2 +-
> > > > kernel/sched_fair.c | 61 +
++
>
On Mon, 22 Feb 2010 21:21:53 -0800
"Feng Kan" wrote:
> Hi Sean:
>
> I will withdraw this patch. I had a talk with the U-Boot guys. The
> reason for this patch was to support those guys that had their ECC
> ordering at (213) on the older version of the kernel. Upgrading to
> (123) may be problem
Hi Sean:
I will withdraw this patch. I had a talk with the U-Boot guys. The reason for
this
patch was to support those guys that had their ECC ordering at (213) on the
older
version of the kernel. Upgrading to (123) may be problematic. Since without a
jtag
it would be a bit complex.
I still
Hi Mel,
> You're pretty much on the button here. Only one thread at a time enters
> zone_reclaim. The others back off and try the next zone in the zonelist
> instead. I'm not sure what the original intention was but most likely it
> was to prevent too many parallel reclaimers in the same zone po
In message
you
wrote:
>
> With current, 2.6.33-rc6, linux the default stack size changed from unlimited
> to 8MB:
> # > ulimit -s
> 8192
>
> This makes NPTL allocate a 8MB stack for each thread that is created.
> This breaks in our embedded system. Although this
> can be fixed in our app I won
Hi Balbir,
> A reclaim distance of 10 implies a ratio of 1, that means we'll always
> do zone_reclaim() to free page cache and slab cache before moving on
> to another node?
I want to make an effort to reclaim local pagecache before ever going
off node. As an example, a completely off node stre
On Wed, 17 Feb 2010 13:19:52 -0700
Bjorn Helgaas wrote:
>
> No functional change; this breaks up pci_read_bridge_bases() into separate
> pieces for the I/O, memory, and prefetchable memory windows, similar to how
> Yinghai recently split up pci_setup_bridge() in 68e84ff3bdc.
>
> Signed-off-by:
On Wed, 17 Feb 2010 13:19:52 -0700
Bjorn Helgaas wrote:
>
> No functional change; this breaks up pci_read_bridge_bases() into separate
> pieces for the I/O, memory, and prefetchable memory windows, similar to how
> Yinghai recently split up pci_setup_bridge() in 68e84ff3bdc.
>
> Signed-off-by:
fsl_dma_tx_submit() only sets the cookie on the first descriptor of a
transaction. It should set the cookie on all.
Signed-off-by: Steven J. Magnani
---
diff -uprN a/drivers/dma/fsldma.c b/drivers/dma/fsldma.c
--- a/drivers/dma/fsldma.c 2010-02-22 11:16:36.0 -0600
+++ b/drivers/dma/f
In modeling a new DMA engine on the FSL code, I ran across what look to be
some bugs in FSL cookie handling. As I don't have FSL HW or even a PPC,
I can't verify the problem or the fix, but I did ensure that the changes
compile.
BTW thanks to all involved in creation of the FSL driver, it's a ni
fsl_dma_update_completed_cookie() appears to calculate the last completed
cookie incorrectly in the corner case where DMA on cookie 1 is in progress
just following a cookie wrap.
Signed-off-by: Steven J. Magnani
---
diff -uprN a/drivers/dma/fsldma.c b/drivers/dma/fsldma.c
--- a/drivers/dma/fsldma
On Mon, 22 Feb 2010, Steven J. Magnani wrote:
> diff -uprN a/include/linux/dmaengine.h b/include/linux/dmaengine.h
> --- a/include/linux/dmaengine.h 2010-02-22 11:18:11.0 -0600
> +++ b/include/linux/dmaengine.h 2010-02-22 11:18:30.0 -0600
> @@ -31,6 +31,8 @@
> * if dm
On Sat, Feb 20, 2010 at 18:18, Bruno Prémont wrote:
> drivers/video/bf54x-lq043fb.c | 2 +-
> drivers/video/bfin-t350mcqb-fb.c | 2 +-
Acked-by: Mike Frysinger
-mike
___
Linuxppc-dev mailing list
Linuxppc-dev@lists
On Mon, Feb 22, 2010 at 9:05 AM, Matthias Fuchs
wrote:
> Hi Grant,
>
> thanks for comments. I will post an updated version soon.
>
>
> On Tuesday 16 February 2010 20:19, Grant Likely wrote:
>> > + return 0;
>> > +}
>> > +arch_initcall(mpc512x_add_gpiochips);
>>
>> Don't do this. Either make
Hi Grant,
thanks for comments. I will post an updated version soon.
On Tuesday 16 February 2010 20:19, Grant Likely wrote:
> > + return 0;
> > +}
> > +arch_initcall(mpc512x_add_gpiochips);
>
> Don't do this. Either make this a proper of_platform device driver,
> or call mpc512x_add_gpioc
On Sun, Feb 21, 2010 at 02:01:37AM +0100, Frederic Weisbecker wrote:
> On Mon, Feb 15, 2010 at 11:29:14AM +0530, K.Prasad wrote:
> > +struct arch_hw_breakpoint {
> > + u8 len; /* length of the target symbol */
> > + int type;
> > + char*name; /* Contains n
Joakim Tjernlund/Transmode wrote on 2010/02/22 13:20:12:
>
> With current, 2.6.33-rc6, linux the default stack size changed from unlimited
> to 8MB:
> # > ulimit -s
> 8192
>
> This makes NPTL allocate a 8MB stack for each thread that is created.
> This breaks in our embedded system. Although this
>
With current, 2.6.33-rc6, linux the default stack size changed from unlimited
to 8MB:
# > ulimit -s
8192
This makes NPTL allocate a 8MB stack for each thread that is created.
This breaks in our embedded system. Although this
can be fixed in our app I wonder if this is intentional?
Jocke
__
From: Anatolij Gustschin
Date: Mon, 22 Feb 2010 12:37:24 +0100
> Could you please comment on this patch series.
It's in the net-next-2.6 tree.
If you need to make any more changes, they need to be relative
to what went into my tree.
___
Linuxppc-dev m
Hi David,
On Wed, 17 Feb 2010 15:55:27 +0100
Anatolij Gustschin wrote:
> These patches attempt to provide support for the Freescale MPC512x
> FEC in the fs_enet driver. The first cleanup patch replaces printk
> by dev_xxx. The second and third attemt to support MPC5121 FEC
> in the FEC driver.
powerpc: reset kernel stack on cpu online from cede state
Cpu hotplug (offline) without dlpar operation will place cpu
in cede state and the extended_cede_processor() function will
return when resumed.
Kernel stack pointer needs to be reset before
22 matches
Mail list logo
