RE: who know's what is "TestFloat cases" and how to test this feature onthe Freescale MPC8536DS board

2009-04-20 Thread Liu Yu-B13201
> -Original Message- > From: linuxppc-dev-bounces+b13201=freescale@ozlabs.org > [mailto:linuxppc-dev-bounces+b13201=freescale@ozlabs.org] > On Behalf Of derekzheng > Sent: Sunday, April 19, 2009 5:25 PM > To: 'linuxppc-dev'; microblaze-ucli...@itee.uq.edu.au; > linux-ker...@vger

Re:Re: who know's what is "TestFloat cases" and how to test this feature on the Freescale MPC8536DS board

2009-04-20 Thread zhengxiang9
thanks for you help. i am sorry,i make a mistake , i can not update my mail list derek zheng 在2009-04-20,"Kumar Gala" 写道: > >On Apr 19, 2009, at 4:25 AM, derekzheng wrote: > >> Hi all guys: >> >> The Freescale MPC8536DS board Integrated TestFloat cases, and I do >> not know how to tes

RE: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze

2009-04-20 Thread Stephen Neuendorffer
My thinking is that these drivers are likely to be used as a group, hence it would be nice to make it easy to get them all visible/enabled somehow. Steve -Original Message- From: John Williams [mailto:john.willi...@petalogix.com] Sent: Sun 4/19/2009 4:03 PM To: microblaze-ucli...@itee.uq

Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable

2009-04-20 Thread Wolfgang Grandegger
Hi Ben, Wolfgang Grandegger wrote: > Wolfgang Grandegger wrote: >> Kumar Gala wrote: >>> On Apr 8, 2009, at 2:25 AM, Wolfgang Grandegger wrote: >>> > So I'm a bit concerned with the output we now get: > > mpc-i2c fffe03000.i2c: clock 0 Hz (dfsrr=16 fdr=49) > > why 0? is that ri

Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions)

2009-04-20 Thread Josh Boyer
On Fri, Apr 17, 2009 at 8:32 PM, Kyle Moffett wrote: > Hello, > > I'm currently fiddling with a custom embedded prototype board using > the ibm_newemac driver with some currently-unsupported PHYs.  Those > PHYs *are* supported by phylib, but the emac driver seems to have its > own PHY layer cribbe

Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable

2009-04-20 Thread Grant Likely
On Mon, Apr 20, 2009 at 3:01 AM, Wolfgang Grandegger wrote: > Hi Ben, > > Wolfgang Grandegger wrote: >> Wolfgang Grandegger wrote: >>> Kumar Gala wrote: On Apr 8, 2009, at 2:25 AM, Wolfgang Grandegger wrote: >> So I'm a bit concerned with the output we now get: >> >> mpc-i2c

Re: [Announce] 2.6.29.1-rt8

2009-04-20 Thread Stephane Couture
With PREEMPT_RT and HIGHMEM on ppc32 (8572ds eval board), there is a lot of coredumps (data access, 0x300) very early in the boot process. There is no problem when using only one of PREEMPT_RT or HIGHMEM. I also tried rt1 and rt7 and it's the same behavior. Ccing linuxppc-dev in case someone

MPC8349E's DMA controller like ISA controller but with more feature?

2009-04-20 Thread lhthanh
Hi EveryOne! This is first time I send a letter to everyone. If I make mistake, please free to correct me. :) I'm trying to write the first driver which is concerned with DMA. I'm reading dmatest.c and have some confused problem. Oh! No! I have many problem..:D MPC8349's DMA controller like I

RE: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze

2009-04-20 Thread John Linn
> -Original Message- > From: Stephen Neuendorffer > Sent: Sunday, April 19, 2009 11:52 PM > To: John Williams; microblaze-ucli...@itee.uq.edu.au > Cc: grant.lik...@secretlab.ca; linuxppc-dev; linux-ker...@vger.kernel.org; > John Linn > Subject: RE: [microblaze-uclinux] [PATCH 11/11] microb

Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze

