Adding the sata_fsl.c developers to the recipients:
On Mon, Jun 8, 2009 at 4:59 PM, Leon
Woestenbergleon.woestenb...@gmail.com wrote:
Hello,
using 2.6.30-rc6, I get the following problems when I read from a SSD
disk, connected to the
3.0 Gb SATA controller of the MPC8315E SoC rev 1.0 running
On Mon, Jun 08, 2009 at 12:50:48PM +0100, Mel Gorman wrote:
Let me start by saying I agree completely with everything you wrote and
still disagree with this patch, but was willing to compromise and work
around this for our upcoming x86_64 machine by putting a value add
into our packaging of
On Tue, Jun 09, 2009 at 04:55:07AM -0500, Robin Holt wrote:
On Mon, Jun 08, 2009 at 12:50:48PM +0100, Mel Gorman wrote:
Let me start by saying I agree completely with everything you wrote and
still disagree with this patch, but was willing to compromise and work
around this for our upcoming
usb0 and usb1 mux settings in the sicrl register were swapped (twice!)
in mpc834x_usb_cfg(), leading to various strange issues with fsl-ehci
and full speed devices.
The USB port config on mpc834x is done using 2 muxes: Port 0 is always
used for MPH port 0, and port 1 can either be used for MPH
for setting zone_reclaim_mode, but didn't like the direction things
were going.
Something to the effect of...
--- 20090609.orig/mm/page_alloc.c 2009-06-09 06:51:34.0 -0500
+++ 20090609/mm/page_alloc.c2009-06-09 06:55:00.160762069 -0500
@@ -2326,12 +2326,7 @@ static void
Hi
sorry for late responce. my e-mail reading speed is very slow ;-)
First, Could you please read past thread?
I think many topic of this mail are already discussed.
On Thu, Jun 04, 2009 at 07:23:15PM +0900, KOSAKI Motohiro wrote:
Current linux policy is, zone_reclaim_mode is enabled by
This patch implements toleration of dynamic memory operations and 16 GB
gigantic pages. On module load the driver walks through available system
memory, checks for available memory ranges and then registers the kernel
internal memory region accordingly. The translation of address ranges is
On Mon, Jun 08, 2009 at 05:42:14PM +0530, Sachin Sant wrote:
Pekka J Enberg wrote:
Hi Sachin,
__slab_alloc_page: nid=2, cache_node=c000de01ba00,
cache_list=c000de01ba00
__slab_alloc_page: nid=2, cache_node=c000de01bd00,
cache_list=c000de01bd00
__slab_alloc_page: nid=2,
On Tue, Jun 09, 2009 at 10:48:34PM +0900, KOSAKI Motohiro wrote:
Hi
sorry for late responce. my e-mail reading speed is very slow ;-)
First, Could you please read past thread?
I think many topic of this mail are already discussed.
I think I caught them all but the horrible fact of the
On Tue, 2009-06-09 at 13:50 +1000, Benjamin Herrenschmidt wrote:
On Sun, 2009-06-07 at 20:06 +0530, Subrata Modak wrote:
On Sat, 2009-06-06 at 09:36 -0400, Frank Mori Hess wrote:
On Saturday 06 June 2009, Greg KH wrote:
Frank and Ian, any thoughts about the vmap call in the
On Fri, 2009-06-05 at 13:26 -0500, Subrata Modak wrote:
On Thu, 2009-06-04 at 10:07 -0400, Jon Smirl wrote:
On Thu, Jun 4, 2009 at 9:31 AM, Subrata Modak
subr...@linux.vnet.ibm.com wrote:
CC drivers/usb/host/ohci-hcd.o
In file included from drivers/usb/host/ohci-hcd.c:1060:
On Mon, 2009-06-08 at 17:52 -0500, Kumar Gala wrote:
+static void xes_mpc85xx_configure_l1(void)
+{
[snip]
I'd prefer we move this into __setup_cpu_e500v1/__setup_cpu_e500v2 so
its done for all processors regardless of platform.
How does something like this look? Let me know and I can
On Tue, Jun 9, 2009 at 20:34, Subrata Modaksubr...@linux.vnet.ibm.com wrote:
On Tue, 2009-06-09 at 13:50 +1000, Benjamin Herrenschmidt wrote:
On Sun, 2009-06-07 at 20:06 +0530, Subrata Modak wrote:
On Sat, 2009-06-06 at 09:36 -0400, Frank Mori Hess wrote:
On Saturday 06 June 2009, Greg KH
On Jun 9, 2009, at 1:53 PM, Nate Case wrote:
On Mon, 2009-06-08 at 17:52 -0500, Kumar Gala wrote:
+static void xes_mpc85xx_configure_l1(void)
+{
[snip]
I'd prefer we move this into __setup_cpu_e500v1/__setup_cpu_e500v2 so
its done for all processors regardless of platform.
How does
Hi all,
this patch adds support for RAM chips connected to the Local Plus Bus
of a MPC5200B in 16-bit mode. As no single byte write accesses are
allowed by the bus in this mode, a byte write has to be split into a
word read - modify - write sequence (mpc52xx_memcpy2lpb16, as
machines.
I was sort-of planning on coming up with an x86_64 arch specific function
for setting zone_reclaim_mode, but didn't like the direction things
were going.
Something to the effect of...
--- 20090609.orig/mm/page_alloc.c 2009-06-09 06:51:34.0 -0500
+++ 20090609/mm
In any case, doing PAGE_KERNEL_NOCACHE for DMA memory is incorrect on
many architectures. So at this stage, there's no much option but ifdef I
suspect for now until this is fixed properly.
Ok. But, i am not sure whether Greg will agree to this. If, Ok, is the
following patch i sent
Hi All,
*ISSUE *: *Info threads* hangs in KGDBOE
Kernel : Linux-2.6.29
Bug found in Architectures: PowerPC (ppc32), x86
---
While trying to run kernel* Linux-2.6.29* on* PowerPC* Xilinx target
with *KGDBOE
*enabled. Further issues arise when I run *info threads* after
connecting to the
This patch adds the UPF_FIXED_TYPE flag which will bypass the
8250's autoconfig probe for uart type. The uart type identified
by the of_serial's parse of the flat device tree will be utilized
as defined.
Signed-off-by: Dave Mitchell dmitch...@amcc.com
---
drivers/serial/of_serial.c |2 +-
1
On Tue, 2009-06-09 at 15:59 +0200, Hannes Hering wrote:
This patch implements toleration of dynamic memory operations and 16 GB
gigantic pages. On module load the driver walks through available system
memory, checks for available memory ranges and then registers the kernel
internal memory
On Friday 05 June 2009, Subrata Modak wrote:
Correct, it fixes the issue. However, since few changes might have gone
to the Kconfig, the patch does not apply cleanly. Below is the patch, just
a retake of the earlier one, but on the latest code.
And it got mangled a bit along the way. Plus,
Hi !
I've updated my next branch with the following patches. We're getting
real close to the merge window now, so if something is missing, please
holler ASAP.
Cheers,
Ben.
Becky Bruce (1):
powerpc: Add support for swiotlb on 32-bit
Benjamin Herrenschmidt (8):
powerpc/mm: Fix some
On Tue, Jun 9, 2009 at 9:14 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
Hi !
I've updated my next branch with the following patches. We're getting
real close to the merge window now, so if something is missing, please
holler ASAP.
Just these two; but I see you've got them
23 matches
Mail list logo