Re: Patches for ARC
Hi Alexey, Alexey Brodkin wrote, > Hi Waldemar, > > Just saw that new change for ARC ("arc: use generic lowlevellock", > http://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=1b49dc96d103e0151fee290d55cea55aa12c906d). > > Even though this is very nice to see fixes and improvements done by people > outside Synopsys IMHO it still makes sense to add SNPS people in the loop so > we may review submitted patches. You are right, I first thought I need to add you, then I thought you are reading the low traffic list anyway. Sorry for the trouble. > So could you please first get an Ack from either Vineet (in Cc) or me before > committing stuff for ARC? Alternatively just Cc > linux-snps-arc@lists.infradead.org. I will do in the future. Do you thing following patch would be okay to commit to make changes to architecture specific parts more formal? > Again I'm very happy with uClibc-ng and appreciate a lot all your efforts > and to make uClibc-ng more robust let's review stuff together. > > Also it was hard for me to find a relevant patch on the mailing list > because I was expecting patch to be sent via git "send-email" (which I think > should be a standard way for patch submissions in uClibc). Only going through > a relevant > thread for ARM I found a message with attached files. Is the commit okay or do I need to revert it? @Max: Okay to add you as Xtensa maintainer? best regards Waldemar >From 14b15ceb1e98ff9a3cacd99bc1a77ce02e8c8684 Mon Sep 17 00:00:00 2001 From: Waldemar BrodkorbDate: Mon, 13 Jun 2016 22:32:54 +0200 Subject: [PATCH] add MAINTAINERS information Signed-off-by: Waldemar Brodkorb --- MAINTAINERS | 11 +++ 1 file changed, 11 insertions(+) create mode 100644 MAINTAINERS diff --git a/MAINTAINERS b/MAINTAINERS new file mode 100644 index 000..cecfb24 --- /dev/null +++ b/MAINTAINERS @@ -0,0 +1,11 @@ +Maintainer: Waldemar Brodkorb + +Acrhitecture specific maintainers, Acked-By needed for any architecture +specific changes: + +ARC: +Alexey Brodkin +Vineet Gupta + +Xtensa: +Max Filippov -- 1.7.10.4 ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Applied "ASoC: dwc: Add irq parameter to DOCUMENTATION" to the asoc tree
The patch ASoC: dwc: Add irq parameter to DOCUMENTATION has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark >From 5aa1418defb0e88fb7f70c5b112d531cfcede851 Mon Sep 17 00:00:00 2001 From: Jose AbreuDate: Thu, 9 Jun 2016 12:47:06 +0100 Subject: [PATCH] ASoC: dwc: Add irq parameter to DOCUMENTATION A parameter description for the interruptions of the I2S controller was added. Signed-off-by: Jose Abreu Acked-by: Rob Herring Cc: Carlos Palminha Cc: Mark Brown Cc: Liam Girdwood Cc: Jaroslav Kysela Cc: Takashi Iwai Cc: Rob Herring Cc: Alexey Brodkin Cc: linux-snps-arc@lists.infradead.org Cc: alsa-de...@alsa-project.org Cc: linux-ker...@vger.kernel.org Signed-off-by: Mark Brown --- Documentation/devicetree/bindings/sound/designware-i2s.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/sound/designware-i2s.txt b/Documentation/devicetree/bindings/sound/designware-i2s.txt index 7bb54247f8e8..6a536d570e29 100644 --- a/Documentation/devicetree/bindings/sound/designware-i2s.txt +++ b/Documentation/devicetree/bindings/sound/designware-i2s.txt @@ -12,6 +12,10 @@ Required properties: one for receive. - dma-names : "tx" for the transmit channel, "rx" for the receive channel. +Optional properties: + - interrupts: The interrupt line number for the I2S controller. Add this + parameter if the I2S controller that you are using does not support DMA. + For more details on the 'dma', 'dma-names', 'clock' and 'clock-names' properties please check: * resource-names.txt -- 2.8.1 ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Applied "ASoC: dwc: Add PIO PCM extension" to the asoc tree
The patch ASoC: dwc: Add PIO PCM extension has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark >From 79361b2b98b7b64bcf71e0aa4e4dac497bcb94bc Mon Sep 17 00:00:00 2001 From: Jose AbreuDate: Thu, 9 Jun 2016 12:47:05 +0100 Subject: [PATCH] ASoC: dwc: Add PIO PCM extension A PCM extension was added to I2S driver so that audio samples are transferred using PIO mode. The PCM supports two channels @ 16 or 32 bits with rates 32k, 44.1k and 48k. Although the mainline I2S driver uses ALSA DMA engine the I2S controller can be built without DMA support, therefore this is the reason why this extension was added. Signed-off-by: Jose Abreu Cc: Carlos Palminha Cc: Mark Brown Cc: Liam Girdwood Cc: Jaroslav Kysela Cc: Takashi Iwai Cc: Rob Herring Cc: Alexey Brodkin Cc: linux-snps-arc@lists.infradead.org Cc: alsa-de...@alsa-project.org Cc: linux-ker...@vger.kernel.org Signed-off-by: Mark Brown --- sound/soc/dwc/Kconfig | 9 ++ sound/soc/dwc/Makefile | 1 + sound/soc/dwc/designware_i2s.c | 161 + sound/soc/dwc/designware_pcm.c | 225 + sound/soc/dwc/local.h | 128 +++ 5 files changed, 436 insertions(+), 88 deletions(-) create mode 100644 sound/soc/dwc/designware_pcm.c create mode 100644 sound/soc/dwc/local.h diff --git a/sound/soc/dwc/Kconfig b/sound/soc/dwc/Kconfig index d50e08517dce..c297efe43861 100644 --- a/sound/soc/dwc/Kconfig +++ b/sound/soc/dwc/Kconfig @@ -7,4 +7,13 @@ config SND_DESIGNWARE_I2S Synopsys desigwnware I2S device. The device supports upto maximum of 8 channels each for play and record. +config SND_DESIGNWARE_PCM + tristate "PCM PIO extension for I2S driver" + depends on SND_DESIGNWARE_I2S + help +Say Y, M or N if you want to add a custom ALSA extension that registers +a PCM and uses PIO to transfer data. + +This functionality is specially suited for I2S devices that don't have +DMA support. diff --git a/sound/soc/dwc/Makefile b/sound/soc/dwc/Makefile index 319371f690f4..1b48bcccbc51 100644 --- a/sound/soc/dwc/Makefile +++ b/sound/soc/dwc/Makefile @@ -1,3 +1,4 @@ # SYNOPSYS Platform Support obj-$(CONFIG_SND_DESIGNWARE_I2S) += designware_i2s.o +obj-$(CONFIG_SND_DESIGNWARE_PCM) += designware_pcm.o diff --git a/sound/soc/dwc/designware_i2s.c b/sound/soc/dwc/designware_i2s.c index 4c4f0dc24f10..591854e97190 100644 --- a/sound/soc/dwc/designware_i2s.c +++ b/sound/soc/dwc/designware_i2s.c @@ -24,90 +24,7 @@ #include #include #include - -/* common register for all channel */ -#define IER0x000 -#define IRER 0x004 -#define ITER 0x008 -#define CER0x00C -#define CCR0x010 -#define RXFFR 0x014 -#define TXFFR 0x018 - -/* I2STxRxRegisters for all channels */ -#define LRBR_LTHR(x) (0x40 * x + 0x020) -#define RRBR_RTHR(x) (0x40 * x + 0x024) -#define RER(x) (0x40 * x + 0x028) -#define TER(x) (0x40 * x + 0x02C) -#define RCR(x) (0x40 * x + 0x030) -#define TCR(x) (0x40 * x + 0x034) -#define ISR(x) (0x40 * x + 0x038) -#define IMR(x) (0x40 * x + 0x03C) -#define ROR(x) (0x40 * x + 0x040) -#define TOR(x) (0x40 * x + 0x044) -#define RFCR(x)(0x40 * x + 0x048) -#define TFCR(x)(0x40 * x + 0x04C) -#define RFF(x) (0x40 * x + 0x050) -#define TFF(x) (0x40 * x + 0x054) - -/* I2SCOMPRegisters */ -#define I2S_COMP_PARAM_2 0x01F0 -#define I2S_COMP_PARAM_1 0x01F4 -#define I2S_COMP_VERSION 0x01F8 -#define I2S_COMP_TYPE 0x01FC - -/* - * Component parameter register fields - define the I2S block's - * configuration. - */ -#defineCOMP1_TX_WORDSIZE_3(r) (((r) & GENMASK(27, 25)) >> 25) -#defineCOMP1_TX_WORDSIZE_2(r) (((r) & GENMASK(24, 22)) >> 22) -#defineCOMP1_TX_WORDSIZE_1(r) (((r) &
[GIT PULL] drm/arcpgu: Make ARC PGU usable on sim platforms
Hi Dave, Please pull this mini-series that allows ARC PGU to be used on simulation platforms like nSIM OSCI (AKA Linux Virtual Platform) or ARC VDK. The series was published for review here https://lists.freedesktop.org/archives/dri-devel/2016-June/110647.html It is based on today's "drm-next" branch. Best regards, Alexey The following changes since commit 3c85f20a289d044f303f473ee6ab7502303fc3b0: Merge tag 'omapdrm-4.8' of git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux into drm-next (2016-06-09 12:20:11 +1000) are available in the git repository at: https://github.com/foss-for-synopsys-dwc-arc-processors/linux.git topic-arcpgu-sim for you to fetch changes up to 830c6578481e3b8649261062dfc5b0ac3c9374f8: ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms (2016-06-13 17:45:18 +0200) Alexey Brodkin (2): ARCv2: [vdk] Enable ARC PGU on HS38 VDK ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms Ruud Derwig (1): drm/arcpgu: Make ARC PGU usable on simulation platforms arch/arc/boot/dts/nsimosci.dts | 14 +++--- arch/arc/boot/dts/nsimosci_hs.dts | 14 +++--- arch/arc/boot/dts/nsimosci_hs_idu.dts | 14 +++--- arch/arc/boot/dts/vdk_axs10x_mb.dtsi | 13 + arch/arc/boot/dts/vdk_hs38_smp.dts | 2 +- arch/arc/configs/nsimosci_defconfig| 3 ++- arch/arc/configs/nsimosci_hs_defconfig | 3 ++- arch/arc/configs/nsimosci_hs_smp_defconfig | 3 ++- arch/arc/configs/vdk_hs38_smp_defconfig| 7 ++- drivers/gpu/drm/arc/Makefile | 2 +- drivers/gpu/drm/arc/arcpgu.h | 1 + drivers/gpu/drm/arc/arcpgu_drv.c | 15 --- drivers/gpu/drm/arc/arcpgu_sim.c | 128 13 files changed, 189 insertions(+), 30 deletions(-) create mode 100644 drivers/gpu/drm/arc/arcpgu_sim.c ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Re: [PATCH 1/3 v2] drm/arcpgu: Make ARC PGU usable on simulation platforms
On Mon, Jun 13, 2016 at 12:47:33PM +, Alexey Brodkin wrote: > Hi Daniel, > > On Fri, 2016-06-10 at 17:29 +0300, Alexey Brodkin wrote: > > From: Ruud Derwig> > > > In case of simulation there's no real encoder/transmitter device > > because in the model's virtual LCD we're rendering whatever > > appears in frame-buffer memory. > > > > Signed-off-by: Ruud Derwig > > Signed-off-by: Alexey Brodkin > > --- > > > > Changes v1 -> v2: > > * Got rid of dummy arcpgu_drm_encoder_helper_funcs and now rely on default > > best encoder > > If that version looks good to you could you please provide your Ack? I just do drive-by comments on driver submissions, review/merge rules are up to each driver maintainer mostly. But for the warm and fuzzy feeling I'm happy to ack ;-) Acked-by: Daniel Vetter -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Patches for ARC
Hi Waldemar, Just saw that new change for ARC ("arc: use generic lowlevellock", http://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=1b49dc96d103e0151fee290d55cea55aa12c906d). Even though this is very nice to see fixes and improvements done by people outside Synopsys IMHO it still makes sense to add SNPS people in the loop so we may review submitted patches. So could you please first get an Ack from either Vineet (in Cc) or me before committing stuff for ARC? Alternatively just Cc linux-snps-arc@lists.infradead.org. Again I'm very happy with uClibc-ng and appreciate a lot all your efforts and to make uClibc-ng more robust let's review stuff together. Also it was hard for me to find a relevant patch on the mailing list because I was expecting patch to be sent via git "send-email" (which I think should be a standard way for patch submissions in uClibc). Only going through a relevant thread for ARM I found a message with attached files. -Alexey ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc