* Re: [PATCH 2/2] [POWERPC] UCC nodes cleanup
From: Kumar Gala @ 2008-04-14 14:59 UTC (permalink / raw)
To: avorontsov; +Cc: linuxppc-dev, Jeff Garzik, linux-serial, netdev
In-Reply-To: <20080411160654.GA25506@polina.dev.rtsoft.ru>
> From: Anton Vorontsov <avorontsov@ru.mvista.com>
> Subject: [POWERPC] UCC nodes cleanup
>
> - get rid of `model = "UCC"' in the ucc nodes
> It isn't used anywhere, so remove it. If we'll ever need something
> like this, we'll use compatible property instead.
> - replace last occurrences of device-id with cell-index.
> Drivers are modified for backward compatibility's sake.
>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
> Documentation/powerpc/booting-without-of.txt | 6 ++----
> arch/powerpc/boot/dts/mpc832x_mds.dts | 7 +------
> arch/powerpc/boot/dts/mpc832x_rdb.dts | 4 ----
> arch/powerpc/boot/dts/mpc836x_mds.dts | 4 ----
> arch/powerpc/boot/dts/mpc8568mds.dts | 4 ----
> drivers/net/ucc_geth.c | 8 +++++++-
> drivers/net/ucc_geth_mii.c | 11 ++++++++---
> drivers/serial/ucc_uart.c | 16 ++++++++++++----
> 8 files changed, 30 insertions(+), 30 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH 2/2] [POWERPC] UCC nodes cleanup
From: Grant Likely @ 2008-04-14 15:04 UTC (permalink / raw)
To: avorontsov; +Cc: linuxppc-dev, Jeff Garzik, Timur Tabi, linux-serial, netdev
In-Reply-To: <20080411170657.GA15270@polina.dev.rtsoft.ru>
On Fri, Apr 11, 2008 at 11:06 AM, Anton Vorontsov
<avorontsov@ru.mvista.com> wrote:
> On Fri, Apr 11, 2008 at 11:48:37AM -0500, Timur Tabi wrote:
> > Anton Vorontsov wrote:
> > > On Fri, Apr 11, 2008 at 09:13:36AM -0500, Kumar Gala wrote:
> > >> On Mar 11, 2008, at 12:10 PM, Anton Vorontsov wrote:
> > >>> - get rid of `model = "UCC"' in the ucc nodes
> > >>> It isn't used anywhere, so remove it. If we'll ever need something
> > >>> like this, we'll use compatible property instead.
> > >>> - replace cell-index and device-id properties by fsl,ucc.
> > >>>
> > >>> Drivers are modified for backward compatibility's sake.
> > >> I'd prefer we use cell-index and not introduce "fsl,ucc". I'm ok with
> > >> dropping device-id and model (its implied in the compatiable).
> > >
> > > Ok. Here it is. netdev and linux-serial Cc'ed.
> >
> > Do we want the first UCC to have a cell-index of 1? Maybe we should fix this
> > off-by-one error once and for all, and number all UCCs from 0?
>
> Isn't documentation numbers UCC from 1? Then I believe we should stick
> with it for device tree, since off by one is Linux implementation details.
Plus making such a change will break deployed device trees.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
^ permalink raw reply
* Re: [PATCH 1/8] [POWERPC] fsl_elbc_nand: factor out localbus defines
From: Kumar Gala @ 2008-04-14 15:10 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: Scott Wood, linuxppc-dev, linux-mtd
In-Reply-To: <20080311172328.GA7727@localhost.localdomain>
On Mar 11, 2008, at 12:23 PM, Anton Vorontsov wrote:
> This is needed to support other localbus peripherals, such as
> NAND on FSL UPM.
>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
>
> Would be great if someone from the MTD community will ack this patch
> to go through powerpc trees.
>
> Thanks,
>
> drivers/mtd/nand/fsl_elbc_nand.c | 219 +
> +-----------------------------------
> include/asm-powerpc/fsl_lbc.h | 223 +++++++++++++++++++++++++++++
> +++++++++
> 2 files changed, 235 insertions(+), 207 deletions(-)
> create mode 100644 include/asm-powerpc/fsl_lbc.h
applied.
- k
^ permalink raw reply
* Re: [PATCH 2/8] [POWERPC] fsl_lbc: implement few routines to manage FSL UPMs
From: Kumar Gala @ 2008-04-14 15:11 UTC (permalink / raw)
To: avorontsov; +Cc: Scott Wood, linuxppc-dev
In-Reply-To: <20080411170340.GA2649@polina.dev.rtsoft.ru>
>
>
> Subject: [POWERPC] fsl_lbc: implement few UPM routines
>
> Freescale UPM can be used to adjust localbus timings or to generate
> orbitrary, pre-programmed "patterns" on the external Localbus signals.
> This patch implements few routines so drivers could work with UPMs in
> safe and generic manner.
>
> So far there is just one user of these routines: Freescale UPM NAND
> driver.
>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
> arch/powerpc/Kconfig | 5 ++
> arch/powerpc/sysdev/Makefile | 1 +
> arch/powerpc/sysdev/fsl_lbc.c | 129 ++++++++++++++++++++++++++++++++
> +++++++++
> include/asm-powerpc/fsl_lbc.h | 88 ++++++++++++++++++++++++++++
> 4 files changed, 223 insertions(+), 0 deletions(-)
> create mode 100644 arch/powerpc/sysdev/fsl_lbc.c
applied.
- k
^ permalink raw reply
* Re: [PATCH 3/8] [POWERPC] qe_lib: implement qe_muram_offset
From: Kumar Gala @ 2008-04-14 15:11 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080311172413.GC7727@localhost.localdomain>
On Mar 11, 2008, at 12:24 PM, Anton Vorontsov wrote:
> qe_muram_offset is the reverse of the qe_muram_addr, will be
> used for the Freescale QE USB Host Controller driver.
>
> This patch also moves qe_muram_addr into the qe.h header, plus
> adds __iomem hints to use with sparse.
>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
> arch/powerpc/sysdev/qe_lib/qe.c | 8 +-------
> include/asm-powerpc/immap_qe.h | 2 +-
> include/asm-powerpc/qe.h | 11 ++++++++++-
> 3 files changed, 12 insertions(+), 9 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH 4/8] [POWERPC] immap_qe.h should include asm/io.h
From: Kumar Gala @ 2008-04-14 15:11 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080311172421.GD7727@localhost.localdomain>
On Mar 11, 2008, at 12:24 PM, Anton Vorontsov wrote:
> Headers should include prototypes they use, otherwise build will
> break if we use it without explicitly including io.h:
>
> CC arch/powerpc/sysdev/qe_lib/gtm.o
> In file included from include/asm/qe.h:20,
> from arch/powerpc/sysdev/qe_lib/gtm.c:18:
> include/asm/immap_qe.h: In function =E2=80=98immrbar_virt_to_phys=E2=80=99=
:
> include/asm/immap_qe.h:480: error: implicit declaration of function =E2=20=
> =80=98virt_to_phys=E2=80=99
> make[2]: *** [arch/powerpc/sysdev/qe_lib/gtm.o] Error 1
> make[1]: *** [arch/powerpc/sysdev/qe_lib] Error 2
>
> gtm.c needs qe.h (which includes immap_qe.h) to use qe_get_brg_clk().
>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
> include/asm-powerpc/immap_qe.h | 1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH 5/8] [POWERPC] qe_lib: export qe_get_brg_clk()
From: Kumar Gala @ 2008-04-14 15:11 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080311172424.GE7727@localhost.localdomain>
On Mar 11, 2008, at 12:24 PM, Anton Vorontsov wrote:
> qe_get_brg_clk() will be used by the fsl_gtm routines.
>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
> arch/powerpc/sysdev/qe_lib/qe.c | 5 +++--
> include/asm-powerpc/qe.h | 1 +
> 2 files changed, 4 insertions(+), 2 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH 8/8] [POWERPC] qe_io: fix sparse warnings
From: Kumar Gala @ 2008-04-14 15:12 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080311172450.GH7727@localhost.localdomain>
On Mar 11, 2008, at 12:24 PM, Anton Vorontsov wrote:
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
> arch/powerpc/sysdev/qe_lib/qe_io.c | 5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH 0/8] A bit of new code and sparse cleanups along the way
From: Kumar Gala @ 2008-04-14 15:14 UTC (permalink / raw)
To: avorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080311172106.GA4766@localhost.localdomain>
On Mar 11, 2008, at 12:21 PM, Anton Vorontsov wrote:
> Hi all,
>
> Please consider these patches for the 2.6.26.
I've applied most of these patches to my powerpc-next branch. The
following two patches have NOT been applied:
[POWERPC] sysdev,qe_lib: implement FSL GTM support
[POWERPC] qe_lib: add support for QE USB
It seemed there was rework required to the sysdev,qe_lib patch.
- k
^ permalink raw reply
* Re: [PATCH] mpc8540 : Fix restart
From: Kumar Gala @ 2008-04-14 15:20 UTC (permalink / raw)
To: Philippe De Muyter; +Cc: linuxppc-dev
In-Reply-To: <20080409230626.GA2577@frolo.macqel>
>>
> What do you propose then ? The ability to reboot without power-off is
> really needed for embedded targets. And abort() from head_fsl.S
> seems
> really close to reboot.
Boards should provide system logic mechanism that should be used. The
problem is abort() only resets the core. The rest of the SoC wlll not
be properly reset.
- k
^ permalink raw reply
* Re: [PATCH] [POWERPC] mpc8315: fix USB UTMI Host setup
From: Kumar Gala @ 2008-04-14 15:22 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080409135925.GA6905@polina.dev.rtsoft.ru>
On Apr 9, 2008, at 8:59 AM, Anton Vorontsov wrote:
> Currently USB Host isn't functional on the MPC8315E boards, for two
> reasons as described below.
>
> MPC8315 Reference Manual says:
> "The USB DR unit must have the same clock ratio as the encryption core
> unit, unless one of them has its clock disabled."
>
> The encryption core also drives I2C clock, so it is enabled and is
> equal
> to 01. That means USBDRCM should be 01 here.
>
> Plus, according to MPC8315E-RDB schematics, USB unit consumes CLK_IN
> clock from the 24.00MHz oscillator, which means we must adjust REFSEL
> bits as well.
Can you add a comment in the code about the fact that part of this fix
is board specific.
- k
>
>
> p.s.
> Idially we should rework whole 83xx/usb.c code, in two steps:
> 1. Move SCCR code to the U-Boot;
> 2. Implement fsl,usb-clock property in the device tree, so usb.c could
> decide what clock exactly to use on per-board basis.
>
> Though, today we're not in a hurry since there is just one 8315e board
> out there.
>
> Cc: Kumar Gala <galak@kernel.crashing.org>
> Cc: Kim Phillips <kim.phillips@freescale.com>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
>
> arch/powerpc/platforms/83xx/mpc83xx.h | 2 ++
> arch/powerpc/platforms/83xx/usb.c | 12 +++++++++---
> 2 files changed, 11 insertions(+), 3 deletions(-)
>
>
> diff --git a/arch/powerpc/platforms/83xx/mpc83xx.h b/arch/powerpc/
> platforms/83xx/mpc83xx.h
> index 68065e6..88a3b5c 100644
> --- a/arch/powerpc/platforms/83xx/mpc83xx.h
> +++ b/arch/powerpc/platforms/83xx/mpc83xx.h
> @@ -16,6 +16,7 @@
> #define MPC83XX_SCCR_USB_DRCM_10 0x00200000
> #define MPC8315_SCCR_USB_MASK 0x00c00000
> #define MPC8315_SCCR_USB_DRCM_11 0x00c00000
> +#define MPC8315_SCCR_USB_DRCM_01 0x00400000
> #define MPC837X_SCCR_USB_DRCM_11 0x00c00000
>
> /* system i/o configuration register low */
> @@ -37,6 +38,7 @@
> /* USB Control Register */
> #define FSL_USB2_CONTROL_OFFS 0x500
> #define CONTROL_UTMI_PHY_EN 0x00000200
> +#define CONTROL_REFSEL_24MHZ 0x00000040
> #define CONTROL_REFSEL_48MHZ 0x00000080
> #define CONTROL_PHY_CLK_SEL_ULPI 0x00000400
> #define CONTROL_OTG_PORT 0x00000020
> diff --git a/arch/powerpc/platforms/83xx/usb.c b/arch/powerpc/
> platforms/83xx/usb.c
> index 471fdd8..64bcf0a 100644
> --- a/arch/powerpc/platforms/83xx/usb.c
> +++ b/arch/powerpc/platforms/83xx/usb.c
> @@ -129,7 +129,7 @@ int mpc831x_usb_cfg(void)
> if (immr_node && of_device_is_compatible(immr_node, "fsl,mpc8315-
> immr"))
> clrsetbits_be32(immap + MPC83XX_SCCR_OFFS,
> MPC8315_SCCR_USB_MASK,
> - MPC8315_SCCR_USB_DRCM_11);
> + MPC8315_SCCR_USB_DRCM_01);
> else
> clrsetbits_be32(immap + MPC83XX_SCCR_OFFS,
> MPC83XX_SCCR_USB_MASK,
> @@ -164,9 +164,15 @@ int mpc831x_usb_cfg(void)
> /* Using on-chip PHY */
> if (prop && (!strcmp(prop, "utmi_wide") ||
> !strcmp(prop, "utmi"))) {
> - /* Set UTMI_PHY_EN, REFSEL to 48MHZ */
> + u32 refsel;
> +
> + if (of_device_is_compatible(immr_node, "fsl,mpc8315-immr"))
> + refsel = CONTROL_REFSEL_24MHZ;
> + else
> + refsel = CONTROL_REFSEL_48MHZ;
> + /* Set UTMI_PHY_EN and REFSEL */
> out_be32(usb_regs + FSL_USB2_CONTROL_OFFS,
> - CONTROL_UTMI_PHY_EN | CONTROL_REFSEL_48MHZ);
> + CONTROL_UTMI_PHY_EN | refsel);
> /* Using external UPLI PHY */
> } else if (prop && !strcmp(prop, "ulpi")) {
> /* Set PHY_CLK_SEL to ULPI */
^ permalink raw reply
* Re: [PATCH] CPM: Always use new binding.
From: Kumar Gala @ 2008-04-14 15:28 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev
In-Reply-To: <20080410204502.GB20197@loki.buserror.net>
On Apr 10, 2008, at 3:45 PM, Scott Wood wrote:
> The kconfig entry can go away once arch/ppc and references to the
> config in
> drivers are removed.
>
> Signed-off-by: Scott Wood <scottwood@freescale.com>
> ---
> arch/powerpc/platforms/82xx/Kconfig | 3 -
> arch/powerpc/platforms/85xx/Kconfig | 8 -
> arch/powerpc/platforms/8xx/Kconfig | 4 -
> arch/powerpc/platforms/Kconfig | 8 +-
> arch/powerpc/sysdev/cpm1.c | 112 -------
> arch/powerpc/sysdev/cpm2.c | 97 -------
> arch/powerpc/sysdev/cpm_common.c | 3 -
> arch/powerpc/sysdev/fsl_soc.c | 541
> -----------------------------------
> 8 files changed, 1 insertions(+), 775 deletions(-)
applied.
- k
^ permalink raw reply
* Re: [PATCH 5/5] WDT driver
From: Sean MacLennan @ 2008-04-14 15:40 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: linuxppc-dev
In-Reply-To: <200804141033.29929.laurentp@cse-semaphore.com>
On Mon, 14 Apr 2008 10:33:27 +0200
Laurent Pinchart <laurentp@cse-semaphore.com> wrote:
> What about
>
> setbits32((u32 __iomem *)(pikawdt_fpga + 0x14), 0xf80);
Nice! I didn't know about that call. Thanks.
Cheers,
Sean
^ permalink raw reply
* Re: [PATCH 1/2] Driver for Freescale 8610 and 5121 DIU
From: Jiri Slaby @ 2008-04-14 15:43 UTC (permalink / raw)
To: Timur Tabi; +Cc: linuxppc-dev, Andrew Morton, York Sun, linux-kernel
In-Reply-To: <48036F00.6080200@freescale.com>
On 04/14/2008 04:49 PM, Timur Tabi wrote:
> Jiri Slaby wrote:
>> On 04/14/2008 04:12 PM, Timur Tabi wrote:
>>> Unfortunately, the author of the patch, York, is out this week, so I'll have to
>>> take care of this. It'd be easier to modify rh_alloc() so that it doesn't
>>> sleep, so that's what I'm going to do.
>> Anyway, why do you need the spin lock there (and not mutex)?
>
> I don't know. A spinlock just seemed obvious. Why would I prefer a mutex?
Mainly because you can sleep inside locked mutex and because spinlock shouldn't
be used for too many lines of code (busy waiting etc.). I think ldd3 will be
more descriptive than me here :).
^ permalink raw reply
* [PATCH] Make rheap safe for spinlocks
From: Timur Tabi @ 2008-04-14 15:43 UTC (permalink / raw)
To: paulus, linuxppc-dev; +Cc: Timur Tabi
The rheap allocation function, rh_alloc, could call kmalloc with GFP_KERNEL.
This can sleep, which means you couldn't hold a spinlock while called rh_alloc.
Change all kmalloc calls to use GFP_ATOMIC so that it won't sleep. This is
safe because only small blocks are allocated.
Signed-off-by: Timur Tabi <timur@freescale.com>
---
This patch is for 2.6.26.
arch/powerpc/lib/rheap.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/lib/rheap.c b/arch/powerpc/lib/rheap.c
index 22c3b4f..29b2941 100644
--- a/arch/powerpc/lib/rheap.c
+++ b/arch/powerpc/lib/rheap.c
@@ -54,7 +54,7 @@ static int grow(rh_info_t * info, int max_blocks)
new_blocks = max_blocks - info->max_blocks;
- block = kmalloc(sizeof(rh_block_t) * max_blocks, GFP_KERNEL);
+ block = kmalloc(sizeof(rh_block_t) * max_blocks, GFP_ATOMIC);
if (block == NULL)
return -ENOMEM;
@@ -258,7 +258,7 @@ rh_info_t *rh_create(unsigned int alignment)
if ((alignment & (alignment - 1)) != 0)
return ERR_PTR(-EINVAL);
- info = kmalloc(sizeof(*info), GFP_KERNEL);
+ info = kmalloc(sizeof(*info), GFP_ATOMIC);
if (info == NULL)
return ERR_PTR(-ENOMEM);
--
1.5.3
^ permalink raw reply related
* RE: XPS_LL_TEMAC works correctly?
From: Rick Moleres @ 2008-04-14 15:42 UTC (permalink / raw)
To: Mohammad Sadegh Sadri, Rami WEHBI, linuxppc-embedded
In-Reply-To: <BAY115-W23ED8F42C0F097D8A7864AB2E80@phx.gbl>
[-- Attachment #1: Type: text/plain, Size: 3952 bytes --]
There are a couple of bugs in the v1.00b version of xps_ll_temac (one in checksum offload, one in multicast address reception). You should try dropping back to v1.00a of the core and give that a try, or if you have EDK 10.1 you can move to v1.01a of the core.
-Rick
________________________________
From: linuxppc-embedded-bounces+moleres=xilinx.com@ozlabs.org [mailto:linuxppc-embedded-bounces+moleres=xilinx.com@ozlabs.org] On Behalf Of Mohammad Sadegh Sadri
Sent: Monday, April 14, 2008 3:10 AM
To: Rami WEHBI; linuxppc-embedded@ozlabs.org
Subject: RE: XPS_LL_TEMAC works correctly?
Rami,
Thanks for reply,
But if u study the kernel log I posted carefully, you can simply see that Kernel has mounted the root file system,
Look at this line in my prev post : VFS: Mounted root (nfs filesystem). then init has began and after that nothing more happens.
the NFS is working correctly and the folder can be mounted easily from other computers. I personally think that the problem can be with NFS or the root file system of ELDK.
I have done the same things with older versions of EDK using PLB_TEMAC and every thing has worked correctly.
________________________________
Subject: RE: XPS_LL_TEMAC works correctly?
Date: Mon, 14 Apr 2008 10:31:31 +0200
From: rwehbi@wirecom-tech.com
To: mamsadegh@hotmail.com
Hi,
I would suggest that you verify that your system file is already mounted on the host PC (where your server NFS is installed), and that the /etc/exports file (configuration file of the nfs server) permit to your board to mount the system file.
example of an /etc/exports file:
/opt/ml403/rootfs
192.168.206.223/24(rw,no_root_squash,sync,subtree_check)
where the ip addresse is that of nfs client, and the path indicates where I mounted the system file.
Good luck,
Rami
________________________________
De : linuxppc-embedded-bounces+rami.wehbi=wirecom-tech.com@ozlabs.org [mailto:linuxppc-embedded-bounces+rami.wehbi=wirecom-tech.com@ozlabs.org] De la part de Mohammad Sadegh Sadri
Envoyé : lundi 14 avril 2008 10:16
À : linuxppc-embedded@ozlabs.org
Objet : XPS_LL_TEMAC works correctly?
Hi all,
Using:
EDK 9.2.02,
Xilinx Linux 2.6.24-rc8-xlnx
XPS_LL_TEMAC version 1.00.b
I bring up the Linux kernel on ML403 -Rev04 board,
LL_TEMAC buffer size 128kbits, and set to use SG DMA
I encounter the following messages when the kernel wants to mount the root file system, as one can see the kernel has mounter the nfs root file system and init is initiated, but after that a Link carrier lost happens and it stops working.
is this behavior natural? ( the PC has attansic gigabit ethernet port with kernel 2.6.24.4 running, nfs works very well in other tests)
thanks
.............
eth0: XLlTemac: speed set to 1000Mb/s
eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4
eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254
IP-Config: Complete:
device=eth0, addr=10.10.10.11, mask=255.255.255.0, gw=10.10.10.10,
host=10.10.10.11, domain=, nis-domain=(none),
bootserver=10.10.10.10, rootserver=10.10.10.10, rootpath=
Looking up port of RPC 100003/2 on 10.10.10.10
Looking up port of RPC 100005/1 on 10.10.10.10
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 88k init
eth0: XLlTemac: PHY Link carrier lost.
eth0: XLlTemac: speed set to 1000Mb/s
eth0: XLlTemac: PHY Link carrier restored.
( KERNEL STOPS WORKING HERE!!!!!!!!)
________________________________
Sign in today. When you sign in to Windows Live Messenger you could win $1000 a day until May 12th. Learn more at SignInAndWIN.ca <http://g.msn.ca/ca55/209>
________________________________
Sign in now! Windows Live Messenger is giving you a chance to win $1000 a day until May 12th Check out SignInAndWIN.ca today! <http://g.msn.ca/ca55/214>
[-- Attachment #2: Type: text/html, Size: 13616 bytes --]
^ permalink raw reply
* Re: [PATCH 1/2] Driver for Freescale 8610 and 5121 DIU
From: Timur Tabi @ 2008-04-14 15:46 UTC (permalink / raw)
To: Jiri Slaby, Andrew Morton; +Cc: linuxppc-dev, York Sun, linux-kernel
In-Reply-To: <48037BA4.6070201@gmail.com>
Jiri Slaby wrote:
> Mainly because you can sleep inside locked mutex and because spinlock shouldn't
> be used for too many lines of code (busy waiting etc.). I think ldd3 will be
> more descriptive than me here :).
Ok, I'll look into it.
Andrew, do you want us to respin the patch, or would you be willing to let us
make the change in a follow-up patch?
--
Timur Tabi
Linux kernel developer at Freescale
^ permalink raw reply
* Re: PATCH 2/5] Platform code
From: David Woodhouse @ 2008-04-14 16:00 UTC (permalink / raw)
To: Sean MacLennan; +Cc: linuxppc-dev
In-Reply-To: <20080412140325.69e1df3b@lappy.seanm.ca>
On Sat, 2008-04-12 at 14:03 -0400, Sean MacLennan wrote:
>
> - * Sean MacLennan <smaclennan@pikatech.com>
> + * Sean MacLennan <smaclennan at pikatech.com>
Please don't do this. Anywhere. Ever.
The spambots are quite capable of undoing it, and have been for years.
The only people you inconvenience are real people trying to contact you.
--
dwmw2
^ permalink raw reply
* Re: zImage.embedded
From: Guillaume Dargaud @ 2008-04-14 16:05 UTC (permalink / raw)
To: linuxppc-dev, Buildroot Mailinglist,
In-Reply-To: <fa686aa40804110655x48120e84tde01a52d8bb39a3@mail.gmail.com>
[cross posting from one mailing list to another]
>> is the file zImage.elf my proper network image ?
>
> What bootloader is on your board? zImage.elf *might* be the proper
> image. If you're using u-boot, then you want to build a uImage
> instead.
I'm trying to compile u-boot with buildroot, but it fails with:
/usr/bin/make -j1 -C
/home/guinevere/Min_UartLite_NetLite_Ace/buildroot/project_build_powerpc/genepy/u-boot-1.3.2
\
""_config
make[1]: Entering directory
`/home/guinevere/Min_UartLite_NetLite_Ace/buildroot/project_build_powerpc/genepy/u-boot-1.3.2'
make[1]: *** No rule to make target `_config'. Stop.
make[1]: Leaving directory
`/home/guinevere/Min_UartLite_NetLite_Ace/buildroot/project_build_powerpc/genepy/u-boot-1.3.2'
make: ***
[/home/guinevere/Min_UartLite_NetLite_Ace/buildroot/project_build_powerpc/genepy/u-boot-1.3.2/.configured]
Error 2
Apparently it expects a BOARD_NAME variable, but I don't know what to put in
it (I looked at the makefile and can't find the ml405 referenced in there).
--
Guillaume Dargaud
http://www.gdargaud.net/
^ permalink raw reply
* Re: Signal backtrace function
From: Detlev Zundel @ 2008-04-14 16:09 UTC (permalink / raw)
To: linuxppc-dev
In-Reply-To: <1207764980.5826.77.camel@gentoo-jocke.transmode.se>
Hi Jocke,
> I made my own backtrace function for printing
> a trace from within a signal handler. Maybe it
> can be useful for the kernel too? General
> comments welcome.
Probably a dumb question, but doesn't backtrace(3) from glibc work
architecture independent already? Why do you need to reimplement it?
Thanks
Detlev
--
The management question ... is not _whether_ to build a pilot system
and throw it away. You _will_ do that. The only question is whether to
plan in advance to build a throwaway, or to promise to deliver the
throwaway to customers. - Fred Brooks, "The Mythical Man Month"
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu@denx.de
^ permalink raw reply
* Manual kernel parameters are being ignored
From: Guillaume Dargaud @ 2008-04-14 16:17 UTC (permalink / raw)
To: linuxppc-dev
Anyone care to tell me why the parameters I type manually for the kernel are
being ignored ?
Linux/PPC load: console=ttyUL0,9600 root=/dev/xsa2 rw ip=off
Uncompressing Linux...done.
Now booting the kernel
[...]
[ 0.000000] Kernel command line: console=ttyUL0,9600 root=/dev/nfs rw
ip=on nfsroot=192.168.1.185:/ht
--
Guillaume Dargaud
http://www.gdargaud.net/
^ permalink raw reply
* Problems of using APU/FPU under linux
From: Shanyuan Gao @ 2008-04-14 16:18 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
Recently I was trying to make APU/FPU working under Linux on Xilinx
ML410. The standalone programs work perfectly. However under Linux,
when I try to use a floating point operation, like *fmuls*, it will
give me a *trap*.
By studying the user guide from Xilinx and dumping the object files,
I know I need to change the corresponding bits (APU enable, FP
enable, maybe APU Exception enable) in Machine State Register. I
guess I need to enable the bits whenever before the kernel uses
*mtmsr*. However, it doesn't work. I got the same trap with the same
MSR, as I had no APU/FPU before. I also tried to add the FPU.S to ppc
tree, but it doesn't work either.
The questions are
1. I guess there might be some place that changed MSR after all my
changes. But I don't know where. And can I write a kernel module to
change the MSR after booting in Linux? (well, it's hard for me though)
2. Does it have any exception/interrupt mechanism to direct FP
operation to APU/FPU? Or after enabling APU/FPU it will mask the
exception/interrupt and decode FP operation by itself?
Any ideas are appreciated. Thank you very much!
Shan
^ permalink raw reply
* Re: Signal backtrace function
From: Joakim Tjernlund @ 2008-04-14 16:20 UTC (permalink / raw)
To: Detlev Zundel; +Cc: linuxppc-dev
In-Reply-To: <m2skxoo1ur.fsf@ohwell.denx.de>
On Mon, 2008-04-14 at 18:09 +0200, Detlev Zundel wrote:
> Hi Jocke,
>
> > I made my own backtrace function for printing
> > a trace from within a signal handler. Maybe it
> > can be useful for the kernel too? General
> > comments welcome.
>
> Probably a dumb question, but doesn't backtrace(3) from glibc work
> architecture independent already? Why do you need to reimplement it?
Nope, it doesn't give you a good backtrace from within a signal handler.
On x86 you can use the normal backtrace function with a minor
workaround, but as ppc doesn't save a FP in leaf functions, that
workaround does not work well. You can read more about it
at http://www.linuxjournal.com/article/6391
Jocke
^ permalink raw reply
* Re: [PATCH] [POWERPC] mpc8315: fix USB UTMI Host setup
From: Anton Vorontsov @ 2008-04-14 16:31 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev
In-Reply-To: <5545B104-1D7C-4A35-B6AD-7C895CBE9A2F@kernel.crashing.org>
On Mon, Apr 14, 2008 at 10:22:46AM -0500, Kumar Gala wrote:
>
> On Apr 9, 2008, at 8:59 AM, Anton Vorontsov wrote:
>> Currently USB Host isn't functional on the MPC8315E boards, for two
>> reasons as described below.
>>
>> MPC8315 Reference Manual says:
>> "The USB DR unit must have the same clock ratio as the encryption core
>> unit, unless one of them has its clock disabled."
>>
>> The encryption core also drives I2C clock, so it is enabled and is
>> equal
>> to 01. That means USBDRCM should be 01 here.
>>
>> Plus, according to MPC8315E-RDB schematics, USB unit consumes CLK_IN
>> clock from the 24.00MHz oscillator, which means we must adjust REFSEL
>> bits as well.
>
> Can you add a comment in the code about the fact that part of this fix
> is board specific.
Heh, the whole 83xx/usb.c file is board(s) specific, not this particular
fix. :-/
So it doesn't need an explicit comment for this addition. It's just lucky
coincedence that all previous boards were using same (or similar) setup.
That is, it's perfectly possible that some custom MPC831XE board will use
USB setup different from MPC8313E-RDB or MPC8315E-RDB, and the whole thing
will break again. The same applies for MPC837X part of usb.c. There are
board-specific settings all over the place.
^ permalink raw reply
* Re: Flash on LocalBus @ MPC8343
From: Scott Wood @ 2008-04-14 16:45 UTC (permalink / raw)
To: André Schwarz; +Cc: linux-ppc list
In-Reply-To: <480079CA.5040000@matrix-vision.de>
On Sat, Apr 12, 2008 at 10:58:50AM +0200, André Schwarz wrote:
> thanks , but ... can't find "of_bus_ids[]" entry.
That means your platform likely isn't calling of_platform_bus_probe() at
all. Look at other platforms, such as mpc831x_rdb, for an example.
> I'm obviously out of sync. My last git-pull from denx is 3 days old, now
> - need to update on monday.
For Denx-specific support, please contact Denx.
This certainly isn't something that was added in the past 3 days.
-Scott
^ 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