https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #3 from Michel Dänzer ---
Could be either, but you generally need matching Git snapshots anyway.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mai
Dear Christopher,
Am Montag, den 29.04.2013, 14:37 -0400 schrieb Christopher Harvey:
> I submitted these a while ago, but I think they got lost in the
> mailing list. Just wanted to make sure they get a shot at the merge
> window.
as you resend the patches you could have easily amended the commi
https://bugs.freedesktop.org/show_bug.cgi?id=63732
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, May 3, 2013 at 7:01 PM, Benjamin Herrenschmidt
wrote:
> On Fri, 2013-05-03 at 19:43 -0300, Kleber Sacilotto de Souza wrote:
>
>> This patch series does:
>> 1. max_bus_speed is used to set the device to gen2 speeds
>> 2. on power there's no longer a conflict between the pseries call and
n Mon, May 6, 2013 at 10:32 AM, Alex Deucher wrote:
> On Fri, May 3, 2013 at 7:01 PM, Benjamin Herrenschmidt
> wrote:
>> On Fri, 2013-05-03 at 19:43 -0300, Kleber Sacilotto de Souza wrote:
>>
>>> This patch series does:
>>> 1. max_bus_speed is used to set the device to gen2 speeds
>>> 2. on p
https://bugs.freedesktop.org/show_bug.cgi?id=60848
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=59592
Jerome Glisse changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=62466
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=62669
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, May 06, 2013 at 02:52:08PM +0200, dl...@gmx.de wrote:
> From: Jan-Simon Möller
>
> 20130509: v2: (re-)add inline upon request.
>
> Description:
> intel_gmbus_is_forced_bit is no extern as its body is right below.
> Likewise for intel_gmbus_is_port_valid.
>
> This fixes a compilation iss
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #4 from Tom Stellard ---
I just pushed the Mesa patch that updates the GPU mappings to account for the
new processors in LLVM. Can you re-test with the latest code from the git
repository?
--
You are receiving this mail because:
Yo
On Mon, May 06, 2013 at 10:35:35AM +1000, Dave Airlie wrote:
> >>
> >> However if we don't set a dma mask on the usb device, the mapping
> >> ends up using swiotlb on machines that have it enabled, which
> >> is less than desireable.
> >>
> >> Signed-off-by: Dave Airlie
> >
> > Fyi for everyone el
https://bugs.freedesktop.org/show_bug.cgi?id=62466
--- Comment #9 from l...@mail.ru ---
Hi, Gerome!
Do I understand correctly, this patch is only for R600g AND its only for kernel
(not mesa or DDI) ?
Thanks for the fix! Unfortunately I have currently no access to the machine.
When I have it,
On Tue, May 7, 2013 at 1:59 AM, Daniel Vetter wrote:
> On Mon, May 06, 2013 at 10:35:35AM +1000, Dave Airlie wrote:
>> >>
>> >> However if we don't set a dma mask on the usb device, the mapping
>> >> ends up using swiotlb on machines that have it enabled, which
>> >> is less than desireable.
>> >>
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #11 from Aaron Watry ---
If you're experiencing GPU lockups w/ OpenCL, I'd recommend making sure that
you mesa includes:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=4539f8e20af286d1f521eb016c89c6d9af0b801c
This fixed a lot of co
On Mon, May 6, 2013 at 9:56 PM, Dave Airlie wrote:
> On Tue, May 7, 2013 at 1:59 AM, Daniel Vetter wrote:
>> On Mon, May 06, 2013 at 10:35:35AM +1000, Dave Airlie wrote:
>>> >>
>>> >> However if we don't set a dma mask on the usb device, the mapping
>>> >> ends up using swiotlb on machines that h
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #12 from Erdem U. Altinyurt ---
(In reply to comment #11)
> If you're experiencing GPU lockups w/ OpenCL, I'd recommend making sure that
> you mesa includes:
> http://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=4539f8e20af286d1f521eb
On Mon, May 6, 2013 at 4:44 PM, Daniel Vetter wrote:
> On Mon, May 6, 2013 at 9:56 PM, Dave Airlie wrote:
>> On Tue, May 7, 2013 at 1:59 AM, Daniel Vetter wrote:
>>> On Mon, May 06, 2013 at 10:35:35AM +1000, Dave Airlie wrote:
>>
>> However if we don't set a dma mask on the usb device,
>>> One that appears the same as a GEM object created by userspace. i.e. mmap
>>> works.
>>
>> Oh, we have an mmap interface in the dma_buf thing for that, and iirc
>> Rob Clark even bothered to implement the gem->dma_buf mmap forwarding
>> somewhere. And iirc android's ion-on-dma_buf stuff is eve
On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski wrote:
> On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski wrote:
>> Signed-off-by: Andy Lutomirski
>> ---
>>
>> This needs careful review. I don't really know what this code does, nor
>> do I have the hardware. (I don't understand AGP and the asso
https://bugs.freedesktop.org/show_bug.cgi?id=51787
--- Comment #6 from almos ---
Now I took a new look at the issue with GALLIUM_HUD=fps, and there is
definitely a serious problem with cpufreq. I have a few scripts to switch
cpufreq governor between performance and ondemand (Phenom II x4), and to
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 Linus' tree and commit
e3b95f1eb5b9 ("drm/i915: Apply OCD to data/link m/n register #defines")
from the drm-in
>>
>> From memory, even on pat system we need mtrr for VRAM is PCI BAR. We
>> cover it with a write combine MTRR. The whole ioctl is use by some ddx
>> or maybe even directly the XServer to do this mtrr mess in userspace.
>
> Egads! So we have a _DRM_WRITE_COMBINING flag, which will continue to
>
Ok, so let me resend a version with "static inline" .
Best,
JS
On Saturday 04 May 2013 10:55:50 PaX Team wrote:
> On 3 May 2013 at 15:03, Jani Nikula wrote:
> > >> This fixes a compilation issue with clang. An initial version of this
> > >> patch
> > >> was developed by PaX Team .
> > >> This is
From: Jan-Simon Möller
20130509: v2: (re-)add inline upon request.
Description:
intel_gmbus_is_forced_bit is no extern as its body is right below.
Likewise for intel_gmbus_is_port_valid.
This fixes a compilation issue with clang. An initial version of this patch
was developed by PaX Team .
This
On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski wrote:
> Signed-off-by: Andy Lutomirski
> ---
>
> This needs careful review. I don't really know what this code does, nor
> do I have the hardware. (I don't understand AGP and the associated
> caching implications.)
This patch is wrong (I didn't
Apparently UVD doesn't yet work everywhere - so allow it to be
disabled. Shaves off some reboot and suspend/resume time on machines
where it doesn't work. Might be useful for problematic chips in the
future as well.
Patch attached as well as inline below.
Signed-off-by: Parag Warudkar
diff --gi
On Mon, May 6, 2013 at 4:04 PM, Jerome Glisse wrote:
> On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski wrote:
>> On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski wrote:
>>> Signed-off-by: Andy Lutomirski
>>> ---
>>>
>>> This needs careful review. I don't really know what this code does, nor
>>>
Hello,
Lenovo T430 laptop with intel+nvidia hybrid graphics, optimus enabled in BIOS:
$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor
Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [Quadro NVS 5400M]
(rev a
>>
>> However if we don't set a dma mask on the usb device, the mapping
>> ends up using swiotlb on machines that have it enabled, which
>> is less than desireable.
>>
>> Signed-off-by: Dave Airlie
>
> Fyi for everyone else who was not on irc when Dave&I discussed this:
> This really shouldn't be
ariants
--
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/20130506/800425b6/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130506/8d7dacf3/attachment.html>
from Mike Lothian ---
Is it mesa or llvm that needs bisecting or both?
--
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
es the attribute
without iommu: in case of no iommu, dma_alloc_attr() always maps pages
allocated from highmem with kernel space. So I think we make sure that
exynos drm driver sets the attribute only with iommu to avoid such
confusing. For this, will post it soon.
Thanks,
Inki Dae
Best regards,
> Tomasz
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130506/9f3fa9e5/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130506/9b169ca1/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130506/930493f6/attachment.html>
|--- |FIXED
--
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/20130506/16689792/attachment.html>
On Fri, May 3, 2013 at 7:01 PM, Benjamin Herrenschmidt
wrote:
> On Fri, 2013-05-03 at 19:43 -0300, Kleber Sacilotto de Souza wrote:
>
>> This patch series does:
>> 1. max_bus_speed is used to set the device to gen2 speeds
>> 2. on power there's no longer a conflict between the pseries call and
n Mon, May 6, 2013 at 10:32 AM, Alex Deucher wrote:
> On Fri, May 3, 2013 at 7:01 PM, Benjamin Herrenschmidt
> wrote:
>> On Fri, 2013-05-03 at 19:43 -0300, Kleber Sacilotto de Souza wrote:
>>
>>> This patch series does:
>>> 1. max_bus_speed is used to set the device to gen2 speeds
>>> 2. on p
org/archives/dri-devel/attachments/20130506/02e85038/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130506/ea1b1307/attachment-0001.html>
org/archives/dri-devel/attachments/20130506/d97b2b9e/attachment.html>
org/archives/dri-devel/attachments/20130506/df2e4845/attachment.html>
On Mon, May 06, 2013 at 02:52:08PM +0200, dl9pf at gmx.de wrote:
> From: Jan-Simon M?ller
>
> 20130509: v2: (re-)add inline upon request.
>
> Description:
> intel_gmbus_is_forced_bit is no extern as its body is right below.
> Likewise for intel_gmbus_is_port_valid.
>
> This fixes a compilation
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130506/017db789/attachment.html>
On Mon, May 06, 2013 at 10:35:35AM +1000, Dave Airlie wrote:
> >>
> >> However if we don't set a dma mask on the usb device, the mapping
> >> ends up using swiotlb on machines that have it enabled, which
> >> is less than desireable.
> >>
> >> Signed-off-by: Dave Airlie
> >
> > Fyi for everyone el
dHat, its only a personal way to thank you for patching.
Thank you!
--
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/20130506/a
d a lot of common CL-based lockups on my Radeon 6850.
--
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/20130506/dcc6b347/attachment.html>
On Mon, May 6, 2013 at 9:56 PM, Dave Airlie wrote:
> On Tue, May 7, 2013 at 1:59 AM, Daniel Vetter wrote:
>> On Mon, May 06, 2013 at 10:35:35AM +1000, Dave Airlie wrote:
>>> >>
>>> >> However if we don't set a dma mask on the usb device, the mapping
>>> >> ends up using swiotlb on machines that h
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130506/e823b185/attachment.html>
On Mon, May 6, 2013 at 4:44 PM, Daniel Vetter wrote:
> On Mon, May 6, 2013 at 9:56 PM, Dave Airlie wrote:
>> On Tue, May 7, 2013 at 1:59 AM, Daniel Vetter wrote:
>>> On Mon, May 06, 2013 at 10:35:35AM +1000, Dave Airlie wrote:
>>
>> However if we don't set a dma mask on the usb device,
On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski wrote:
> On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski
> wrote:
>> Signed-off-by: Andy Lutomirski
>> ---
>>
>> This needs careful review. I don't really know what this code does, nor
>> do I have the hardware. (I don't understand AGP and the a
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130506/d60592d5/attachment.html>
On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski wrote:
> Signed-off-by: Andy Lutomirski
> ---
>
> This needs careful review. I don't really know what this code does, nor
> do I have the hardware. (I don't understand AGP and the associated
> caching implications.)
This patch is wrong (I didn't
device_register_simple("radeon_uvd", 0, NULL, 0);
-- next part --
A non-text attachment was scrubbed...
Name: radeon-option-no-uvd.patch
Type: application/octet-stream
Size: 2154 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130506/41cada71/attachment-0001.obj>
Ok, so let me resend a version with "static inline" .
Best,
JS
On Saturday 04 May 2013 10:55:50 PaX Team wrote:
> On 3 May 2013 at 15:03, Jani Nikula wrote:
> > >> This fixes a compilation issue with clang. An initial version of this
> > >> patch
> > >> was developed by PaX Team .
> > >> This is
From: Jan-Simon M?ller
20130509: v2: (re-)add inline upon request.
Description:
intel_gmbus_is_forced_bit is no extern as its body is right below.
Likewise for intel_gmbus_is_port_valid.
This fixes a compilation issue with clang. An initial version of this patch
was developed by PaX Team .
This
On Mon, May 6, 2013 at 4:04 PM, Jerome Glisse wrote:
> On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski
> wrote:
>> On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski
>> wrote:
>>> Signed-off-by: Andy Lutomirski
>>> ---
>>>
>>> This needs careful review. I don't really know what this code does,
Signed-off-by: Christopher Harvey
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm/mgag200/mgag200_mode.c
index 6f3b9db..6dbf6de 100644
--- a/drivers/gpu/drm/mga
Signed-off-by: Christopher Harvey
Acked-by: Julia Lemire
Tested-by: Julia Lemire
Acked-by: Mathieu Larouche
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm/m
60 matches
Mail list logo
