Stéphane,
On 06/10/2016 08:04 AM, Stéphane Marchesin wrote:
> On Wed, Jun 8, 2016 at 4:52 AM, Yakir Yang wrote:
>> The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD panel
>> connected using eDP interfaces.
>>
>> Signed-off-by: Yakir Yang
>> ---
>> Changes in v2: None
>>
>>
Emil,
On 06/08/2016 08:20 PM, Emil Velikov wrote:
> Hi Yakir,
>
> On 8 June 2016 at 12:52, Yakir Yang wrote:
>> The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel
>> connected using eDP interfaces.
>>
>> Signed-off-by: Yakir Yang
>> ---
>> Changes in v2: None
>>
>>
Doug,
On 06/11/2016 12:11 AM, Doug Anderson wrote:
> Hi,
>
> On Wed, Jun 8, 2016 at 9:35 AM, Doug Anderson
> wrote:
>> Yakir,
>>
>> On Wed, Jun 8, 2016 at 4:52 AM, Yakir Yang wrote:
>>> The Sharp LQ123P1JX31 is an 12.3", 2400x1600 TFT-LCD panel connected
>>> using eDP interfaces.
>>>
>>>
On 06/11/2016 12:40 AM, Doug Anderson wrote:
> Rob,
>
> On Fri, Jun 10, 2016 at 6:42 AM, Rob Herring wrote:
>> On Wed, Jun 08, 2016 at 07:52:45PM +0800, Yakir Yang wrote:
>>> The Sharp LQ123P1JX31 is an 12.3" 2400x1600 TFT-LCD panel
>>> connected using eDP interfaces.
>>>
>>> Signed-off-by:
The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel
connected using eDP interfaces.
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
---
Changes in v3: None
Changes in v2:
- Add Rob's acked for dt-bindings of LG LP097QX1-SPA1 panel
The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel
connected using eDP interfaces.
Signed-off-by: Yakir Yang
---
Changes in v3:
- Correct the size of panel_desc to active area 208mmx147mm (Emil, Stéphane)
- Sort the lg_lp097qx1_spa1 before lg_lp120up1 (Emil)
Changes in v2: None
The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD panel
connected using eDP interfaces.
Signed-off-by: Yakir Yang
---
Changes in v3:
- Correct the size of panel_desc to active area 262mmx164mm (Emil, Stéphane)
Changes in v2: None
drivers/gpu/drm/panel/panel-simple.c | 25
The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD
panel connected using eDP interfaces.
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
---
Changes in v3: None
Changes in v2:
- Add Rob's acked for dt-bindings of Samsung LSN122DL01 panel
The Sharp LQ123P1JX31 is an 12.3", 2400x1600 TFT-LCD panel connected
using eDP interfaces.
Signed-off-by: Yakir Yang
Reviewed-by: Doug Anderson
Tested-by: Doug Anderson
---
Changes in v3:
- Correct the size of panel_desc to active area 259mmx173mm (Doug)
- Add the reviewed/tested flag from
The Sharp LQ123P1JX31 is an 12.3" 2400x1600 TFT-LCD panel
connected using eDP interfaces.
Signed-off-by: Yakir Yang
Reviewed-by: Douglas Anderson
---
Changes in v3:
- Drop the extra comma in compatible name (Rob)
- Add the reviewed flag from Doug
Changes in v2:
- Add dt-bindings of Sharp
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/0f19fa18/attachment.html>
ent was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/58481571/attachment.html>
On Wed, Jun 8, 2016 at 8:19 PM, Daniel Vetter wrote:
> Drivers transitioning to atomic might not yet want to enable full
> DRIVER_ATOMIC support when it's not entirely working. But using atomic
> internally makes a lot more sense earlier.
>
> Instead of spreading such flags to more places I
Hi,
On 31 May 2016 at 01:53, Daniel Vetter wrote:
> No dev->struct_mutex anywhere to be seen.
>
> Cc: Xinliang Liu
> Cc: Xinwei Kong
> Signed-off-by: Daniel Vetter
Reviewed-by: Xinliang Liu
> ---
> drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 2 +-
> 1 file changed, 1 insertion(+), 1
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/3aac23d7/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=119991
Felix Schwarz changed:
What|Removed |Added
CC||felix.schwarz at oss.schwarz.e
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/612d804f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=119991
--- Comment #2 from Jani-Markus Maunus ---
The current master has fixed both screen corruption as well as abnormally slow
hibernate/hybrid suspend - even without the revert. Both were still present as
of 4.6.2 stable.
--
You are receiving this
hments/20160612/10c0f9df/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/99d6b694/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=103561
--- Comment #8 from Christoph Haag ---
(In reply to Christoph Haag from comment #7)
> Created attachment 219231 [details]
> dmesg with gpufault R600_DEBUG=nodma
>
> I can not confirm it 100%, but I think R600_DEBUG=nodma helps.
False alarm, I
In the for loop we are allocating the memory for rail everytime but
in some cases we use "continue" and in those cases the memory already
allocated for rail is leaked and we again allocate new memory for it.
Lets free the memory before continuing with the loop.
Signed-off-by: Sudip Mukherjee
---
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/73fd80a8/attachment-0001.html>
We may have a situation that the memory allocation for fbdefio fails
and then the allocation for fbops may succeed as some memory has been
freed somewhere. Lets free fbops also to face these rare situtation.
Since kfree can handle arguments as NULL, there should not be any
problem in calling both
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160612/e71bf166/attachment.html>
DE is 44°.
(Not sure if relevant)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/91c1f916/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/48ec7602/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160612/81b8cbfe/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=117411
no.spam.to.me at ish.de changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.kernel.org/show_bug.cgi?id=118911
no.spam.to.me at ish.de changed:
What|Removed |Added
Status|NEW |RESOLVED
On 2016-06-11 18:55, Meng Yi wrote:
> Hi Stefan,
>
> Thanks for your comments, and some feedback below:
>
>> > +
>> > +#include
>> > +#include
>> > +#include
>> > +#include
>> > +#include
>> > +#include
>>
>> I think you don't use i2c here anymore, so this include (and probably a lot
>>
Hi Stefan,
Thanks for your comments, and some feedback below:
> > +
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
>
> I think you don't use i2c here anymore, so this include (and probably a lot
> others) are obsolete.
>
Will change that in next
Hi,
On 2016å¹´06æ10æ¥ 16:03, Tomasz Figa wrote:
> Hi,
>
> On Wed, Jun 8, 2016 at 10:26 PM, Shunqian Zheng
> wrote:
>> Rockchip DRM used the arm special API, arm_iommu_*(), to attach
>> iommu for ARM32 SoCs. This patch convert to common iommu API
>> so it would support ARM64 like RK3399.
>>
> -Original Message-
> From: Henrique de Moraes Holschuh [mailto:hmh at hmh.eng.br]
> Sent: Saturday, May 28, 2016 4:49 AM
> To: Scot Doyle
> Cc: Tomi Valkeinen ; Jean-Christophe Plagniol-
> Villard ; Greg Kroah-Hartman
> ; Jeremy Kerr ; Ming Lei
> ; Daney, David ;
> Dann Frazier ; Peter
Add documentation for lt070me05000 panel
Cc: Archit Taneja
Cc: John Stultz
Cc: Thierry Reding
Cc: Sumit Semwal
Signed-off-by: Vinay Simha BN
Acked-by: Rob Herring
--
v2:
* incorporated rob herring and thierry reviews
gpio to gpios, gpio to regulator using fixed regulators
and pwm
I'm trying to bring up amdgpu an Carrizo A10 (Thinkpad e565 in case it matters)
on FreeBSD. The driver is essentially unmodified from what is found in Linux
4.6 - relying on an extended version of FreeBSD's linuxkpi shims. The shims
work well enough that i915/drm from 4.6 works extremely well
36 matches
Mail list logo
