Re: [PATCH 1/2] regulator: pbias: use untranslated address to program pbias regulator

* Mark Brown [150901 11:40]: > On Tue, Sep 01, 2015 at 07:17:21AM -0700, Tony Lindgren wrote: > > > Why don't you just make reg unused for pbias_regulator since > > we already use regmap for this driver? > > > Then in the pbias driver just define the register offset from > >

Re: [PATCH v2] ARM: OMAP: Change all cpu_is_* occurences to soc_is_*

On Wednesday 26 August 2015 09:29 AM, Keerthy wrote: Currently apart from dra7, omap5 and amx3 all the other SoCs are identified using cpu_is_* functions which is not right since they are all SoCs(System on Chips). Hence changing the SoC identification code to use soc_is instead of cpu_is and

Re: [PATCH] arm: omap2: vc: fix 'or' always true warning

On Tue, Sep 1, 2015 at 5:46 PM, Tony Lindgren wrote: > * Frans Klaver [150828 03:14]: >> From: Frans Klaver >> >> Fix the warning: >> arch/arm/mach-omap2/vc.c:302:47: warning: logical ‘or’ of collectively >> exhaustive tests is

Re: [PATCH 1/2] regulator: pbias: use untranslated address to program pbias regulator

On Tue, Sep 01, 2015 at 07:17:21AM -0700, Tony Lindgren wrote: > Why don't you just make reg unused for pbias_regulator since > we already use regmap for this driver? > Then in the pbias driver just define the register offset from > the syscon base? You may need to set it based on the compatible

Re: [PATCH v5 0/3] ARM: AM437X: Add rtc clock handling

On Tuesday 01 September 2015 08:57 PM, Tony Lindgren wrote: * Alexandre Belloni [150826 14:57]: On 26/08/2015 at 11:01:27 -0700, Tony Lindgren wrote : * Keerthy [150826 09:54]: Tony, On Saturday 22 August 2015 02:48 AM, Alexandre

Re: [PATCH v2] ARM: OMAP: Change all cpu_is_* occurences to soc_is_*

* Keerthy [150901 10:22]: > > > On Wednesday 26 August 2015 09:29 AM, Keerthy wrote: > >Currently apart from dra7, omap5 and amx3 all the other SoCs > >are identified using cpu_is_* functions which is not right since > >they are all SoCs(System on Chips). Hence changing the SoC

Re: [PATCH 2/3][v2] drivers: usb: dwc3: Add frame length adjustment quirk

