[PATCH 3/7] i2c: export bit-banging algo functions

On Mon, Feb 27, 2012 at 11:20:40PM +0100, Jean Delvare wrote: > Hi Daniel, > > Sorry for the late reply. > > On Tue, 14 Feb 2012 22:37:21 +0100, Daniel Vetter wrote: > > i915 has a hw i2c controller (gmbus) but for a bunch of stupid reasons > > we need to be able to fall back to the bit-banging

[PATCH 3/7] i2c: export bit-banging algo functions

Hi Daniel, Sorry for the late reply. On Tue, 14 Feb 2012 22:37:21 +0100, Daniel Vetter wrote: > i915 has a hw i2c controller (gmbus) but for a bunch of stupid reasons > we need to be able to fall back to the bit-banging algo on gpio pins. > > The current code sets up a 2nd i2c controller for

[Bug 46274] Reading from /sys/kernel/debug/dri/0/radeon_ring_cp* cause null-pointer dereference

https://bugs.freedesktop.org/show_bug.cgi?id=46274 --- Comment #3 from Florian Mickler 2012-02-27 14:29:59 PST --- A patch referencing this bug report has been merged in Linux v3.3-rc5: commit f0d14daa6906070ca044b86f483fdde7d81f5294 Author: Michel D??nzer Date: Tue Feb 21 17:39:15 2012

[Bug 44772] Radeon HD6950 (Cayman): Resuming from hibernation fails sometimes

https://bugs.freedesktop.org/show_bug.cgi?id=44772 --- Comment #5 from Harald Judt 2012-02-27 11:34:39 PST --- This problem is still present in 3.3-rc5 (vanilla and tuxonice). > In fact, it's a 100% chance that the screen does not get black or > the system freezes. I have to falsify my

[PATCH] drm/radeon/kms: fix radeon_dp_get_modes for LVDS bridges

From: Alex Deucher Need to call ExternalEncoderControl to set up DDC before trying to get an EDID for all DP bridge chipsi (including DP to LVDS). Also remove redundant encoder assignment. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_connectors.c |

[PATCH] drm/i915: i2c: unconditionally set up gpio fallback

This way we can simplify the setup and teardown a bit. Because we don't actually allocate anything anymore for the force_bit case, we can now convert that into a boolean. Also and the functionality supported by the bit-banging together with what gmbus can do, so that this doesn't randomly change

[PATCH 3/7] i2c: export bit-banging algo functions

Hi Jean, Can you please review and if you don't have any objectsion, ack this patch for merging through drm-intel-next? Imo that's the easiest way to merge this series. Thanks, Daniel On Tue, Feb 14, 2012 at 10:37:21PM +0100, Daniel Vetter wrote: > i915 has a hw i2c controller (gmbus) but for a

[PATCH 2/7] drm/nouveau: do a better job at hiding the NIH i2c bit-banging algo

Hi Ben, Can you ack this patch for merging through drm-intel-next? Imo that's the easiest way to get it in (assuming you don't have any objections). Thanks, Daniel On Tue, Feb 14, 2012 at 10:37:20PM +0100, Daniel Vetter wrote: > I'd like to export the corresponding functions from the i2c core >

[PATCH] drm/i915: error_buffer->ring should be signed

On Thu, Feb 16, 2012 at 02:16:27PM +0300, Dan Carpenter wrote: > On Thu, Feb 16, 2012 at 11:03:29AM +0100, Daniel Vetter wrote: > > gcc seems to get uber-anal recently about these things. > > > > Sorry, I should have said that it's not a gcc warning, it's a > smatch thing. But also it's not

[PATCH 5/7] drm/vgem: prime export support

Hi Ben and Sumit, Please refer to comments below: On 02/22/2012 08:29 PM, Ben Widawsky wrote: > dma-buf export implementation. Heavily influenced by Dave Airlie's proof > of concept work. > > Cc: Daniel Vetter > Cc: Dave Airlie > Signed-off-by: Ben Widawsky > --- >

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #13 from Alex Deucher 2012-02-27 15:31:08 --- The only difference seems to be which crtc is driving the TV. Can you try booting with only the DVI port connected, and then connecting the TV later once your desktop is up with

[PATCH] drm/i915: i2c: unconditionally set up gpio fallback

