[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <2188183.hGjzCdyui0@barack>
Date: Wed, 12 Oct 2011 11:05:06 +0300
From: Péter Ujfalusi <peter.ujfalusi@...com>
To: Dmitry Torokhov <dmitry.torokhov@...il.com>
Cc: Mark Brown <broonie@...nsource.wolfsonmicro.com>,
Samuel Ortiz <samuel.ortiz@...el.com>,
Liam Girdwood <lrg@...com>, alsa-devel@...a-project.org,
linux-kernel@...r.kernel.org,
Misael Lopez Cruz <misael.lopez@...com>,
linux-input@...r.kernel.org
Subject: Re: Re: [PATCH v2 2/6] MFD: twl6040: Cache the vibra control registers
On Tuesday 11 October 2011 09:01:42 Dmitry Torokhov wrote:
> I'm OK with all patches going through MFD - I do not believe it will
> cause any merge issues.
Thanks Dmitry.
> For the record I still do not like returning EBUSY when device is not
> available - I think if device can't serve any requests it should not
> exists at all.
While I tend to agree with this, in embedded systems this might (not
certainly) cause issues. Embedded SW (middleware, high level) tends to take
the underlaying HW as static.
Before I can do the dynamic input device creation/destruction I need to make
sure that the userspace is ready for this.
I'm planning to address your concern regarding to twl6040, and at the same
time I'm going to change the twl4030 vibra/MFD/audio driver to behave in a
same way.
--
Péter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists