On Sat, Jul 27, 2013 at 10:40:14AM +0100, Chris Wilson wrote:
> On Sun, Jul 28, 2013 at 01:43:02AM +0800, Chuansheng Liu wrote:
> >
> > It is possible that during i915 device suspending with one pending
> > hotplug work, one of cases is the device resume/suspend quickly.
> >
> > At this case, the
https://bugzilla.kernel.org/show_bug.cgi?id=60687
Rafał Miłecki changed:
What|Removed |Added
CC||zaj...@gmail.com
--- Comment #4 from Rafa
On Sat, Aug 03, 2013 at 03:44:26PM +0300, Meelis Roos wrote:
> While trying to compile v3.11-rc3-288-gabe0308 on powerpc 32-bit,
> it failed with the following linking error:
>
> ERROR: "__divdi3" [drivers/gpu/drm/radeon/radeon.ko] undefined!
>
> Some new 64-bit division in radeon that is not im
https://bugzilla.kernel.org/show_bug.cgi?id=60691
Bug ID: 60691
Summary: UVD don't work after resume from hibernate
Product: Drivers
Version: 2.5
Kernel Version: 3.11-rc4
Hardware: All
OS: Linux
Tree: Mainline
Add support for HDMI audio device on VGA cards that powerdown
to D3cold using non-standard ACPI/PCI infrastructure (optimus).
This does a couple of things to make it work:
a) add a set of power ops for the hdmi domain, and enables them
via vga_switcheroo when we are a switcheroo controlled card.
From: Dave Airlie
This hooks nouveau up to the runtime PM system to enable
dynamic power management for secondary GPUs in switchable
and optimus laptops.
a) rewrite suspend/resume printks to hide them during dynamic s/r
to avoid cluttering logs
b) add runtime pm suspend to irq handler, crtc disp
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_fops.c | 2 +-
include/drm/drmP.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 3a24385..d5429ee 100644
--- a/drivers/gpu/drm/drm_fop
From: Dave Airlie
For optimus and powerxpress muxless we really want the GPU
driver deciding when to power up/down the GPU, not userspace.
This adds the ability for a driver to dynamically power up/down
the GPU and remove the switcheroo from controlling it, the
switcheroo reports the dynamic sta
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #16 from Christian Birchinger ---
I also had a hard lockup having the machine running over night. Too bad i found
nothing in the syslog.
A small detail appeard though: When the monitor is off (dpms standby), it
starts changing power s
On Sun, Aug 4, 2013 at 1:34 PM, Daniel Vetter wrote:
> On Thu, Aug 1, 2013 at 1:23 AM, Rob Clark wrote:
>> A small helper to queue up work to do, from workqueue context, after a
>> flip. Typically useful to defer unreffing buffers that may be read by
>> the display controller until vblank.
>>
>>
> Date: Sun, 4 Aug 2013 12:21:53 -0400
> From: Alex Deucher
>
> On Sun, Aug 4, 2013 at 7:12 AM, Mark Kettenis
> wrote:
> > Failure to load the firmwares on ARUBA isn't considered fatal.
> > However modesetting doesn't quite work in that case. On an HP
> > Pavillion Sleekbook 15 with A4-4335M A
This is a repost of the series with some bugs fixed, I've really only
tested this on my one optimus laptop so far. I've also ported radeon
to this patch series, but it doesn't work on my only radeon test box
since we always end up with a crtc configured, but I may just push
the patches as they migh
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130804/19cf2451/attachment.html>
Hi Dave,
Neat that QA (and Ben) keeps on humming along while I'm on vacation, so
you already get the next feature pull request:
- proper eLLC support for HSW from Ben
- more interrupt refactoring
- add w/a tags where we implement them already (Damien)
- hangcheck fixes (Chris) + hangcheck stats (M
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #3 from Gabor Hasenfrasz ---
(In reply to Alex Deucher from comment #2)
> Can you bisect?
Yes, I'm doing it.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Sat, Jul 27, 2013 at 11:22 AM, Inki Dae wrote:
>
> 2013/7/16 Daniel Vetter
>>
>> Hi all,
>>
>> This patch series is my 2nd real stab at fixing up the locking issues
>> around our
>> two buffer sharing mechanisms in gem: flink and prime.
>>
>> I think the approach taken here is much better than
On Sun, Aug 4, 2013 at 1:34 PM, Daniel Vetter wrote:
> On Thu, Aug 1, 2013 at 1:23 AM, Rob Clark wrote:
>> A small helper to queue up work to do, from workqueue context, after a
>> flip. Typically useful to defer unreffing buffers that may be read by
>> the display controller until vblank.
>>
>>
On Thu, Aug 1, 2013 at 1:23 AM, Rob Clark wrote:
> A small helper to queue up work to do, from workqueue context, after a
> flip. Typically useful to defer unreffing buffers that may be read by
> the display controller until vblank.
>
> Signed-off-by: Rob Clark
> ---
> I've re-inventing the same
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
> Sent: Monday, August 05, 2013 2:42 AM
> To: Inki Dae
> Cc: DRI Development
> Subject: Re: [PATCH 00/20] prime/flink fixes and related stuff
>
> On Sat, Jul 27, 2013 at 11:22 AM, Inki Dae wrote:
> >
> > 2013/7/1
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Christian Birchinger changed:
What|Removed |Added
CC||joker at netswarm.net
--- Comment
On Fri, Aug 2, 2013 at 11:26 AM, Ville Syrj?l?
wrote:
> On Thu, Aug 01, 2013 at 05:51:31PM -0700, Linus Torvalds wrote:
>> This one may have been going on for some time - I haven't updated the
>> old Intel Mac Mini in a while.
>>
>> And by "not updated" I also mean that it's some really old user-s
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #16 from Christian Birchinger ---
I also had a hard lockup having the machine running over night. Too bad i found
nothing in the syslog.
A small detail appeard though: When the monitor is off (dpms standby), it
starts changing power s
On Wed, Jul 31, 2013 at 6:22 PM, Borislav Petkov wrote:
> Dudes,
>
> has anyone already reported this (happens on Linus of today +
> tip/master):
I think this should be fixed with
commit e1b4d3036c07ff137955fb1c0197ab62534f46ec
Author: Ben Widawsky
Date: Tue Jul 30 16:27:57 2013 -0700
dr
https://bugzilla.kernel.org/show_bug.cgi?id=60687
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=60674
--- Comment #4 from Alex Deucher ---
This is probably a bug in the mesa or ddx driver due to some feature that
requires a newer kernel and thus is only enabled on newer kernels. Can you
bisect?
--
You are receiving this mail because:
You are wa
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130804/f6f4fd4f/attachment.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/20130804/94251541/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=67723
Bastian Triller changed:
What|Removed |Added
Summary|Resume from s2ram doesn't |Resume from s2ram fails
---
drivers/gpu/drm/msm/Makefile| 1 +
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 20 ++-
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 4 +-
drivers/gpu/drm/msm/adreno/adreno_gpu.h | 2 -
drivers/gpu/drm/msm/msm_drv.c | 15 +-
drivers/gpu/drm/msm/msm_drv.h | 4
To ease debugging, add debugfs file which can be cat/tail'd to log
submits, along with fence #. If GPU hangs, you can look at 'gpu'
debugfs file to find last completed fence and current register state,
and compare with logged rd file to narrow down the DRAW_INDX which
triggered the GPU hang.
---
Add initial support for a3xx 3d core.
So far, with hardware that I've seen to date, we can have:
+ zero, one, or two z180 2d cores
+ a3xx or a2xx 3d core, which share a common CP (the firmware
for the CP seems to implement some different PM4 packet types
but the basics of cmdstream submiss
Generated from rnndb files in:
https://github.com/freedreno/envytools
Keep this split out as a separate commit to make it easier to review the
actual driver.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a2xx.xml.h | 1438
drivers/gpu/drm/msm/adreno/a3xx.xml
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared a
Generated from rnndb files in:
https://github.com/freedreno/envytools
Keep this split out as a separate commit to make it easier to review the
actual driver.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/dsi/dsi.xml.h | 262
drivers/gpu/drm/msm/dsi/mmss_cc.xml.h | 156 +
This patchset can also be found here, for easier browsing:
http://cgit.freedesktop.org/~robclark/linux/log/?h=drm-next
git://people.freedesktop.org/~robclark/linux drm-next
Compared to the previous patchset (RFCv2), there are a number of
fixes (leaks, etc), fixed handling of some clocks (ie.
Failure to load the firmwares on ARUBA isn't considered fatal.
However modesetting doesn't quite work in that case. On an HP
Pavillion Sleekbook 15 with A4-4335M APU, I end up with a screen full
of garbage. Calling evergreen_mc_program() fixes the issue.
Diff below is against the OpenBSD codebas
> Date: Sun, 4 Aug 2013 12:21:53 -0400
> From: Alex Deucher
>
> On Sun, Aug 4, 2013 at 7:12 AM, Mark Kettenis wrote:
> > Failure to load the firmwares on ARUBA isn't considered fatal.
> > However modesetting doesn't quite work in that case. On an HP
> > Pavillion Sleekbook 15 with A4-4335M APU,
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #3 from Gabor Hasenfrasz ---
(In reply to Alex Deucher from comment #2)
> Can you bisect?
Yes, I'm doing it.
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
pe: application/octet-stream
Size: 4769 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130804/1b1ab876/attachment.obj>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Christian Birchinger changed:
What|Removed |Added
CC||jo...@netswarm.net
--- Comment #15
On Fri, Aug 2, 2013 at 2:26 AM, Ville Syrjälä
wrote:
>
> Looks like this could happen when you go to DPMS_OFF. After we've turned
> off the the pipe, get_pipe_config() gives a mostly zeroed pipe_config
> (including pixel_multiplier), and then in the case of SDVO, we go and
> check it against the e
On Fri, Aug 2, 2013 at 2:26 AM, Ville Syrj?l?
wrote:
>
> Looks like this could happen when you go to DPMS_OFF. After we've turned
> off the the pipe, get_pipe_config() gives a mostly zeroed pipe_config
> (including pixel_multiplier), and then in the case of SDVO, we go and
> check it against the e
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #1 from Gabor Hasenfrasz ---
Created attachment 107089
--> https://bugzilla.kernel.org/attachment.cgi?id=107089&action=edit
output of xrandr verbose
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60687
Bug ID: 60687
Summary: Using radeon.audio=1 blocks hdmi display output on
Radeon 5760
Product: Drivers
Version: 2.5
Kernel Version: 3.10, 3.11-rc3
Hardware: All
On Sat, Jul 27, 2013 at 11:22 AM, Inki Dae wrote:
>
> 2013/7/16 Daniel Vetter
>>
>> Hi all,
>>
>> This patch series is my 2nd real stab at fixing up the locking issues
>> around our
>> two buffer sharing mechanisms in gem: flink and prime.
>>
>> I think the approach taken here is much better than
On Thu, Aug 1, 2013 at 1:23 AM, Rob Clark wrote:
> A small helper to queue up work to do, from workqueue context, after a
> flip. Typically useful to defer unreffing buffers that may be read by
> the display controller until vblank.
>
> Signed-off-by: Rob Clark
> ---
> I've re-inventing the same
---
drivers/gpu/drm/msm/Makefile| 1 +
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 20 ++-
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 4 +-
drivers/gpu/drm/msm/adreno/adreno_gpu.h | 2 -
drivers/gpu/drm/msm/msm_drv.c | 15 +-
drivers/gpu/drm/msm/msm_drv.h | 4
To ease debugging, add debugfs file which can be cat/tail'd to log
submits, along with fence #. If GPU hangs, you can look at 'gpu'
debugfs file to find last completed fence and current register state,
and compare with logged rd file to narrow down the DRAW_INDX which
triggered the GPU hang.
---
This patchset can also be found here, for easier browsing:
http://cgit.freedesktop.org/~robclark/linux/log/?h=drm-next
git://people.freedesktop.org/~robclark/linux drm-next
Compared to the previous patchset (RFCv2), there are a number of
fixes (leaks, etc), fixed handling of some clocks (ie.
On Fri, Aug 2, 2013 at 11:26 AM, Ville Syrjälä
wrote:
> On Thu, Aug 01, 2013 at 05:51:31PM -0700, Linus Torvalds wrote:
>> This one may have been going on for some time - I haven't updated the
>> old Intel Mac Mini in a while.
>>
>> And by "not updated" I also mean that it's some really old user-s
ly I can use my laptop with Linux every day. Neat.
(Hope you can iron out the rest of the problems that people had here.)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.fre
On Sun, Aug 4, 2013 at 7:12 AM, Mark Kettenis wrote:
> Failure to load the firmwares on ARUBA isn't considered fatal.
> However modesetting doesn't quite work in that case. On an HP
> Pavillion Sleekbook 15 with A4-4335M APU, I end up with a screen full
> of garbage. Calling evergreen_mc_program
https://bugzilla.kernel.org/show_bug.cgi?id=60687
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 from
https://bugzilla.kernel.org/show_bug.cgi?id=60674
--- Comment #4 from Alex Deucher ---
This is probably a bug in the mesa or ddx driver due to some feature that
requires a newer kernel and thus is only enabled on newer kernels. Can you
bisect?
--
You are receiving this mail because:
You are wa
https://bugs.freedesktop.org/show_bug.cgi?id=66940
--- Comment #7 from Alex Deucher ---
Can you try with my drm-fixes-3.11 branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Sat, Aug 03, 2013 at 03:44:26PM +0300, Meelis Roos wrote:
> While trying to compile v3.11-rc3-288-gabe0308 on powerpc 32-bit,
> it failed with the following linking error:
>
> ERROR: "__divdi3" [drivers/gpu/drm/radeon/radeon.ko] undefined!
>
> Some new 64-bit division in radeon that is not im
https://bugs.freedesktop.org/show_bug.cgi?id=67723
--- Comment #2 from Alex Deucher ---
This looks like a UVD problem. Do you get the same issue with dpm disabled?
Make sure your kernel has this patch:
http://lists.freedesktop.org/archives/dri-devel/2013-August/042680.html
--
You are receivin
achment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130804/f19e19f2/attachment.html>
e happy to provide more info. Please let me know if you need it.
--
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/2013
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/20130804/714478f4/attachment.html>
Failure to load the firmwares on ARUBA isn't considered fatal.
However modesetting doesn't quite work in that case. On an HP
Pavillion Sleekbook 15 with A4-4335M APU, I end up with a screen full
of garbage. Calling evergreen_mc_program() fixes the issue.
Diff below is against the OpenBSD codebas
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #1 from Gabor Hasenfrasz ---
Created attachment 107089
--> https://bugzilla.kernel.org/attachment.cgi?id=107089&action=edit
output of xrandr verbose
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60687
Bug ID: 60687
Summary: Using radeon.audio=1 blocks hdmi display output on
Radeon 5760
Product: Drivers
Version: 2.5
Kernel Version: 3.10, 3.11-rc3
Hardware: All
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #79 from 720 ---
(In reply to comment #78)
> (In reply to comment #77)
> > Will we have this feature fixed until the 3.11 release or later?
>
> Depends on whether the sclk ss actually worked in the first place. It's
> possible that
Hi Linus,
just a quick fix that a few people have reported, be nice to have in asap.
Dave.
The following changes since commit 72a67a94bcba71a5fddd6b3596a20604d2b5dcd6:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2013-08-03
15:00:23 -0700)
are available in the git reposit
https://bugs.freedesktop.org/show_bug.cgi?id=65730
--- Comment #11 from Igor ---
Well, I'm able to hear sound in Chromium and Firefox in youtube. However, I
cannot hear any sound when I'm issuing
aplay -D plughw:1,3 /usr/share/sounds/alsa/Front_Center.wav
I cannot hear sound in KDE apps as well (
https://bugzilla.kernel.org/show_bug.cgi?id=60674
nucrap at hotmail.com changed:
What|Removed |Added
CC||nucrap at hotmail.com
--- Comment
67 matches
Mail list logo
