[Bug 46231] Radeon NI: evergreen_resume fails after GPU lockup

https://bugzilla.kernel.org/show_bug.cgi?id=46231 --- Comment #3 from ben at b1c1l1.com 2012-09-21 22:46:37 --- I got a different crash with 3.6-rc6 (includes the patch mentioned in comment #2). The system was not functional after these messages: [143239.080420] radeon :01:00.0: GPU

[PATCH] radeon: Allow N x 1 x 1 surfaces for evergreen+

From: Tom Stellard This makes it possible to create a surface for a buffer. --- radeon/radeon_surface.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 80b1505..235f4ae 100644 ---

[PATCH V6 2/2] video: drm: exynos: Add device tree support

This patch adds device tree based discovery support for exynos DRM-FIMD driver which includes driver modification to handle platform data in both the cases with DT and non-DT, Also adds the documentation for bindings. Signed-off-by: Leela Krishna Amudala ---

[PATCH V6 1/2] drm/exynos: add platform_device_id table and driver data for drm fimd

Two device ids are created for exynos4-fb and exynos5-fb. Also, added driver data for exynos4 and exynos5 to pick the timing base address at runtime to write data into appropriate register address. Signed-off-by: Leela Krishna Amudala --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 43

[PATCH V6 0/2] video: drm: Add Device tree support to exynos DRM-FIMD

This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250. It includes parsing platform data from dts file. Also, adds the driver data for exynos4 and exynos5 devices. This patchset is based and tested on top of v3.6-rc4 on smdk5250 board Also depends on below patchset

[PATCH V6 2/2] video: drm: exynos: Add device tree support

2012/9/21 Stephen Warren : > On 09/21/2012 05:22 AM, Leela Krishna Amudala wrote: >> This patch adds device tree based discovery support for exynos DRM-FIMD >> driver which includes driver modification to handle platform data in >> both the cases with DT and non-DT, Also adds the documentation for

[Bug 49943] radeon/drm: Hotplug udev events stop working

https://bugs.freedesktop.org/show_bug.cgi?id=49943 --- Comment #8 from Harald Judt 2012-09-21 16:05:14 UTC --- Reproducible with linux-3.6.0-rc6. If it is a duplicate of bug 51042, shouldn't this be fixed now, or have the patches referenced in that bug not been committed yet

[PATCH] drm/radeon: force dma32 to fix regression rs4xx,rs6xx,rs740

On Fri, Sep 21, 2012 at 08:56:27AM -0400, Josh Boyer wrote: > On Tue, Aug 28, 2012 at 4:50 PM, wrote: > > From: Jerome Glisse > > > > It seems some of those IGP dislike non dma32 page despite what > > documentation says. Fix regression since we allowed non dma32 > > pages. It seems it only

[PATCH] drm/exynos: Fix potential NULL pointer dereference

Applied. Thanks, Inki Dae 2012/9/18 Sachin Kamat : > drm_mode_create() returns NULL if it fails to create > a new display mode. Check the value returned to avoid NULL > pointer deferencing later. > > Signed-off-by: Sachin Kamat > --- > drivers/gpu/drm/exynos/exynos_drm_connector.c |6

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 --- Comment #15 from Sven Arvidsson 2012-09-21 15:26:12 UTC --- Are you guys talking about the same sample causing the bug? If not, it's probably different bugs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 Laurent carlier changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[PATCH v4] of: Add videomode helper

On Wed September 19 2012 10:20:43 Steffen Trumtrar wrote: > This patch adds a helper function for parsing videomodes from the devicetree. > The videomode can be either converted to a struct drm_display_mode or a > struct fb_videomode. > > Signed-off-by: Sascha Hauer > Signed-off-by: Steffen

[PATCH v4] of: Add videomode helper

