On Sat, Mar 3, 2012 at 01:23, Sakari Ailus wrote:
> Where it should be decided which operations are being done to the buffer
> when it is passed to user space and back to kernel space?
>
> How about spliting these operations to those done on the first time the
> buffer is passed to the user space
On Fri, Mar 2, 2012 at 23:53, Rob Clark wrote:
> nitially the expectation was that userspace would not pass a buffer
> to multiple subsystems for writing (or that if it did, it would get
> the undefined results that one could expect).. ?so dealing w/
> synchronization was punted.
Imo
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #38 from Alexandre Demers
2012-03-05 20:40:48 UTC ---
Some news: today, I updated xserver and it seems I'm now able to boot under
Gnome-Shell correctly.
However, launching RenderFeatTest.bin64 still hangs exactly where it has been
On Fri, Mar 2, 2012 at 23:24, Rob Clark wrote:
> Perhaps we should check somewhere for required dmabuf ops fxns (like
> kmap_atomic here), rather than just calling unconditionally what might
> be a null ptr. ?At least put it in the WARN_ON(), but it might be
> nicer to catch a missing required
On Mon, Mar 5, 2012 at 6:10 PM, Tony Lindgren wrote:
> * Rob Clark [120305 08:24]:
>> From: Andy Gross
>>
>> Register OMAP DRM/KMS platform device, and reserve a CMA region for
>> the device to use for buffer allocation. ?DMM is split into a
>> separate device using hwmod.
>> ---
Hi,
Just a single gma500 fix from Alan.
Dave.
The following changes since commit a5939eefdcacd3ece57d56167a43bcc0d93733bf:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6 (2012-03-04
17:10:06 -0800)
are available in the git repository at:
https://bugzilla.kernel.org/show_bug.cgi?id=27922
J?r?me Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
* Rob Clark [120305 08:24]:
> From: Andy Gross
>
> Register OMAP DRM/KMS platform device, and reserve a CMA region for
> the device to use for buffer allocation. DMM is split into a
> separate device using hwmod.
> --- a/arch/arm/plat-omap/common.c
> +++ b/arch/arm/plat-omap/common.c
> @@
On Mon, Mar 5, 2012 at 2:36 PM, Keith Packard wrote:
> <#part sign=pgpmime>
> On Mon, 5 Mar 2012 14:09:13 -0800, Linus Torvalds linux-foundation.org> wrote:
>> Hmm. Is freedesktop.org having trouble?
>
> ECC memory errors -- we're moving this stuff to a new machine as quickly
> as rsync can
<#part sign=pgpmime>
On Mon, 5 Mar 2012 14:09:13 -0800, Linus Torvalds wrote:
> On Mon, Mar 5, 2012 at 10:57 AM, Dave Airlie wrote:
> >
> > ?git://people.freedesktop.org/~airlied/linux drm-fixes
>
> Hmm. Is freedesktop.org having trouble?
ECC memory errors -- we're moving this stuff to a new
https://bugzilla.kernel.org/show_bug.cgi?id=42869
Andreas Schwab changed:
What|Removed |Added
Blocks||42644
--
Configure bugmail:
From: Alan Cox
[Resending with correct address for Linus]
Production GMA3600/3650 hardware turns out to be subtly different to the
development platforms. This combined with a minor driver bug is causing
the kernel to hang on these platforms.
This patch does the following
https://bugzilla.kernel.org/show_bug.cgi?id=42869
--- Comment #1 from Andreas Schwab 2012-03-05
14:22:09 ---
Created an attachment (id=72541)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72541)
drm messages from 3.3-rc5
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42869
Summary: [3.3-rc1 regression] [nouveau] Spurious TV-out
detected
Product: Drivers
Version: 2.5
Kernel Version: 3.3-rc5
Platform: All
OS/Version: Linux
Tree:
On Mon, Mar 5, 2012 at 10:57 AM, Dave Airlie wrote:
>
> ?git://people.freedesktop.org/~airlied/linux drm-fixes
Hmm. Is freedesktop.org having trouble?
I got
fatal: unable to connect to people.freedesktop.org:
people.freedesktop.org[0: 131.252.210.176]: errno=Connection refused
and an the
- Original Message -
> From: "Linus Torvalds"
> To: "Alan Cox"
> Cc: dri-devel at lists.freedesktop.org
> Sent: Monday, 5 March, 2012 4:50:14 PM
> Subject: Re: [PATCH] drm, gma500: Fix Cedarview boot failures in 3.3-rc
>
> On Mon, Mar 5, 2012 at 6:22 AM, Alan Cox
> wrote:
> > From:
On Fri, Mar 2, 2012 at 6:23 PM, Sakari Ailus wrote:
> Hi Daniel,
>
> Thanks for the patch.
>
> On Thu, Mar 01, 2012 at 04:36:01PM +0100, Daniel Vetter wrote:
>> Signed-off-by: Daniel Vetter
>> ---
>> ?Documentation/dma-buf-sharing.txt | ?102
>> +++-
>> ?1 files
Hi,
last week I bought a new ASUS M5A99X EVO AM3+ mainboard.
It supports PCIe 2.0. I also have a Radeon 6570 videocard (PCIe 2.0)
and a 3ware 9650SE 8LPML RAID card (PCIe 1.0).
There are 3 PCIe x16 slots on the mainboard, two of them share x16
wiring so single card x16 or dual card x8/x8 is
From: Andy Gross
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation. DMM is split into a
separate device using hwmod.
Signed-off-by: Andy Gross
Signed-off-by: Rob Clark
---
arch/arm/plat-omap/Makefile |
From: Rob Clark
Deal with the case of buffers with virtual stride larger than one
page in fault_2d().
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_gem.c | 86 ---
1 files changed, 59 insertions(+), 27 deletions(-)
diff --git
From: Andy Gross
This patch splits the DMM off into a separate sub-device, in order to
utilize the platform device information that was created as part of
the OMAP hwmod entry for the DMM.
The driver probe function queries the iomem resource and IRQ using
standard
From: Andy Gross
Added check for valid device information before dumping debugfs
information.
Signed-off-by: Andy Gross
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_dmm_tiler.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git
From: Andy Gross
OMAP3 does not contain a DMM/Tiler block. As such, we should not
be exposing any DMM debugfs entries on OMAP3 platforms.
Added inline helper function to verify existence of DMM.
Signed-off-by: Andy Gross
Signed-off-by: Rob Clark
---
From: Rob Clark
Add some additional debugfs file to aid in tracking buffer usage.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_debugfs.c | 98 +++-
drivers/staging/omapdrm/omap_drv.c |2 +
drivers/staging/omapdrm/omap_drv.h |
From: Rob Clark
When flipping, defer unpinning until scanout completes, as indicated
by the appropriate END_WIN irq.
This also re-organizes things a bit, in replacing omap_fb_{pin,unpin}
with omap_fb_replace(), to make it easier to add support for scanout
synchronized DMM refill
From: Rob Clark
Now that 'struct drm_plane' has a pixel_format field, use that. And
fix a minor typo.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_fb.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/omapdrm/omap_fb.c
From: Rob Clark
If fbcon calls us from atomic context, push the work off to the
workqueue to avoid calling into the gem/dmm code in an atomic
context.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_fbdev.c | 26 ++
From: Rob Clark
Add a workqueue for omapdrm driver, which is needed for at least a
couple things currently: (1) moving omap_gem_roll() to a non-atomic
context, (2) synchronizing page flips w/ DSS scanout related irq's
(in particular not unmapping previous buffer until DSS finishes
From: Rob Clark
Get the supported formats for a plane from ovl's supported_modes
bitmask.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_drv.h |2 ++
drivers/staging/omapdrm/omap_fb.c| 14 ++
drivers/staging/omapdrm/omap_plane.c | 27
From: Rob Clark
This is the (potentially first) batch of patches for omapdrm for 3.4.
It includes some fixes for OMAP3 (without DMM), and change in how
the DMM code gets it's platform data based on review comments from
the first version of the patch which added the omapdrm platform
On Mon, Mar 5, 2012 at 6:22 AM, Alan Cox wrote:
> From: Alan Cox
>
> [Resending with correct address for Linus]
Should I take this directly, or is there a pending DRM pull that will
contain this?
Linus
https://bugzilla.kernel.org/show_bug.cgi?id=13170
--- Comment #68 from Mikel Pr 2012-03-05 06:07:53 ---
MY apologies. While it does boot now without acpi=off or nosmp/maxcpus=1, only
one core is reported in /proc/cpuinfo and in Ubuntu's system-report option in
12.04.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #37 from Alex Deucher 2012-03-04 16:24:02 PST
---
(In reply to comment #36)
> I know I can run a 3.2 kernel, I know I can compile a different version or
> bisect or submit patches, I know I can switch from Gnome Shell to another
>
Hi,
last week I bought a new ASUS M5A99X EVO AM3+ mainboard.
It supports PCIe 2.0. I also have a Radeon 6570 videocard (PCIe 2.0)
and a 3ware 9650SE 8LPML RAID card (PCIe 1.0).
There are 3 PCIe x16 slots on the mainboard, two of them share x16
wiring so single card x16 or dual card x8/x8 is
From: Alan Cox a...@linux.intel.com
[Resending with correct address for Linus]
Production GMA3600/3650 hardware turns out to be subtly different to the
development platforms. This combined with a minor driver bug is causing
the kernel to hang on these platforms.
This patch does the following
-
https://bugzilla.kernel.org/show_bug.cgi?id=42869
Summary: [3.3-rc1 regression] [nouveau] Spurious TV-out
detected
Product: Drivers
Version: 2.5
Kernel Version: 3.3-rc5
Platform: All
OS/Version: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=42869
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org 2012-03-05 14:22:09
---
Created an attachment (id=72541)
-- (https://bugzilla.kernel.org/attachment.cgi?id=72541)
drm messages from 3.3-rc5
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42869
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Blocks||42644
--
From: Rob Clark r...@ti.com
This is the (potentially first) batch of patches for omapdrm for 3.4.
It includes some fixes for OMAP3 (without DMM), and change in how
the DMM code gets it's platform data based on review comments from
the first version of the patch which added the omapdrm platform
From: Rob Clark r...@ti.com
Get the supported formats for a plane from ovl's supported_modes
bitmask.
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_drv.h |2 ++
drivers/staging/omapdrm/omap_fb.c| 14 ++
drivers/staging/omapdrm/omap_plane.c | 27
From: Rob Clark r...@ti.com
Add a workqueue for omapdrm driver, which is needed for at least a
couple things currently: (1) moving omap_gem_roll() to a non-atomic
context, (2) synchronizing page flips w/ DSS scanout related irq's
(in particular not unmapping previous buffer until DSS finishes
From: Rob Clark r...@ti.com
If fbcon calls us from atomic context, push the work off to the
workqueue to avoid calling into the gem/dmm code in an atomic
context.
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_fbdev.c | 26 ++
From: Rob Clark r...@ti.com
Now that 'struct drm_plane' has a pixel_format field, use that. And
fix a minor typo.
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_fb.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Rob Clark r...@ti.com
When flipping, defer unpinning until scanout completes, as indicated
by the appropriate END_WIN irq.
This also re-organizes things a bit, in replacing omap_fb_{pin,unpin}
with omap_fb_replace(), to make it easier to add support for scanout
synchronized DMM refill mode
From: Rob Clark r...@ti.com
Add some additional debugfs file to aid in tracking buffer usage.
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_debugfs.c | 98 +++-
drivers/staging/omapdrm/omap_drv.c |2 +
From: Andy Gross andy.gr...@ti.com
OMAP3 does not contain a DMM/Tiler block. As such, we should not
be exposing any DMM debugfs entries on OMAP3 platforms.
Added inline helper function to verify existence of DMM.
Signed-off-by: Andy Gross andy.gr...@ti.com
Signed-off-by: Rob Clark r...@ti.com
From: Andy Gross andy.gr...@ti.com
Added check for valid device information before dumping debugfs
information.
Signed-off-by: Andy Gross andy.gr...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_dmm_tiler.c | 12 ++--
1 files changed, 10 insertions(+), 2
From: Andy Gross andy.gr...@ti.com
This patch splits the DMM off into a separate sub-device, in order to
utilize the platform device information that was created as part of
the OMAP hwmod entry for the DMM.
The driver probe function queries the iomem resource and IRQ using
standard platform_get
From: Rob Clark r...@ti.com
Deal with the case of buffers with virtual stride larger than one
page in fault_2d().
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_gem.c | 86 ---
1 files changed, 59 insertions(+), 27 deletions(-)
diff
On Mon, Mar 5, 2012 at 6:22 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
From: Alan Cox a...@linux.intel.com
[Resending with correct address for Linus]
Should I take this directly, or is there a pending DRM pull that will
contain this?
Linus
From: Andy Gross andy.gr...@ti.com
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation. DMM is split into a
separate device using hwmod.
Signed-off-by: Andy Gross andy.gr...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
https://bugzilla.kernel.org/show_bug.cgi?id=27922
Jérôme Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
- Original Message -
From: Linus Torvalds torva...@linux-foundation.org
To: Alan Cox a...@lxorguk.ukuu.org.uk
Cc: dri-devel@lists.freedesktop.org
Sent: Monday, 5 March, 2012 4:50:14 PM
Subject: Re: [PATCH] drm, gma500: Fix Cedarview boot failures in 3.3-rc
On Mon, Mar 5, 2012 at
Hi,
Just a single gma500 fix from Alan.
Dave.
The following changes since commit a5939eefdcacd3ece57d56167a43bcc0d93733bf:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6 (2012-03-04
17:10:06 -0800)
are available in the git repository at:
On Fri, Mar 2, 2012 at 23:24, Rob Clark robdcl...@gmail.com wrote:
Perhaps we should check somewhere for required dmabuf ops fxns (like
kmap_atomic here), rather than just calling unconditionally what might
be a null ptr. At least put it in the WARN_ON(), but it might be
nicer to catch a
On Fri, Mar 2, 2012 at 6:23 PM, Sakari Ailus sakari.ai...@iki.fi wrote:
Hi Daniel,
Thanks for the patch.
On Thu, Mar 01, 2012 at 04:36:01PM +0100, Daniel Vetter wrote:
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
Documentation/dma-buf-sharing.txt | 102
On Fri, Mar 2, 2012 at 23:53, Rob Clark rob.cl...@linaro.org wrote:
nitially the expectation was that userspace would not pass a buffer
to multiple subsystems for writing (or that if it did, it would get
the undefined results that one could expect).. so dealing w/
synchronization was punted.
#part sign=pgpmime
On Mon, 5 Mar 2012 14:09:13 -0800, Linus Torvalds
torva...@linux-foundation.org wrote:
On Mon, Mar 5, 2012 at 10:57 AM, Dave Airlie airl...@linux.ie wrote:
git://people.freedesktop.org/~airlied/linux drm-fixes
Hmm. Is freedesktop.org having trouble?
ECC memory errors
On Mon, Mar 5, 2012 at 6:10 PM, Tony Lindgren t...@atomide.com wrote:
* Rob Clark rob.cl...@linaro.org [120305 08:24]:
From: Andy Gross andy.gr...@ti.com
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation. DMM is split into a
separate
* Rob Clark rob.cl...@linaro.org [120305 08:24]:
From: Andy Gross andy.gr...@ti.com
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation. DMM is split into a
separate device using hwmod.
--- a/arch/arm/plat-omap/common.c
+++
Hi PaulJerome,
Thank you very much for your guide. It's a great help for me.
But I still have a little problem with the patch thing. I'm not familiar with
the git.
1.Shall I need to do the clone and get the source location and target directory
first?
2.Where is the source location and target
Hi PaulJerome,
Our driver is a frambuffer driver and there's no DRM functions.
Regards
Aaron
-邮件原件-
发件人: Aaron.Chen 陈俊杰
发送时间: 2012年3月6日 12:14
收件人: 'Paul Menzel'; Jerome Glisse
抄送: dri-devel@lists.freedesktop.org; caesar.qiu 裘赛海
主题: Re: [korg]help: How to submit a kernel driver on
62 matches
Mail list logo