Reviewed-by: Eugeni Dodonov -- Eugeni Dodonov <http://eugeni.dodonov.net/> -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/c9b4556f/attachment.htm>

[KORG]Help: how to submit a kernel driver to kernel.org

> > > I?m from Silicon Motion Technology Corporation (NasdaqGS:SIMO) Shanghai > Office. We have developed a kernel driver for all our graphics chips. We > really want to know how to submit out driver to kernel.org. Would you please > help to find the appropriate maintainer and the procedure for

[KORG]Help: how to submit a kernel driver to kernel.org

to submit the driver to kernel.org. Thank you very much. Regards, Aaron -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/e742f8fe/attachment-0001.htm>

[Intel-gfx] [PATCH 1/7] drm/i915: add dev_priv to intel_gmbus

://eugeni.dodonov.net/> -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/6cc1b3eb/attachment-0001.htm>

[PATCH 5/7] drm/vgem: prime export support

Hi Ben, Please refer to comments below. On 02/22/2012 08:29 PM, Ben Widawsky wrote: > dma-buf export implementation. Heavily influenced by Dave Airlie's proof > of concept work. > > Cc: Daniel Vetter > Cc: Dave Airlie > Signed-off-by: Ben Widawsky > --- > drivers/gpu/drm/vgem/Makefile |

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #11 from Michel D?nzer 2012-02-27 06:27:36 PST --- (In reply to comment #7) > Heaven does not work at all with Mesa 8.0.1. See attached logs, tested with > Fedora 17. Ugh yeah, that's a bug in Unigine Heaven: bug 45238 Not sure

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #12 from Egor Y. Egorov 2012-02-27 14:26:32 --- Created an attachment (id=72485) --> (https://bugzilla.kernel.org/attachment.cgi?id=72485) with kms -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #11 from Egor Y. Egorov 2012-02-27 14:26:05 --- Created an attachment (id=72484) --> (https://bugzilla.kernel.org/attachment.cgi?id=72484) without kms -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

https://bugs.freedesktop.org/show_bug.cgi?id=27184 Alex Deucher changed: What|Removed |Added Attachment #57700|text/x-log |text/plain mime type|

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 Michel D?nzer changed: What|Removed |Added Attachment #57716|application/octet-stream|text/plain mime type|

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #10 from Alex Deucher 2012-02-27 13:54:19 --- Please grab radeonreg (http://cgit.freedesktop.org/~airlied/radeontool/) and dump the display registers with KMS and without KMS (as root). ./radeonreg regs avivo > working.regs

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #10 from mikey 2012-02-27 05:48:37 PST --- Created attachment 57716 --> https://bugs.freedesktop.org/attachment.cgi?id=57716 Xorg.0.log - Fedora 17 Alpha with Mesa 8.0.1 -- Configure bugmail:

[Bug 46660] New: Xorg & KMS go to black screen after linux version 2.6.39

? Mon, 27 Feb 2012 01:29:03 + bugzilla-daemon at freedesktop.org ?: > https://bugs.freedesktop.org/show_bug.cgi?id=46660 > > Bug #: 46660 >Summary: Xorg & KMS go to black screen after linux version > 2.6.39 > Classification: Unclassified >

hibernate random memory corruption, workaround i915.modeset=0

be i915/DRM issue. Thanks Stanislaw -- next part -- A non-text attachment was scrubbed... Name: hib_corruption_reproducer.tar.bz2 Type: application/x-bzip2 Size: 1468 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/0253a

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

