From: Mark Brown <broonie@opensource.wolfsonmicro.com> To: Matt Sealey <matt@genesi-usa.com> Cc: Robert Schwebel <r.schwebel@pengutronix.de>, Anton Vorontsov <anton.vorontsov@linaro.org>, Russell King <linux@arm.linux.org.uk>, John Stultz <john.stultz@linaro.org>, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linaro-kernel@lists.linaro.org, Sascha Hauer <kernel@pengutronix.de> Subject: Re: [PATCH 4/9] ASoC: imx: Don't use {en,dis}able_fiq() calls Date: Mon, 6 Aug 2012 22:41:22 +0100 [thread overview] Message-ID: <20120806214121.GA26698@opensource.wolfsonmicro.com> (raw) In-Reply-To: <CAKGA1bmMqyL4gyLYcanEH=R=HuBjRCNRLjUEWCj8wmpi3HuL0g@mail.gmail.com> On Mon, Aug 06, 2012 at 03:39:50PM -0500, Matt Sealey wrote: > On Mon, Aug 6, 2012 at 3:16 PM, Robert Schwebel > > That's not true; we still run MX25, MX27, MX35, MX28 on mainline in > > active projects. > I think Shawn Guo (FSL/Linaro) would also disagree, since he's just > posted a large amount of MXS patches to fix up the board for device > trees, and Arnd is pulling them. MXS != i.MX. > As far as I know, the FIQ usage is quite valid for the processor it > needs to run on (MX21/27/28, right?) in the modes it runs in (AC97 on > these processors, and maybe MX35 too), and I'm just trying to figure > out what the steps are for Oh, ick. What is the problem that means people want to use the FIQ on these processors? There's been i.MX2x audio DMA since forever, it had DMA in mainline before any of the later i.MXs due to them having SDMA. The original mainline i.MX audio support was done on i.MX27 and didn't have any issue here, this is the fist I've heard of a problem. > I did note that SND_SOC_EUKREA_TLV320 enables FIQ but it also depends > on MX51 which makes me think this need to be split, too, so that MX51 > boards don't have it but MX2/MX3 do. Is that not bitrot due to it being there before SDMA support was?
WARNING: multiple messages have this Message-ID (diff)
From: broonie@opensource.wolfsonmicro.com (Mark Brown) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 4/9] ASoC: imx: Don't use {en,dis}able_fiq() calls Date: Mon, 6 Aug 2012 22:41:22 +0100 [thread overview] Message-ID: <20120806214121.GA26698@opensource.wolfsonmicro.com> (raw) In-Reply-To: <CAKGA1bmMqyL4gyLYcanEH=R=HuBjRCNRLjUEWCj8wmpi3HuL0g@mail.gmail.com> On Mon, Aug 06, 2012 at 03:39:50PM -0500, Matt Sealey wrote: > On Mon, Aug 6, 2012 at 3:16 PM, Robert Schwebel > > That's not true; we still run MX25, MX27, MX35, MX28 on mainline in > > active projects. > I think Shawn Guo (FSL/Linaro) would also disagree, since he's just > posted a large amount of MXS patches to fix up the board for device > trees, and Arnd is pulling them. MXS != i.MX. > As far as I know, the FIQ usage is quite valid for the processor it > needs to run on (MX21/27/28, right?) in the modes it runs in (AC97 on > these processors, and maybe MX35 too), and I'm just trying to figure > out what the steps are for Oh, ick. What is the problem that means people want to use the FIQ on these processors? There's been i.MX2x audio DMA since forever, it had DMA in mainline before any of the later i.MXs due to them having SDMA. The original mainline i.MX audio support was done on i.MX27 and didn't have any issue here, this is the fist I've heard of a problem. > I did note that SND_SOC_EUKREA_TLV320 enables FIQ but it also depends > on MX51 which makes me think this need to be split, too, so that MX51 > boards don't have it but MX2/MX3 do. Is that not bitrot due to it being there before SDMA support was?
next prev parent reply other threads:[~2012-08-06 21:41 UTC|newest] Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-08-05 23:02 [PATCH 0/9] Get rid of FIQ_START/enable/disable_fiq() + some FIQ cleanups Anton Vorontsov 2012-08-05 23:02 ` Anton Vorontsov 2012-08-05 23:03 ` [PATCH 1/9] ARM: mach-rpc: Don't register FIQs with genirq Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-05 23:03 ` [PATCH 2/9] ARM: plat-s3c24xx: Don't use FIQ_START Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-08 10:47 ` Kukjin Kim 2012-08-08 10:47 ` Kukjin Kim 2012-08-08 11:00 ` Anton Vorontsov 2012-08-08 11:00 ` Anton Vorontsov 2012-08-05 23:03 ` [PATCH 3/9] [media] mx1_camera: Don't use {en,dis}able_fiq() calls Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-08 6:57 ` Sascha Hauer 2012-08-08 6:57 ` Sascha Hauer 2012-08-05 23:03 ` [PATCH 4/9] ASoC: imx: " Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-06 15:19 ` Matt Sealey 2012-08-06 15:19 ` Matt Sealey 2012-08-06 15:49 ` Mark Brown 2012-08-06 15:49 ` Mark Brown 2012-08-06 18:09 ` Matt Sealey 2012-08-06 18:09 ` Matt Sealey 2012-08-06 19:37 ` Mark Brown 2012-08-06 19:37 ` Mark Brown 2012-08-06 20:16 ` Robert Schwebel 2012-08-06 20:16 ` Robert Schwebel 2012-08-06 20:39 ` Matt Sealey 2012-08-06 20:39 ` Matt Sealey 2012-08-06 21:41 ` Mark Brown [this message] 2012-08-06 21:41 ` Mark Brown 2012-08-06 23:26 ` Matt Sealey 2012-08-06 23:26 ` Matt Sealey 2012-08-07 6:35 ` Sascha Hauer 2012-08-07 6:35 ` Sascha Hauer 2012-08-07 16:50 ` Mark Brown 2012-08-07 16:50 ` Mark Brown 2012-08-07 2:09 ` Shawn Guo 2012-08-07 2:09 ` Shawn Guo 2012-08-07 16:48 ` Dave Martin 2012-08-07 16:48 ` Dave Martin 2012-08-08 6:57 ` Sascha Hauer 2012-08-08 6:57 ` Sascha Hauer 2012-08-05 23:03 ` [PATCH 5/9] ARM: FIQ: Remove enable_fiq() and disable_fiq() calls Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-05 23:03 ` [PATCH 6/9] ARM: FIQ: Remove FIQ_START Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-05 23:03 ` [PATCH 7/9] ARM: FIQ: Should include asm/mach/irq.h Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-05 23:03 ` [PATCH 8/9] ARM: FIQ: Implement !CONFIG_FIQ stubs Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-05 23:03 ` [PATCH 9/9] ARM: FIQ: Make show_fiq_list() return void Anton Vorontsov 2012-08-05 23:03 ` Anton Vorontsov 2012-08-26 4:24 ` [PATCH 0/9] Get rid of FIQ_START/enable/disable_fiq() + some FIQ cleanups Anton Vorontsov 2012-08-26 4:24 ` Anton Vorontsov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20120806214121.GA26698@opensource.wolfsonmicro.com \ --to=broonie@opensource.wolfsonmicro.com \ --cc=anton.vorontsov@linaro.org \ --cc=john.stultz@linaro.org \ --cc=kernel@pengutronix.de \ --cc=linaro-kernel@lists.linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux@arm.linux.org.uk \ --cc=matt@genesi-usa.com \ --cc=r.schwebel@pengutronix.de \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.