On Fri, 8 Jun 2012 15:23:15 -0700, Linus Torvalds wrote:
> On Fri, Jun 8, 2012 at 3:12 PM, Chris Wilson
> wrote:
> >
> > So it falls back to
> > load-detection, which in your case it cannot do since all the available
> > pipes are assigned and so it just reports the VGA connection as u
At Fri, 08 Jun 2012 22:17:29 +0200,
Jörg-Volker Peetz wrote:
>
> Takashi Iwai wrote, on 06/08/12 17:52:
> > At Fri, 08 Jun 2012 17:45:17 +0200,
> > Jörg-Volker Peetz wrote:
> >>
> >> Hello Takashi,
> >>
> >> Takashi Iwai wrote, on 06/08/12 15:03:
> >>> At Fri, 08 Jun 2012 13:26:57 +0200,
> >>> Jör
On Fri, Jun 08, 2012 at 01:56:05PM -0700, Erik Gilling wrote:
> On Thu, Jun 7, 2012 at 4:35 AM, Tom Cooksey wrote:
> > The alternate is to not associate sync objects with buffers and
> > have them be distinct entities, exposed to userspace. This gives
> > userpsace more power and flexibility and m
On Sun, May 27, 2012 at 10:25:21PM +0200, Marcin Slusarz wrote:
> On Thu, May 24, 2012 at 08:09:41PM +0200, Bruno Pr?mont wrote:
> > I can easily trigger a crash in nouveau interrupt handler by unbinding
> > and rebinding the GPU.
> >
> > The command used:
> > echo $pci_device > nouveau/unbind &
On Fri, 8 Jun 2012 14:57:31 -0700, Linus Torvalds wrote:
> This breaks things for me. Bisect says:
>
> 9e612a008fa7fe493a473454def56aa321479495 is the first bad commit
> commit 9e612a008fa7fe493a473454def56aa321479495
> Author: Chris Wilson
> Date: Thu May 31 13:08:53 2012 +0100
>
> drm/i
On Fri, Jun 08, 2012 at 04:43:19PM -0300, Eugeni Dodonov wrote:
> Somehow this went unnoticed in the past reviews, but the condition would
> never timeout properly.
>
> This was initially introduced in the v2 of original SBI enabling patch.
> Highly embarrassing.
>
> Reported-by: Dan Carpenter
>
Takashi Iwai wrote, on 06/08/12 17:52:
> At Fri, 08 Jun 2012 17:45:17 +0200,
> J?rg-Volker Peetz wrote:
>>
>> Hello Takashi,
>>
>> Takashi Iwai wrote, on 06/08/12 15:03:
>>> At Fri, 08 Jun 2012 13:26:57 +0200,
>>> J?rg-Volker Peetz wrote:
Takashi Iwai wrote, on 06/07/12 12:15:
> Hi,
>
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #14 from Jerome Glisse 2012-06-08
13:42:40 PDT ---
Note that this should fix the issue when ColorTiling2D is enabled
Updated v3 same url, please test v3 version thx
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #5 from Jerome Glisse 2012-06-08
13:42:12 PDT ---
Updated v3 same url, please test v3 version thx
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
On Thu, Jun 07, 2012 at 09:12:41AM -0700, Ben Widawsky wrote:
> int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
>
> This should bump the libdrm version. We're waiting for context support
> so we can do both features in one bump.
>
> v2: don't return remaining timeout amount
> use
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #13 from Jerome Glisse 2012-06-08
12:52:11 PDT ---
Patch that should fix the issue :
http://people.freedesktop.org/~glisse/0001-drm-radeon-fix-tiling-and-command-stream-checking-on.patch
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #4 from Jerome Glisse 2012-06-08
12:52:07 PDT ---
Patch that should fix the issue :
http://people.freedesktop.org/~glisse/0001-drm-radeon-fix-tiling-and-command-stream-checking-on.patch
--
Configure bugmail: https://bugs.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #3 from Alex Deucher 2012-06-08 12:31:40 PDT
---
Does setting:
Option "ColorTiling" "False"
in the device section of your xorg.conf help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
On Fri, Jun 8, 2012 at 6:12 PM, Chris Wilson
wrote:
> On Fri, 8 Jun 2012 14:57:31 -0700, Linus Torvalds linux-foundation.org> wrote:
>> This breaks things for me. Bisect says:
>>
>> 9e612a008fa7fe493a473454def56aa321479495 is the first bad commit
>> commit 9e612a008fa7fe493a473454def56aa32147949
Hi everyone,
Since upgrading to 3.5-rc1 (I believe) I find the following warnings
in my dmesg:
[ 116.591654] [drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
[ 116.592888] i915: render error detected, EIR: 0x0010
[ 116.592890] i915: IPEIR: 0x000
There's the neat little problem that some systems die if vga decoding
isn't decoded anywhere, because linux disabled that pci device.
Atm we solve that problem by simple not calling pci_disable_device at
driver unregister time for drm pci devices. Which isn't to great
because it leaks a pci_enable
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #2 from Zolt?n B?sz?rm?nyi 2012-06-08 11:18:55
PDT ---
Created attachment 62811
--> https://bugs.freedesktop.org/attachment.cgi?id=62811
Xorg.0.log on the notebook with kernel 3.4.0
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #1 from Zolt?n B?sz?rm?nyi 2012-06-08 11:18:18
PDT ---
Created attachment 62810
--> https://bugs.freedesktop.org/attachment.cgi?id=62810
dmesg with 3.4.0
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
On Fri, Jun 08, 2012 at 06:03:57PM +0200, Jakob Bornecrantz wrote:
> On Fri, Jun 8, 2012 at 4:52 PM, Daniel Vetter
> wrote:
> > Otherwise we'll nicely leak this reference counter. Now thanks to the
> > awesome layering in the drm core, the enable call is done by the pci
> > boilerplate in drm_pci
https://bugs.freedesktop.org/show_bug.cgi?id=50892
Bug #: 50892
Summary: Invalid command stream with TURKS running Cinnamon
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (Al
On Fri, Jun 8, 2012 at 4:52 PM, Daniel Vetter wrote:
> Otherwise we'll nicely leak this reference counter. Now thanks to the
> awesome layering in the drm core, the enable call is done by the pci
> boilerplate in drm_pci.c. But the disable can't be done without adding
> yet another neat indirectio
At Fri, 08 Jun 2012 17:45:17 +0200,
J?rg-Volker Peetz wrote:
>
> Hello Takashi,
>
> Takashi Iwai wrote, on 06/08/12 15:03:
> > At Fri, 08 Jun 2012 13:26:57 +0200,
> > J?rg-Volker Peetz wrote:
> >>
> >> Takashi Iwai wrote, on 06/07/12 12:15:
> >>> Hi,
> >>>
> >>> this is a series of patches to fix
Hello Takashi,
Takashi Iwai wrote, on 06/08/12 15:03:
> At Fri, 08 Jun 2012 13:26:57 +0200,
> J?rg-Volker Peetz wrote:
>>
>> Takashi Iwai wrote, on 06/07/12 12:15:
>>> Hi,
>>>
>>> this is a series of patches to fix the regressions of HD-audio HDMI
>>> on D-GPUs in 3.5-rc1 due to the support of VGA
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #47 from Alexandre Demers
2012-06-08 10:37:24 PDT ---
The latest patch is a no go on Cayman (running kernel 3.5-rc1, with latest
mesa, drm and DDX). When booting, 3D is unavailable and I have to use the 2D
gnome-shell version. Revert
Hello Eugeni Dodonov,
The patch a416edefbbaf: "drm/i915: add support for SBI ops" from May
9, 2012, leads to the following warning:
drivers/gpu/drm/i915/intel_display.c:1347 intel_sbi_write()
warn: bitwise AND condition is false here
SBI_READY is defined like this:
#define SBI_READY
On Fri, Jun 8, 2012 at 2:42 PM, Daniel Vetter wrote:
>> I think this is an approach worth investigating. I'd like a way to
>> either opt out of implicit sync or have a way to check if a dma-buf
>> has an attached fence and detach it. Actually, that could work really
>> well. Consider:
>>
>> * Ea
On Thu, Jun 7, 2012 at 4:35 AM, Tom Cooksey wrote:
> The alternate is to not associate sync objects with buffers and
> have them be distinct entities, exposed to userspace. This gives
> userpsace more power and flexibility and might allow for use-cases
> which an implicit synchronization mechanism
On Thu, Jun 7, 2012 at 10:52 AM, Maarten Lankhorst
wrote:
> I do agree you need some way to synch userspace though, but I
> think adding a new api for userspace is not the way to go.
I'm not sure I understand how you propose to expose the functionality
to userspace in a way that does not depend o
Takashi Iwai wrote, on 06/08/12 17:52:
> At Fri, 08 Jun 2012 17:45:17 +0200,
> Jörg-Volker Peetz wrote:
>>
>> Hello Takashi,
>>
>> Takashi Iwai wrote, on 06/08/12 15:03:
>>> At Fri, 08 Jun 2012 13:26:57 +0200,
>>> Jörg-Volker Peetz wrote:
Takashi Iwai wrote, on 06/07/12 12:15:
> Hi,
>
Hello Takashi,
Takashi Iwai wrote, on 06/08/12 15:03:
> At Fri, 08 Jun 2012 13:26:57 +0200,
> Jörg-Volker Peetz wrote:
>>
>> Takashi Iwai wrote, on 06/07/12 12:15:
>>> Hi,
>>>
>>> this is a series of patches to fix the regressions of HD-audio HDMI
>>> on D-GPUs in 3.5-rc1 due to the support of VGA
On Fri, Jun 08, 2012 at 12:16:41PM +0300, Jani Nikula wrote:
>
> Hi Daniel -
>
> On Thu, 07 Jun 2012, Daniel Vetter wrote:
> > I've done an audit of everything which is being set up between the
> > place where drm_pci_agp_init is called currently and where the
> > driver's ->load function is cal
Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in
case of failures. But the callers of drm_fill_in_dev simply don't do
anything. Now from a cursory look drm_lastclose doesn't look like the
best cleanup function in itself, but whom am I to judge the drm error
paths. Imo before we
Otherwise we'll nicely leak this reference counter. Now thanks to the
awesome layering in the drm core, the enable call is done by the pci
boilerplate in drm_pci.c. But the disable can't be done without adding
yet another neat indirection layer just for that.
So take the simple way and sprinkle pc
Somehow this went unnoticed in the past reviews, but the condition would
never timeout properly.
This was initially introduced in the v2 of original SBI enabling patch.
Highly embarrassing.
Reported-by: Dan Carpenter
Signed-off-by: Eugeni Dodonov
---
drivers/gpu/drm/i915/intel_display.c |8
On Fri, Jun 8, 2012 at 3:52 PM, Chris Wilson wrote:
>
> And that was my point. You were blaming the patch for making you aware
> of existing behaviour that results in utter confusion, for as Alex
> points out there is no sane way for userspace to handle the unknown
> connection status from the det
On Fri, Jun 8, 2012 at 3:52 PM, Chris Wilson
wrote:
>
> And that was my point. You were blaming the patch for making you aware
> of existing behaviour that results in utter confusion, for as Alex
> points out there is no sane way for userspace to handle the unknown
> connection status from the de
Hi Laurent and Subash,
I confirm the issue found by Subash. The function
vb2_dc_kaddr_to_pages does fail for some occasions.
The failures are rather strange like 'got 95 of
150 pages'. It took me some time to find the reason
of the problem.
I found that dma_alloc_coherent for iommu an ARM does
us
A detect() probe may return 'unknown' to indicate that it was not able
to successfully determine the connector status. However, exposing this
to userspace just results in lots of confusion as it is uncertain
whether or not that is a valid connection. The usual result is for X to
create a mode that
https://bugs.freedesktop.org/show_bug.cgi?id=17902
thor at math.tu-berlin.de changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
To be able to directly set up the intel-gtt code from drm/i915 and
avoid setting up the fake-agp driver we need to prepare a few things:
- pass both the bridge and gpu pci_dev to the probe function and add
code to handle the gpu pdev both being present (for drm/i915) and
not present (fake agp).
On Fri, 8 Jun 2012 15:23:15 -0700, Linus Torvalds
wrote:
> On Fri, Jun 8, 2012 at 3:12 PM, Chris Wilson wrote:
> >
> > So it falls back to
> > load-detection, which in your case it cannot do since all the available
> > pipes are assigned and so it just reports the VGA connection as unk
On Fri, Jun 8, 2012 at 6:12 PM, Chris Wilson wrote:
> On Fri, 8 Jun 2012 14:57:31 -0700, Linus Torvalds
> wrote:
>> This breaks things for me. Bisect says:
>>
>> 9e612a008fa7fe493a473454def56aa321479495 is the first bad commit
>> commit 9e612a008fa7fe493a473454def56aa321479495
>> Author: Chris W
On Fri, Jun 8, 2012 at 3:12 PM, Chris Wilson wrote:
>
> So it falls back to
> load-detection, which in your case it cannot do since all the available
> pipes are assigned and so it just reports the VGA connection as unknown.
Btw, it's a singularly stupid decision to say "Ok, I *know* I
On Fri, Jun 8, 2012 at 3:12 PM, Chris Wilson
wrote:
>
> So it falls back to
> load-detection, which in your case it cannot do since all the available
> pipes are assigned and so it just reports the VGA connection as unknown.
Btw, it's a singularly stupid decision to say "Ok, I *know* I
On Fri, Jun 8, 2012 at 2:42 PM, Daniel Vetter wrote:
>> I think this is an approach worth investigating. ?I'd like a way to
>> either opt out of implicit sync or have a way to check if a dma-buf
>> has an attached fence and detach it. ?Actually, that could work really
>> well. Consider:
>>
>> * Ea
On Fri, Jun 8, 2012 at 3:12 PM, Chris Wilson wrote:
>
> Shock, horror, that's how it is meant to work when we cannot determine
> whether or not there is actually an output attached to the VGA.
We don't break existing installations. And that existing installation
has worked for a long time. You br
On Fri, Jun 8, 2012 at 3:12 PM, Chris Wilson
wrote:
>
> Shock, horror, that's how it is meant to work when we cannot determine
> whether or not there is actually an output attached to the VGA.
We don't break existing installations. And that existing installation
has worked for a long time. You b
On Fri, 8 Jun 2012 14:57:31 -0700, Linus Torvalds
wrote:
> This breaks things for me. Bisect says:
>
> 9e612a008fa7fe493a473454def56aa321479495 is the first bad commit
> commit 9e612a008fa7fe493a473454def56aa321479495
> Author: Chris Wilson
> Date: Thu May 31 13:08:53 2012 +0100
>
> drm/
On Fri, Jun 8, 2012 at 11:57 PM, Linus Torvalds
wrote:
> This breaks things for me. Bisect says:
>
> 9e612a008fa7fe493a473454def56aa321479495 is the first bad commit
> commit 9e612a008fa7fe493a473454def56aa321479495
> Author: Chris Wilson
> Date: Thu May 31 13:08:53 2012 +0100
>
> drm/i915/c
At Fri, 08 Jun 2012 13:26:57 +0200,
J?rg-Volker Peetz wrote:
>
> Takashi Iwai wrote, on 06/07/12 12:15:
> > Hi,
> >
> > this is a series of patches to fix the regressions of HD-audio HDMI
> > on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients.
> >
> > The first patch adds a
This breaks things for me. Bisect says:
9e612a008fa7fe493a473454def56aa321479495 is the first bad commit
commit 9e612a008fa7fe493a473454def56aa321479495
Author: Chris Wilson
Date: Thu May 31 13:08:53 2012 +0100
drm/i915/crt: Do not rely upon the HPD presence pin
Whilst most monitors d
This breaks things for me. Bisect says:
9e612a008fa7fe493a473454def56aa321479495 is the first bad commit
commit 9e612a008fa7fe493a473454def56aa321479495
Author: Chris Wilson
Date: Thu May 31 13:08:53 2012 +0100
drm/i915/crt: Do not rely upon the HPD presence pin
Whilst most monitors d
On Fri, Jun 08, 2012 at 01:56:05PM -0700, Erik Gilling wrote:
> On Thu, Jun 7, 2012 at 4:35 AM, Tom Cooksey wrote:
> > The alternate is to not associate sync objects with buffers and
> > have them be distinct entities, exposed to userspace. This gives
> > userpsace more power and flexibility and m
On Fri, Jun 08, 2012 at 01:09:10PM +0300, Jani Nikula wrote:
> On Thu, 07 Jun 2012, Daniel Vetter wrote:
> > #define INTEL_GTT_GEN intel_private.driver->gen
> > @@ -1522,14 +1523,32 @@ static int find_gmch(u16 device)
> > return 1;
> > }
> >
> > -int intel_gmch_probe(struct pci_dev *p
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #12 from Chris Rankin 2012-06-08
07:36:31 PDT ---
(In reply to comment #11)
> So, please file your own report, if possible with more details about what
> exactly changed to make the problem start occurring.
Sounds like a difference
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #11 from Michel D?nzer 2012-06-08 07:15:04
PDT ---
(In reply to comment #10)
> [23.358] (**) RADEON(0): Option "ColorTiling2D" "off"
>
> So yes, it happens even with explicitly disabling it and without the above
> file
> too.
On Sun, May 27, 2012 at 10:25:21PM +0200, Marcin Slusarz wrote:
> On Thu, May 24, 2012 at 08:09:41PM +0200, Bruno Prémont wrote:
> > I can easily trigger a crash in nouveau interrupt handler by unbinding
> > and rebinding the GPU.
> >
> > The command used:
> > echo $pci_device > nouveau/unbind &
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #9 from Michel D?nzer 2012-06-08 06:56:30
PDT ---
Does the problem also occur if you don't specify Option "ColorTiling2D" at all
in xorg.conf? It's disabled by default.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
On Thu, Jun 7, 2012 at 4:35 AM, Tom Cooksey wrote:
> The alternate is to not associate sync objects with buffers and
> have them be distinct entities, exposed to userspace. This gives
> userpsace more power and flexibility and might allow for use-cases
> which an implicit synchronization mechanism
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #8 from Zolt?n B?sz?rm?nyi 2012-06-08 06:49:31
PDT ---
(In reply to comment #2)
> Created attachment 62766 [details]
> dmesg output
The same error happens on TURKS chips too with Fedora 17, kernel
3.4.0-1.fc17.x86_64:
Jun 8 15:24:
https://bugs.freedesktop.org/show_bug.cgi?id=42683
Chris Rankin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #14 from Jerome Glisse 2012-06-08 13:42:40
PDT ---
Note that this should fix the issue when ColorTiling2D is enabled
Updated v3 same url, please test v3 version thx
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #5 from Jerome Glisse 2012-06-08 13:42:12
PDT ---
Updated v3 same url, please test v3 version thx
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
On Fri, Jun 08, 2012 at 04:43:19PM -0300, Eugeni Dodonov wrote:
> Somehow this went unnoticed in the past reviews, but the condition would
> never timeout properly.
>
> This was initially introduced in the v2 of original SBI enabling patch.
> Highly embarrassing.
>
> Reported-by: Dan Carpenter
>
Takashi Iwai wrote, on 06/07/12 12:15:
> Hi,
>
> this is a series of patches to fix the regressions of HD-audio HDMI
> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients.
>
> The first patch adds a new helper function to vga-switcheroo and the
> second just uses that instead
On Thu, Jun 7, 2012 at 10:52 AM, Maarten Lankhorst
wrote:
> I do agree you need some way to synch userspace though, but I
> think adding a new api for userspace is not the way to go.
I'm not sure I understand how you propose to expose the functionality
to userspace in a way that does not depend o
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #7 from Chris Rankin 2012-06-08
06:10:16 PDT ---
(In reply to comment #6)
> Comment on attachment 62794 [details]
> log file from gdm greeter
>
> >gnome-session[1773]: DEBUG(+): Enabling debugging
...
WTF? +1 vote for being able to
On Thu, 07 Jun 2012, Daniel Vetter wrote:
> To be able to directly set up the intel-gtt code from drm/i915 and
> avoid setting up the fake-agp driver we need to prepare a few things:
> - pass both the bridge and gpu pci_dev to the probe function and add
> code to handle the gpu pdev both being p
https://bugs.freedesktop.org/show_bug.cgi?id=50857
Chris Rankin changed:
What|Removed |Added
Attachment #62794|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #5 from Chris Rankin 2012-06-08
06:03:49 PDT ---
Created attachment 62794
--> https://bugs.freedesktop.org/attachment.cgi?id=62794
log file from gdm greeter
It's impossible actually to login.
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #4 from Chris Rankin 2012-06-08
06:02:28 PDT ---
Created attachment 62793
--> https://bugs.freedesktop.org/attachment.cgi?id=62793
Xorg log file
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #13 from Jerome Glisse 2012-06-08 12:52:11
PDT ---
Patch that should fix the issue :
http://people.freedesktop.org/~glisse/0001-drm-radeon-fix-tiling-and-command-stream-checking-on.patch
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #4 from Jerome Glisse 2012-06-08 12:52:07
PDT ---
Patch that should fix the issue :
http://people.freedesktop.org/~glisse/0001-drm-radeon-fix-tiling-and-command-stream-checking-on.patch
--
Configure bugmail: https://bugs.freedeskt
Somehow this went unnoticed in the past reviews, but the condition would
never timeout properly.
This was initially introduced in the v2 of original SBI enabling patch.
Highly embarrassing.
Reported-by: Dan Carpenter
Signed-off-by: Eugeni Dodonov
---
drivers/gpu/drm/i915/intel_display.c |8
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #3 from Alex Deucher 2012-06-08 12:31:40 PDT ---
Does setting:
Option "ColorTiling" "False"
in the device section of your xorg.conf help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
Hi Daniel -
On Thu, 07 Jun 2012, Daniel Vetter wrote:
> I've done an audit of everything which is being set up between the
> place where drm_pci_agp_init is called currently and where the
> driver's ->load function is called. Nothing seems to depend upon
> dev->agp being set up correctly.
>
> Th
At Fri, 8 Jun 2012 09:42:58 +0100,
Dave Airlie wrote:
>
> On Thu, Jun 7, 2012 at 11:15 AM, Takashi Iwai wrote:
> > Add vga_switcheroo_get_client_state() to get the current state of the
> > client. ?This is necessary to determine the proper initial state of
> > audio clients in HD-audio driver.
>
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #2 from Zoltán Böszörményi 2012-06-08 11:18:55 PDT
---
Created attachment 62811
--> https://bugs.freedesktop.org/attachment.cgi?id=62811
Xorg.0.log on the notebook with kernel 3.4.0
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=50892
--- Comment #1 from Zoltán Böszörményi 2012-06-08 11:18:18 PDT
---
Created attachment 62810
--> https://bugs.freedesktop.org/attachment.cgi?id=62810
dmesg with 3.4.0
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
On Thu, Jun 07, 2012 at 09:12:41AM -0700, Ben Widawsky wrote:
> int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
>
> This should bump the libdrm version. We're waiting for context support
> so we can do both features in one bump.
>
> v2: don't return remaining timeout amount
> use
https://bugs.freedesktop.org/show_bug.cgi?id=50892
Bug #: 50892
Summary: Invalid command stream with TURKS running Cinnamon
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (Al
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #47 from Alexandre Demers 2012-06-08
10:37:24 PDT ---
The latest patch is a no go on Cayman (running kernel 3.5-rc1, with latest
mesa, drm and DDX). When booting, 3D is unavailable and I have to use the 2D
gnome-shell version. Revert
There's the neat little problem that some systems die if vga decoding
isn't decoded anywhere, because linux disabled that pci device.
Atm we solve that problem by simple not calling pci_disable_device at
driver unregister time for drm pci devices. Which isn't to great
because it leaks a pci_enable
Hi Linus,
a bunch of fixes for Intel and exynos, nothing too major, a new intel PCI
Id, and a fix for CRT detection.
Dave.
The following changes since commit 7aaa61b3476462b69f1ac7669fcca8d608ce3cb5:
drm/radeon/kms: add new SI PCI ids (2012-06-05 15:11:12 +0100)
are available in the git re
On Thu, Jun 7, 2012 at 11:15 AM, Takashi Iwai wrote:
> Add vga_switcheroo_get_client_state() to get the current state of the
> client. ?This is necessary to determine the proper initial state of
> audio clients in HD-audio driver.
>
> Signed-off-by: Takashi Iwai
Acked-by: Dave Airlie
Feel free
On Fri, Jun 08, 2012 at 06:03:57PM +0200, Jakob Bornecrantz wrote:
> On Fri, Jun 8, 2012 at 4:52 PM, Daniel Vetter wrote:
> > Otherwise we'll nicely leak this reference counter. Now thanks to the
> > awesome layering in the drm core, the enable call is done by the pci
> > boilerplate in drm_pci.c.
https://bugs.freedesktop.org/show_bug.cgi?id=17902
t...@math.tu-berlin.de changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
On Fri, Jun 8, 2012 at 4:52 PM, Daniel Vetter wrote:
> Otherwise we'll nicely leak this reference counter. Now thanks to the
> awesome layering in the drm core, the enable call is done by the pci
> boilerplate in drm_pci.c. But the disable can't be done without adding
> yet another neat indirectio
Otherwise we'll nicely leak this reference counter. Now thanks to the
awesome layering in the drm core, the enable call is done by the pci
boilerplate in drm_pci.c. But the disable can't be done without adding
yet another neat indirection layer just for that.
So take the simple way and sprinkle pc
Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in
case of failures. But the callers of drm_fill_in_dev simply don't do
anything. Now from a cursory look drm_lastclose doesn't look like the
best cleanup function in itself, but whom am I to judge the drm error
paths. Imo before we
At Fri, 08 Jun 2012 17:45:17 +0200,
Jörg-Volker Peetz wrote:
>
> Hello Takashi,
>
> Takashi Iwai wrote, on 06/08/12 15:03:
> > At Fri, 08 Jun 2012 13:26:57 +0200,
> > Jörg-Volker Peetz wrote:
> >>
> >> Takashi Iwai wrote, on 06/07/12 12:15:
> >>> Hi,
> >>>
> >>> this is a series of patches to fix
Hello Eugeni Dodonov,
The patch a416edefbbaf: "drm/i915: add support for SBI ops" from May
9, 2012, leads to the following warning:
drivers/gpu/drm/i915/intel_display.c:1347 intel_sbi_write()
warn: bitwise AND condition is false here
SBI_READY is defined like this:
#define SBI_READY
Takashi Iwai wrote, on 06/07/12 12:15:
> Hi,
>
> this is a series of patches to fix the regressions of HD-audio HDMI
> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients.
>
> The first patch adds a new helper function to vga-switcheroo and the
> second just uses that instead
On Fri, Jun 08, 2012 at 12:16:41PM +0300, Jani Nikula wrote:
>
> Hi Daniel -
>
> On Thu, 07 Jun 2012, Daniel Vetter wrote:
> > I've done an audit of everything which is being set up between the
> > place where drm_pci_agp_init is called currently and where the
> > driver's ->load function is cal
To be able to directly set up the intel-gtt code from drm/i915 and
avoid setting up the fake-agp driver we need to prepare a few things:
- pass both the bridge and gpu pci_dev to the probe function and add
code to handle the gpu pdev both being present (for drm/i915) and
not present (fake agp).
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #12 from Chris Rankin 2012-06-08 07:36:31
PDT ---
(In reply to comment #11)
> So, please file your own report, if possible with more details about what
> exactly changed to make the problem start occurring.
Sounds like a difference
Hi Laurent and Subash,
I confirm the issue found by Subash. The function
vb2_dc_kaddr_to_pages does fail for some occasions.
The failures are rather strange like 'got 95 of
150 pages'. It took me some time to find the reason
of the problem.
I found that dma_alloc_coherent for iommu an ARM does
us
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #11 from Michel Dänzer 2012-06-08 07:15:04 PDT
---
(In reply to comment #10)
> [23.358] (**) RADEON(0): Option "ColorTiling2D" "off"
>
> So yes, it happens even with explicitly disabling it and without the above
> file
> too.
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #10 from Zoltán Böszörményi 2012-06-08 07:02:49 UTC
---
(In reply to comment #9)
> Does the problem also occur if you don't specify Option "ColorTiling2D" at all
> in xorg.conf? It's disabled by default.
I thought it was on so this
https://bugs.freedesktop.org/show_bug.cgi?id=50857
--- Comment #10 from Zolt?n B?sz?rm?nyi 2012-06-08 07:02:49
UTC ---
(In reply to comment #9)
> Does the problem also occur if you don't specify Option "ColorTiling2D" at all
> in xorg.conf? It's disabled by default.
I thought it was on so this
1 - 100 of 115 matches
Mail list logo
