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
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140215/988fd14b/attachment.html>
L:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140215/c6d45835/attachment.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.
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/856f8
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
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
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
-
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
>
>>> 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
15 matches
Mail list logo
