Anton Vorontsov wrote on 01/07/2009 23:12:12:
>
> On Wed, Jul 01, 2009 at 09:16:12PM +0200, Joakim Tjernlund wrote:
> > There are out of tree boards that need this legacy support too.
>
> Heh.
>
> > Signed-off-by: Joakim Tjernlund
> > ---
> > I hope this is OK. I just discovered that spi didn't w
Kumar Gala writes:
>Ben pointed me to you regarding my question if we should be expecting
>misaligned load/store operations in the ppc32 mempcy that exists in
>copy_32.S.
>(To be more specific, I'm seeing this behavior and wondering if we
>really should have memcpy avoid doing
This fix is already accepted in kvm.git
> -Original Message-
> From: Yang Shi [mailto:yang@windriver.com]
> Sent: Thursday, July 02, 2009 10:55 AM
> To: Liu Yu-B13201; holl...@us.ibm.com; a...@redhat.com
> Cc: kvm-...@vger.kernel.org; k...@vger.kernel.org;
> linuxppc-...@ozlabs.org
Since include/asm/mmu-fsl-booke.h was replaced by include/asm/mmu-book3e.h,
fix e500_tlb.h to reflect the change and fix e500_tlb.c to align with the
new page size macro definition in include/asm/mmu-book3e.h.
Signed-off-by: Yang Shi
---
arch/powerpc/kvm/e500_tlb.c |8
arch/powerpc/
With the latest kernel building KVM for PPC, got integer overflow
error in kvm_main.c file. The root cause is that compiler consider
KVM_PAGES_PER_HPAGE as signed long type, however it should be
unsigned long type.
So, change it to unsigned long type in include/asm/kvm_host.h
Signed-off-by: Yang
Hi Kumar,
On Wednesday 01 July 2009 07:56:31 Kumar Gala wrote:
> Mark,
>
> Ben pointed me to you regarding my question if we should be expecting
> misaligned load/store operations in the ppc32 mempcy that exists in copy_32.S.
>
> (To be more specific, I'm seeing this behavior and wondering if w
On Sun, Jun 28, 2009 at 9:26 AM, Joe Perches wrote:
> Signed-off-by: Joe Perches
> ---
> drivers/dma/fsldma.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied 15 and 16.
Thanks,
Dan
___
Linuxppc-dev mailing list
Linuxppc-dev@lists
On Thu, Jul 02, 2009 at 08:13:13AM +1000, Benjamin Herrenschmidt wrote:
>On Tue, 2009-06-30 at 05:55 -0700, Felix Radensky wrote:
>> Hi,
>>
>> Preemption is disabled on the vast majority of powerpc
>> targets. Are there any known problems in this area ?
>> I'd like to enable CONFIG_PREEMPT_VOLUNTA
Mark,Ben pointed me to you regarding my question if we should be expecting misaligned load/store operations in the ppc32 mempcy that exists in copy_32.S.(To be more specific, I'm seeing this behavior and wondering if we really should have memcpy avoid doing word size ld/st if the addresses aren't a
> Hi,
> I benchmarked performance of my network, which contains ppc405EX (Kilauea
> board, kernel 2.6.30 from Denx) connected with a linux desktop via gigabit
> ethernet. I used the > netperf tool:
> netperf -t UDP_STREAM -H 192.168.1.1 -- -m 32768
> So I was sending UDP packets to the desk
I have developed a board with the AMCC PPC405eX running at 600MHz and
experimented with two transmission methods;
1.Raw socket w/jumbo frames �C approx. 600Mbits/sec
2.TCP using writev w/jumbo frames �C approx. 525Mbits/sec
From: linuxppc-dev-bounces+john.p.price=l-3com@lists.
Hi,
I'm getting the following error on custom 405EX based system
running 2.6.30 kernel. It happens rarely, only on boot, while
mounting 250M ubifs partition. It happens also with jffs2.
To me it looks like some callback pointer is corrupted, but
I cannot see any problem in the code. Any ideas abo
Hello,
I am running on an MPC8360 board with u-boot-2009.06 and linux-2.6.26-13.
The board is booting from nor flash and then u-boot configures UPM-A for
compact flash in true-IDE mode
(based on the design of the MPC8349ITX eval board). The IRQ used is IRQ6.
I got this setup going fine, but now
> You are right. u-boot do PCI device BAR resources assign and flat
> device tree describe PCI device interrupt-map. I use "lspci -s xxx -x"
> for the PCI device, the resources was assigned properly.
Note that the device-tree -can- contain PCI devices, but it's not
mandatory.
If your bootloader
On Tue, 2009-06-30 at 05:55 -0700, Felix Radensky wrote:
> Hi,
>
> Preemption is disabled on the vast majority of powerpc
> targets. Are there any known problems in this area ?
> I'd like to enable CONFIG_PREEMPT_VOLUNTARY on
> AMCC 405EX target, to increase application responsiveness.
> Is it a b
Anton Vorontsov wrote:
> This patch fixes various badnesses like this for all interrupt
> controllers:
...
>
> Signed-off-by: Anton Vorontsov
> ---
Acked-by: Timur Tabi
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing lis
Anton Vorontsov wrote:
> That's the main point of this patch (as subject says).
Yes, I see that now. :-)
> You seem to be looking into an outdated kernel. ;-) IIRC, the
> first caller of kzalloc() in init_IRQ() path appeared in
Yes, you're right.
--
Timur Tabi
Linux kernel developer at Frees
On Wed, Jul 01, 2009 at 04:25:22PM -0500, Kumar Gala wrote:
>
> On Jul 1, 2009, at 3:59 PM, Anton Vorontsov wrote:
>
> >qe_ic is in the same boat, just as every other PIC controller. Heh..
> >doing some 'grep alloc_bootmem', it seems that there are pretty
> >much offenders. Let's fix them?
> >
>
On Wed, Jul 01, 2009 at 04:13:43PM -0500, Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> > diff --git a/arch/powerpc/sysdev/qe_lib/qe_ic.c
> > b/arch/powerpc/sysdev/qe_lib/qe_ic.c
> > index 63cdf98..074905c 100644
> > --- a/arch/powerpc/sysdev/qe_lib/qe_ic.c
> > +++ b/arch/powerpc/sysdev/qe_lib/q
On Jul 1, 2009, at 3:59 PM, Anton Vorontsov wrote:
qe_ic is in the same boat, just as every other PIC controller. Heh..
doing some 'grep alloc_bootmem', it seems that there are pretty
much offenders. Let's fix them?
arch/powerpc/platforms/82xx/pq2ads-pci-pic.c |2 +-
arch/powerpc/sysdev/ipi
Anton Vorontsov wrote:
> diff --git a/arch/powerpc/sysdev/qe_lib/qe_ic.c
> b/arch/powerpc/sysdev/qe_lib/qe_ic.c
> index 63cdf98..074905c 100644
> --- a/arch/powerpc/sysdev/qe_lib/qe_ic.c
> +++ b/arch/powerpc/sysdev/qe_lib/qe_ic.c
> @@ -333,12 +333,10 @@ void __init qe_ic_init(struct device_node *
On Wed, Jul 01, 2009 at 09:16:12PM +0200, Joakim Tjernlund wrote:
> There are out of tree boards that need this legacy support too.
Heh.
> Signed-off-by: Joakim Tjernlund
> ---
> I hope this is OK. I just discovered that spi didn't work for
> me in 2.6.30 and I have no time to work on coverting
This patch fixes various badnesses like this for all interrupt
controllers:
[ cut here ]
Badness at c04db9dc [verbose debug info unavailable]
NIP: c04db9dc LR: c04db9ac CTR:
REGS: c053de30 TRAP: 0700 Not tainted (2.6.31-rc1-00432-ge69b2b5-dirty)
MSR: 00021000
> Hi Mikhail,
> Try setting CONFIG_EXT2_FS=y, then recompile your kernel and reboot.
Hi Frank, just tried that but still getting the same "Unpacking
initramfs... failed!" output
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.oz
On Wed, Jul 1, 2009 at 8:04 PM, Mikhail
Zaturenskiy wrote:
> Hello,
> I'm trying to get a ramdisk working on my EP88xc with uboot and linux
> kernel v2.6.30. The ramdisk image is from
> ELDK_4.2/ppc_8xx/images/uRamdisk.
>
> At first I thought my issue was similar to
> http://ozlabs.org/pipermail/li
On Wed, Jul 01, 2009 at 11:08:31PM +0400, Andrey Gusev wrote:
> Hello!
>
> I tried 2.6.31-rc1 and found trace in dmesg.
>
> [0.00] NR_IRQS:512
> [0.00] [ cut here ]
> [0.00] Badness at mm/bootmem.c:535
> [0.00] NIP: c043d2d0 LR: c043d29c CTR
There are out of tree boards that need this legacy support too.
Signed-off-by: Joakim Tjernlund
---
I hope this is OK. I just discovered that spi didn't work for
me in 2.6.30 and I have no time to work on coverting my boards.
I don't have a clue either on how to do that, any pointers
how to add a
Hello!
I tried 2.6.31-rc1 and found trace in dmesg.
[0.00] NR_IRQS:512
[0.00] [ cut here ]
[0.00] Badness at mm/bootmem.c:535
[0.00] NIP: c043d2d0 LR: c043d29c CTR: c0024e6c
[0.00] REGS: c0489da0 TRAP: 0700 Not tainted (2.6.31-rc1
Hello,
I'm trying to get a ramdisk working on my EP88xc with uboot and linux
kernel v2.6.30. The ramdisk image is from
ELDK_4.2/ppc_8xx/images/uRamdisk.
At first I thought my issue was similar to
http://ozlabs.org/pipermail/linuxppc-embedded/2008-August/031204.html
but I'm not so sure anymore. I t
>> As for my device tree, I reverted back to the original version with
>> nothing filled in and just replaced 0xfa20 with 0xf000 as Gary
>> suggested earlier.
>
>Would it be a problem to also dynamically fixup IMMR in the device tree
>from U-Boot?
>
>Cheers
> Detlev
Hi Detlev, it would be
Sometimes (e.g. when there are no UEMs attached to a board)
fsl_pq_mdio_find_free() fails to find a spare address for a TBI PHY,
this is because get_phy_id() returns bogus 0x values
(0x is expected), and therefore mdio bus probing fails with
the following message:
fsl-pq_mdio: pr
On Wed, Jul 01, 2009 at 02:13:29PM +0200, Detlev Zundel wrote:
> Hi,
>
> > As for my device tree, I reverted back to the original version with
> > nothing filled in and just replaced 0xfa20 with 0xf000 as Gary
> > suggested earlier.
>
> Would it be a problem to also dynamically fixup IMMR
Enable device hot-plug support on Port multiplier fan-out ports
v3 fixes whitespace/identation issues
Signed-off-by: Ashish Kalra
---
drivers/ata/sata_fsl.c | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/ata/sata_fsl.c b/drivers/ata/sata_fsl.c
in
On Mon, 2009-06-29 at 10:44 -0500, ext david.hag...@gmail.com wrote:
> Do you know (and if you know, can you comment) if IDT is planning on
> offering RIO (and more importantly to me sRIO) chipsets that can be used
> on other architectures besides the various PPC chips with embedded sRIO
> controll
On Wed, Jul 1, 2009 at 7:55 AM, Wolfram Sang wrote:
>
>> > Sorry, I didn't get it: Shall I test something specific?
>>
>> I don't own a touchscreen.
>>
>> AFAIK no one has ever plugged a touchscreen into the PCM-973 to see if
>> works since there hasn't been a driver previously.
>> Just do a genera
> > Sorry, I didn't get it: Shall I test something specific?
>
> I don't own a touchscreen.
>
> AFAIK no one has ever plugged a touchscreen into the PCM-973 to see if
> works since there hasn't been a driver previously. Just do a general
> test so that you can tell customers that it works.
I am
Hi,
Linux next tree(20090626) produced the following build error:
CC [M] drivers/mtd/maps/sbc8240.o
drivers/mtd/maps/sbc8240.c:31:1: warning: "DEBUG" redefined
In file included from drivers/mtd/maps/sbc8240.c:23:
include/linux/mtd/mtd.h:333:1: warning: this is the location of the previous
defin
On Wed, Jul 1, 2009 at 4:56 AM, Wolfram Sang wrote:
> Hi Jon,
>
>> Wolfram, do you have any way to test the on the Phytec hardware? The
>> WM9712 on the baseboard supports a touchscreen, is it brought out to a
>> header?
>
> Sorry, I didn't get it: Shall I test something specific?
I don't own a to
Eh! I mean Mb/s NOT Kb/s! Sorry!
2009/7/1 Lada Podivin
> Thank you for your reply!
> Yes, I agree the CPU is the bottleneck. But I have performed more tests
> with the netperf tool and results seem strange to me. If I send 800 B of
> data, the resulting speed is aproximately 100 Kb/s. On the oth
Hi,
> As for my device tree, I reverted back to the original version with
> nothing filled in and just replaced 0xfa20 with 0xf000 as Gary
> suggested earlier.
Would it be a problem to also dynamically fixup IMMR in the device tree
from U-Boot?
Cheers
Detlev
--
DENX Software Engineeri
Hi Lada,
> Hi,
>
> I benchmarked performance of my network, which contains ppc405EX (Kilauea
> board, kernel 2.6.30 from Denx) connected with a linux desktop via gigabit
> ethernet. I used the netperf tool:
>
> netperf -t UDP_STREAM -H 192.168.1.1 -- -m 32768
>
> So I was sending UDP packets to th
Hello Sergei,
It looks like that the email client has added these whitespaces and
alignment mess-up,
as the original patch file has none of these issues.
I will try using another email client and re-post the patch.
Thanks,
Ashish
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl.
Thank you for your reply!
Yes, I agree the CPU is the bottleneck. But I have performed more tests with
the netperf tool and results seem strange to me. If I send 800 B of data,
the resulting speed is aproximately 100 Kb/s. On the other hand, If I try to
send 32KB chunk of data with jumbo frames tur
Hi,
According to our experience on PPC405 + Gigabit Enet, your result is already
very reasonable. For UDP transmission, it can be around 400 Kb/s because of the
CPU bottleneck (in our case 300 MHz ppc405). If you want to further improve it,
a faster CPU is needed to process the TCP/IP stack, o
Hi,
we are using an EP8548 eval board from Embedded Planet and we have a
problem with the RapidIO controller/Linux driver if we perform a reboot.
On the second boot phase (after reboot), Linux will always print the
following message when it loads the RapidIO driver: “RIO: doorbell queue
full”
Hi Jon,
> Wolfram, do you have any way to test the on the Phytec hardware? The
> WM9712 on the baseboard supports a touchscreen, is it brought out to a
> header?
Sorry, I didn't get it: Shall I test something specific?
The touchscreen connector is X19 BTW (assuming a PCM-973 baseboard).
Regards
Hi, Kumar
Kumar Gala-3 wrote:
>
>
> On Jun 30, 2009, at 2:03 AM, Felix Radensky wrote:
>
>>
>> Hi,
>>
>> Is USB host functionality supported by mainline kernel on MPC8536DS ?
>> Are there any limitations (e.g not all host ports supported, etc.) ?
>
> It should be. If you have any issues let
Hello.
ashish kalra wrote:
Enable device hot-plug support on Port multiplier fan-out ports
Signed-off-by: Ashish Kalra
[...]
diff --git a/drivers/ata/sata_fsl.c b/drivers/ata/sata_fsl.c
index 94eaa43..5751145 100644
--- a/drivers/ata/sata_fsl.c
+++ b/drivers/ata/sata_fsl.c
@@ -34,7 +34,7 @@
48 matches
Mail list logo