On Mon, 2012-02-27 at 10:44 +0800, Chen Jie wrote: > Hi, > > For this occasional GPU lockup when returns from STR/STD, I find > followings(when the problem happens): > > The value of SRBM_STATUS is whether 0x20002040 or 0x20003040. > Which means: > * HI_RQ_PENDING(There is a HI/BIF request

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #9 from mikey 2012-02-27 05:38:42 PST --- Created attachment 57715 --> https://bugs.freedesktop.org/attachment.cgi?id=57715 glxinfo - Fedora 17 Alpha with Mesa 8.0.1 -- Configure bugmail:

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

On Tue, 2012-02-21 at 18:37 +0800, Chen Jie wrote: > ? 2012?2?17? ??5:27?Chen Jie ??? > >> One good way to test gart is to go over GPU gart table and write a > >> dword using the GPU at end of each page something like 0xCAFEDEAD > >> or somevalue that is unlikely to be already set. And then go

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #8 from mikey 2012-02-27 05:37:58 PST --- Created attachment 57714 --> https://bugs.freedesktop.org/attachment.cgi?id=57714 Heaven Ouput - Fedora 17 Alpha with Mesa 8.0.1 -- Configure bugmail:

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #7 from mikey 2012-02-27 05:36:22 PST --- Heaven does not work at all with Mesa 8.0.1. See attached logs, tested with Fedora 17. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving

[git pull] drm fixes

irectly by RC6p. -- Eugeni Dodonov <http://eugeni.dodonov.net/> -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/866c7a62/attachment.htm>

[PATCH] drm/radeon/kms: give better user feedback if a VM CS fails

On Mon, Feb 27, 2012 at 12:24 PM, David Airlie wrote: > >> --- >> ?drivers/gpu/drm/radeon/radeon_cs.c | ? ?1 + >> ?1 files changed, 1 insertions(+), 0 deletions(-) >> >> diff --git a/drivers/gpu/drm/radeon/radeon_cs.c >> b/drivers/gpu/drm/radeon/radeon_cs.c >> index 9b4124e..f7ee2f8 100644 >> ---

[PATCH] drm/radeon/kms: give better user feedback if a VM CS fails

> --- > drivers/gpu/drm/radeon/radeon_cs.c |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/drivers/gpu/drm/radeon/radeon_cs.c > b/drivers/gpu/drm/radeon/radeon_cs.c > index 9b4124e..f7ee2f8 100644 > --- a/drivers/gpu/drm/radeon/radeon_cs.c > +++

[PATCH 1/7] drm: base prime support

2012? 2? 23? ?? 4:29, Ben Widawsky ?? ?: > From: Dave Airlie > > --- > drivers/gpu/drm/Makefile|2 +- > drivers/gpu/drm/drm_drv.c |3 + > drivers/gpu/drm/drm_gem.c |3 +- > drivers/gpu/drm/drm_prime.c | 126 > +++ > include/drm/drm.h

[PATCH] drm/radeon/kms: give better user feedback if a VM CS fails

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_cs.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index 9b4124e..f7ee2f8 100644 ---

[git pull] drm/exynos: sync with exynos-drm-fixes.

Hi, Dave. Please pull form git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-next this pull request is for synchronizing it with latest exynos-drm-fixes branch that have already merged to mainline. after this, I will send new features for exynos. this branch is based on git

[drm-next] drm/radeon/kms: use asic callback for mc idle

From: Alex Deucher Switch all the asic specific mc idle calls to use the asic callback. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c |6 +++--- drivers/gpu/drm/radeon/ni.c|3 +-- drivers/gpu/drm/radeon/r100.c |2 +-

Flickering with page-flipping on Acer Iconia W500 (AMD C-50 APU)

On 12-02-24 11:38 PM, Mario Kleiner wrote: > On Feb 24, 2012, at 10:20 PM, Felix Kuehling wrote: > >> On 12-02-22 11:20 AM, Felix Kuehling wrote: >>> On 12-02-21 07:49 PM, Mario Kleiner wrote: On 02/21/2012 09:07 PM, Alex Deucher wrote: >>> [snip] > The fix looks ok to me. Mario any

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

Hi, For this occasional GPU lockup when returns from STR/STD, I find followings(when the problem happens): The value of SRBM_STATUS is whether 0x20002040 or 0x20003040. Which means: * HI_RQ_PENDING(There is a HI/BIF request pending in the SRBM) * MCDW_BUSY(Memory Controller Block is Busy) *

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 --- Comment #6 from Michel D?nzer 2012-02-27 01:52:22 PST --- (In reply to comment #4) > [ 88.579198] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! > [ 88.579733] radeon :01:05.0: r600_check_texture_resource:1338 texture >

[Bug 42716] Boot failure with KMS enabled (radeon)

https://bugzilla.kernel.org/show_bug.cgi?id=42716 --- Comment #4 from Paul Menzel 2012-02-27 09:41:59 --- (In reply to comment #2) > I'm marking this as invalid. The machine I was seeing this on has died, and > it > started with all of the usb ports going bad. From there, other parts

[Bug 42716] Boot failure with KMS enabled (radeon)

https://bugzilla.kernel.org/show_bug.cgi?id=42716 Paul Menzel changed: What|Removed |Added CC||paulepanter at users.sourcefor

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 Michel D?nzer changed: What|Removed |Added AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at lists.freedesktop

[git pull] Intel drm fixes

nt was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/47b7dabf/attachment.pgp>

[git pull] drm fixes

tly by RC6p. Oh you're right; I had the bit positions mixed up... I thought the higher level bit toggled all RC6 functionality, but that's kept separate from this. -- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/a2e99653/attachment-0001.pgp>

[git pull] drm fixes

: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/94db2cce/attachment.pgp>

[git pull] Intel drm fixes

. Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120227/2342f4b1/attachment.pgp>

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

https://bugs.freedesktop.org/show_bug.cgi?id=27184 --- Comment #24 from tomi.orava at ncircle.nullnet.fi 2012-02-26 23:31:00 PST --- Created attachment 57700 --> https://bugs.freedesktop.org/attachment.cgi?id=57700 Updated Xorg.log from pre-release Ubuntu 12.04 setup -- Configure bugmail:

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

https://bugs.freedesktop.org/show_bug.cgi?id=27184 --- Comment #23 from tomi.orava at ncircle.nullnet.fi 2012-02-26 23:29:12 PST --- I just updated to latest Ubuntu 12.04 pre-release and the combination ATI 5450 together with BenQ LCD monitor doesn't work any better than before. The system is

[Bug 42716] Boot failure with KMS enabled (radeon)

https://bugzilla.kernel.org/show_bug.cgi?id=42716 Robby Workman changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 --- Comment #5 from Vladi 2012-02-26 18:41:23 PST --- also tried reverting that commit from master. same result black screen on both KMS and Xorg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #9 from Egor Y. Egorov 2012-02-27 02:13:36 --- Yes. With Windosw 7 and on linux without KMS all right. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 Vladi changed: What|Removed |Added Attachment #57690|application/octet-stream|text/plain mime type|

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 Vladi changed: What|Removed |Added Attachment #57689|application/octet-stream|text/plain mime type|

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 Vladi changed: What|Removed |Added Attachment #57688|application/octet-stream|text/plain mime type|

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 --- Comment #4 from Vladi 2012-02-26 17:39:33 PST --- the commit i got from git bisect was deduced from an working Xorg setup. There was an point where the KMS was working but Xorg was not untill the the commit i mentioned. The errors in dmesg

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 --- Comment #3 from Vladi 2012-02-26 17:31:26 PST --- Created attachment 57690 --> https://bugs.freedesktop.org/attachment.cgi?id=57690 dmesg for working 2.6 kernel setup -- Configure bugmail:

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 --- Comment #2 from Vladi 2012-02-26 17:30:34 PST --- Created attachment 57689 --> https://bugs.freedesktop.org/attachment.cgi?id=57689 dmesg for non working setup on kernel 3.3 -- Configure bugmail:

[Bug 46660] Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 --- Comment #1 from Vladi 2012-02-26 17:29:54 PST --- Created attachment 57688 --> https://bugs.freedesktop.org/attachment.cgi?id=57688 Xorg log for working setup -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 46660] New: Xorg & KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 Bug #: 46660 Summary: Xorg & KMS go to black screen after linux version 2.6.39 Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64)

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|xorg-driver-...@lists.x.org

[Bug 42716] Boot failure with KMS enabled (radeon)

https://bugzilla.kernel.org/show_bug.cgi?id=42716 Paul Menzel paulepan...@users.sourceforge.net changed: What|Removed |Added CC|

[Bug 46660] Xorg KMS go to black screen after linux version 2.6.39

https://bugs.freedesktop.org/show_bug.cgi?id=46660 --- Comment #6 from Michel Dänzer mic...@daenzer.net 2012-02-27 01:52:22 PST --- (In reply to comment #4) [ 88.579198] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! [ 88.579733] radeon :01:05.0:

Re: [Bug 46660] New: Xorg KMS go to black screen after linux version 2.6.39

В Mon, 27 Feb 2012 01:29:03 + bugzilla-dae...@freedesktop.org пишет: https://bugs.freedesktop.org/show_bug.cgi?id=46660 Bug #: 46660 Summary: Xorg KMS go to black screen after linux version 2.6.39 Classification: Unclassified

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #7 from mikey abc.mi...@googlemail.com 2012-02-27 05:36:22 PST --- Heaven does not work at all with Mesa 8.0.1. See attached logs, tested with Fedora 17. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #8 from mikey abc.mi...@googlemail.com 2012-02-27 05:37:58 PST --- Created attachment 57714 -- https://bugs.freedesktop.org/attachment.cgi?id=57714 Heaven Ouput - Fedora 17 Alpha with Mesa 8.0.1 -- Configure bugmail:

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #9 from mikey abc.mi...@googlemail.com 2012-02-27 05:38:42 PST --- Created attachment 57715 -- https://bugs.freedesktop.org/attachment.cgi?id=57715 glxinfo - Fedora 17 Alpha with Mesa 8.0.1 -- Configure bugmail:

Re: [PATCH 5/7] drm/vgem: prime export support

Hi Ben, Please refer to comments below. On 02/22/2012 08:29 PM, Ben Widawsky wrote: dma-buf export implementation. Heavily influenced by Dave Airlie's proof of concept work. Cc: Daniel Vetterdaniel.vet...@ffwll.ch Cc: Dave Airlieairl...@redhat.com Signed-off-by: Ben Widawskyb...@bwidawsk.net

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 --- Comment #10 from mikey abc.mi...@googlemail.com 2012-02-27 05:48:37 PST --- Created attachment 57716 -- https://bugs.freedesktop.org/attachment.cgi?id=57716 Xorg.0.log - Fedora 17 Alpha with Mesa 8.0.1 -- Configure bugmail:

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #10 from Alex Deucher alexdeuc...@gmail.com 2012-02-27 13:54:19 --- Please grab radeonreg (http://cgit.freedesktop.org/~airlied/radeontool/) and dump the display registers with KMS and without KMS (as root). ./radeonreg regs

[Bug 46654] Unigine Heaven benchmark only renders black on Radeon 6950 with radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=46654 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #57716|application/octet-stream|text/plain

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

https://bugs.freedesktop.org/show_bug.cgi?id=27184 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #57700|text/x-log |text/plain mime

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #11 from Egor Y. Egorov egorov_e...@bk.ru 2012-02-27 14:26:05 --- Created an attachment (id=72484) -- (https://bugzilla.kernel.org/attachment.cgi?id=72484) without kms -- Configure bugmail:

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #12 from Egor Y. Egorov egorov_e...@bk.ru 2012-02-27 14:26:32 --- Created an attachment (id=72485) -- (https://bugzilla.kernel.org/attachment.cgi?id=72485) with kms -- Configure bugmail:

Re: [KORG]Help: how to submit a kernel driver to kernel.org

I’m from Silicon Motion Technology Corporation (NasdaqGS:SIMO) Shanghai Office. We have developed a kernel driver for all our graphics chips. We really want to know how to submit out driver to kernel.org. Would you please help to find the appropriate maintainer and the procedure for how to

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #13 from Alex Deucher alexdeuc...@gmail.com 2012-02-27 15:31:08 --- The only difference seems to be which crtc is driving the TV. Can you try booting with only the DVI port connected, and then connecting the TV later once your

Re: [PATCH 5/7] drm/vgem: prime export support

Hi Ben and Sumit, Please refer to comments below: On 02/22/2012 08:29 PM, Ben Widawsky wrote: dma-buf export implementation. Heavily influenced by Dave Airlie's proof of concept work. Cc: Daniel Vetterdaniel.vet...@ffwll.ch Cc: Dave Airlieairl...@redhat.com Signed-off-by: Ben

Re: Flickering with page-flipping on Acer Iconia W500 (AMD C-50 APU)

On 12-02-24 11:38 PM, Mario Kleiner wrote: On Feb 24, 2012, at 10:20 PM, Felix Kuehling wrote: On 12-02-22 11:20 AM, Felix Kuehling wrote: On 12-02-21 07:49 PM, Mario Kleiner wrote: On 02/21/2012 09:07 PM, Alex Deucher wrote: [snip] The fix looks ok to me. Mario any thoughts?

[drm-next] drm/radeon/kms: use asic callback for mc idle

From: Alex Deucher alexander.deuc...@amd.com Switch all the asic specific mc idle calls to use the asic callback. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/evergreen.c |6 +++--- drivers/gpu/drm/radeon/ni.c|3 +--

[git pull] Intel drm fixes

The following changes since commit 3ac0eb6d62fde0a60a6c5c61e562af1db8fbf712: drm/radeon/kms/atom: dpms bios scratch reg updates (2012-02-22 10:30:06 +) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-intel drm-intel-fixes Alban Browaeys

Re: [git pull] drm fixes

On Thu, 23 Feb 2012 21:19:20 +0100 Torsten Kaiser just.for.l...@googlemail.com wrote: On Wed, Feb 22, 2012 at 8:56 PM, Dave Airlie airl...@linux.ie wrote: Eugeni Dodonov (4):      drm/i915: gen7: implement rczunit workaround      drm/i915: gen7: Implement an L3 caching workaround.      

Re: [git pull] drm fixes

On Mon, Feb 27, 2012 at 13:09, Jesse Barnes jbar...@virtuousgeek.orgwrote: On Thu, 23 Feb 2012 21:19:20 +0100 Torsten Kaiser just.for.l...@googlemail.com wrote: On Wed, Feb 22, 2012 at 8:56 PM, Dave Airlie airl...@linux.ie wrote: Eugeni Dodonov (4): drm/i915: gen7: implement

[PATCH] drm/radeon/kms: give better user feedback if a VM CS fails

From: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_cs.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index

Re: [git pull] drm fixes

On Mon, 27 Feb 2012 13:33:53 -0300 Eugeni Dodonov eug...@dodonov.net wrote: On Mon, Feb 27, 2012 at 13:09, Jesse Barnes jbar...@virtuousgeek.orgwrote: On Thu, 23 Feb 2012 21:19:20 +0100 Torsten Kaiser just.for.l...@googlemail.com wrote: On Wed, Feb 22, 2012 at 8:56 PM, Dave Airlie

Re: [git pull] Intel drm fixes

On Mon, 27 Feb 2012 08:08:13 -0800 Jesse Barnes jbar...@virtuousgeek.org wrote: The following changes since commit 3ac0eb6d62fde0a60a6c5c61e562af1db8fbf712: drm/radeon/kms/atom: dpms bios scratch reg updates (2012-02-22 10:30:06 +) are available in the git repository at:

Re: [PATCH] drm/i915: error_buffer-ring should be signed

On Thu, Feb 16, 2012 at 02:16:27PM +0300, Dan Carpenter wrote: On Thu, Feb 16, 2012 at 11:03:29AM +0100, Daniel Vetter wrote: gcc seems to get uber-anal recently about these things. Sorry, I should have said that it's not a gcc warning, it's a smatch thing. But also it's not uber-anal.

Re: [PATCH] drm/radeon/kms: give better user feedback if a VM CS fails

--- drivers/gpu/drm/radeon/radeon_cs.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index 9b4124e..f7ee2f8 100644 --- a/drivers/gpu/drm/radeon/radeon_cs.c +++

Re: [PATCH 2/7] drm/nouveau: do a better job at hiding the NIH i2c bit-banging algo

Hi Ben, Can you ack this patch for merging through drm-intel-next? Imo that's the easiest way to get it in (assuming you don't have any objections). Thanks, Daniel On Tue, Feb 14, 2012 at 10:37:20PM +0100, Daniel Vetter wrote: I'd like to export the corresponding functions from the i2c core

