Since we ask the dmabuf owner to map the dma-buf into our device
address space, but for udl at present that is the CPU address space,
since we don't DMA directly from the mapped buffer.
However if we don't set a dma mask on the usb device, the mapping
ends up using swiotlb on machines that have it
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_reg.h between commit a65851af5938 ("drm/i915:
Make data/link N value power of two") from the drm tree and commit
72419203cab9 ("drm/i915: hw state readout support for fdi m/n") from the
drm-intel tre
From: Dave Airlie
Sometimes that extra semicolon can really be hard to spot.
Cc: Imre Deak
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_dmabuf.c
b/drivers/gpu/drm/i915/i
https://bugs.freedesktop.org/show_bug.cgi?id=64099
Priority: medium
Bug ID: 64099
Assignee: dri-devel@lists.freedesktop.org
Summary: Mesa 9.0.3 implementation error: In
_mesa_DeleteHashTable, found non-freed data
Severity: mi
On Tue, Apr 30, 2013 at 10:19 PM, Dave Airlie wrote:
>>> Except in the cases where it doesn't do what you want, and possibly in
>>> the future where it does less of what you want. You've started on a
>>> slippery slope, and I'm stopping you before you make things worse.
>>>
>>> You are going to ha
misaligned
--
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/20130430/bb8363a6/attachment.html>
Injects EDEADLK conditions at pseudo-random interval, with exponential
backoff up to UINT_MAX (to ensure that every lock operation still
completes in a reasonable time).
This way we can test the wound slowpath even for ww mutex users where
contention is never expected, and the ww deadlock avoidanc
On Wed, Apr 24, 2013 at 06:52:33PM +0300, ville.syrjala at linux.intel.com
wrote:
> Here's the latest version of my plane clipping stuff.
>
> I think it should be ready for merging. Laurent reviewed the first patch,
> and Chris reviewed the whole set.
>
> I didn't hear any bikeshedding about the
On Mon, Apr 29, 2013 at 12:31 PM, Dave Airlie wrote:
>> The reason we (currently) use the dumb buffer interface is because it
>> does pretty much exactly what we need it to, as we only want linear
>> RGB buffers:
>
> Except in the cases where it doesn't do what you want, and possibly in
> the futu
-project/llvm/trunk at 180760
91177308-0d34-0410-b5e6-96231b3b80d8
--
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
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130430/8e01289e/attachment.html>
On Sun, Apr 28, 2013 at 07:04:07PM +0200, Maarten Lankhorst wrote:
> Changes since RFC patch v1:
> - Updated to use atomic_long instead of atomic, since the reservation_id was
> a long.
> - added mutex_reserve_lock_slow and mutex_reserve_lock_intr_slow
> - removed mutex_locked_set_reservation_i
Injects EDEADLK conditions at pseudo-random interval, with exponential
backoff up to UINT_MAX (to ensure that every lock operation still
completes in a reasonable time).
This way we can test the wound slowpath even for ww mutex users where
contention is never expected, and the ww deadlock avoidanc
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/20130430/c09690bf/attachment.html>
Hi,
In radeon_atombios.c file, radeon_atombios_parse_power_table_6
function, the power state is selected using the state array index:
power_state = (union pplib_power_state *)&state_array->states[i];
The state array has variable sized states which size should be
computed as said in the atombios.
https://bugs.freedesktop.org/show_bug.cgi?id=64096
--- Comment #1 from Andy Furniss ---
Testing further some of the mesa demos are also wrong - not that I have re-
bisected, just assume same issue, on heads -
gloss = blank.
gears, fbo_firecube, gearbox = too dark.
shadowtex = shadow misaligned
https://bugs.freedesktop.org/show_bug.cgi?id=64096
Priority: medium
Bug ID: 64096
Assignee: dri-devel@lists.freedesktop.org
Summary: LLVM RV790 etqw regression since R600: Packetize
instructions
Severity: normal
Classific
https://bugs.freedesktop.org/show_bug.cgi?id=60553
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Tue, Apr 30, 2013 at 10:19 PM, Dave Airlie wrote:
>>> Except in the cases where it doesn't do what you want, and possibly in
>>> the future where it does less of what you want. You've started on a
>>> slippery slope, and I'm stopping you before you make things worse.
>>>
>>> You are going to ha
Injects EDEADLK conditions at pseudo-random interval, with exponential
backoff up to UINT_MAX (to ensure that every lock operation still
completes in a reasonable time).
This way we can test the wound slowpath even for ww mutex users where
contention is never expected, and the ww deadlock avoidanc
https://bugzilla.kernel.org/show_bug.cgi?id=57281
--- Comment #7 from Michel D?nzer 2013-04-30 13:32:46
---
Does not enabling Option "BackingStore" in xorg.conf help?
The high power usage might be due to the discrete GPU being powered on, but the
X server isn't using it, so it doesn't help
>> Except in the cases where it doesn't do what you want, and possibly in
>> the future where it does less of what you want. You've started on a
>> slippery slope, and I'm stopping you before you make things worse.
>>
>> You are going to have to get SoC kernel drivers to add an ioctl that
>> you ca
https://bugzilla.kernel.org/show_bug.cgi?id=47351
--- Comment #9 from Nick 2013-04-30 13:18:22 ---
Thank you!
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
On Wed, Apr 24, 2013 at 06:52:33PM +0300, ville.syrj...@linux.intel.com wrote:
> Here's the latest version of my plane clipping stuff.
>
> I think it should be ready for merging. Laurent reviewed the first patch,
> and Chris reviewed the whole set.
>
> I didn't hear any bikeshedding about the loc
On Mon, Apr 29, 2013 at 12:31 PM, Dave Airlie wrote:
>> The reason we (currently) use the dumb buffer interface is because it
>> does pretty much exactly what we need it to, as we only want linear
>> RGB buffers:
>
> Except in the cases where it doesn't do what you want, and possibly in
> the futu
https://bugs.freedesktop.org/show_bug.cgi?id=59592
--- Comment #10 from n...@detonation.org ---
Sorry for the late reply. Took me some time to get my test setup working after
a distribution upgrade. It seems like your patch does indeed fix the problem.
I've played around with FlightGear for severa
https://bugzilla.kernel.org/show_bug.cgi?id=47351
--- Comment #8 from Alex Deucher 2013-04-30
12:57:39 ---
(In reply to comment #7)
> Yes, I'm quite sure my laptop is mux-less, so I guess the card actually works
> but cannot output anything...
> I've 1.13.4 installed (and 1.14.1 is availab
https://bugzilla.kernel.org/show_bug.cgi?id=57281
--- Comment #6 from Nick 2013-04-30 12:14:25 ---
(In reply to comment #3)
> (In reply to comment #0)
> > After upgrading my AMD E-450-based notebook to a newer one (HP 4545s
> > A4-3300-based) i noticed that in spite of noticeable higher cloc
On Sun, Apr 28, 2013 at 07:04:07PM +0200, Maarten Lankhorst wrote:
> Changes since RFC patch v1:
> - Updated to use atomic_long instead of atomic, since the reservation_id was
> a long.
> - added mutex_reserve_lock_slow and mutex_reserve_lock_intr_slow
> - removed mutex_locked_set_reservation_i
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130430/8f1d641d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=57281
--- Comment #5 from Nick 2013-04-30 11:53:33 ---
Created an attachment (id=100311)
--> (https://bugzilla.kernel.org/attachment.cgi?id=100311)
Xorg.0.log
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You
https://bugzilla.kernel.org/show_bug.cgi?id=57281
--- Comment #4 from Nick 2013-04-30 11:53:07 ---
Created an attachment (id=100301)
--> (https://bugzilla.kernel.org/attachment.cgi?id=100301)
dmesg output
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- Yo
Injects EDEADLK conditions at pseudo-random interval, with exponential
backoff up to UINT_MAX (to ensure that every lock operation still
completes in a reasonable time).
This way we can test the wound slowpath even for ww mutex users where
contention is never expected, and the ww deadlock avoidanc
https://bugzilla.kernel.org/show_bug.cgi?id=47351
Nick changed:
What|Removed |Added
CC||ka.nick at mail.ru
--- Comment #7 from Nick
On Mon, Apr 29, 2013 at 11:07 PM, Sylwester Nawrocki
wrote:
> Hi,
>
> On 04/29/2013 07:04 PM, Sean Paul wrote:
>> On Mon, Apr 29, 2013 at 10:50 AM, Rahul Sharma
>> wrote:
>>> Hdmiphy clock flows from hdmiphy hw to hdmi ip and mixer. It is commonly
>>> accessed among hdmi and hdmiphy driver. Duri
>>
>> Christopher Harvey (3):
>> drm/mgag200: Remove pointless call to drm_fb_get_bpp_depth
>> drm/mgag200: Pass driver specific mga_device in driver functions
>> drm/mgag200: Remove extra variable assigns
>>
>> drivers/gpu/drm/mgag200/mgag200_fb.c | 3 ---
>> drivers/gpu/drm/mgag200/mgag2
On Tue, Apr 30, 2013 at 7:27 AM, Johannes Obermayr
wrote:
> Am Dienstag, 30. April 2013, 06:06:22 schrieb Dave Airlie:
>> On Tue, Apr 30, 2013 at 2:17 AM, Johannes Obermayr
>> wrote:
>> > Hi James,
>> >
>> > Linus recently released Kernel 3.9, merge window for Kernel 3.10 has been
>> > opened, a
https://bugzilla.kernel.org/show_bug.cgi?id=57281
--- Comment #7 from Michel Dänzer 2013-04-30 13:32:46 ---
Does not enabling Option "BackingStore" in xorg.conf help?
The high power usage might be due to the discrete GPU being powered on, but the
X server isn't using it, so it doesn't help
https://bugzilla.kernel.org/show_bug.cgi?id=47351
--- Comment #9 from Nick 2013-04-30 13:18:22 ---
Thank you!
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
On Tue, Apr 30, 2013 at 2:17 AM, Johannes Obermayr
wrote:
> Hi James,
>
> Linus recently released Kernel 3.9, merge window for Kernel 3.10 has been
> opened, and the question is whether drm-openchrome will be part of the new
> Kernel version.
Johannes,
you misunderstand merge window. The merge
https://bugzilla.kernel.org/show_bug.cgi?id=47351
--- Comment #8 from Alex Deucher 2013-04-30 12:57:39
---
(In reply to comment #7)
> Yes, I'm quite sure my laptop is mux-less, so I guess the card actually works
> but cannot output anything...
> I've 1.13.4 installed (and 1.14.1 is availab
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130430/b7c3006b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=57281
--- Comment #6 from Nick 2013-04-30 12:14:25 ---
(In reply to comment #3)
> (In reply to comment #0)
> > After upgrading my AMD E-450-based notebook to a newer one (HP 4545s
> > A4-3300-based) i noticed that in spite of noticeable higher cloc
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #29 from Hristo Venev ---
I just noticed a regression: the GPU halts when cold boot was done by fglrx and
driver is switched to radeon.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugzilla.kernel.org/show_bug.cgi?id=57281
--- Comment #5 from Nick 2013-04-30 11:53:33 ---
Created an attachment (id=100311)
--> (https://bugzilla.kernel.org/attachment.cgi?id=100311)
Xorg.0.log
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You
https://bugzilla.kernel.org/show_bug.cgi?id=57281
--- Comment #4 from Nick 2013-04-30 11:53:07 ---
Created an attachment (id=100301)
--> (https://bugzilla.kernel.org/attachment.cgi?id=100301)
dmesg output
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- Yo
https://bugzilla.kernel.org/show_bug.cgi?id=47351
Nick changed:
What|Removed |Added
CC||ka.n...@mail.ru
--- Comment #7 from Nick 201
r not, but the problem gone if I downgrade
to kernel version 3.7.
--
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
48 matches
Mail list logo
