On Wed, Sep 8, 2021 at 3:36 PM Doug Anderson wrote:
>
> Hi,
>
> On Fri, Sep 3, 2021 at 1:38 PM Stephen Boyd wrote:
> >
> > Quoting Doug Anderson (2021-09-01 16:10:15)
> > > Hi,
> > >
> > > On Wed, Sep 1, 2021 at 2:12 PM Olof Johansson wr
On Wed, Sep 1, 2021 at 1:20 PM Douglas Anderson wrote:
>
> In the patch ("drm/panel-simple-edp: Split eDP panels out of
> panel-simple") we split the PANEL_SIMPLE driver in 2. By default let's
> give everyone who had the old driver enabled the new driver too. If
> folks want to opt-out of one or t
Hey,
This was reported back in February and it seems nobody's given a shit?
I've got a machine here with a Quadro 4000 that the screen locks up on
every single time the monitor goes to sleep. Userspace is Ubuntu 16.04,
kernel is recent mainline (4.12-rc4+). It's been happening since 4.10
though.
On Sat, Oct 17, 2015 at 8:19 AM, Rob Herring wrote:
> On Fri, Oct 16, 2015 at 4:23 PM, Olof Johansson wrote:
>> Hi,
>>
>> I've bisected boot failures in next-20151016 down to patches in this branch:
>>
>> On Thu, Oct 15, 2015 at 4:42 AM, Tomeu
Hi,
I've bisected boot failures in next-20151016 down to patches in this branch:
On Thu, Oct 15, 2015 at 4:42 AM, Tomeu Vizoso
wrote:
> Tomeu Vizoso (20):
> driver core: handle -EPROBE_DEFER from bus_type.match()
The machine it happened on was OMAP5UEVM:
http://arm-soc.lixom.net/bootlogs
On Thu, Apr 30, 2015 at 9:40 AM, Javier Martinez Canillas
wrote:
> Hello Olof,
>
> On 04/30/2015 05:57 PM, Olof Johansson wrote:
>> On Thu, Apr 30, 2015 at 8:44 AM, Kevin Hilman wrote:
>>> Krzysztof Kozlowski writes:
>>>>>>
>>>
On Thu, Apr 30, 2015 at 8:44 AM, Kevin Hilman wrote:
> Krzysztof Kozlowski writes:
>
>> 2015-04-30 2:31 GMT+09:00 Kevin Hilman :
>>> Krzysztof Kozlowski writes:
>>>
After adding display power domain for Exynos5250 in commit
2d2c9a8d0a4f ("ARM: dts: add display power domain for exynos52
Hi Daniel, Mika,
For the first time in a few days, -next was bootable last night. I
noticed that my Minnowboard Max didn't actually boot though, it got
stuck shortly after or during DRM probing:
http://arm-soc.lixom.net/bootlogs/next/next-20150123/minnowmax-x86-minnowmax_defconfig.html
I bisecte
Inki,
You have acks, and you have the tested-bys you requested. Can you
please pick this up quickly so that we can have graphics working with
an upstream kernel on chromebooks?
Dave, if Inki keeps dragging his feet like this can you please apply
this series directly? These delays are ridiculous a
On Wed, Jul 2, 2014 at 7:26 AM, Jordan Crouse wrote:
> On 07/01/2014 12:57 PM, Rob Clark wrote:
>>
>> diff --git a/Documentation/devicetree/bindings/drm/msm/gpu.txt
>> b/Documentation/devicetree/bindings/drm/msm/gpu.txt
>> new file mode 100644
>> index 000..6e33efe
>> --- /dev/null
>> +++ b/Do
On Fri, Feb 7, 2014 at 6:52 PM, Tomasz Figa wrote:
> Adding new required properties to an already defined binding is breaking
> backwards compatibility, which is supposed to be preserved, since DT is an
> ABI.
>
> Now, I'm not really a big fan of DT stability, but if we decide to maintain
> it fo
nough as a base and keeping it out of tree is
hurting productivity and usefulness for everybody. Let's get this
merged for 3.15 so that we can make progress with the rest of the
platform!
Series:
Acked-by: Olof Johansson
-Olof
On Wed, Jan 22, 2014 at 5:21 PM, Olof Johansson wrote:
> On Wed, Jan 22, 2014 at 2:06 AM, Daniel Vetter
> wrote:
>> Hi Stephen,
>>
>> On Wed, Jan 22, 2014 at 4:04 AM, Stephen Rothwell
>> wrote:
>>> Hi all,
>>>
>>> Today's linux-
On Wed, Jan 22, 2014 at 2:06 AM, Daniel Vetter
wrote:
> Hi Stephen,
>
> On Wed, Jan 22, 2014 at 4:04 AM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> Today's linux-next merge of the drm-intel tree got a conflict in
>> drivers/gpu/drm/i915/i915_irq.c between commit abca9e454498 ("drm: Pass
>> 'fla
Hi,
On Sun, Jan 19, 2014 at 10:58 AM, Jean-Francois Moine
wrote:
> Signed-off-by: Jean-Francois Moine
> ---
> .../devicetree/bindings/drm/i2c/tda998x.txt| 24
> ++
> 1 file changed, 24 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/drm/i2c/td
On Mon, Dec 30, 2013 at 09:15:58PM -0800, Stephen Boyd wrote:
> On 12/30, Rob Clark wrote:
> > On Mon, Dec 30, 2013 at 8:12 PM, Rob Clark wrote:
> > > On Mon, Dec 30, 2013 at 4:15 PM, Stephen Boyd
> > > wrote:
> > >> This file doesn't use the clk_reset() API that is exposed in
> > >> mach-msm's
On Fri, Nov 29, 2013 at 2:24 AM, Thierry Reding
wrote:
> On Thu, Nov 28, 2013 at 02:30:24PM +0100, Tomasz Figa wrote:
>> On Monday 11 of November 2013 09:44:27 Thierry Reding wrote:
>> > On Sun, Nov 10, 2013 at 09:46:02PM +0100, Tomasz Figa wrote:
>> > [...]
>> > > On Tuesday 29 of October 2013 12
On Tue, Nov 12, 2013 at 10:35 AM, Tomasz Figa wrote:
> On Tuesday 12 of November 2013 12:51:11 Sean Paul wrote:
>> On Sun, Nov 10, 2013 at 4:09 PM, Tomasz Figa
>> wrote:
>> > Hi Sean,
>> >
>> > On Tuesday 29 of October 2013 12:12:58 Sean Paul wrote:
>> >> This patch splits display and manager fr
On Thu, Nov 14, 2013 at 8:53 AM, Rodrigo Vivi wrote:
> On Wed, Nov 13, 2013 at 05:59:43PM -0800, Olof Johansson wrote:
>> From: Duncan Laurie
>>
>> We had been using a DMI table workaround to select the right
>> frequency for devices, but this is fragile and must b
he FDI.
Signed-off-by: Duncan Laurie
[olof: Fixup for recent base, switched from if/else to single call]
Signed-off-by: Olof Johansson
---
Daniel,
This applies on top of -next, which I'm presuming is close to your
for-3.13 base right now. It'd be good to see this go in since it's
: warning: format '%x' expects
argument of type 'unsigned int', but argument 3 has type 'dma_addr_t'
The agreed-to solution for this is upcast to u64 and using %llx.
Signed-off-by: Olof Johansson
---
drivers/gpu/host1x/hw/cdma_hw.c |4 ++--
drivers/gpu/host1x/hw
On Mon, Oct 28, 2013 at 4:13 PM, Tomasz Figa wrote:
> Hi,
>
> On Wednesday 23 of October 2013 12:09:06 Sean Paul wrote:
>> On Wed, Oct 23, 2013 at 11:53 AM, Dave Airlie wrote:
>> > I think we need to start considering a framework where subdrivers
>> > just
>> > add drm objects themsel
On Wed, Oct 23, 2013 at 9:09 AM, Sean Paul wrote:
> On Wed, Oct 23, 2013 at 11:53 AM, Dave Airlie wrote:
>>>
>>
>> I think we need to start considering a framework where subdrivers just
>> add drm objects themselves, then the toplevel node is responsible for
>> knowing that ev
On Mon, Oct 28, 2013 at 6:35 AM, Inki Dae wrote:
> This patch makes callback funtions of each sub driver to be called
> with device object instead of display and manager.
>
> Exynos drm framework doesn't need to pass a manager or a display
> when calling callback function of each sub driver, and e
On Thu, Oct 3, 2013 at 3:28 PM, Sean Paul wrote:
> This set adds some missing devicetree nodes to the exynos5250-snow file as
> well
> as adds a drm_bridge driver for the ptn3460 DP-LVDS chip. This chip is used in
> the exynos5250-snow board.
>
> Sean
Series:
Acked-by: Olof
On Thu, Oct 3, 2013 at 10:39 AM, Inki Dae wrote:
> 2013/10/3 Sean Paul :
>> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
>>> Can a regulator be used instead of gpio in other board case?
>>>
>>
>> No, not to my knowledge.
>>
>
> Hm.. plz check it out again. the gpio pin is specific to board, an
Hi,
On Tue, Oct 1, 2013 at 4:40 PM, Sean Paul wrote:
> This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
> bridge chip.
>
> Signed-off-by: Sean Paul
> ---
[...]
> +Example:
> + ptn3460-bridge@20 {
Nit: Name is usually generic device name, i.e. "lvds-bridge" or
som
On Tue, Oct 1, 2013 at 4:40 PM, Sean Paul wrote:
> This patch adds the dp-controller node to the exynos5250-snow board dts
> file.
>
> Signed-off-by: Sean Paul
> ---
> arch/arm/boot/dts/exynos5250-snow.dts | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/arch/arm/boot/dts/e
Hi,
On Tue, Oct 1, 2013 at 4:40 PM, Sean Paul wrote:
> This set adds some missing devicetree nodes to the exynos5250-snow file as
> well
> as adds a drm_bridge driver for the ptn3460 DP-LVDS chip. This chip is used in
> the exynos5250-snow board.
>
> Sean
>
>
> Sean Paul (5):
> ARM: dts: Add fi
On Mon, Sep 16, 2013 at 8:54 AM, Joe Perches wrote:
> On Mon, 2013-09-16 at 08:46 -0700, Olof Johansson wrote:
>> On Mon, Sep 16, 2013 at 8:17 AM, Thierry Reding
>> wrote:
>> > On Wed, Sep 11, 2013 at 09:41:49PM -0700, Olof Johansson wrote:
>> >> This r
On Mon, Sep 16, 2013 at 8:17 AM, Thierry Reding
wrote:
> On Wed, Sep 11, 2013 at 09:41:49PM -0700, Olof Johansson wrote:
>> This removes two warnings where dma_addr_t variables were printed using
>> %x when built with CONFIG_ARM_LPAE=y, thus having 64-bit dma_addr_t:
>>
>&
dma_addr_t'
drivers/gpu/host1x/hw/debug_hw.c:175:10: warning: format '%x' expects
argument of type 'unsigned int', but argument 3 has type 'dma_addr_t'
Signed-off-by: Olof Johansson
---
drivers/gpu/host1x/hw/cdma_hw.c |4 ++--
drivers/gpu/host1x/hw
On Tue, Feb 5, 2013 at 6:56 PM, 김승우 wrote:
>
>
> On 2013년 02월 06일 09:56, Sean Paul wrote:
>> On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren wrote:
>>> On 02/05/2013 05:37 PM, Sean Paul wrote:
On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren
wrote:
> n 02/05/2013 04:42 PM, Sean Paul
On Tue, Feb 5, 2013 at 6:56 PM, ??? wrote:
>
>
> On 2013? 02? 06? 09:56, Sean Paul wrote:
>> On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren
>> wrote:
>>> On 02/05/2013 05:37 PM, Sean Paul wrote:
On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren
wrote:
> n 02/05/2013 04:42 PM, Sean P
On Thu, Jan 31, 2013 at 7:04 AM, Sean Paul wrote:
> On Wed, Jan 30, 2013 at 10:03 PM, Stephen Warren
> wrote:
>> On 01/30/2013 06:16 PM, Inki Dae wrote:
>>> 2013/1/30 Sylwester Nawrocki :
Hi,
On 01/08/2013 11:56 PM, Stephen Warren wrote:
>
> On 01/08/2013 01:16 PM, Se
On Thu, Jan 31, 2013 at 7:04 AM, Sean Paul wrote:
> On Wed, Jan 30, 2013 at 10:03 PM, Stephen Warren
> wrote:
>> On 01/30/2013 06:16 PM, Inki Dae wrote:
>>> 2013/1/30 Sylwester Nawrocki :
Hi,
On 01/08/2013 11:56 PM, Stephen Warren wrote:
>
> On 01/08/2013 01:16 PM, Se
Hi,
On Thu, Dec 27, 2012 at 8:00 PM, Ajay Kumar wrote:
> This patch adds device tree match table for Exynos G2D controller.
>
> Signed-off-by: Ajay Kumar
> ---
> drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/drivers/gpu/drm/exynos/e
Hi,
On Thu, Dec 27, 2012 at 8:00 PM, Ajay Kumar wrote:
> This patch adds device tree match table for Exynos G2D controller.
>
> Signed-off-by: Ajay Kumar
> ---
> drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/drivers/gpu/drm/exynos/e
Hi,
On Fri, Jul 6, 2012 at 5:28 AM, Leela Krishna Amudala
wrote:
>
> Add device tree based discovery support for DRM-FIMD driver.
>
> Signed-off-by: Leela Krishna Amudala
This also needs to be sent to devicetree-disc...@lists.ozlabs.org, and
the device tree bindings need to be documented under
Hi,
On Fri, Jul 6, 2012 at 5:28 AM, Leela Krishna Amudala
wrote:
>
> Add device tree based discovery support for DRM-FIMD driver.
>
> Signed-off-by: Leela Krishna Amudala
This also needs to be sent to devicetree-discuss at lists.ozlabs.org, and
the device tree bindings need to be documented un
Hi,
On Fri, Jun 22, 2012 at 5:41 PM, Subash Patel wrote:
> From: Subash Patel
>
> exynos_pages_to_sg() internally calls sg_kmalloc() which can return
> no pages when the system is under high memory crunch. One such instance
> is chromeos-install in the chromeos. This patch adds check for the re
Hi,
On Fri, Jun 22, 2012 at 5:41 PM, Subash Patel wrote:
> From: Subash Patel
>
> exynos_pages_to_sg() internally calls sg_kmalloc() which can return
> no pages when the system is under high memory crunch. One such instance
> is chromeos-install in the chromeos. This patch adds check for the re
42 matches
Mail list logo