Re: [PATCH] drm/radeon/kms: give better user feedback if a VM CS fails

On Mon, Feb 27, 2012 at 12:24 PM, David Airlie airl...@redhat.com wrote: ---  drivers/gpu/drm/radeon/radeon_cs.c |    1 +  1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index 9b4124e..f7ee2f8 100644

Re: [Intel-gfx] [PATCH 1/7] drm/i915: add dev_priv to intel_gmbus

On Tue, Feb 14, 2012 at 19:37, Daniel Vetter daniel.vet...@ffwll.ch wrote: This way we can free up the bus-adaptor.algo_data pointer and make it available for use with the bitbanging fallback algo. Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch Reviewed-by: Eugeni Dodonov

[PATCH] drm/i915: i2c: unconditionally set up gpio fallback

This way we can simplify the setup and teardown a bit. Because we don't actually allocate anything anymore for the force_bit case, we can now convert that into a boolean. Also and the functionality supported by the bit-banging together with what gmbus can do, so that this doesn't randomly change

Re: [PATCH] drm/i915: i2c: unconditionally set up gpio fallback

On Mon, Feb 27, 2012 at 15:22, Daniel Vetter daniel.vet...@ffwll.ch wrote: This way we can simplify the setup and teardown a bit. Because we don't actually allocate anything anymore for the force_bit case, we can now convert that into a boolean. Also and the functionality supported by the

