Dave Airlie writes:
>> Blink Blink this had not been converted to use struct pid ages ago?
>>
>> - On drm open capture the openers kuid and struct pid.
>> - On drm close release the kuid and struct pid
>> - When reporting the uid and pid convert the kuid and struct pid
>> into values in the app
From: Rob Clark
The 'atomic' mechanism allows for multiple properties to be updated,
checked, and commited atomically. This will be the basis of atomic-
modeset and nuclear-pageflip.
The basic flow is:
state = dev->atomic_begin();
for (... one or more ...)
obj->set_property(obj, st
From: Rob Clark
This is following a bit the approach that Ville is taking for atomic-
modeset, in that it is switching over to using properties for everything.
The advantage of this approach is that it makes it easier to add new
attributes to set as part of a page-flip (and even opens the option
From: Rob Clark
An object property is an id (idr) for a drm mode object. This
will allow a property to be used set/get a framebuffer, CRTC, etc.
---
drivers/gpu/drm/drm_crtc.c | 35 ++-
include/drm/drm_crtc.h | 10 ++
include/drm/drm_mode.h |
From: Rob Clark
This indicates to userspace that the property is something that can
be set dynamically without requiring a "test" step to check if the
hw is capable. This allows a userspace compositor, such as weston,
to avoid an extra ioctl to check whether it needs to fall-back to
GPU to compo
From: Rob Clark
Flag for range property types indicating that the value is a signed
integer rather than unsigned. For range properties, the signed flag
will trigger use of signed integer comparisions, to handle negative
values properly.
---
drivers/gpu/drm/drm_crtc.c | 10 --
include/
From: Rob Clark
Split property values out into a different struct, so we can later
move property values into state structs. This will allow the
property values to stay in sync w/ the state updates which are
either discarded or atomically committed.
---
drivers/gpu/drm/drm_crtc.c | 27
From: Rob Clark
Break the mutable state of a plane out into a separate structure.
This makes it easier to have some helpers for plane->set_property()
and for checking for invalid params. The idea is that individual
drivers can wrap the state struct in their own struct which adds
driver specific
From: Rob Clark
Use atomic properties mechanism to set plane attributes. This by
itself doesn't accomplish anything, but it avoids having multiple
code paths to do the same thing when nuclear-pageflip and atomic-
modeset are introduced.
---
drivers/gpu/drm/drm_crtc.c | 257
From: Rob Clark
Start breaking out the mutable state of the CRTC into it's own
structure. Plus add _check_state() and _set_property() helpers.
This only moves the state that is related to scanout fb, which
is needed for nuclear-pageflip. The rest of the mutable state
should be moved from drm_cr
From: Rob Clark
Use atomic properties mechanism for CRTC page_flip. This by itself
doesn't accomplish anything, but it avoids having multiple code
paths to do the same thing when nuclear-pageflip and atomic-modeset
are introduced.
---
drivers/gpu/drm/drm_crtc.c | 69 +++---
From: Rob Clark
---
drivers/gpu/drm/drm_crtc.c | 157
drivers/gpu/drm/drm_drv.c |1 +
include/drm/drm.h |2 +
include/drm/drm_crtc.h |2 +
include/drm/drm_mode.h | 38 +++
5 files changed, 171 insertions(+), 29
From: Rob Clark
---
drivers/staging/omapdrm/Makefile |1 +
drivers/staging/omapdrm/omap_atomic.c | 339 +
drivers/staging/omapdrm/omap_atomic.h | 52 +
drivers/staging/omapdrm/omap_crtc.c | 246 +++-
drivers/staging/omapdrm/o
2012년 9월 13일 목요일에 Dave Airlie님이 작성:
>>>
>>> On Mon, Sep 10, 2012 at 3:46 PM, Inki Dae wrote:
>>> > Hello Dave, sorry for being late.
>>> >
>>> > this patch set fixes build warnings and includes minor code cleanup
and
>>> > also one patch you missed. this patch just drops non-standard NV12M
and
>>>
>>
>
> ah, sorry for inconvenient. removed that merge commit and checked to be
> merged to drm-fixes. please pull it again and please let me know if any
> problem again.
Excellent worked this time
thanks,
Dave.
___
dri-devel mailing list
dri-devel@lists
2012년 9월 13일 목요일에 Joonyoung Shim님이 작성:
> On 09/13/2012 11:53 AM, Inki Dae wrote:
>
> -Original Message-
> From: Joonyoung Shim [mailto:jy0922.s...@samsung.com]
> Sent: Thursday, September 13, 2012 10:44 AM
> To: Rahul Sharma
> Cc: dri-devel@lists.freedesktop.org; sw0312@samsung.com;
> i
--- Original Message ---
Sender : In-Ki Dae S5/Senior Engineer/System S/W
Lab./Samsung Electronics
Date : Sep 13, 2012 10:07 (GMT+05:30)
Title : Re: [PATCH 1/3] drm: exynos: hdmi: add exynos5 support to mixer driver
2012? 9? 13? Joonyoung Shim?? ??:
> On 09/13/2012 11:53 AM, Inki
> Hi, Rahul.
>
> Overall, i think this patch causes messy codes.
>
>
> On 09/12/2012 09:08 PM, Rahul Sharma wrote:
>>
>> Added support for exynos5 to hdmi driver. Resource init
>> is splitted for exynos5 and exynos4. Exynos5 hdmi driver
>> is dt based while exynos4 hdmi driver is not.
>>
>> Signed-
>> exynos-drm-hdmi need context pointers from hdmi and mixer. These
>> pointers were expected from the plf data. Cleaned this dependency
>
>
> What does plf data mean?
>
>
>> by exporting i/f which are called by hdmi, mixer driver probes
>> for setting their context.
>
>
> It is reasonable to me. T
On Wed, Sep 12, 2012 at 09:49:29AM -0700, Greg Kroah-Hartman wrote:
> On Wed, Sep 12, 2012 at 12:31:09PM +0200, Sascha Hauer wrote:
> > This patch adds the i.MX glue stuff between i.MX and drm.
> >
> > Signed-off-by: Sascha Hauer
> > ---
> > drivers/staging/Kconfig|2 +
> > d
Only increase the higher 32bits if we really detect a wrap around.
v2: instead of increasing the higher 32bits just use the higher
32bits from the last emitted fence.
v3: also use last emitted fence value as upper limit.
The intention of this patch is to make fences as robust as
they where be
On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrjälä
> wrote:
> > On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
> >> On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrjälä
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Ro
https://bugs.freedesktop.org/show_bug.cgi?id=27144
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi Sascha,
On Tuesday 04 September 2012 11:24:46 Sascha Hauer wrote:
> Hi Laurent,
>
> On Fri, Aug 17, 2012 at 02:49:39AM +0200, Laurent Pinchart wrote:
> > +/**
> > + * panel_get_modes - Get video modes supported by the panel
> > + * @panel: The panel
> > + * @modes: Pointer to an array of modes
https://bugs.freedesktop.org/show_bug.cgi?id=51383
Andreas Boll changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
On Wed, 2012-07-04 at 09:56 +0200, Sascha Hauer wrote:
> This patch adds a helper function for parsing videomodes from the devicetree.
> The videomode can be either converted to a struct drm_display_mode or a
> struct fb_videomode.
I have more or less the same generic comment for this as for the p
On Thu, Sep 13, 2012 at 01:54:07PM +0300, Tomi Valkeinen wrote:
> On Wed, 2012-07-04 at 09:56 +0200, Sascha Hauer wrote:
> > This patch adds a helper function for parsing videomodes from the
> > devicetree.
> > The videomode can be either converted to a struct drm_display_mode or a
> > struct fb_v
On Thu, Sep 13, 2012 at 03:40:40AM +0200, Laurent Pinchart wrote:
> Hi Sascha,
>
> > > +int panel_get_modes(struct panel *panel, const struct fb_videomode
> > > **modes)
> > > +{
> > > + if (!panel->ops || !panel->ops->get_modes)
> > > + return 0;
> > > +
> > > + return panel->ops->get_mod
On Wed, 12 Sep 2012 18:47:12 +0100, Damien Lespiau
wrote:
> Hi,
>
> This series introduces stereo 3D modes support and is split in 3 chunks:
>
> 1. 3 kernel patches to parse the 3D_present flag of the HDMI CEA vendor block,
>to expose 3D formats flags in modes and to add a new property on c
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #43 from lukensh...@ngi.it 2012-09-13 12:21:04 UTC ---
Sorry for the delay.
The 2nd problem I've reported in comment #30 (when video adapter is in idle,
screen blanks and becomes inoperable, error in clock recovery) seems to be
resolve
On Thu, 13 Sep 2012 11:38:20 +1000
Dave Airlie wrote:
> > There are still some mysteries left, in particular how (and in
> > fact if) the EDID is supposed to work on the HDMI port. However
> > the basic stuff now works and I can plug my Q550 into an HDMI
> > display and get the expected results.
https://bugs.freedesktop.org/show_bug.cgi?id=54767
--- Comment #1 from Tomasz P. 2012-09-13
12:59:17 UTC ---
On radeon 9600 agp with mesa-git form today I have got 41 failed tests only
(from 8649 total tests).
Using opera 12.50-build_1583 with HA enabled and webgl enabled.
Failures:
conformanc
On Thu, Sep 13, 2012 at 12:37 PM, Chris Wilson wrote:
> On Wed, 12 Sep 2012 18:47:12 +0100, Damien Lespiau
> wrote:
>> Hi,
>>
>> This series introduces stereo 3D modes support and is split in 3 chunks:
>>
>> 1. 3 kernel patches to parse the 3D_present flag of the HDMI CEA vendor
>> block,
>>
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #1 from Tomasz P. 2012-09-13
13:05:08 UTC ---
Someone on the mailing list suspects that in r300 compiler is somekind of bug.
He wrote:
In playing with Coccinelle, I discovered a signed/unsigned bug in
radeon_rename_regs.c:rc_rename_
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #2 from Tom Stellard 2012-09-13 13:26:16 UTC
---
(In reply to comment #1)
> Someone on the mailing list suspects that in r300 compiler is somekind of bug.
> He wrote:
>
> In playing with Coccinelle, I discovered a signed/unsigned bu
On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrjälä
wrote:
> On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
>> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrjälä
>> wrote:
>> > On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
>> >> On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrjälä
>>
On Thu, Sep 13, 2012 at 4:33 AM, Christian König
wrote:
> Only increase the higher 32bits if we really detect a wrap around.
>
> v2: instead of increasing the higher 32bits just use the higher
> 32bits from the last emitted fence.
> v3: also use last emitted fence value as upper limit.
>
> The
On Thu, Sep 13, 2012 at 9:54 AM, Alex Deucher wrote:
> On Thu, Sep 13, 2012 at 4:33 AM, Christian König
> wrote:
>> Only increase the higher 32bits if we really detect a wrap around.
>>
>> v2: instead of increasing the higher 32bits just use the higher
>> 32bits from the last emitted fence.
>
Hi Dave,
The big ticket item here is the new i915 modeset infrastructure.
Shockingly it didn't not blow up all over the place (i.e. I've managed to
fix the ugly issues before merging). 1-2 smaller corner cases broke, but
we have patches. Also, there's tons of patches on top of this that clean
out
https://bugs.freedesktop.org/show_bug.cgi?id=54867
Bug #: 54867
Summary: bug in r300 compiler
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #3 from Tomasz P. 2012-09-13
14:21:30 UTC ---
done, bug: 54867
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
__
On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote:
> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrjälä
> wrote:
> > On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
> >> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrjälä
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clar
Gentle Reminder!
On Mon, Sep 3, 2012 at 9:24 PM, Shirish S wrote:
> Hello Dave,
>
> My patch-set for adding support for 4 block EDID is now reviewed and ready.
> Please let me know if you want any further clarification
>
> Regards,
> Shirish S
>
>
> On Thu, Aug 30, 2012 at 12:04 AM, Shirish S w
https://bugzilla.kernel.org/show_bug.cgi?id=47471
Summary: Radeon - NMI: PCI system error (SERR) for reason a1 on
CPU 0.
Product: Drivers
Version: 2.5
Kernel Version: 3.4.9, 3.5.3
Platform: All
OS/Version: Linux
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #1 from 4Strings 2012-09-13 15:02:38 ---
Created an attachment (id=80101)
--> (https://bugzilla.kernel.org/attachment.cgi?id=80101)
syslog - kernel 3.2.28
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=emai
https://bugzilla.kernel.org/show_bug.cgi?id=47471
4Strings changed:
What|Removed |Added
Kernel Version|3.4.9, 3.5.3|3.2.28 - 3.4.9
--
Configure bugmail: http
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #2 from 4Strings 2012-09-13 15:04:49 ---
Created an attachment (id=80111)
--> (https://bugzilla.kernel.org/attachment.cgi?id=80111)
messages - kernel 3.2.28
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=em
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #3 from 4Strings 2012-09-13 15:05:17 ---
Created an attachment (id=80121)
--> (https://bugzilla.kernel.org/attachment.cgi?id=80121)
dmesg - kernel 3.4.9
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=47471
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #4 f
Hi Dmitry,
as I already noted in our internal discussion, the first step to
hierarchical page table support should be to cleanup the set_page
interface. Please see the attached patch, it does exactly this. I
suggest that you rebase on it and try to don't touch the chipset
specific code in ni.
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #5 from 4Strings 2012-09-13 15:33:49 ---
Thanks very much for your answer! From now on I will read the NMI alert with no
fear... Your word "harmless" is quite reassuring! :)
--
Configure bugmail: https://bugzilla.kernel.org/user
https://bugs.freedesktop.org/show_bug.cgi?id=54877
Bug #: 54877
Summary: [bisected] rendering corrupted for windows larger than
2048 pixels in one dimension
Classification: Unclassified
Product: Mesa
Version: git
Platf
PDE/PTE update code uses CP ring for memory writes.
All page table entries are preallocated for now in alloc_pt().
It is made as whole because it's hard to divide it to several patches
that compile and doesn't break anything being applied separately.
Tested on cayman card.
Signed-off-by: Dmitry
https://bugs.freedesktop.org/show_bug.cgi?id=54877
Andreas Boll changed:
What|Removed |Added
CC||pt...@yandex.ru
Component|Driver
On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrjälä
wrote:
> On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote:
>> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrjälä
>> wrote:
>> > On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
>> >> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrjälä
>> >>
https://bugzilla.kernel.org/show_bug.cgi?id=47481
Summary: Random blank screen: radeon_cs_ib_chunk Failed to
schedule IB on AMD PALM
Product: Drivers
Version: 2.5
Kernel Version: 3.5.3, 3.6.0-rc5
Platform: All
OS/Version: L
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #1 from Anisse Astier 2012-09-13 17:18:45 ---
Correction: screen is blank, but backlight is on.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugzilla.kernel.org/show_bug.cgi?id=47481
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 f
We are now less than a week into the conference so here's
an update with the latest infos:
Registration
We have close to 50 registered participants now. If you haven't
registered yourself please take a minute to go to
http://wiki.x.org/wiki/Events/XDC2012/Attendees
to put your
Dropping David and kernel mailing list for now, they are probably not
immediately interested in such specific discussion.
On 13.09.2012 18:52, Dmitry Cherkassov wrote:
Christian,
as I already noted in our internal discussion, the first step to
hierarchical page table support should be to clea
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #3 from Anisse Astier 2012-09-13 17:27:23 ---
I'm not sure. Since it's random I need to do a lot of tests to reproduce it.
I'll try to test with 3.2.
Sometimes, screen might turn on, but I get vertical black and white stripes. (I
On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
wrote:
> PDE/PTE update code uses CP ring for memory writes.
> All page table entries are preallocated for now in alloc_pt().
>
> It is made as whole because it's hard to divide it to several patches
> that compile and doesn't break anything being
On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote:
> On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
> wrote:
>> PDE/PTE update code uses CP ring for memory writes.
>> All page table entries are preallocated for now in alloc_pt().
>>
>> It is made as whole because it's hard to divide it to
On Thu, Sep 13, 2012 at 2:37 PM, Alex Deucher wrote:
> On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote:
>> On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
>> wrote:
>>> PDE/PTE update code uses CP ring for memory writes.
>>> All page table entries are preallocated for now in alloc_pt().
On Thu, Sep 13, 2012 at 10:30 PM, Alan Cox wrote:
> On Thu, 13 Sep 2012 11:38:20 +1000
> Dave Airlie wrote:
>
>> > There are still some mysteries left, in particular how (and in
>> > fact if) the EDID is supposed to work on the HDMI port. However
>> > the basic stuff now works and I can plug my Q
On Thu, Sep 13, 2012 at 01:29:54PM +0200, Sascha Hauer wrote:
> > > You have seen my of videomode helper proposal. One result there
> > > was that we want to have ranges for the margin/synclen fields.
> > > Does it make sense to base this new panel framework on a more
> > > sophisticated internal r
On Fri, Sep 14, 2012 at 12:36 AM, Shirish S wrote:
> Gentle Reminder!
you are a day late,
I pushed it into drm-next yesterday :-)
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
From: Alex Deucher
Hi Dave,
This is the current set of radeon fixes for 3.6. Two small fixes:
- fix the fence issues introduced in 3.5 with 64-bit fences
- PLL fix for multiple DP heads
Note that the fence fix will require a separate fix for 3.5 since
the fence code changed in 3.6.
The follow
On Tue, Jun 26, 2012 at 02:04:00PM -0700, Jesse Barnes wrote:
> On Tue, 26 Jun 2012 00:36:24 +0200
> Lekensteyn wrote:
>
> > This is rather a hack to fix brightness hotkeys on a Clevo laptop. CADL is
> > not
> > used anywhere in the driver code at the moment, but it could be used in
> > BIOS as
https://bugs.freedesktop.org/show_bug.cgi?id=54877
--- Comment #2 from Alex Deucher 2012-09-13 21:30:33 UTC ---
Created attachment 67121
--> https://bugs.freedesktop.org/attachment.cgi?id=67121
fix
This fixes it. I need to find out how the quant mode affects the range of
values.
--
Configur
On Wed, Sep 12, 2012 at 9:44 PM, Dave Airlie wrote:
> Just a reminder to the subtree maintainers that I should be starting
> to see signs of -next trees lining up soon,
>
> I've merged a bunch of patches from the list, but I'm sure I've forgotten
> some,
> I've got the 3 quirks from Paul that I'm
From: Dave Airlie
We noticed a plymouth bug on Fedora 18, and I then
noticed this stupid thinko, fixing it fixed the problem
with plymouth.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_display.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gp
this patch adds pid to g2d_runqueue_node as member to identify
which process owns this node.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_d
exynos_drm_crtc_dpms function doesn't need mutex lock
because mutex lock was called by drm framework so this
patch removes mutex lock call from that function to avoid
duplicated mutex locking.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c |
when fb changing is requested, crtc's dpms mode should be on.
if not on, return -EPERM so that the hardware can't be accessed.
if user requesed dpms off and next SetCrtc with an another fb
then the hardware can be accessed with dpms off to write overlay
data onto some registers so this patch will p
when page flip is requested, crtc's dpms mode should be on.
if not on, return -EPERM so that the hardware can't be accessed.
if user requesed dpms off and next page flip then the hardware
can be accessed with dpms off to enable vblank so this patch
will prevent from accessing the hardware with dpms
On Fri, Sep 14, 2012 at 01:29:55PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> We noticed a plymouth bug on Fedora 18, and I then
> noticed this stupid thinko, fixing it fixed the problem
> with plymouth.
>
> Signed-off-by: Dave Airlie
Signed-off-by: Ben Skeggs
> ---
> drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=54877
--- Comment #3 from Vadim Girlin 2012-09-14 06:35:08 UTC ---
(In reply to comment #2)
> Created attachment 67121 [details] [review]
> fix
>
> This fixes it. I need to find out how the quant mode affects the range of
> values.
My guess is that
Christian,
> as I already noted in our internal discussion, the first step to
> hierarchical page table support should be to cleanup the set_page interface.
> Please see the attached patch, it does exactly this. I suggest that you
> rebase on it and try to don't touch the chipset specific code in
On Mon, Sep 10, 2012 at 3:46 PM, Inki Dae wrote:
> Hello Dave, sorry for being late.
>
> this patch set fixes build warnings and includes minor code cleanup and
> also one patch you missed. this patch just drops non-standard NV12M and
> YUV420M formats from drm_fourcc.h
> for this, you can refer t
Hi, Rahul.
Overall, i think this patch causes messy codes.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
> Added support for exynos5 to hdmi driver. Resource init
> is splitted for exynos5 and exynos4. Exynos5 hdmi driver
> is dt based while exynos4 hdmi driver is not.
>
> Signed-off-by: Rahul Shar
> Blink Blink this had not been converted to use struct pid ages ago?
>
> - On drm open capture the openers kuid and struct pid.
> - On drm close release the kuid and struct pid
> - When reporting the uid and pid convert the kuid and struct pid
> into values in the appropriate namespace.
>
Hi Er
> There are still some mysteries left, in particular how (and in
> fact if) the EDID is supposed to work on the HDMI port. However
> the basic stuff now works and I can plug my Q550 into an HDMI
> display and get the expected results.
Assumning this is for -next, and its got whitespace damage,
(ch
Hi, Rahul.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
> Added support for exynos5 to drm mixer driver. Exynos5 works
> with dt enabled while in exynos4 mixer device information can
> be passed either way (dt or plf data). This situation is taken
> cared.
>
> Signed-off-by: Rahul Sharma
> Signed-
Just a reminder to the subtree maintainers that I should be starting
to see signs of -next trees lining up soon,
I've merged a bunch of patches from the list, but I'm sure I've forgotten some,
I've got the 3 quirks from Paul that I'm iffy about due to the lack of
testing against VGA ports that aja
Hi, Rahul.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
> exynos-drm-hdmi need context pointers from hdmi and mixer. These
> pointers were expected from the plf data. Cleaned this dependency
What does plf data mean?
> by exporting i/f which are called by hdmi, mixer driver probes
> for setting th
https://bugs.freedesktop.org/show_bug.cgi?id=54832
Bug #: 54832
Summary: Regression: 185ed2105829d6f5eb19edb9abbf0d7977e157c3
breaks swtcl on r300g
Classification: Unclassified
Product: Mesa
Version: git
Platform: Othe
Hi Dave,
> -Original Message-
> From: Dave Airlie [mailto:airlied at gmail.com]
> Sent: Thursday, September 13, 2012 10:11 AM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
> kyungmin.park at samsung.com
> Subject: Re: [GIT PULL] exynos-drm-fixes
>
> On Mon,
> -Original Message-
> From: Joonyoung Shim [mailto:jy0922.shim at samsung.com]
> Sent: Thursday, September 13, 2012 10:44 AM
> To: Rahul Sharma
> Cc: dri-devel at lists.freedesktop.org; sw0312.kim at samsung.com;
> inki.dae at samsung.com; kyungmin.park at samsung.com; prashanth.g at
>
>>
>> On Mon, Sep 10, 2012 at 3:46 PM, Inki Dae wrote:
>> > Hello Dave, sorry for being late.
>> >
>> > this patch set fixes build warnings and includes minor code cleanup and
>> > also one patch you missed. this patch just drops non-standard NV12M and
>> > YUV420M formats from drm_fourcc.h
>> > f
On Thu, Sep 13, 2012 at 12:14 PM, Eric W. Biederman
wrote:
> Dave Airlie writes:
>
>>> Blink Blink this had not been converted to use struct pid ages ago?
>>>
>>> - On drm open capture the openers kuid and struct pid.
>>> - On drm close release the kuid and struct pid
>>> - When reporting the uid
On 09/13/2012 11:53 AM, Inki Dae wrote:
>
>> -Original Message-
>> From: Joonyoung Shim [mailto:jy0922.shim at samsung.com]
>> Sent: Thursday, September 13, 2012 10:44 AM
>> To: Rahul Sharma
>> Cc: dri-devel at lists.freedesktop.org; sw0312.kim at samsung.com;
>> inki.dae at samsung.com; ky
again and please let me know if any
problem again.
thanks,
Inki Dae
> Dave.
> ___
> 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/20120913/5da4b915/attachment.html>
>>
>
> ah, sorry for inconvenient. removed that merge commit and checked to be
> merged to drm-fixes. please pull it again and please let me know if any
> problem again.
Excellent worked this time
thanks,
Dave.
post processor but exynos5 spec has no any
descriptions to this. so we should check that first and next let's update
things related to hdmi.
___
> 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/20120913/08ba9418/attachment.html>
On Wed, Sep 12, 2012 at 09:49:29AM -0700, Greg Kroah-Hartman wrote:
> On Wed, Sep 12, 2012 at 12:31:09PM +0200, Sascha Hauer wrote:
> > This patch adds the i.MX glue stuff between i.MX and drm.
> >
> > Signed-off-by: Sascha Hauer
> > ---
> > drivers/staging/Kconfig|2 +
> > d
--- Original Message ---
Sender : In-Ki Dae S5/Senior Engineer/System S/W
Lab./Samsung Electronics
Date : Sep 13, 2012 10:07 (GMT+05:30)
Title : Re: [PATCH 1/3] drm: exynos: hdmi: add exynos5 support to mixer driver
2012? 9? 13? Joonyoung Shim?? ??:
> On 09/13/2012 11:53 AM, Inki
> Hi, Rahul.
>
> Overall, i think this patch causes messy codes.
>
>
> On 09/12/2012 09:08 PM, Rahul Sharma wrote:
>>
>> Added support for exynos5 to hdmi driver. Resource init
>> is splitted for exynos5 and exynos4. Exynos5 hdmi driver
>> is dt based while exynos4 hdmi driver is not.
>>
>> Signed-
>> exynos-drm-hdmi need context pointers from hdmi and mixer. These
>> pointers were expected from the plf data. Cleaned this dependency
>
>
> What does plf data mean?
>
>
>> by exporting i/f which are called by hdmi, mixer driver probes
>> for setting their context.
>
>
> It is reasonable to me. T
Only increase the higher 32bits if we really detect a wrap around.
v2: instead of increasing the higher 32bits just use the higher
32bits from the last emitted fence.
v3: also use last emitted fence value as upper limit.
The intention of this patch is to make fences as robust as
they where be
1 - 100 of 150 matches
Mail list logo
