On Apr 16, 2008, at 8:11 PM, 旭 罗 wrote:
hello all:
In my system, the CPU is MPC8313. When i debug it, i can't find
the serial driver for the MPC8313 soc, i can only find the file
8250.c which is in the /drivers/serial directory. I am not sure the
source code is the serial driver for th
On Apr 16, 2008, at 1:48 PM, John Marc wrote:
Hi Everybody,
I find this forum very much useful for the people who are working
with powerpc's , and i am the one of them.Actually one more thing
that make me to join this forum is my interest towards the Freescale
MPC8641d board :-). I found t
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Sat, 12 Apr 2008 15:20:59 +1000
> There is a potential bug in __lmb_alloc_base where we subtract `size'
> from the base address of a reserved region without checking whether
> the subtraction could wrap around and produce a very large unsigned
> value
I'm guessing the "[POWERPC] i2c: OF helpers for the i2c API"
http://git.kernel.org/?p=linux/kernel/git/paulus/powerpc.git;a=commitdiff;h=612212a3f2f053ea68ce9cd16d3deeca7754e8c9
is causing this build failure:
http://kisskb.ellerman.id.au/kisskb/buildresult/24375/
- k
__
Hello:
I have founded that the serial can't be initialized as the bootting
process. My platform is MPC8313 and my kernel version is linux-2.6.23.9. I look
though the source code and find that the MPC8313 driver is compatible with
8250/16550. The driver is in the \drivers\serial\8250.c
In th
Hi
I Have the kernel patches , but no one for the USB.
The changes for the USB are integrated in the Kernel.
I am currently looking into the linux BSP for usb
changes , but unfortunately don't find any major
chages.
MPC8641 board have one EHCI controller and 3 OHCI
conroller.
As I am also new t
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of 旭 罗
> Sent: Thursday, April 17, 2008 3:32 PM
> To: Linu PPC Mail list
> Cc: Wood Scott
> Subject: A question about the 8250/16550 Driver
>
> Hello:
> I have founded that the serial can't be init
Hi Kumar,
> I'm guessing the "[POWERPC] i2c: OF helpers for the i2c API"
>
> http://git.kernel.org/?p=linux/kernel/git/paulus/powerpc.git;a=commitdiff;h=612212a3f2f053ea68ce9cd16d3deeca7754e8c9
>
> is causing this build failure:
>
> http://kisskb.ellerman.id.au/kisskb/buildresult/24375/
It loo
This patch implement GPIO LIB support for the CPM2 GPIOs.
The code is based on Jochen Friedrich's patch for the CPM1.
Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/Kconfig |2 +
arch/powerpc/sysdev/cpm2.c | 123
2
Hollis Blanchard wrote:
[POWERPC KVM] Implement KVM for PowerPC 440
Avi, these patches have now been acked by Paul Mackerras, so I think they're
ready to be committed.
Applied all, thanks.
--
error compiling committee.c: too many arguments to function
_
Our network guru is out on vacation, so I'll ask here...
I now have a working Xilinx ML405 board... except the network is flaky to
say the least.
I have tried both with the Emac Lite and the LLTemac IPs.
They both work during the DHCP state of the kernel boot, my target board
gets its IP and
Hi Laurent,
> This patch implement GPIO LIB support for the CPM2 GPIOs.
>
> The code is based on Jochen Friedrich's patch for the CPM1.
I guess most of this should go to cpm_common.c and should be used for
Port E on CPM1, as well. This port uses the same layout as CPM2 while
Port B uses a diffe
On Thu, 17 Apr 2008 11:25:12 +0200, Jochen Friedrich wrote:
> It looks like it. i2c-core needs to be compiled static for the OF bindings to
> work.
> I guess in Kconfig "depends on OF && I2C" must be changed into "depends on OF
> && (I2C=y)"
(blind shot) Maybe this means that some code that is i
On Thursday 17 April 2008 12:13, Jochen Friedrich wrote:
> Hi Laurent,
>
> > This patch implement GPIO LIB support for the CPM2 GPIOs.
> >
> > The code is based on Jochen Friedrich's patch for the CPM1.
>
> I guess most of this should go to cpm_common.c and should be used for
> Port E on CPM1, a
Hollis Blanchard wrote:
+config KVM
+ tristate "Kernel-based Virtual Machine (KVM) support"
+ depends on EXPERIMENTAL
+ select PREEMPT_NOTIFIERS
+ select ANON_INODES
+ ---help---
+ Support hosting virtualized guest machines. You will also
+ need to se
Avi Kivity wrote:
Hollis Blanchard wrote:
+config KVM
+ tristate "Kernel-based Virtual Machine (KVM) support"
+ depends on EXPERIMENTAL
+ select PREEMPT_NOTIFIERS
+ select ANON_INODES
+ ---help---
+ Support hosting virtualized guest machines. You will also
+ need to select one or more of the pro
Hi Laurent,
>> http://patchwork.ozlabs.org/linuxppc/patch?id=16282
>
> The link doesn't seem to be related.
http://patchwork.ozlabs.org/linuxppc/patch?id=17490 is the correct one.
> I'll rework the patch to move CPM2 GPIO support to cpm_common.c. Have you
> thought about a proper name for the
On Thursday 17 April 2008 13:21, Jochen Friedrich wrote:
> Hi Laurent,
>
> >> http://patchwork.ozlabs.org/linuxppc/patch?id=16282
> >
> > The link doesn't seem to be related.
>
> http://patchwork.ozlabs.org/linuxppc/patch?id=17490 is the correct one.
Thanks.
> > I'll rework the patch to move
I thought we were using efika.forth for this in Fedora.
Why don't we just roll all those fixes into prom_efika.c or something
and make it a huge, unwieldy file nice and *seperate* from prom_init.c?
:)
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
David Woodhouse wrote
Hi Laurent,
> BTW, what's the purpose of the shadow data register in the CPM GPIO chip
> structure ? As the set operation is protected by a spinlock, the only use I
> can think of is to prevent changing bits in the PDAT register for pins
> configured as inputs. Is that correct ? If so this shou
Hi Laurent,
> Any preference for common function names ? cpm2_gpio32* might be too
> CPM2-specific for cpm_common.c. cpm_gpio32* is a bit too generic as it
> doesn't support port E on the CPM1.
I would keep the cpm2 name. I'll just add a comment to cpm1.c that
fsl,cpm1-pario-bank32e uses cpm2 l
On Wed, Apr 16, 2008 at 04:58:21PM -0500, Scott Wood wrote:
> On Thu, Apr 17, 2008 at 01:00:42AM +0400, Anton Vorontsov wrote:
> > On Wed, Apr 16, 2008 at 01:44:42PM -0500, Scott Wood wrote:
> > > A maximal timeout of ~65 ms is a little low... For use as a wakeup from
> > > sleep mode, I'd like to
MPC8568E has 64K byte MURAM, so the size should be 0x1, not 0xc000 in dts.
Signed-off-by: Haiying Wang <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8568mds.dts |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8568mds.dts
b/arch/powerpc/
On Apr 17, 2008, at 3:36 AM, John Marc wrote:
Hi
I Have the kernel patches , but no one for the USB.
The changes for the USB are integrated in the Kernel.
I am currently looking into the linux BSP for usb
changes , but unfortunately don't find any major
chages.
MPC8641 board have one EHCI contr
On Apr 16, 2008, at 10:38 PM, Li Yang wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Anton Vorontsov
Sent: Thursday, April 17, 2008 2:22 AM
To: Kumar Gala
Cc: Wood Scott; linuxppc-dev@ozlabs.org; Jeff Garzik; Tabi
Timur; [EMAIL PROTECTED]
Subject
Added support to allow an 85xx kernel to be run from a non-zero physical
address (useful for cooperative asymmetric multiprocessing situations) and
kdump. The support can either be at compile time or runtime
(CONFIG_RELOCATABLE).
If CONFIG_RELOCATABLE is set, than CONFIG_PHYSICAL_START has no mea
Avi Kivity wrote:
Avi Kivity wrote:
Hollis Blanchard wrote:
+config KVM
+ tristate "Kernel-based Virtual Machine (KVM) support"
+ depends on EXPERIMENTAL
+ select PREEMPT_NOTIFIERS
+ select ANON_INODES
+ ---help---
+ Support hosting virtualized guest machines. You will also
+ need to select one
On Wed, Apr 16, 2008 at 08:38:19PM -0700, Li Yang wrote:
> It is a good thing to unify the CPM dpram operation and QE muram
> operation. But I'm having concerns about the naming as CPM is an
> obsolete block. Can we change to use the new name QE instead?
And then change it again when marketing d
On Thu, Apr 17, 2008 at 04:52:35PM +0400, Anton Vorontsov wrote:
> Heh. Scott, think about it. You have single 16bit timer with variable
> frequency. To use it, you'd better know what exactly precision you need.
Why? I know the timeout I need.
> Then you limited to u16 for the interval for this
Hi,
if someone is interested: Here the full patch to get sound support for
MPC5200b and a current 2.6.25 kernel.
Index: sound/ppc/Kconfig
===
--- sound/ppc/Kconfig.orig 2008-04-17 15:33:27.0 +0200
+++ sound/ppc/Kconfig
Juergen Beisert wrote:
Hi,
Hooray! :)
Does it work, though, with your board?
- u16 ccr;/* PSC + 0x20 */
- u8 reserved7[14];
+ u32 ccr;/* PSC + 0x20 */
+ u32 ac97_slots; /* PSC + 0x24 */
I
On Wednesday 16 April 2008 20:39, Anton Vorontsov wrote:
> On Tue, Mar 18, 2008 at 03:48:12PM -0500, Scott Wood wrote:
> [...]
> > How about:
> >
> > struct gtm_timer *gtm_get_specific_timer(struct gtm *gtm, int timer,
> > int width);
> >
> > ...with np->dat
Scott Wood wrote:
> And then change it again when marketing decides that CPM4 will be called
> something other than QE2? :-P
I agree with Scott. The QE is really just CPM3.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing li
On Thursday 17 April 2008 16:23, Matt Sealey wrote:
> Hooray! :)
>
> Does it work, though, with your board?
>
> > - u16 ccr;/* PSC + 0x20 */
> > - u8 reserved7[14];
> > + u32 ccr;/* PSC + 0x20 */
> > + u32 ac97_slots;
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
In my powerpc-next tree. posting for review.
arch/powerpc/boot/dts/ep88xc.dts | 73 +-
arch/powerpc/boot/dts/kuroboxHD.dts | 83 +++--
arch/powerpc/boot/dts/kuroboxHG.dts | 83 +++--
Juergen Beisert wrote:
On Thursday 17 April 2008 16:23, Matt Sealey wrote:
Hooray! :)
Does it work, though, with your board?
- u16 ccr;/* PSC + 0x20 */
- u8 reserved7[14];
+ u32 ccr;/* PSC + 0x20 */
+ u32
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 disable
On Apr 14, 2008, at 10:43 AM, Timur Tabi wrote:
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 beca
On Apr 16, 2008, at 12:53 PM, Paul Gortmaker wrote:
Cleanups as suggested by Stephen Rothwell and Dale Farnsworth, which
incudes marking a bunch of functions static and add a vendor prefix to
the compat node check for uniqueness.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerp
On Apr 17, 2008, at 7:56 AM, Haiying Wang wrote:
MPC8568E has 64K byte MURAM, so the size should be 0x1, not
0xc000 in dts.
Signed-off-by: Haiying Wang <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8568mds.dts |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
applied.
- k
On Apr 16, 2008, at 12:53 PM, Paul Gortmaker wrote:
As suggested by Timur Tabi, we match on the old compat node ID for one
version and warn accordingly. If we don't do this, we plunge people
who
try to use an old DTB into silent boot death with no clear
indication of
what the problem is.
Hi,
here's a patch against 2.6.25-rc8-mm2 that adds support for device tree names
to the rtc-pcf8563 driver.
Is the new-style driver conversion patch in 2.6.25-rc8-mm2 scheduled for
2.6.26 ?
--
This patch adds support for device tree names via the i2c mod alias mechanism
to the rtc-pcf8563 driv
On Thu, Apr 17, 2008 at 09:47:24AM -0500, Kumar Gala wrote:
> ranges = <
> - 0 0 fc00 0400
> - 3 0 fa00 0100
> + 0x0 0x0 0xfc00 0x400
> + 0x3 0x0 0xfa00 0x100
Chip selects
On Apr 17, 2008, at 10:03 AM, Scott Wood wrote:
On Thu, Apr 17, 2008 at 09:47:24AM -0500, Kumar Gala wrote:
ranges = <
- 0 0 fc00 0400
- 3 0 fa00 0100
+ 0x0 0x0 0xfc00 0x400
+
+ help
+ Say Y or M if you want to support any AC97 codec attached to
+ the Freescqle MPC52xx AC97 interface.
Also this; Freescale :)
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
___
Linuxppc-dev mailin
On Apr 17, 2008, at 10:02 AM, Laurent Pinchart wrote:
Hi,
here's a patch against 2.6.25-rc8-mm2 that adds support for device
tree names
to the rtc-pcf8563 driver.
Is the new-style driver conversion patch in 2.6.25-rc8-mm2 scheduled
for
2.6.26 ?
Should probably include the rtc & i2c mai
On Thu, Apr 17, 2008 at 09:19:03AM -0500, Scott Wood wrote:
> On Thu, Apr 17, 2008 at 04:52:35PM +0400, Anton Vorontsov wrote:
> > Heh. Scott, think about it. You have single 16bit timer with variable
> > frequency. To use it, you'd better know what exactly precision you need.
>
> Why? I know the
Juergen Beisert wrote:
Hi,
+ /* the fifo starts right after psc ends */
+ priv->fifo = (struct mpc52xx_psc_fifo*)&priv->psc[1]; /* FIXME */
Wouldn't
priv->fifo = (struct mpc52xx_psc_fifo*) (priv->psc + sizeof(struct
mpc52xx_psc));
Be a little less obtuse use of C?
I jus
On Thu, 2008-04-17 at 13:28 +0100, Matt Sealey wrote:
> I thought we were using efika.forth for this in Fedora.
We were, until you pointed out that the kernel actually works just fine
these days without it.
Now, the _only_ thing that goes wrong without it is that 'CHRP' in the
machine: line -- wh
On Thu, Apr 17, 2008 at 04:23:56PM +0200, Laurent Pinchart wrote:
[...]
> > + /*
> > +* We have two 8 bit prescalers -- primary and secondary (psr, sps),
> > +* plus "slow go" mode (clk / 16). So, total prescale value is
> > +* 16 * (psr + 1) * (sps + 1).
> > +*/
> > + if (presc
David Woodhouse wrote:
On Thu, 2008-04-17 at 13:28 +0100, Matt Sealey wrote:
I thought we were using efika.forth for this in Fedora.
We were, until you pointed out that the kernel actually works just fine
these days without it.
I said the kernel has had braindead patches shoved into it that
On Thursday 17 April 2008 17:10, Matt Sealey wrote:
> Juergen Beisert wrote:
> > Hi,
> > + /* the fifo starts right after psc ends */
> > + priv->fifo = (struct mpc52xx_psc_fifo*)&priv->psc[1]; /* FIXME */
>
> Wouldn't
>
> priv->fifo = (struct mpc52xx_psc_fifo*) (priv->psc + sizeof(stru
On Thursday 17 April 2008 17:05, Matt Sealey wrote:
> > + help
> > + Say Y or M if you want to support any AC97 codec attached to
> > + the Freescqle MPC52xx AC97 interface.
>
> Also this; Freescale :)
yes. ;-)
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix - Li
Juergen Beisert wrote:
On Thursday 17 April 2008 17:10, Matt Sealey wrote:
Juergen Beisert wrote:
Hi,
+ /* the fifo starts right after psc ends */
+ priv->fifo = (struct mpc52xx_psc_fifo*)&priv->psc[1]; /* FIXME */
Wouldn't
priv->fifo = (struct mpc52xx_psc_fifo*) (priv->ps
Matt Sealey wrote:
+/* the fifo starts right after psc ends */
+priv->fifo = (struct mpc52xx_psc_fifo*)&priv->psc[1];/*
FIXME */
Wouldn't
priv->fifo = (struct mpc52xx_psc_fifo*) (priv->psc + sizeof(struct
mpc52xx_psc));
Be a little less obtuse use of C?
"priv->psc" is
On Sat, 12 Apr 2008 20:13:16 -0700
"Dale Farnsworth" <[EMAIL PROTECTED]> wrote:
> Each patch needs to be standalone. you need to add a header
> describing what the patch is intended to accomplish. Being more
> descriptive is better than less. Also, as Stephen said, make sure
> that the subject
On Thu, 17 Apr 2008 08:55:12 +1000, "Paul Mackerras" <[EMAIL PROTECTED]>
said:
> Ingo Molnar writes:
> >
> > * Alexander van Heukelum <[EMAIL PROTECTED]> wrote:
> >
> > > Powerpc (and ppc) have their have some code in their bitops.h which
> > > used to be exacly the same as asm-generic/bitops/fi
Which version of xps_ll_temac are you using, and which version of EDK?
Also, do both designs meet timing?
-Rick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Guillaume Dargaud
Sent: Thursday, April 17, 2008 4:04 AM
To: linuxppc-dev@ozlabs.org
Subject:
On Thu, Apr 17, 2008 at 11:50:45AM -0400, Sean MacLennan wrote:
> On Sat, 12 Apr 2008 20:13:16 -0700
> "Dale Farnsworth" <[EMAIL PROTECTED]> wrote:
>
> > Each patch needs to be standalone. you need to add a header
> > describing what the patch is intended to accomplish. Being more
> > descriptiv
On Thu, Apr 17, 2008 at 04:23:56PM +0200, Laurent Pinchart wrote:
> > + /*
> > +* We have two 8 bit prescalers -- primary and secondary (psr, sps),
> > +* plus "slow go" mode (clk / 16). So, total prescale value is
> > +* 16 * (psr + 1) * (sps + 1).
> > +*/
> > + if (prescaler >
Anton Vorontsov wrote:
This isn't a timer with usec precision! This is a timer that silently
crops precision as it wants to. Ahh, I see you dropped "u" prefix.
It is a timer with usec precision, unless you ask for a timeout of more
than 65535 usec -- at which point the hardware can't provide u
On Thu, Apr 17, 2008 at 04:39:04AM +1000, Anton Vorontsov wrote:
> +#define GTMDR_FFR(1 << 3)
This should be GTMDR_FRR according to the chip docs.
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listin
On Thu, 2008-04-17 at 16:17 +0100, Matt Sealey wrote:
> David Woodhouse wrote:
> > On Thu, 2008-04-17 at 13:28 +0100, Matt Sealey wrote:
> >> I thought we were using efika.forth for this in Fedora.
> >
> > We were, until you pointed out that the kernel actually works just fine
> > these days witho
On Thu, Apr 17, 2008 at 11:14:00AM -0500, Scott Wood wrote:
> Anton Vorontsov wrote:
>> This isn't a timer with usec precision! This is a timer that silently
>> crops precision as it wants to. Ahh, I see you dropped "u" prefix.
>
> It is a timer with usec precision, unless you ask for a timeout of
Hello Leo:
Follow your advises, i look the source code and find that you are right. In
the source code, There are 2 functions can do some work for the serial port
initralization. The code is followed.
1. static int __devinit serial8250_probe(struct platform_device *dev)
2. static void __init
On Thu, 17 Apr 2008 09:08:04 -0700
"Dale Farnsworth" <[EMAIL PROTECTED]> wrote:
> I didn't suggest splitting the patches or further modification of the
> patches themselves. What I found lacking were the patch descriptions.
> You need to describe in each patch (commit) commentary exactly what
> t
On Sat, 12 Apr 2008 19:41:30 -0500
Josh Boyer <[EMAIL PROTECTED]> wrote:
> This should be sent to Richard Purdie.
I spoke with Richard and we agreed that, since the GPIO library will
make this driver obsolete, it is not worth committing this driver for,
hopefully, only one release.
If anybody se
Okie Friend ,
I will try the latest kernel 2.6.24, and let you know the results.
With Regards
John
Kumar Gala <[EMAIL PROTECTED]> wrote:
On Apr 17, 2008, at 3:36 AM, John Marc wrote:
> Hi
> I Have the kernel patches , but no one for the USB.
> The changes for the USB are integrated in
On Thu, Apr 17, 2008 at 01:26:23PM -0400, Sean MacLennan wrote:
> On Thu, 17 Apr 2008 09:08:04 -0700
> "Dale Farnsworth" <[EMAIL PROTECTED]> wrote:
>
> > I didn't suggest splitting the patches or further modification of the
> > patches themselves. What I found lacking were the patch descriptions.
PIKA Warp: Update platform code to support Rev B boards.
* Switched from 64M NOR/64M NAND to 4M NOR/256M NAND.
* Full DTM support including critical temperature.
* Added POST information.
* Removed LED function, moved to new LED driver.
* Moved ad7414 to new style I2C initialization.
Signed-off-by
Hello Kumar,
Here is respin of my pending patches.
I have bunch of others, but they depend on the drivers which I'm
going to send for the merge after OF GPIO will hit Linus' tree
(otherwise respective subsystem maintainers will fail even to
compile-test these drivers). Given that, in worst case,
GTM stands for General-purpose Timers Module and able to generate
timer{1,2,3,4} interrupts. These timers are used by the drivers that
need time precise interrupts (like for USB transactions scheduling for
the Freescale USB Host controller as found in some QE and CPM chips),
or these timers could b
This patch adds a function to the qe_lib to setup QE USB clocks routing.
To setup clocks safely, cmxgcr register needs locking, so I just reused
ucc_lock since it was used only to protect cmxgcr.
The idea behind placing clocks routing functions into the qe_lib is that
later we'll hopefully switch
This patch splits par_io_config_pin so we can use it with GPIO LIB API.
Also add a comment regarding #ifdef CONFIG_PPC_85xx being legacy.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/qe_lib/qe_io.c | 60 +++
1 files changed, 39 inse
This is needed to access QE GPIOs via Linux GPIO API.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 34 ---
arch/powerpc/platforms/Kconfig |2 +
arch/powerpc/sysdev/qe_lib/qe_io.c | 137
This is patch adds board file, device tree, and defconfig for the new
board, made by Freescale Semiconductor Inc. and Logic Product Development.
Currently supported:
1. UEC{1,2,7,4};
2. I2C;
3. SPI;
4. NS16550 serial;
5. PCI and miniPCI;
6. Intel NOR StrataFlash X16 64Mbit PC28F640P30T85;
7. Graph
This patch adds NOR flash entry to the PowerPC 460EX Canyonlands DTS.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/canyonlands.dts | 36 ++
1 files changed, 36 insertions(+)
diff -pruN powerpc/arch/powerpc/boot/dts/canyonlands.d
Anton Vorontsov wrote:
> +config QE_USB
> + bool
> + help
> + QE USB Host Controller support
Don't you need something like "depends on USB"? I would assume that you need
core USB support before any USB drivers can be loaded.
> --- /dev/null
> +++ b/arch/powerpc/sysdev/qe_lib/usb.c
Timur Tabi wrote:
+ spin_lock_irqsave(&cmxgcr_lock, flags);
+
+ clrsetbits_be32(&mux->cmxgcr, QE_CMXGCR_USBCS, val);
Would it be useful if I made the clrsetbits functions atomic, using
lwarx/stwcx.?
No. clrsetbits operates on I/O registers, not RAM.
-Scott
_
Scott Wood wrote:
> No. clrsetbits operates on I/O registers, not RAM.
Does lwarx require the EA to be cached memory or something? The reservation is
held within the processor, so it should work on I/O.
--
Timur Tabi
Linux kernel developer at Freescale
Timur Tabi wrote:
Scott Wood wrote:
No. clrsetbits operates on I/O registers, not RAM.
Does lwarx require the EA to be cached memory or something?
That's implementation dependent, and support for accesses to uncached
memory is being phased out of book E according to the E500 manual.
T
Scott Wood wrote:
> That's implementation dependent, and support for accesses to uncached
> memory is being phased out of book E according to the E500 manual.
What's wrong with uncached memory?
>> The reservation is held within the processor, so it should work on I/O.
>
> Even if the core sup
Timur Tabi wrote:
Scott Wood wrote:
That's implementation dependent, and support for accesses to uncached
memory is being phased out of book E according to the E500 manual.
What's wrong with uncached memory?
The typical implementation of lwarx/stwcx depends on holding the
reserved cache li
Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> > +int qe_usb_clock_set(enum qe_clock clk, int rate)
> > +{
> > + struct qe_mux __iomem *mux = &qe_immr->qmx;
> > + unsigned long flags;
> > + const bool is_brg = clk < QE_CLK1;
>
> You don't really need "is_brg", since it's only used once.
I
Hi,
With CONFIG_BUG option disabled module_find_bug fuction (module_32.c and
module_64.c) don't compile because struct bug_entry isn't defined.
Marcelo Dalmas
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
armazenamento!
http://br.mail.yahoo.com/Index: arch/powerpc/ke
Dale Farnsworth wrote:
> I find "is_brg" much more meaningful than "clk < QE_CLK1".
>
> Maybe the computer doesn't need it, but it's helpful to a
> reader of the code.
That's what comments are for. I'm all for self-documenting code, but not
creating additional code to avoid comments.
--
Timur
On Thu, Apr 17, 2008 at 03:49:59PM -0500, Timur Tabi wrote:
> Dale Farnsworth wrote:
> > I find "is_brg" much more meaningful than "clk < QE_CLK1".
> >
> > Maybe the computer doesn't need it, but it's helpful to a
> > reader of the code.
>
> That's what comments are for. I'm all for self-documen
On Thu, Apr 17, 2008 at 02:56:42PM -0500, Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> > +config QE_USB
> > + bool
> > + help
> > + QE USB Host Controller support
>
> Don't you need something like "depends on USB"? I would assume that you need
> core USB support before any USB drivers
On Apr 17, 2008, at 2:28 PM, Anton Vorontsov wrote:
This patch splits par_io_config_pin so we can use it with GPIO LIB
API.
Also add a comment regarding #ifdef CONFIG_PPC_85xx being legacy.
legacy to what?
- k
___
Linuxppc-dev mailing list
Linux
Anton Vorontsov wrote:
> static inline bool qe_clock_is_brg(enum qe_clock clk)
> {
> return clk < QE_CLK1;
> }
I have no problem with this function (the UART driver could use it), except that
your implementation is wrong. You would need to do this:
static inline bool qe_clock_is_brg(enum
On Thu, Apr 17, 2008 at 04:53:34PM -0500, Kumar Gala wrote:
>
> On Apr 17, 2008, at 2:28 PM, Anton Vorontsov wrote:
>> This patch splits par_io_config_pin so we can use it with GPIO LIB
>> API.
>>
>> Also add a comment regarding #ifdef CONFIG_PPC_85xx being legacy.
>
> legacy to what?
If we'll e
index a3f9c3f..a4a195a 100644
--- a/arch/powerpc/sysdev/qe_lib/qe_io.c
+++ b/arch/powerpc/sysdev/qe_lib/qe_io.c
@@ -20,7 +20,8 @@
#include
#include
#include
-
+#include
+#include
#include
#include
#include
@@ -214,6 +215,140 @@ int par_io_of_config(struct device_node *np)
}
EXPORT_SYMBOL(p
On Thu, Apr 17, 2008 at 05:35:53PM -0500, Kumar Gala wrote:
>> index a3f9c3f..a4a195a 100644
>> --- a/arch/powerpc/sysdev/qe_lib/qe_io.c
>> +++ b/arch/powerpc/sysdev/qe_lib/qe_io.c
>> @@ -20,7 +20,8 @@
>> #include
>> #include
>> #include
>> -
>> +#include
>> +#include
>> #include
>> #include
On Thu, Apr 17, 2008 at 11:28:32PM +0400, Anton Vorontsov wrote:
> GTM stands for General-purpose Timers Module and able to generate
> timer{1,2,3,4} interrupts. These timers are used by the drivers that
> need time precise interrupts (like for USB transactions scheduling for
> the Freescale USB Ho
This patch affects only the mv64x60 driver. It fixes 2 problem:
-If one of the devices of the mv64x60 init fails, the remaining
devices are not initialized => I changed the code to display an
error and continue the initialization.
-I2C parameters freq_m and freq_n are assigned default in the cod
On Thu, Apr 17, 2008 at 04:17:20PM +0100, Matt Sealey wrote:
>
> David Woodhouse wrote:
>> On Thu, 2008-04-17 at 13:28 +0100, Matt Sealey wrote:
>>> I thought we were using efika.forth for this in Fedora.
>>
>> We were, until you pointed out that the kernel actually works just fine
>> these days wi
On Mon, Apr 14, 2008 at 09:32:44PM -0400, Paul Gortmaker wrote:
> On Fri, Apr 11, 2008 at 3:11 PM, Segher Boessenkool
> <[EMAIL PROTECTED]> wrote:
> >
> > > Updated as per above, and with tickerized prefixes for sbc8641.
> > >
> >
> > Care to try once more? It's only "tickerized" if it's in all
>
On Apr 17, 2008, at 5:41 PM, Anton Vorontsov wrote:
On Thu, Apr 17, 2008 at 05:35:53PM -0500, Kumar Gala wrote:
index a3f9c3f..a4a195a 100644
--- a/arch/powerpc/sysdev/qe_lib/qe_io.c
+++ b/arch/powerpc/sysdev/qe_lib/qe_io.c
@@ -20,7 +20,8 @@
#include
#include
#include
-
+#include
+#include
The fixmap code from x86 allows us to have compile time virtual addresses
that we change the physical addresses of at run time.
This is useful for applications like kmap_atomic, PCI config that is done
via direct memory map, kexec/kdump.
We got ride of CONFIG_HIGHMEM_START as we can now determine
> -Original Message-
> From: Wood Scott
> Sent: Thursday, April 17, 2008 10:11 PM
> To: Li Yang
> Cc: [EMAIL PROTECTED]; Kumar Gala;
> linuxppc-dev@ozlabs.org; Jeff Garzik; Tabi Timur;
> [EMAIL PROTECTED]
> Subject: Re: [PATCH v2][POWERPC] qe_lib and ucc_geth: switch
> to the cpm_muram
1 - 100 of 119 matches
Mail list logo