Hi, On Mon, Aug 17, 2015 at 09:54:56AM +0530, Nikhil Badola wrote: > +static void dwc3_frame_length_adjustment(struct dwc3 *dwc, u32 fladj) > +{ > + if (dwc->revision < DWC3_REVISION_250A) > + return; > + > + if (fladj == 0) > + return; > + > + if (fladj) {

[PATCH] ARM: dts: omap3-beagle: make i2c3, ddc and tfp410 gpio work again

Let's fix pinmux address of gpio 170 used by tfp410 powerdown-gpio. According to the OMAP35x Technical Reference Manual CONTROL_PADCONF_I2C3_SDA[15:0] 0x480021C4 mode0: i2c3_sda CONTROL_PADCONF_I2C3_SDA[31:16] 0x480021C4 mode4: gpio_170 the pinmux address of gpio 170 must be 0x480021C6. The

Re: [PATCH 03/13] twl4030_charger: correctly handle -EPROBE_DEFER from devm_usb_get_phy_by_node

ping... this boot failure has now landed in mainline On Thu, Aug 27, 2015 at 1:51 PM, Kevin Hilman wrote: > On Wed, Jul 29, 2015 at 5:11 PM, NeilBrown wrote: >> Now that twl4030_bci_probe can safely return -EPROBE_DEFER, >> do so when

Re: [PATCH v2] ARM: OMAP: Change all cpu_is_* occurences to soc_is_*

On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote: * Keerthy [150901 10:22]: On Wednesday 26 August 2015 09:29 AM, Keerthy wrote: Currently apart from dra7, omap5 and amx3 all the other SoCs are identified using cpu_is_* functions which is not right since they

Re: [PATCH] security: device_cgroup: fix RCU lockdep splat

On Mon, 31 Aug 2015, Felipe Balbi wrote: > while booting AM437x device, the following splat > triggered: > > [ 12.005238] === > [ 12.009749] [ INFO: suspicious RCU usage. ] > [ 12.014116] 4.2.0-next-20150831 #1154 Not tainted > [ 12.019050]

Re: [PATCH 1/2] regulator: pbias: use untranslated address to program pbias regulator

Hi Mark, On Monday 31 August 2015 08:22 PM, Mark Brown wrote: > On Mon, Aug 31, 2015 at 04:14:07PM +0530, Kishon Vijay Abraham I wrote: >> On Tuesday 25 August 2015 07:20 PM, Mark Brown wrote: >>> On Tue, Aug 25, 2015 at 01:03:04PM +0300, Grygorii Strashko wrote: On 08/19/2015 09:11 PM, Mark

Re: [PATCH v4] OMAPDSS: hdmi: Reconfigure and restart audio when display is enabled

On 28/08/15 17:21, Jyri Sarha wrote: > Reconfigure and restart audio when display is enabled, if audio > playback was active before. This is needed in a situation when an > audio+video stream application opens the audio stream before the > video. When video stream is opened the display mode may

RE: [PATCH 2/3][v2] drivers: usb: dwc3: Add frame length adjustment quirk

> -Original Message- > From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Tuesday, September 01, 2015 12:51 PM > To: Badola Nikhil-B46172 > Cc: linux-ker...@vger.kernel.org; linux-...@vger.kernel.org; linux- > o...@vger.kernel.org; ba...@ti.com;

Re: [PATCH 2/2] memory: omap-gpmc: Add Kconfig option for debug

Hi Hannes, On 27/08/15 08:52, Hannes Schmelzer wrote: > Hi Tony, > > Did anyone test this changeset on some AM335x board? > > Today I ran into trouble with that because: > > The GPMC controller gets reseted on kernel boot due to the missing/removed > HWMOD_INIT_NO_RESET flag. > > Primary

[PATCH] 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 select-slave-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

Re: [PATCH 1/2] regulator: pbias: use untranslated address to program pbias regulator

Now fixed Lee Jones mail address! On Tuesday 01 September 2015 03:10 PM, Kishon Vijay Abraham I wrote: > Hi Mark, > > On Monday 31 August 2015 08:22 PM, Mark Brown wrote: >> On Mon, Aug 31, 2015 at 04:14:07PM +0530, Kishon Vijay Abraham I wrote: >>> On Tuesday 25 August 2015 07:20 PM, Mark Brown

Re: [PATCH 2/2] memory: omap-gpmc: Add Kconfig option for debug

Hi Hannes, On 27/08/15 08:52, Hannes Schmelzer wrote: > Hi Tony, > > Did anyone test this changeset on some AM335x board? > > Today I ran into trouble with that because: > > The GPMC controller gets reseted on kernel boot due to the missing/removed > HWMOD_INIT_NO_RESET flag. > > Primary

Re: [PATCH v3 02/15] mmc: host: omap_hsmmc: return on fatal errors from omap_hsmmc_reg_get

* Grygorii Strashko [150901 07:57]: > On 09/01/2015 05:50 PM, Tony Lindgren wrote: > >> > >>On -next, Above crash signature could be related to race > >>"ARM: OMAP2+: omap-device: fix race deferred probe of omap_hsmmc vs > >>omap_device_late_init" >

Re: [PATCH v3 02/15] mmc: host: omap_hsmmc: return on fatal errors from omap_hsmmc_reg_get

On 09/01/2015 12:14 AM, Tony Lindgren wrote: > * Tony Lindgren [150831 14:02]: >> >> And I must have tested next-20150827 instead of next-20150828. Or >> else it does not happen on every boot. In any case, I'm now getting >> the following on next-20150831 most of the time: >> >>

Re: [PATCH v3 02/15] mmc: host: omap_hsmmc: return on fatal errors from omap_hsmmc_reg_get

* Grygorii Strashko [150901 07:36]: > On 09/01/2015 12:14 AM, Tony Lindgren wrote: > > * Tony Lindgren [150831 14:02]: > >> > >> And I must have tested next-20150827 instead of next-20150828. Or > >> else it does not happen on every boot. In any case,

Re: [PATCH v3 02/15] mmc: host: omap_hsmmc: return on fatal errors from omap_hsmmc_reg_get

On 09/01/2015 05:50 PM, Tony Lindgren wrote: * Grygorii Strashko [150901 07:36]: On 09/01/2015 12:14 AM, Tony Lindgren wrote: * Tony Lindgren [150831 14:02]: And I must have tested next-20150827 instead of next-20150828. Or else it does not

Re: [PATCH] Documentation: DT: cpsw: document missing compatible

On Mon, Aug 31, 2015 at 1:21 AM, Mugunthan V N wrote: > CPSW driver has multiple compatibles for errata implentations but not > documented, add necessary documentation. > > Signed-off-by: Mugunthan V N Applied. Thanks. Rob > --- > > The compatibles are

Antwort: Re: [PATCH 2/2] memory: omap-gpmc: Add Kconfig option for debug

> Hi Hannes, Hi Roger, > > On 27/08/15 08:52, Hannes Schmelzer wrote: > > Hi Tony, > > > > Did anyone test this changeset on some AM335x board? > > > > Today I ran into trouble with that because: > > > > The GPMC controller gets reseted on kernel boot due to the missing/removed >

Re: [PATCH] security: device_cgroup: fix RCU lockdep splat

On Tue, Sep 01, 2015 at 11:12:18AM +0200, Sebastian Ott wrote: > On Mon, 31 Aug 2015, Felipe Balbi wrote: > > while booting AM437x device, the following splat > > triggered: > > > > [ 12.005238] === > > [ 12.009749] [ INFO: suspicious RCU usage. ] > > [

Re: [PATCH 1/2] regulator: pbias: use untranslated address to program pbias regulator

Hi, I think the fix is rather easy here.. See below. * Kishon Vijay Abraham I [150901 02:43]: > > Before commit d919501feffa8715147582c3ffce96fad0c7016f ARM: dts: dra7: > add minimal l4 bus layout with control module support, the dt was like > > ocp { > dra7_ctrl_general:

Re: [net-next PATCH] drivers: net: cpsw: Add support to make gpio drive which slave connected to phy

* Mugunthan V N [150901 04:28]: > --- a/Documentation/devicetree/bindings/net/cpsw.txt > +++ b/Documentation/devicetree/bindings/net/cpsw.txt > @@ -26,6 +26,9 @@ Optional properties: > - dual_emac : Specifies Switch to act as Dual EMAC > - syscon :

Re: [PATCH v2] ARM: OMAP2+: omap-device: fix race deferred probe of omap_hsmmc vs omap_device_late_init

* Grygorii Strashko [150828 08:31]: > Kernel fails to boot 50% of times (form build to build) with > RT-patchset applied due to the following race - on late boot > stages deferred_probe_work_func->omap_hsmmc_probe races with > omap_device_late_ini. Applying into

Re: [PATCH] ARM: dts: DRA7: fix a typo in ethernet

* Tony Lindgren [150901 08:53]: > * Vishal Mahaveer [150825 12:01]: > > Register address in name of the node is wrong > > > > Signed-off-by: Vishal Mahaveer > > Acked-by: Mugunthan V N > > Thanks applying into

Re: [PATCH v5 0/3] ARM: AM437X: Add rtc clock handling

* Alexandre Belloni [150826 14:57]: > On 26/08/2015 at 11:01:27 -0700, Tony Lindgren wrote : > > * Keerthy [150826 09:54]: > > > Tony, > > > > > > On Saturday 22 August 2015 02:48 AM, Alexandre Belloni wrote: > > > >Tony, > > > > > > > >On

Re: [PATCH] arm: omap2: vc: fix 'or' always true warning

* Frans Klaver [150828 03:14]: > From: Frans Klaver > > Fix the warning: > arch/arm/mach-omap2/vc.c:302:47: warning: logical ‘or’ of collectively > exhaustive tests is always true [-Wlogical-op] > > As we're toggling both CLKREQ and OFFMODE, we

Re: PowerVR SGX540 drivers for PandaBoard(OMAP4460) on vanilla kernel

* Sedat Marangoz [150813 05:14]: > Hi all, > > Is there a way to install PVR SGX540 driver to my PandaBoard > ES(OMAP4460) which runs on vanilla kernel and small filesystem. > The latest Graphics SDK does not have support for OMAP4. > I searched and found pvr_omap is

Re: [PATCH] ARM: DRA752: Add ID detect for ES2.0

* Nishanth Menon [150813 07:35]: > From: Vishal Mahaveer > > ES2.0 is a minor variant of ES1.1. ES2.0 is an incremental revision > with various fixes including the following: > - reset logic fixes > - few assymetric aging logic fixes > - MMC clock

Re: [PATCH] ARM: dts: DRA7: fix a typo in ethernet

* Vishal Mahaveer [150825 12:01]: > Register address in name of the node is wrong > > Signed-off-by: Vishal Mahaveer > Acked-by: Mugunthan V N Thanks applying into omap-for-v4.3/fixes. Tony > --- > arch/arm/boot/dts/dra7.dtsi |2 +- >

[net-next PATCH] drivers: net: cpsw: Add support to make gpio drive which slave connected to phy

In DRA72x EVM, by default slave 1 is connected to the onboard phy, but slave 2 pins are also muxed with video input module which is controlled by pcf857x gpio and currently to select slave 0 to connect to phy gpio hogging is used, but with omap2plus_defconfig the pcf857x gpio is built as module.