> 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
> > wrote:
> >> Hmm. Is freedesktop.org having trouble?
> >
> > ECC memory errors -- we're moving this stuff to a new machine as quickly
> > as rsync can run...
Hi Daniel,
On Tue, Mar 6, 2012 at 12:27 AM, Daniel Vetter wrote:
> 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
From: Dave Airlie
We've been seeing a very occasional oops on a 32-bit rn50 platform running EL6
kernels at boot. It seems to be due to one of these functions failing and
us then accessing a NULL-300 pointer.
This should prevent the oops and give some info in the logs as to what is going
on.
S
On Mon, 2012-03-05 at 10:54 -0600, Rob Clark wrote:
> 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
On Tue, Mar 6, 2012 at 5:48 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> We've been seeing a very occasional oops on a 32-bit rn50 platform running EL6
> kernels at boot. It seems to be due to one of these functions failing and
> us then accessing a NULL-300 pointer.
>
> This should prevent the
On Mon, Mar 5, 2012 at 11:13 PM, Aaron.Chen 陈俊杰
wrote:
> Hi Paul&Jerome,
>
> 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
Enable after a resolution change reload the cursor image.
Signed-off-by: James Simmons
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index 7fa933a..8a49103 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
@@ -361,11 +361,9 @@ drmmode_set_mode_major(xf86CrtcPtr crtc, D
On Tue, Mar 6, 2012 at 8:55 AM, James Simmons wrote:
>
> Enable after a resolution change reload the cursor image.
>
> Signed-off-by: James Simmons
Reviewed-by: Alex Deucher
>
> diff --git a/src/drmmode_display.c b/src/drmmode_display.c
> index 7fa933a..8a49103 100644
> --- a/src/drmmode_displ
On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen wrote:
> On Mon, 2012-03-05 at 10:54 -0600, Rob Clark wrote:
>> 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
From: Tomasz Stanislawski
Fix error handling of dma_buf_export in exynos-drm driver.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos
This patch replaces drmmode_load_palette with a very generic function
that removes the need of drmmode_crtc_private_rec to carry around
color indexes. Also have the xorg driver actually call
the xf86HandleColormaps function.
Signed-off-by: James Simmons
diff --git a/src/driver.c b/src/driver.
On Tue, 2012-03-06 at 08:01 -0600, Rob Clark wrote:
> On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen wrote:
> > Can there be more than one omapdrm device? I guess not. If so, the id
> > should be -1.
>
> in the past, we have used multiple devices (using the platform-data to
> divide up the dss r
Dear Aaron,
Am Dienstag, den 06.03.2012, 08:47 -0500 schrieb Alex Deucher:
> On Mon, Mar 5, 2012 at 11:13 PM, Aaron.Chen 陈俊杰 wrote:
> > 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 gi
https://bugzilla.kernel.org/show_bug.cgi?id=42876
Summary: System doesn't boot with GTX 550 Ti
Product: Drivers
Version: 2.5
Kernel Version: >3.2
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Se
Hi Everyone,
This email contains a test application showing DMABUF sharing
between DRM/KMS display and camera capture node. It show simple
camera preview on LCD display. The similar application showing
DMABUF sharing between two V4L devices is available at link:
http://thread.gmane.org/gmane.linux
On Tue, Mar 6, 2012 at 8:35 AM, Tomi Valkeinen wrote:
> On Tue, 2012-03-06 at 08:01 -0600, Rob Clark wrote:
>> On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen wrote:
>
>> > Can there be more than one omapdrm device? I guess not. If so, the id
>> > should be -1.
>>
>> in the past, we have used mult
On Tue, Mar 6, 2012 at 8:35 AM, Tomi Valkeinen wrote:
>
>
> I have to say I don't know much about DMM, but my understanding is that
> DMM is a bigger entity, of which TILER is only a small part, and DMM
> manages all memory accesses.
>
> Can there be other users for the DMM than DRM? I know there c
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Bug #: 47007
Summary: HDMI monitor polling causing 100ms rendering stalls
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #1 from Alex Deucher 2012-03-06 07:56:58 PST ---
Please attach your xorg log and dmesg output. Unless the OEM forgot to wire up
the hotplug pin, the driver shouldn't be polling. Check to make sure your
desktop environment is not man
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #2 from Tvrtko Ursulin 2012-03-06
08:11:28 PST ---
Created attachment 58063
--> https://bugs.freedesktop.org/attachment.cgi?id=58063
DRM related kernel messages
With my debug I have a problem with the kernel log buffer filling to
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #3 from Tvrtko Ursulin 2012-03-06
08:12:04 PST ---
Created attachment 58064
--> https://bugs.freedesktop.org/attachment.cgi?id=58064
Xorg.log, as the name says.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #4 from Tvrtko Ursulin 2012-03-06
08:13:20 PST ---
(In reply to comment #1)
> Please attach your xorg log and dmesg output. Unless the OEM forgot to wire
> up
Attached.
> the hotplug pin, the driver shouldn't be polling. Check
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #5 from Tvrtko Ursulin 2012-03-06
08:15:32 PST ---
(In reply to comment #1)
> Please attach your xorg log and dmesg output. Unless the OEM forgot to wire
> up
> the hotplug pin, the driver shouldn't be polling. Check to make sure
From: Rob Clark
If there are not multiple instances of a platform device, the id
should apparently be set to -1. Which results in a odd looking
bus-id like "platform:foodrm:-1". Probably we should just treat
this case as id 0.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_platform.c | 1
https://bugs.freedesktop.org/show_bug.cgi?id=46796
--- Comment #6 from Michel Dänzer 2012-03-06 09:30:19 PST
---
Created attachment 58066
--> https://bugs.freedesktop.org/attachment.cgi?id=58066
Verbose test patch
In order to facilitate testing, here's another version of the fix which prints
Hi,
My Toshiba Portege (Intel Core i5) hangs every few days.
Sometimes I can see no log messages/reasons for it.
Sometimes there are messages about X receiving potentially
fatal signals.
Today's hang appears to have some useful info (maybe).
Mar 6 09:01:45 dragon kernel: [137308.704424] [drm:i9
Hi all,
Since the inclusion of dma-buf buffer sharing framework in 3.3 (thanks
to Dave Airlie primarily), I have been volunteered to be its
maintainer.
Obviously there is a need for some simple rules about the dma-buf
feature tree, so here we are:
- there will be a 'for-next' branch for (N+1), w
On Tue, Mar 6, 2012 at 10:47, Randy Dunlap wrote:
> Hi,
>
> My Toshiba Portege (Intel Core i5) hangs every few days.
> Sometimes I can see no log messages/reasons for it.
> Sometimes there are messages about X receiving potentially
> fatal signals.
>
> Today's hang appears to have some useful inf
https://bugs.freedesktop.org/show_bug.cgi?id=46796
--- Comment #7 from jonathan 2012-03-06 19:41:29 PST
---
This is a bit above my head I think. I got the source for
xserver-xorg-video-ati from the Ubuntu repositories and tried to apply the
patch to it. It looks like a lot of the right files are
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #39 from Alexandre Demers 2012-03-06
22:25:26 PST ---
(In reply to comment #38)
> Some news: today, I updated xserver and it seems I'm now able to boot under
> Gnome-Shell correctly.
>
> However, launching RenderFeatTest.bin64 still
Hi Paul&Jerome,
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 Paul&Jerome,
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 at lists.freedesktop.org; caesar.qiu ???
??: Re: [korg]help: How to submit a kernel driver on ke
> 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
> > a
Hi Daniel,
On Tue, Mar 6, 2012 at 12:27 AM, Daniel Vetter
wrote:
> 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 i
From: Dave Airlie
We've been seeing a very occasional oops on a 32-bit rn50 platform running EL6
kernels at boot. It seems to be due to one of these functions failing and
us then accessing a NULL-300 pointer.
This should prevent the oops and give some info in the logs as to what is going
on.
S
till
> + * might be times when you wish to do something different.
> + */
> +struct omap_kms_platform_data {
> + /* overlays to use as CRTCs: */
> + int ovl_cnt;
> + const int *ovl_ids;
> +
> + /* overlays to use as video planes: */
> + int pln_cnt;
> + const int *pln_ids;
> +
> + int mgr_cnt;
> + const int *mgr_ids;
> +
> + int dev_cnt;
> + const char **dev_names;
> +};
> +
> +struct omap_drm_platform_data {
> + struct omap_kms_platform_data *kms_pdata;
> +};
I don't know if there's need to add these... With device tree the
plaform data will not be usable anyway.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/a01a5424/attachment.pgp>
On Tue, Mar 6, 2012 at 5:48 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> We've been seeing a very occasional oops on a 32-bit rn50 platform running EL6
> kernels at boot. It seems to be due to one of these functions failing and
> us then accessing a NULL-300 pointer.
>
> This should prevent the
On Mon, Mar 5, 2012 at 11:13 PM, Aaron.Chen ??
wrote:
> Hi Paul&Jerome,
>
> 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
Enable after a resolution change reload the cursor image.
Signed-off-by: James Simmons
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index 7fa933a..8a49103 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
@@ -361,11 +361,9 @@ drmmode_set_mode_major(xf86CrtcPtr crtc, D
On Tue, Mar 6, 2012 at 8:55 AM, James Simmons wrote:
>
> Enable after a resolution change reload the cursor image.
>
> Signed-off-by: James Simmons
Reviewed-by: Alex Deucher
>
> diff --git a/src/drmmode_display.c b/src/drmmode_display.c
> index 7fa933a..8a49103 100644
> --- a/src/drmmode_displ
On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen wrote:
> On Mon, 2012-03-05 at 10:54 -0600, Rob Clark wrote:
>> 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
From: Tomasz Stanislawski
Fix error handling of dma_buf_export in exynos-drm driver.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos
This patch replaces drmmode_load_palette with a very generic function
that removes the need of drmmode_crtc_private_rec to carry around
color indexes. Also have the xorg driver actually call
the xf86HandleColormaps function.
Signed-off-by: James Simmons
diff --git a/src/driver.c b/src/driver.
loc. So is
that allocated memory available for any users? If so, why does the
function want a device pointer as an argument...
Is the memory available for normal kmalloc, or only available via the
CMA functions? Surely there must be some downside to the above? =) And
if so, it should be configurable. You could have a board with no display
at all, and you probably don't want to have 32MB allocated for DRM in
that case.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/f1d494f2/attachment-0001.pgp>
html#cleaning-up-history
[2] http://git-scm.com/documentation
[3] http://progit.org/book/
-- next part ------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/763150c8/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=42876
Summary: System doesn't boot with GTX 550 Ti
Product: Drivers
Version: 2.5
Kernel Version: >3.2
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Se
Hi Everyone,
This email contains a test application showing DMABUF sharing
between DRM/KMS display and camera capture node. It show simple
camera preview on LCD display. The similar application showing
DMABUF sharing between two V4L devices is available at link:
http://thread.gmane.org/gmane.linux
On Tue, Mar 6, 2012 at 8:35 AM, Tomi Valkeinen wrote:
> On Tue, 2012-03-06 at 08:01 -0600, Rob Clark wrote:
>> On Tue, Mar 6, 2012 at 7:26 AM, Tomi Valkeinen
>> wrote:
>
>> > Can there be more than one omapdrm device? I guess not. If so, the id
>> > should be -1.
>>
>> in the past, we have used
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/3e2bf685/attachment.htm>
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Bug #: 47007
Summary: HDMI monitor polling causing 100ms rendering stalls
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #1 from Alex Deucher 2012-03-06 07:56:58 PST
---
Please attach your xorg log and dmesg output. Unless the OEM forgot to wire up
the hotplug pin, the driver shouldn't be polling. Check to make sure your
desktop environment is not ma
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #2 from Tvrtko Ursulin 2012-03-06
08:11:28 PST ---
Created attachment 58063
--> https://bugs.freedesktop.org/attachment.cgi?id=58063
DRM related kernel messages
With my debug I have a problem with the kernel log buffer filling to
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #3 from Tvrtko Ursulin 2012-03-06
08:12:04 PST ---
Created attachment 58064
--> https://bugs.freedesktop.org/attachment.cgi?id=58064
Xorg.log, as the name says.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #4 from Tvrtko Ursulin 2012-03-06
08:13:20 PST ---
(In reply to comment #1)
> Please attach your xorg log and dmesg output. Unless the OEM forgot to wire
> up
Attached.
> the hotplug pin, the driver shouldn't be polling. Check
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #5 from Tvrtko Ursulin 2012-03-06
08:15:32 PST ---
(In reply to comment #1)
> Please attach your xorg log and dmesg output. Unless the OEM forgot to wire
> up
> the hotplug pin, the driver shouldn't be polling. Check to make sure
From: Rob Clark
If there are not multiple instances of a platform device, the id
should apparently be set to -1. Which results in a odd looking
bus-id like "platform:foodrm:-1". Probably we should just treat
this case as id 0.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_platform.c | 1
https://bugs.freedesktop.org/show_bug.cgi?id=46796
--- Comment #6 from Michel D?nzer 2012-03-06 09:30:19
PST ---
Created attachment 58066
--> https://bugs.freedesktop.org/attachment.cgi?id=58066
Verbose test patch
In order to facilitate testing, here's another version of the fix which prints
Hi,
My Toshiba Portege (Intel Core i5) hangs every few days.
Sometimes I can see no log messages/reasons for it.
Sometimes there are messages about X receiving potentially
fatal signals.
Today's hang appears to have some useful info (maybe).
Mar 6 09:01:45 dragon kernel: [137308.704424] [drm:i9
Hi all,
Since the inclusion of dma-buf buffer sharing framework in 3.3 (thanks
to Dave Airlie primarily), I have been volunteered to be its
maintainer.
Obviously there is a need for some simple rules about the dma-buf
feature tree, so here we are:
- there will be a 'for-next' branch for (N+1), w
please report it into our bugzilla, attaching the files and
information mentioned at
http://intellinuxgraphics.org/how_to_report_bug.html please?
--
Eugeni Dodonov
<http://eugeni.dodonov.net/>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120306/a2e51e15/attachment.htm>
60 matches
Mail list logo
