Hi Vivek,
On 06/04/2014 08:50 PM, Vivek Gautam wrote:
> On Mon, Jun 2, 2014 at 10:52 AM, YoungJun Cho wrote:
>> This patch adds sysreg device node, and sysreg property
>> to fimd device node which is required to use I80 interface.
>
> Same here. The system register nodes have been added to exynos
On 2014? 06? 04? 20:24, Andrzej Hajda wrote:
> On 05/29/2014 11:28 AM, Inki Dae wrote:
>> This patch makes sure that exynos drm framework handles deferred
>> probe case correctly.
>>
>> Sub drivers could be probed before resources, clock, regulator,
>> phy or panel, are ready for them so we should
Another round of the MST support for i915 haswell.
This relies on the aux locking and i915 irq rework patches I posted
already.
this also splits out some more i915 rework into earlier patches.
The main fix is not talking to devices if HPD isn't asserted, at
least on the dock I have it will reply
From: Dave Airlie
These are just from the Haswell spec.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/i915_reg.h | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
index 5122254..60cfbb6 100644
From: Dave Airlie
This can be called to update things after dynamic connectors/encoders
are created/deleted.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_crtc.c | 9 +
include/drm/drm_crtc.h | 1 +
2 files changed, 10 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/d
From: Dave Airlie
This is required to get fbcon probing to work on new connectors,
callers should acquire the mode config lock before calling these.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_fb_helper.c | 53 +
include/drm/drm_fb_helper.h |
From: Dave Airlie
This property will be used by the MST code to provide userspace
with a path to parse so it can recognise connectors around hotplugs.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_crtc.c | 26 ++
include/drm/drm_crtc.h | 5 +
2 files chang
From: Dave Airlie
This is the initial import of the helper for displayport multistream.
It consists of a topology manager, init/destroy/set mst state
It supports DP 1.2 MST sideband msg protocol handler - via hpd irqs
connector detect and edid retrieval interface.
It supports i2c device over
From: Dave Airlie
this is just prep work for mst support.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/intel_ddi.c | 18 +-
drivers/gpu/drm/i915/intel_drv.h | 1 +
2 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers
From: Dave Airlie
DP MST will need connectors that aren't connected to specific
encoders, add some checks in advance to avoid oopses.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/i915_debugfs.c | 16 +---
drivers/gpu/drm/i915/i915_irq.c | 4
drivers/gpu/drm/i915/
From: Dave Airlie
for MST I need to reuse these, so split them out early.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/intel_ddi.c | 27 ---
drivers/gpu/drm/i915/intel_display.c | 31 ++-
2 files changed, 34 insertions(+), 24 delet
From: Dave Airlie
use the mst helper code to dump the topology in debugfs.
v0.2: drop is_mst check - as we want to dump other info
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/i915_debugfs.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/gpu/drm/i9
From: Dave Airlie
This adds DP 1.2 MST support on Haswell systems.
Notes:
a) this reworks irq handling for DP MST ports, so that we can
avoid the mode config locking in the current hpd handlers, as
we need to process up/down msgs at a better time.
Changes since v0.1:
use PORT_PCH_HOTPLUG to det
From: Dave Airlie
---
drivers/gpu/drm/i915/intel_dp_mst.c | 10 ++
drivers/gpu/drm/i915/intel_fbdev.c | 2 +-
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_dp_mst.c
b/drivers/gpu/drm/i915/intel_dp_mst.c
index a7db741..ddac87f 100644
--- a/dr
tachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/0eec3114/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #16 from Teofilis Martisius ---
Hello,
I can reproduce this problem on v3.15rc8 with power management enabled
(radeon.runpm=1). So this hasn't been fixed in v3.15 yet.
v3.15rc8 works OK with radeon.runpm=0 flag
Sincerely,
Teofilis M
This configuration could be used in MIPI DSI command mode also.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu
There could be the case that the page flip operation isn't finished correctly
with some abnormal condition such as panel reset. So this patch replaces
wait_event() with wait_event_timeout() to avoid waiting for page flip completion
infinitely.
And clears exynos_crtc->pending_flip in exynos_drm_crtc
This patch adds relevant to exynos5420 compatible
for exynos5420 SoC support.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
.../devicetree/bindings/video/exynos_dsim.txt |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation/de
Hi,
This series adds LCD I80 interface display support for Exynos DRM driver.
The FIMD(display controller) specification describes it as "LCD I80 interface"
and the DSI specification describes it as "Command mode interface".
This is based on exynos-drm-next branch.
The previous patches,
RFC: htt
This patch adds sysreg property to fimd device node
which is required to use I80 interface.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4.dtsi |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm
The offset of register DSIM_PLLTMR_REG in Exynos5420 is
different from the one in Exynos4 SoC.
In case of Exynos5420 SoC, there is no frequency band bit
in DSIM_PLLCTRL_REG,
and it uses DSIM_PHYCTRL_REG and DSIM_PHYTIMING*_REG instead.
So this patch adds driver data to distinguish it.
Signed-off-
To support MIPI command mode based I80 interface panel,
FIMD should do followings:
- Sets LCD I80 interface timings configuration.
- Uses "lcd_sys" as an IRQ resource and sets relevant IRQ configuration.
- Sets LCD block configuration for I80 interface.
- Sets ideal(pixel) clock is 2 times faster t
This patch adds DT bindings for s6e3fa0 panel.
The bindings describes panel resources and display timings.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
.../devicetree/bindings/panel/samsung,s6e3fa0.txt | 46
1 file changed, 46 insertions(+)
This patch adds mipi-phy node for MIPI DSI device.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos5420.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
in
This patch adds common part of dsi node.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos5420.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
ind
In case of using MIPI DSI based I80 interface panel,
the relevant registers should be set.
So this patch adds relevant DT bindings.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
.../devicetree/bindings/video/samsung-fimd.txt | 28
1 file
This patch adds sysreg property to fimd device node
which is required to use I80 interface.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos5.dtsi |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5.dtsi b/arch/arm
To support LCD I80 interface, the DSI host calls this handler
to notify the panel tearing effect synchronization signal to
the CRTC device manager to trigger to transfer video image.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ds
This patch adds MIPI DSI command mode based
S6E3FA0 AMOLED LCD Panel driver.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/panel/Kconfig |7 +
drivers/gpu/drm/panel/Makefile|1 +
drivers/gpu/drm/panel/panel-s6e3fa0.c | 568 +
To support LCD I80 interface, the panel should generates
Tearing Effect synchronization signal between MCU and FB
to display video images.
And the display controller should trigger to transfer
video image at this signal.
So the panel receives the TE IRQ, then calls this handler
chains to notify it
ierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/b5f23fd1/attachment.sig>
y: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/a51bbd49/attachment.sig>
On Thu, Jun 5, 2014 at 2:05 AM, Rob Clark wrote:
> On Wed, Jun 4, 2014 at 6:54 AM, Matwey V. Kornilov
> wrote:
>> From e7147352639fd8f92b1cc85cff9bc5046c7a2130 Mon Sep 17 00:00:00 2001
>> From: "Matwey V. Kornilov"
>> Date: Mon, 2 Jun 2014 20:17:29 +0400
>> Subject: [PATCH] Replace type of padd
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/b3734cd5/attachment.html>
On 06/05/2014 05:42 AM, Inki Dae wrote:
> On 2014? 06? 04? 20:24, Andrzej Hajda wrote:
>> On 05/29/2014 11:28 AM, Inki Dae wrote:
>>> This patch makes sure that exynos drm framework handles deferred
>>> probe case correctly.
>>>
>>> Sub drivers could be probed before resources, clock, regulator,
>>
For no reason at all the public docs lack them, and Dave needs them
for his hpd interrupt rework.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_reg.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i91
Hi all,
Is there anyone who are reviewing this patch series? If there is no any
comment, I'd like to pick them up after test.
Thanks,
Inki Dae
On 2014? 06? 05? 15:19, YoungJun Cho wrote:
> Hi,
>
> This series adds LCD I80 interface display support for Exynos DRM driver.
> The FIMD(display con
get a chance to even see the patches.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/296b5c49/attachment.sig>
On 2014? 06? 05? 17:20, Thierry Reding wrote:
> On Thu, Jun 05, 2014 at 05:14:45PM +0900, Inki Dae wrote:
>>
>> Hi all,
>>
>>
>> Is there anyone who are reviewing this patch series? If there is no any
>> comment, I'd like to pick them up after test.
>
> What's with the rush? You should at least gi
> (note the "XXX").
I agree, dma_addr_t is the proper type for I/O virtual addresses.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/97bdb8c6/attachment.sig>
e: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/4346e657/attachment-0001.sig>
Added a property to enable user space to set aspect ratio.
This patch contains declaration of the property and code to create the
property.
v2: Thierry's review comments.
- Made aspect ratio enum generic instead of HDMI/CEA specfic
- Removed usage of temporary aspect_ratio variable
In case user has specified an input for aspect ratio through the property,
then the user space value for PAR would take preference over the value from
CEA mode list.
v2: Thierry's review comments.
- Modified the comment "Populate..." as per review comments
v3: Thierry's review comments.
I've fumbled my own idea and enthusiastically wrapped all the
getconnector code with the connection_mutex. But we only need it to
chase the connector->encoder link. Even there it's not really needed
since races with userspace won't matter, but better paranoid and
consistent about this stuff.
If we
p.org/archives/dri-devel/attachments/20140605/906f074f/attachment.sig>
ext attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/2d0b12f5/attachment.sig>
836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/dbfdb02a/attachment.sig>
ast on earlier Tegra generations.
Perhaps this is a requirement that's new on Tegra124?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/1065d285/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/76df0fb8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #17 from Alex Deucher ---
Does removing radeon.dpm=1 from the kernel command line fix the issue? It's
enabled by default on asics where it is stable.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Thu, Jun 5, 2014 at 9:52 AM, Tomi Valkeinen wrote:
> Hi,
>
> On 02/06/14 16:03, David Herrmann wrote:
>> Hi Tomi
>>
>> Any chance you could give this a spin on an omap device? It shouldn't
>> affect any 32bit devices, so this is mostly a cosmetic change.
>> However, I'd really like to get rid o
Hi
On Thu, Jun 5, 2014 at 4:04 PM, Rob Clark wrote:
> On Thu, Jun 5, 2014 at 9:52 AM, Tomi Valkeinen
> wrote:
>> Hi,
>>
>> On 02/06/14 16:03, David Herrmann wrote:
>>> Hi Tomi
>>>
>>> Any chance you could give this a spin on an omap device? It shouldn't
>>> affect any 32bit devices, so this is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While playing minecraft it complains that the kernel rejected CS, see dmesg for
more info. dmesg shows:
[389509.644744] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
[389509.645383] [drm:radeon_cs_ioctl] *ERROR* Failed to parse reloc
On Thu, Jun 5, 2014 at 5:12 AM, Daniel Vetter wrote:
> I've fumbled my own idea and enthusiastically wrapped all the
> getconnector code with the connection_mutex. But we only need it to
> chase the connector->encoder link. Even there it's not really needed
> since races with userspace won't matte
On Thu, Jun 5, 2014 at 10:01 AM, Phillip Susi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> While playing minecraft it complains that the kernel rejected CS, see dmesg
> for more info. dmesg shows:
>
> [389509.644744] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation
> -12!
From: Mario Kleiner
HDMI deep color setup must know which modes are supported if
it needs to degrade gracefully, as only 12 bpc / dc_36 is
guaranteed, but 10 bpc / dc_30 is optional. The maximum bpc
is not sufficient for this.
Signed-off-by: Mario Kleiner
Signed-off-by: Alex Deucher
---
drive
From: Mario Kleiner
Make sure that a hdmi deep color mode can't exceed the max tmds
clock limit of a hdmi sink if such a limit is defined by edid.
If requested deep color bpc would exceed the limit given the mode
to be set, try to degrade gracefully to lower supported deep color
bpc or to standa
On Thu, Jun 5, 2014 at 3:24 AM, Geert Uytterhoeven
wrote:
> On Thu, Jun 5, 2014 at 2:05 AM, Rob Clark wrote:
>> On Wed, Jun 4, 2014 at 6:54 AM, Matwey V. Kornilov
>> wrote:
>>> From e7147352639fd8f92b1cc85cff9bc5046c7a2130 Mon Sep 17 00:00:00 2001
>>> From: "Matwey V. Kornilov"
>>> Date: Mon,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/5/2014 10:13 AM, Alex Deucher wrote:
| One of the kcalloc() calls in radeon_cs_parser_relocs() is failing.
Well yea, the question is *why*? I seem to have plenty of free memory.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Com
A bunch of issues:
- We should not kick out the default console (which is tracked in
conswitchp), so check for that.
- Add better error codes so callers can differentiate between "something
went wrong" and "your driver isn't registered already". i915 needs
that so it doesn't fall over when re
I don't fully understand the magic of the vt register/unregister
logic, but apparently everything but the inital console (as set
in the conswitchp pointer) is marked with FLAG_MODULE. Which means
if something unregistered the boot vt driver (e.g. i915.ko kicking
out vga_con) there's nothing left wh
The global gtt is setup up in 2 parts, so we need to be careful
with the cleanup. For consistency shovel it all into the ->cleanup
callback, like with ppgtt.
Noticed because it blew up in the out_gtt: cleanup code while
fiddling with the vgacon code.
Signed-off-by: Daniel Vetter
---
drivers/gpu
Otherwise the loop will never stop since we don't make any
forward progress. Noticed while breaking this accidentally
in a painful attempt to make vga_con unregistering work.
With this patch we'll bail out on the first attempt, which
at least leaves a useful enough system behind for debugging.
Liv
Touching the VGA resources on an IVB EFI machine causes hard hangs when
we then kick out the efifb. Ouch.
Apparently this also prevents unclaimed register errors on hsw and
hard machine hangs on my i855gm when trying to unbind fbcon.
Also, we want this to make I915_FBDEV=n safe.
v2: Rebase and p
On Thu, Jun 5, 2014 at 10:52 AM, Phillip Susi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 6/5/2014 10:13 AM, Alex Deucher wrote:
> | One of the kcalloc() calls in radeon_cs_parser_relocs() is failing.
>
> Well yea, the question is *why*? I seem to have plenty of free memory.
bbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/f86bb786/attachment.html>
g this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/e1318d1b/attachment.html>
Let them eat mincemeat pie.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/i915_params.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_params.c
b/drivers/gpu/drm/i915/i915_params.c
index d05a2af..081ab2f 100644
--- a/drivers/gpu/drm/i915
From: Kristian H?gsberg
The BIOS may set a native mode that doesn't quite match the preferred
mode timings. It should be ok to use however if it uses the same size,
so try to avoid a mode set in that case.
Signed-off-by: Kristian H?gsberg
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/
From: Kristian H?gsberg
Like mode_equal but w/o the clock checks. Useful for checking if modes
are close enough to re-use to avoid a boot time mode set for example.
Signed-off-by: Kristian H?gsberg
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_modes.c | 8
include/drm/drm_mode
Some machines may have a broken VBT or no VBT at all, but we still want
to use SSC there. So check for it and keep it enabled if we see it
already on. Based on an earlier fix from Kristian.
v2: honor modparam if set too (Daniel)
read out at init time and store for panel_use_ssc() use (Jesse)
Some machines (like MBAs) might use a tiled framebuffer but not enable
display swizzling at boot time. We want to preserve that configuration
if possible to prevent a boot time mode set. On IVB+ it shouldn't
affect performance anyway since the memory controller does internal
swizzling anyway.
Fo
rg (0x40+0x2507e) [0x42507e]
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/4ce3b0b9/attachment.html>
|Linux (All)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/e6c03b86/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/c44dd67c/attachment.html>
sts.freedesktop.org/archives/dri-devel/attachments/20140605/ce9c5582/attachment-0001.html>
On Thu, Jun 5, 2014 at 12:49 AM, Anand Sinha wrote:
> Hi Rob,
>
> Thanks for the answer.so as per the definitions I understand the below
> points.
> a) frame buffer here signifies the scan out buffer which encompasses
> complete display.
originally, before planes, the frame buffer covered the com
https://bugzilla.kernel.org/show_bug.cgi?id=74631
tigrangab at gmail.com changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #18 from Teofilis Martisius ---
Hello,
I tried removing radeon.dpm=1, it did NOT fix the issue. I think my GPUs are
considered "stable" by now- it's not a new laptop.
Let me know if you need anything else.
Sincerely,
Teofilis Martis
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #19 from Alex Deucher ---
(In reply to Teofilis Martisius from comment #18)
> Hello,
>
> I tried removing radeon.dpm=1, it did NOT fix the issue. I think my GPUs are
> considered "stable" by now- it's not a new laptop.
Please attach
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #20 from Alex Deucher ---
Does disabling the dGPU manually via vgaswitcheroo with runpm=0 or on older
kernels prior to 10ebc0bc09344ab6310309169efc73dfe6c23d72 actually work or does
it have similar problems?
--
You are receiving this
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/827ba57a/attachment.html>
From: Rafael J. Wysocki
Now that we're hoping to have resolved all of the problems with
video.use_native_backlight=1 make that the default at last.
Signed-off-by: Rafael J. Wysocki
---
Having forgotten that the Hans' patches didn't actually flip the
default for this I kind of pre-anounced it i
gt; >
> > Regards,
> > Anand
> >
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/e0d1b50b/attachment-0001.html>
Hello,
This series adds a new entry in the vendor-prefixes.txt file for Foxlink
Group and defines Foxlink FL500WVR00-A0T panel specifications in the simple
panel driver.
Best Regards,
Boris
Boris BREZILLON (2):
DT: add vendor prefix for Foxlink Group
drm/panel: add support for Foxlink FL50
Add vendor prefix for Foxlink Group.
Signed-off-by: Boris BREZILLON
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index a
This panel is used by Atmel's SAMA5D3 Evaluation Kits (sama5d3xek) and
supported by the simple-panel driver.
Signed-off-by: Boris BREZILLON
---
.../bindings/panel/foxlink,fl500wvr00-a0t.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 25 ++
2 files
The C99 specification states in section 6.11.5:
The placement of a storage-class specifier other than at the beginning
of the declaration specifiers in a declaration is an obsolescent
feature.
Signed-off-by: Peter Griffin
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: linux-kernel
The C99 specification states in section 6.11.5:
The placement of a storage-class specifier other than at the beginning
of the declaration specifiers in a declaration is an obsolescent
feature.
Signed-off-by: Peter Griffin
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: linux-kernel
Hi YoungJun,
On Thu, Jun 5, 2014 at 8:22 AM, YoungJun Cho wrote:
> Hi Vivek,
>
>
> On 06/04/2014 08:50 PM, Vivek Gautam wrote:
>>
>> On Mon, Jun 2, 2014 at 10:52 AM, YoungJun Cho
>> wrote:
>>>
>>> This patch adds sysreg device node, and sysreg property
>>> to fimd device node which is required
t studying this further.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/3be98633/attachment.sig>
From: Christian K?nig
v2: agd5f: simplify patch
Signed-off-by: Christian K?nig
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h| 1 +
drivers/gpu/drm/radeon/radeon_device.c | 28
drivers/gpu/drm/radeon/radeon_drv.c| 4
3 files cha
94 matches
Mail list logo
