On Thu, Nov 27, 2014 at 10:57 AM, Petr Mladek wrote:
> I was unable too boot 3.18.0-rc6 because of the following kernel
> panic in drm_calc_vbltimestamp_from_scanoutpos():
>
> [drm] Initialized drm 1.1.0 20060810
> [drm] radeon kernel modesetting enabled.
> [drm] initializing kernel mo
On Thu, Nov 27, 2014 at 4:00 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84627
> Signed-off-by: Michel Dänzer
Applied to my -fixes tree.
Thanks,
Alex
> ---
> drivers/gpu/drm/radeon/radeon_object.c | 7 +++
> 1 file changed
On Thu, Nov 27, 2014 at 7:12 AM, Christian König
wrote:
> From: Christian König
>
> Not just the userspace relocs, otherwise we won't wait
> for a swapped out page tables to be swapped in again.
>
> v2: rebased on Alex current drm-fixes-3.18
>
> Signed-off-by: Christian König
> Cc: stable at
On Thu, Nov 27, 2014 at 9:06 AM, Christian König
wrote:
> Ah, crap. Drop the last two, they are still work in progress.
>
> I was on the wrong branch while sending them,
Added 1-5 to my -next branch including fixing the spelling in the
comment in patch 5.
Thanks,
Alex
> Christian.
>
> Am 27.1
On Thu, Nov 27, 2014 at 9:48 PM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Since we are now preserving the cursor across modesets, the cursor could
> be left over in console if e.g. X crashed.
>
> Signed-off-by: Michel Dänzer
Added to my -next tree with a comment about universal plane s
https://bugzilla.kernel.org/show_bug.cgi?id=83461
--- Comment #26 from kb at spatium.org ---
(In reply to Christian König from comment #25)
> You could try to artificially limit ref_div_max or fb_div_max until you get
> a stable signal once more. Maybe this will yield some more light on the root
Hi Linus,
two i915 regressions, one dual-gpu laptop radeon fix.
Dave.
The following changes since commit 5d01410fe4d92081f349b013a2e7a95429e4f2c9:
Linux 3.18-rc6 (2014-11-23 15:25:20 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for
Checksumming was disabled for CEA blocks by
commit 4a638b4e38234233f5c7e6705662fbc0b58d80c2
Author: Adam Jackson
Date: Tue May 25 16:33:09 2010 -0400
drm/edid: Allow non-fatal checksum errors in CEA blocks
If only the checksum is wrong, reading twice should result in identical
data, where
This function will also be used by drm_edid_block_valid after the
next patch in the series.
Signed-off-by: Stefan Brüns
---
drivers/gpu/drm/drm_edid.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_ed
Signed-off-by: Stefan Brüns
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 1cbaf29..d68f56d 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu
The function will also be used by a later patch, so factor it out.
V2: make raw_edid const, define/declare before first use
V3: fix erroneuos removal of csum variable
Signed-off-by: Stefan Brüns
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 16
1 file changed, 12
There is no need to dump the whole EDID block in case it contains no
information. Just print a single line stating the block is empty instead
of 8 lines containing only zeroes.
Signed-off-by: Stefan Brüns
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 8 ++--
1 file changed, 6 i
drm_edid_is_zero will be used by drm_edid_block valid, move it up.
raw_edid argument can be const.
Signed-off-by: Stefan Brüns
---
drivers/gpu/drm/drm_edid.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edi
This patch series enhances the handling of bad EDIDS:
1. The log output for empty EDIDs is shortened
2. Checking of CEA extension blocks is more strict.
Previously, checksumming of CEA blocks was disabled, thus bad blocks
could be forwarded to userspace.
Updated to apply against current drm-next
archives/dri-devel/attachments/20141130/cf40f6af/attachment.html>
Sorry about that Patrik. I will resend a v2 with just the FIXME removed.
Regards Nick
On 2014-11-30 08:02 AM, Patrik Jakobsson wrote:
> On Sun, Nov 30, 2014 at 3:24 AM, Nicholas Krause
> wrote:
>> Removes unneeeded struct *lvds_i2c_bus of type, psb_intel_i2c_chan as this
>> struct
>> is no need
On Sun, Nov 30, 2014 at 3:24 AM, Nicholas Krause wrote:
> Removes unneeeded struct *lvds_i2c_bus of type, psb_intel_i2c_chan as this
> struct
> is no needed due to never being used in the header file, psb_drv.h and
> therefore
> should be removed from this header file.
>
> Signed-off-by: Nichola
Hi Laurent,
On Sat, 29 Nov 2014 00:29:10 +0200
Laurent Pinchart wrote:
> Hi Boris,
>
> On Thursday 27 November 2014 14:37:50 Boris Brezillon wrote:
> > On Tue, 18 Nov 2014 14:46:17 +0100 Boris Brezillon wrote:
> > > Hello,
> > >
> > > This series makes use of the MEDIA_BUS_FMT definition to de
Hi Laurent,
On Sat, 29 Nov 2014 00:13:47 +0200
Laurent Pinchart wrote:
> Hi Boris,
>
> Thank you for the patch. I just have two small comments.
>
> On Tuesday 18 November 2014 14:46:18 Boris Brezillon wrote:
> > Add bus_formats and nbus_formats fields and
> > drm_display_info_set_bus_formats h
On Thu, Nov 27, 2014 at 12:33 AM, Maarten Lankhorst
wrote:
> Hey,
>
> Op 27-11-14 om 02:18 schreef Tobias Klausmann:
>>
>>
>> On 26.11.2014 21:29, Michael Marineau wrote:
>>> On Mon, Nov 24, 2014 at 11:43 PM, Maarten Lankhorst
>>> wrote:
Hey,
Op 22-11-14 om 21:16 schreef Michael Ma
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141130/407da9bb/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141130/769aa74a/attachment-0001.html>
From: Tomasz Stanislawski
This patch fixes calling usleep_range() after taking reg_slock
using spin_lock_irqsave(). The mdelay() is used instead.
Waiting in atomic context is not the best idea in general.
Hopefully, waiting occurs only when Video Processor fails
to reset correctly.
Signed-off-by
Hello,
while looking through my local kernel tree, I noticed that this patch
for the mixer component of drm/exynos, posted some time ago, was
never applied. Since this is an obvious (and small) fix, could this
still go into 3.19?
With best wishes,
Tobias
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/20141130/81c61d51/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141130/239cb4aa/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141130/0c58f7a7/attachment.html>
eon
--
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/20141130/bf2ebbcc/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141130/b4cbded9/attachment.html>
29 matches
Mail list logo
