On 05.12.2012 14:04, Thierry Reding wrote:
> On Wed, Dec 05, 2012 at 01:47:38PM +0200, Terje Bergstr?m wrote:
> Yes, but there's more. For instance I went to great lengths to make sure
> there's no global data whatsoever. So all the data is bound to the
> host1x device in the current code. I know m
are black :/
--
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/20121205/9002e45c/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/7c706cda/attachment.html>
Arch linux x64 , mesa-git, xorg-server-git, xf86-video-ati-git ,kernel 3.6.9,
kde 4.9.90
--
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/
|--- |FIXED
--
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/20121205/7177c2de/attachment.html>
|--- |FIXED
--
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/20121205/76872415/attachment-0001.html>
|--- |FIXED
--
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/20121205/03871eba/attachment.html>
|--- |FIXED
--
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/20121205/6a0b3dde/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/72241c0b/attachment.html>
|--- |WONTFIX
--
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/20121205/315e0829/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/cdb2a5be/attachment.html>
|--- |WONTFIX
--
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/20121205/9cc8aa40/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121205/87e15901/attachment.html>
On Wed, Dec 5, 2012 at 2:28 PM, Thierry Reding
wrote:
>> Imo that's worse, since now drm manages even more of the driver->hw
>> binding process. In my dream world the drm driver just registers a
>> normal driver at module load time directly with whatever bus it's
>> interested in, and then, from i
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/573b1b8c/attachment.html>
During the development of this series I ran into a couple of build
failures caused by missing forward declarations. They are added in the
first patch of this series.
Patch 2 adds generic helpers to pack a structures that describe HDMI
AVI, audio, vendor-specific or SPD infoframes into the binary f
The drm_file and drm_clip_rect structures are used throughout the file
but they are never declared nor pulled in through an include. Add
forward declarations to make them available.
Signed-off-by: Thierry Reding
---
include/drm/drm_crtc.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Add generic helpers to pack HDMI infoframes into binary buffers.
Signed-off-by: Thierry Reding
---
Changes in v2:
- add support for audio, vendor-specific and SPD infoframes
- add various validity checks on infoframes
- factor out checksum computation
drivers/video/Kconfig | 3 +
drivers/vid
Add a generic helper to fill in an HDMI AVI infoframe with data
extracted from a DRM display mode.
Signed-off-by: Thierry Reding
---
Changes in v2:
- reuse CEA modes defined in drm_edid_modes.h
drivers/gpu/drm/Kconfig| 7 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/drm_hdmi.c
Use the generic HDMI infoframe helpers to get rid of the duplicate
implementation in the i915 driver.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/i915/intel_drv.h | 62 +
drivers/gpu/drm/i915/intel_hdmi.c | 268 +-
Use the generic HDMI infoframe helpers to get rid of the NVIDIA Tegra
reimplementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/Kconfig | 1 +
drivers/gpu/drm/tegra/hdmi.c | 226 --
drivers/gpu/drm/tegra/hdmi.h | 189 ---
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/cf1732d8/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/55846d6d/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/1e31f9a6/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121205/b1887ab7/attachment.html>
On 12/05/2012 05:45 PM, Thierry Reding wrote:
> Add a generic helper to fill in an HDMI AVI infoframe with data
> extracted from a DRM display mode.
That's a very nice patch series, comes in pretty handy. Thanks :)
I've just one comment.
> [...]
> +static inline enum hdmi_picture_aspect
> +drm_d
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/b31144b8/attachment.html>
bug report for it here
https://bugs.freedesktop.org/show_bug.cgi?id=57918
--
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/20121205/63880c68/attachment-0001.html>
tona.ro/~ephraim/public/Radeon_7600M.ogv
--
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/20121205/e30daa52/attachment.html>
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/20121205/9d489e19/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/71030450/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/ae6a68bf/attachment.html>
laptop I have Nvidia card
--
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/20121205/a5029669/attachment.html>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/88191eec/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121205/b15b5069/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121205/cecdd3f2/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/aa9f22b4/attachment.html>
a lot of other things.
--
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/20121205/b061c2e6/attachment.html>
er systems without the drm/i915 driver loaded,
> but still always have the support for interacting with it compiled in
> (to make distros happy). It's all rather awkward though ...
Hehe, indeed. Adding a dummy platform device suddenly doesn't sound that
bad. =)
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/20121205/a39c93a1/attachment.pgp>
|--- |INVALID
--
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/20121205/d7ea1608/attachment.html>
|--- |NOTABUG
--
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/20121205/8cd76158/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/9d881b64/attachment.html>
re 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/20121205/d7a4293d/attachment.html>
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/20121205/1dea47b8/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/e4ebf2a7/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121205/67f526aa/attachment.html>
On Fri, Nov 30, 2012 at 7:11 AM, Maarten Lankhorst
wrote:
> With all the previous patches there shouldn't be anything lying on the
> reservations being atomic
> with removal of the bo's from the lru lists any more.
>
> As such we can finally fix the locking primitives and make it act like normal
On Fri, Nov 30, 2012 at 7:12 AM, Maarten Lankhorst
wrote:
> There should no longer be assumptions that reserve will always succeed
> with the lru lock held, so we can safely break the whole atomic
> reserve/lru thing. As a bonus this fixes most lockdep annotations for
> reservations.
>
> Signed-of
On Fri, Nov 30, 2012 at 7:12 AM, Maarten Lankhorst
wrote:
> This requires re-use of the seqno, which increases fairness slightly.
> Instead of spinning with a new seqno every time we keep the current one,
> but still drop all other reservations we hold. Only when we succeed,
> we try to get back o
On Wed, Dec 5, 2012 at 8:15 PM, Jerome Glisse wrote:
> On Fri, Nov 30, 2012 at 7:11 AM, Maarten Lankhorst
> wrote:
>> With all the previous patches there shouldn't be anything lying on the
>> reservations being atomic
>> with removal of the bo's from the lru lists any more.
>>
>> As such we can
The result of drm_property_create_blob() is not checked for success
which could lead to a NULL pointer dereference.
I was led to this by a smatch warning:
drivers/gpu/drm/drm_crtc.c:3186 drm_mode_connector_update_edid_property()
error: potential null dereference 'connector->edid_blob_ptr'.
(dr
101 - 151 of 151 matches
Mail list logo