2009-04-20 Thread Grant Likely
On Mon, Apr 20, 2009 at 8:36 AM, John Linn wrote: >> -Original Message- >> From: Stephen Neuendorffer >> Sent: Sunday, April 19, 2009 11:52 PM >> To: John Williams; microblaze-ucli...@itee.uq.edu.au >> Cc: grant.lik...@secretlab.ca; linuxppc-dev; linux-ker...@vger.kernel.org; >> John Linn

[PATCH] powerpc: don't disable SATA interrupts on Freescale MPC8610 HPCD

2009-04-20 Thread Timur Tabi
The ULI 1575 PCI quirk function for the Freescale MPC8610 HPCD was disabling the SATA INTx interrupt, even when SATA support was enabled. This was safe, because the SATA driver re-enabled it. But with commit a5bfc471 ("ahci: drop intx manipulation on msi enable"), the driver no longer does this,

Re: MPC8349E's DMA controller like ISA controller but with more feature?

2009-04-20 Thread Scott Wood
On Mon, Apr 20, 2009 at 07:38:13PM +0700, lhthanh wrote: > > Hi EveryOne! > > This is first time I send a letter to everyone. If I make mistake, > please free to correct me. :) Please post in plaintext, not HTML. > MPC8349's DMA controller like ISA controller but with more features? No. It i

[PATCH 0/5] Allow swiotlb use on ppc/mpc86xx

2009-04-20 Thread Becky Bruce
GIT: Please enter your email below. GIT: Lines beginning in "GIT: " will be removed. GIT: Consider including an overall diffstat or table of contents GIT: for the patch you are writing. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs

[PATCH 0/5] enable swiotlb on ppc/86xx

2009-04-20 Thread Becky Bruce
GIT: Please enter your email below. GIT: Lines beginning in "GIT: " will be removed. GIT: Consider including an overall diffstat or table of contents GIT: for the patch you are writing. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs

[PATCH 3/5] powerpc: make dma_window_* in pci_controller struct avail on 32b

