Anatolij Gustschin wrote:
Hi Dan,
any chance this patch could be merged for 2.6.34 ?
Looks good to me, I'll include it in the dmaengine pull request.
--
Dan
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listin
Problem solved. The NULL oops is due to the mtd->dev.class->p is NULL,
which makes the spin_lock in "get_device_parent" function uses a false
spin_lock_t struct.
the line is "spin_lock(&dev->class->p->class_dirs.list_lock);"
That is mainly because in function add_mtd_device function uses the
static
2010/2/27 Peter Pan :
> 2010/2/27 Scott Wood :
>> On Fri, Feb 26, 2010 at 10:08:09AM +0800, Peter Pan wrote:
>> There isn't one. I was not under the impression that such a configuration
>> was even possible (how do you control ALE/CLE, for example?). There is a
>> NAND driver that uses UPM, thoug
On Mon, Mar 01, 2010 at 05:11:29PM -0600, Dave Kleikamp wrote:
>On Mon, 2010-03-01 at 15:19 -0500, Josh Boyer wrote:
>> Overall I'm just going to trust you that things aren't broken on 47x :)
>>
>> A few minor comments below. Also, if Torez and Benh contributed to this
>> code,
>> then their S-o
Hi Albrecht,
On Mon, Mar 01, 2010 at 07:11:54PM +0100, Albrecht Dreß wrote:
> On the MPC5200B, select the baud rate prescaler as /4 by default to make very
> high baud rates (e.g. 3 MBaud) accessible and to achieve a higher precision
> for high baud rates in general. For baud rates below ~500 Baud
On Mon, 2010-03-01 at 15:24 -0500, Josh Boyer wrote:
> On Mon, Mar 01, 2010 at 02:13:52PM -0500, Dave Kleikamp wrote:
> >powerpc/476: define specific cpu table entry for DD1 and DD1.1 cores
> >
> >From: Benjamin Herrenschmidt
> >
> >There are still some unstable bits on the DD1 and DD1.1 cores. D
On Mon, 2010-03-01 at 15:29 -0500, Josh Boyer wrote:
> On Mon, Mar 01, 2010 at 12:16:00PM -0700, Dave Kleikamp wrote:
> >diff --git a/arch/powerpc/platforms/44x/Kconfig
> >b/arch/powerpc/platforms/44x/Kconfig
> >index 1dfc1c1..915c295 100644
> >--- a/arch/powerpc/platforms/44x/Kconfig
> >+++ b/arc
On Mon, 2010-03-01 at 15:08 -0600, Olof Johansson wrote:
> On Mon, Mar 01, 2010 at 05:13:23AM -0700, Dave Kleikamp wrote:
> > powerpc/476: add machine check handler for 47x core
> >
> > From: Dave Kleikamp
> >
> > The 47x core's MCSR varies from 44x, so it needs it's own machine check
> > handle
On Mon, 2010-03-01 at 15:19 -0500, Josh Boyer wrote:
> Overall I'm just going to trust you that things aren't broken on 47x :)
>
> A few minor comments below. Also, if Torez and Benh contributed to this code,
> then their S-o-b lines should be included as well (same goes for any other
> patch).
sounds very much like this issue:
http://linux.derkeiler.com/Mailing-Lists/Kernel/2010-02/msg09470.html
(interrupt storm on the second port which is hit with breaks).
It's not the uart driver problem per se, the below fixes it:
*** linux/drivers/serial/serial_core.c#1Wed Feb 24 17:46:22
Alan Stern wrote:
> On Mon, 1 Mar 2010, Albert Herranz wrote:
>
Am I on the right path?
>>> More or less. I would do it somewhat differently:
>>>
>>> If URB_NO_TRANSFER_DMA_MAP is set then no map is needed.
>>> Otherwise if num_sgs > 0 then no map is needed.
>>> Otherwise if HCD_
[Re: [PATCH] 8250: add workaround for MPC8[356]xx UART break IRQ storm] On
26/02/2010 (Fri 14:23) Scott Wood wrote:
> On Fri, Feb 26, 2010 at 01:42:39PM -0600, Kumar Gala wrote:
> >
> > On Feb 26, 2010, at 1:25 PM, Paul Gortmaker wrote:
> >
> > > Sending a break on the SOC UARTs found in some M
On Mon, Mar 01, 2010 at 05:13:23AM -0700, Dave Kleikamp wrote:
> powerpc/476: add machine check handler for 47x core
>
> From: Dave Kleikamp
>
> The 47x core's MCSR varies from 44x, so it needs it's own machine check
> handler.
> --- a/arch/powerpc/kernel/traps.c
> +++ b/arch/powerpc/kernel/tr
On Mon, 1 Mar 2010, Albert Herranz wrote:
> >> Am I on the right path?
> >
> > More or less. I would do it somewhat differently:
> >
> > If URB_NO_TRANSFER_DMA_MAP is set then no map is needed.
> > Otherwise if num_sgs > 0 then no map is needed.
> > Otherwise if HCD_NO_COHERENT_MEM
On Mon, Mar 01, 2010 at 12:16:00PM -0700, Dave Kleikamp wrote:
>diff --git a/arch/powerpc/platforms/44x/Kconfig
>b/arch/powerpc/platforms/44x/Kconfig
>index 1dfc1c1..915c295 100644
>--- a/arch/powerpc/platforms/44x/Kconfig
>+++ b/arch/powerpc/platforms/44x/Kconfig
>@@ -162,6 +162,17 @@ config YOSE
On Mon, Mar 01, 2010 at 02:13:52PM -0500, Dave Kleikamp wrote:
>powerpc/476: define specific cpu table entry for DD1 and DD1.1 cores
>
>From: Benjamin Herrenschmidt
>
>There are still some unstable bits on the DD1 and DD1.1 cores. Don't use
>the FPU or the tlbivax operation. Define CPU_FTR_476_D
Overall I'm just going to trust you that things aren't broken on 47x :)
A few minor comments below. Also, if Torez and Benh contributed to this code,
then their S-o-b lines should be included as well (same goes for any other
patch).
On Mon, Mar 01, 2010 at 12:13:15PM -0700, Dave Kleikamp wrote:
On 02/16/2010 02:41 PM, Grant Likely wrote:
[cc'd linux-kernel, linux-ide and Jeff Garzik]
Hi Roman.
you should use ./scripts/get_maintainer.pl to make sure you're cc'ing
the right people when posting patches. You should repost so that Jeff
has a copy of the patch to pick up (and add my acked-
Alan Stern wrote:
> If urb->num_sgs > 0 then urb has been s-g mapped. Although we don't
> currently check for it, quite a few URBs have transfer_buffer_length ==
> 0 (a number of control requests are like this, for example) so they
> don't need a mapping either.
>
Ok, I'll use urb->num_sgs > 0 t
On Mon, 1 Mar 2010, Albert Herranz wrote:
> > Also, I can't help thinking that the corresponding *_map() and
> > *_unmap() routines are so similar, it ought to be possible to combine
> > them. The only difference is a check for a NULL DMA address, and it's
> > not clear to me why it is present
powerpc/476: Add dci instruction to async interrupt handlers on DD1 core
From: Dave Kleikamp
Signed-off-by: Dave Kleikamp
---
arch/powerpc/include/asm/asm-compat.h |5 +
arch/powerpc/kernel/head_booke.h |3 +++
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/a
powerpc/476: Software workaround to fix dcr read/write sequencing.
From: Dave Kleikamp
Copy the register containing the dcr address to a spr before mfdcrx or
mtdcrx instruction. SPRN_SPRG_WSCRATCH_CRIT seems safe enough to use
as a dummy register, as it is only otherwise used by critical interr
powerpc/476: Workaround for DD1.1: Issue lwsync after mtpid
From: Dave Kleikamp
Signed-off-by: Dave Kleikamp
---
arch/powerpc/include/asm/asm-compat.h |2 ++
arch/powerpc/kernel/head_44x.S|1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/includ
powerpc/476: Workaround for dcbf/dcbz workaround on DD1
From: Benjamin Herrenschmidt
On the DD1.1 core, the dcbf and dcbz instructions need to be preceded and
followed by an lwsync. We must trap user-space to ensure that this occurs
there too.
Signed-off-by: Benjamin Herrenschmidt
Signed-off-
powerpc/476: Add isync to the top of all exception handlers for DD1.1 core
From: Dave Kleikamp
Signed-off-by: Dave Kleikamp
---
arch/powerpc/include/asm/asm-compat.h |7 ++-
arch/powerpc/kernel/head_booke.h |3 ++-
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git
powerpc/476: define specific cpu table entry for DD1 and DD1.1 cores
From: Benjamin Herrenschmidt
There are still some unstable bits on the DD1 and DD1.1 cores. Don't use
the FPU or the tlbivax operation. Define CPU_FTR_476_DD1 and
CPU_FTR_476_DD1_1 for additional workarounds in later patches.
powerpc/47x: defconfig for 476 on the iss 4xx simulator
From: Dave Kleikamp
Signed-off-by: Dave Kleikamp
---
arch/powerpc/configs/44x/iss476-smp_defconfig | 1023 +
1 files changed, 1023 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/44x/iss476-
powerpc/476: Add isync after loading mmu and debug spr's
From: Dave Kleikamp
476 requires an isync after loading MMU and debug related SPR's. Some of
these are in performance-critical paths and may need to be optimized, but
initially, we're playing it safe.
Signed-off-by: Dave Kleikamp
---
powerpc/4xx: Simple platform for the ISS 4xx simulator
From: Torez Smith
This is a trivial 4xx plaform that uses the new simple bsp from
Josh and is handy to use in simulators such as ISS or even Mambo
who don't properly implement most of the actual devices in the
SoC but really only the core.
powerpc/476: add machine check handler for 47x core
From: Dave Kleikamp
The 47x core's MCSR varies from 44x, so it needs it's own machine check
handler.
Signed-off-by: Dave Kleikamp
---
arch/powerpc/include/asm/cputable.h |1 +
arch/powerpc/include/asm/reg_booke.h |2 +-
arch/powerp
powerpc/47x: Base ppc476 support
From: Dave Kleikamp
This patch adds the base support for the 476 processor. The code was
primarily written by Ben Herrenschmidt and Torez Smith, but I've been
maintaining it for a while.
The goal is to have a single binary that will run on 44x and 47x, but
we s
powerpc/booke: Add Stack Marking support to Booke Exception Prolog
From: Torez Smith
Signed-off-by: Torez Smith
Signed-off-by: Dave Kleikamp
---
arch/powerpc/kernel/head_booke.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/head_booke.h b/
powerpc/44x: break out cpu init code into stand-alone function
From: Dave Kleikamp
The 47x platform supports multiple cores and shares code with 44x.
Break out code that is common for initializing the primary and secondary
cpus into a function which can be called for both.
Signed-off-by: Dave K
These patches add support for the 476 core. The goal is to have a single
binary that will run on both 44x and 47x, but we still have some details to
work out. The biggest is that the L1 cache line size differs on the two
platforms, but it's currently a compile-time option.
The code was originall
I'm getting a bunch of these after I 'reboot' or 'poweroff'
several times.
Empty flash at 0x0056205c ends at 0x00562800
Empty flash at 0x00565334 ends at 0x00565800
Empty flash at 0x00576104 ends at 0x00576800
JFFS2 notice: (848) check_node_data: wrong data CRC
in data node at 0x00577034: read 0x
Alan Stern wrote:
>> --- a/drivers/usb/core/hcd.c
>> +++ b/drivers/usb/core/hcd.c
>> @@ -1260,6 +1260,34 @@ static void hcd_free_coherent(struct usb_bus *bus,
>> dma_addr_t *dma_handle,
>> *dma_handle = 0;
>> }
>>
>> +static int urb_needs_setup_dma_map(struct usb_hcd *hcd, struct urb *urb)
On the MPC5200B, select the baud rate prescaler as /4 by default to make very
high baud rates (e.g. 3 MBaud) accessible and to achieve a higher precision
for high baud rates in general. For baud rates below ~500 Baud, the code will
automatically fall back to the /32 prescaler. The original MPC5200
On Mon, 1 Mar 2010, Mel Gorman wrote:
> Christoph, how feasible would it be to allow parallel reclaimers in
> __zone_reclaim() that back off at a rate depending on the number of
> reclaimers?
Not too hard. Zone locking is there but there may be a lot of bouncing
cachelines if you run it concurren
Another fix for the extended ptrace patches in the -next tree.
The handling of breakpoints and watchpoints is inconsistent. When a
breakpoint or watchpoint is hit, the interrupt handler is clearing the
proper bits in the dbcr* registers, but leaving the dac* and iac* registers
alone. The ptrace
On Sun, 28 Feb 2010, Albert Herranz wrote:
> The HCD_NO_COHERENT_MEM USB host controller driver flag can be enabled
> to instruct the USB stack to avoid allocating coherent memory for USB
> buffers.
>
> This flag is useful to overcome some esoteric memory access restrictions
> found in some platf
This patch renames GE Fanuc boards following the split-up of the GE Fanuc joint
venture. These boards are now made by GE Intelligent platorms.
Signed-off-by: Martyn Welch
---
arch/powerpc/boot/dts/gef_ppc9a.dts |4 ++--
arch/powerpc/boot/dts/gef_sbc310.dts |4 ++--
arch/powerp
Hi Dan,
any chance this patch could be merged for 2.6.34 ?
Thanks,
Anatolij
On Fri, 5 Feb 2010 14:42:52 +0100
Anatolij Gustschin wrote:
> From: Piotr Ziecik
>
> Adds initial version of MPC512x DMA driver.
> Only memory to memory transfers are currenly supported.
>
> Signed-off-by: Piotr Zi
Anton Vorontsov wrote:
> diff --git a/drivers/net/gianfar.c b/drivers/net/gianfar.c
> index 8bd3c9f..cccb409 100644
> --- a/drivers/net/gianfar.c
> +++ b/drivers/net/gianfar.c
> @@ -2021,7 +2021,6 @@ static int gfar_start_xmit(struct sk_buff *skb, struct
> net_device *dev)
> }
>
> /*
Remove debug printks in pseries_mach_cpu_die(). These are
noisy at runtime. Traceevents can be added to instrument this
section of code.
The following KERN_INFO printks are removed:
cpu 62 (hwid 62) returned from cede.
Decrementer value = b2802fff
Rearrange condition checks for better code readability and
prevention of possible race conditions when
preferred_offline_state can potentially change during the
execution of pseries_mach_cpu_die(). The patch will make
pseries_mach_cpu_die() put cpu in one of
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
start_secondary() is called to continue the online operation.
Hi Ben,
The following set of patches fixes kernel stack reset issue and also
potential race conditions.
This fix should be applied in 2.6.33 stable tree onwards.
Problem description:
(1) Repeated offline/online operation on pseries with extended cede
processor feature will run over the kernel s
On Tue, Feb 23, 2010 at 12:55:51PM +1100, Anton Blanchard wrote:
>
> Hi Mel,
>
I'm back but a bit vague. Am on painkillers for the bashing I gave
myself down the hills.
> > You're pretty much on the button here. Only one thread at a time enters
> > zone_reclaim. The others back off and try the
48 matches
Mail list logo
