RE: [PATCH 3/3] ASoC: follow the updated samsung DMA common operations
Mark Brown wrote > > This patch uses config() function to configure DMA transmit options. > > Acked-by: Mark Brown > > It'd be good if we could get all the older Samsung platforms moved over to > dmaengine... Thanks for your ack :) And, Our engineer's preparing to move the older Samsung dma driver into dmaengine. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general
[SPAM] 报关单证
您好 本公司是一家拥有进出口报关等一切出口单证代理公司,有着丰富的 出口经验和优势的价格,可以 为贵公司代理以下出口业务 1.提供核销单(报关单) 2.CO产地证. 普惠证(FA,FE,FF,亚太,中巴,大使馆签等) 3.买单报关,商检,拖车(深圳口岸) 4.寻找退税单(深圳报) 请存留备用,欢迎你的来电咨询: 联系人:李先生 联系电话:13691963455 QQ:757082996 邮箱:757082...@qq.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general
Découvrez les montres qui font fureur au japon
Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML Lien miroir : http://m10-fr.com/mc10_m/YT0xMyZiPTEzOTE2JmM9NDgzNjEyJmQ9MjAxMi0wNi0xOCAwNDowMDowMSZlPTEmaD0xMzkxNSZmPTEzOTE2Jmc9MTM5MTY= Lien de désinscription : http://m10-fr.com/mc10_unsub/YT0xMyZiPTEzOTE2JmM9NDgzNjEyJmQ9MjAxMi0wNi0xOCAwNDowMDowMSZlPTEmaD0xMzkxNSZmPTEzOTE2Jmc9MTM5MTY= -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general
Re: [PATCH] spi: spi-pl022: Adjust probe() to of_get_named_gpio() returning -EPROBE_DEFER
On 06/18/2012 01:51 PM, Alexandre Pereira da Silva wrote: > On Mon, Jun 18, 2012 at 8:47 AM, Linus Walleij > wrote: >> On Mon, Jun 18, 2012 at 11:20 AM, Roland Stigge wrote: >> >>> The patch to gpiolib-of.c providing -EPROBE_DEFER as a hint to defer >>> of_get_named_gpio*() to a later probe() breaks spi-pl022.c. >>> >>> This patch adjusts to this change, using -EPROBE_DEFER as indication to >>> defer. >>> >>> Signed-off-by: Roland Stigge >> >> Acked-by: Linus Walleij > > Acked-by: Alexandre Pereira da Silva > >>> Should this patch be joined with gpiolib-of's patch to of_get_named_gpio()? >>> Or >>> should they just be issued as a series? >> >> If it's not bisectable unless you change this in the same patch then join >> them. Else I'd put them in a series and try to figure out a good tree for >> merging them. > > Ok, so lets keep the original patch as is for now. When Linus Acked both patches for *spi-pl022* (dt + gpio/defer fix), and they are not yet applied, please merge them. No need to introduce intermediate breakage. You can keep my Signed or Acked line for exactly this. We'll keep the patch for *gpiolib-of* separate, of course. Thanks, Roland -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general
Re: [PATCH] spi: spi-pl022: Adjust probe() to of_get_named_gpio() returning -EPROBE_DEFER
On Mon, Jun 18, 2012 at 8:47 AM, Linus Walleij wrote: > On Mon, Jun 18, 2012 at 11:20 AM, Roland Stigge wrote: > >> The patch to gpiolib-of.c providing -EPROBE_DEFER as a hint to defer >> of_get_named_gpio*() to a later probe() breaks spi-pl022.c. >> >> This patch adjusts to this change, using -EPROBE_DEFER as indication to >> defer. >> >> Signed-off-by: Roland Stigge > > Acked-by: Linus Walleij Acked-by: Alexandre Pereira da Silva >> Should this patch be joined with gpiolib-of's patch to of_get_named_gpio()? >> Or >> should they just be issued as a series? > > If it's not bisectable unless you change this in the same patch then join > them. Else I'd put them in a series and try to figure out a good tree for > merging them. Ok, so lets keep the original patch as is for now. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general
Re: [PATCH] spi: spi-pl022: Adjust probe() to of_get_named_gpio() returning -EPROBE_DEFER
On Mon, Jun 18, 2012 at 11:20 AM, Roland Stigge wrote: > The patch to gpiolib-of.c providing -EPROBE_DEFER as a hint to defer > of_get_named_gpio*() to a later probe() breaks spi-pl022.c. > > This patch adjusts to this change, using -EPROBE_DEFER as indication to defer. > > Signed-off-by: Roland Stigge Acked-by: Linus Walleij > Should this patch be joined with gpiolib-of's patch to of_get_named_gpio()? Or > should they just be issued as a series? If it's not bisectable unless you change this in the same patch then join them. Else I'd put them in a series and try to figure out a good tree for merging them. Yours, Linus Walleij -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general
Re: [PATCH] spi: spi-pl022: Adjust probe() to of_get_named_gpio() returning -EPROBE_DEFER
On 06/18/2012 11:20 AM, Roland Stigge wrote: > The patch to gpiolib-of.c providing -EPROBE_DEFER as a hint to defer > of_get_named_gpio*() to a later probe() breaks spi-pl022.c. > > This patch adjusts to this change, using -EPROBE_DEFER as indication to defer. > > Signed-off-by: Roland Stigge > > --- > Applies to 3.5-rc3 > > Should this patch be joined with gpiolib-of's patch to of_get_named_gpio()? Or > should they just be issued as a series? > > drivers/spi/spi-pl022.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > --- linux-2.6.orig/drivers/spi/spi-pl022.c > +++ linux-2.6/drivers/spi/spi-pl022.c > @@ -2075,7 +2075,7 @@ pl022_probe(struct amba_device *adev, co > for (i = 0; i < num_cs; i++) { > int cs_gpio = of_get_named_gpio(np, "cs-gpios", i); > > - if (cs_gpio == -ENODEV) { > + if (cs_gpio == -EPROBE_DEFER) { > status = -EPROBE_DEFER; > goto err_no_gpio; > } You can ignore this patch, Alexandre will merge this into his yet-unapplied patch to support dt in spi-pl022. Sorry for the noise, Roland -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general
[PATCH v2] MIPS: BCM63XX: fix SPI message control register handling for BCM6338/6348
BCM6338 and BCM6348 have a message control register width of 8 bits, instead of 16-bits like what the SPI driver assumes right now. Also the SPI message type shift value of 14 is actually 6 for these SoCs. This resulted in transmit FIFO corruption because we were writing 16-bits to an 8-bits wide register, thus spanning on the first byte of the transmit FIFO, which had already been filed in bcm63xx_spi_fill_txrx_fifo(). Fix this by passing the message control register width and message type shift through platform data back to the SPI driver so that it can use it properly. Signed-off-by: Florian Fainelli --- Changes since v2: - reject invalid values of msg_ctl_width earlier during driver's probe arch/mips/bcm63xx/dev-spi.c|4 +++ .../include/asm/mach-bcm63xx/bcm63xx_dev_spi.h |2 ++ arch/mips/include/asm/mach-bcm63xx/bcm63xx_regs.h | 13 ++-- drivers/spi/spi-bcm63xx.c | 31 4 files changed, 42 insertions(+), 8 deletions(-) diff --git a/arch/mips/bcm63xx/dev-spi.c b/arch/mips/bcm63xx/dev-spi.c index 67fa45b..409f16e 100644 --- a/arch/mips/bcm63xx/dev-spi.c +++ b/arch/mips/bcm63xx/dev-spi.c @@ -106,11 +106,15 @@ int __init bcm63xx_spi_register(void) if (BCMCPU_IS_6338() || BCMCPU_IS_6348()) { spi_resources[0].end += BCM_6338_RSET_SPI_SIZE - 1; spi_pdata.fifo_size = SPI_6338_MSG_DATA_SIZE; + spi_pdata.msg_type_shift = SPI_6338_MSG_TYPE_SHIFT; + spi_pdata.msg_ctl_width = SPI_6338_MSG_CTL_WIDTH; } if (BCMCPU_IS_6358() || BCMCPU_IS_6368()) { spi_resources[0].end += BCM_6358_RSET_SPI_SIZE - 1; spi_pdata.fifo_size = SPI_6358_MSG_DATA_SIZE; + spi_pdata.msg_type_shift = SPI_6358_MSG_TYPE_SHIFT; + spi_pdata.msg_ctl_width = SPI_6358_MSG_CTL_WIDTH; } bcm63xx_spi_regs_init(); diff --git a/arch/mips/include/asm/mach-bcm63xx/bcm63xx_dev_spi.h b/arch/mips/include/asm/mach-bcm63xx/bcm63xx_dev_spi.h index 7d98dbe..c9bae13 100644 --- a/arch/mips/include/asm/mach-bcm63xx/bcm63xx_dev_spi.h +++ b/arch/mips/include/asm/mach-bcm63xx/bcm63xx_dev_spi.h @@ -9,6 +9,8 @@ int __init bcm63xx_spi_register(void); struct bcm63xx_spi_pdata { unsigned intfifo_size; + unsigned intmsg_type_shift; + unsigned intmsg_ctl_width; int bus_num; int num_chipselect; u32 speed_hz; diff --git a/arch/mips/include/asm/mach-bcm63xx/bcm63xx_regs.h b/arch/mips/include/asm/mach-bcm63xx/bcm63xx_regs.h index c21aa34..2bc77b4 100644 --- a/arch/mips/include/asm/mach-bcm63xx/bcm63xx_regs.h +++ b/arch/mips/include/asm/mach-bcm63xx/bcm63xx_regs.h @@ -987,7 +987,8 @@ #define SPI_6338_FILL_BYTE 0x07 #define SPI_6338_MSG_TAIL 0x09 #define SPI_6338_RX_TAIL 0x0b -#define SPI_6338_MSG_CTL 0x40 +#define SPI_6338_MSG_CTL 0x40/* 8-bits register */ +#define SPI_6338_MSG_CTL_WIDTH 8 #define SPI_6338_MSG_DATA 0x41 #define SPI_6338_MSG_DATA_SIZE 0x3f #define SPI_6338_RX_DATA 0x80 @@ -1003,7 +1004,8 @@ #define SPI_6348_FILL_BYTE 0x07 #define SPI_6348_MSG_TAIL 0x09 #define SPI_6348_RX_TAIL 0x0b -#define SPI_6348_MSG_CTL 0x40 +#define SPI_6348_MSG_CTL 0x40/* 8-bits register */ +#define SPI_6348_MSG_CTL_WIDTH 8 #define SPI_6348_MSG_DATA 0x41 #define SPI_6348_MSG_DATA_SIZE 0x3f #define SPI_6348_RX_DATA 0x80 @@ -1011,6 +1013,7 @@ /* BCM 6358 SPI core */ #define SPI_6358_MSG_CTL 0x00/* 16-bits register */ +#define SPI_6358_MSG_CTL_WIDTH 16 #define SPI_6358_MSG_DATA 0x02 #define SPI_6358_MSG_DATA_SIZE 0x21e #define SPI_6358_RX_DATA 0x400 @@ -1027,6 +1030,7 @@ /* BCM 6358 SPI core */ #define SPI_6368_MSG_CTL 0x00/* 16-bits register */ +#define SPI_6368_MSG_CTL_WIDTH 16 #define SPI_6368_MSG_DATA 0x02 #define SPI_6368_MSG_DATA_SIZE 0x21e #define SPI_6368_RX_DATA 0x400 @@ -1048,7 +1052,10 @@ #define SPI_HD_W 0x01 #define SPI_HD_R 0x02 #define SPI_BYTE_CNT_SHIFT 0 -#define SPI_MSG_TYPE_SHIFT 14 +#define SPI_6338_MSG_TYPE_SHIFT6 +#define SPI_6348_MSG_TYPE_SHIFT6 +#define SPI_6358_MSG_TYPE_SHIFT14 +#define SPI_6368_MSG_TYPE_SHIFT14 /* Command */ #define SPI_CMD_NOOP 0x00 diff --git a/drivers/spi/spi-bcm63xx.c b/drivers/spi/spi-bcm63xx.c index 7491971..28ab472 100644 --- a/drivers/spi/spi-bcm63xx.c +++ b/drivers/spi/spi-bcm63xx.c @@ -47,6 +47,8 @@ struct bcm63xx_spi { /* Platform data */ u32
[PATCH] spi: spi-pl022: Adjust probe() to of_get_named_gpio() returning -EPROBE_DEFER
The patch to gpiolib-of.c providing -EPROBE_DEFER as a hint to defer of_get_named_gpio*() to a later probe() breaks spi-pl022.c. This patch adjusts to this change, using -EPROBE_DEFER as indication to defer. Signed-off-by: Roland Stigge --- Applies to 3.5-rc3 Should this patch be joined with gpiolib-of's patch to of_get_named_gpio()? Or should they just be issued as a series? drivers/spi/spi-pl022.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-2.6.orig/drivers/spi/spi-pl022.c +++ linux-2.6/drivers/spi/spi-pl022.c @@ -2075,7 +2075,7 @@ pl022_probe(struct amba_device *adev, co for (i = 0; i < num_cs; i++) { int cs_gpio = of_get_named_gpio(np, "cs-gpios", i); - if (cs_gpio == -ENODEV) { + if (cs_gpio == -EPROBE_DEFER) { status = -EPROBE_DEFER; goto err_no_gpio; } -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general