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
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
---
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
---
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
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
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=49817
Laurent carlier changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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
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:
>
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
> ---
>
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
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
>
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
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
---
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
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
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
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 |
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 +
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
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
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
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
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
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
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)
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
> >
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
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
---
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
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
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
---
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
---
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
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
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 +
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
---
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
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
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
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
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?
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
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
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
---
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
https://bugs.freedesktop.org/show_bug.cgi?id=49817
Laurent carlier lordhea...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
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:
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
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
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
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
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
---
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=55206
Tom Stellard tstel...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
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
61 matches
Mail list logo