Re: [Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism

On Tue, Dec 20, 2011 at 4:05 AM, Robert Morell wrote: > > One of the goals of this project is to unify the fragmented space of the > ARM SoC memory managers so that each vendor doesn't implement their own, > and they can all be closer to mainline. That is a very good objective. > I fear that res

Re: Linux 3.4-rc1

@Subash Patel, prime is already included. Why the CMA is at 24 version and still not included ? Linus, please include CMA,git://git.linaro.org/people/mszyprowski/linux-dma-mapping.git 3.4-rc1-cma-v24 ___ dri-devel mailing list dri-devel@lists.freedesktop

Re: [git pull] drm for rc1

On Tue, Jan 11, 2011 at 6:01 PM, Linus Torvalds wrote: > On Mon, Jan 10, 2011 at 10:06 PM, Jesse Barnes > wrote: >> >> Arg.  It's been ok on my ILK systems, but Chris has found some issues with >> out watermarking code iirc; apparently we're underflowing the display FIFO, >> causing all sorts

Re: [git pull] drm for rc1

On Tue, Jan 11, 2011 at 6:11 PM, Anca Emanuel wrote: > Linus, 2.6.37-git4 works for me, can you unpull the DRM, and wait > until is more stable ? What I have done: git bisect log git bisect start # bad: [5b2eef966cb2ae307aa4ef1767f7307774bc96ca] Merge branch 'drm-core-n

Re: [git pull] drm for rc1

Dave, in the future, can you make pull requests like Ingo ? What I mean: non-drm generic power nouveau radeon intel others ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [git pull] drm for rc1

On Wed, Jan 12, 2011 at 1:21 PM, Christian Borntraeger wrote: > Am 12.01.2011 00:28, schrieb Linus Torvalds: >> On Tue, Jan 11, 2011 at 3:20 PM, Christian Borntraeger >> wrote: >>> >>> Now nouveau framebuffer is completely broken on my T61p (01:00.0 VGA >>> compatible controller: nVidia Corporat

Re: [git pull] drm for rc1

On Wed, Jan 12, 2011 at 3:45 PM, James Simmons wrote: > >> On Wed, Jan 12, 2011 at 1:21 PM, Christian Borntraeger >> wrote: >> > Am 12.01.2011 00:28, schrieb Linus Torvalds: >> >> On Tue, Jan 11, 2011 at 3:20 PM, Christian Borntraeger >> >> wrote: >> >>> >> >>> Now nouveau framebuffer is complet

Re: [git pull] drm for rc1

On Wed, Jan 12, 2011 at 5:13 PM, Anca Emanuel wrote: > On Wed, Jan 12, 2011 at 3:45 PM, James Simmons wrote: >> >>> On Wed, Jan 12, 2011 at 1:21 PM, Christian Borntraeger >>> wrote: >>> > Am 12.01.2011 00:28, schrieb Linus Torvalds: >>> >>

Re: [git pull] drm for rc1

On Wed, Jan 12, 2011 at 5:40 PM, James Simmons wrote: > >> >>> I tested the revert: the boot screen did change the resolution >> >>> (without it don't), but my PC still hangs. (using an nvidia 8800GT). >> >> >> >> Try my most recent patch. Where does it hang at? Any logs? >> >> >> > >> > With your

Re: [git pull] drm for rc1

P.S. My laptop: radeon 3470 works perfect. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [git pull] drm for rc1

On Fri, Jan 14, 2011 at 6:38 PM, James Simmons wrote: > > On Thu, 13 Jan 2011, Anca Emanuel wrote: > >> On Thu, Jan 13, 2011 at 7:55 PM, James Simmons >> wrote: >> > >> >> > > With your patch, I can boot the system. But

Re: [git pull] drm for rc1

On Fri, Jan 14, 2011 at 8:26 PM, James Simmons wrote: > >> > Just as I thought. Even this breaks the nouveau driver. >> > >> > Could you now add also in the drm_fb_helper_fill_fix function >> > >> > DRM_INFO("pitch %d, depth %d\n", fb_helper->fb->pitch, >> >          fb_helper->fb->depth); >> > >>

Re: [git pull] drm for rc1

On Fri, Jan 14, 2011 at 8:40 PM, Anca Emanuel wrote: > On Fri, Jan 14, 2011 at 8:26 PM, James Simmons wrote: >> >>> > Just as I thought. Even this breaks the nouveau driver. >>> > >>> > Could you now add also in the drm_fb_helper_fill_fix functi

Re: [PATCH 4/5] nouveau: Change the backlight parent device to the connector, not the PCI dev

On Fri, Jan 14, 2011 at 9:24 PM, Matthew Garrett wrote: > We may eventually end up with per-connector backlights, especially with > ddcci devices. Make sure that the parent node for the backlight device is > the connector rather than the PCI device. > > Signed-off-by: Matthew Garrett > --- >  dri

Re: [git pull] drm fixes

Nouveau OpenGL regresion Tools used: http://packages.ubuntu.com/maverick/misc/glmark2 With 2.6.38-rc5 latest git: nv50_screen_get_param:162 - Unknown PIPE_CAP 11 === glmark2 10.07.1 === OpenGL

Re: Linux 2.6.38-rc6

On Wed, Feb 23, 2011 at 6:32 PM, Linus Torvalds wrote: > On Tue, Feb 22, 2011 at 9:42 PM, Anca Emanuel wrote: >> General protection fault: >> http://i.imgur.com/TBJ6y.jpg >> >> dmesg: http://pastebin.com/qD8pR8QH >> config: http://pastebin.com/XEurtHWi

Re: Linux 2.6.38-rc6

On Thu, Feb 24, 2011 at 2:28 AM, Linus Torvalds wrote: > On Wed, Feb 23, 2011 at 9:16 AM, Anca Emanuel wrote: >>> >>> Looks like nouveafb took over from vesafb. Did you do anything special >>> to trigger this? >> >> No. Just boot the system. > >

Re: Linux 2.6.38-rc6

On Thu, Feb 24, 2011 at 6:37 PM, Linus Torvalds wrote: > On Thu, Feb 24, 2011 at 5:20 AM, Anca Emanuel wrote: >>> >>> Every boot? >> >> Yes. >> >>> And just out of interest, what happens if you don't have the vesafb >>> driv

Re: Linux 2.6.38-rc6

On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote: > On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote: >> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel wrote: >> > >> > diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c >> > index e2bf953..e8f

Re: Linux 2.6.38-rc6

On Fri, Feb 25, 2011 at 3:47 AM, Anca Emanuel wrote: > On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote: >> On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote: >>> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel >>> wrote: >>> > >>> >

Linux 3.4-rc1

@Subash Patel, prime is already included. Why the CMA is at 24 version and still not included ? Linus, please include CMA,git://git.linaro.org/people/mszyprowski/linux-dma-mapping.git 3.4-rc1-cma-v24

[Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism

On Tue, Dec 20, 2011 at 4:05 AM, Robert Morell wrote: > > One of the goals of this project is to unify the fragmented space of the > ARM SoC memory managers so that each vendor doesn't implement their own, > and they can all be closer to mainline. That is a very good objective. > I fear that res

[git pull] drm fixes

Nouveau OpenGL regresion Tools used: http://packages.ubuntu.com/maverick/misc/glmark2 With 2.6.38-rc5 latest git: nv50_screen_get_param:162 - Unknown PIPE_CAP 11 === glmark2 10.07.1 === OpenGL

Linux 2.6.38-rc6

On Wed, Feb 23, 2011 at 6:32 PM, Linus Torvalds wrote: > On Tue, Feb 22, 2011 at 9:42 PM, Anca Emanuel > wrote: >> General protection fault: >> http://i.imgur.com/TBJ6y.jpg >> >> dmesg: http://pastebin.com/qD8pR8QH >> config: http://pastebin.com/XEurt

Linux 2.6.38-rc6

On Thu, Feb 24, 2011 at 2:28 AM, Linus Torvalds wrote: > On Wed, Feb 23, 2011 at 9:16 AM, Anca Emanuel > wrote: >>> >>> Looks like nouveafb took over from vesafb. Did you do anything special >>> to trigger this? >> >> No. Just boot the system. > &

Linux 2.6.38-rc6

On Thu, Feb 24, 2011 at 6:37 PM, Linus Torvalds wrote: > On Thu, Feb 24, 2011 at 5:20 AM, Anca Emanuel > wrote: >>> >>> Every boot? >> >> Yes. >> >>> And just out of interest, what happens if you don't have the vesafb >>> d

Linux 2.6.38-rc6

On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote: > On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote: >> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel >> wrote: >> > >> > diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c >> > index

Linux 2.6.38-rc6

On Fri, Feb 25, 2011 at 3:47 AM, Anca Emanuel wrote: > On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote: >> On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote: >>> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel >>> wrote: >>> > >>> >

[git pull] drm for rc1

With kernel 2.6.37-git5, my PC hangs. ( I have an nvidia 8800GT and nouveau ) Foto attached. -- next part -- A non-text attachment was scrubbed... Name: screen.JPG Type: image/jpeg Size: 106271 bytes Desc: not available URL:

[git pull] drm for rc1

On Tue, Jan 11, 2011 at 6:01 PM, Linus Torvalds wrote: > On Mon, Jan 10, 2011 at 10:06 PM, Jesse Barnes > wrote: >> >> Arg. ?It's been ok on my ILK systems, but Chris has found some issues with >> out watermarking code iirc; apparently we're underflowing the display FIFO, >> causing all sorts

[git pull] drm for rc1

On Tue, Jan 11, 2011 at 6:11 PM, Anca Emanuel wrote: > Linus, 2.6.37-git4 works for me, can you unpull the DRM, and wait > until is more stable ? What I have done: git bisect log git bisect start # bad: [5b2eef966cb2ae307aa4ef1767f7307774bc96ca] Merge branch 'drm-core-n

[git pull] drm for rc1

Dave, in the future, can you make pull requests like Ingo ? What I mean: non-drm generic power nouveau radeon intel others

[git pull] drm for rc1

On Wed, Jan 12, 2011 at 1:21 PM, Christian Borntraeger wrote: > Am 12.01.2011 00:28, schrieb Linus Torvalds: >> On Tue, Jan 11, 2011 at 3:20 PM, Christian Borntraeger >> wrote: >>> >>> Now nouveau framebuffer is completely broken on my T61p (01:00.0 VGA >>> compatible controller: nVidia Corporat

[git pull] drm for rc1

On Wed, Jan 12, 2011 at 3:45 PM, James Simmons wrote: > >> On Wed, Jan 12, 2011 at 1:21 PM, Christian Borntraeger >> wrote: >> > Am 12.01.2011 00:28, schrieb Linus Torvalds: >> >> On Tue, Jan 11, 2011 at 3:20 PM, Christian Borntraeger >> >> wrote: >> >>> >> >>> Now nouveau framebuffer is comple

[git pull] drm for rc1

On Wed, Jan 12, 2011 at 3:45 PM, James Simmons wrote: > >> On Wed, Jan 12, 2011 at 1:21 PM, Christian Borntraeger >> wrote: >> > Am 12.01.2011 00:28, schrieb Linus Torvalds: >> >> On Tue, Jan 11, 2011 at 3:20 PM, Christian Borntraeger >> >> wrote: >> >>> >> >>> Now nouveau framebuffer is comple

[git pull] drm for rc1

On Wed, Jan 12, 2011 at 5:13 PM, Anca Emanuel wrote: > On Wed, Jan 12, 2011 at 3:45 PM, James Simmons > wrote: >> >>> On Wed, Jan 12, 2011 at 1:21 PM, Christian Borntraeger >>> wrote: >>> > Am 12.01.2011 00:28, schrieb Linus Torvalds: >>

[git pull] drm for rc1

On Wed, Jan 12, 2011 at 5:40 PM, James Simmons wrote: > >> >>> I tested the revert: the boot screen did change the resolution >> >>> (without it don't), but my PC still hangs. (using an nvidia 8800GT). >> >> >> >> Try my most recent patch. Where does it hang at? Any logs? >> >> >> > >> > With you

[git pull] drm for rc1

On Thu, Jan 13, 2011 at 7:55 PM, James Simmons wrote: > >> > > With your patch, I can boot the system. But nouveau is not loaded. >> > > dmesg attached. >> > > >> > >> > Forget to mention: the revert makes first steps of boot look the same >> > (change the resolution of the text) >> > but with yo

[git pull] drm for rc1

P.S. My laptop: radeon 3470 works perfect.

[git pull] drm for rc1

On Fri, Jan 14, 2011 at 6:38 PM, James Simmons wrote: > > On Thu, 13 Jan 2011, Anca Emanuel wrote: > >> On Thu, Jan 13, 2011 at 7:55 PM, James Simmons >> wrote: >> > >> >> > > With your patch, I can boot the system. But

[git pull] drm for rc1

On Fri, Jan 14, 2011 at 8:26 PM, James Simmons wrote: > >> > Just as I thought. Even this breaks the nouveau driver. >> > >> > Could you now add also in the drm_fb_helper_fill_fix function >> > >> > DRM_INFO("pitch %d, depth %d\n", fb_helper->fb->pitch, >> > ? ? ? ? ?fb_helper->fb->depth); >> > >

[git pull] drm for rc1

On Fri, Jan 14, 2011 at 8:40 PM, Anca Emanuel wrote: > On Fri, Jan 14, 2011 at 8:26 PM, James Simmons > wrote: >> >>> > Just as I thought. Even this breaks the nouveau driver. >>> > >>> > Could you now add also in the drm_fb_helper_fill_fix fun

[PATCH 4/5] nouveau: Change the backlight parent device to the connector, not the PCI dev

On Fri, Jan 14, 2011 at 9:24 PM, Matthew Garrett wrote: > We may eventually end up with per-connector backlights, especially with > ddcci devices. Make sure that the parent node for the backlight device is > the connector rather than the PCI device. > > Signed-off-by: Matthew Garrett > --- > ?dri

[git pull] drm fixes

On Mon, Jan 17, 2011 at 6:16 AM, Dave Airlie wrote: > > A bunch of radeon and nouveau fixes. Ben says this should fix any > corruption people are seeing with plymouth splash screens, and the radeon > fixes are scattered around, the main one being not enabling PCIE GEN2 mode > by default, seems lik