PING works now, after modifying the code of gianfar-mii.c
2009/12/8 林志平
>
> 2009/12/8 Scott Wood
>
> On Mon, Dec 07, 2009 at 11:53:22AM +0800, 林志平 wrote:
>> > Does dtc1.2.0 can compile dts files under linux2.6.23?
>>
>> Probably not -- 2.6.23 is very old, and I think newer dtcs only support
>>
It adds PQ3 and some QorIQ based cache-sram support as under:
* A small abstraction over powerpc's remote heap allocator
* Exports mpc85xx_cache_sram_alloc()/free() APIs
* Supports only one contiguous SRAM window
* Drivers can do the following in Kconfig to use these APIs
"select FSL_85XX_CACH
Signed-off-by: Vivek Mahajan
---
arch/powerpc/boot/dts/p2020rdb.dts |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/p2020rdb.dts
b/arch/powerpc/boot/dts/p2020rdb.dts
index da4cb0d..8a26050 100644
--- a/arch/powerpc/boot/dts/p2020rdb.dts
+++ b/a
Adds binding documentation for cache sram for the PQ3 and
some QorIQ based platforms.
Signed-off-by: Vivek Mahajan
---
.../powerpc/dts-bindings/fsl/85xx_cache_sram.txt | 20
1 files changed, 20 insertions(+), 0 deletions(-)
create mode 100644 Documentation/powerpc/dts-b
2009/12/8 林志平 :
>
> 2009/12/8 Scott Wood
>>
>> On Mon, Dec 07, 2009 at 11:53:22AM +0800, 林志平 wrote:
>> > Does dtc1.2.0 can compile dts files under linux2.6.23?
>>
>> Probably not -- 2.6.23 is very old, and I think newer dtcs only support
>> the
>> newer dts syntax.
>>
>> > Another question is that
On Tue, 08 Dec 2009 15:42:19 +1100 Benjamin Herrenschmidt
wrote:
> On Tue, 2009-12-01 at 14:05 -0800, a...@linux-foundation.org wrote:
> > The patch titled
> > iseries: convert to proc_fops
> > has been added to the -mm tree. Its filename is
> > iseries-convert-to-proc_fops.patch
>
>
At the moment when we EOI an interrupt we set the CPPR back to 0xFF
regardless of its previous value. This could lead to problems if we
take an interrupt with a priority of 5, but before EOIing it we get
an IPI which has a priority of 4. The problem is that at the moment
when we EOI the IPI we will
Some of these patches (Gautham or Nathan, I haven't bisected) break
pseries build without CONFIG_SMP. I'll apply them anyways for now
to next and push them out today since nobody ever builds pseries without
CONFIG_SMP but I would appreciate if you could send a fix regardless.
Cheers,
Ben.
_
The ppc64e_defconfig gives me that:
No big deal since nothing currently uses Book3E HW with fsl_msi but
probably something you should fix.
cc1: warnings being treated as errors
/home/benh/linux-powerpc-test/arch/powerpc/sysdev/fsl_msi.c: In function
‘fsl_msi_cascade’:
/home/benh/linux-powerpc-te
On Tue, 2009-12-08 at 15:56 +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2009-12-04 at 09:16 -0800, Joe Perches wrote:
> > Adding patterns to the PowerPC sections of MAINTAINERS is useful.
> > Signed-off-by: Joe Perches
> Acked-by: Benjamin Herrenschmidt
> Are you going to submit that yourself
On Fri, 2009-12-04 at 09:16 -0800, Joe Perches wrote:
> On Fri, 2009-12-04 at 20:59 +1100, Benjamin Herrenschmidt wrote:
> > On Fri, 2009-12-04 at 10:34 +0100, Jean Delvare wrote:
> > > I've sent it to linuxppc-...@ozlabs.org on October 14th. This is the
> > > address which is listed 22 times in MA
On Tue, 2009-12-01 at 14:05 -0800, a...@linux-foundation.org wrote:
> The patch titled
> iseries: convert to proc_fops
> has been added to the -mm tree. Its filename is
> iseries-convert-to-proc_fops.patch
I was looking at that patch since It was in my queue, and while I
have no firm ob
On Mon, Dec 07, 2009 at 05:41:35PM -0800, Tirumala Reddy Marri wrote:
>Josh,
> Sorry for my ignorance that I did not copy you first. From now on I
No reason to apologize. Working with the Linux community is a learning
process.
>will make sure you are cc'ed . I will send you the copy of user ma
2009/12/8 Scott Wood
> On Mon, Dec 07, 2009 at 11:53:22AM +0800, 林志平 wrote:
> > Does dtc1.2.0 can compile dts files under linux2.6.23?
>
> Probably not -- 2.6.23 is very old, and I think newer dtcs only support the
> newer dts syntax.
>
> > Another question is that I found linux2.6.31 does not su
On Mon, Dec 07, 2009 at 12:04:37PM +1100, Benjamin Herrenschmidt wrote:
>
> >
> > Even than, does that preclude the format I suggested? I'm assuming
> > that pgd_t/pud_t/pmd_t are always a double word so the low order 4-
> > bits should be 0 (on 64-bit),
Double word alignment only gives us 3
On Mon, Dec 07, 2009 at 10:23:18AM -0600, Peter Tyser wrote:
[...]
> > Yes, badly designed hardware deserves ugly hacks in the platform
> > code. ;-) So for this problem, just request these gpios in the
> > platform code.
>
> I'd wager lots of boards have GPIO pins that a user shouldn't play
> aro
Josh,
Sorry for my ignorance that I did not copy you first. From now on I
will make sure you are cc'ed . I will send you the copy of user manual
which is available on external website.
Should I send new patch with what is tested with this change or is it
enough to write in email ?
Regards,
On Tue, 2009-12-08 at 12:35 +1100, Anton Blanchard wrote:
> It was never enabled in the ppc64 defconfig :) I'm happy to turn it on
> though.
Yeah please.
Cheers,
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org
Hi,
> Also no NUMA is going to hurt Cell too. I think we should leave that in.
It was never enabled in the ppc64 defconfig :) I'm happy to turn it on though.
Anton
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/li
On Tue, 2009-12-08 at 12:32 +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2009-12-08 at 12:27 +1100, Michael Ellerman wrote:
> > > The pseries and ppc64 defconfigs have drifted apart over the years.
> > Reduce
> > > some of the differences while still keeping the idea that the ppc64
> > defconfig
On Tue, 2009-12-08 at 12:27 +1100, Michael Ellerman wrote:
> > The pseries and ppc64 defconfigs have drifted apart over the years.
> Reduce
> > some of the differences while still keeping the idea that the ppc64
> defconfig
> > is cross platform but enables fewer features than pseries, eg:
> >
> >
On Mon, 2009-12-07 at 14:47 +1100, Anton Blanchard wrote:
> The pseries and ppc64 defconfigs have drifted apart over the years. Reduce
> some of the differences while still keeping the idea that the ppc64 defconfig
> is cross platform but enables fewer features than pseries, eg:
>
> - NR_CPUS is l
On Fri, 04 Dec 2009 22:18:55 +1100
Benjamin Herrenschmidt wrote:
> Ok, I'll have a look next week. In the meantime, Sean, can you give
> me a hint of what you do to trigger it ? Boot time ? specific
> workload ?
I have not been able to reproduce the problem :( I haven't had a lot of
time to run
On Mon, Dec 07, 2009 at 02:01:58PM -0800, Tirumala Reddy Marri wrote:
>Hi Ben,
>
> Did you get the chance to review the patch I sent it on Dec-1 2009
>
>
>
>http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-December/078436.html
Ben has to review lots of patches. Please be patient. Also, your
It appears that we wrongly calculate dev_base for type1 config cycles.
The thing is: we shouldn't subtract hose->first_busno because PCI core
sets PCI primary, secondary and subordinate bus numbers, and PCIe
controller actually takes the registers into account. So we should use
just bus->number.
A
Hi Ben,
Did you get the chance to review the patch I sent it on Dec-1 2009
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-December/078436.html
Regards,
MArri
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs
Ben, is this OK?
Other architectures do the same thing.
Thanks,
Val.
Valentine Barshak wrote:
Remove the CPU from the online map to prevent smp_call_function
from sending messages to a stopped CPU.
Signed-off-by: Valentine Barshak
---
arch/powerpc/kernel/smp.c |3 +++
1 file changed, 3 i
On Sunday 06 December 2009 19:10:48 Benjamin Herrenschmidt wrote:
> On Sun, 2009-12-06 at 01:01 -0600, Rob Landley wrote:
> > Trying again with a few likely-looking cc's from the MAINTAINERS file:
> >
> > Summary:
> >
> > The PMACZILOG serial driver last worked in 2.6.28. It was broken by
> > comm
On Sun, Dec 06, 2009 at 10:41:25PM -0800, ajij...@gmail.com wrote:
> Hi
>
> We have an MPC8343EA based custom board.
>
> I am not able to get Linux up and running in this. No serial output to debug
> further.
> U-boot shows correct 'bdinfo' & 'clocks' output.
> inux hangs at machine_probe.
On Mon, Dec 07, 2009 at 11:53:22AM +0800, 林志平 wrote:
> Does dtc1.2.0 can compile dts files under linux2.6.23?
Probably not -- 2.6.23 is very old, and I think newer dtcs only support the
newer dts syntax.
> Another question is that I found linux2.6.31 does not support
> board mpc8544ds,
It shoul
Hi Anton,
I've CC-ed devicetree-discuss. The original patch is at
http://patchwork.ozlabs.org/patch/40361/ for reference.
On Sat, 2009-12-05 at 23:51 +0300, Anton Vorontsov wrote:
> On Sat, Dec 05, 2009 at 01:32:32PM -0600, Peter Tyser wrote:
> [...]
> > > > Adding a new "fsl,gpio-mask" device tr
Hi, Ben,
2009/12/7, Benjamin Herrenschmidt :
>
> Cache coherency bugs in the chipset or HW bugs in DBDMA, we've been
> seeing those on/off on those old apple chipsets...
>
> Try forcing a 32 bytes alignment ?
>
You're thinking of placing the DMA descriptors on different cache lines?
That's excact
* Torsten Duwe [2009-12-07 11:17:57]:
> On Sunday 06 December 2009, Arun R Bharadwaj wrote:
>
> > Peter objected to the idea of integrating this with the old pm_idle
> > because it has already caused a lot of problems on x86 and we wouldn't
> > want to be doing the same mistake on POWER. The dis
On Sunday 06 December 2009, Arun R Bharadwaj wrote:
> Peter objected to the idea of integrating this with the old pm_idle
> because it has already caused a lot of problems on x86 and we wouldn't
> want to be doing the same mistake on POWER. The discussion related to
> that could be found here http
>Subject: Ping does not work on my MPC8544 board, using linux2.6.23
>
>why linux-2.6.31 doesnot provide a config file like
>mpc8544_ds_defconfig?
Because it is covered by common defconfig mpc85xx_defconfig.
- Leo
___
Linuxppc-dev mailing list
Linuxppc-
Hi Grant,
> + /* Scan memory nodes and rebuild LMBs */
> + lmb_init();
> + of_scan_flat_dt(early_init_dt_scan_root, NULL);
> + of_scan_flat_dt(early_init_dt_scan_memory, NULL);
> +
> + /* Save command line for /proc/cmdline and then parse parameters */
> + strlcpy(boot_comm
Hi,all:
This is my first time to post on this maillist,I got a problem that ping can
not work and I am wondering if it is because of my mismatch of linux kernel
and DTC compiler version.
I am using mpc8544ds_bsp provided by freescale.
I used uboot2009.08 to boot my board successfully.
At first, I u
37 matches
Mail list logo