On Thu, Sep 20, 2012 at 11:29:42PM +0200, Laurent Pinchart wrote: > Hi, > > (CC'ing the linux-media mailing list, as video modes are of interest there as > well) > > On Wednesday 19 September 2012 12:19:22 Tomi Valkeinen wrote: > > On Wed, 2012-09-19 at 10:20 +0200, Steffen Trumtrar wrote: >

[PATCH V2] drm/exynos: Add match table for drm platform device

On 21/09/12 19:37, Leela Krishna Amudala wrote: > This patch is a part of moving the driver to support DT style probing > of exynos drm device. The compatible name should match with the > entry in the dtsi file. > > Signed-off-by: Leela Krishna Amudala > --- >

[git pull] drm rc7 fixes

Hi Linus, fixes for big 3 drivers: nouveau: revert earlier MBP fix, put a dmi based MBP fix in its place (fixes a regression we found on some Dell eDP panels doing some internal tseting) radeon: revert pll fixes, real fix is too invasive, fix scratch leak intel: 3 minor fixes, one for HDMI

答复: 转发: Siliconmotion new kernel driver initial patch

On Fri, Aug 24, 2012 at 10:35:00AM +0800, Aaron.Chen ??? wrote: > Hi, > > >What's with the #ifdef 0 or #ifdef 1? > > >Why is there a bunch of ddkxxx something? Can those header files be squashed > >together? > > We have deleted all the "#ifdef 0 or #ifdef 1" and cut our codes into smaller >

FOSDEM2013: DevRoom or not?

On Sun, Aug 12, 2012 at 03:50:16PM +0200, Luc Verhaegen wrote: > Hi, > > The FOSDEM organizers have sent out a call for devrooms. FOSDEM this > year is on the weekend of the 2nd and 3rd of February 2013. > > After the success of this formula last year, where, for the first time > ever, we had

[PATCH 6/6] staging: drm/imx: Add TODO

Signed-off-by: Sascha Hauer --- drivers/staging/imx-drm/TODO | 22 ++ 1 file changed, 22 insertions(+) create mode 100644 drivers/staging/imx-drm/TODO diff --git a/drivers/staging/imx-drm/TODO b/drivers/staging/imx-drm/TODO new file mode 100644 index 000..e52adc4 ---

[PATCH 5/6] staging: drm/imx: Add devicetree binding documentation

From: Philipp Zabel Signed-off-by: Philipp Zabel Signed-off-by: Sascha Hauer --- .../bindings/staging/imx-drm/fsl-imx-drm.txt | 41 1 file changed, 41 insertions(+) create mode 100644

[PATCH 4/6] staging: drm/imx: Add i.MX IPUv3 crtc support

This adds a i.MX51/53/6 IPU (Image Processing Unit) KMS driver. The driver has been tested on the i.MX51 babbage board, the i.MX53 LOCO board and the i.MX6q sabrelite board in different clone mode and dual head setups. Signed-off-by: Sascha Hauer --- drivers/staging/imx-drm/Kconfig |6

[PATCH 3/6] staging: drm/imx: add i.MX IPUv3 base driver

The IPU is the Image Processing Unit found on i.MX51/53/6 SoCs. It features several units for image processing, this patch adds support for the units needed for Framebuffer support, namely: - Display Controller (dc) - Display Interface (di) - Display Multi Fifo Controller (dmfc) - Display

[PATCH 2/6] staging: drm/imx: Add parallel display support

This adds support for parallel displays for i.MX. It consists of a drm encoder/connector pair which eventually passes EDID data from the devicetree to the drm core. Signed-off-by: Sascha Hauer --- drivers/staging/imx-drm/Kconfig|4 + drivers/staging/imx-drm/Makefile |

[PATCH 1/6] staging: drm/imx: Add i.MX drm core support

This patch adds the i.MX glue stuff between i.MX and drm. Signed-off-by: Sascha Hauer --- drivers/staging/Kconfig|2 + drivers/staging/Makefile |1 + drivers/staging/imx-drm/Kconfig| 17 + drivers/staging/imx-drm/Makefile |6 +

[PATCH] Add i.MX IPUv3 base/KMS driver to the staging tree

The following adds the i.MX IPUv3 base and KMS driver to the staging tree. The patches apply cleanly on next-20120921. Dave has merged the missing helper functions, so this series has no further dependencies. Greg, please apply this for staging. Thanks, Sascha The following changes since

[PATCH V6 2/2] video: drm: exynos: Add device tree support

On 09/21/2012 01:22 AM, Inki Dae wrote: > 2012/9/21 Stephen Warren : >> On 09/21/2012 05:22 AM, Leela Krishna Amudala wrote: >>> This patch adds device tree based discovery support for exynos DRM-FIMD >>> driver which includes driver modification to handle platform data in >>> both the cases with

[Bug 55172] Skybox misrendering (Unvanquished, texture compression enabled)

https://bugs.freedesktop.org/show_bug.cgi?id=55172 --- Comment #1 from Vadim Girlin 2012-09-21 09:59:15 UTC --- Created attachment 67489 --> https://bugs.freedesktop.org/attachment.cgi?id=67489 [PATCH] st/mesa: don't use decompress_with_blit for cubemaps Does this patch help? -- Configure

[PATCH 4/6] staging: drm/imx: Add i.MX IPUv3 crtc support

Hi Sascha, While testing against a video-enabled U-Boot on i.MX6, I found the issue below. On 09/21/2012 01:07 AM, Sascha Hauer wrote: > This adds a i.MX51/53/6 IPU (Image Processing Unit) KMS driver. The > driver has been tested on the i.MX51 babbage board, the i.MX53 LOCO > board and the

[PATCH] Add i.MX IPUv3 base/KMS driver to the staging tree

On Fri, Sep 21, 2012 at 10:07:46AM +0200, Sascha Hauer wrote: > The following adds the i.MX IPUv3 base and KMS driver to the staging > tree. The patches apply cleanly on next-20120921. Dave has merged the > missing helper functions, so this series has no further dependencies. > &g

[PATCH] drm/radeon: force dma32 to fix regression rs4xx, rs6xx, rs740

On Tue, Aug 28, 2012 at 4:50 PM, wrote: > From: Jerome Glisse > > It seems some of those IGP dislike non dma32 page despite what > documentation says. Fix regression since we allowed non dma32 > pages. It seems it only affect some revision of those IGP chips > as we don't know which one just

[Bug 55172] New: Skybox misrendering (Unvanquished, texture compression enabled)

https://bugs.freedesktop.org/show_bug.cgi?id=55172 Bug #: 55172 Summary: Skybox misrendering (Unvanquished, texture compression enabled) Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64)

[PATCH v4] of: Add videomode helper

Hi, (CC'ing the linux-media mailing list, as video modes are of interest there as well) On Wednesday 19 September 2012 12:19:22 Tomi Valkeinen wrote: > On Wed, 2012-09-19 at 10:20 +0200, Steffen Trumtrar wrote: > > This patch adds a helper function for parsing videomodes from the > >

[PATCH V6 2/2] video: drm: exynos: Add device tree support

On 09/21/2012 05:22 AM, Leela Krishna Amudala wrote: > This patch adds device tree based discovery support for exynos DRM-FIMD > driver which includes driver modification to handle platform data in > both the cases with DT and non-DT, Also adds the documentation for bindings. > diff --git

Re: [PATCH] drm/exynos: Fix potential NULL pointer dereference

Applied. Thanks, Inki Dae 2012/9/18 Sachin Kamat sachin.ka...@linaro.org: drm_mode_create() returns NULL if it fails to create a new display mode. Check the value returned to avoid NULL pointer deferencing later. Signed-off-by: Sachin Kamat sachin.ka...@linaro.org ---

Re: [PATCH V6 2/2] video: drm: exynos: Add device tree support

2012/9/21 Stephen Warren swar...@wwwdotorg.org: On 09/21/2012 05:22 AM, Leela Krishna Amudala wrote: This patch adds device tree based discovery support for exynos DRM-FIMD driver which includes driver modification to handle platform data in both the cases with DT and non-DT, Also adds the

[PATCH V6 0/2] video: drm: Add Device tree support to exynos DRM-FIMD

This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250. It includes parsing platform data from dts file. Also, adds the driver data for exynos4 and exynos5 devices. This patchset is based and tested on top of v3.6-rc4 on smdk5250 board Also depends on below patchset

[PATCH V6 1/2] drm/exynos: add platform_device_id table and driver data for drm fimd

Two device ids are created for exynos4-fb and exynos5-fb. Also, added driver data for exynos4 and exynos5 to pick the timing base address at runtime to write data into appropriate register address. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com ---

[PATCH V6 2/2] video: drm: exynos: Add device tree support

This patch adds device tree based discovery support for exynos DRM-FIMD driver which includes driver modification to handle platform data in both the cases with DT and non-DT, Also adds the documentation for bindings. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com ---

Re: [PATCH V6 2/2] video: drm: exynos: Add device tree support

On 09/21/2012 05:22 AM, Leela Krishna Amudala wrote: This patch adds device tree based discovery support for exynos DRM-FIMD driver which includes driver modification to handle platform data in both the cases with DT and non-DT, Also adds the documentation for bindings. diff --git

[PATCH] Add i.MX IPUv3 base/KMS driver to the staging tree

The following adds the i.MX IPUv3 base and KMS driver to the staging tree. The patches apply cleanly on next-20120921. Dave has merged the missing helper functions, so this series has no further dependencies. Greg, please apply this for staging. Thanks, Sascha The following changes since

[PATCH 2/6] staging: drm/imx: Add parallel display support

This adds support for parallel displays for i.MX. It consists of a drm encoder/connector pair which eventually passes EDID data from the devicetree to the drm core. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de --- drivers/staging/imx-drm/Kconfig|4 +

[PATCH 4/6] staging: drm/imx: Add i.MX IPUv3 crtc support

This adds a i.MX51/53/6 IPU (Image Processing Unit) KMS driver. The driver has been tested on the i.MX51 babbage board, the i.MX53 LOCO board and the i.MX6q sabrelite board in different clone mode and dual head setups. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de ---

[PATCH 5/6] staging: drm/imx: Add devicetree binding documentation

From: Philipp Zabel p.za...@pengutronix.de Signed-off-by: Philipp Zabel p.za...@pengutronix.de Signed-off-by: Sascha Hauer s.ha...@pengutronix.de --- .../bindings/staging/imx-drm/fsl-imx-drm.txt | 41 1 file changed, 41 insertions(+) create mode 100644

[PATCH 6/6] staging: drm/imx: Add TODO

Signed-off-by: Sascha Hauer s.ha...@pengutronix.de --- drivers/staging/imx-drm/TODO | 22 ++ 1 file changed, 22 insertions(+) create mode 100644 drivers/staging/imx-drm/TODO diff --git a/drivers/staging/imx-drm/TODO b/drivers/staging/imx-drm/TODO new file mode 100644 index

[PATCH 1/6] staging: drm/imx: Add i.MX drm core support

This patch adds the i.MX glue stuff between i.MX and drm. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de --- drivers/staging/Kconfig|2 + drivers/staging/Makefile |1 + drivers/staging/imx-drm/Kconfig| 17 + drivers/staging/imx-drm/Makefile

Re: FOSDEM2013: DevRoom or not?

On Sun, Aug 12, 2012 at 03:50:16PM +0200, Luc Verhaegen wrote: Hi, The FOSDEM organizers have sent out a call for devrooms. FOSDEM this year is on the weekend of the 2nd and 3rd of February 2013. After the success of this formula last year, where, for the first time ever, we had a

[Bug 55172] Skybox misrendering (Unvanquished, texture compression enabled)

https://bugs.freedesktop.org/show_bug.cgi?id=55172 --- Comment #1 from Vadim Girlin pt...@yandex.ru 2012-09-21 09:59:15 UTC --- Created attachment 67489 -- https://bugs.freedesktop.org/attachment.cgi?id=67489 [PATCH] st/mesa: don't use decompress_with_blit for cubemaps Does this patch help?

Re: [PATCH v4] of: Add videomode helper

On Wed September 19 2012 10:20:43 Steffen Trumtrar wrote: This patch adds a helper function for parsing videomodes from the devicetree. The videomode can be either converted to a struct drm_display_mode or a struct fb_videomode. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de

[PATCH V2] drm/exynos: Add match table for drm platform device

This patch is a part of moving the driver to support DT style probing of exynos drm device. The compatible name should match with the entry in the dtsi file. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 11 +++ 1 files

Re: [PATCH V2] drm/exynos: Add match table for drm platform device

On 21/09/12 19:37, Leela Krishna Amudala wrote: This patch is a part of moving the driver to support DT style probing of exynos drm device. The compatible name should match with the entry in the dtsi file. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com ---

Re: [PATCH] drm/radeon: force dma32 to fix regression rs4xx, rs6xx, rs740

On Tue, Aug 28, 2012 at 4:50 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com It seems some of those IGP dislike non dma32 page despite what documentation says. Fix regression since we allowed non dma32 pages. It seems it only affect some revision of those IGP chips as

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 Laurent carlier lordhea...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 --- Comment #15 from Sven Arvidsson s...@whiz.se 2012-09-21 15:26:12 UTC --- Are you guys talking about the same sample causing the bug? If not, it's probably different bugs. -- Configure bugmail:

[Bug 49943] radeon/drm: Hotplug udev events stop working

https://bugs.freedesktop.org/show_bug.cgi?id=49943 --- Comment #8 from Harald Judt h.j...@gmx.at 2012-09-21 16:05:14 UTC --- Reproducible with linux-3.6.0-rc6. If it is a duplicate of bug 51042, shouldn't this be fixed now, or have the patches referenced in that bug not been committed yet

Re: [PATCH V6 2/2] video: drm: exynos: Add device tree support

On 09/21/2012 01:22 AM, Inki Dae wrote: 2012/9/21 Stephen Warren swar...@wwwdotorg.org: On 09/21/2012 05:22 AM, Leela Krishna Amudala wrote: This patch adds device tree based discovery support for exynos DRM-FIMD driver which includes driver modification to handle platform data in both the

Re: [PATCH 4/6] staging: drm/imx: Add i.MX IPUv3 crtc support

Hi Sascha, While testing against a video-enabled U-Boot on i.MX6, I found the issue below. On 09/21/2012 01:07 AM, Sascha Hauer wrote: This adds a i.MX51/53/6 IPU (Image Processing Unit) KMS driver. The driver has been tested on the i.MX51 babbage board, the i.MX53 LOCO board and the i.MX6q

Re: [PATCH] Add i.MX IPUv3 base/KMS driver to the staging tree

On Fri, Sep 21, 2012 at 10:07:46AM +0200, Sascha Hauer wrote: The following adds the i.MX IPUv3 base and KMS driver to the staging tree. The patches apply cleanly on next-20120921. Dave has merged the missing helper functions, so this series has no further dependencies. Greg, please apply

[PATCH] radeon: Allow N x 1 x 1 surfaces for evergreen+

From: Tom Stellard thomas.stell...@amd.com This makes it possible to create a surface for a buffer. --- radeon/radeon_surface.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 80b1505..235f4ae 100644 ---

[Bug 55206] New: this commit break r600 llvm shader compiler

https://bugs.freedesktop.org/show_bug.cgi?id=55206 Bug #: 55206 Summary: this commit break r600 llvm shader compiler Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: All

[Bug 55207] New: this commit break r600 llvm shader compiler

https://bugs.freedesktop.org/show_bug.cgi?id=55207 Bug #: 55207 Summary: this commit break r600 llvm shader compiler Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: All

[Bug 55206] this commit break r600 llvm shader compiler

https://bugs.freedesktop.org/show_bug.cgi?id=55206 Tom Stellard tstel...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] radeon: Allow N x 1 x 1 surfaces for evergreen+

I think it would be cleaner to add a new SURF_TYPE for buffers and only allow large npix_x for that (and adding all the necessary sanity checks to disallow invalid values). Also, if you want to use it in Mesa, you or somebody else should: 1) make a libdrm release 2) bump libdrm_radeon version