Commit a55409066 ("drm/nv50-: map TTM_PL_SYSTEM through a BAR for CPU
access") made it possible to work with tiled memory. However
mem->mm_node is not a nouveau_mem for AGP-using pre-NV50 cards, but a
drm_mm_node, as created by the ttm_bo_manager_func. As such, extend the
untiled check to explicitl
10.02.2014 14:44, One Thousand Gnomes wrote:
>> fbcon is loaded so it isn't an issue.
>>
>> I tried 3.10 kernel initially (the above messages are from it), next
>> I tried 3.13 kernel too, and that one behaves exactly the same.
>>
>> As far as I remember, this system never worked with graphics well
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140215/988fd14b/attachment.html>
..
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140215/c6d45835/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140215/f0f43b79/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=61941
--- Comment #20 from Ilya Tumaykin ---
(In reply to Ilya Tumaykin from comment #19)
Same with 3.13.3.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61941
--- Comment #19 from Ilya Tumaykin ---
Still occurs with 3.13.2 kernel.
Ping.
--
You are receiving this mail because:
You are watching the assignee of the bug.
p to solve this issue. Can you refer someone to us
as cousulant base? This is urgent so appreciate your reply ASAP.
Jason Hsia
??? iPad ??
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140215/8
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140215/c910cf18/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #45 from Christoph Haag ---
Yes, this is working pretty good, haven't noticed anything bad with it.
Even suspending works great, manual vgaswitcheroo was always a bit buggy after
waking up, but this is working great.
Maybe a minor th
https://bugzilla.kernel.org/show_bug.cgi?id=64891
--- Comment #45 from Joaqu?n Aramend?a ---
Today I tested mainline kernel with no arguments and I found out that it works
out-of-the-box like a charm. So no more issues related with power on/off nvidia
card. I'll mark this as fixed.
Thanks to all
On 15/02/14 00:38, Ilia Mirkin wrote:
> So... I was wondering what the impact of splitting up the card compilation by
> e.g. generation would be. Depending on the split things would get fairly
> intertwined, so I thought I'd start small. This just splits NVC0 from
> everything else. I figure that f
radeon.
--
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/20140215/e773462d/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140215/39722354/attachment.html>
On 2014/2/15 2:23, Bjorn Helgaas wrote:
> On Thu, Feb 13, 2014 at 09:13:58PM +0800, Yijing Wang wrote:
>> Replace list_for_each() + pci_bus_b() with the simpler
>> list_for_each_entry().
>>
>> Signed-off-by: Yijing Wang
>
> I applied all six of these (please include a 0/6 cover letter in the
> fu
>>> Does it conflict with anything currently in linux-next (the linux-next
>>> branch
>>> of linux-pm.git in particular)?
>>
>> Hi Rafael,
>>I applied this to your linux-next branch successfully . No conflicts
>> found.
>
> Good. :-)
>
> Please feel free to add my ACK to it.
Thanks very mu
16 matches
Mail list logo
