One more thing. You can get another speed up if you can do burst reads from
NOR. This requires using the fifo in the local bus controller. On the
ADS5121 board you need a cpld change to increment the address lines. With
the cpld as shipped you end up reading bursts that have the first 4 bytes
r
Kenneth,
I did some fastboot work for 5121 a few months ago. U-boot, kernel and
JFFS2 rootfs in NOR. My reset to userland time was 2.0 seconds, where
userland was first command executed in first rc.whatever file, so it
included the time for /sbin/init to get up and start running the rc scripts.
Hi Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/djbw/async_tx.git fixes
...to receive:
Ira Snyder (4):
fsldma: fix "DMA halt timeout!" errors
fsldma: fix infinite loop on multi-descriptor DMA chain completion
fsldma: snooping is not enabled for last
James Bottomley wrote:
> On Thu, 2009-05-21 at 14:51 -0500, James Bottomley wrote:
>> On Thu, 2009-05-21 at 13:47 -0500, Brian King wrote:
>>> cc'ing linuxppc-dev...
>>>
>>> -Brian
>>>
>>>
>>> James Bottomley wrote:
Kernels after 2.6.30-rc1 stopped booting on my powerstation. The ipr
jus
Ian Campbell wrote:
static dma_addr_t swiotlb_virt_to_bus(struct device *hwdev,
volatile void *address)
{
- return swiotlb_phys_to_bus(hwdev, virt_to_phys(address));
+ return phys_to_dma(hwdev, virt_to_phys(address));
}
void * __weak swiotlb_
Im facing some problems with serial, linux-2.6.23, getting flooded
with this message in logs:
---
serial8250: too much work for irq16
---
Something I notice, in my .dts I have the following lines:
serial0: ser...@4500, interrupts = <9 0x8>
serial1: ser...@4600, interrupts = <10 0x8>
spi
Thank you! That was my problem. I was looking at the defines in
linux/irq.h and it didn't match what I was seeing at allbut this works
now.
On Fri, May 29, 2009 at 10:09 AM, Scott Wood wrote:
> On Thu, May 28, 2009 at 06:48:48PM -0700, Nancy Isaac wrote:
> > > Is the level/sense information
On Fri, May 29, 2009 at 12:56:13PM +0200, Frank Svendsbøe wrote:
> FYI. The same applies to mpc8xx targets: No default host interrupt controller.
> The following patch was needed for our target:
> ---
> diff --git a/arch/powerpc/sysdev/mpc8xx_pic.c
> b/arch/powerpc/sysdev/mpc8xx_pic.c
> index 5d2d
On Thu, May 28, 2009 at 06:48:48PM -0700, Nancy Isaac wrote:
> > Is the level/sense information correct?
>
>
> [NI] Yes, these interrupts are supposed to be active low, level sensitive
> interrupts.
But the level/sense value for that on mpic is 1, not 2. 2 is active
high (see Documentation/powe
Ian Campbell wrote:
Rather than supplying a __weak hook which architectures which support
highmem can overide simply provide a version of swiotlb_bus_to_virt
which works with high memory. Make it conditional since it is a more
expensive variant than the non-highmem version.
Acutal function conte
On Fri, May 29, 2009 at 02:18:49PM +1000, David Gibson wrote:
> On Mon, May 25, 2009 at 06:45:22AM +0530, K.Prasad wrote:
> > +/*
> > + * Handle debug exception notifications.
> > + */
> > +int __kprobes hw_breakpoint_handler(struct die_args *args)
> > +{
> > + int rc = NOTIFY_STOP;
> > + struc
http://www.cambridgewireless.co.uk/news/article/default.aspx?objid=36792
Anybody know what they mean by booting here.
I have started the ads5121 board using u-boot and kernel in NOR flash
and root file system on a compact flash card connected to the IDE
interface in 2.05 second until init is sta
FYI. The same applies to mpc8xx targets: No default host interrupt controller.
The following patch was needed for our target:
---
diff --git a/arch/powerpc/sysdev/mpc8xx_pic.c b/arch/powerpc/sysdev/mpc8xx_pic.c
index 5d2d552..92b2b66 100644
--- a/arch/powerpc/sysdev/mpc8xx_pic.c
+++ b/arch/powerpc/
This replaces usages of address_needs_mapping, range_needs_mapping and
is_buffer_dma_capable and the __weak architecture hooks to those
functions with a more flexible single function.
Signed-off-by: Ian Campbell
Cc: FUJITA Tomonori
Cc: Jeremy Fitzhardinge
Cc: Olaf Kirch
Cc: Greg KH
Cc: Tony L
Rather than supplying a __weak hook which architectures which support
highmem can overide simply provide a version of swiotlb_bus_to_virt
which works with high memory. Make it conditional since it is a more
expensive variant than the non-highmem version.
Acutal function contents taken from the Pow
These new architecture-specific interfaces subsume the existing __weak
function hooks.
Signed-off-by: Ian Campbell
Cc: FUJITA Tomonori
Cc: Jeremy Fitzhardinge
Cc: Olaf Kirch
Cc: Greg KH
Cc: Tony Luck
Cc: Becky Bruce
Cc: Benjamin Herrenschmidt
Cc: Kumar Gala
Cc: Jeremy Fitzhardinge
Cc: x.
This series:
* removes the swiotlb_(arch_)_phys_to_bus and bus_to_phys __weak
hooks, replacing them with an architecture-specific phys_to_dma and
dma_to_phys interface. These are used by both PowerPC and Xen to
provide the correct mapping from physical to DMA addresses.
* removes the swiotlb_
On Fri, May 29, 2009 at 01:20:48PM +1000, David Gibson wrote:
> On Mon, May 25, 2009 at 06:44:23AM +0530, K.Prasad wrote:
> > Prepare the PowerPC code for HW Breakpoint infrastructure patches by
> > including
> > relevant constant definitions and function declarations.
> >
> > Signed-off-by: K.Pr
Subject should have been "swiotlb: Introduce architecture-specific APIs
to replace __weak functions". Seems I never drive git send-email right
first time...
On Fri, 2009-05-29 at 04:43 -0400, Ian Campbell wrote:
> This series does not contain any Xen or PowerPC specific changes, those
> will follo
On Fri, 2009-05-29 at 00:53 -0700, Roland McGrath wrote:
> > The BookE variant is superior in some ways as it allows to know where
> > you come from on branches. But that also means that the semantics exposed
> > to user space would not be consistent which is BAD (tm).
>
> If it were me I would st
As stated in the source, this one is usually the only
interrupt-controller. To ease creating virq mappings, let it be the
default host.
Signed-off-by: Wolfram Sang
Acked-by: Daniel Ng
Cc: Vitaly Bordug
Cc: Kumar Gala
Cc: linuxppc-dev@ozlabs.org
---
arch/powerpc/sysdev/cpm2_pic.c |1 +
1 f
> The BookE variant is superior in some ways as it allows to know where
> you come from on branches. But that also means that the semantics exposed
> to user space would not be consistent which is BAD (tm).
If it were me I would start with a simpler patch that doesn't implement it
at all on BookE,
I pushed out a few more things in -test. I'll do a new -next with these
and maybe a couple of other things on monday hopefully.
Anton Blanchard (1):
powerpc: Convert RTAS event scan from kernel thread to workqueue
Becky Bruce (1):
powerpc: Add support for swiotlb
Michael Ellerman (3)
On Fri, 2009-05-29 at 00:32 -0700, Roland McGrath wrote:
> Thanks! I'm very glad to finally see this ironed out by someone who
> actually knows about powerpc innards.
yeah, it's been on my todo list for some time... decided that it stayed
rotting for too long. We also did a little test program to
Thanks! I'm very glad to finally see this ironed out by someone who
actually knows about powerpc innards.
Thanks,
Roland
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
From: Roland McGrath
Reworked by: Benjamin Herrenschmidt
This adds block-step support on powerpc, including a PTRACE_SINGLEBLOCK
request for ptrace.
The BookE implementation is tweaked to fire a single step after a
block step in order to mimmic the server behaviour.
Signed-off-by: Roland McGr
On Wed, 2009-05-20 at 17:08 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2009-05-20 at 00:57 -0500, Kumar Gala wrote:
> > Ben,
> >
> > Comments on the pmac case?
>
> Not yet :-) Give me a day. Was tracking a bug today.
A few days later...
Looks good. I had a quick peek at powermac users of th
powerpc: Add PTRACE_SINGLEBLOCK support
Reworked by: Benjamin Herrenschmidt
This adds block-step support on powerpc, including a PTRACE_SINGLEBLOCK
request for ptrace.
The BookE implementation is tweaked to fire a single step after a
block step in order to mimmic the server behaviour.
Signed-o
28 matches
Mail list logo