Re: [PATCH 1/3] ARM: OMAP2+: clockdomain: Add mechanism for disabling HW_AUTO

Paul, On 16/07/15 16:56, Roger Quadros wrote: > On 16/07/15 04:25, Paul Walmsley wrote: >> Hi >> >> On Tue, 23 Jun 2015, Roger Quadros wrote: >> >>> For some hwmods (e.g. DCAN on DRA7) we need the possibility to >>> disable HW_AUTO for the clockdomain while the module is active. >>> >>> To

[PATCH 1/1] ARM: DTS: dra72-evm: remove cpsw gpio hogging and add select-slave-gpio

Since GPIO hogging fails to through error when booting with gpio-pcf857x as module and NFS root filesystem. So by having mode-gpio, it throw error to user so that the used can make gpio-pcf857x as inbuilt for NFS. When using mmc/ramdisk as root fs, cpsw will probe defer and re-probes again when

usb: dwc3: gadget: warning on v4.3-rc1

Hi Felipe, I see the following warning when g_zero is loaded and USB cable is plugged to host on dra7-evm's USB1 port. It happens only once and no longer appears on re-loading gadget or plugging/unplugging cable. root@rockdesk:~# modprobe g_zero [ 28.414895] zero gadget: Gadget Zero, version:

Re: [PATCH] ARM: OMAP: Remove duplicated operand in OR operation

On 17/09/15 16:22, Javier Martinez Canillas wrote: > Commit b483a4a5a711 ("ARM: OMAP4+: hwmod data: Don't prevent RESET of > USB Host module") added the SYSC_HAS_RESET_STATUS flag to both OMAP4 > and OMAP5 USB host module hwmon sysconfig but that flag was already > set for OMAP5. So now the flag

[net-next PATCH 4/4] arm: dts: am4372: add syscon phandle to cpsw node

There are 2 MACIDs stored in the control module of the am4372. These are read by the cpsw driver if no valid MACID was found in the devicetree. Signed-off-by: Mugunthan V N --- arch/arm/boot/dts/am4372.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git

[net-next PATCH 0/4] Add support for reading macid when DT macid not found

Did a boot test on dra7-evm [1] and am437x-gp-evm [2]. Pushed a branch [3] for others to test the patch. [1]: http://pastebin.ubuntu.com/12513420/ [2]: http://pastebin.ubuntu.com/12513428/ [3]: git://git.ti.com/~mugunthanvnm/ti-linux-kernel/linux.git cpsw-macid-read-support Mugunthan V N (4):

[net-next PATCH 3/4] arm: dts: dra7: add syscon phandle to cpsw node

There are 2 MACIDs stored in the control module of the dra7. These are read by the cpsw driver if no valid MACID was found in the devicetree. Signed-off-by: Mugunthan V N --- arch/arm/boot/dts/dra7.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git

[net-next PATCH 2/4] drivers: net: cpsw-common: add support for reading mac address for dra7 and am437x platforms

Adding support for reading mac address using syscon driver for dra7 and am437x platforms Signed-off-by: Mugunthan V N --- drivers/net/ethernet/ti/cpsw-common.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/net/ethernet/ti/cpsw-common.c

[net-next PATCH 1/4] drivers: net: cpsw: davinci_emac: move reading mac id to common file

Moving mac address reading from ethernet driver to common file for better maintenance and for code reusable. Signed-off-by: Mugunthan V N --- drivers/net/ethernet/ti/cpsw-common.c | 58 -- drivers/net/ethernet/ti/cpsw.c | 11 +++

Re: [PATCH 00/38] Fixes related to incorrect usage of unsigned types

Andrzej Hajda wrote: > Semantic patch finds comparisons of types: > unsigned < 0 > unsigned >= 0 > The former is always false, the latter is always true. > Such comparisons are useless, so theoretically they could be > safely removed, but their presence quite often

Re: [PATCH RFC v4 3/8] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

On 09/21/15 12:31, Russell King - ARM Linux wrote: On Sat, Sep 19, 2015 at 10:54:51AM -0700, Mark Brown wrote: On Fri, Sep 18, 2015 at 02:06:40PM +0300, Jyri Sarha wrote: +#define SPDIF_FORMATS (SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S16_BE |\ +

Re: [net-next PATCH 0/4] Add support for reading macid when DT macid not found

From: Mugunthan V N Date: Mon, 21 Sep 2015 15:56:49 +0530 > Did a boot test on dra7-evm [1] and am437x-gp-evm [2]. > Pushed a branch [3] for others to test the patch. > > [1]: http://pastebin.ubuntu.com/12513420/ > [2]: http://pastebin.ubuntu.com/12513428/ > [3]:

[PATCH 12/17] ARM: OMAP2+: remove misuse of IRQF_NO_SUSPEND flag

The IRQF_NO_SUSPEND flag is used to identify the interrupts that should be left enabled so as to allow them to work as expected during the suspend-resume cycle, but doesn't guarantee that it will wake the system from a suspended state, enable_irq_wake is recommended to be used for the wakeup.

Re: [alsa-devel] [PATCH RFC v4 2/8] ALSA: pcm: add IEC958 channel status helper for hw_params

Jyri Sarha wrote: > On 09/21/15 12:37, Russell King - ARM Linux wrote: >> ALSA documentation (which may be out of date) says that the hw_params >> callback can be called multiple times during stream setup. Do we want >> to be repeatedly programming the HDMI infoframe with different settings, >>

Re: usb: dwc3: gadget: warning on v4.3-rc1

