* Re: [PATCH 0/7] MPC52xx Bestcomm submission for 2.6.24
From: Kumar Gala @ 2007-09-18 14:11 UTC (permalink / raw)
To: tnt, Sylvain Munaut; +Cc: PowerPC dev list
In-Reply-To: <58950.87.65.18.190.1190089793.squirrel@www.opensources.be>
On Sep 17, 2007, at 11:29 PM, tnt@blacksnow.net wrote:
>> On 9/16/07, Sylvain Munaut <tnt@246tnt.com> wrote:
>>> Hello Paul, Hi everyone,
>>>
>>> This series of patch is mainly the bestcomm support for
>>> the mpc5200. It was posted a while ago and received some
>>> comments. Theses are all addressed here (afaik).
>>
>> Does this series supersede these pacthes out of your older series?
>
> Yes.
> Those are the patches I wrote to fix the comments received last time.
> They are now merged inside the main patches.
>
> Apparently I forgot to fix some other comments so I'll have to do
> that and repost again.
>
One of the big things I'd like to see for the core bestcomm lib is
proper kernel doc support for the APIs. I think we should be going
more of this for things like QE and will push on the guys doing
working there to better document the 'library' APIs.
Also, I remember you wrote up some documentation/email about what the
APIs did. Is that in a clean enough state to add do Documentation/
powerpc/?
- k
^ permalink raw reply
* Re: [PATCH] ucc_geth: fix compilation
From: Kumar Gala @ 2007-09-18 14:04 UTC (permalink / raw)
To: Li Yang-r58472; +Cc: linuxppc-dev, Jeff Garzik, netdev
In-Reply-To: <989B956029373F45A0B8AF029708189001763D1E@zch01exm26.fsl.freescale.net>
On Sep 18, 2007, at 3:56 AM, Li Yang-r58472 wrote:
>> -----Original Message-----
>> From: linuxppc-dev-bounces+leoli=freescale.com@ozlabs.org
>> [mailto:linuxppc-dev-bounces+leoli=freescale.com@ozlabs.org]
>> On Behalf Of Kumar Gala
>> Sent: Friday, September 14, 2007 10:08 PM
>> To: Jeff Garzik
>> Cc: linuxppc-dev@ozlabs.org list; netdev
>> Subject: Re: [PATCH] ucc_geth: fix compilation
>>
>>
>> On Sep 13, 2007, at 10:23 AM, Anton Vorontsov wrote:
>>
>>> Currently qe_bd_t is used in the macro call --
>> dma_unmap_single, which
>>> is a no-op on PPC32, thus error is hidden today. Starting
>> with 2.6.24,
>>> macro will be replaced by the empty static function, and
>> erroneous use
>>> of qe_bd_t will trigger compilation error.
>>>
>>> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
>>> ---
>>
>> Jeff, I'm going to pick this up via the powerpc.git tree
>> since its currently only broken in our for-2.6.24 branch
>> (because of other changes in there). Any issues?
>
> Kumar,
>
> Kim Phillips has posted the same patch to netdev list before Anton.
> Therefore, I do prefer to use his. Thanks
No problem. Jeff seems to have picked up some version of the fix.
- k
^ permalink raw reply
* Re: PSC in UART mode on TQM5200S
From: Grant Likely @ 2007-09-18 14:01 UTC (permalink / raw)
To: Leopold Stotch; +Cc: linuxppc-embedded
In-Reply-To: <53b5d6e90709180313n7ef053ddqfb771f44d9bd44ef@mail.gmail.com>
On 9/18/07, Leopold Stotch <l.butterz@gmail.com> wrote:
> Hello, everyone !
>
> I have TQM5200S module and development board.
> It runs factory UBoot and latest DENX's linuxppc_2_4_devel kernel.
> I want to configure all TQM5200S's onboard PSC's as UART's.
> TQM5200S's onboard PSC's are connected to custom board
> that makes all electrical things as my hardware engineer says...
> So changed
> $HOME/linuxppc_2_4_devel/arch/ppc/platforms/tqm5200.h
> the following way:
>
> #ifdef CONFIG_PS2MULT
> #define RS_TABLE_SIZE 4
> #else
> #if defined(CONFIG_SPI_EVAL) || defined(CONFIG_TB5200)
> #define RS_TABLE_SIZE 2
> #elif defined(CONFIG_CAM5200)
> #define RS_TABLE_SIZE 6
> #else
> #define RS_TABLE_SIZE 3
> #endif
> #endif
>
> changed to
>
> #ifdef CONFIG_PS2MULT
> #define RS_TABLE_SIZE 4
> #else
> #if defined(CONFIG_SPI_EVAL) || defined(CONFIG_TB5200)
> #define RS_TABLE_SIZE 2
> #elif defined(CONFIG_CAM5200)
> #define RS_TABLE_SIZE 6
> #else
> #define RS_TABLE_SIZE 6
> #endif
> #endif
>
> and
>
> #else /* default */
> #define SERIAL_PORT_DFNS \
> STD_PSC_OP(1) \
> STD_PSC_OP(2) \
> STD_PSC_OP(3)
> #endif
>
> changed to
>
> #else /* default */
> #define SERIAL_PORT_DFNS \
> STD_PSC_OP(1) \
> STD_PSC_OP(2) \
> STD_PSC_OP(3) \
> STD_PSC_OP(4) \
> STD_PSC_OP(5) \
> STD_PSC_OP(6)
> #endif
>
> After rebuilding the kernel, dmesg says:
>
> ...
> ttyS0 on PSC1
> ttyS1 on PSC2
> ttyS2 on PSC3
> ttyS3 on PSC4
> ttyS4 on PSC5
> ttyS5 on PSC6
> ...
>
> But when i do "echo 1 > /dev/ttyS4" i receive nothing at the other end.
Have you made the appropriate changes to the port_config register?
Cheers,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195
^ permalink raw reply
* Re: Problem booting linux with device tree table
From: Andrew Liu @ 2007-09-18 9:01 UTC (permalink / raw)
To: Mustafa Cayir; +Cc: linuxppc-embedded
In-Reply-To: <7B9A8FF57DBB524190E98CABF6E56F070B9298@itri.bte.mam.gov.tr>
[-- Attachment #1: Type: text/plain, Size: 2081 bytes --]
Latest U-boot need a chosen node in your DTS file, So u need to add a
chosen node in your DTS file.
Take mpc8272ads for example: in its DTS, has the following:
chosen {
name = "chosen";
linux,platform = <0>;
interrupt-controller = <&Cpm_pic>;
};
BRs,
Andrew
Mustafa Cayir wrote:
>
> Hi all,
>
> I am trying to boot TQM5200 with linux 2.6 kernel. i am using latest
> version of linux and u-boot from denx. And compiled with ELDK4.1
>
> i use dtc compiler with following command:
> dtc -O dtb -o tqm5200.dtb -b 0 tqm5200.dts
>
> Booting process gives following error and reset the board.
>
> WARNING: could not create /chosen FDT_ERR_NOSPACE.
> ERROR: /chosen node create failed - must RESET the board to recover.
>
> Regards.
>
>
>
> Using FEC ETHERNET device
> TFTP from server 10.18.2.83; our IP address is 10.18.5.44
> Filename 'uImage'.
> Load address: 0x200000
> Loading: #################################################################
> ####################################
> done
> Bytes transferred = 1473038 (167a0e hex)
> Using FEC ETHERNET device
> TFTP from server 10.18.2.83; our IP address is 10.18.5.44
> Filename 'tqm5200.dtb'.
> Load address: 0x400000
> Loading: #
> done
> Bytes transferred = 3816 (ee8 hex)
> ## Booting image at 00200000 ...
> Image Name: Linux-2.6.23-rc6-gf695e369
> Created: 2007-09-19 1:31:43 UTC
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size: 1472974 Bytes = 1.4 MB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> Uncompressing Kernel Image ... OK
> Booting using the fdt at 0x400000
> WARNING: could not create /chosen FDT_ERR_NOSPACE.
> ERROR: /chosen node create failed - must RESET the board to recover.
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
[-- Attachment #2: shengping.liu.vcf --]
[-- Type: text/x-vcard, Size: 385 bytes --]
begin:vcard
fn:Andrew Liu
n:;Andrew Liu
org:China Development Center;Engineering
adr:;;Wangjing Zhonghuan Nanlu No.9 Wangjing Plaza Tower B 15F Chaoyang District Beijing China;Beijing;;100102;China
email;internet:shengping.liu@windriver.com
tel;work:86-10-8477-8639
tel;fax:86-10-6479-0367
tel;cell:86-13717751687
url:http://twiki.wrs.com/do/view/Main/AndrewLiu
version:2.1
end:vcard
^ permalink raw reply
* Re: [PATCH 18/28] 8xx: mpc885ads cleanup
From: Stephen Rothwell @ 2007-09-18 13:21 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev
In-Reply-To: <20070917165805.GR6563@loki.buserror.net>
[-- Attachment #1: Type: text/plain, Size: 386 bytes --]
On Mon, 17 Sep 2007 11:58:05 -0500 Scott Wood <scottwood@freescale.com> wrote:
>
> +++ b/arch/powerpc/platforms/8xx/mpc885ads_setup.c
> #include <asm/fs_pd.h>
> -#include <asm/prom.h>
> +#include <asm/of_platform.h>
linux/of_platform.h
Sorry if I am getting boring.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* cross compiling a library with ELDK
From: Murat Artun @ 2007-09-18 13:02 UTC (permalink / raw)
To: linuxppc-embedded
Hello all,
I want to cross compile a free software library with ELDK 3.1.1 for
powerpc. I have ELDK installed under directory /opt and my system and
PATH is set properly. I have a few points to be clarified:
- GCC toolchain components for cross compiling have "ppc_8xx-" prefix
in their names. In addition, I learned from trial and error that by
setting --host=CROSS_ENV results generation of a Makefile with
compilation tools to be prefixed with CROSS_ENV. So I set
--host=ppc_8xx but I received below error from configure script:
checking host system type... Invalid configuration `ppc_8xx': machine
`ppc_8xx' not recognized
configure: error: /bin/sh scripts/config.sub ppc_8xx failed
I have checked config.sub file and could not find ppc_8xx as a machine
type. I have added it myself properly and executed configure script
and generated a Makefile with all ppc_8xx prefixed GCC toolchain
components (g++, ar, ranlib etc.). Considering that I have edited
config.sub file, is this the true way of cross compilation? Or, if
not, what is the way of specifying machine type for ELDK cross
compilation and making the configure script to generate a Makefile
with ppc_8xx prefixed GCC toolchain components.
- For a cross compilation with ELDK how can we be sure that config.h
file for a software packet is generated properly? I mean, how can we
be sure that ELDK components is checked instead of our host linux
system for generating a config.h file by the configure script?
Thanks in advice...
--
M u r at A r t u n, MSc.
Design Engineer
"be conservative in what you do, be liberal in what you accept from others"
^ permalink raw reply
* Re: 2.6.23-rc6-mm1
From: Kamalesh Babulal @ 2007-09-18 12:07 UTC (permalink / raw)
To: Andrew Morton; +Cc: linuxppc-dev, linux-kernel
In-Reply-To: <1190109772.6403.79.camel@localhost.localdomain>
Benjamin Herrenschmidt wrote:
> On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
>
>> On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
>>
>>> Andrew Morton wrote:
>>>
>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
>>>>
>>>> 2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
>>>>
>>>>
>>>>
>>> <snip>
>>>
>>> Hi Andrew,
>>>
>>> The 2.6.23-rc6-mm1build fails at
>>>
>>> CC drivers/pci/hotplug/rpadlpar_core.o
>>> CC drivers/pci/hotplug/rpadlpar_sysfs.o
>>> drivers/pci/hotplug/rpadlpar_sysfs.c:132: error: unknown field `name'
>>> specified in initializer
>>> drivers/pci/hotplug/rpadlpar_sysfs.c: In function `dlpar_sysfs_init':
>>> drivers/pci/hotplug/rpadlpar_sysfs.c:142: error: structure has no member
>>> named `name'
>>> make[3]: *** [drivers/pci/hotplug/rpadlpar_sysfs.o] Error 1
>>> make[2]: *** [drivers/pci/hotplug] Error 2
>>> make[1]: *** [drivers/pci] Error 2
>>> make: *** [drivers] Error 2
>>>
>> This seems to be occuring across a number of the powerpc systems we test
>> with. That driver is a power dynamic lpar IO partitioning driver.
>>
>> Relevant Cc: added.
>>
>
> That's because somebody is breaking sysfs/kobject interfaces without
> fixing all users :-) (Fair enough... it's just that we need to make sure
> whoever takes care of that driver nowadays is aware of the breakage).
>
> Ben.
>
Hi Andrew,
Using the kobject_set_name function to set the kobject k_name.
Signed-off-by: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
---
--- linux-2.6.23-rc6/drivers/pci/hotplug/rpadlpar_sysfs.c
2007-09-18 14:56:05.000000000 +0530
+++ linux-2.6.23-rc6/drivers/pci/hotplug/~rpadlpar_sysfs.c
2007-09-18 16:51:55.000000000 +0530
@@ -129,17 +129,17 @@ struct kobj_type ktype_dlpar_io = {
};
struct kset dlpar_io_kset = {
- .kobj = {.name = DLPAR_KOBJ_NAME,
- .ktype = &ktype_dlpar_io,
- .parent = &pci_hotplug_slots_subsys.kobj},
+ .kobj = {.ktype = &ktype_dlpar_io,
+ .parent = &pci_hotplug_slots_subsys.kobj},
.ktype = &ktype_dlpar_io,
};
int dlpar_sysfs_init(void)
{
+ kobject_set_name(&dlpar_io_kset.kobj, DLPAR_KOBJ_NAME);
if (kset_register(&dlpar_io_kset)) {
printk(KERN_ERR "rpadlpar_io: cannot register kset for
%s\n",
- dlpar_io_kset.kobj.name);
+ dlpar_io_kset.kobj.k_name);
return -EINVAL;
}
--
Thanks & Regards,
Kamalesh Babulal,
Linux Technology Center,
IBM, ISTL.
^ permalink raw reply
* [PATCH] [POWERPC] sysdev/commproc.c: fix copy-n-paste problem
From: Anton Vorontsov @ 2007-09-18 12:29 UTC (permalink / raw)
To: linuxppc-dev
In-Reply-To: <20070918120752.GA4859@localhost.localdomain>
Second export should be for cpm_dpram_phys not cpm_dpram_addr.
Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
---
arch/powerpc/sysdev/commproc.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/commproc.c b/arch/powerpc/sysdev/commproc.c
index b562afc..160a8b4 100644
--- a/arch/powerpc/sysdev/commproc.c
+++ b/arch/powerpc/sysdev/commproc.c
@@ -387,4 +387,4 @@ uint cpm_dpram_phys(u8* addr)
{
return (dpram_pbase + (uint)(addr - dpram_vbase));
}
-EXPORT_SYMBOL(cpm_dpram_addr);
+EXPORT_SYMBOL(cpm_dpram_phys);
--
1.5.0.6
^ permalink raw reply related
* [PATCH] [POWERPC][RFC] sysdev/commproc.c: fix build caused by undefined symbols
From: Anton Vorontsov @ 2007-09-18 12:29 UTC (permalink / raw)
To: linuxppc-dev
In-Reply-To: <20070918120752.GA4859@localhost.localdomain>
cpm_install_handler and cpm_free_handler neither used nor defined
for arch/powerpc.
This causes MPC8xx build failure, patch used to fix that.
Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
---
arch/powerpc/kernel/ppc_ksyms.c | 5 -----
include/asm-powerpc/commproc.h | 3 ---
2 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/kernel/ppc_ksyms.c b/arch/powerpc/kernel/ppc_ksyms.c
index b4163c3..4d28774 100644
--- a/arch/powerpc/kernel/ppc_ksyms.c
+++ b/arch/powerpc/kernel/ppc_ksyms.c
@@ -176,11 +176,6 @@ EXPORT_SYMBOL(console_drivers);
EXPORT_SYMBOL(cacheable_memcpy);
#endif
-#ifdef CONFIG_8xx
-EXPORT_SYMBOL(cpm_install_handler);
-EXPORT_SYMBOL(cpm_free_handler);
-#endif /* CONFIG_8xx */
-
#ifdef CONFIG_PPC32
EXPORT_SYMBOL(next_mmu_context);
EXPORT_SYMBOL(set_context);
diff --git a/include/asm-powerpc/commproc.h b/include/asm-powerpc/commproc.h
index 3972487..0d92012 100644
--- a/include/asm-powerpc/commproc.h
+++ b/include/asm-powerpc/commproc.h
@@ -686,7 +686,4 @@ typedef struct risc_timer_pram {
#define CICR_IEN ((uint)0x00000080) /* Int. enable */
#define CICR_SPS ((uint)0x00000001) /* SCC Spread */
-extern void cpm_install_handler(int vec, void (*handler)(void *), void *dev_id);
-extern void cpm_free_handler(int vec);
-
#endif /* __CPM_8XX__ */
--
1.5.0.6
^ permalink raw reply related
* multicasting in MPC8272ADS
From: Nethra @ 2007-09-18 12:08 UTC (permalink / raw)
To: linuxppc-dev
hi,
I have written a multicast test application in which there is a multicast
sender and receiver.
The multicast sender sends multicast packets on a specified interface and
the multicast
receiver receives multicast packets. I have tested this application on my
network with
x86 machines. But when I run a multicast receiver (which has been cross
compiled for
MPC8272ADS) on my MPC board, it is unable to receive multicast packets (the
recvfrom
call is waiting for ever for packets to arrive). The MPC board is able to
send multicast
packets to without any problems. The /proc/net/dev_mcast shows the
appropriate
entries for the multicast address being enabled for the interface of
interest(esentially
group joining appear to work).
My configuration is a MPC8272ADS board rp_filter =0 for all interfaces (ie
no source
filtering).I am wondering where the problem could be, configurations or the
ethernet
driver itself? Are there some known issues ?
By the way with loopback enabled the reception of packets works
in case the sender and receiver are on the same machine
waiting for ur comments..
thnks
--
View this message in context: http://www.nabble.com/multicasting-in-MPC8272ADS-tf4473829.html#a12755615
Sent from the linuxppc-dev mailing list archive at Nabble.com.
^ permalink raw reply
* [PATCH] [POWERPC][RFC] mpc8xx: fix build with CONFIG_MODULES=y
From: Anton Vorontsov @ 2007-09-18 12:07 UTC (permalink / raw)
To: linuxppc-dev
Hi all,
It seems there is no __res in the arch/powerpc. How it was used in
the new tree, can we now safely remove it? At least kernel builds
with that patch.
Thanks,
Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
---
arch/powerpc/kernel/ppc_ksyms.c | 3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/ppc_ksyms.c b/arch/powerpc/kernel/ppc_ksyms.c
index 430c502..b4163c3 100644
--- a/arch/powerpc/kernel/ppc_ksyms.c
+++ b/arch/powerpc/kernel/ppc_ksyms.c
@@ -180,9 +180,6 @@ EXPORT_SYMBOL(cacheable_memcpy);
EXPORT_SYMBOL(cpm_install_handler);
EXPORT_SYMBOL(cpm_free_handler);
#endif /* CONFIG_8xx */
-#if defined(CONFIG_8xx)
-EXPORT_SYMBOL(__res);
-#endif
#ifdef CONFIG_PPC32
EXPORT_SYMBOL(next_mmu_context);
--
1.5.0.6
^ permalink raw reply related
* Re: [PATCH] [RFC][POWERPC] Merge 32 and 64 bit pci_process_bridge_OF_ranges() instances
From: Valentine Barshak @ 2007-09-18 12:03 UTC (permalink / raw)
To: Vitaly Bordug; +Cc: linuxppc-dev
In-Reply-To: <20070911224952.9838.46644.stgit@localhost.localdomain>
Vitaly Bordug wrote:
> +
> + hose->io_base_phys = cpu_phys_addr - pci_addr;
This is not gonna work on 32-bit platform (unless pci_addr == 0).
Should be
hose->io_base_phys = cpu_phys_addr;
The other way we should adjust io size like we do on 64-bit and rewrite
resource fixup functions.
> + /* handle from 0 to top of I/O window */
> +#ifdef CONFIG_PPC64
> + hose->pci_io_size = pci_addr + size;
> +#endif
> + hose->io_base_virt = ioremap(hose->io_base_phys, size);
Do we need to ioremap on 64-bit? I think 64-bit uses different approach
in handling io space.
> +#ifdef CONFIG_PPC32
> + if (prim)
> + isa_io_base = (unsigned long)hose->io_base_virt;
> +#endif
What's exactly the point of merging this single function?
If this was intended to add 64-bit physical address support to 32-bit
platforms (like ppc440), then it does not seem sufficient to make pci
stuff work right.
What about the 32-bit pcibios_fixup_resources(),
pcibios_resource_to_bus(), pcibios_bus_to_resource() stuff?
There's still no 64-bit support. You'll get
"PCI Cannot allocate resource region" attempting to initialize resources
at PCI start-up.
Thanks,
Valentine.
^ permalink raw reply
* PSC in UART mode on TQM5200S
From: Leopold Stotch @ 2007-09-18 10:13 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 1673 bytes --]
Hello, everyone !
I have TQM5200S module and development board.
It runs factory UBoot and latest DENX's linuxppc_2_4_devel kernel.
I want to configure all TQM5200S's onboard PSC's as UART's.
TQM5200S's onboard PSC's are connected to custom board
that makes all electrical things as my hardware engineer says...
So changed $HOME/linuxppc_2_4_devel/arch/ppc/platforms/tqm5200.h
the following way:
#ifdef CONFIG_PS2MULT
#define RS_TABLE_SIZE 4
#else
#if defined(CONFIG_SPI_EVAL) || defined(CONFIG_TB5200)
#define RS_TABLE_SIZE 2
#elif defined(CONFIG_CAM5200)
#define RS_TABLE_SIZE 6
#else
#define RS_TABLE_SIZE 3
#endif
#endif
changed to
#ifdef CONFIG_PS2MULT
#define RS_TABLE_SIZE 4
#else
#if defined(CONFIG_SPI_EVAL) || defined(CONFIG_TB5200)
#define RS_TABLE_SIZE 2
#elif defined(CONFIG_CAM5200)
#define RS_TABLE_SIZE 6
#else
#define RS_TABLE_SIZE 6
#endif
#endif
and
#else /* default */
#define SERIAL_PORT_DFNS \
STD_PSC_OP(1) \
STD_PSC_OP(2) \
STD_PSC_OP(3)
#endif
changed to
#else /* default */
#define SERIAL_PORT_DFNS \
STD_PSC_OP(1) \
STD_PSC_OP(2) \
STD_PSC_OP(3) \
STD_PSC_OP(4) \
STD_PSC_OP(5) \
STD_PSC_OP(6)
#endif
After rebuilding the kernel, dmesg says:
...
ttyS0 on PSC1
ttyS1 on PSC2
ttyS2 on PSC3
ttyS3 on PSC4
ttyS4 on PSC5
ttyS5 on PSC6
...
But when i do "echo 1 > /dev/ttyS4" i receive nothing at the other end.
The questions are:
Is it possible to reconfigure all PSC's as UART's ?
Should i change something in UBoot or everything i did was wrong ?
P.S. Sorry for my poor english and newbie questions :-)
--
Best regards,
Leopold Stotch
[-- Attachment #2: Type: text/html, Size: 2381 bytes --]
^ permalink raw reply
* Re: 2.6.23-rc6-mm1
From: Benjamin Herrenschmidt @ 2007-09-18 10:02 UTC (permalink / raw)
To: Andy Whitcroft
Cc: linuxppc-dev, Andrew Morton, linux-kernel, Kamalesh Babulal
In-Reply-To: <20070918093444.GB973@shadowen.org>
On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
> On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
> > Andrew Morton wrote:
> > >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
> > >
> > >2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
> > >
> > >
> > <snip>
> >
> > Hi Andrew,
> >
> > The 2.6.23-rc6-mm1build fails at
> >
> > CC drivers/pci/hotplug/rpadlpar_core.o
> > CC drivers/pci/hotplug/rpadlpar_sysfs.o
> > drivers/pci/hotplug/rpadlpar_sysfs.c:132: error: unknown field `name'
> > specified in initializer
> > drivers/pci/hotplug/rpadlpar_sysfs.c: In function `dlpar_sysfs_init':
> > drivers/pci/hotplug/rpadlpar_sysfs.c:142: error: structure has no member
> > named `name'
> > make[3]: *** [drivers/pci/hotplug/rpadlpar_sysfs.o] Error 1
> > make[2]: *** [drivers/pci/hotplug] Error 2
> > make[1]: *** [drivers/pci] Error 2
> > make: *** [drivers] Error 2
>
> This seems to be occuring across a number of the powerpc systems we test
> with. That driver is a power dynamic lpar IO partitioning driver.
>
> Relevant Cc: added.
That's because somebody is breaking sysfs/kobject interfaces without
fixing all users :-) (Fair enough... it's just that we need to make sure
whoever takes care of that driver nowadays is aware of the breakage).
Ben.
^ permalink raw reply
* Re: 2.6.23-rc6-mm1
From: Andy Whitcroft @ 2007-09-18 9:34 UTC (permalink / raw)
To: Kamalesh Babulal; +Cc: linuxppc-dev, Andrew Morton, linux-kernel
In-Reply-To: <46EF96CC.1080807@linux.vnet.ibm.com>
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
> Andrew Morton wrote:
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
> >
> >2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
> >
> >
> <snip>
>
> Hi Andrew,
>
> The 2.6.23-rc6-mm1build fails at
>
> CC drivers/pci/hotplug/rpadlpar_core.o
> CC drivers/pci/hotplug/rpadlpar_sysfs.o
> drivers/pci/hotplug/rpadlpar_sysfs.c:132: error: unknown field `name'
> specified in initializer
> drivers/pci/hotplug/rpadlpar_sysfs.c: In function `dlpar_sysfs_init':
> drivers/pci/hotplug/rpadlpar_sysfs.c:142: error: structure has no member
> named `name'
> make[3]: *** [drivers/pci/hotplug/rpadlpar_sysfs.o] Error 1
> make[2]: *** [drivers/pci/hotplug] Error 2
> make[1]: *** [drivers/pci] Error 2
> make: *** [drivers] Error 2
This seems to be occuring across a number of the powerpc systems we test
with. That driver is a power dynamic lpar IO partitioning driver.
Relevant Cc: added.
-apw
^ permalink raw reply
* Jtag under Linux on MPC875
From: fabien @ 2007-09-18 9:04 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 318 bytes --]
I'm new in embedded system and i need some informations ...
Which tool could i use to connect my board througt the JTAG connector ?
My board is a custom board with a MPC875, and flash is S29GL032M. The probe
that can i use is
a PowerPC BDM windriver Probe 2.
I'm looking for a tool running on linux.
Best regards
Fab
[-- Attachment #2: Type: text/html, Size: 352 bytes --]
^ permalink raw reply
* RE: [PATCH] ucc_geth: fix compilation
From: Li Yang-r58472 @ 2007-09-18 8:56 UTC (permalink / raw)
To: Kumar Gala, Jeff Garzik; +Cc: linuxppc-dev, netdev
In-Reply-To: <C844988E-F6B9-44B9-AB78-C44E19A2E605@kernel.crashing.org>
> -----Original Message-----
> From: linuxppc-dev-bounces+leoli=3Dfreescale.com@ozlabs.org=20
> [mailto:linuxppc-dev-bounces+leoli=3Dfreescale.com@ozlabs.org]=20
> On Behalf Of Kumar Gala
> Sent: Friday, September 14, 2007 10:08 PM
> To: Jeff Garzik
> Cc: linuxppc-dev@ozlabs.org list; netdev
> Subject: Re: [PATCH] ucc_geth: fix compilation
>=20
>=20
> On Sep 13, 2007, at 10:23 AM, Anton Vorontsov wrote:
>=20
> > Currently qe_bd_t is used in the macro call --=20
> dma_unmap_single, which=20
> > is a no-op on PPC32, thus error is hidden today. Starting=20
> with 2.6.24,=20
> > macro will be replaced by the empty static function, and=20
> erroneous use=20
> > of qe_bd_t will trigger compilation error.
> >
> > Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> > ---
>=20
> Jeff, I'm going to pick this up via the powerpc.git tree=20
> since its currently only broken in our for-2.6.24 branch=20
> (because of other changes in there). Any issues?
Kumar,
Kim Phillips has posted the same patch to netdev list before Anton.
Therefore, I do prefer to use his. Thanks
- Leo
^ permalink raw reply
* Re: Problem booting linux with device tree table
From: Bartlomiej Sieka @ 2007-09-18 8:06 UTC (permalink / raw)
To: Mustafa Cayir; +Cc: linuxppc-embedded
In-Reply-To: <7B9A8FF57DBB524190E98CABF6E56F070B9298@itri.bte.mam.gov.tr>
Mustafa Cayir wrote:
> Hi all,
>
> I am trying to boot TQM5200 with linux 2.6 kernel. i am using latest
> version of linux and u-boot from denx. And compiled with ELDK4.1
>
> i use dtc compiler with following command: dtc -O dtb -o tqm5200.dtb
> -b 0 tqm5200.dts
The following switches to dtc taken from
http://www.denx.de/wiki/UBoot/UBootFdtInfo work for me:
dtc -b 0 -V 17 -R 4 -S 0x3000 -I dts -O dtb -f tqm5200.dts > tqm5200.dtb
You might want to try them out, especially the "-S 0x3000".
Regards,
Bartlomiej
^ permalink raw reply
* Problem booting linux with device tree table
From: Mustafa Cayir @ 2007-09-18 7:53 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 1448 bytes --]
Hi all,
I am trying to boot TQM5200 with linux 2.6 kernel. i am using latest version of linux and u-boot from denx. And compiled with ELDK4.1
i use dtc compiler with following command:
dtc -O dtb -o tqm5200.dtb -b 0 tqm5200.dts
Booting process gives following error and reset the board.
WARNING: could not create /chosen FDT_ERR_NOSPACE.
ERROR: /chosen node create failed - must RESET the board to recover.
Regards.
Using FEC ETHERNET device
TFTP from server 10.18.2.83; our IP address is 10.18.5.44
Filename 'uImage'.
Load address: 0x200000
Loading: #################################################################
####################################
done
Bytes transferred = 1473038 (167a0e hex)
Using FEC ETHERNET device
TFTP from server 10.18.2.83; our IP address is 10.18.5.44
Filename 'tqm5200.dtb'.
Load address: 0x400000
Loading: #
done
Bytes transferred = 3816 (ee8 hex)
## Booting image at 00200000 ...
Image Name: Linux-2.6.23-rc6-gf695e369
Created: 2007-09-19 1:31:43 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1472974 Bytes = 1.4 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Booting using the fdt at 0x400000
WARNING: could not create /chosen FDT_ERR_NOSPACE.
ERROR: /chosen node create failed - must RESET the board to recover.
[-- Attachment #2: Type: text/html, Size: 2231 bytes --]
^ permalink raw reply
* RE: Ethernet adapter not found in Xilinx ppc, with linux 2.6.22
From: Ming Liu @ 2007-09-18 7:39 UTC (permalink / raw)
To: jqhu936, linuxppc-embedded
In-Reply-To: <12745876.post@talk.nabble.com>
Hi,
>
>After several days of struggling I'm now able to boot the linux 2.6.22 and
>run the busybox-1.7.1 root system. Yet I could not find the Ethernet
>adapter using Xilinx GMAC core. Pretty sure that I've chosen the 10/100
>Ethernet drivers. Should I use the Xilinx driver xemac, or other drivers,
>or any other way to apply a patch?
If you are using gigabit ethernet, you must have the corresponding driver
(gigabit or tri-state) instead of 10/100 one included.
BR
Ming
_________________________________________________________________
免费下载 MSN Explorer: http://explorer.msn.com/lccn/
^ permalink raw reply
* [PATCH 2/2] [POWERPC] fwnmi is only used on pSeries
From: Stephen Rothwell @ 2007-09-18 7:25 UTC (permalink / raw)
To: paulus; +Cc: ppc-dev
In-Reply-To: <20070918172259.dc4172b0.sfr@canb.auug.org.au>
This saves 4k on non pSeries builds (except for iSeries where it saves
almost 4k).
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
arch/powerpc/kernel/crash_dump.c | 2 ++
arch/powerpc/kernel/head_64.S | 7 +++++++
2 files changed, 9 insertions(+), 0 deletions(-)
Boot tested on iSeries and POWER5+.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
diff --git a/arch/powerpc/kernel/crash_dump.c b/arch/powerpc/kernel/crash_dump.c
index ffa91d6..29ff77c 100644
--- a/arch/powerpc/kernel/crash_dump.c
+++ b/arch/powerpc/kernel/crash_dump.c
@@ -54,8 +54,10 @@ void __init setup_kdump_trampoline(void)
create_trampoline(i);
}
+#ifdef CONFIG_PPC_PSERIES
create_trampoline(__pa(system_reset_fwnmi) - PHYSICAL_START);
create_trampoline(__pa(machine_check_fwnmi) - PHYSICAL_START);
+#endif /* CONFIG_PPC_PSERIES */
DBG(" <- setup_kdump_trampoline()\n");
}
diff --git a/arch/powerpc/kernel/head_64.S b/arch/powerpc/kernel/head_64.S
index 384cc75..22ac245 100644
--- a/arch/powerpc/kernel/head_64.S
+++ b/arch/powerpc/kernel/head_64.S
@@ -341,6 +341,7 @@ slb_miss_user_pseries:
b . /* prevent spec. execution */
#endif /* __DISABLED__ */
+#ifdef CONFIG_PPC_PSERIES
/*
* Vectors for the FWNMI option. Share common code.
*/
@@ -358,6 +359,8 @@ machine_check_fwnmi:
mtspr SPRN_SPRG1,r13 /* save r13 */
EXCEPTION_PROLOG_PSERIES_FORCE_64BIT(PACA_EXMC, machine_check_common)
+#endif /* CONFIG_PPC_PSERIES */
+
/*** Common interrupt handlers ***/
STD_EXCEPTION_COMMON(0x100, system_reset, .system_reset_exception)
@@ -1012,6 +1015,7 @@ _GLOBAL(do_stab_bolted)
initial_stab:
.space 4096
+#ifdef CONFIG_PPC_PSERIES
/*
* Data area reserved for FWNMI option.
* This address (0x7000) is fixed by the RPA.
@@ -1019,6 +1023,7 @@ initial_stab:
.= 0x7000
.globl fwnmi_data_area
fwnmi_data_area:
+#endif /* CONFIG_PPC_PSERIES */
/* iSeries does not use the FWNMI stuff, so it is safe to put
* this here, even if we later allow kernels that will boot on
@@ -1043,7 +1048,9 @@ xLparMap:
#endif /* CONFIG_PPC_ISERIES */
+#ifdef CONFIG_PPC_PSERIES
. = 0x8000
+#endif /* CONFIG_PPC_PSERIES */
/*
* On pSeries and most other platforms, secondary processors spin
--
1.5.3.1
^ permalink raw reply related
* [PATCH 1/2] [POWERPC] Size swapper_pg_dir correctly
From: Stephen Rothwell @ 2007-09-18 7:22 UTC (permalink / raw)
To: paulus; +Cc: ppc-dev
David Gibson pointed out that swapper_pg_dir actually need to be
PGD_TABLE_SIZE bytes long not PAGE_SIZE. This actually saves 64k in
the bss for a kernel ppc64_defconfig built with CONFIG_PPC_64K_PAGES.
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
arch/powerpc/kernel/asm-offsets.c | 4 ++++
arch/powerpc/kernel/head_64.S | 2 +-
include/asm-powerpc/pgtable-4k.h | 2 ++
include/asm-powerpc/pgtable-64k.h | 2 ++
4 files changed, 9 insertions(+), 1 deletions(-)
Boot tested on a POWER5+ with 4K and 64K pages.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
index a408053..0ae5d57 100644
--- a/arch/powerpc/kernel/asm-offsets.c
+++ b/arch/powerpc/kernel/asm-offsets.c
@@ -320,5 +320,9 @@ int main(void)
DEFINE(VMALLOC_START_ESID, GET_ESID(VMALLOC_START));
DEFINE(VMALLOC_START_VSID, KERNEL_VSID(VMALLOC_START));
#endif
+
+#ifdef CONFIG_PPC64
+ DEFINE(PGD_TABLE_SIZE, PGD_TABLE_SIZE);
+#endif
return 0;
}
diff --git a/arch/powerpc/kernel/head_64.S b/arch/powerpc/kernel/head_64.S
index f4ae82e..384cc75 100644
--- a/arch/powerpc/kernel/head_64.S
+++ b/arch/powerpc/kernel/head_64.S
@@ -1539,4 +1539,4 @@ empty_zero_page:
.globl swapper_pg_dir
swapper_pg_dir:
- .space PAGE_SIZE
+ .space PGD_TABLE_SIZE
diff --git a/include/asm-powerpc/pgtable-4k.h b/include/asm-powerpc/pgtable-4k.h
index add5481..818e2ab 100644
--- a/include/asm-powerpc/pgtable-4k.h
+++ b/include/asm-powerpc/pgtable-4k.h
@@ -10,10 +10,12 @@
#define PUD_INDEX_SIZE 7
#define PGD_INDEX_SIZE 9
+#ifndef __ASSEMBLY__
#define PTE_TABLE_SIZE (sizeof(pte_t) << PTE_INDEX_SIZE)
#define PMD_TABLE_SIZE (sizeof(pmd_t) << PMD_INDEX_SIZE)
#define PUD_TABLE_SIZE (sizeof(pud_t) << PUD_INDEX_SIZE)
#define PGD_TABLE_SIZE (sizeof(pgd_t) << PGD_INDEX_SIZE)
+#endif /* __ASSEMBLY__ */
#define PTRS_PER_PTE (1 << PTE_INDEX_SIZE)
#define PTRS_PER_PMD (1 << PMD_INDEX_SIZE)
diff --git a/include/asm-powerpc/pgtable-64k.h b/include/asm-powerpc/pgtable-64k.h
index 33ae901..bd54b77 100644
--- a/include/asm-powerpc/pgtable-64k.h
+++ b/include/asm-powerpc/pgtable-64k.h
@@ -9,9 +9,11 @@
#define PUD_INDEX_SIZE 0
#define PGD_INDEX_SIZE 4
+#ifndef __ASSEMBLY__
#define PTE_TABLE_SIZE (sizeof(real_pte_t) << PTE_INDEX_SIZE)
#define PMD_TABLE_SIZE (sizeof(pmd_t) << PMD_INDEX_SIZE)
#define PGD_TABLE_SIZE (sizeof(pgd_t) << PGD_INDEX_SIZE)
+#endif /* __ASSEMBLY__ */
#define PTRS_PER_PTE (1 << PTE_INDEX_SIZE)
#define PTRS_PER_PMD (1 << PMD_INDEX_SIZE)
--
1.5.3.1
^ permalink raw reply related
* Re: [PATCH 24/28] mpc82xx: Remove a bunch of cruft that duplicates generic functionality.
From: David Gibson @ 2007-09-18 6:48 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev
In-Reply-To: <20070917165816.GX6563@loki.buserror.net>
On Mon, Sep 17, 2007 at 11:58:16AM -0500, Scott Wood wrote:
> m82xx_calibrate_decr(), mpc82xx_ads_show_cpuinfo(), and mpc82xx_halt() do
> anything useful beyond what the generic code does.
>
> Signed-off-by: Scott Wood <scottwood@freescale.com>
Acked-by: David Gibson <david@gibson.dropbear.id.au>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
^ permalink raw reply
* Re: [PATCH 02/28] Introduce new CPM device bindings.
From: David Gibson @ 2007-09-18 6:13 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev
In-Reply-To: <20070917165730.GB6563@loki.buserror.net>
On Mon, Sep 17, 2007 at 11:57:30AM -0500, Scott Wood wrote:
> This introduces a new device binding for the CPM and other devices on
> these boards. Some of the changes include:
>
> 1. Proper namespace scoping for Freescale compatibles and properties.
>
> 2. Use compatible rather than things like device_type and model
> to determine which particular variant of a device is present.
>
> 3. Give the drivers the relevant CPM command word directly, rather than
> requiring it to have a lookup table based on device-id, SCC v. SMC, and
> CPM version.
>
> 4. Specify the CPCR and the usable DPRAM region in the CPM's reg property.
>
> Boards that do not require the legacy bindings should select
> CONFIG_PPC_CPM_NEW_BINDING to enable the of_platform CPM devices. Once
> all existing boards are converted and tested, the config option can
> become default y to prevent new boards from using the old model. Once
> arch/ppc is gone, the config option can be removed altogether.
>
> Signed-off-by: Scott Wood <scottwood@freescale.com>
Acked-by: David Gibson <david@gibson.dropbear.id.au>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
^ permalink raw reply
* Re: [PATCH 01/28] CPM: Change from fsl, brg-frequency to brg/clock-frequency
From: David Gibson @ 2007-09-18 6:11 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev
In-Reply-To: <20070917165728.GA6563@loki.buserror.net>
On Mon, Sep 17, 2007 at 11:57:28AM -0500, Scott Wood wrote:
> As suggested by David Gibson, now that we have a separate node
> for the baud rate generators, it's better to use the standard
> clock-frequency property than a cpm-node-level fsl,brg-frequency
> property.
>
> This patch updates existing places where fsl,brg-frequency is
> used.
>
> Signed-off-by: Scott Wood <scottwood@freescale.com>
[snip]
> diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_soc.c
> index d028e8d..3052366 100644
> --- a/arch/powerpc/sysdev/fsl_soc.c
> +++ b/arch/powerpc/sysdev/fsl_soc.c
> @@ -73,22 +73,26 @@ static u32 brgfreq = -1;
> u32 get_brgfreq(void)
> {
> struct device_node *node;
> + const unsigned int *prop;
> + int size;
>
> if (brgfreq != -1)
> return brgfreq;
>
> - node = of_find_compatible_node(NULL, NULL, "fsl,cpm1");
> - if (!node)
> - node = of_find_compatible_node(NULL, NULL, "fsl,cpm2");
> - if (!node)
> - node = of_find_node_by_type(NULL, "cpm");
> + node = of_find_compatible_node(NULL, NULL, "fsl,cpm-brg");
> if (node) {
> - int size;
> - const unsigned int *prop;
> + prop = of_get_property(node, "clock-frequency", &size);
> + if (prop && size == 4)
> + brgfreq = *prop;
>
> - prop = of_get_property(node, "fsl,brg-frequency", &size);
> - if (!prop)
> - prop = of_get_property(node, "brg-frequency", &size);
> + of_node_put(node);
> + return brgfreq;
> + }
> +
> + /* Legacy device binding -- will go away when no users are left. */
> + node = of_find_node_by_type(NULL, "cpm");
> + if (node) {
> + prop = of_get_property(node, "brg-frequency", &size);
Shouldn't you check for "fsl,brg-frequency" here, in case of old
device trees?
> if (prop && size == 4)
> brgfreq = *prop;
>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox