On 13/11/15 12:29, H. Nikolaus Schaller wrote:
> Include VENC in the set of drivers where it is assimed that the cable
> is always connected. Like DPI, DSI, DBI and SDI do.
>
> Otherwise, the VENC will return cable status "unknown" and is not enabled
> by the X-server. So there is no video
On Friday 13 November 2015 13:46:01 Tomi Valkeinen wrote:
> On 13/11/15 12:29, H. Nikolaus Schaller wrote:
> > Include VENC in the set of drivers where it is assimed that the cable
> > is always connected. Like DPI, DSI, DBI and SDI do.
> >
> > Otherwise, the VENC will return cable status
On 13/11/15 00:57, Russell King - ARM Linux wrote:
> On Wed, Nov 11, 2015 at 11:44:44PM +0200, Aaro Koskinen wrote:
>> Hi,
>>
>> Any suggestions how to debug this further? This happens also with v4.3
>> final. Is the CPU_SW_DOMAIN_PAN supposed to work with this CPU?
>>
>> I tried to disable
On 11/12/2015 06:47 PM, Tony Lindgren wrote:
> * Neil Armstrong [151112 06:08]:
>> In order to fix support for the dm816x platform, add missing bits in
>> the dm816x dtsi and cleanup OCP.
>
> Which ones are needed as fixes for the v4.4-rc kernel?
>
> Regards,
>
> Tony
Using constants for pinctrl allows better readability and removes
redundancy with comments. AM33XX_IOPAD allows us to use part of the
pinctrl physical address as in the TRM instead of an offset.
Signed-off-by: Andrew F. Davis
Reviewed-by: Javier Martinez Canillas
On 11/13/2015 06:43 PM, Felipe Balbi wrote:
>
> Hi,
>
> Grygorii Strashko writes:
>> Now the System stall is observed on TI AM437x based board
>> (am437x-gp-evm) during resuming from System suspend when ARM Global
>> timer is selected as clocksource device - SysRq are
On 11/13/2015 02:48 PM, Grygorii Strashko wrote:
> On 11/12/2015 08:06 PM, Felipe Balbi wrote:
>> Make sure to tell the kernel that AM437x has
>> TWD and global timers.
>>
>> Signed-off-by: Felipe Balbi
>> ---
>>
>> Hi Tony,
>>
>> now that all dependencies are in place, we can
>>
In order to fix support for the dm816x platform, add missing bits in
the 81xx hwmod data.
The clk related patch adds the missing clkdev entries to fix all source
selection in the dmtimer driver.
The last patch adds hwmod support of the spinbox module.
v2: add error logs for first patch
Neil
Add dm81xx hwmod data entries for dm816x spinbox support.
Cc: Brian Hutchinson
Signed-off-by: Neil Armstrong
---
arch/arm/mach-omap2/omap_hwmod_81xx_data.c | 35 ++
1 file changed, 35 insertions(+)
diff --git
Adds ti,dm816-timer to the dmtimer OF match table.
Cc: Brian Hutchinson
Signed-off-by: Neil Armstrong
---
arch/arm/plat-omap/dmtimer.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/plat-omap/dmtimer.c
Here the test results:
Am 13.11.2015 um 13:01 schrieb Laurent Pinchart
:
> On Friday 13 November 2015 13:46:01 Tomi Valkeinen wrote:
>> On 13/11/15 12:29, H. Nikolaus Schaller wrote:
>>> Include VENC in the set of drivers where it is assimed that the cable
>>>
* Tony Lindgren [151113 06:53]:
> * Matthijs van Duin [151113 03:00]:
> > On 13 November 2015 at 08:14, Matthijs van Duin
> > wrote:
> > > It seems this is how the old TI kernel handles them: http://goo.gl/3I3OEL
> >
> >
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] omap_hwmod: l4_ls: _wait_target_ready failed:
Add missing clkdev dmtimer related entries for dm816x.
32Khz and ext sources were missing.
Cc: Brian Hutchinson
Acked-by: Tony Lindgren
Signed-off-by: Neil Armstrong
---
drivers/clk/ti/clk-816x.c | 2 ++
1 file changed, 2
* Vinod Koul [151104 08:38]:
> On Wed, Nov 04, 2015 at 10:33:27AM -0600, Felipe Balbi wrote:
> > Peter Ujfalusi writes:
> >
> > > The eDMA3 TPTC does not need any software configuration, but it is a
> > > separate IP block in the SoC. In order the
On 11/13/2015 5:07 AM, Mason wrote:
On 13/11/2015 13:48, Grygorii Strashko wrote:
On 11/12/2015 08:06 PM, Felipe Balbi wrote:
Make sure to tell the kernel that AM437x has
TWD and global timers.
Signed-off-by: Felipe Balbi
---
Hi Tony,
now that all dependencies are in place,
Hi Brian,
Le 11/11/2015 08:20, Brian Norris a écrit :
> Hi,
>
> On Wed, Nov 11, 2015 at 12:20:46PM +0530, R, Vignesh wrote:
>> On 11/11/2015 4:53 AM, Brian Norris wrote:
>>> On Tue, Nov 10, 2015 at 10:59:55AM +0530, Vignesh R wrote:
diff --git a/include/linux/spi/spi.h
On 11/13/2015 03:41 PM, Tony Lindgren wrote:
> * Neil Armstrong [151112 06:16]:
>> On 10/24/2015 12:09 PM, Neil Armstrong wrote:
>>> Hi,
>>>
>>> 2015-10-24 3:21 GMT+02:00 Tony Lindgren :
Hi,
* Neil Armstrong
Since first RFC version:
- Added "drm/atomic: Track drm_plane's active state"-patch
We would need something like this to get rid off OMAPDSS somewhat
messy runtime_resume code. How does this look, could this generic
solution be refined to be acceptable for mainline, or should we start
looking a
Track drm_plane's active state with a new boolean in struct
drm_plane_state. The patch replaces drm_atomic_plane_disabling() with
drm_atomic_helper_update_plane_state(). In addition to all the same
things the drm_atomic_plane_disabling() used to do the new function
updates the active-flag and
Disable planes if they are on to be blanked CRTC and enable them when
the CRTC is turned back on by DMPS.
This is desirable on HW that loses its context on blanking. When
planes are enabled and disabled with the associated CRTCs, there is no
need to restore the plane context in runtime_resume
Now the System stall is observed on TI AM437x based board
(am437x-gp-evm) during resuming from System suspend when ARM Global
timer is selected as clocksource device - SysRq are working, but
nothing else. The reason of stall is that ARM Global timer loses its
contexts.
The reason of stall is that
Hi,
Grygorii Strashko writes:
> Now the System stall is observed on TI AM437x based board
> (am437x-gp-evm) during resuming from System suspend when ARM Global
> timer is selected as clocksource device - SysRq are working, but
> nothing else. The reason of stall is
Hi,
Grygorii Strashko writes:
> On 11/13/2015 06:43 PM, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Grygorii Strashko writes:
>>> Now the System stall is observed on TI AM437x based board
>>> (am437x-gp-evm) during resuming from System suspend when
Hi Felipe,
On 11/13/2015 08:59 PM, Grygorii Strashko wrote:
> On 11/13/2015 08:32 PM, Felipe Balbi wrote:
>> Grygorii Strashko writes:
>>> On 11/13/2015 08:15 PM, Felipe Balbi wrote:
Grygorii Strashko writes:
> On 11/13/2015 07:40 PM,
Em Wed, 11 Nov 2015 21:26:31 +0100
Arnd Bergmann escreveu:
> On Wednesday 11 November 2015 15:14:48 Mauro Carvalho Chehab wrote:
> > rename include/media/{ => platform}/exynos-fimc.h (100%)
> > rename include/media/{ => platform}/mmp-camera.h (100%)
> > rename include/media/{
On 11/13/2015 07:40 PM, Felipe Balbi wrote:
Hi,
Grygorii Strashko writes:
On 11/13/2015 06:43 PM, Felipe Balbi wrote:
Hi,
Grygorii Strashko writes:
Now the System stall is observed on TI AM437x based board
(am437x-gp-evm) during
Hi,
Grygorii Strashko writes:
> On 11/13/2015 07:40 PM, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Grygorii Strashko writes:
>>> On 11/13/2015 06:43 PM, Felipe Balbi wrote:
Hi,
Grygorii Strashko writes:
On 11/13/2015 08:15 PM, Felipe Balbi wrote:
Hi,
Grygorii Strashko writes:
On 11/13/2015 07:40 PM, Felipe Balbi wrote:
Hi,
Grygorii Strashko writes:
On 11/13/2015 06:43 PM, Felipe Balbi wrote:
Hi,
Grygorii Strashko
On 11/13/2015 08:32 PM, Felipe Balbi wrote:
>
> Hi,
>
> Grygorii Strashko writes:
>> On 11/13/2015 08:15 PM, Felipe Balbi wrote:
>>>
>>> Hi,
>>>
>>> Grygorii Strashko writes:
On 11/13/2015 07:40 PM, Felipe Balbi wrote:
>
> Hi,
On 11/12/2015 11:19 AM, Sebastian Andrzej Siewior wrote:
> On 11/06/2015 08:59 PM, Grygorii Strashko wrote:
>> Hi Sebastian,
>
> Hi Grygorii,
>
>> - IRQF_NO_THREAD is the first considered option for such kind of issues.
>>But: Now in LKML there are ~60 occurrences of IRQF_NO_THREAD - most of
Hi,
Grygorii Strashko writes:
> On 11/13/2015 08:15 PM, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Grygorii Strashko writes:
>>> On 11/13/2015 07:40 PM, Felipe Balbi wrote:
Hi,
Grygorii Strashko writes:
commit b98abe52fa8e ("Input: add common DT binding for touchscreens")
introduced common DT bindings for touchscreens [1] and a helper function to
parse the DT.
This has been integrated and interpretation of the inversion (flipping)
properties for the x and y axis has been added to accommodate any
Fix module table so that the driver is loaded if compiled
as module and requested by DT.
Signed-off-by: H. Nikolaus Schaller
---
drivers/input/touchscreen/ads7846.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/input/touchscreen/ads7846.c
The tsc2007 chip not only has a resistive touch screen controller but
also an external AUX adc imput which can be used for an ambient
light sensor, battery voltage monitoring or any general purpose.
Additionally it can measure the chip temperature.
This driver provides an iio interface for these
this should reduce unnecessary input events.
Signed-off-by: H. Nikolaus Schaller
---
drivers/input/touchscreen/tsc2007.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/drivers/input/touchscreen/tsc2007.c
The standard touch screen bindings [1] replace the private ti,swap-xy
with touchscreen-swaped-x-y. And for the Openpandora we use
touchscreen-size etc. to match the LCD screen size.
[1]: Documentation/devicetree/bindings/input/touchscreen/touchscreen.txt
Signed-off-by: H. Nikolaus Schaller
commit b98abe52fa8e ("Input: add common DT binding for touchscreens")
introduced common DT bindings for touchscreens [1] and a helper function to
parse the DT.
This has been integrated and interpretation of the inversion (flipping)
properties for the x and y axis has been added to accommodate any
Hi,
On Fri, Nov 13, 2015 at 09:35:56PM +0100, H. Nikolaus Schaller wrote:
> commit b98abe52fa8e ("Input: add common DT binding for touchscreens")
> introduced common DT bindings for touchscreens [1] and a helper function to
> parse the DT.
>
> This has been integrated and interpretation of the
Em Fri, 13 Nov 2015 22:31:15 +0100
Arnd Bergmann escreveu:
> On Friday 13 November 2015 17:13:41 Mauro Carvalho Chehab wrote:
> > Em Wed, 11 Nov 2015 21:26:31 +0100
> > Arnd Bergmann escreveu:
> >
>
> > include/media/{ => drv-intf}/cx2341x.h |
Tested on: GTA04A4 (Letux2804), Letux3704, Letux7004
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap3-gta04.dtsi | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-gta04.dtsi
On Friday 13 November 2015 17:13:41 Mauro Carvalho Chehab wrote:
> Em Wed, 11 Nov 2015 21:26:31 +0100
> Arnd Bergmann escreveu:
>
> include/media/{ => drv-intf}/cx2341x.h | 0
> include/media/{ => drv-intf}/cx25840.h | 0
> include/media/{ =>
On Fri, Nov 13, 2015 at 8:13 PM, Mauro Carvalho Chehab
wrote:
>> I think the latter should go into include/linux/platform_data/media/*.h
>> instead.
>
> Agreed.
>
> Please see the enclosed patch:
>
>
> Subject: [PATCH] [media] include/media: move platform driver headers
Changes V2:
* add a patch to make drivers still recognise the old "ti,swap-xy" property
(suggested by Rob Herring)
2015-11-06 16:14:53: This patch series improves the drivers for the tsc2007 and
ads7846/tsc2046 touchscreen controllers which are e.g. used by the GTA04
OpenPandora and Pyra
Hi Uri,
On 10/27/15 14:14, 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
Include VENC in the set of drivers where it is assimed that the cable
is always connected. Like DPI, DSI, DBI and SDI do.
Otherwise, the VENC will return cable status "unknown" and is not enabled
by the X-server. So there is no video output signal.
Tested on: BeagleBoard XM, GTA04 and
On 13 November 2015 at 08:14, Matthijs van Duin
wrote:
> It seems this is how the old TI kernel handles them: http://goo.gl/3I3OEL
Never mind, wasn't paying attention and managed to overlook that
google had found me the u-boot tree instead of the kernel tree I
intended
Otherwise check_timings fails and we get a "has no modes" message
from xrandr.
This fix makes the venc assume PAL and NTSC timings that match the
timings synthetized by copy_timings_drm_to_omap() from omapdrm
mode settings so that check_timings() succeeds.
Tested on: BeagleBoard XM, GTA04 and
This patch set fixes some issues with the OMAP VENC
when used with the omapdrm driver.
Tested on: BeagleBoard XM, GTA04 and OpenPandora
H. Nikolaus Schaller (2):
video:omap2:dss: fix timings for VENC to match what omapdrm expects
video:omapdrm: make omapdrm assume the tv-out cable is always
3.16.7-ckt20 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ben Dooks
commit 19e79687de22f23bcfb5e79cce3daba20af228d1 upstream.
On the OMAP AM3517 platform the uart4_ick gets registered
twice, causing any power
On 11-11-15 07:50, R, Vignesh wrote:
Hi Brain,
On 11/11/2015 4:53 AM, Brian Norris wrote:
Hi Vignesh,
...
Also, this API doesn't actually have anything to do with memory mapping.
It has to do with the de facto standard flash protocol. So I don't think
mmap belongs in the name; it should be
* Neil Armstrong [151112 06:16]:
> On 10/24/2015 12:09 PM, Neil Armstrong wrote:
> > Hi,
> >
> > 2015-10-24 3:21 GMT+02:00 Tony Lindgren :
> >>
> >> Hi,
> >>
> >> * Neil Armstrong [151022 02:19]:
> >>> Add missing
* Javier Martinez Canillas [151112 20:55]:
> Hello Tony,
>
> This series converts all the remaining OMAP boards that didn't use the
> IOPAD macros to specify the padconf register addresses. The only board
> that I left was arch/arm/boot/dts/am335x-boneblack.dts because
* Matthijs van Duin [151113 03:00]:
> On 13 November 2015 at 08:14, Matthijs van Duin
> wrote:
> > It seems this is how the old TI kernel handles them: http://goo.gl/3I3OEL
>
> Never mind, wasn't paying attention and managed to overlook that
On 11/12/2015 08:06 PM, Felipe Balbi wrote:
> Make sure to tell the kernel that AM437x has
> TWD and global timers.
>
> Signed-off-by: Felipe Balbi
> ---
>
> Hi Tony,
>
> now that all dependencies are in place, we can
> finally enable twd and global_timer for AM437x.
>
I'd
On 13/11/2015 13:48, Grygorii Strashko wrote:
> On 11/12/2015 08:06 PM, Felipe Balbi wrote:
>> Make sure to tell the kernel that AM437x has
>> TWD and global timers.
>>
>> Signed-off-by: Felipe Balbi
>> ---
>>
>> Hi Tony,
>>
>> now that all dependencies are in place, we can
>>
Hi,
On 12.11.2015 19:06, Tony Lindgren wrote:
> Hi,
>
> * Markku Ahvenjärvi [151112 07:26]:
>> Hello everyone,
>>
>> We have am3517 based board and are experiencing sporadic corruption of mm
>> structures. We've had this problem for months now and haven't really
Hi Laurent and Tomi,
Am 13.11.2015 um 13:01 schrieb Laurent Pinchart
:
> On Friday 13 November 2015 13:46:01 Tomi Valkeinen wrote:
>> On 13/11/15 12:29, H. Nikolaus Schaller wrote:
>>> Include VENC in the set of drivers where it is assimed that the cable
>>>
58 matches
Mail list logo