LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
* #PPC: timeout while waiting for freeze
From: Bheemappa @ 2007-11-22  6:00 UTC (permalink / raw)
  To: linuxppc-embedded

  

Hello
      I am using BDI2000 debugger to debug our custom board which has 
MPC7457 processor and Marvell's discovery-ii(MV64360) as host bridge. I 
have 
connectd target board to BDI using JTAG.I am getting the BDI prompt and 
also its reading PVR number correctly, but when I am  trying to access 
any memory location i.e 0xf1000000 using below command its giving below 
error.



BDI> md 0xf1000000
#PPC: timeout while waiting for freeze

  Why this error is coming ? , can you give us more detailed description
for this error message , so that we can trace the source of error mssage.

 Regards
 Bheema
 RASS Tech Pvt Ltd
 Bangalore

^ permalink raw reply

* Re: [PATCH 01/10] powerpc: Set up OF properties for ppc32 kexec
From: Stephen Rothwell @ 2007-11-22 22:17 UTC (permalink / raw)
  To: Dale Farnsworth; +Cc: linuxppc-dev
In-Reply-To: <20071122154517.GA26340@xyzzy.farnsworth.org>

[-- Attachment #1: Type: text/plain, Size: 450 bytes --]

Hi Dale,

Just a nit ...

On Thu, 22 Nov 2007 08:45:17 -0700 Dale Farnsworth <dale@farnsworth.org> wrote:
>
> +static struct property crashk_base_prop = {
> +	.name = "linux,crashkernel-base",
> +	.length = sizeof(unsigned long),
> +	.value = &crashk_res.start, };
                                    ^^
Should be on a new line.

-- 
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

* Re: [PATCH 03/10] powerpc: Add kexec support for PPC_85xx platforms
From: Stephen Rothwell @ 2007-11-22 22:20 UTC (permalink / raw)
  To: Dale Farnsworth; +Cc: linuxppc-dev
In-Reply-To: <20071122154607.GA26447@xyzzy.farnsworth.org>

[-- Attachment #1: Type: text/plain, Size: 1670 bytes --]

More nits ...

On Thu, 22 Nov 2007 08:46:07 -0700 Dale Farnsworth <dale@farnsworth.org> wrote:
>
> @@ -259,6 +260,11 @@ define_machine(mpc85xx_ads) {
>  	.show_cpuinfo		= mpc85xx_ads_show_cpuinfo,
>  	.get_irq		= mpic_get_irq,
>  	.restart		= fsl_rstcr_restart,
> +#ifdef CONFIG_KEXEC
> +	.machine_kexec_prepare = default_machine_kexec_prepare,
> +	.machine_kexec = default_machine_kexec,
> +	.machine_crash_shutdown	= default_machine_crash_shutdown,
> +#endif

Please line these up for consistency.

> @@ -352,6 +353,11 @@ define_machine(mpc85xx_cds) {
>  #else
>  	.restart	= fsl_rstcr_restart,
>  #endif
> +#ifdef CONFIG_KEXEC
> +	.machine_kexec_prepare = default_machine_kexec_prepare,
> +	.machine_kexec = default_machine_kexec,
> +	.machine_crash_shutdown	= default_machine_crash_shutdown,
> +#endif

And here

> @@ -224,6 +225,11 @@ define_machine(mpc8572_ds) {
>  #endif
>  	.get_irq		= mpic_get_irq,
>  	.restart		= fsl_rstcr_restart,
> +#ifdef CONFIG_KEXEC
> +	.machine_kexec_prepare = default_machine_kexec_prepare,
> +	.machine_kexec = default_machine_kexec,
> +	.machine_crash_shutdown	= default_machine_crash_shutdown,
> +#endif

And again ...

> @@ -202,6 +203,11 @@ define_machine(mpc85xx_mds) {
>  	.init_IRQ	= mpc85xx_mds_pic_init,
>  	.get_irq	= mpic_get_irq,
>  	.restart	= fsl_rstcr_restart,
> +#ifdef CONFIG_KEXEC
> +	.machine_kexec_prepare = default_machine_kexec_prepare,
> +	.machine_kexec = default_machine_kexec,
> +	.machine_crash_shutdown	= default_machine_crash_shutdown,
> +#endif

-- 
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

* Re: [PATCH] PPC: CHRP - fix possible NULL pointer dereference
From: Stephen Rothwell @ 2007-11-22 23:16 UTC (permalink / raw)
  To: Cyrill Gorcunov; +Cc: Olof Johansson, PPCML, Paul, Mackerras, LKML
In-Reply-To: <20071122195423.GA9877@cvg>

[-- Attachment #1: Type: text/plain, Size: 658 bytes --]

On Thu, 22 Nov 2007 22:54:23 +0300 Cyrill Gorcunov <gorcunov@gmail.com> wrote:
>
> This patch does fix possible NULL pointer dereference
> inside of strncmp() if of_get_property() failed.

Thanks for this.

>  static void __init sio_init(void)
>  {
>  	struct device_node *root;
> +	const char *model = NULL;

You don't need this initialization as you always assign the variable
before you use it.

> +	root = of_find_node_by_path("/");
> +	if (root) {

	if (!root)
		return;

would save a level of indentation. Not important.

-- 
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

* Re: Hardware debuggers for PPC74xx G4 CPUs
From: Benjamin Herrenschmidt @ 2007-11-22 23:37 UTC (permalink / raw)
  To: Wolfgang Denk; +Cc: Olof Johansson, linuxppc-dev
In-Reply-To: <20071118004729.67824247F1@gemini.denx.de>


On Sun, 2007-11-18 at 01:47 +0100, Wolfgang Denk wrote:
> In message <9e4733910711141834n2bfb1742v5637c56e27e26f5a@mail.gmail.com> you wrote:
> >
> > > * The documentation is only available under NDA, a problem for open
> > > source debuggers.
> > 
> > This is what we need. I would like it specifically for the mpc5200.
> > But we want to use it in OpenOCD so NDA won't work.
> 
> It doesn't work. Been  there  a  logn  time  ago.  It's  and  endless
> fingerpointing.  Freescale  (by  then:  Motorola)  says  they  cannot
> release any information because of their contracts with IBM, and vice
> versa.

It seems like AMCC does provide the necessary infos for 4xx processors
though. Jon, do you think what they provide is enough to use an open
source debugger ?

Ben.

^ permalink raw reply

* Re: Hardware debuggers for PPC74xx G4 CPUs
From: Jon Smirl @ 2007-11-23  0:00 UTC (permalink / raw)
  To: benh; +Cc: Olof Johansson, linuxppc-dev
In-Reply-To: <1195774625.6970.145.camel@pasglop>

On 11/22/07, Benjamin Herrenschmidt <benh@kernel.crashing.org> wrote:
>
> On Sun, 2007-11-18 at 01:47 +0100, Wolfgang Denk wrote:
> > In message <9e4733910711141834n2bfb1742v5637c56e27e26f5a@mail.gmail.com> you wrote:
> > >
> > > > * The documentation is only available under NDA, a problem for open
> > > > source debuggers.
> > >
> > > This is what we need. I would like it specifically for the mpc5200.
> > > But we want to use it in OpenOCD so NDA won't work.
> >
> > It doesn't work. Been  there  a  logn  time  ago.  It's  and  endless
> > fingerpointing.  Freescale  (by  then:  Motorola)  says  they  cannot
> > release any information because of their contracts with IBM, and vice
> > versa.
>
> It seems like AMCC does provide the necessary infos for 4xx processors
> though. Jon, do you think what they provide is enough to use an open
> source debugger ?

Do you have a link to the info?

>
> Ben.
>
>
>


-- 
Jon Smirl
jonsmirl@gmail.com

^ permalink raw reply

* Re: Hardware debuggers for PPC74xx G4 CPUs
From: Benjamin Herrenschmidt @ 2007-11-23  0:22 UTC (permalink / raw)
  To: Jon Smirl; +Cc: Olof Johansson, linuxppc-dev
In-Reply-To: <9e4733910711221600t378a3afate51cc798df0d8b8d@mail.gmail.com>


On Thu, 2007-11-22 at 19:00 -0500, Jon Smirl wrote:
> > It seems like AMCC does provide the necessary infos for 4xx
> processors
> > though. Jon, do you think what they provide is enough to use an open
> > source debugger ?
> 
> Do you have a link to the info?

Not at hand, but easy to find from AMCC main product page, you can then
go to the various eval board download pages, and some of the d/l are
infos for JTAG debugger manufacturers.

Ben.

^ permalink raw reply

* Re: Initramfs problem on virtex4fx
From: David H. Lynch Jr. @ 2007-11-23  1:20 UTC (permalink / raw)
  To: schardt; +Cc: Linux PPC Linux PPC
In-Reply-To: <47453B63.6010100@fz-juelich.de>

schardt wrote:
> Hi all,
>
> i try to run linux from flash with the initramfs as root filesystem.
> i wrote a simple hello_world as init to test the initramfs.
>
> the kernel boots normaly, but instead of the complete "Hello World" i
> see only "He"
> and the system hangs.
>
> Does anyone have similar problems ? And solved it ? ;)
>
> Regards
> Georg
>   
    The Pico Linux BSP uses initramfs.  The whole Pico Linux development
environment including busybox and an initramfs  cross compilers, Linux
source - pretty much everything you need is at
http://www.picocomputing.com/downloads/software.php, everything is
incorporated into a Colinux install, though you can just pull out the
necescary peices - the cross compiler, busy box, intramfs and linux
source if you are working completely under linux. 

   



>
> -------------------------------------------------------------------
> -------------------------------------------------------------------
> Forschungszentrum Jülich GmbH
> 52425 Jülich
>
> Sitz der Gesellschaft: Jülich
> Eingetragen im Handelsregister des Amtsgerichts Düren Nr. HR B 3498
> Vorsitzende des Aufsichtsrats: MinDirig'in Bärbel Brumme-Bothe
> Geschäftsführung: Prof. Dr. Achim Bachem (Vorsitzender),
> Dr. Ulrich Krafft (stellv. Vorsitzender), Dr. Sebastian M. Schmidt
> -------------------------------------------------------------------
> -------------------------------------------------------------------
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>   


-- 
Dave Lynch 					  	    DLA Systems
Software Development:  				         Embedded Linux
717.627.3770 	       dhlii@dlasys.net 	  http://www.dlasys.net
fax: 1.253.369.9244 			           Cell: 1.717.587.7774
Over 25 years' experience in platforms, languages, and technologies too numerous to list.

"Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction."
Albert Einstein

^ permalink raw reply

* Re: [PATCH] PPC: CHRP - fix possible NULL pointer dereference
From: Cyrill Gorcunov @ 2007-11-23  4:23 UTC (permalink / raw)
  To: Stephen Rothwell; +Cc: Olof Johansson, PPCML, Paul Mackerras, LKML
In-Reply-To: <20071123101646.63550945.sfr@canb.auug.org.au>

On 11/23/07, Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> On Thu, 22 Nov 2007 22:54:23 +0300 Cyrill Gorcunov <gorcunov@gmail.com>
> wrote:
> >
> > This patch does fix possible NULL pointer dereference
> > inside of strncmp() if of_get_property() failed.
>
> Thanks for this.
>
> >  static void __init sio_init(void)
> >  {
> >   struct device_node *root;
> > + const char *model = NULL;
>
> You don't need this initialization as you always assign the variable
> before you use it.
>
> > + root = of_find_node_by_path("/");
> > + if (root) {
>
>  if (!root)
>   return;
>
> would save a level of indentation. Not important.
>
> --
> Cheers,
> Stephen Rothwell                    sfr@canb.auug.org.au
> http://www.canb.auug.org.au/~sfr/
>
Oh my :) Thanks. I'll fix it and resend.

^ permalink raw reply

* Re: [PATCH 01/10] powerpc: Set up OF properties for ppc32 kexec
From: Dale Farnsworth @ 2007-11-23  4:43 UTC (permalink / raw)
  To: Stephen Rothwell; +Cc: linuxppc-dev
In-Reply-To: <20071123091727.6e6fcd7a.sfr@canb.auug.org.au>

On Fri, Nov 23, 2007 at 09:17:27AM +1100, Stephen Rothwell wrote:
> Hi Dale,
> 
> Just a nit ...
> 
> On Thu, 22 Nov 2007 08:45:17 -0700 Dale Farnsworth <dale@farnsworth.org> wrote:
> > +static struct property crashk_base_prop = {
> > +	.name = "linux,crashkernel-base",
> > +	.length = sizeof(unsigned long),
> > +	.value = &crashk_res.start, };

Heh.  How did that happen?  :)

I'll fix it as well as the alignment issues you mentioned.

Thanks Stephen.

-Dale

^ permalink raw reply

* Re: [PATCH] PPC: CHRP - fix possible NULL pointer dereference
From: Cyrill Gorcunov @ 2007-11-23  5:43 UTC (permalink / raw)
  To: Stephen Rothwell; +Cc: Olof Johansson, PPCML, Paul Mackerras, LKML
In-Reply-To: <20071123101646.63550945.sfr@canb.auug.org.au>

[-- Attachment #1: Type: text/plain, Size: 232 bytes --]

Here is updated version
---
From: Cyrill Gorcunov <gorcunov@gmail.com>

This patch does fix possible NULL pointer dereference
inside of strncmp() if of_get_property() failed.

Signed-off-by: Cyrill Gorcunov <gorcunov@gmail.com>
---

[-- Attachment #2: ppc-chrs-null-fix.diff --]
[-- Type: text/plain, Size: 1356 bytes --]

 arch/powerpc/platforms/chrp/setup.c |   13 +++++++++----
 1 files changed, 9 insertions(+), 4 deletions(-)

diff --git a/arch/powerpc/platforms/chrp/setup.c b/arch/powerpc/platforms/chrp/setup.c
index 5930626..da4e45e 100644
--- a/arch/powerpc/platforms/chrp/setup.c
+++ b/arch/powerpc/platforms/chrp/setup.c
@@ -115,7 +115,7 @@ void chrp_show_cpuinfo(struct seq_file *m)
 	seq_printf(m, "machine\t\t: CHRP %s\n", model);
 
 	/* longtrail (goldengate) stuff */
-	if (!strncmp(model, "IBM,LongTrail", 13)) {
+	if (model && !strncmp(model, "IBM,LongTrail", 13)) {
 		/* VLSI VAS96011/12 `Golden Gate 2' */
 		/* Memory banks */
 		sdramen = (in_le32(gg2_pci_config_base + GG2_PCI_DRAM_CTRL)
@@ -203,15 +203,20 @@ static void __init sio_fixup_irq(const char *name, u8 device, u8 level,
 static void __init sio_init(void)
 {
 	struct device_node *root;
+	const char *model;
 
-	if ((root = of_find_node_by_path("/")) &&
-	    !strncmp(of_get_property(root, "model", NULL),
-			"IBM,LongTrail", 13)) {
+	root = of_find_node_by_path("/");
+	if (!root)
+		return;
+
+	model = of_get_property(root, "model", NULL);
+	if (model && !strncmp(model,"IBM,LongTrail", 13)) {
 		/* logical device 0 (KBC/Keyboard) */
 		sio_fixup_irq("keyboard", 0, 1, 2);
 		/* select logical device 1 (KBC/Mouse) */
 		sio_fixup_irq("mouse", 1, 12, 2);
 	}
+
 	of_node_put(root);
 }
 

^ permalink raw reply related

* register writing fails
From: Deep Deep @ 2007-11-23  6:55 UTC (permalink / raw)
  To: Linuxppc-dev

[-- Attachment #1: Type: text/plain, Size: 500 bytes --]

Hi everyone,

I am writing a serial port driver for ppc board. I am facing a very strange problem. I can read the values from registers of  serial port but at the time of configuration or writing the values in the register, its not allowing me to change the reset values.  I am not sure about the problem cause. 

Thanks,
sachin






      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs

[-- Attachment #2: Type: text/html, Size: 725 bytes --]

^ permalink raw reply

* Re: Firmware Support for USB Hub
From: Misbah khan @ 2007-11-23  8:45 UTC (permalink / raw)
  To: linuxppc-embedded
In-Reply-To: <13877282.post@talk.nabble.com>


This is the reply that i got from the Freescale :-

--------------------------------------------------------------------------
Reply from Freescale 
In reply to your Service Request SR 1-403672820:

We recommend using the MPC8272 USB controller.
We know that customers use the MPC8272/MPC8248 USB controller.
You can find also USB drivers in Linux software for the MPC8272.
For example Linux BSP for Freescale MPC8272ADS contains USB slave 
driver 
(http://www.freescale.com/webapp/sps/site/overview.jsp?nodeId=0127260061033202A5).

Linux USB driver is available in the Arabella Linux 
(http://www.arabellasw.com/products-pow2.php).

If the MPC8272 is USB host, the transaction-level interface can be used.

Note: The MPC8272 USB does not support high-speed mode. It can 
operate on low-speed mode (1.5MHz) or full-speed mode (12MHz).

------------------------------------------------------------------------------------------

Can any body comment on this and help me how to start with and requirement
is this :-

I need a USB Hub to be connected to the PPC8248 board with Montavista Linux
2.6.10 
on it what shall i do to achive it ....????The challenges you already know 

Hoping for the the Help ...




Misbah khan wrote:
> 
> Hi all,
> 
> I am using a 8248 processor which has a USB controller and i need to
> connect a USB Hub to it, iam using Montavista Linux .I need to know that
> what are the support i need form Montavista or Open source to have an
> interface with Usb hub. ???
> 
> Is there any driver that we need to make if so what type ???
> 
> --misbah <><
> 

-- 
View this message in context: http://www.nabble.com/Firmware-Support-for-USB-Hub-tf4850180.html#a13908701
Sent from the linuxppc-embedded mailing list archive at Nabble.com.

^ permalink raw reply

* Re: ML403 USB driver
From: Peter Korsgaard @ 2007-11-23 10:34 UTC (permalink / raw)
  To: Lorenz Kolb; +Cc: linuxppc-embedded
In-Reply-To: <13858912.post@talk.nabble.com>

>>>>> "Lorenz" == Lorenz Kolb <linuxppcemb@lkmail.de> writes:

 Lorenz> Hi,

 Lorenz> we just tried the USB driver (from Peter Korsgaard) from
 Lorenz> Grant's virtex tree.

 Lorenz> Nevertheless we could not get the peripheral ports work as gadgets.
 Lorenz> Has anyone tried (and probably fixed) that before?

My driver so far only has host support. I'm working on the peripheral
support (or rather, a colleage of mine is) but it's quite early days
..

 Lorenz> Anyway, only one of the two peripheral ports seems to be active.

The Linux gadget stack only support a single peripheral port.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* cant' compile busybox-1.8.1 with eldk 4.1
From: fabien @ 2007-11-23 10:56 UTC (permalink / raw)
  To: linuxppc-embedded

I try to compile busybox for my ppc custom  board. I successfuly
compile kernel 2.6.19 with
eldk and boot it. Now i try to get busybox working but i get some
errors at compile time.
It's look strange if someone can spend one minute to look at the compile log
What step could i miss ?
Thank a lot

[fabien@localhost busybox-1.8.1]  cat /opt/eldk/version
ELDK version 4.1
ppc_8xx: Build 2007-01-21-uclibc

[fabien@localhost busybox-1.8.1]$ make CROSS_COMPILE=ppc_8xx-
 CC      applets/applets.o
In file included from /opt/eldk/usr/../ppc_8xx/usr/include/netinet/in.h:212,
                from /opt/eldk/usr/../ppc_8xx/usr/include/arpa/inet.h:23,
                from include/platform.h:139,
                from include/libbb.h:13,
                from include/busybox.h:10,
                from applets/applets.c:11:
/opt/eldk/usr/../ppc_8xx/usr/include/bits/socket.h:305:24: error:
asm/socket.h: No such file or directory
In file included from /opt/eldk/usr/../ppc_8xx/usr/include/sys/ioctl.h:27,
                from /opt/eldk/usr/../ppc_8xx/usr/include/sys/mount.h:26,
                from include/platform.h:305,
                from include/libbb.h:13,
                from include/busybox.h:10,
                from applets/applets.c:11:
/opt/eldk/usr/../ppc_8xx/usr/include/bits/ioctls.h:24:24: error:
asm/ioctls.h: No such file or directory
In file included from /opt/eldk/usr/../ppc_8xx/usr/include/signal.h:309,
                from include/libbb.h:23,
                from include/busybox.h:10,
                from applets/applets.c:11:
/opt/eldk/usr/../ppc_8xx/usr/include/bits/sigcontext.h:28:29: error:
asm/sigcontext.h: No such file or directory
In file included from /opt/eldk/usr/../ppc_8xx/usr/include/ucontext.h:25,
                from /opt/eldk/usr/../ppc_8xx/usr/include/signal.h:326,
                from include/libbb.h:23,
                from include/busybox.h:10,
                from applets/applets.c:11:
/opt/eldk/usr/../ppc_8xx/usr/include/sys/ucontext.h:37: error: field
'uc_mcontext' has incomplete type
In file included from /opt/eldk/usr/../ppc_8xx/usr/include/sys/param.h:24,
                from include/libbb.h:67,
                from include/busybox.h:10,
                from applets/applets.c:11:
/opt/eldk/usr/../ppc_8xx/usr/include/linux/param.h:4:23: error:
asm/param.h: No such file or directory
make[1]: *** [applets/applets.o] Erreur 1
make: *** [applets] Erreur 2

^ permalink raw reply

* Re: cant' compile busybox-1.8.1 with eldk 4.1
From: Clemens Koller @ 2007-11-23 12:05 UTC (permalink / raw)
  To: fabien; +Cc: linuxppc-embedded
In-Reply-To: <f8f856500711230256j5f3c7b9fneb7351a4fdfdfe09@mail.gmail.com>

fabien schrieb:
 > I try to compile busybox for my ppc custom board.

What ARCH/cpu?

 > I successfuly
 > compile kernel 2.6.19 with
 > eldk and boot it. Now i try to get busybox working but i get some
 > errors at compile time.
 > It's look strange if someone can spend one minute to look at the compile log
 > What step could i miss ?

 > [...]
 > /opt/eldk/usr/../ppc_8xx/usr/include/linux/param.h:4:23: error:
 > asm/param.h: No such file or directory
 > make[1]: *** [applets/applets.o] Erreur 1
 > make: *** [applets] Erreur 2

It looks like your kernel headers (ARCH-specific or generic)
are broken or missing.
See i.e. Linux From Scratch to get an idea about the dependencies.
Or, see latest kernel's 'make headers_install' target and how it is used.
Google is your friend, here...

The busybox mailing list would be more suited for this question.

Regards,

Clemens Koller
__________________________________
R&D Imaging Devices
Anagramm GmbH
Rupert-Mayer-Straße 45/1
Linhof Werksgelände
D-81379 München
Tel.089-741518-50
Fax 089-741518-19
http://www.anagramm-technology.com

^ permalink raw reply

* time accounting problem (powerpc only?)
From: Johannes Berg @ 2007-11-23 10:46 UTC (permalink / raw)
  To: Linux Kernel list; +Cc: linuxppc-dev list

Hi,

On my powerbook, with NO_HZ and HIGH_RES_TIMERS, I observed recently
that powernowd would not ever switch between CPU speeds.

Doing some scripting to read /proc/stat every half second and print the
differences, I get output like this on a mostly idle system:

# for reference:
# [user, nice, system, idle, iowait, irq, softirq, steal, guest]

[4, 0, 3, 46, 0, 264, 0, 0, 0]
[5, 0, 4, 41, 0, 266, 0, 0, 0]
[4, 0, 7, 37, 0, 299, 0, 0, 0]

Now starting an empty while (1) loop, I see:

[53, 0, 1, 0, 0, 243, 0, 0, 0]
[53, 0, 2, 0, 0, 224, 0, 0, 0]
[45, 0, 7, 0, 0, 249, 0, 0, 0]

As you can see, the "irq" time is very high so that "user" (mostly my
CPU burning program) only accounts for maybe 15%. This leads to
powernowd thinking that all is fine and no switching is required. Also,
the whole stuff leads to top(1) displaying about 80-90% "hi" (hard irq?
calculated as irq - softirq?) time.

Does anybody have an idea why the irq time is so high? And no, I don't
think it can actually be true, I'm seeing maybe 500 interrupts/second
(most due to USB).

johannes

^ permalink raw reply

* Re: Firmware Support for USB Hub
From: Laurent Pinchart @ 2007-11-23 12:23 UTC (permalink / raw)
  To: linuxppc-embedded; +Cc: Misbah khan
In-Reply-To: <13908701.post@talk.nabble.com>

[-- Attachment #1: Type: text/plain, Size: 2058 bytes --]

On Friday 23 November 2007 09:45, Misbah khan wrote:
> This is the reply that i got from the Freescale :-
>
> --------------------------------------------------------------------------
> Reply from Freescale
> In reply to your Service Request SR 1-403672820:
>
> We recommend using the MPC8272 USB controller.
> We know that customers use the MPC8272/MPC8248 USB controller.
> You can find also USB drivers in Linux software for the MPC8272.
> For example Linux BSP for Freescale MPC8272ADS contains USB slave
> driver
> (http://www.freescale.com/webapp/sps/site/overview.jsp?nodeId=0127260061033
>202A5).
>
> Linux USB driver is available in the Arabella Linux
> (http://www.arabellasw.com/products-pow2.php).
>
> If the MPC8272 is USB host, the transaction-level interface can be used.
>
> Note: The MPC8272 USB does not support high-speed mode. It can
> operate on low-speed mode (1.5MHz) or full-speed mode (12MHz).
>
> ---------------------------------------------------------------------------
>
> Can any body comment on this and help me how to start with and requirement
> is this :-
>
> I need a USB Hub to be connected to the PPC8248 board with Montavista Linux
> 2.6.10 on it what shall i do to achive it ....????The challenges you already
> know 

You need a USB host driver for the CPM2 controller. There are several 
solutions:

- Start with the driver available at http://cpm2usb.sourceforge.net/ and port 
it for your kernel.
- Ask Montavista support for a CPM2 USB host driver (they will most likely 
charge for that).
- Buy the Arabella kernel and port the driver to the Montavista kernel (ask 
the Arabella support to make sure their USB host driver supports what you 
need, and pay attention to possible license issues).

In the end, it boils down to writing code yourself or paying someone to do the 
job.

Best regards,

Laurent Pinchart

-- 
Laurent Pinchart
CSE Semaphore Belgium

Chaussée de Bruxelles, 732A
B-1410 Waterloo
Belgium

T +32 (2) 387 42 59
F +32 (2) 387 42 75

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply

* Re: cant' compile busybox-1.8.1 with eldk 4.1
From: fabien @ 2007-11-23 12:39 UTC (permalink / raw)
  To: Clemens Koller; +Cc: linuxppc-embedded
In-Reply-To: <4746C1F6.9050601@anagramm.de>

Thanks Clemens i've opened a thread in busybox mailing list :
http://www.busybox.net/lists/busybox/2007-November/029322.html

2007/11/23, Clemens Koller <clemens.koller@anagramm.de>:
> fabien schrieb:
>  > I try to compile busybox for my ppc custom board.
>
> What ARCH/cpu?
>
>  > I successfuly
>  > compile kernel 2.6.19 with
>  > eldk and boot it. Now i try to get busybox working but i get some
>  > errors at compile time.
>  > It's look strange if someone can spend one minute to look at the compi=
le log
>  > What step could i miss ?
>
>  > [...]
>  > /opt/eldk/usr/../ppc_8xx/usr/include/linux/param.h:4:23: error:
>  > asm/param.h: No such file or directory
>  > make[1]: *** [applets/applets.o] Erreur 1
>  > make: *** [applets] Erreur 2
>
> It looks like your kernel headers (ARCH-specific or generic)
> are broken or missing.
> See i.e. Linux From Scratch to get an idea about the dependencies.
> Or, see latest kernel's 'make headers_install' target and how it is used.
> Google is your friend, here...
>
> The busybox mailing list would be more suited for this question.
>
> Regards,
>
> Clemens Koller
> __________________________________
> R&D Imaging Devices
> Anagramm GmbH
> Rupert-Mayer-Stra=DFe 45/1
> Linhof Werksgel=E4nde
> D-81379 M=FCnchen
> Tel.089-741518-50
> Fax 089-741518-19
> http://www.anagramm-technology.com
>
>

^ permalink raw reply

* Re: cant' compile busybox-1.8.1 with eldk 4.1
From: Wolfgang Denk @ 2007-11-23 14:48 UTC (permalink / raw)
  To: fabien; +Cc: linuxppc-embedded
In-Reply-To: <f8f856500711230439q39c352ffi4cf3a206de68733a@mail.gmail.com>

In message <f8f856500711230439q39c352ffi4cf3a206de68733a@mail.gmail.com> you wrote:
> Thanks Clemens i've opened a thread in busybox mailing list :
> http://www.busybox.net/lists/busybox/2007-November/029322.html

Actually you should have asked this on the LDK mailing list instead,
see http://lists.denx.de/mailman/listinfo/eldk

But before posting, you should have read the FAQ, especially
http://www.denx.de/wiki/view/DULG/ELDKIncludeFilesMissing

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
If the hours are long enough and the pay  is  short  enough,  someone
will say it's women's work.

^ permalink raw reply

* Re: Hardware debuggers for PPC74xx G4 CPUs
From: Jon Smirl @ 2007-11-23 15:03 UTC (permalink / raw)
  To: benh; +Cc: Olof Johansson, linuxppc-dev
In-Reply-To: <1195777323.6970.153.camel@pasglop>

On 11/22/07, Benjamin Herrenschmidt <benh@kernel.crashing.org> wrote:
>
> On Thu, 2007-11-22 at 19:00 -0500, Jon Smirl wrote:
> > > It seems like AMCC does provide the necessary infos for 4xx
> > processors
> > > though. Jon, do you think what they provide is enough to use an open
> > > source debugger ?
> >
> > Do you have a link to the info?
>
> Not at hand, but easy to find from AMCC main product page, you can then
> go to the various eval board download pages, and some of the d/l are
> infos for JTAG debugger manufacturers.

Dominick Rath wrote OpenOCD (open source JTAG) as his senior thesis in
college, he graduated this spring and has a job now. I've sent mail to
him but he may be a lost cause.
Thesis: http://developer.berlios.de/docman/display_doc.php?docid=1367&group_id=4148

Low cost dev tools are an important part of the CPU selection process.
We went through four ARM CPUs before deciding on the MPC5200. We were
able to get ARM eval boards and JTAGs for under $500 for each of the
eval CPUs. We used the low cost evals to screen the CPUs, we didn't
want spend $5-10K until we are 90% sure we are going to use the CPU. I
returned one $5K eval board, it was a pain and it took over six months
to get a refund.

We have also learned the hard way about "port and forget" several of
the CPUs we picked had Linux ports, but the ports were five years old.
When we pushed the vendors for more recent kernels the typical answer
was, send us $50,000 and we'll see what we can do. We're not going to
send in $50K for a CPU we haven't decided to use, that answer simply
resulted in us changing CPUs. An example of this is the NXP LPC3180,
$9 with a FPU, but only a 2.6.5 kernel.

I've also only seen ARM CPUs being used in schools. You can get ARM
eval boards and a JTAG for under $100 on some ARM CPUs. AFAIK there is
no low cost PowerPC option suitable for classroom use.

-- 
Jon Smirl
jonsmirl@gmail.com

^ permalink raw reply

* Re: cant' compile busybox-1.8.1 with eldk 4.1
From: fabien @ 2007-11-23 15:08 UTC (permalink / raw)
  To: Wolfgang Denk; +Cc: linuxppc-embedded
In-Reply-To: <20071123144834.77D1A246B5@gemini.denx.de>

2007/11/23, Wolfgang Denk <wd@denx.de>:
> In message <f8f856500711230439q39c352ffi4cf3a206de68733a@mail.gmail.com> you wrote:
> > Thanks Clemens i've opened a thread in busybox mailing list :
> > http://www.busybox.net/lists/busybox/2007-November/029322.html
>
> Actually you should have asked this on the LDK mailing list instead,
> see http://lists.denx.de/mailman/listinfo/eldk
>
> But before posting, you should have read the FAQ, especially
> http://www.denx.de/wiki/view/DULG/ELDKIncludeFilesMissing
>
> Best regards,
>
> Wolfgang Denk
>
> --
> DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
> If the hours are long enough and the pay  is  short  enough,  someone
> will say it's women's work.
>
Thanks Wolfgang
i've just seen this and it's seem work !

^ permalink raw reply

* Re: time accounting problem (powerpc only?)
From: Jörg Sommer @ 2007-11-23 14:08 UTC (permalink / raw)
  To: linuxppc-dev
In-Reply-To: <1195814816.4149.94.camel@johannes.berg>

Hallo Johannes,

Johannes Berg <johannes@sipsolutions.net> wrote:
> Doing some scripting to read /proc/stat every half second and print the
> differences, I get output like this on a mostly idle system:
>
> # for reference:
> # [user, nice, system, idle, iowait, irq, softirq, steal, guest]
>
> [4, 0, 3, 46, 0, 264, 0, 0, 0]
>
> As you can see, the "irq" time is very high so that "user" (mostly my
> CPU burning program) only accounts for maybe 15%. This leads to
> powernowd thinking that all is fine and no switching is required. Also,
> the whole stuff leads to top(1) displaying about 80-90% "hi" (hard irq?
> calculated as irq - softirq?) time.

I've the same problem and I see these interrupts in /proc/interrups:

% diff /proc/interrupts <(sleep 2; cat /proc/interrupts)
--- /proc/interrupts    2007-11-23 15:04:06.004846901 +0100
+++ /proc/self/fd/11    2007-11-23 15:04:05.952841422 +0100
@@ -1,15 +1,15 @@
            CPU0       
  21:          5   MPIC 1    Edge      PMac Output
  24:         68   MPIC 1    Level     ide1
- 25:   18063968   MPIC 1    Level     VIA-PMU
+ 25:   18064241   MPIC 1    Level     VIA-PMU
  26:       2426   MPIC 1    Level     keywest i2c
  29:          1   MPIC 1    Level     ohci_hcd:usb2
  30:          1   MPIC 1    Edge      PMac Input
  39:     843910   MPIC 1    Level     ide0
  41:     990592   MPIC 1    Level     eth0
- 42:    1415066   MPIC 1    Level     keywest i2c
- 47:    2075159   MPIC 1    Level     GPIO1 ADB
- 48:    6686659   MPIC 1    Level     radeon@pci:0000:00:10.0
+ 42:    1415084   MPIC 1    Level     keywest i2c
+ 47:    2075193   MPIC 1    Level     GPIO1 ADB
+ 48:    6686778   MPIC 1    Level     radeon@pci:0000:00:10.0
  61:          0   MPIC 1    Edge      Sound Headphone Detection
  63:      94238   MPIC 1    Level     ehci_hcd:usb1, ohci_hcd:usb3, ohci_hcd:usb4
 BAD:         19

I don't know where they come from, but that's the cause of the high IRQ
time.

Bye, Jörg.
-- 
Je planmäßiger ein Mensch vorgeht,
desto stärker mag ihn der Zufall treffen.
		    Erich Krunau ‚Die Physiker‘

^ permalink raw reply

* Re: ML403 USB driver
From: Grant Likely @ 2007-11-23 17:31 UTC (permalink / raw)
  To: Peter Korsgaard; +Cc: Lorenz Kolb, linux-usb-devel, linuxppc-embedded
In-Reply-To: <87lk8pdzcw.fsf@macbook.be.48ers.dk>

Hi Peter,

I've done a bunch more work on the host side of the c67x00 driver.
I'd like to try and get it into 2.6.25.  I'm planning to post a
cleaned up set of patches to the usb-list this afternoon for review.

However, the change set between what you posted and what I have now is
quite large so I've also pushed my incremental patch set to my git
tree so you can see how it has changed from your original patchset.

(BTW, ignore the last patch in the series; that was for
experimentation only and it won't be in the cleaned up patchset)

You can see the tree at:
http://git.secretlab.ca/git/gitweb.cgi?p=linux-2.6-virtex.git;a=shortlog;h=virtex-c67x00-dev

Or you can pull from:

  git://git.secretlab.ca/git/linux-2.6-virtex.git virtex-c67x00-dev

Grant Likely (17):
      [C67x00] Fix calculation of frame bandwidth
      [c67x00] Remove unnecessary references to pt_regs
      [C67x00] Added error handling paths to lowlevel interface code
      [C67x00] Change 'struct c67x00_drv' to 'struct c67x00_device'
      C67x00: Add registration banner
      [C67x00] Merge c67x00-hub.c into c67x00-hcd.c
      C67x00: fixes for 2.6.24
      c67x00: consolidate header files
      C67x00: Eliminate done list lock
      c67x00: Fix incorrectly handled error path.
      c67x00: Tighten up error paths
      c67x00: Fix race condition in ll_start()
      c67x00: eliminate unnecessary INIT_COMPLETION() in low level interface.
      c67x00: Use an inline function instead of #define for dbg_td
      c67x00: Fix manipulation of urb_iso_count
      c67x00: fix unnecessary list_for_each_entry_safe()
      c67x00: eliminate done tasklet

Peter Korsgaard (4):
      [C67x00] Make usb_hcd_irq work for multi-role USB controllers w/
shared irq
      [C67x00] Base support for the Cypress c67x00 multi-role USB controllers
      [C67x00] HCD support for Cypress c67x00
      [C67x00] Gadget support for Cypress c67x00

 drivers/usb/Kconfig                |    2 +
 drivers/usb/Makefile               |    2 +
 drivers/usb/c67x00/Kconfig         |   22 +
 drivers/usb/c67x00/Makefile        |   15 +
 drivers/usb/c67x00/c67x00-drv.c    |  301 +++++++++
 drivers/usb/c67x00/c67x00-hcd.c    |  390 ++++++++++++
 drivers/usb/c67x00/c67x00-hcd.h    |  162 +++++
 drivers/usb/c67x00/c67x00-ll-hpi.c |  512 ++++++++++++++++
 drivers/usb/c67x00/c67x00-sched.c  | 1188 ++++++++++++++++++++++++++++++++++++
 drivers/usb/c67x00/c67x00-udc.c    |  166 +++++
 drivers/usb/c67x00/c67x00-udc.h    |   59 ++
 drivers/usb/c67x00/c67x00.h        |  236 +++++++
 drivers/usb/core/hcd.c             |    6 +-
 drivers/usb/gadget/Kconfig         |    7 +
 include/linux/usb/c67x00.h         |   45 ++
 15 files changed, 3112 insertions(+), 1 deletions(-)
 create mode 100644 drivers/usb/c67x00/Kconfig
 create mode 100644 drivers/usb/c67x00/Makefile
 create mode 100644 drivers/usb/c67x00/c67x00-drv.c
 create mode 100644 drivers/usb/c67x00/c67x00-hcd.c
 create mode 100644 drivers/usb/c67x00/c67x00-hcd.h
 create mode 100644 drivers/usb/c67x00/c67x00-ll-hpi.c
 create mode 100644 drivers/usb/c67x00/c67x00-sched.c
 create mode 100644 drivers/usb/c67x00/c67x00-udc.c
 create mode 100644 drivers/usb/c67x00/c67x00-udc.h
 create mode 100644 drivers/usb/c67x00/c67x00.h
 create mode 100644 include/linux/usb/c67x00.h


Cheers,
g.

On 11/23/07, Peter Korsgaard <jacmet@sunsite.dk> wrote:
> >>>>> "Lorenz" == Lorenz Kolb <linuxppcemb@lkmail.de> writes:
>
>  Lorenz> Hi,
>
>  Lorenz> we just tried the USB driver (from Peter Korsgaard) from
>  Lorenz> Grant's virtex tree.
>
>  Lorenz> Nevertheless we could not get the peripheral ports work as gadgets.
>  Lorenz> Has anyone tried (and probably fixed) that before?
>
> My driver so far only has host support. I'm working on the peripheral
> support (or rather, a colleage of mine is) but it's quite early days
> ..
>
>  Lorenz> Anyway, only one of the two peripheral ports seems to be active.
>
> The Linux gadget stack only support a single peripheral port.
>
> --
> Bye, Peter Korsgaard
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>


-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195

^ permalink raw reply

* sys_mpc83xx spi driver not probed
From: Joel Rouch @ 2007-11-23 17:02 UTC (permalink / raw)
  To: linuxppc-dev

Hello

I have a custom 8349 ppc board. I have defined the spi master in the 
configuration.
While booting my board, I driver is well added and linked to platform 
bus, however I don't see that the probe entry point is reached.
I don't succeed to understand who is triggering the probe. Can someone 
point me to the right link or explain me how to force it ?

Thanks

^ permalink raw reply


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox