Hi Linus,
I got these late last week, the main chunks of these fix a rendering
regression since 3.7, and the settle ones all fix the issue where we don't
wait long enough for the memory controller to settle after turning it off
which causes bad memory reads, they all fix real users bugs, and m
> +/**
> + * ticket_commit - commit a reservation with a new fence
> + * @ticket:[in]the reservation_ticket returned by
> + * ticket_reserve
> + * @entries: [in]a linked list of struct reservation_entry
> + * @fence: [in]the fence that indicates completion
> + *
> + * This fun
Hi Laurent,
On Saturday 02 of February 2013 11:39:59 Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thank you for your RFC.
>
> On Wednesday 30 January 2013 16:38:59 Tomasz Figa wrote:
> > Hi,
> >
> > After pretty long time of trying to adapt Exynos-specific DSI display
> > support to Common Display
>From recent additional locking in nouveau, it looks like we see
recursive lock acquisition in 3.8-rc6:
nouveau [ DEVICE][:01:00.0] BOOT0 : 0x0e7150a2
nouveau [ DEVICE][:01:00.0] Chipset: GK107 (NVE7)
nouveau [ DEVICE][:01:00.0] Family : NVE0
nouveau [ VBIOS][:01:00.0] checking PR
On Sun, Jan 27, 2013 at 12:23 PM, Yinghai Lu wrote:
> Now we have pci_root_buses list, and there is lots of iteration with
> list_of_each of it, that is not safe after we add pci root bus hotplug
> support after booting stage.
>
> Add pci_get_next_host_bridge and use bus_find_device in driver core
On tile architecture (with "make allyesconfig") including
is required to call swiotlb_nr_tbl().
Signed-off-by: Chris Metcalf
---
drivers/gpu/drm/nouveau/nouveau_bo.c |1 +
drivers/gpu/drm/radeon/radeon_ttm.c |1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/n
On tile architecture (with "make allyesconfig") including
is required to call swiotlb_nr_tbl().
Signed-off-by: Chris Metcalf
---
drivers/gpu/drm/nouveau/nouveau_bo.c |1 +
drivers/gpu/drm/radeon/radeon_ttm.c |1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/n
Kukjin Kim wrote:
>
Oops, I'm re-sending due to my e-mail client problem :-(
> Sylwester Nawrocki wrote:
> >
> > On 02/01/2013 09:33 AM, Sachin Kamat wrote:
> > > On 1 February 2013 06:57, Inki Dae wrote:
> > >>
> > >> For example,
> > >> If compatible = "samsung,g2d-3.0" is added to exynos4210.
>From recent additional locking in nouveau, it looks like we see
recursive lock acquisition in 3.8-rc6:
nouveau [ DEVICE][:01:00.0] BOOT0 : 0x0e7150a2
nouveau [ DEVICE][:01:00.0] Chipset: GK107 (NVE7)
nouveau [ DEVICE][:01:00.0] Family : NVE0
nouveau [ VBIOS][:01:00.0] checking PR
Op 01-02-13 19:44, Chris Metcalf schreef:
> On tile architecture (with "make allyesconfig") including
> is required to call swiotlb_nr_tbl().
I'll take your word for the need, since I lack the hardware to verify the
failure. :-)
Applying your patch doesn't seem to break compilation on x86 though,
https://bugzilla.kernel.org/show_bug.cgi?id=44341
Christopher Fr?mmel changed:
What|Removed |Added
Kernel Version|3.5.2 |3.7.5
--
Configure bugmail: ht
game often just continued for a while,
until it hit another one.
--
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/20130203/75737f5e/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130203/47aa1d29/attachment.html>
Hi Laurent,
On Saturday 02 of February 2013 11:39:59 Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thank you for your RFC.
>
> On Wednesday 30 January 2013 16:38:59 Tomasz Figa wrote:
> > Hi,
> >
> > After pretty long time of trying to adapt Exynos-specific DSI display
> > support to Common Display
https://bugzilla.kernel.org/show_bug.cgi?id=43751
cyberbat changed:
What|Removed |Added
CC||cyberbat at lavabit.com
--- Comment #8 fro
https://bugzilla.kernel.org/show_bug.cgi?id=53391
--- Comment #1 from Stijn Tintel 2013-02-03
18:22:04 ---
Created an attachment (id=92501)
--> (https://bugzilla.kernel.org/attachment.cgi?id=92501)
dmesg
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- Yo
https://bugzilla.kernel.org/show_bug.cgi?id=53391
Summary: nouveau: wrong display output order
Product: Drivers
Version: 2.5
Kernel Version: 3.8-rc6
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Hi Linus,
I got these late last week, the main chunks of these fix a rendering
regression since 3.7, and the settle ones all fix the issue where we don't
wait long enough for the memory controller to settle after turning it off
which causes bad memory reads, they all fix real users bugs, and m
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130203/28098665/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130203/d2ddfe79/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=44341
Christopher Frömmel changed:
What|Removed |Added
Kernel Version|3.5.2 |3.7.5
--
Configure bugmail: ht
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130203/ec61627a/attachment.html>
Op 01-02-13 19:44, Chris Metcalf schreef:
> On tile architecture (with "make allyesconfig") including
> is required to call swiotlb_nr_tbl().
I'll take your word for the need, since I lack the hardware to verify the
failure. :-)
Applying your patch doesn't seem to break compilation on x86 though,
https://bugs.freedesktop.org/show_bug.cgi?id=60254
Andy Furniss changed:
What|Removed |Added
Summary|agd5f wip kernel Oops when |kernel Oops when provoking
https://bugs.freedesktop.org/show_bug.cgi?id=60254
Priority: medium
Bug ID: 60254
Assignee: dri-devel@lists.freedesktop.org
Summary: agd5f wip kernel Oops when provoking GPU lock.
Severity: normal
Classification: Unclassified
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130203/d454c74f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=43751
cyberbat changed:
What|Removed |Added
CC||cyber...@lavabit.com
--- Comment #8 from c
https://bugzilla.kernel.org/show_bug.cgi?id=53391
--- Comment #1 from Stijn Tintel 2013-02-03
18:22:04 ---
Created an attachment (id=92501)
--> (https://bugzilla.kernel.org/attachment.cgi?id=92501)
dmesg
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- Yo
https://bugzilla.kernel.org/show_bug.cgi?id=53391
Summary: nouveau: wrong display output order
Product: Drivers
Version: 2.5
Kernel Version: 3.8-rc6
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
On 31/01/2013 11:53, Laurent Pinchart wrote:
> On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote:
>> Hi everybody,
>>
>> Would anyone be interested in meeting at the FOSDEM to discuss the Common
>> Display Framework ? There will be a CDF meeting at the ELC at the end of
>> February, the FOS
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #2 from Paul Heldens ---
also corruption in 2D apps (seamonkey)
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #1 from Paul Heldens ---
linux 3.8-rc63.7.4 had it also
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=60236
Priority: medium
Bug ID: 60236
Assignee: dri-devel@lists.freedesktop.org
Summary: corruption of text and bottom of screen in xonotic
menus since 325422c49449acdd8df1eb2ca8ed81f7696c38c
https://bugs.freedesktop.org/show_bug.cgi?id=60224
Priority: medium
Bug ID: 60224
Assignee: dri-devel@lists.freedesktop.org
Summary: Radeon hd6770 graphics artifacts in team fortress 2
with 3.8 kernel
Severity: normal
Cla
ves/dri-devel/attachments/20130203/b34eccad/attachment-0001.html>
On 31/01/2013 11:53, Laurent Pinchart wrote:
On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote:
Hi everybody,
Would anyone be interested in meeting at the FOSDEM to discuss the Common
Display Framework ? There will be a CDF meeting at the ELC at the end of
February, the FOSDEM would be
36 matches
Mail list logo
