chives/dri-devel/attachments/20131202/efb34700/attachment-0001.html>
Only a reminder.
Thanks,
Dieter
PS Hope all of you had have a nice first Sunday of Advent!
Cheers,
Dieter
Hi Dave,
The following changes since commit a3483353ca4e6dbeef2ed62ebed01af109b5b27a:
drm: check for !kdev in drm_unplug_minor() (2013-11-15 20:49:02 +1000)
are available in the git repository at:
git://linuxtv.org/pinchartl/fbdev.git drm/next/du
for you to fetch changes up to 29ee6469e613
The clk_prepare_enable() call can fail. Check it's return value. We
can't propagate it all the way to the user as the KMS operations in
which the clock is enabled return a void.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 18 ++
1 file changed,
---
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/20131202/eff4e8cc/attachment.pgp>
ilable
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/bb4fd72c/attachment.pgp>
|WORKSFORME |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/20131202/1331cc66/attachment.html>
The patch has not been merged yet, but should be soon.
--
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/20131202/19eeb
ble, from before.
--
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/20131202/012ede86/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/20131202/46d54503/attachment.html>
According to documentation, 0x8A60 should be PA_SU_LINE_STIPPLE_VALUE.
Signed-off-by: Alexandre Demers
---
drivers/gpu/drm/radeon/reg_srcs/cayman| 2 +-
drivers/gpu/drm/radeon/reg_srcs/evergreen | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon
On Sun, Dec 1, 2013 at 5:57 PM, Paul Bolle wrote:
> On Sun, 2013-12-01 at 10:58 +0100, Daniel Vetter wrote:
>> Should be fixed with
>>
>> commit 7c063c725987406d743cc7de7625ff224fab75de
>> Author: Jesse Barnes
>> Date: Tue Nov 26 09:13:41 2013 -0800
>>
>> drm/i915: take mode config lock aro
Added some missing registers listed in documentation.
Signed-off-by: Alexandre Demers
---
drivers/gpu/drm/radeon/reg_srcs/cayman | 78 +-
1 file changed, 67 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/radeon/reg_srcs/cayman
b/drivers/gpu/drm/rade
Hi Dave,
Just flushing out my pile of bugfixes, most of them for regressions/cc:
stable. Nothing really serious going on.
For outstanding issues we still have the S4 fun due to the hsw S4
duct-tape pending (seems like I need to switch into angry maintainer mode
on that one). And there's the mode
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/14877ad1/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/f2afee66/attachment-0001.html>
t;
> Can you still log in via ssh at that point?
Yes. SysRq still works, too.
--
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/
From: Ville Syrj?l?
Some lower level things get angry if we don't have modeset locks
during intel_modeset_setup_hw_state(). Actually the resume and
lid_notify codepaths alreday hold the locks, but the init codepath
doesn't, so fix that.
Signed-off-by: Ville Syrj?l?
---
Totally untested, but loo
available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/7d729207/attachment.pgp>
On Mon, 2013-12-02 at 08:33 +0100, Daniel Vetter wrote:
> On Sun, Dec 1, 2013 at 5:57 PM, Paul Bolle wrote:
> > The WARNING is now gone during suspend and resume (having tested that
> > thoroughly - ie, twice). But I still see it at boot. Is there a related
> > fix for that WARNING during boot?
>
On Monday 02 of December 2013 10:46:37 Thierry Reding wrote:
> On Fri, Nov 29, 2013 at 04:58:46PM +0100, Tomasz Figa wrote:
> > On Tuesday 29 of October 2013 12:13:14 Sean Paul wrote:
> [...]
> > > diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
> > > b/drivers/gpu/drm/exynos/exynos_hdmi.c
> [..
ers on an AMD platform supposed to be valid and stable approach?
--
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/20131202/ed3982b
On Mon, 2013-12-02 at 11:08 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> Some lower level things get angry if we don't have modeset locks
> during intel_modeset_setup_hw_state(). Actually the resume and
> lid_notify codepaths alreday hold the locks, but the init codepa
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/56847ad4/attachment.html>
freedesktop.org/archives/dri-devel/attachments/20131202/bc7a6d1d/attachment.html>
at.
> > Anyway, it seems like there are still a few things that need discussion,
> > so in an attempt to push this forward perhaps a good idea would be to
> > drop all the contentious parts and focus on getting the basic infra-
> > structure to work. The crucial parts will be to have a standard way of
> > instantiating devices from device tree. As far as I can tell, the only
> > disagreement we have on that matter is whether or not to name the
> > devices according to their bus number. I hope I've been able to convince
> > you above.
> >
> > Do you think it would be possible to remove the .set_stream() and
> > .transfer() operations (and related defines) for now? I'm not asking for
> > you to drop them, just to move them to a separate patch so that the
> > basic infrastructure patch can be merged early and we can get started to
> > port drivers to use this as soon as possible.
> I would like to have DSI bus and working DSI host and panel, so
> I would like to replace set_stream at least with set_mode.
>
> I hope to send next iteration at the beginning of the next week.
Okay, I think I could live with those if they are modified as discussed
so far. But I really think we should get rid of the struct videomode in
struct mipi_dsi_device and encode the virtual channels in device names.
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/20131202/c7d919f6/attachment.pgp>
The registers aren't listed because they are not safe and they need to
be checked by the CS checker.
NAK.
Marek
On Mon, Dec 2, 2013 at 8:34 AM, Alexandre Demers
wrote:
> Added some missing registers listed in documentation.
>
> Signed-off-by: Alexandre Demers
> ---
> drivers/gpu/drm/radeon/re
On Mon, Dec 02, 2013 at 11:00:29AM +0100, Paul Bolle wrote:
> On Mon, 2013-12-02 at 11:08 +0200, ville.syrjala at linux.intel.com wrote:
> > From: Ville Syrj?l?
> >
> > Some lower level things get angry if we don't have modeset locks
> > during intel_modeset_setup_hw_state(). Actually the resume
ssh?
Sorry, I just assumed that ssh would work because the machine
still responds to SysRq input. I cannot test this ATM.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freed
other drivers as well? GCC doesn't seem to
complain about it, but it's still an inconsistency.
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/20131202/e299ada6/attachment.pgp>
Hi Dave,
This pull request includes two fixup patches pended for long time.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 1b28c3e628315ac0d9ef2d3fac0403f05ae692db:
drm/qxl: fix memory leak in release list handling (2013-11-29 08:36:
On Mon, Dec 2, 2013 at 10:53 AM, Paul Bolle wrote:
> On Mon, 2013-12-02 at 08:33 +0100, Daniel Vetter wrote:
>> On Sun, Dec 1, 2013 at 5:57 PM, Paul Bolle wrote:
>> > The WARNING is now gone during suspend and resume (having tested that
>> > thoroughly - ie, twice). But I still see it at boot. Is
n HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/caab981d/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/d9939aef/attachment-0001.html>
Document the device tree bindings for the MIPI DSI bus. The MIPI Display
Serial Interface specifies a serial bus and a protocol for communication
between a host and up to four peripherals.
Signed-off-by: Thierry Reding
---
.../devicetree/bindings/mipi/dsi/mipi-dsi-bus.txt | 54 +
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/1dfe8ca4/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/8a7aa9e0/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/8dc1f21a/attachment.html>
should work fine.
--
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/20131202/adbc97be/attachment.html>
On Mon, 2013-12-02 at 14:12 +0200, Ville Syrj?l? wrote:
> On Mon, Dec 02, 2013 at 11:00:29AM +0100, Paul Bolle wrote:
> > I assume I need to test this, on top of 7c063c725987 ("drm/i915: take
> > mode config lock around crtc disable at suspend"), to see if this makes
> > the WARNING that I current
On Mon, 2013-12-02 at 15:23 +0100, Daniel Vetter wrote:
> On Mon, Dec 2, 2013 at 10:53 AM, Paul Bolle wrote:
> > This generated quite a bit of debug messages so I only copied the
> > WARNING and the drm (related) messages immediately preceding it. Please
> > feel free to prod again if that's insuf
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/f9d7f466/attachment-0001.html>
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/20131202/99e64058/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66201
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=66201
--- Comment #2 from RussianNeuroMancer ---
So 3.13 trying to power down/up dGPU even if radeon.runpm=1 is not set? runpm
is enabled by default?
--
You are receiving this mail because:
You are watching the assignee of the bug.
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/20131202/3386f48e/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66201
--- Comment #3 from Alex Deucher ---
(In reply to RussianNeuroMancer from comment #2)
> So 3.13 trying to power down/up dGPU even if radeon.runpm=1 is not set?
> runpm is enabled by default?
runpm is enabled by default in 3.13.
--
You are recei
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/8a4d8493/attachment.html>
sktop.org/archives/dri-devel/attachments/20131202/2f13aa4b/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/0177a3b7/attachment-0001.html>
Applied. thanks!
On Mon, Dec 2, 2013 at 2:33 AM, Alexandre Demers
wrote:
> According to documentation, 0x8A60 should be PA_SU_LINE_STIPPLE_VALUE.
>
> Signed-off-by: Alexandre Demers
> ---
> drivers/gpu/drm/radeon/reg_srcs/cayman| 2 +-
> drivers/gpu/drm/radeon/reg_srcs/evergreen | 2 +-
Hi Thierry,
On Monday 02 of December 2013 16:37:11 Thierry Reding wrote:
> Document the device tree bindings for the MIPI DSI bus. The MIPI Display
> Serial Interface specifies a serial bus and a protocol for communication
> between a host and up to four peripherals.
>
> Signed-off-by: Thierry Re
https://bugzilla.kernel.org/show_bug.cgi?id=66201
RussianNeuroMancer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Dec 2, 2013 at 3:01 PM, Russell King - ARM Linux
wrote:
> On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
>> Add DRM flags for the LCD display clock polarity so the pixelclk-active DT
>> property can be properly handled by drivers using the DRM API.
>
> I still say that not ev
hment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/3b4cb924/attachment.pgp>
Applied. thanks!
On Sat, Nov 30, 2013 at 6:07 AM, Dave Airlie wrote:
> this register was incorrect for evergreen and cayman.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/radeon/radeon_drv.h | 3 ++-
> drivers/gpu/drm/radeon/reg_srcs/cayman| 2 +-
> drivers/gpu/drm/radeon/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/20131202/9423be18/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/1c948a8e/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/a63c8273/attachment-0001.html>
Some RS690 boards with 64MB of sideport memory show up as
having 128MB sideport + 256MB of UMA. In this case,
just skip the sideport memory and use UMA. This fixes
rendering corruption and should improve performance.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=35457
Signed-off-by: Alex De
e assignee for the bug.
-- next part ------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131202/3320565a/attachment.html>
OK, I see. Thanks for the info.
Alexandre Demers
On Mon 02 Dec 2013 06:45:04 AM EST, Marek Ol??k wrote:
> The registers aren't listed because they are not safe and they need to
> be checked by the CS checker.
>
> NAK.
>
> Marek
>
> On Mon, Dec 2, 2013 at 8:34 AM, Alexandre Demers
> wrote:
>> Add
On Fri, Nov 29, 2013 at 2:24 AM, Thierry Reding
wrote:
> On Thu, Nov 28, 2013 at 02:30:24PM +0100, Tomasz Figa wrote:
>> On Monday 11 of November 2013 09:44:27 Thierry Reding wrote:
>> > On Sun, Nov 10, 2013 at 09:46:02PM +0100, Tomasz Figa wrote:
>> > [...]
>> > > On Tuesday 29 of October 2013 12
There's no reason to keep a reference to objects in the name idr. Each
handle to an object has a reference to the object and just before we
destroy the last handle we take the object out of the name idr. Thus,
if an object is in the name idr, there's at least one reference to the
object.
Or to p
This patch makes the LCD display clock polarity configurable via DT so in case
board needs different DISP_CLK clock polarity, it can use the 'pixelclk-active'
DT prop to do such adjustment.
Signed-off-by: Marek Vasut
Cc: Dave Airlie
Cc: Greg Kroah-Hartman
Cc: Philipp Zabel
Cc: Sascha Hauer
Cc
Add DRM flags for the LCD display clock polarity so the pixelclk-active DT
property can be properly handled by drivers using the DRM API.
Signed-off-by: Marek Vasut
Cc: Dave Airlie
Cc: Greg Kroah-Hartman
Cc: Philipp Zabel
Cc: Sascha Hauer
Cc: Shawn Guo
---
drivers/gpu/drm/drm_modes.c | 5 ++
Change the DISP_CLK line polarity on M53EVK to work correctly after
the following commit:
commit f0ac9bebf19001f38afbb93e2dc719a15dfb75e5
Author: Fabio Estevam
Date: Tue Oct 29 19:42:22 2013 -0200
imx-drm: ipuv3-crtc: Invert IPU DI0 clock polarity
Signed-off-by: Marek Vasut
Cc: Dave Airl
On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
> Add DRM flags for the LCD display clock polarity so the pixelclk-active DT
> property can be properly handled by drivers using the DRM API.
I still say that not even this should be part of the DRM mode API to
userspace. The hint that
69 matches
Mail list logo
