Votre facture vétérinaire enfin remboursée

2012-10-28 Thread MisterAssur par Duano
Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML

Lien miroir : 
http://m10-fr.com/mc10_m/YT0xMyZiPTIyODAyJmM9NDgzNjEyJmQ9MjAxMi0xMC0yOSAwMzoxMDowMSZlPTEmaD0yMjgwMCZmPTIyODAyJmc9MjI4MDI=

Lien de désinscription : 
http://m10-fr.com/mc10_unsub/YT0xMyZiPTIyODAyJmM9NDgzNjEyJmQ9MjAxMi0xMC0yOSAwMzoxMDowMSZlPTEmaD0yMjgwMCZmPTIyODAyJmc9MjI4MDI=


--
The Windows 8 Center - In partnership with Sourceforge
Your idea - your app - 30 days.
Get started!
http://windows8center.sourceforge.net/
what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


Re: [PATCH] spi/pl022: Activate resourses before deactivate them in suspend

2012-10-28 Thread Alan Stern
On Sun, 28 Oct 2012, Ulf Hansson wrote:

> On 28 October 2012 20:52, Linus Walleij  wrote:
> > On Sat, Oct 27, 2012 at 11:46 PM, Mark Brown
> >  wrote:
> >> On Fri, Oct 05, 2012 at 09:43:32AM +0200, Ulf Hansson wrote:
> >>
> >>> To be able to deactivate resourses in suspend, the resourses must
> >>> first be surely active. This is done with a pm_runtime_get_sync.
> >>> Once the resourses are restored to active state again in resume,
> >>> the runtime pm usage count can be decreased with a pm_runtime_put.
> >>
> >> The PM core will ensure devices are runtime resumed before we enter
> >> suspend precisely due to this sort of issue.
> >
> > I asked the very same question to Ulf (in speech, sorry
> > so you couldn't see it...)
> >
> > So I guess we are talking about drivers/base/main.c
> >
> > in device_prepare()
> > pm_runtime_get_noresume() is called
> 
> This will increase the "usage_counter" for the device. It will not
> "runtime_resume" the device, though it will prevent it from being
> "runtime_suspended".

Indeed.  The PM core does _not_ insure that devices are runtime resumed
before going into system suspend.  Some subsystems may do this (the PCI
subsystem does, for example -- see
drivers/pci/pci-driver.c:pci_pm_prepare()), but the PM core doesn't.

Alan Stern


--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


Promo flash : tout doit disparaître.

2012-10-28 Thread Mistergooddeal par Duano
Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML

Lien miroir : 
http://m10-fr.com/mc10_m/YT0xMyZiPTIyODg4JmM9NDgzNjEyJmQ9MjAxMi0xMC0yOCAyMTo1MDowMSZlPTEmaD0yMjg4NiZmPTIyODg4Jmc9MjI4ODg=

Lien de désinscription : 
http://m10-fr.com/mc10_unsub/YT0xMyZiPTIyODg4JmM9NDgzNjEyJmQ9MjAxMi0xMC0yOCAyMTo1MDowMSZlPTEmaD0yMjg4NiZmPTIyODg4Jmc9MjI4ODg=


--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


Re: [PATCH] spi/pl022: Activate resourses before deactivate them in suspend

2012-10-28 Thread Ulf Hansson
On 28 October 2012 20:52, Linus Walleij  wrote:
> On Sat, Oct 27, 2012 at 11:46 PM, Mark Brown
>  wrote:
>> On Fri, Oct 05, 2012 at 09:43:32AM +0200, Ulf Hansson wrote:
>>
>>> To be able to deactivate resourses in suspend, the resourses must
>>> first be surely active. This is done with a pm_runtime_get_sync.
>>> Once the resourses are restored to active state again in resume,
>>> the runtime pm usage count can be decreased with a pm_runtime_put.
>>
>> The PM core will ensure devices are runtime resumed before we enter
>> suspend precisely due to this sort of issue.
>
> I asked the very same question to Ulf (in speech, sorry
> so you couldn't see it...)
>
> So I guess we are talking about drivers/base/main.c
>
> in device_prepare()
> pm_runtime_get_noresume() is called

This will increase the "usage_counter" for the device. It will not
"runtime_resume" the device, though it will prevent it from being
"runtime_suspended".

> and in device_complete()
> pm_runtime_put_sync() is called.
>

> Both put into current for in
> commit 88d26136a256576e444db312179e17af6dd0ea87
> on sep 19th.
>
> Yes it seems like it will do the job.
>
> Ulf can you comment on this...
>
> Yours,
> Linus Walleij

Kind regards
Ulf Hansson

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


Re: [PATCH] spi/pl022: Activate resourses before deactivate them in suspend

2012-10-28 Thread Linus Walleij
On Sat, Oct 27, 2012 at 11:46 PM, Mark Brown
 wrote:
> On Fri, Oct 05, 2012 at 09:43:32AM +0200, Ulf Hansson wrote:
>
>> To be able to deactivate resourses in suspend, the resourses must
>> first be surely active. This is done with a pm_runtime_get_sync.
>> Once the resourses are restored to active state again in resume,
>> the runtime pm usage count can be decreased with a pm_runtime_put.
>
> The PM core will ensure devices are runtime resumed before we enter
> suspend precisely due to this sort of issue.

I asked the very same question to Ulf (in speech, sorry
so you couldn't see it...)

So I guess we are talking about drivers/base/main.c

in device_prepare()
pm_runtime_get_noresume() is called
and in device_complete()
pm_runtime_put_sync() is called.

Both put into current for in
commit 88d26136a256576e444db312179e17af6dd0ea87
on sep 19th.

Yes it seems like it will do the job.

Ulf can you comment on this...

Yours,
Linus Walleij

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


[SPAM] .................0000000 856买 ...............................63

2012-10-28 Thread care74267


褂9��1臼7��5昧1耙9雀8瞪3挖5豪 已Q糠Q兹呢B本R上>兜 

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


[PATCH RESEND] spi-pxa2xx: fix memory corruption

2012-10-28 Thread Vasily Khoruzhick
pxa2xx_spi_probe allocates struct driver_data and null_dma_buf
at same time via spi_alloc_master(), but then calculates
null_dma_buf pointer incorrectly, and it causes memory corruption
later if DMA usage is enabled.

Signed-off-by: Vasily Khoruzhick 
---
Rebased against v3.7-rc2

 drivers/spi/spi-pxa2xx.c | 9 +
 1 file changed, 5 insertions(+), 4 deletions(-)

diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
index dc25bee..b25fe27 100644
--- a/drivers/spi/spi-pxa2xx.c
+++ b/drivers/spi/spi-pxa2xx.c
@@ -106,6 +106,7 @@ struct driver_data {
int rx_channel;
int tx_channel;
u32 *null_dma_buf;
+   u8 null_dma_buf_unaligned[16];
 
/* SSP register addresses */
void __iomem *ioaddr;
@@ -1543,8 +1544,8 @@ static int __devinit pxa2xx_spi_probe(struct 
platform_device *pdev)
return -ENODEV;
}
 
-   /* Allocate master with space for drv_data and null dma buffer */
-   master = spi_alloc_master(dev, sizeof(struct driver_data) + 16);
+   /* Allocate master with space for drv_data */
+   master = spi_alloc_master(dev, sizeof(struct driver_data));
if (!master) {
dev_err(&pdev->dev, "cannot alloc spi_master\n");
pxa_ssp_free(ssp);
@@ -1569,8 +1570,8 @@ static int __devinit pxa2xx_spi_probe(struct 
platform_device *pdev)
master->transfer = transfer;
 
drv_data->ssp_type = ssp->type;
-   drv_data->null_dma_buf = (u32 *)ALIGN((u32)(drv_data +
-   sizeof(struct driver_data)), 8);
+   drv_data->null_dma_buf =
+   (u32 *)PTR_ALIGN(&drv_data->null_dma_buf_unaligned, 8);
 
drv_data->ioaddr = ssp->mmio_base;
drv_data->ssdr_physical = ssp->phys_base + SSDR;
-- 
1.7.12.4


--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


Re: [RFC PATCH v3 16/16] ARM: dts: add AM33XX SPI support

2012-10-28 Thread Sekhar Nori
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Adds AM33XX SPI support for am335x-bone and am335x-evm.
> 
> Signed-off-by: Matt Porter 
> ---
>  arch/arm/boot/dts/am335x-bone.dts |   17 +++
>  arch/arm/boot/dts/am335x-evm.dts  |9 
>  arch/arm/boot/dts/am33xx.dtsi |   43 
> +
>  3 files changed, 69 insertions(+)
> 
> diff --git a/arch/arm/boot/dts/am335x-bone.dts 
> b/arch/arm/boot/dts/am335x-bone.dts
> index 5510979..23edfd8 100644
> --- a/arch/arm/boot/dts/am335x-bone.dts
> +++ b/arch/arm/boot/dts/am335x-bone.dts
> @@ -18,6 +18,17 @@
>   reg = <0x8000 0x1000>; /* 256 MB */
>   };
>  
> + am3358_pinmux: pinmux@44e10800 {
> + spi1_pins: pinmux_spi1_pins {
> + pinctrl-single,pins = <
> + 0x190 0x13  /* mcasp0_aclkx.spi1_sclk, 
> OUTPUT_PULLUP | MODE3 */
> + 0x194 0x33  /* mcasp0_fsx.spi1_d0, 
> INPUT_PULLUP | MODE3 */
> + 0x198 0x13  /* mcasp0_axr0.spi1_d1, 
> OUTPUT_PULLUP | MODE3 */
> + 0x19c 0x13  /* mcasp0_ahclkr.spi1_cs0, 
> OUTPUT_PULLUP | MODE3 */
> + >;

Is there a single pinmux setting that provides SPI functionality on the
bone headers? Or this is specific to a cape you tested with?

Thanks,
Sekhar

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


Re: [RFC PATCH v3 08/16] ARM: dts: add AM33XX EDMA support

2012-10-28 Thread Sekhar Nori
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Adds AM33XX EDMA support to the am33xx.dtsi as documented in
> Documentation/devicetree/bindings/dma/ti-edma.txt
> 
> Signed-off-by: Matt Porter 
> ---
>  arch/arm/boot/dts/am33xx.dtsi |   31 +++
>  1 file changed, 31 insertions(+)
> 
> diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
> index bb31bff..ab9c78f 100644
> --- a/arch/arm/boot/dts/am33xx.dtsi
> +++ b/arch/arm/boot/dts/am33xx.dtsi
> @@ -62,6 +62,37 @@
>   reg = <0x4820 0x1000>;
>   };
>  
> + edma: edma@4900 {
> + compatible = "ti,edma3";
> + ti,hwmods = "tpcc", "tptc0", "tptc1", "tptc2";
> + reg =   <0x4900 0x1>,
> + <0x44e10f90 0x10>;
> + interrupt-parent = <&intc>;
> + interrupts = <12 13 14>;
> + #dma-cells = <1>;
> + dma-channels = <64>;
> + ti,edma-regions = <4>;
> + ti,edma-slots = <256>;
> + ti,edma-reserved-channels = <0  2
> +  14 2
> +  26 6
> +  48 4
> +  56 8>;
> + ti,edma-reserved-slots = <0  2
> +   14 2
> +   26 6
> +   48 4
> +   56 8
> +   64 127>;

No need to reserve any channels or slots on AM335x, I think. This is
used on DaVinci devices to share channels with DSP. I am not sure the
cortex-M3 or PRU on the AM335x need to (or even can) have EDMA access.

Thanks,
Sekhar

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


Re: [RFC PATCH v3 05/16] ARM: edma: add AM33XX crossbar event support

2012-10-28 Thread Sekhar Nori
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Adds support for the per-EDMA channel event mux. This is required
> for any peripherals using DMA crossbar mapped events.
> 
> Signed-off-by: Matt Porter 
> ---
>  arch/arm/common/edma.c |   63 
> +++-
>  include/linux/platform_data/edma.h |1 +
>  2 files changed, 63 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
> index 6d2a590..b761b7a 100644
> --- a/arch/arm/common/edma.c
> +++ b/arch/arm/common/edma.c
> @@ -1425,6 +1425,53 @@ static int edma_of_read_u32_to_s16_array(const struct 
> device_node *np,
>   return 0;
>  }
>  
> +static int edma_xbar_event_map(struct device *dev,
> +struct device_node *node,
> +struct edma_soc_info *pdata, int len)
> +{
> + int ret = 0;
> + int i;
> + struct resource res;
> + void *xbar;
> + s16 (*xbar_chans)[2];
> + u32 shift, offset, mux;
> +
> + xbar_chans = devm_kzalloc(dev,
> +   len/sizeof(s16) + 2*sizeof(s16),
> +   GFP_KERNEL);
> + if (!xbar_chans)
> + return -ENOMEM;
> +
> + ret = of_address_to_resource(node, 1, &res);
> + if (IS_ERR_VALUE(ret))
> + return -EIO;
> +
> + xbar = devm_ioremap(dev, res.start, resource_size(&res));
> + if (!xbar)
> + return -EIO;

-ENOMEM is more appropiate for ioremap failures.

> +
> + ret = edma_of_read_u32_to_s16_array(node,
> + "ti,edma-xbar-event-map",
> + (s16 *)xbar_chans,
> + len/sizeof(u32));
> + if (IS_ERR_VALUE(ret))
> + return -EIO;
> +
> + for (i = 0; xbar_chans[i][0] != -1; i++) {
> + shift = (xbar_chans[i][1] % 4) * 8;
> + offset = xbar_chans[i][1] >> 2;
> + offset <<= 2;
> + mux = __raw_readl((void *)((u32)xbar + offset));

Dont use __raw* variants of io accessors. There will be ordering issues
on ARMv7.

> + mux &= (~(0xff << shift));
> + mux |= (xbar_chans[i][0] << shift);

Unnecessary parens above.

> + __raw_writel(mux, (void *)((u32)xbar + offset));
> + }
> +
> + pdata->xbar_chans = xbar_chans;
> +
> + return 0;
> +}
> +
>  static int edma_of_parse_dt(struct device *dev,
>   struct device_node *node,
>   struct edma_soc_info *pdata)
> @@ -1453,7 +1500,6 @@ static int edma_of_parse_dt(struct device *dev,
>   pdata->n_slot = value;
>  
>   pdata->n_cc = 1;
> - /* This is unused */

The comment should have not been part of 4/16?

Thanks,
Sekhar

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


Re: [RFC PATCH v3 04/16] ARM: edma: add DT and runtime PM support for AM33XX

2012-10-28 Thread Sekhar Nori
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Adds support for parsing the TI EDMA DT data into the required
> EDMA private API platform data.
> 
> Calls runtime PM API only in the DT case in order to unidle the
> associated hwmods on AM33XX.

Runtime PM is supported on DaVinci now, so if that was the reason for
this choice, then it doesn't need to be that way.

> 
> Signed-off-by: Matt Porter 
> ---
>  arch/arm/common/edma.c  |  255 
> +--
>  arch/arm/mach-davinci/board-da830-evm.c |4 +-
>  arch/arm/mach-davinci/board-da850-evm.c |8 +-
>  arch/arm/mach-davinci/board-dm646x-evm.c|4 +-
>  arch/arm/mach-davinci/board-omapl138-hawk.c |8 +-
>  arch/arm/mach-davinci/devices-da8xx.c   |8 +-
>  arch/arm/mach-davinci/devices-tnetv107x.c   |4 +-
>  arch/arm/mach-davinci/dm355.c   |4 +-
>  arch/arm/mach-davinci/dm365.c   |4 +-
>  arch/arm/mach-davinci/dm644x.c  |4 +-
>  arch/arm/mach-davinci/dm646x.c  |4 +-
>  include/linux/platform_data/edma.h  |8 +-
>  12 files changed, 272 insertions(+), 43 deletions(-)
> 
> diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
> index a3d189d..6d2a590 100644
> --- a/arch/arm/common/edma.c
> +++ b/arch/arm/common/edma.c
> @@ -24,6 +24,13 @@
>  #include 
>  #include 
>  #include 
> +#include 
> +#include 
> +#include 
> +#include 
> +#include 
> +#include 
> +#include 
>  
>  #include 
>  
> @@ -1366,31 +1373,237 @@ void edma_clear_event(unsigned channel)
>  EXPORT_SYMBOL(edma_clear_event);
>  
>  /*---*/
> +static int edma_of_read_u32_to_s8_array(const struct device_node *np,
> +  const char *propname, s8 *out_values,
> +  size_t sz)
> +{
> + struct property *prop = of_find_property(np, propname, NULL);
> + const __be32 *val;
> +
> + if (!prop)
> + return -EINVAL;
> + if (!prop->value)
> + return -ENODATA;
> + if ((sz * sizeof(u32)) > prop->length)
> + return -EOVERFLOW;
> +
> + val = prop->value;
> +
> + while (sz--)
> + *out_values++ = (s8)(be32_to_cpup(val++) & 0xff);
> +
> + /* Terminate it */
> + *out_values++ = -1;
> + *out_values++ = -1;
> +
> + return 0;
> +}
> +
> +static int edma_of_read_u32_to_s16_array(const struct device_node *np,
> +  const char *propname, s16 *out_values,
> +  size_t sz)
> +{
> + struct property *prop = of_find_property(np, propname, NULL);
> + const __be32 *val;
> +
> + if (!prop)
> + return -EINVAL;
> + if (!prop->value)
> + return -ENODATA;
> + if ((sz * sizeof(u32)) > prop->length)
> + return -EOVERFLOW;
> +
> + val = prop->value;
> +
> + while (sz--)
> + *out_values++ = (s16)(be32_to_cpup(val++) & 0x);
> +
> + /* Terminate it */
> + *out_values++ = -1;
> + *out_values++ = -1;
> +
> + return 0;
> +}

I think these helper functions will have some general use beyond EDMA
and can be kept in drivers/of/base.c. Grant/Rob need to agree though.

> diff --git a/arch/arm/mach-davinci/board-da830-evm.c 
> b/arch/arm/mach-davinci/board-da830-evm.c
> index 95b5e10..ffcbec1 100644
> --- a/arch/arm/mach-davinci/board-da830-evm.c
> +++ b/arch/arm/mach-davinci/board-da830-evm.c
> @@ -512,7 +512,7 @@ static struct davinci_i2c_platform_data 
> da830_evm_i2c_0_pdata = {
>   * example: Timer, GPIO, UART events etc) on da830/omap-l137 EVM, hence
>   * they are being reserved for codecs on the DSP side.
>   */
> -static const s16 da830_dma_rsv_chans[][2] = {
> +static s16 da830_dma_rsv_chans[][2] = {

I wonder why you had to remove const here and in other places. You seem
to be allocating new memory for DT case anyway. Its also not a good idea
to modify the passed platform data.

Thanks,
Sekhar

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general


2ème Anniversaire : Promos à tout casser + 25€ offerts

2012-10-28 Thread Toysrus.fr par mpm
toysRus  Si vous ne pouvez pas visualiser ce message,  consulter notre 
version en ligne. 
 Vous avez la possibilité de vous retirer de notre liste d'envoi de 
mails par l'intermediaire de  ce raccourci. 

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhobfcstgb5lw8w0bbhog5mpqvsje_hhda5hlf1spi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOYvcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlF6

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoy_cstgb5lw8w0bbhog5mpqvsje_hhda5hlf7spi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOYPcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlF4
A ne pas rater ! : 
http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoyfcstgb5lw8w0bbhog5mpqvsje_hhda5hlf5spi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOZvcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlF-

C'est l'Anniversaire de Toysrus.fr et Babiesrus.fr ! 2 ans déjà !
 A cette occasion, nous vous avons réservé des offres exceptionnelles  
du 20 au 28 Octobre 2012. : 
http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoz_cstgb5lw8w0bbhog5mpqvsje_hhda5hlf_spi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOZPcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlF8

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhozfcstgb5lw8w0bbhog5mpqvsje_hhda5hlf9spi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOevcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKC

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoe_cstgb5lw8w0bbhog5mpqvsje_hhda5hlkdspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOePcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKA
sur une sélection d'articles de puériculture
 et de jouets de Grandes Marques : 
http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoefcstgb5lw8w0bbhog5mpqvsje_hhda5hlkbspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOfvcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKG

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhof_cstgb5lw8w0bbhog5mpqvsje_hhda5hlkhspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOfPcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKE
en bon d'achat dès 100€ d'achats (2) : 
http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoffcstgb5lw8w0bbhog5mpqvsje_hhda5hlkfspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOcvcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKK

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoc_cstgb5lw8w0bbhog5mpqvsje_hhda5hlklspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOcPcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKI
Pour profiter de cette offre, : 
http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhocfcstgb5lw8w0bbhog5mpqvsje_hhda5hlkjspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOdvcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKO

confirmez votre adresse email : : 
http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhod_cstgb5lw8w0bbhog5mpqvsje_hhda5hlkpspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOdPcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKM

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhodfcstgb5lw8w0bbhog5mpqvsje_hhda5hlknspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOCvcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKS

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoc_cstgb5lw8w0bbhog5mpqvsje_hhda5hlktspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOCPcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKQ
spi-devel-general@lists.sourceforge.net : 
http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhocfcstgb5lw8w0bbhog5mpqvsje_hhda5hlkrspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHODvcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKW

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhod_cstgb5lw8w0bbhog5mpqvsje_hhda5hlkxspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHODPcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKU
Je valide

http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhodfcstgb5lw8w0bbhog5mpqvsje_hhda5hlkvspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOAvcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKa
En validant, j'accepte de recevoir par email les offres 
promotionnelles de ToysRus : 
http://p5trc.emv2.com/HS?a=enx7cqmvxcyi8sa9mkja7zhnghxklrhoa_cstgb5lw8w0bbhog5mpqvsje_hhda5hlkbspi-devel-gene...@lists.sourceforge.net&url=http://p5trc.emv2.com/HS?a=ENX7CqmVXCyi8SA9MKJa7zHnGHxKLRHOAPcStGb5lw8W0bBhOG5mpqVsje_HhdA5HlKY

http://p5trc.emv2.com/HS?a=enx7cqmv

Re: [RFC PATCH v3 02/16] ARM: davinci: move private EDMA API to arm/common

2012-10-28 Thread Sekhar Nori
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Move mach-davinci/dma.c to common/edma.c so it can be used
> by OMAP (specifically AM33xx) as well. This just moves the
> private EDMA API but does not support OMAP.
> 
> Signed-off-by: Matt Porter 
> ---

> diff --git a/arch/arm/mach-davinci/devices.c b/arch/arm/mach-davinci/devices.c
> index 4c48a36..f45d591 100644
> --- a/arch/arm/mach-davinci/devices.c
> +++ b/arch/arm/mach-davinci/devices.c
> @@ -19,9 +19,10 @@
>  #include 
>  #include 
>  #include 
> -#include 
>  #include 
>  #include 
> +#include 

Can you please introduce a patch to clean this mixture of linux/ and
mach/ includes?

> +
>  
>  #include "davinci.h"
>  #include "clock.h"
> @@ -141,10 +142,10 @@ static struct resource mmcsd0_resources[] = {
>   },
>   /* DMA channels: RX, then TX */
>   {
> - .start = EDMA_CTLR_CHAN(0, DAVINCI_DMA_MMCRXEVT),
> + .start = EDMA_CTLR_CHAN(0, 26),

Instead of just replacing the event #defines with plain numbers, can you
introduce a mach-davinci local edma.h which can then be included in the
davinci platform files which refer to edma channel numbers?

> diff --git a/arch/arm/plat-omap/Kconfig b/arch/arm/plat-omap/Kconfig
> index 7cd56ed..153fab8 100644
> --- a/arch/arm/plat-omap/Kconfig
> +++ b/arch/arm/plat-omap/Kconfig
> @@ -28,6 +28,7 @@ config ARCH_OMAP2PLUS
>   select OMAP_DM_TIMER
>   select PROC_DEVICETREE if PROC_FS
>   select SPARSE_IRQ
> + select TI_PRIV_EDMA

This hunk does not seem to belong to subject of this patch.

>   select USE_OF
>   help
> "Systems based on OMAP2, OMAP3, OMAP4 or OMAP5"

> diff --git a/include/linux/platform_data/edma.h 
> b/include/linux/platform_data/edma.h
> new file mode 100644
> index 000..7396f0b3
> --- /dev/null
> +++ b/include/linux/platform_data/edma.h
> @@ -0,0 +1,198 @@
> +/*
> + *  TI DAVINCI dma definitions
> + *
> + *  Copyright (C) 2006-2009 Texas Instruments.
> + *
> + *  This program is free software; you can redistribute  it and/or modify it
> + *  under  the terms of  the GNU General  Public License as published by the
> + *  Free Software Foundation;  either version 2 of the  License, or (at your
> + *  option) any later version.
> + *
> + *  THIS  SOFTWARE  IS PROVIDED   ``AS  IS'' AND   ANY  EXPRESS OR IMPLIED
> + *  WARRANTIES,   INCLUDING, BUT NOT  LIMITED  TO, THE IMPLIED WARRANTIES OF
> + *  MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.  IN
> + *  NO  EVENT  SHALL   THE AUTHOR  BELIABLE FOR ANY   DIRECT, INDIRECT,
> + *  INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
> + *  NOT LIMITED   TO, PROCUREMENT OF  SUBSTITUTE GOODS  OR SERVICES; LOSS OF
> + *  USE, DATA,  OR PROFITS; OR  BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON
> + *  ANY THEORY OF LIABILITY, WHETHER IN  CONTRACT, STRICT LIABILITY, OR TORT
> + *  (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
> + *  THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

> + *  You should have received a copy of the  GNU General Public License along
> + *  with this program; if not, write  to the Free Software Foundation, Inc.,
> + *  675 Mass Ave, Cambridge, MA 02139, USA.

This part can be dropped, I suppose ;-)

Thanks,
Sekhar

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general