https://bugs.freedesktop.org/show_bug.cgi?id=49083
Michel Dänzer changed:
What|Removed |Added
Attachment #60490|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=49083
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=43138
--- Comment #9 from Michel Dänzer 2012-04-24 08:24:23 ---
(In reply to comment #7)
> that leaves the pretty unlikely bug in the loader and/or some weird local
> hardware problem - no idea how much different the cards in the cedar family
> rea
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #26 from Michel Dänzer 2012-04-24 01:37:57 PDT
---
Current kernels disable MSI by default for RV515. Does that resolve this
report?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivin
On Fri, Apr 20, 2012 at 10:10 PM, Alex Deucher wrote:
> On Fri, Apr 20, 2012 at 8:27 AM, Dave Airlie wrote:
>> Hi,
>>
>> So I've spent today trawling and most likely missing patches on the
>> list for -next.
>>
>> -next before today had:
>> an intel -next from Daniel
>> radeon - copy optimisation
On 04/19/2012 09:16 PM, Ian Pilcher wrote:
> Greetings all!
>
> I recently discovered that my nice 1900x1200 display is horribly
> confused by the InfoFrame functionality that was added to the nouveau
> driver in Linux 3.3. Additional testing has shown that it has the same
> problem with the i915
Compared to Rob Clark's RFC I've ditched the prepare/finish hooks
and corresponding ioctls on the dma_buf file. The major reason for
that is that many people seem to be under the impression that this is
also for synchronization with outstanding asynchronous processsing.
I'm pretty massively opposed
https://bugs.freedesktop.org/show_bug.cgi?id=30654
Chris Wilson changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16/04/12 18:29, Yinghai Lu wrote:
> On Sun, Apr 15, 2012 at 11:54 PM, Yinghai Lu
> wrote:
>> On Sun, Apr 15, 2012 at 1:06 PM, Yinghai Lu
>> wrote:
3. use pci_bus_allocate_resource in drm/radeon driver ...
===> but that could fail. so cou
https://bugs.freedesktop.org/show_bug.cgi?id=27563
Daniel Vetter changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #14 from 414N 2012-04-24 03:03:58 UTC ---
Created attachment 60517
--> https://bugs.freedesktop.org/attachment.cgi?id=60517
fp,vp log on patched mesa-git @20120424 on R420 hardware
(In reply to comment #13)
> Created atta
https://bugzilla.kernel.org/show_bug.cgi?id=43138
bugt...@hobbit.in-berlin.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bugzilla.kernel.org/show_bug.cgi?id=43138
bugt...@hobbit.in-berlin.de changed:
What|Removed |Added
Resolution|CODE_FIX|INVALID
--
Configure bu
This patch set adds dvi mode, 1080p@30Hz mode, and vp scaling feature to
hdmi of exynos drm and fixes pageflip bug in interlace mode for hdmi.
This patch set is for drm-next branch and based on current patch sets from
Inki Dae and Joonyoung Shim. You can refer below links:
http://www.spini
Hdmi monitor and dvi monitor can be distinguished with edid.
This patch enables dvi mode if dvi monitor is connected and does
not enable audio feature for dvi mode because dvi has no audio
feature.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.
Pageflip finish event for interlace mode has bug on checking top
field vsync because of comparing between dma address converted
by start coordinates and non-converted dma address.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_mixer.c | 12 +++-
1080p@30Hz mode is added to hdmi display mode.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 65 ++
1 files changed, 65 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/dr
This patch adds vp scaling feature for exynos hdmi. Scaling ratio
between source and destination is used for width and height.
Also meaningless variables to set registers are cleaned.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_mixer.c | 88
Set plane has source size but exynos overlay structure did
not consider it. This patch adds source size to overlay
structure. For set crtc, source size is set from crtc size.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c |4
dri
This patch adds a new constructor for an sg table. The table is constructed
from an array of struct pages. All contiguous chunks of the pages are merged
into a single sg nodes. A user may provide an offset and a size of a buffer if
the buffer is not page-aligned.
The function is dedicated for DMAB
https://bugzilla.kernel.org/show_bug.cgi?id=43138
--- Comment #11 from Michel Dänzer 2012-04-24 13:42:41 ---
(In reply to comment #10)
> ...nope, as Debian considers that particular firmware to be "nonfree" it is
> not
> included in the initrd at all,
That the firmware is in the firmware-l
https://bugs.freedesktop.org/show_bug.cgi?id=49110
Bug #: 49110
Summary: AMDILCFGStructurizer.cpp:1751:3: error:
'isCurrentDebugType' was not declared in this scope
Classification: Unclassified
Product: Mesa
Version: git
2012/4/19 Christian König :
> Rings need to lock in order, otherwise
> the ring subsystem can deadlock.
No sure if its the commit or not but I was profiling on an r700 and
saw it create a semaphore for ring syncing.
surely the r700 would have no need?
Dave.
__
On 24.04.2012 16:04, Dave Airlie wrote:
2012/4/19 Christian König:
Rings need to lock in order, otherwise
the ring subsystem can deadlock.
No sure if its the commit or not but I was profiling on an r700 and
saw it create a semaphore for ring syncing.
surely the r700 would have no need?
In the
On Mon, 2012-04-23 at 14:30 +0100, Alan Cox wrote:
>
> > fbdev objects once exposed to userspace or to fbcon, thanks to some
> > wonderful
> > API design way back, the mmaps on the fbdev device are direct to the VRAM
> > physical pages. Can't tear them down and move them into system RAM pages
> >
On Tue, Apr 24, 2012 at 02:58:56PM +0200, Tomasz Stanislawski wrote:
> This patch adds a new constructor for an sg table. The table is constructed
> from an array of struct pages. All contiguous chunks of the pages are merged
> into a single sg nodes. A user may provide an offset and a size of a bu
On Mon, Apr 23, 2012 at 09:03:45PM -0400, Nick Bowler wrote:
> On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> > On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > > Following up on the above, the commit which introduces the panics during
> > > boot is this one:
> > >
> > >
From: Thorsten Schoel
Provides infrastructure for overriding edid information of individual
monitors.
Signed-off-by: Thorsten Schoel
---
diff -Nurp vanilla/drivers/gpu/drm/drm_edid.c infra/drivers/gpu/drm/drm_edid.c
--- vanilla/drivers/gpu/drm/drm_edid.c 2012-01-25 22:29:25.0 +0100
+++
Hello everybody,
having a monitor provide wrong or invalid EDID information – or none at
all – seems to be a problem quite a number of people are facing. A few
of the non-KMS X-drivers provide individual mechanisms for overriding
such an EDID with user provided data. To my knowledge at least the
k
From: Thorsten Schoel
Allows for setting edid overrides through new parameter edid_override
for module drm.
Signed-off-by: Thorsten Schoel
---
diff -Nurp infra/drivers/gpu/drm/drm_edid.c param/drivers/gpu/drm/drm_edid.c
--- infra/drivers/gpu/drm/drm_edid.c2012-01-25 22:12:59.0 +0100
From: Thorsten Schoel
Makes class/drm/[CONNECTOR]/edid writable for adding edid overrides.
Signed-off-by: Thorsten Schoel
---
diff -Nurp infra/drivers/gpu/drm/drm_sysfs.c sysfs/drivers/gpu/drm/drm_sysfs.c
--- infra/drivers/gpu/drm/drm_sysfs.c 2012-01-12 20:42:45.0 +0100
+++ sysfs/driv
From: Alan Cox
This was reported a long time ago (and I apologize to whoever it was that
reported it as I've lost the original report).
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/psb_drv.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/gma500/
From: Alan Cox
We need to pull more stuff from the VBT in order to configure the clocking
correctly in all cases. Add the relevant bits from the other CDV driver work.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/intel_bios.c | 18
drivers/gpu/drm/gma500/intel_bios.h
From: Alan Cox
---
drivers/gpu/drm/gma500/cdv_intel_display.c | 331 +++-
drivers/gpu/drm/gma500/psb_intel_drv.h |3
drivers/gpu/drm/gma500/psb_intel_reg.h | 25 ++
3 files changed, 294 insertions(+), 65 deletions(-)
diff --git a/drivers/gpu/drm/gma500/
From: Alan Cox
Fixes the case where the modesetting driver is slower than /dev/fb.
Signed-off-by: Alan Cox
Cc: sta...@kernel.org
---
drivers/gpu/drm/gma500/gtt.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/gma500/gtt.c b/drivers/gpu/drm/gma500/
From: Alan Cox
Pull in various i915 bits that we will need to begin tackling the LVDS detect
and ACPI events. We try and drift towards the i915 version of the code with
the long term goal that at least some of it can one day be unified.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/intel
From: Alan Cox
Introduce a panel presence check for Cedartrail. Non netbook devices don't
necessarily have a panel attached.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 57 +++
1 files changed, 57 insertions(+), 0 deletions(-)
diff --gi
From: Alan Cox
Otherwise we keep a bogus pci reference to the GPU
Signed-off-by: Alan Cox
---
drivers/acpi/video.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
index 9577b6f..66e8f73 100644
--- a/drivers/acpi/video.c
From: Alan Cox
Handle the GMA500/600/36x0 cases. Also stop it poking at random registers on
the i740 cards that may be out there still.
This should also allow the legacy gma500 stub driver to go away as the ACPI
video layer will now do the right thing rather than assume all the world is
Gen grap
From: Alan Cox
We are not yet ready for this and it makes a mess on some devices.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/psb_drv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/gma500/psb_drv.c b/drivers/gpu/drm/gma500/psb_drv.c
index d5
From: Alan Cox
The problem in console mode is lack of linear memory. We can solve that by
dropping to 16bpp. The mode setting X server will allocate its own GEM
framebuffer in 32bpp and all will be well.
We could just do 16bpp anyway but that would be a regression on the lower
modes as many dist
From: Alan Cox
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/cdv_intel_crt.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/gma500/cdv_intel_crt.c
b/drivers/gpu/drm/gma500/cdv_intel_crt.c
index 1de27c7..1a82843 100644
--- a/drivers/gpu/drm/gma
From: Alan Cox
In particular clean up the errata handling and correct the crtc masks. We do
this a bit differently using our device abstraction for neatness.
This doesn't address the ACPI opregion and hotplug plumbing, nor the IRQ related
changes that will need. It touches on backlight init but
From: Alan Cox
Basically a straight cut/paste from the reference driver code then
cleaned up a spot.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/cdv_device.c | 113 ---
1 files changed, 51 insertions(+), 62 deletions(-)
diff --git a/drivers/gpu/drm/gma
From: Alan Cox
This provides the needed callback hooks to add hotplug display support to
the GMA36x0 devices.
[The actual enabling device part will follow once I've figured out why it
breaks suspend/resume on some netbooks]
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/psb_drv.h |
From: Alan Cox
Some boards such as the Intel D2700MUD allow you to have over 4GB of RAM.
The GTT on the PVR based devices is 32bit however. Hugh Dickins points out
that we should therefore be setting the mapping gfp mask.
This is not the whole fix for the problem. Some further shmem patches will
Hi,
>
> +static int dma_buf_mmap_internal(struct file *file, struct vm_area_struct
> *vma)
> +{
> + struct dma_buf *dmabuf;
> +
> + if (!is_dma_buf_file(file))
> + return -EINVAL;
> +
> + dmabuf = file->private_data;
> +
> + /* check for overflowing the buffe
On Wed, Apr 25, 2012 at 01:37:51AM +0900, InKi Dae wrote:
> Hi,
>
> >
> > +static int dma_buf_mmap_internal(struct file *file, struct vm_area_struct
> > *vma)
> > +{
> > + struct dma_buf *dmabuf;
> > +
> > + if (!is_dma_buf_file(file))
> > + return -EINVAL;
> > +
> > +
On Tue, Apr 24, 2012 at 12:37:34PM +1000, Ben Skeggs wrote:
> On Mon, 2012-04-23 at 00:18 +0200, Marcin Slusarz wrote:
> > Wait loop can be interrupted by signal, so if signals are raised
> > periodically (e.g. SIGALRM) this loop may never finish. Use
> > emission time as a base for fence timeout.
On 4/16/12 10:40 AM, Adam Jackson wrote:
Requiring the first byte of the EDID base block header to be 0 means we
don't fix up as many transfer errors as we could. Instead have the
callers specify whether it's meant to be block 0 or not, and
conditionally run header fixup based on that.
Anybody
On 04/24/2012 04:07 AM, Lars-Peter Clausen wrote:
I just had a similar issue with a different driver and remembered your post
If the S bits in the infoframe are 0 the display may under- or overscan the
the image (Although the spec says it should behave the same if no infoframe
is present). If it
On Tue, Apr 24, 2012 at 2:56 PM, Adam Jackson wrote:
> On 4/16/12 10:40 AM, Adam Jackson wrote:
>>
>> Requiring the first byte of the EDID base block header to be 0 means we
>> don't fix up as many transfer errors as we could. Instead have the
>> callers specify whether it's meant to be block 0 o
On Mon, Apr 23, 2012 at 09:51:48AM +0200, Daniel Vetter wrote:
> On Mon, Apr 23, 2012 at 12:18:28AM +0200, Marcin Slusarz wrote:
> > Nouveau, in normal circumstances, does not need device lock for every ioctl,
> > but incoming "gpu reset" code needs exclusive access to the device.
> > This commit a
On Mon, 16 Apr 2012 10:40:08 -0400, Adam Jackson wrote:
> Requiring the first byte of the EDID base block header to be 0 means we
> don't fix up as many transfer errors as we could. Instead have the
> callers specify whether it's meant to be block 0 or not, and
> conditionally run header fixup ba
On Mon, Apr 23, 2012 at 06:56:44PM +0200, Martin Peres wrote:
> Le 23/04/2012 18:32, Marcin Slusarz a écrit :
> >
> > Just run piglit. Even "quick" tests can cause ~5 lockups (it eventually
> > messes
> > up DDX channel, but this patchset can't fix this case).
> > You can run fs-discard-exit-2 tes
On Tue, Apr 24, 2012 at 04:45:01PM +0100, Alan Cox wrote:
> From: Alan Cox
>
> Handle the GMA500/600/36x0 cases. Also stop it poking at random registers on
> the i740 cards that may be out there still.
The PowerVR Intels I'd seen had the opregion address in the 0xfc
register as well. Is this no
On Tue, 24 Apr 2012 22:02:18 +0100
Matthew Garrett wrote:
> On Tue, Apr 24, 2012 at 04:45:01PM +0100, Alan Cox wrote:
> > From: Alan Cox
> >
> > Handle the GMA500/600/36x0 cases. Also stop it poking at random registers on
> > the i740 cards that may be out there still.
>
> The PowerVR Intels I
On Tue, Apr 24, 2012 at 11:31:17PM +0100, Alan Cox wrote:
> On Tue, 24 Apr 2012 22:02:18 +0100
> Matthew Garrett wrote:
> > The PowerVR Intels I'd seen had the opregion address in the 0xfc
> > register as well. Is this no longer true on the latest?
>
> PowerVR does - i740 never did.
>
> The Pow
https://bugs.freedesktop.org/show_bug.cgi?id=49110
--- Comment #1 from Tom Stellard 2012-04-24 16:04:18 PDT
---
I think this happens when you build Mesa with debugging enabled and LLVM
without it enabled. It's still a bug though. For now, you could try building
a debug version of both Mesa and
On Tue, 2012-04-24 at 21:31 +0200, Marcin Slusarz wrote:
> On Mon, Apr 23, 2012 at 06:56:44PM +0200, Martin Peres wrote:
> > Le 23/04/2012 18:32, Marcin Slusarz a écrit :
> > >
> > > Just run piglit. Even "quick" tests can cause ~5 lockups (it eventually
> > > messes
> > > up DDX channel, but this
On 2012-04-23 21:03 -0400, Nick Bowler wrote:
> On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> > On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > > Following up on the above, the commit which introduces the panics during
> > > boot is this one:
> > >
> > > commit 8e7e7052
On Tue, 24 Apr 2012 10:49:06 +0200, Thorsten Schoel wrote:
> Hello everybody,
>
> having a monitor provide wrong or invalid EDID information---or none at
> all---seems to be a problem quite a number of people are facing. A few
> of the non-KMS X-drivers provide individual mechanisms for overriding
2012/4/25, Daniel Vetter :
> On Wed, Apr 25, 2012 at 01:37:51AM +0900, InKi Dae wrote:
>> Hi,
>>
>> >
>> > +static int dma_buf_mmap_internal(struct file *file, struct
>> > vm_area_struct *vma)
>> > +{
>> > + struct dma_buf *dmabuf;
>> > +
>> > + if (!is_dma_buf_file(file))
>> > +
On Sun, 11 Mar 2012 22:23:22 +0100, Carsten Emde wrote:
> On 03/11/2012 02:44 PM, Alan Cox wrote:
>
>>> This patch allows to load an EDID data set via the firmware interface.
>>> It contains data sets of frequently used screen resolutions (1024x768,
>>> 1280x1024, 1680x1050 and 1920x1080). The req
On Tue, 2012-04-24 at 21:35 -0400, Nick Bowler wrote:
> On 2012-04-23 21:03 -0400, Nick Bowler wrote:
> > On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> > > On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > > > Following up on the above, the commit which introduces the pan
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #13 from Tom Stellard 2012-04-23 17:56:54
PDT ---
Created attachment 60501
--> https://bugs.freedesktop.org/attachment.cgi?id=60501
Possible fix for too many indirections on r400
Do you still see the error message with this patch?
On Mon, 2012-04-23 at 00:18 +0200, Marcin Slusarz wrote:
> Wait loop can be interrupted by signal, so if signals are raised
> periodically (e.g. SIGALRM) this loop may never finish. Use
> emission time as a base for fence timeout.
Ah, thanks for tackling this issue. It's been long on my list of th
this feature could be used to use memory region allocated by malloc() in user
mode and mmaped memory region allocated by other memory allocators. userptr
interface can identify memory type through vm_flags value and would get
pages or page frame numbers to user space appropriately.
changelog v2:
t
https://bugs.freedesktop.org/show_bug.cgi?id=49083
Michel D?nzer changed:
What|Removed |Added
Attachment #60490|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=49083
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=43138
--- Comment #9 from Michel D?nzer 2012-04-24 08:24:23
---
(In reply to comment #7)
> that leaves the pretty unlikely bug in the loader and/or some weird local
> hardware problem - no idea how much different the cards in the cedar family
> re
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #26 from Michel D?nzer 2012-04-24 01:37:57
PDT ---
Current kernels disable MSI by default for RV515. Does that resolve this
report?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivin
On Fri, Apr 20, 2012 at 10:10 PM, Alex Deucher wrote:
> On Fri, Apr 20, 2012 at 8:27 AM, Dave Airlie wrote:
>> Hi,
>>
>> So I've spent today trawling and most likely missing patches on the
>> list for -next.
>>
>> -next before today had:
>> an intel -next from Daniel
>> radeon - copy optimisation
On 04/19/2012 09:16 PM, Ian Pilcher wrote:
> Greetings all!
>
> I recently discovered that my nice 1900x1200 display is horribly
> confused by the InfoFrame functionality that was added to the nouveau
> driver in Linux 3.3. Additional testing has shown that it has the same
> problem with the i915
Compared to Rob Clark's RFC I've ditched the prepare/finish hooks
and corresponding ioctls on the dma_buf file. The major reason for
that is that many people seem to be under the impression that this is
also for synchronization with outstanding asynchronous processsing.
I'm pretty massively opposed
https://bugs.freedesktop.org/show_bug.cgi?id=30654
Chris Wilson changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16/04/12 18:29, Yinghai Lu wrote:
> On Sun, Apr 15, 2012 at 11:54 PM, Yinghai Lu
> wrote:
>> On Sun, Apr 15, 2012 at 1:06 PM, Yinghai Lu
>> wrote:
3. use pci_bus_allocate_resource in drm/radeon driver ...
===> but that could fail. so cou
https://bugs.freedesktop.org/show_bug.cgi?id=27563
Daniel Vetter changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #14 from 414N 2012-04-24 03:03:58 UTC ---
Created attachment 60517
--> https://bugs.freedesktop.org/attachment.cgi?id=60517
fp,vp log on patched mesa-git @20120424 on R420 hardware
(In reply to comment #13)
> Created atta
https://bugzilla.kernel.org/show_bug.cgi?id=43138
bugtraq at hobbit.in-berlin.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolut
https://bugzilla.kernel.org/show_bug.cgi?id=43138
bugtraq at hobbit.in-berlin.de changed:
What|Removed |Added
Resolution|CODE_FIX|INVALID
--
Configure
This patch set adds dvi mode, 1080p at 30Hz mode, and vp scaling feature to
hdmi of exynos drm and fixes pageflip bug in interlace mode for hdmi.
This patch set is for drm-next branch and based on current patch sets from
Inki Dae and Joonyoung Shim. You can refer below links:
http://www.sp
Hdmi monitor and dvi monitor can be distinguished with edid.
This patch enables dvi mode if dvi monitor is connected and does
not enable audio feature for dvi mode because dvi has no audio
feature.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.
Pageflip finish event for interlace mode has bug on checking top
field vsync because of comparing between dma address converted
by start coordinates and non-converted dma address.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_mixer.c | 12 +++-
1080p at 30Hz mode is added to hdmi display mode.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 65 ++
1 files changed, 65 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b
This patch adds vp scaling feature for exynos hdmi. Scaling ratio
between source and destination is used for width and height.
Also meaningless variables to set registers are cleaned.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_mixer.c | 88
Set plane has source size but exynos overlay structure did
not consider it. This patch adds source size to overlay
structure. For set crtc, source size is set from crtc size.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c |4
dri
This patch adds a new constructor for an sg table. The table is constructed
from an array of struct pages. All contiguous chunks of the pages are merged
into a single sg nodes. A user may provide an offset and a size of a buffer if
the buffer is not page-aligned.
The function is dedicated for DMAB
https://bugzilla.kernel.org/show_bug.cgi?id=43138
--- Comment #11 from Michel D?nzer 2012-04-24 13:42:41
---
(In reply to comment #10)
> ...nope, as Debian considers that particular firmware to be "nonfree" it is
> not
> included in the initrd at all,
That the firmware is in the firmware-
https://bugs.freedesktop.org/show_bug.cgi?id=49110
Bug #: 49110
Summary: AMDILCFGStructurizer.cpp:1751:3: error:
'isCurrentDebugType' was not declared in this scope
Classification: Unclassified
Product: Mesa
Version: git
2012/4/19 Christian K?nig :
> Rings need to lock in order, otherwise
> the ring subsystem can deadlock.
No sure if its the commit or not but I was profiling on an r700 and
saw it create a semaphore for ring syncing.
surely the r700 would have no need?
Dave.
On 24.04.2012 16:04, Dave Airlie wrote:
> 2012/4/19 Christian K?nig:
>> Rings need to lock in order, otherwise
>> the ring subsystem can deadlock.
> No sure if its the commit or not but I was profiling on an r700 and
> saw it create a semaphore for ring syncing.
>
> surely the r700 would have no ne
On Mon, 2012-04-23 at 14:30 +0100, Alan Cox wrote:
>
> > fbdev objects once exposed to userspace or to fbcon, thanks to some
> > wonderful
> > API design way back, the mmaps on the fbdev device are direct to the VRAM
> > physical pages. Can't tear them down and move them into system RAM pages
> >
On Tue, Apr 24, 2012 at 02:58:56PM +0200, Tomasz Stanislawski wrote:
> This patch adds a new constructor for an sg table. The table is constructed
> from an array of struct pages. All contiguous chunks of the pages are merged
> into a single sg nodes. A user may provide an offset and a size of a bu
On Mon, Apr 23, 2012 at 09:03:45PM -0400, Nick Bowler wrote:
> On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> > On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > > Following up on the above, the commit which introduces the panics during
> > > boot is this one:
> > >
> > >
From: Thorsten Schoel
Provides infrastructure for overriding edid information of individual
monitors.
Signed-off-by: Thorsten Schoel
---
diff -Nurp vanilla/drivers/gpu/drm/drm_edid.c infra/drivers/gpu/drm/drm_edid.c
--- vanilla/drivers/gpu/drm/drm_edid.c 2012-01-25 22:29:25.0 +0100
+++
Hello everybody,
having a monitor provide wrong or invalid EDID information ? or none at
all ? seems to be a problem quite a number of people are facing. A few
of the non-KMS X-drivers provide individual mechanisms for overriding
such an EDID with user provided data. To my knowledge at least the
k
From: Thorsten Schoel
Allows for setting edid overrides through new parameter edid_override
for module drm.
Signed-off-by: Thorsten Schoel
---
diff -Nurp infra/drivers/gpu/drm/drm_edid.c param/drivers/gpu/drm/drm_edid.c
--- infra/drivers/gpu/drm/drm_edid.c2012-01-25 22:12:59.0 +0100
From: Thorsten Schoel
Makes class/drm/[CONNECTOR]/edid writable for adding edid overrides.
Signed-off-by: Thorsten Schoel
---
diff -Nurp infra/drivers/gpu/drm/drm_sysfs.c sysfs/drivers/gpu/drm/drm_sysfs.c
--- infra/drivers/gpu/drm/drm_sysfs.c 2012-01-12 20:42:45.0 +0100
+++ sysfs/driv
From: Alan Cox
This was reported a long time ago (and I apologize to whoever it was that
reported it as I've lost the original report).
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/psb_drv.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/gma500/
1 - 100 of 127 matches
Mail list logo
