On Fri, Jul 26, 2013 at 12:09:32PM +0200, David Herrmann wrote:
> The VMA manager is page-size based so drm_vma_node_size() returns the size
> in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
> PAGE_SHIFT so we no longer get EINVAL during mmaps due to too small
> buffers.
>
On Fri, Jul 26, 2013 at 8:39 PM, Ilia Mirkin wrote:
> Hello,
>
> I've started seeing the following warning in 3.11-rc2. [In the
> interest of full disclosure, I do have a patch applied that tries to
> implement drm_planes, which I might have done completely incorrectly,
> but looking around it
ounter strike:source and HL2
games
Patches weren't properly applied.
--
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/20130726
On Fri, Jul 26, 2013 at 04:58:55PM +0100, Tom Cooksey wrote:
> Hi Rob,
>
> > > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
> > >allocate buffers for the GPU. Still not sure how to resolve this
> > >as we don't use DRM for our GPU driver.
> >
> > any thoughts/plans
Hello,
I've started seeing the following warning in 3.11-rc2. [In the
interest of full disclosure, I do have a patch applied that tries to
implement drm_planes, which I might have done completely incorrectly,
but looking around it doesn't seem related. I'm definitely not
invoking any of the
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130726/4244205c/attachment.html>
On Wed, Jul 24, 2013 at 05:51:41PM +0200, Toralf F?rster wrote:
> Realized this today while booting a ThinkPad T420 with integrated intel
> graphic :
Can you please retest with latest upstream git from Linus' tree?
commit 35c95375f69ceec721fea67a0532bc17ceb5cf64
Author: Daniel Vetter
Date:
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/18a15931/attachment.html>
anything when shining on it with a
bright flashlight after resuming.
--
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/20130
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/c4e25678/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/4509366d/attachment.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/20130726/b8a42c57/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/5f3754dc/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/c039fe79/attachment.html>
n "AccelMethod" "EXA"
EndSection
--
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/20130726/5e7a3d04/attachment.html>
Hi Rob,
> > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
> >allocate buffers for the GPU. Still not sure how to resolve this
> >as we don't use DRM for our GPU driver.
>
> any thoughts/plans about a DRM GPU driver? Ideally long term (esp.
> once the dma-fence stuff
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/3ae7075c/attachment.html>
il.
--
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/20130726/c85c374a/attachment-0001.html>
On Fri, Jul 26, 2013 at 2:28 PM, konrad wilk wrote:
> I just saw this on a box of mine (rc1 worked) I hadn't done yet a bisection.
> Any suggestions?
>
> ring 0 polarity 1
> [6.023776] Already setup the GSI :22
> ^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G[6.036680] nouveau [
>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/e27f9975/attachment.html>
> -Original Message-
> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
> Sent: Friday, July 26, 2013 11:51 AM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; jy0922.shim at samsung.com;
> patches at linaro.org
> Subject: Re: [PATCH 1/1] drm/exynos: Remove module.h header
ed.
Please let me know what other information might be needed to work this out.
Thanks -- Jim
--
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
On Fri, 2013-07-26 at 15:21 +0100, Rob Clark wrote:
> Well, if you have something complex enough to benefit from CDF, then
> you probably ought to be looking at drm/kms.
That's what we're doing - hope you appreciate Tom's effort of re-writing
a driver for something that pre-dates DRM/KMS by
On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
> On Thu, Jul 25, 2013 at 1:17 PM, wrote:
> > Known issues:
> > * It uses KDS. We intend to switch to whatever implicit per-buffer
> >synchronisation mechanism gets merged, once something is merged.
> > * It abuses flags parameter
iving 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/20130726/57391938/attachment.html>
On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
> > * Only supports 640x480 mode, which is hard-coded. We intend to
> >rebase on top of CDF once it is merged, which hopefully will
> >handle a lot of the EDID parsing & mode setting for us (once
> >Pawel's CDF patches for VExpress
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/d98e0a0d/attachment.html>
rror occurs? How is the ring testing done?
--
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/20130726/86210a1a/attachment.html>
I just saw this on a box of mine (rc1 worked) I hadn't done yet a
bisection. Any suggestions?
ring 0 polarity 1
[6.023776] Already setup the GSI :22
^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G[6.036680] nouveau [
DEVICE][:00:0d.0] BOOT0 : 0x04c000a2
[6.036740] nouveau [
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/42918444/attachment.html>
rue);
in r600_start_dpm()
--
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/20130726/01c96e15/attachment.html>
://lists.freedesktop.org/archives/dri-devel/attachments/20130726/f46b3076/attachment.html>
On 26 July 2013 12:51, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
>> Sent: Friday, July 26, 2013 11:51 AM
>> To: Inki Dae
>> Cc: dri-devel at lists.freedesktop.org; jy0922.shim at samsung.com;
>> patches at linaro.org
>> Subject:
Remove module.h header file inclusion from files since they do
not use/refer to any code from that file.
Signed-off-by: Sachin Kamat
---
Modified the commit message.
---
drivers/gpu/drm/exynos/exynos_ddc.c |1 -
drivers/gpu/drm/exynos/exynos_drm_fimc.c|1 -
achment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/8548ebb2/attachment.pgp>
achment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/8bb676ab/attachment.pgp>
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps due to too small
buffers.
This bug was introduced in commit:
This is just a regular fixes pull apart from the qxl one, it has radeon
and intel bits in it,
the intel fixes are for a regression with the RC6 fix and a 3.10 hdmi
regression, whereas radeon is more DPM fixes, a few lockup fixes and
some rn50/r100 DAC fixes.
Dave.
The following changes
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps.
This bug was introduced with the recent intrduction of the unified VMA
manager. Fixes i915 gtt
On Fri, Jul 26, 2013 at 11:11 AM, Sedat Dilek wrote:
> I have compared next-20130725 VS. next-20130726:
>
> $ head -2313 next-20130725-VS-next-20130726.diff | grep ^+ | grep i915
> + drm/i915: Colocate all GT access routines in the same file
> + drm/i915: Use a pr
and all UVD and DPM staff
applied. It worked there flawlessly.
--
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/20130726/888b7
On Fri, Jul 26, 2013 at 10:50 AM, Chris Wilson
wrote:
> On Fri, Jul 26, 2013 at 10:27:03AM +0200, Sedat Dilek wrote:
>> On Fri, Jul 26, 2013 at 10:25 AM, Sedat Dilek
>> wrote:
>> > ...
>> > ... but does not start as well, so it seems to be a kernel-issue as
>> > assumed (2nd confirmation).
>>
> -Original Message-
> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
> Sent: Wednesday, July 24, 2013 1:43 PM
> To: dri-devel at lists.freedesktop.org
> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com;
sachin.kamat at linaro.org;
> patches at linaro.org
> Subject: [PATCH
On Fri, Jul 26, 2013 at 10:14 AM, Russell King - ARM Linux
wrote:
> On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
>> On Thu, Jul 25, 2013 at 1:17 PM, wrote:
>> > Known issues:
>> > * It uses KDS. We intend to switch to whatever implicit per-buffer
>> >synchronisation mechanism
On Fri, Jul 26, 2013 at 10:06 AM, Pawel Moll wrote:
> On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
>> > * Only supports 640x480 mode, which is hard-coded. We intend to
>> >rebase on top of CDF once it is merged, which hopefully will
>> >handle a lot of the EDID parsing & mode
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/664b6f2d/attachment.html>
On Fri, Jul 26, 2013 at 10:27:03AM +0200, Sedat Dilek wrote:
> On Fri, Jul 26, 2013 at 10:25 AM, Sedat Dilek
> wrote:
> > ...
> > ... but does not start as well, so it seems to be a kernel-issue as
> > assumed (2nd confirmation).
> >
> > X.log attached.
> >
>
> Now, really w/ promised
On Fri, Jul 26, 2013 at 09:15:14AM +0200, Sedat Dilek wrote:
> For example: I could start my X with even doing ugly hacks like this...
>
> [ intel-ddx (git) ]
> ...
> Bool intel_uxa_create_screen_resources(ScreenPtr screen)
> ...
> #if 0
> if (drm_intel_gem_bo_map_gtt(bo))
>
On 26 July 2013 07:00, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
>> Sent: Wednesday, July 24, 2013 1:43 PM
>> To: dri-devel at lists.freedesktop.org
>> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com;
> sachin.kamat at
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/e28909e6/attachment.html>
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/20130726/5108bf08/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/28134dd5/attachment.html>
On Fri, Jul 26, 2013 at 01:21:07AM +0200, Sedat Dilek wrote:
> On Thu, Jul 25, 2013 at 11:52 PM, Chris Wilson
> wrote:
> > On Thu, Jul 25, 2013 at 10:07:02PM +0200, Sedat Dilek wrote:
> >> What means the bang line?
> >>
> >> [54.564] (II) GLX: Initialized DRI2 GL provider for screen 0
> >> [
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/a8af4493/attachment-0001.html>
Hello,
While looking at pipe_loader_drm.c in Mesa, I see that udev is used on
Linux to get the PCI ID of the device. I understand that getting this
information is a general need in libdrm, Mesa, and so on.
Is there a portable way to obtain this?
If not, what do you think about adding an ioctl
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #10 from Sergey orbitg...@ukr.net ---
Tried last 4 patches from Alex. Didn't work for me. The issue remains.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Fri, Jul 26, 2013 at 09:15:14AM +0200, Sedat Dilek wrote:
For example: I could start my X with even doing ugly hacks like this...
[ intel-ddx (git) ]
...
Bool intel_uxa_create_screen_resources(ScreenPtr screen)
...
#if 0
if (drm_intel_gem_bo_map_gtt(bo))
return
On Fri, Jul 26, 2013 at 10:27:03AM +0200, Sedat Dilek wrote:
On Fri, Jul 26, 2013 at 10:25 AM, Sedat Dilek sedat.di...@gmail.com wrote:
...
... but does not start as well, so it seems to be a kernel-issue as
assumed (2nd confirmation).
X.log attached.
Now, really w/ promised
On Fri, Jul 26, 2013 at 10:50 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Fri, Jul 26, 2013 at 10:27:03AM +0200, Sedat Dilek wrote:
On Fri, Jul 26, 2013 at 10:25 AM, Sedat Dilek sedat.di...@gmail.com wrote:
...
... but does not start as well, so it seems to be a kernel-issue as
On Fri, Jul 26, 2013 at 11:11 AM, Sedat Dilek sedat.di...@gmail.com wrote:
I have compared next-20130725 VS. next-20130726:
$ head -2313 next-20130725-VS-next-20130726.diff | grep ^+ | grep i915
+ drm/i915: Colocate all GT access routines in the same file
+ drm/i915: Use a private
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps.
This bug was introduced with the recent intrduction of the unified VMA
manager. Fixes i915 gtt
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps due to too small
buffers.
This bug was introduced in commit:
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #64 from Lars G research...@privatdemail.net ---
Great this is moving on!
Will test asap.
Thanks! :)
--
You are receiving this mail because:
You are the assignee for the bug.
___
This is just a regular fixes pull apart from the qxl one, it has radeon
and intel bits in it,
the intel fixes are for a regression with the RC6 fix and a 3.10 hdmi
regression, whereas radeon is more DPM fixes, a few lockup fixes and
some rn50/r100 DAC fixes.
Dave.
The following changes
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #11 from Joshua Cov. joshua...@gmail.com ---
The bug still appears, so this is not the faulty patch. Obviously it happens
during cold boot, otherwise I haven't seen it.
Can you help me to debug this?
I have to say I haven't seen
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #12 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #11)
The bug still appears, so this is not the faulty patch. Obviously it happens
during cold boot, otherwise I haven't seen it.
Can you help me to debug this?
I
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #11 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #10)
Tried last 4 patches from Alex. Didn't work for me. The issue remains.
Does disabling mclk switching help?
comment out:
r600_enable_mclk_control(rdev,
On Fri, Jul 26, 2013 at 10:06 AM, Pawel Moll pawel.m...@arm.com wrote:
On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
* Only supports 640x480 mode, which is hard-coded. We intend to
rebase on top of CDF once it is merged, which hopefully will
handle a lot of the EDID parsing
On Fri, Jul 26, 2013 at 10:14 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
On Thu, Jul 25, 2013 at 1:17 PM, tom.cook...@arm.com wrote:
Known issues:
* It uses KDS. We intend to switch to whatever implicit per-buffer
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #12 from Sergey orbitg...@ukr.net ---
Does disabling mclk switching help?
No. Still the same issue.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #13 from Joshua Cov. joshua...@gmail.com ---
(In reply to comment #12)
(In reply to comment #11)
The bug still appears, so this is not the faulty patch. Obviously it happens
during cold boot, otherwise I haven't seen it.
Can
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #14 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #13)
I cannot forcibly trigger the problem. That's why I'm hoping for more
detailed debug messages. Maybe something connected with ring-testing or
maybe data feeding
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #15 from Joshua Cov. joshua...@gmail.com ---
(In reply to comment #14)
(In reply to comment #13)
I cannot forcibly trigger the problem. That's why I'm hoping for more
detailed debug messages. Maybe something connected with
Hi Rob,
* It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
allocate buffers for the GPU. Still not sure how to resolve this
as we don't use DRM for our GPU driver.
any thoughts/plans about a DRM GPU driver? Ideally long term (esp.
once the dma-fence stuff is in
https://bugs.freedesktop.org/show_bug.cgi?id=67359
Priority: medium
Bug ID: 67359
Assignee: dri-devel@lists.freedesktop.org
Summary: No direct rendering with Radeon HD 7750
Severity: normal
Classification: Unclassified
OS:
On 26 July 2013 07:00, Inki Dae inki@samsung.com wrote:
-Original Message-
From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
Sent: Wednesday, July 24, 2013 1:43 PM
To: dri-devel@lists.freedesktop.org
Cc: inki@samsung.com; jy0922.s...@samsung.com;
sachin.ka...@linaro.org;
Remove module.h header file inclusion from files since they do
not use/refer to any code from that file.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
Modified the commit message.
---
drivers/gpu/drm/exynos/exynos_ddc.c |1 -
drivers/gpu/drm/exynos/exynos_drm_fimc.c|
On 26 July 2013 12:51, Inki Dae inki@samsung.com wrote:
-Original Message-
From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
Sent: Friday, July 26, 2013 11:51 AM
To: Inki Dae
Cc: dri-devel@lists.freedesktop.org; jy0922.s...@samsung.com;
patc...@linaro.org
Subject: Re: [PATCH
On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
* Only supports 640x480 mode, which is hard-coded. We intend to
rebase on top of CDF once it is merged, which hopefully will
handle a lot of the EDID parsing mode setting for us (once
Pawel's CDF patches for VExpress also
On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
On Thu, Jul 25, 2013 at 1:17 PM, tom.cook...@arm.com wrote:
Known issues:
* It uses KDS. We intend to switch to whatever implicit per-buffer
synchronisation mechanism gets merged, once something is merged.
* It abuses flags
On Fri, 2013-07-26 at 15:21 +0100, Rob Clark wrote:
Well, if you have something complex enough to benefit from CDF, then
you probably ought to be looking at drm/kms.
That's what we're doing - hope you appreciate Tom's effort of re-writing
a driver for something that pre-dates DRM/KMS by
https://bugs.freedesktop.org/show_bug.cgi?id=67359
--- Comment #1 from Tom Stellard tstel...@gmail.com ---
You should try one of gentoo's stable kernel packages. If it still doesn't
work, then file a bug with gentoo.
It looks like you might not have specified the correct video card when
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #16 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #15)
Do you have any idea, why this happens randomly on cold boots but not when
restarting the pc? I think the whole initialization process should be the
same everytime
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #17 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #16)
(In reply to comment #15)
Do you have any idea, why this happens randomly on cold boots but not when
restarting the pc? I think the whole initialization process
On Wed, Jul 24, 2013 at 05:51:41PM +0200, Toralf Förster wrote:
Realized this today while booting a ThinkPad T420 with integrated intel
graphic :
Can you please retest with latest upstream git from Linus' tree?
commit 35c95375f69ceec721fea67a0532bc17ceb5cf64
Author: Daniel Vetter
I just saw this on a box of mine (rc1 worked) I hadn't done yet a
bisection. Any suggestions?
ring 0 polarity 1
[6.023776] Already setup the GSI :22
^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G[6.036680] nouveau [
DEVICE][:00:0d.0] BOOT0 : 0x04c000a2
[6.036740] nouveau [
On Fri, Jul 26, 2013 at 04:58:55PM +0100, Tom Cooksey wrote:
Hi Rob,
* It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
allocate buffers for the GPU. Still not sure how to resolve this
as we don't use DRM for our GPU driver.
any thoughts/plans about a DRM GPU
https://bugs.freedesktop.org/show_bug.cgi?id=67367
Priority: medium
Bug ID: 67367
Assignee: dri-devel@lists.freedesktop.org
Summary: HDR doesn`t works on the Radeon HD6850 in all
applications
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=64475
commiethebeas...@gmail.com changed:
What|Removed |Added
Summary|Slow work and low |Slow work and no HDR
https://bugs.freedesktop.org/show_bug.cgi?id=67367
--- Comment #1 from commiethebeas...@gmail.com ---
Created attachment 83050
-- https://bugs.freedesktop.org/attachment.cgi?id=83050action=edit
Euro Truck Simulator 2
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67367
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #83049|text/plain |image/png
mime
https://bugs.freedesktop.org/show_bug.cgi?id=67367
--- Comment #2 from commiethebeas...@gmail.com ---
Created attachment 83051
-- https://bugs.freedesktop.org/attachment.cgi?id=83051action=edit
Half-Life 2 Loast Cost
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67367
--- Comment #3 from commiethebeas...@gmail.com ---
Created attachment 83052
-- https://bugs.freedesktop.org/attachment.cgi?id=83052action=edit
Half-Life 2 Loast Cost
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #17 from Johan Brannlund freedesktop-b...@nullinfinity.org ---
I applied the patch to kernel 3.10.3 and it made no discernible difference. But
that patch is just supposed to fix backlight problems, right? I don't think my
display gets
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #18 from Johan Brannlund freedesktop-b...@nullinfinity.org ---
Created attachment 83053
-- https://bugs.freedesktop.org/attachment.cgi?id=83053action=edit
Suspend/resume log with kernel 3.10.3 (patched)
--
You are receiving this
On Fri, Jul 26, 2013 at 12:09:32PM +0200, David Herrmann wrote:
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps due to too small
buffers.
https://bugs.freedesktop.org/show_bug.cgi?id=67367
commiethebeas...@gmail.com changed:
What|Removed |Added
Summary|HDR doesn`t works on the|No HDR effects on the
On Fri, Jul 26, 2013 at 2:28 PM, konrad wilk konrad.w...@oracle.com wrote:
I just saw this on a box of mine (rc1 worked) I hadn't done yet a bisection.
Any suggestions?
ring 0 polarity 1
[6.023776] Already setup the GSI :22
^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G[6.036680]
https://bugs.freedesktop.org/show_bug.cgi?id=67359
--- Comment #2 from Jim Schutt 74.sch...@gmail.com ---
It turns out my root filesystem is on a bcache-backed device, so I need to use
a
3.10 or newer kernel - AFAICS the latest stable gentoo-sources kernel is
3.8.13.
FWIW my VIDEO_CARDS did
Hello,
I've started seeing the following warning in 3.11-rc2. [In the
interest of full disclosure, I do have a patch applied that tries to
implement drm_planes, which I might have done completely incorrectly,
but looking around it doesn't seem related. I'm definitely not
invoking any of the
1 - 100 of 102 matches
Mail list logo