On 11/25/2015 1:03 PM, Tony Lindgren wrote:
> * Arnd Bergmann [151125 11:50]:
>> On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
>>> * Pali Rohár [151123 06:46]:
On Sunday 22 November 2015 07:51:46 Pavel Machek wrote:
> On Wed 2015-11-11 17:10:46, Frank Rowand wrote:
>> A
On Tue, Nov 24, 2015 at 03:19:02PM +0200, Nikita Kiryanov wrote:
> Add basic support for SBC-T43: a CM-T43 based single board computer.
> CM-T43 is an AM437x based System-on-Module designed to serve as a building
> block in embedded applications. SBC-T43 is composed of CM-T43 module on
> top of the
On Tue, Nov 24, 2015 at 03:19:13PM +0200, Nikita Kiryanov wrote:
> CompuLab SB-SOM baseboard is a carrier board for multiple arm-based SoMs.
> It currently supports (with minor adjustments to assembly) CM-T43, CM-T54,
> and CM-QS600 modules. It is a building block in the SBC-T43 single board
> comp
On Wednesday 25 November 2015 14:37:04 Tony Lindgren wrote:
> Fixes for omaps for v4.4-rc cycle:
>
> - A series of audio changes for dra7 that missed the merge window but turned
> out to be necessary to fix a boot time imprecise external abort error and to
> getaudio working
>
> - Fix l4 rela
On Tue, Nov 24, 2015 at 04:02:08PM +0200, Uri Mashiach wrote:
> From: Ilya Ledvich
>
> Add basic support for CompuLab cm-t335 module based on AM335X SoC.
>
> CM-T335 is a tiny computer-on-module (CoM) / system-on-module (SoM)
> The module is built around the Texas Instruments Sitara AM3352/4
> s
The following changes since commit 1ec218373b8ebda821aec00bb156a9c94fad9cd4:
Linux 4.4-rc2 (2015-11-22 16:45:59 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v4.4/fixes-rc2
for you to fetch changes up to 918af9f
On Wednesday 25 November 2015 22:51:00 Arnd Bergmann wrote:
> On Wednesday 25 November 2015 22:44:28 Pali Rohár wrote:
> > Arnd, my question about proper solution reminds... Proprietary
> > bootloader which cannot be replaced (e.g. it is signed or do
> > unknown magic) provides information to boote
On Wednesday 25 November 2015 22:44:28 Pali Rohár wrote:
>
> Arnd, my question about proper solution reminds... Proprietary
> bootloader which cannot be replaced (e.g. it is signed or do unknown
> magic) provides information to booted kernel via custom specific ATAGs
> fields. How userspace cou
On Wednesday 25 November 2015 22:29:53 Arnd Bergmann wrote:
> On Wednesday 25 November 2015 13:03:10 Tony Lindgren wrote:
> > * Arnd Bergmann [151125 11:50]:
> > > On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
> > > > At least I don't have better solutions in mind.
> > >
> > > I wou
On 11/25/2015 12:39 AM, Dmitry Lifshitz wrote:
> Add PCA9555 GPIO extender support (over I2C5 bus).
I think you meant to say "GPIO expander" in commit message and
$subject perhaps?
>
> Signed-off-by: Dmitry Lifshitz
> Acked-by: Igor Grinberg
> ---
> arch/arm/boot/dts/am57xx-sbc-am57x.dts | 7
On 11/25/2015 12:39 AM, Dmitry Lifshitz wrote:
[...]
> diff --git a/arch/arm/boot/dts/am57xx-cl-som-am57x.dts
> b/arch/arm/boot/dts/am57xx-cl-som-am57x.dts
> new file mode 100644
> index 000..b11d7da
> --- /dev/null
> +++ b/arch/arm/boot/dts/am57xx-cl-som-am57x.dts
[...]
> +/ {
> + model
On Wednesday 25 November 2015 13:03:10 Tony Lindgren wrote:
> * Arnd Bergmann [151125 11:50]:
> > On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
> > > At least I don't have better solutions in mind.
> >
> > I would be happier if we could restrict this as much as possible to the
> > b
* Ran Shalit [151125 11:49]:
> On Wed, Nov 25, 2015 at 8:50 PM, Tony Lindgren wrote:
>
> We actually want the deeper state, but not in the price of performance...
> So I thought of these possibilities:
> 1. configure the sleep state to check activity for a longer time than
> micro seconds (severa
* Arnd Bergmann [151125 11:50]:
> On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
> > * Pali Rohár [151123 06:46]:
> > > On Sunday 22 November 2015 07:51:46 Pavel Machek wrote:
> > > > On Wed 2015-11-11 17:10:46, Frank Rowand wrote:
> > > > > Adding devicetree list.
> > > > >
> > > >
* Grygorii Strashko [151125 12:26]:
> On 11/25/2015 08:25 PM, Tony Lindgren wrote:
> > * Grygorii Strashko [151105 08:45]:
> >> Enable REGULATOR_FIXED_VOLTAGE otherwise system can't boot from
> >> SD-card when kernel is buit with CONFIG_SOC_DRA7XX=y only.
> >>
> >> It's also required for almost a
On 11/25/2015 08:25 PM, Tony Lindgren wrote:
> * Grygorii Strashko [151105 08:45]:
>> Enable REGULATOR_FIXED_VOLTAGE otherwise system can't boot from
>> SD-card when kernel is buit with CONFIG_SOC_DRA7XX=y only.
>>
>> It's also required for almost all other TI SoC's platforms.
>
> This is already
On Wed, Nov 25, 2015 at 08:39:43AM +0200, Dmitry Lifshitz wrote:
> SBC-AM57x is a single board computer designed for industrial and
> embedded applications. It is based on the Texas Instruments Sitara AM57x
> system-on-chip family. SBC-AM57x is implemented with the CL-SOM-AM57x
> computer-on-module
On Wed, Nov 25, 2015 at 08:39:33AM +0200, Dmitry Lifshitz wrote:
> Add support for CompuLab CM-SOM-AM57X board.
>
> CL-SOM-AM57x is a miniature System-on-Module (SoM) based on
> TI Sitara AM57x ARM Cortex-A15 System-on-Chip family.
>
> https://www.compulab.co.il/products/computer-on-modules/cl-so
Hi Jisheng,
On Thu, Nov 12, 2015 at 09:48:45PM +0800, Jisheng Zhang wrote:
> There's no reason to continue the initialization such as configure
> register, scan root bus etc. if customized host_init() failed. This
> patch tries to check the host_init result, bail out if failed.
This patch changes
On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
> * Pali Rohár [151123 06:46]:
> > On Sunday 22 November 2015 07:51:46 Pavel Machek wrote:
> > > On Wed 2015-11-11 17:10:46, Frank Rowand wrote:
> > > > Adding devicetree list.
> > > >
> > > > Thread starts at
> > > > http://lists.infrad
On Wed, Nov 25, 2015 at 8:50 PM, Tony Lindgren wrote:
> * Ran Shalit [151122 07:59]:
>> Hello,
>>
>> I have stranhe behaviour in which even when there is no activity in
>> serial port, the retention counter is keep incremented all these time,
>> as if the cpu gets in and out of retention periodic
* Grygorii Strashko [151116 09:39]:
> OMAP CPU hotplug uses cpu1's clocks and power domains for CPU1 wake up
> from low power states (or turn on CPU1). This part of code is also
> part of system suspend (disable_nonboot_cpus()).
> >From other side, cpu1's clocks and power domains are used by CPUId
* Chanwoo Choi [151120 08:56]:
> Hi,
>
> On Sat, Nov 21, 2015 at 1:42 AM, Chanwoo Choi wrote:
> > Hi,
> >
> > On 2015. 11. 20. 오후 2:39, Chanwoo Choi wrote:
> >> Hi,
> >>
> >> On 2015년 11월 13일 02:53, Felipe Balbi wrote:
> >>> According to latest schematics [1], GPIO_1/VBUSDET
> >>> on TPS659038 i
* Jisheng Zhang [151116 02:13]:
> The cpuidle tracepoints are called within a rcu_idle_exit() section, and
> must be denoted with the _rcuidle() version of the tracepoint.
>
> Signed-off-by: Jisheng Zhang
> Acked-by: Kevin Hilman
Sorry I have this in my omap-for-v4.4/fixes but have not sent ou
* Neil Armstrong [151113 08:30]:
> Add missing HWMOD_NO_IDLEST hwmod flag for entries not
> having omap4 clkctrl values.
> The emac0 hwmod flag fixes the davinci_emac driver probe
> since the return of pm_resume() call is now checked.
>
> This solves the following boot errors :
> [0.121429] o
* Ran Shalit [151122 07:59]:
> Hello,
>
> I have stranhe behaviour in which even when there is no activity in
> serial port, the retention counter is keep incremented all these time,
> as if the cpu gets in and out of retention periodically.
> I would expect the cpu to get into retention mode, wh
Linus,
* Tony Lindgren [151118 16:25]:
> * Javier Martinez Canillas [151117 05:51]:
> > Hello Linus,
> >
> > On 11/17/2015 10:47 AM, Linus Walleij wrote:
> > > On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas
> > > wrote:
> > >
> > >> The header file defines a set of macros
> > >> f
* Markku Ahvenjärvi [151124 05:57]:
> On 13.11.2015 15:05, Markku Ahvenjärvi wrote:
> > On 12.11.2015 19:06, Tony Lindgren wrote:
> >>
> >> Also please check if leaving out CONFIG_SMP_ON_UP affects things.
> >
> > Alright, will do.
>
> We've been testing omap2plus defconfig without other omaps a
* Peter Ujfalusi [151123 23:39]:
> Tony,
>
> On 11/12/2015 08:00 PM, Tony Lindgren wrote:
> > * Peter Ujfalusi [15 23:33]:
> >> Hi Tony,
> >>
> >> Changes since v3:
> >> - rebased on mainline's HEAD
> >> - Added Tested-by from Felipe
> >> - Added Acked-by from Paul for the hwmod patches
> >>
* Grygorii Strashko [151105 08:45]:
> Enable REGULATOR_FIXED_VOLTAGE otherwise system can't boot from
> SD-card when kernel is buit with CONFIG_SOC_DRA7XX=y only.
>
> It's also required for almost all other TI SoC's platforms.
This is already enabled by default when you do make omap2plus_defconf
* Pali Rohár [151123 06:46]:
> On Sunday 22 November 2015 07:51:46 Pavel Machek wrote:
> > On Wed 2015-11-11 17:10:46, Frank Rowand wrote:
> > > Adding devicetree list.
> > >
> > > Thread starts at
> > > http://lists.infradead.org/pipermail/linux-arm-kernel/2015-July/354459.html
> > >
> > > On 1
* Roger Quadros [151125 02:52]:
>
> On 03/09/15 10:39, Roger Quadros wrote:
> > On 28/07/15 14:34, Roger Quadros wrote:
> >> 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:
> >>
Hi Michael,
Thanks for the help,
The clock_summary is not there but I found these files:
$ pwd
/sys/kernel/debug/clock/virt_26m_ck/osc_sys_ck/sys_ck/dpll4_ck/dpll4_m2_ck/dpll4_m2x2_ck/omap_96m_alwon_fck/cm_96m_fck/omap_48m_fck/usbhost_48m_fck
$ cat flags
0x
$ cat
flags rate useco
Add support for TPS65218 LS3 current regulator, which is capable of 4
current input limit modes: 100, 200, 500, and 1000 uA.
Signed-off-by: Nikita Kiryanov
Cc: Tony Lindgren
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Samuel Ortiz
Cc: Lee Jones
---
drivers/regulator/tps65218-regulator.c | 137
On 11/11/2015 at 10:11:01 -0600, Felipe Balbi wrote :
> Since commit 3fffd1283927 ("i2c: allow specifying
> separate wakeup interrupt in device tree") we have
> automatic wakeup irq support for i2c devices. That
> commit missed the fact that rtc-1307 had its own
> wakeup irq handling and ended up i
Hi,
On 03/09/15 10:39, Roger Quadros wrote:
> On 28/07/15 14:34, Roger Quadros wrote:
>> 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 nee
Brian,
On 27/10/15 11:37, Roger Quadros wrote:
> Hi Brian,
>
> On 26/10/15 23:23, Brian Norris wrote:
>> Hi Roger,
>>
>> I'm not too familiar with OMAP platforms, and I might have missed out on
>> prior discussions/context, so please forgive if I'm asking silly or old
>> questions here.
>
> No w
37 matches
Mail list logo