On Mon, Sep 21, 2015 at 11:06:27AM +0300, Roger Quadros wrote: > Hi Felipe, > > I see the following warning when g_zero is loaded > and USB cable is plugged to host on dra7-evm's USB1 port. > > It happens only once and no longer appears on re-loading gadget > or plugging/unplugging cable.

Re: [alsa-devel] [PATCH RFC v4 2/8] ALSA: pcm: add IEC958 channel status helper for hw_params

On 09/21/15 18:08, Clemens Ladisch wrote: >But there is no downside in using prepare callback. The prepare callback also can be called multiple times. This certainly happens when the stream is stopped/restarted multiple times. If something does not need to be done again when a stream is

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

* Javier Martinez Canillas [150921 02:17]: > [adding Ulf and Tomeu to cc list] > > On Fri, Sep 18, 2015 at 10:27 PM, Tony Lindgren wrote: > > * Tony Lindgren [150918 10:54]: > >> * Javier Martinez Canillas [150918

Re: [PATCH RFC v4 2/8] ALSA: pcm: add IEC958 channel status helper for hw_params

On 09/21/15 12:37, Russell King - ARM Linux wrote: On Fri, Sep 18, 2015 at 02:06:39PM +0300, Jyri Sarha wrote: Add IEC958 channel status helper that gets the audio properties from snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to produce the channel status bits already in audio

Re: [PATCH 1/2] mfd: twl6040: Fix deferred probe handling for clk32k

* Peter Ujfalusi [150921 02:59]: > On 09/18/2015 07:29 PM, Tony Lindgren wrote: > > Commit 68bab8662f49 ("mfd: twl6040: Optional clk32k clock handling") > > added clock handling for the 32k clock from palmas-clk. However, that > > patch did not consider a typical situation

[PATCH v2 1/1] ARM: DTS: dra72-evm: remove cpsw gpio hogging and add mode-gpios

With the current implementation of GPIO hogging and with gpio-pcf857x is built as module, ethernet doesn't work on boot and doesn't throw any error/warning to user. Ethernet becomes operational when inserting gpio-pcf857x module, even this time there is no error/warning logs to user that ethernet

Re: [PATCH RFC v4 3/8] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

On Sat, Sep 19, 2015 at 10:54:51AM -0700, Mark Brown wrote: > On Fri, Sep 18, 2015 at 02:06:40PM +0300, Jyri Sarha wrote: > > +#define SPDIF_FORMATS (SNDRV_PCM_FMTBIT_S16_LE | > > SNDRV_PCM_FMTBIT_S16_BE |\ > > +SNDRV_PCM_FMTBIT_S20_3LE | SNDRV_PCM_FMTBIT_S20_3BE |\ > > +

Re: [PATCH 1/1] ARM: DTS: dra72-evm: remove cpsw gpio hogging and add select-slave-gpio

On Monday 21 September 2015 01:34 PM, Mugunthan V N wrote: > Since GPIO hogging fails to through error when booting with > gpio-pcf857x as module and NFS root filesystem. So by having > mode-gpio, it throw error to user so that the used can make > gpio-pcf857x as inbuilt for NFS. When using

Re: [PATCH RFC v4 2/8] ALSA: pcm: add IEC958 channel status helper for hw_params

On Fri, Sep 18, 2015 at 02:06:39PM +0300, Jyri Sarha wrote: > Add IEC958 channel status helper that gets the audio properties from > snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to > produce the channel status bits already in audio stream configuration > phase. What is the reason

Re: [PATCH 1/2] mfd: twl6040: Fix deferred probe handling for clk32k

On 09/18/2015 07:29 PM, Tony Lindgren wrote: > Commit 68bab8662f49 ("mfd: twl6040: Optional clk32k clock handling") > added clock handling for the 32k clock from palmas-clk. However, that > patch did not consider a typical situation where twl6040 is built-in, > and palmas-clk is a loadable module

[PATCH 28/38] video/omap: remove invalid check

regno is unsigned so it cannot be negative. The problem has been detected using proposed semantic patch scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1]. [1]: http://permalink.gmane.org/gmane.linux.kernel/2038576 Signed-off-by: Andrzej Hajda ---

Re: [PATCH RFC v4 3/8] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

On Mon, Sep 21, 2015 at 04:41:20PM +0300, Jyri Sarha wrote: > On 09/21/15 12:31, Russell King - ARM Linux wrote: > >The device may accept 32 bit I2S, but it would have to be truncated to > >24 bit before transmitting it to the sink. This should be mentioned > >somewhere. > There is ".sig_bits =

Re: [PATCH RFC v4 4/8] drm/i2c: tda998x: Add support of a DT graph of ports

On 09/18/2015 06:06 AM, Jyri Sarha wrote: > From: Jean-Francois Moine > > Two kinds of ports may be declared in a DT graph of ports: video and audio. > This patch accepts the port value from a video port as an alternative > to the video-ports property. > It also accepts audio

Re: usb: dwc3: gadget: warning on v4.3-rc1

On Mon, Sep 21, 2015 at 09:41:50AM -0500, Felipe Balbi wrote: > On Mon, Sep 21, 2015 at 11:06:27AM +0300, Roger Quadros wrote: > > Hi Felipe, > > > > I see the following warning when g_zero is loaded > > and USB cable is plugged to host on dra7-evm's USB1 port. > > > > It happens only once and

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

[adding Ulf and Tomeu to cc list] On Fri, Sep 18, 2015 at 10:27 PM, Tony Lindgren wrote: > * Tony Lindgren [150918 10:54]: >> * Javier Martinez Canillas [150918 10:39]: >> > Hello Tony, >> > >> > [snip] >> > >> > > >> > > +