Votre facture vétérinaire enfin remboursée
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
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.
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
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
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
褂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
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
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
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
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
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
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
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