> There are some unused registers in twl4030 at I2C address 0x49 and function
> twl4030_49_nop_reg() is used to check accessibility of that registers. These
> registers are written in decimal format but the values are correct in
> hexadecimal format. (It can be checked few lines above the patched c
> There are some unused registers in twl4030 at I2C address 0x49 and function
> twl4030_49_nop_reg() is used to check accessibility of that registers. These
> registers are written in decimal format but the values are correct in
> hexadecimal format. (It can be checked few lines above the patched c
On 03/10/2014 07:03 PM, Tony Lindgren wrote:
> * Florian Vaussard [140310 08:17]:
>> On 03/10/2014 11:30 AM, Roger Quadros wrote:
>>>
>>> If you don't use the OMAP3x30_CORE2_IOPAD() macro then these definitions
>>> can fit in omap3-overo-base.dtsi.
>>> The offsets will be taken care of if you pl
On 03/10/2014 01:01 PM, Mark Brown wrote:
> On Mon, Mar 10, 2014 at 12:41:05PM -0500, Nishanth Menon wrote:
>
>> The only other options are:
>> a) Abstract it at a higher level at "user drivers", since they are
>> aware of the sequencing needs - but this partially defeats the
>> purpose, unless of
On 03/10/2014 06:05 PM, Jyri Sarha wrote:
On 03/10/2014 05:47 PM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 03:25:41PM +0200, Jyri Sarha wrote:
On 03/10/2014 02:58 PM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 10:52:21AM +0200, Jyri Sarha wrote:
...
I agreed on not to have it as the defaul
There are some unused registers in twl4030 at I2C address 0x49 and function
twl4030_49_nop_reg() is used to check accessibility of that registers. These
registers are written in decimal format but the values are correct in
hexadecimal format. (It can be checked few lines above the patched code -
th
* Florian Vaussard [140310 08:17]:
> On 03/10/2014 11:30 AM, Roger Quadros wrote:
> >
> > If you don't use the OMAP3x30_CORE2_IOPAD() macro then these definitions
> > can fit in omap3-overo-base.dtsi.
> > The offsets will be taken care of if you place them within &omap3_pmx_core2
> > {} . e.g.
>
On Mon, Mar 10, 2014 at 12:41:05PM -0500, Nishanth Menon wrote:
> The only other options are:
> a) Abstract it at a higher level at "user drivers", since they are
> aware of the sequencing needs - but this partially defeats the
> purpose, unless ofcourse, we do a tricky implementation such as:
> c
On 03/10/2014 12:22 PM, Mark Brown wrote:
> On Mon, Mar 10, 2014 at 12:11:44PM -0500, Nishanth Menon wrote:
>> On 03/02/2014 09:54 PM, Mark Brown wrote:
>>> On Mon, Feb 24, 2014 at 08:38:07AM -0600, Nishanth Menon wrote:
>
Intent here is to allow drivers such as cpufreq-cpu0 to be reused on
>
On Mon, Mar 10, 2014 at 12:11:44PM -0500, Nishanth Menon wrote:
> On 03/02/2014 09:54 PM, Mark Brown wrote:
> > On Mon, Feb 24, 2014 at 08:38:07AM -0600, Nishanth Menon wrote:
> >> Intent here is to allow drivers such as cpufreq-cpu0 to be reused on
> >> platforms such as TI's OMAP derivatives, an
On 03/02/2014 09:54 PM, Mark Brown wrote:
> On Mon, Feb 24, 2014 at 08:38:07AM -0600, Nishanth Menon wrote:
>
>> Intent here is to allow drivers such as cpufreq-cpu0 to be reused on
>> platforms such as TI's OMAP derivatives, and other SoCs which differ
>> only by the sequence involved in voltage
* Olof Johansson [140308 23:36]:
> On Sun, Mar 02, 2014 at 03:14:49PM -0800, Tony Lindgren wrote:
> > The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
> >
> > Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
> >
> > are available in the git repository at:
> >
> > git:/
On 03/10/2014 05:47 PM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 03:25:41PM +0200, Jyri Sarha wrote:
On 03/10/2014 02:58 PM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 10:52:21AM +0200, Jyri Sarha wrote:
...
I agreed on not to have it as the default. I can still imagine
couple of reason to
On Mon, Mar 10, 2014 at 12:55:36PM +0100, yegorsli...@googlemail.com wrote:
> From: Yegor Yefremov
>
> Signed-off-by: Yegor Yefremov
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Mar 10, 2014 at 03:25:41PM +0200, Jyri Sarha wrote:
> On 03/10/2014 02:58 PM, Mark Brown wrote:
> >On Mon, Mar 10, 2014 at 10:52:21AM +0200, Jyri Sarha wrote:
> >>>+- ai31xx-micbias-vg - MicBias Voltage setting
> >>>+0 or MICBIAS_OFF - MICBIAS output it not powered
> >So, on every
* Tomi Valkeinen [140310 06:26]:
> On 07/03/14 18:49, Tony Lindgren wrote:
> > * Tomi Valkeinen [140305 23:32]:
> >> Hi Tony,
> >>
> >> On 21/01/14 12:56, Tomi Valkeinen wrote:
> >>> Hi,
> >>>
> >>> Here's version 3 of the DSS DT series.
> >>
> >> Can you have a look at the arch/arm/ parts in the
From: Yegor Yefremov
Signed-off-by: Yegor Yefremov
---
arch/arm/boot/dts/am335x-evmsk.dts |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/am335x-evmsk.dts
b/arch/arm/boot/dts/am335x-evmsk.dts
index fa19271..ec08f6f 100644
--- a/arch/arm/boot/dts/am
Hi Roger,
On 03/10/2014 11:30 AM, Roger Quadros wrote:
> Hi Florian,
>
> On 03/07/2014 09:22 PM, Florian Vaussard wrote:
>> Add the High-Speed USB PHY.
>>
>> Signed-off-by: Florian Vaussard
>> ---
>> arch/arm/boot/dts/omap3-overo-base.dtsi | 44
>>
>> arch/arm
> Use a meaningful name for the reference clocks so that it indicates the
> function.
>
> Update the OMAP4+ USB Host node as well to be in sync with the changes.
>
> CC: Benoît Cousson
> CC: Lee Jones
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
> ---
> arch/arm/boot/dts/omap4.dtsi |
> Use the proper clock name 'usbhost_120m_fck' instead of the
> alias 'ehci_logic_fck'
>
> Get rid of the 'ehci_logic_fck' alias from the OMAP3 hwmod data
> as well.
>
> CC: Paul Walmsley
> CC: Lee Jones
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
> ---
> arch/arm/mach-omap2/omap_hwmod
> Be more strict and always fail on clk_get() error.
>
> CC: Lee Jones
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
> ---
> drivers/mfd/omap-usb-host.c | 62
> +
> 1 file changed, 40 insertions(+), 22 deletions(-)
I like to principle of the pa
> Not all revisions have all the clocks so get the necessary clocks
> based on hardware revision.
>
> This should avoid un-necessary clk_get failure messages that were
> observed earlier.
>
> Also remove the dummy USB host clocks from the OMAP3 clock data.
> These are no longer expected by the dr
Hi Rob,
On Sunday 09 March 2014 01:23 AM, Rob Herring wrote:
> On Fri, Mar 7, 2014 at 6:16 AM, Sricharan R wrote:
>> In some SoCs the dma request lines from the peripherals are
>> routed to the dma-controller through a crossbar. With this the
>> dma controller's available request lines are shared
I want to use tps65910 as RTC. On my board its IRQ pin is connected to
the GPMC_BE1N on am335x. How can I configure this in device tree
(kernel 3.14)? As far as I can see, it is not really covered in
Documentation/devicetree/bindings/mfd/tps65910.txt.
Regards,
Yegor
--
To unsubscribe from this lis
On 03/10/2014 03:28 PM, Tero Kristo wrote:
> On 03/10/2014 02:49 PM, Roger Quadros wrote:
>> USB_DPLL must be initialized and locked at boot so that
>> USB modules can work.
>>
>> Program USB_DLL_M2 output to half rate as well.
>>
>> Patch depends on
>> https://www.mail-archive.com/linux-omap@vger.
On Mon, Mar 10, 2014 at 01:15:56PM +, Jyri Sarha wrote:
> On 03/10/2014 02:09 PM, Mark Rutland wrote:
> > On Mon, Mar 10, 2014 at 08:52:21AM +, Jyri Sarha wrote:
> >> This commit adds a bare bones driver support for TLV320AIC31XX family
> >> audio codecs. The driver adds basic stereo playba
On 03/10/2014 02:49 PM, Roger Quadros wrote:
USB_DPLL must be initialized and locked at boot so that
USB modules can work.
Program USB_DLL_M2 output to half rate as well.
Patch depends on
https://www.mail-archive.com/linux-omap@vger.kernel.org/msg101300.html
CC: Mike Turquette
CC: Tero Kristo
On 03/10/2014 02:58 PM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 10:52:21AM +0200, Jyri Sarha wrote:
>+- ai31xx-micbias-vg - MicBias Voltage setting
>+0 or MICBIAS_OFF - MICBIAS output it not powered
So, on every other version of this patch set I've suggested removing
this as there's
On 07/03/14 18:49, Tony Lindgren wrote:
> * Tomi Valkeinen [140305 23:32]:
>> Hi Tony,
>>
>> On 21/01/14 12:56, Tomi Valkeinen wrote:
>>> Hi,
>>>
>>> Here's version 3 of the DSS DT series.
>>
>> Can you have a look at the arch/arm/ parts in the series and ack if
>> they're ok, i.e, patches 1, 2, 3
On 03/10/2014 02:09 PM, Mark Rutland wrote:
On Mon, Mar 10, 2014 at 08:52:21AM +, Jyri Sarha wrote:
This commit adds a bare bones driver support for TLV320AIC31XX family
audio codecs. The driver adds basic stereo playback trough headphone
and speaker outputs and mono capture trough microphon
On Mon, Mar 10, 2014 at 10:52:21AM +0200, Jyri Sarha wrote:
> +- ai31xx-micbias-vg - MicBias Voltage setting
> +0 or MICBIAS_OFF - MICBIAS output it not powered
So, on every other version of this patch set I've suggested removing
this as there's no reason why the bias would be wired up bu
USB_DPLL must be initialized and locked at boot so that
USB modules can work.
Program USB_DLL_M2 output to half rate as well.
Patch depends on
https://www.mail-archive.com/linux-omap@vger.kernel.org/msg101300.html
CC: Mike Turquette
CC: Tero Kristo
Signed-off-by: Roger Quadros
---
arch/arm/b
On 03/10/2014 01:12 PM, Archit Taneja wrote:
> Hi Hans,
>
> On Friday 07 March 2014 07:17 PM, Archit Taneja wrote:
>> On Friday 07 March 2014 07:02 PM, Hans Verkuil wrote:
>>> On 03/07/2014 02:22 PM, Archit Taneja wrote:
>
>>>
>>> Disregard what I said, it's OK to upstream it. But if you could ju
On Fri, Mar 07, 2014 at 10:28:46AM -0600, Joel Fernandes wrote:
> HIGHMEM pages may not be mapped so we must kmap them before accessing.
> This resolves a random OOPs error that was showing up during OpenSSL SHA
> tests.
>
> Signed-off-by: Joel Fernandes
Patch applied. Thanks!
--
Email: Herbe
Hi Hans,
On Friday 07 March 2014 07:17 PM, Archit Taneja wrote:
On Friday 07 March 2014 07:02 PM, Hans Verkuil wrote:
On 03/07/2014 02:22 PM, Archit Taneja wrote:
Disregard what I said, it's OK to upstream it. But if you could just
spend
some hours fixing the problems, that would really be
On Mon, Mar 10, 2014 at 12:09:38PM +, Mark Rutland wrote:
> On Mon, Mar 10, 2014 at 08:52:21AM +, Jyri Sarha wrote:
> > +1 or MICBIAS_2_0V - MICBIAS output is powered to 2.0V
> > +2 or MICBIAS_2_5V - MICBIAS output is powered to 2.5V
> > +3 or MICBIAS_AVDD - MICBIAS
On Mon, Mar 10, 2014 at 08:52:21AM +, Jyri Sarha wrote:
> This commit adds a bare bones driver support for TLV320AIC31XX family
> audio codecs. The driver adds basic stereo playback trough headphone
> and speaker outputs and mono capture trough microphone inputs.
>
> The driver is currently mi
From: Yegor Yefremov
Signed-off-by: Yegor Yefremov
---
Documentation/devicetree/bindings/mfd/tps65910.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/tps65910.txt
b/Documentation/devicetree/bindings/mfd/tps65910.txt
index b4bd
These add device tree entry for qspi controller driver on dra7-evm.
Signed-off-by: Sourav Poddar
---
Done and tested on top of
linux-next + benoit for_15 + tony crossbar branch +
crossbar dts patches.
v2->v3:
This was added as part of the following series,
http://www.spinics.net/lists/linux-omap/
These add device tree entry for qspi controller driver on am43x-epos-evm.
Signed-off-by: Sourav Poddar
---
This was added as part of the following series,
http://www.spinics.net/lists/linux-omap/msg101024.html
Few patches of the above series are picked.
Sending this dts patch with updates[1] to e
Since RFC:
- fixed commit msg typo
- added include/sound/soc.h changes too
The sematics of bitclock-master and frame-master DT parameters
should depend on whether they are found from a cpu-dai or codec
sub-node.
- bitclock-master in cpu-dai node means Codec-Bitclock-Slave
- frame-master in cpu-da
The sematics of bitclock-master and frame-master DT parameters
should be inversed when parsing a cpu-dai node.
Signed-off-by: Jyri Sarha
---
include/sound/soc.h |3 ++-
sound/soc/soc-core.c |8 +++-
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/include/sound/soc.h b
snd_soc_of_parse_daifmt() needs to know if it is parsing a cpu-dai node.
Signed-off-by: Jyri Sarha
---
sound/soc/generic/simple-card.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index 7cabc
snd_soc_of_parse_daifmt() needs to know if it is parsing a cpu-dai node.
Signed-off-by: Jyri Sarha
---
sound/soc/generic/simple-card.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index 7cabc
The schematics of bitclock-master and frame-master DT parameters
should be inversed when parsing a cpu-dai node.
Signed-off-by: Jyri Sarha
---
sound/soc/soc-core.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c
index 8ddb
The schematics of bitclock-master and frame-master DT parameters
should depend on whether they are found from a cpu-dai or codec
sub-node.
- bitclock-master in cpu-dai node means Codec-Bitclock-Slave
- frame-master in cpu-dai node means Codec-Frame-Slave
- bitclock-master in codec node means Codec
On 03/07/2014 03:59 PM, Tero Kristo wrote:
> On 03/07/2014 03:09 PM, Roger Quadros wrote:
>> This clock gate description was missing in older Reference manuals.
>> It is present on the SoC to provide 960MHz reference clock to the
>> internal USB PHYs.
>
> Can you provide a document reference here?
Hi Florian,
On 03/07/2014 09:22 PM, Florian Vaussard wrote:
> Add the High-Speed USB PHY.
>
> Signed-off-by: Florian Vaussard
> ---
> arch/arm/boot/dts/omap3-overo-base.dtsi | 44
>
> arch/arm/boot/dts/omap3-overo-storm.dtsi | 16
> arch/arm/boot/
On Mon, Mar 10, 2014 at 03:09:40PM +0530, Lokesh Vutla wrote:
> Hi Jyri,
>
> Just a few minor comments...
> On Monday 10 March 2014 02:22 PM, Jyri Sarha wrote:
> > This commit adds a bare bones driver support for TLV320AIC31XX family
> > audio codecs. The driver adds basic stereo playback trough h
On 03/10/2014 11:13 AM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 10:52:20AM +0200, Jyri Sarha wrote:
Since the v3 version of the patches:
- Dropped "ASoC: tlv320aic32x4: Sort Makefile in alphabetic order" out
Please don't send cover letters for single patches, if there's anything
important pu
On Mon, Mar 10, 2014 at 10:52:20AM +0200, Jyri Sarha wrote:
> Since the v3 version of the patches:
> - Dropped "ASoC: tlv320aic32x4: Sort Makefile in alphabetic order" out
Please don't send cover letters for single patches, if there's anything
important put it in the patch after the --- (or in th
This commit adds a bare bones driver support for TLV320AIC31XX family
audio codecs. The driver adds basic stereo playback trough headphone
and speaker outputs and mono capture trough microphone inputs.
The driver is currently missing support at least for mini DSP features
and jack detection. I hav
Since the v3 version of the patches:
- Dropped "ASoC: tlv320aic32x4: Sort Makefile in alphabetic order" out
- Changed DAMP widget "Mic Bias" to "MICBIAS"
Best regards,
Jyri
Jyri Sarha (1):
ASoC: tlv320aic31xx: Add basic codec driver implementation
.../devicetree/bindings/sound/tlv320aic31xx.
Hi Jenny,
Would you mind _not_ CC'ing me on all of your emails please?
I have enough _relevant_ email to deal with already without seeing
this churn constantly.
Thanks in advance.
> v1: introduced feature as a framework within power supply class driver with
> separate files for battid fra
54 matches
Mail list logo