Re: [mipsel+rs780e]Occasionally GPU lockup after resuming from suspend.

On Tue, 2012-02-21 at 18:37 +0800, Chen Jie wrote: 在 2012年2月17日 下午5:27，Chen Jie ch...@lemote.com 写道： One good way to test gart is to go over GPU gart table and write a dword using the GPU at end of each page something like 0xCAFEDEAD or somevalue that is unlikely to be already set. And then

Re: [mipsel+rs780e]Occasionally GPU lockup after resuming from suspend.

On Mon, 2012-02-27 at 10:44 +0800, Chen Jie wrote: Hi, For this occasional GPU lockup when returns from STR/STD, I find followings(when the problem happens): The value of SRBM_STATUS is whether 0x20002040 or 0x20003040. Which means: * HI_RQ_PENDING(There is a HI/BIF request pending in

[Bug 44772] Radeon HD6950 (Cayman): Resuming from hibernation fails sometimes

https://bugs.freedesktop.org/show_bug.cgi?id=44772 --- Comment #5 from Harald Judt h.j...@gmx.at 2012-02-27 11:34:39 PST --- This problem is still present in 3.3-rc5 (vanilla and tuxonice). In fact, it's a 100% chance that the screen does not get black or the system freezes. I have to falsify

[Bug 46274] Reading from /sys/kernel/debug/dri/0/radeon_ring_cp* cause null-pointer dereference

https://bugs.freedesktop.org/show_bug.cgi?id=46274 --- Comment #3 from Florian Mickler flor...@mickler.org 2012-02-27 14:29:59 PST --- A patch referencing this bug report has been merged in Linux v3.3-rc5: commit f0d14daa6906070ca044b86f483fdde7d81f5294 Author: Michel Dänzer

Re: [PATCH 3/7] i2c: export bit-banging algo functions

Hi Daniel, Sorry for the late reply. On Tue, 14 Feb 2012 22:37:21 +0100, Daniel Vetter wrote: i915 has a hw i2c controller (gmbus) but for a bunch of stupid reasons we need to be able to fall back to the bit-banging algo on gpio pins. The current code sets up a 2nd i2c controller for the

Re: [PATCH 3/7] i2c: export bit-banging algo functions

On Mon, Feb 27, 2012 at 11:20:40PM +0100, Jean Delvare wrote: Hi Daniel, Sorry for the late reply. On Tue, 14 Feb 2012 22:37:21 +0100, Daniel Vetter wrote: i915 has a hw i2c controller (gmbus) but for a bunch of stupid reasons we need to be able to fall back to the bit-banging algo on

[PATCH] drm/nouveau: do a better job at hiding the NIH i2c bit-banging algo

I'd like to export the corresponding functions from the i2c core so that I can use them in fallback bit-banging in i915.ko v2: Adapt to new i2c export patch. Cc: nouv...@lists.freedesktop.org Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch --- drivers/gpu/drm/nouveau/nouveau_i2c.c |8

[PATCH] drm/radeon/kms: fix radeon_dp_get_modes for LVDS bridges

From: Alex Deucher alexander.deuc...@amd.com Need to call ExternalEncoderControl to set up DDC before trying to get an EDID for all DP bridge chipsi (including DP to LVDS). Also remove redundant encoder assignment. Signed-off-by: Alex Deucher alexander.deuc...@amd.com ---

  1   2   >