2009-04-20 Thread Becky Bruce
Also, convert them to resource_size_t (which is unsigned long on 64-bit, so it's not a change there). We will be using these on fsl 32b to indicate the start and size address of memory that the pci controller can actually reach - this is needed to determine if an address requires bounce buffering.

[PATCH 1/5] powerpc: Use sg->dma_length in sg_dma_len() macro on 32-bit

2009-04-20 Thread Becky Bruce
Currently, the 32-bit code uses sg->length instead of sg->dma_lentgh to report sg_dma_len. However, since the default dma code for 32-bit (the dma_direct case) sets dma_length and length to the same thing, we should be able to use dma_length there as well. This gets rid of some 32-vs-64-bit ifdef

[PATCH 0/5] SWIOTLB for ppc/mpc86xx

2009-04-20 Thread Becky Bruce
This patch series allows the use of swiotlb on mpc86xx, with 85xx support soon to follow. The most notable change here is the addition of addr_needs_map to dma_ops. This is used to tell if a device can reach an address without bounce buffering. I believe that patches will be coming out soon to

[PATCH 5/5] powerpc: Add 86xx support for SWIOTLB

2009-04-20 Thread Becky Bruce
Minor code to allow enabling swiotlb on mpc86xx, including Kconfig addition for SWIOTLB. Signed-off-by: Becky Bruce --- arch/powerpc/Kconfig | 10 ++ arch/powerpc/kernel/dma-swiotlb.c |2 ++ arch/powerpc/platforms/86xx/mpc86xx_hpcn.c |3 +++ 3 fil

[PATCH 2/5] powerpc: Add 36-bit device tree for mpc8641hpcn

2009-04-20 Thread Becky Bruce
The new dts places most of the devices in physical address space above 32-bits, which allows us to have more than 4GB of RAM present. Signed-off-by: Becky Bruce --- arch/powerpc/boot/dts/mpc8641_hpcn_36b.dts | 597 1 files changed, 597 insertions(+), 0 deletions(-)

[PATCH 4/5] powerpc: Add support for swiotlb on 32-bit

2009-04-20 Thread Becky Bruce
This patch includes the basic infrastructure to use swiotlb bounce buffering on 32-bit powerpc. It is not yet enabled on any platforms. Signed-off-by: Becky Bruce --- arch/powerpc/Kconfig |2 +- arch/powerpc/include/asm/dma-mapping.h | 11 ++ arch/powerpc/include/asm/swi

Re: [PATCH 0/5] Allow swiotlb use on ppc/mpc86xx

2009-04-20 Thread Becky Bruce
FAIL. Here's the text that should have been there :) -B This patch series allows the use of swiotlb on mpc86xx, with 85xx upport soon to follow. The most notable change here is the addition of addr_needs_map to dma_ops. This is used to tell if a device can reach an address without bounce buff

Re: [PATCH 4/5] powerpc: Add support for swiotlb on 32-bit

2009-04-20 Thread Kumar Gala
On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: This patch includes the basic infrastructure to use swiotlb bounce buffering on 32-bit powerpc. It is not yet enabled on any platforms. Signed-off-by: Becky Bruce --- arch/powerpc/Kconfig |2 +- arch/powerpc/include/asm/dm

Re: [PATCH 3/5] powerpc: make dma_window_* in pci_controller struct avail on 32b

2009-04-20 Thread Kumar Gala
On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: Also, convert them to resource_size_t (which is unsigned long on 64-bit, so it's not a change there). We will be using these on fsl 32b to indicate the start and size address of memory that the pci controller can actually reach - this is needed

Re: [PATCH 5/5] powerpc: Add 86xx support for SWIOTLB

2009-04-20 Thread Kumar Gala
On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: Minor code to allow enabling swiotlb on mpc86xx, including Kconfig addition for SWIOTLB. Signed-off-by: Becky Bruce --- arch/powerpc/Kconfig | 10 ++ arch/powerpc/kernel/dma-swiotlb.c |2 ++ arch/power

Re: MPC8349E's DMA controller like ISA controller but with more feature?

2009-04-20 Thread Timur Tabi
On Mon, Apr 20, 2009 at 10:55 AM, Scott Wood wrote: > No.  It is for software-directed memory-to-memory transfers (where > "memory" can be main-memory, or the buffer of a device that doesn't do > DMA itself). It can also be used to transfer data to/from a single I/O register, which is how ISA DM

Re: [PATCH 5/5] powerpc: Add 86xx support for SWIOTLB

2009-04-20 Thread Becky Bruce
On Apr 20, 2009, at 12:00 PM, Kumar Gala wrote: On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: Minor code to allow enabling swiotlb on mpc86xx, including Kconfig addition for SWIOTLB. Signed-off-by: Becky Bruce --- arch/powerpc/Kconfig | 10 ++ arch/powerpc

Re: [PATCH 4/5] powerpc: Add support for swiotlb on 32-bit

2009-04-20 Thread Becky Bruce
On Apr 20, 2009, at 11:57 AM, Kumar Gala wrote: On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: This patch includes the basic infrastructure to use swiotlb bounce buffering on 32-bit powerpc. It is not yet enabled on any platforms. Signed-off-by: Becky Bruce --- arch/powerpc/Kconfig

Re: [PATCH 4/5] powerpc: Add support for swiotlb on 32-bit

2009-04-20 Thread Kumar Gala
On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: +static int ppc_swiotlb_bus_notify(struct notifier_block *nb, + unsigned long action, void *data) +{ + struct device *dev = data; + + /* We are only intereted in device addition */ + if (action !=

Re: [PATCH 4/5] powerpc: Add support for swiotlb on 32-bit

2009-04-20 Thread Becky Bruce
On Apr 20, 2009, at 1:31 PM, Kumar Gala wrote: On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: +static int ppc_swiotlb_bus_notify(struct notifier_block *nb, + unsigned long action, void *data) +{ + struct device *dev = data; + + /* We are only int

Re: [PATCH 4/5] powerpc: Add support for swiotlb on 32-bit

2009-04-20 Thread Kumar Gala
On Apr 20, 2009, at 2:06 PM, Becky Bruce wrote: On Apr 20, 2009, at 1:31 PM, Kumar Gala wrote: On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: +static int ppc_swiotlb_bus_notify(struct notifier_block *nb, + unsigned long action, void *data) +{ + stru

Re: [PATCH 1/5] powerpc: Use sg->dma_length in sg_dma_len() macro on 32-bit

2009-04-20 Thread Kumar Gala
On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: Currently, the 32-bit code uses sg->length instead of sg->dma_lentgh to report sg_dma_len. However, since the default dma code for 32-bit (the dma_direct case) sets dma_length and length to the same thing, we should be able to use dma_length the

Re: [PATCH 4/5] powerpc: Add support for swiotlb on 32-bit

2009-04-20 Thread Scott Wood
Kumar Gala wrote: I'm suggesting we do it one for FSL in fsl_soc.c, the 4xx guys can do it once, etc. Since the behavior desired is going to be a bit unique to SoCs/chipsets. Perhaps we should have a dma_mask in platform/of_platform device structs? The driver knows best how many bits it can

[PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

2009-04-20 Thread Jean Delvare
The legacy i2c binding model is going away soon, so convert the AOA codec drivers to the new model or they'll break. Signed-off-by: Jean Delvare Tested-by: Johannes Berg Tested-by: Andreas Schwab Cc: Benjamin Herrenschmidt Cc: Takashi Iwai --- Takashi, please push this patch to Linus quickly,

[PATCH] keywest: Convert to new-style i2c driver

2009-04-20 Thread Jean Delvare
The legacy i2c binding model is going away soon, so convert the ppc keywest sound driver to the new model or it will break. Signed-off-by: Jean Delvare Cc: Benjamin Herrenschmidt Cc: Takashi Iwai --- Takashi, please push this patch to Linus quickly, as this is blocking the removal of the legacy

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

2009-04-20 Thread Johannes Berg
On Mon, 2009-04-20 at 22:54 +0200, Jean Delvare wrote: > The legacy i2c binding model is going away soon, so convert the AOA > codec drivers to the new model or they'll break. > > Signed-off-by: Jean Delvare > Tested-by: Johannes Berg > Tested-by: Andreas Schwab > Cc: Benjamin Herrenschmidt >

Re: Proposed prom parse fix + moving.

2009-04-20 Thread Grant Likely
On Fri, Apr 17, 2009 at 11:35 PM, Grant Likely wrote: > On Fri, Apr 17, 2009 at 4:07 PM, Ilpo Järvinen >> [PATCH] powerpc & microblaze: add missing of_node_put to error handling >> >> While reviewing some microblaze patches a while ago, I noticed >> a suspicious error handling in of_irq_map_one(),

Re: Please pull merge branch from git.secretlab.ca

2009-04-20 Thread Grant Likely
Hi Ben/Paul, Here's an updated pull request with 5200 defconfig updates and a bugfix to prom_parse.c Cheers, g. The following changes since commit 0882e8dd3aad33eca41696d463bb896e6c8817eb: Linus Torvalds (1): Linux 2.6.30-rc2 are available in the git repository at: git://git.secret

Re: [PATCH] keywest: Convert to new-style i2c driver

2009-04-20 Thread Paul Mackerras
Jean Delvare writes: > Takashi, please push this patch to Linus quickly, as this is blocking > the removal of the legacy i2c binding model, which is scheduled for > 2.6.30. I really don't think you can remove it from Linus' tree at this stage in the 2.6.30 cycle. If it was going to be removed it

Re: [PATCH 2/5] powerpc: Add 36-bit device tree for mpc8641hpcn

2009-04-20 Thread David Gibson
On Mon, Apr 20, 2009 at 11:26:47AM -0500, Becky Bruce wrote: > The new dts places most of the devices in physical address space > above 32-bits, which allows us to have more than 4GB of RAM present. > > Signed-off-by: Becky Bruce > --- > arch/powerpc/boot/dts/mpc8641_hpcn_36b.dts | 597 > +

Re: [PATCH 5/5] powerpc: Add 86xx support for SWIOTLB

2009-04-20 Thread Michael Ellerman
On Mon, 2009-04-20 at 12:58 -0500, Becky Bruce wrote: > On Apr 20, 2009, at 12:00 PM, Kumar Gala wrote: > > On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: > >> > >> config PPC_NEED_DMA_SYNC_OPS > >>def_bool y > >>depends on (NOT_COHERENT_CACHE || SWIOTLB) > >> diff --git a/arch/powerpc/ke

Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze

2009-04-20 Thread John Williams
On Tue, Apr 21, 2009 at 12:48 AM, Grant Likely wrote: > On Mon, Apr 20, 2009 at 8:36 AM, John Linn wrote: >>> -Original Message- >>> From: Stephen Neuendorffer >>> Sent: Sunday, April 19, 2009 11:52 PM >>> To: John Williams; microblaze-ucli...@itee.uq.edu.au >>> Cc: grant.lik...@secretlab

Re: [PATCH 1/5] powerpc: Use sg->dma_length in sg_dma_len() macro on 32-bit

2009-04-20 Thread FUJITA Tomonori
On Mon, 20 Apr 2009 15:06:16 -0500 Kumar Gala wrote: > > On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: > > > Currently, the 32-bit code uses sg->length instead of sg->dma_lentgh > > to report sg_dma_len. However, since the default dma code for 32-bit > > (the dma_direct case) sets dma_lengt

Re: [PATCH 4/5] powerpc: Add support for swiotlb on 32-bit

2009-04-20 Thread FUJITA Tomonori
On Mon, 20 Apr 2009 13:03:20 -0500 Becky Bruce wrote: > > On Apr 20, 2009, at 11:57 AM, Kumar Gala wrote: > > > > > On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote: > > > >> This patch includes the basic infrastructure to use swiotlb > >> bounce buffering on 32-bit powerpc. It is not yet enabl

Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions)

2009-04-20 Thread Kyle Moffett
On Mon, Apr 20, 2009 at 8:29 AM, Josh Boyer wrote: > On Fri, Apr 17, 2009 at 8:32 PM, Kyle Moffett wrote: >> Hello, >> >> I'm currently fiddling with a custom embedded prototype board using >> the ibm_newemac driver with some currently-unsupported PHYs.  Those >> PHYs *are* supported by phylib, b

Re: Move dtc and libfdt sources from arch/powerpc/boot to scripts/dtc

2009-04-20 Thread David Gibson
On Tue, Apr 07, 2009 at 03:17:29PM +1000, Paul Mackerras wrote: > David Gibson writes: > > > The vast bulk of this patch is a literal move, the rest is adjusting > > the various Makefiles to use dtc and libfdt correctly from their new > > locations. > > Did you test this with a separate object di

[PATCH] Move dtc and libfdt sources from arch/powerpc/boot to scripts/dtc

2009-04-20 Thread David Gibson
The powerpc kernel always requires an Open Firmware like device tree to supply device information. On systems without OF, this comes from a flattened device tree blob. This blob is usually generated by dtc, a tool which compiles a text description of the device tree into the flattened format used

Re: [RFC v2] virtio: add virtio-over-PCI driver

2009-04-20 Thread Grant Likely
On Thu, Feb 26, 2009 at 3:49 PM, Ira Snyder wrote: > On Thu, Feb 26, 2009 at 09:37:14PM +0100, Arnd Bergmann wrote: >> If the registers for setting up this window don't logically fit >> into the same device as the one you already use, the cleanest >> solution would be to have another device just f

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

2009-04-20 Thread Takashi Iwai
At Mon, 20 Apr 2009 22:54:25 +0200, Jean Delvare wrote: > > The legacy i2c binding model is going away soon, so convert the AOA > codec drivers to the new model or they'll break. > > Signed-off-by: Jean Delvare > Tested-by: Johannes Berg > Tested-by: Andreas Schwab > Cc: Benjamin Herrenschmidt

Re: [PATCH] keywest: Convert to new-style i2c driver

2009-04-20 Thread Takashi Iwai
At Mon, 20 Apr 2009 22:56:59 +0200, Jean Delvare wrote: > > The legacy i2c binding model is going away soon, so convert the ppc > keywest sound driver to the new model or it will break. > > Signed-off-by: Jean Delvare > Cc: Benjamin Herrenschmidt > Cc: Takashi Iwai > --- > Takashi, please push

Re: [PATCH] keywest: Convert to new-style i2c driver

2009-04-20 Thread Takashi Iwai
At Tue, 21 Apr 2009 08:34:02 +1000, Paul Mackerras wrote: > > Jean Delvare writes: > > > Takashi, please push this patch to Linus quickly, as this is blocking > > the removal of the legacy i2c binding model, which is scheduled for > > 2.6.30. > > I really don't think you can remove it from Linus