From: Rahul Sharma
This patch adds ps8622 lvds bridge discovery code to the dp driver.
Signed-off-by: Rahul Sharma
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/exynos/exynos_dp_core.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c
b/drive
From: Vincent Palatin
This patch adds drm_bridge driver for parade DisplayPort
to LVDS bridge chip.
Signed-off-by: Vincent Palatin
Signed-off-by: Andrew Bresticker
Signed-off-by: Sean Paul
Signed-off-by: Rahul Sharma
Signed-off-by: Ajay Kumar
---
.../devicetree/bindings/drm/bridge/ps8622.t
exynos_dp supports a simple bridge chain with ptn3460 bridge
and an LVDS panel attached to it.
This patch creates the bridge chain with ptn3460 as the head
of the list and panel_binder being the tail.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 12 +++-
1 fi
Modify the driver to invoke callbacks for the next bridge
in the bridge chain.
Also, remove the drm_connector implementation from ptn3460,
since the same is implemented using panel_binder.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/bridge/ptn3460.c| 136 +-
Add a dummy bridge which binds all of the drm_bridge callbacks
to corresponding drm_panel callbacks.
In theory, this is just a glue layer for the last bridge and
the panel attached to it.
This driver also implements the required drm_connector ops
for the encoder(on which the entire bridge chain i
Add helper functions to create bridge chain and to call the
corresponding next_bridge functions.
Signed-off-by: Ajay Kumar
Suggested-by: Rob Clark
---
include/drm/drm_crtc.h | 72
1 file changed, 72 insertions(+)
diff --git a/include/drm/drm_c
This patch adds a simple driver to handle all the LCD and LED
powerup/down routines needed to support eDP/LVDS panels.
The LCD and LED units are usually powered up via regulators,
and almost on all boards, we will have a BACKLIGHT_EN pin to
enable/ disable the backlight.
Sometimes, we can have LCD
Add drm_panel controls to support powerup/down of the
eDP panel, if one is present at the sink side.
Signed-off-by: Ajay Kumar
---
.../devicetree/bindings/video/exynos_dp.txt|2 +
drivers/gpu/drm/exynos/Kconfig |1 +
drivers/gpu/drm/exynos/exynos_dp_core.c
Most of the panels need an init sequence as mentioned below:
-- poweron LCD unit/LCD_EN
-- start video data
-- poweron LED unit/BACKLIGHT_EN
And, a de-init sequence as mentioned below:
-- poweroff LED unit/BACKLIGHT_EN
-- stop video data
-- poweroff L
Move the DP training and video enable from the hotplug handler into
a seperate function and call the same during dpms ON.
With existing code, DP HPD should be generated just few ms before
calling enable_irq in dp_poweron.
This patch removes that stringent time constraint.
Signed-off-by: Ajay Kum
This series is based on exynos-drm-next branch of Inki Dae's tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
I have tested this after adding few DT changes for exynos5250-snow,
exynos5420-peach-pit and exynos5800-peach-pi boards.
This patchset also consolidates vario
ives/dri-devel/attachments/20140611/d153f362/attachment.html>
uot;bt full").
--
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/20140611/fa798285/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=77671
Ren? Rietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/2e9a2db0/attachment.html>
On Wed, Jun 11, 2014 at 5:13 PM, Jesse Barnes
wrote:
>> - If you have a machine which uses tiled framebuffers and enables
>> swizzling in the BIOS your code will a) drop the swizzle setup in
>> gem_init_hw, breaking resume b) not set the swizzle settings correctly
>> in swizzle_detect, brea
Hi Russell,
Am Mittwoch, den 11.06.2014, 09:17 +0100 schrieb Russell King - ARM
Linux:
> On Tue, Jun 10, 2014 at 10:32:25AM -0300, Fabio Estevam wrote:
> > On Tue, Jun 10, 2014 at 9:58 AM, Fabio Estevam
> > wrote:
> > > On Mon, Jun 9, 2014 at 5:09 PM, Russell King - ARM Linux
> > > wrote:
> > >
https://bugzilla.kernel.org/show_bug.cgi?id=77671
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=77671
Bug ID: 77671
Summary: radeon system does not boot with 3.14.6 (bisect ->
4740d5c1c89c152ef847e4a479a87a25e763b286)
Product: Drivers
Version: 2.5
Kernel Version: 3.14.6
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/95e71cf9/attachment.html>
On Wed, Jun 11, 2014 at 2:37 PM, Rob Clark wrote:
> On Thu, May 29, 2014 at 2:36 AM, Benjamin Gaignard
> wrote:
>> This series of patches add the support of DRM/KMS drivers for
>> STMicroelectronics
>> chipsets stih416 and stih407.
>>
>> version 4:
>> - Remove depency between TVout it su
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Make the link between all the hardware drivers and DRM/KMS interface.
> Create the driver itself and make it register all the sub-components.
> Use GEM CMA helpers for buffer allocation.
>
> Signed-off-by: Benjamin Gaignard
> ---
> driv
When I tried to review the linux kernel on Windows in my laptop
and incidentally found that it failed to open the aux.c.
And Microsoft tells me:
(http://msdn.microsoft.com/en-us/library/aa365247.aspx)
> Do not use the following reserved names for the name of a file:
> CON, PRN, AUX, NUL, , and LP
t; > grab it from logfiles if dmesg is cut off).
> > >
> > > Please find kern.log.gz attached.
>
> Not in the resend and I didn't seem to receive your original mail somehow
> at all. Can you please resend.
Downloadable from http://sucs.org/~sits/test/eeepc-90
Reviewed-by: Sagar Kamble
On Wed, 2014-06-11 at 14:33 +0530, Vandana Kannan wrote:
> Updated drm documentation to include desscription of aspect ratio property.
>
> v2: Updated aspect ratio specific documentation on top of the HTML table
> created.
>
> Signed-off-by: Vandana Kannan
> Cc: Saga
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Generic Display Pipeline are one of the compositor input sub-devices.
> GDP are dedicated to graphic input like RGB plans.
> GDP is part of Compositor hardware block which will be introduce later.
>
> A sti_layer structure is used to abst
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Mixer hardware IP is responsible of mixing the different inputs layers.
> Z-order is managed by the mixer.
> We could 2 mixers: one for main path and one for auxillary path
>
> Mixers are part of Compositor hardware block
>
> Signed-off-b
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Compositor control all the input sub-device (VID, GDP)
> and the mixer(s).
> It is the main entry point for composition.
> Layer interface is used to control the abstracted layers.
>
> Add debug in mixer, GDP and VID
>
> Signed-off-by: Be
On Thu, May 29, 2014 at 2:36 AM, Benjamin Gaignard
wrote:
> This series of patches add the support of DRM/KMS drivers for
> STMicroelectronics
> chipsets stih416 and stih407.
>
> version 4:
> - Remove depency between TVout it subdevices HDMI and HDA
> - Rework and simplify VTG and
Updated drm documentation to include desscription of aspect ratio property.
v2: Updated aspect ratio specific documentation on top of the HTML table
created.
Signed-off-by: Vandana Kannan
Cc: Sagar Kamble
Cc: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 13 +++--
1 file changed
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> TVout hardware block is responsible to dispatch the data flow coming
> from compositor block to any of the output (HDMI or Analog TV).
> It control when output are start/stop and configure according the
> require flow path.
>
> TVout is t
I only tested Bonaire. I can test Cape Verde if needed.
Marek
On Wed, Jun 11, 2014 at 11:29 AM, Christian K?nig
wrote:
> Crap, I already wanted to check back with you if that really fixes your
> problems.
>
> Thanks for the info, this crash also only happens on CIK doesn't it?
>
> Christian.
>
>
i915.ko has a custom fbdev initialisation routine that aims to preserve
the current mode set by the BIOS, unless overruled by the user. The
user's wishes are determined by what, if any, mode is specified on the
command line (via the video= parameter). However, that command line mode
is first parsed
On Wed, Jun 11, 2014 at 07:03:39AM +0100, Sitsofe Wheeler wrote:
> (resending because Daniel was dropped from the reply list - I don't know
> why)
>
> On Wed, Jun 11, 2014 at 06:46:40AM +0100, Sitsofe Wheeler wrote:
> > On Tue, Jun 10, 2014 at 08:26:55AM +0200, Daniel Vetter wrote:
> > > On Sun, J
On Tue, Jun 10, 2014 at 11:42:37AM -0700, Jesse Barnes wrote:
> On Tue, 10 Jun 2014 11:01:06 -0700
> St?phane Marchesin wrote:
>
> > On Tue, Jun 10, 2014 at 10:31 AM, Jesse Barnes > virtuousgeek.org> wrote:
> > > On Tue, 10 Jun 2014 16:07:44 +0200
> > > Daniel Vetter wrote:
> > >
> > >> On Thu,
Crap, I already wanted to check back with you if that really fixes your
problems.
Thanks for the info, this crash also only happens on CIK doesn't it?
Christian.
Am 11.06.2014 01:30, schrieb Marek Ol??k:
> Sorry to tell you the bad news. This patch doesn't fix the hangs on my
> machine.
>
> I
On Tue, Jun 10, 2014 at 12:45:38PM -0700, Jesse Barnes wrote:
> On Tue, 10 Jun 2014 21:33:27 +0200
> Daniel Vetter wrote:
>
> > On Tue, Jun 10, 2014 at 7:27 PM, Jesse Barnes
> > wrote:
> > > Yes, that's what I do below... I even added it to the changelog:
> > > http://patchwork.freedesktop.org/p
Create and attach the drm property to set aspect ratio. If there is no user
specified value, then PAR_NONE/Automatic option is set by default. User can
select aspect ratio 4:3 or 16:9. The aspect ratio selected by user would
come into effect with a mode set.
v2: Modified switch case to include asp
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
On Tue, Jun 10, 2014 at 4:04 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Currently the tiling parameters of buffer objects can only be set at
> allocation time, and only a single tiled mode is supported. This new
> DRM_TEGRA_GEM_SET_TILING IOCTL allows more modes to be set and also
> all
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Mathias Tillman changed:
What|Removed |Added
CC||master.homer at gmail.com
--- Comment #
On Wed, Jun 11, 2014 at 03:53:55PM +0800, Lai Jiangshan wrote:
> When I tried to review the linux kernel on Windows in my laptop
> and incidentally found that it failed to open the aux.c.
>
> And Microsoft tells me:
> (http://msdn.microsoft.com/en-us/library/aa365247.aspx)
>
> > Do not use the fo
We should unlock before returning the error code.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c
index 27c979b..64f57fa 100644
--- a/drivers/gpu/drm/tegra/sor.c
+++ b/drivers/gpu/drm/tegra/sor.c
@@ -516,7 +516,7 @@ static int tegra_output_sor_
I quit X, but restarting X will still result in trashed display.
--
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/20140611/a15e4e10/attachment.html>
uld implement a driconf workaround for this.
Thanks, that works and is also needed for heaven 4.0
--
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-
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/8b93a562/attachment.html>
On Tue, Jun 10, 2014 at 4:04 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> The DRM_TEGRA_GEM_SET_FLAGS IOCTL can be used to set the flags of a
> buffer object after it has been allocated or imported. Flags associated
> with a buffer object can be queried using the DRM_TEGRA_GEM_GET_FLAGS
>
On Tue, Jun 10, 2014 at 10:32:25AM -0300, Fabio Estevam wrote:
> On Tue, Jun 10, 2014 at 9:58 AM, Fabio Estevam wrote:
> > On Mon, Jun 9, 2014 at 5:09 PM, Russell King - ARM Linux
> > wrote:
> >
> >> Right, so the problem isn't at the HDMI level, but at the DI level... so
> >> that's where we nee
On Tue, Jun 10, 2014 at 4:04 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> This matches what other drivers do for equivalent IOCTLs.
>
> Signed-off-by: Thierry Reding
Reviewed-by: St?phane Marchesin
> ---
> drivers/gpu/drm/tegra/drm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deleti
On Wed, 11 Jun 2014 17:39:29 +0200
Daniel Vetter wrote:
> On Wed, Jun 11, 2014 at 5:13 PM, Jesse Barnes
> wrote:
> >> - If you have a machine which uses tiled framebuffers and enables
> >> swizzling in the BIOS your code will a) drop the swizzle setup in
> >> gem_init_hw, breaking resume b)
On Wed, 11 Jun 2014 11:23:26 +0200
Daniel Vetter wrote:
> On Tue, Jun 10, 2014 at 12:45:38PM -0700, Jesse Barnes wrote:
> > On Tue, 10 Jun 2014 21:33:27 +0200
> > Daniel Vetter wrote:
> >
> > > On Tue, Jun 10, 2014 at 7:27 PM, Jesse Barnes > > virtuousgeek.org> wrote:
> > > > Yes, that's what I
(resending because Daniel was dropped from the reply list - I don't know
why)
On Wed, Jun 11, 2014 at 06:46:40AM +0100, Sitsofe Wheeler wrote:
> On Tue, Jun 10, 2014 at 08:26:55AM +0200, Daniel Vetter wrote:
> > On Sun, Jun 08, 2014 at 10:30:15PM +0100, Sitsofe Wheeler wrote:
> > > With a tree tha
m
Size: 31115 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/008ac564/attachment-0001.obj>
Konrad Rzeszutek Wilk wrote:
> Hmm..
>
> /home/konrad/linux/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c: In function
> ?ttm_dma_pool_shrink_scan?:
> /home/konrad/linux/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c:1015:2: error:
> invalid use of void expression
> if (!mutex_lock(&_manager->lock))
>
>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/a932088c/attachment.html>
iving 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/20140611/a23b474d/attachment-0001.html>
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/20140611/cf276416/attachment.html>
Hello guys,
I just wanted drop few lines, about that D3D9 gallium state tracker is
still alive and functional.
Latest information can be found: https://wiki.ixit.cz/d3d9
At this moment are repositories hosted on github:
Mesa-3D: https://github.com/iXit/Mesa-3D/
wine:https://github.com/iXit/
Hello guys,
I just wanted drop few lines, about that D3D9 gallium state tracker is
still alive and functional.
Latest information can be found: https://wiki.ixit.cz/d3d9
At this moment are repositories hosted on github:
Mesa-3D: https://github.com/iXit/Mesa-3D/
wine:https://github.com/iXit/
rchives/dri-devel/attachments/20140611/303a65a9/attachment.html>
Sorry to tell you the bad news. This patch doesn't fix the hangs on my machine.
I tested drm-next-3.16 from Alex's tree. I also switched copying from
SDMA to CP DMA, which hung too.
I also tried this:
git checkout (the problematic commit):
6d2f294 - drm/radeon: use normal BOs for the page tables
as said, the i965 is really suffering some display
rot.
--
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/20140611/284a97d0/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/b381275a/attachment.html>
ing 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/20140611/dfc5b16a/attachment-0001.html>
64 matches
Mail list logo
