https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #34 from Hristo Venev ---
What's the difference between integer addition in OpenGL shaders and OpenCL
kernels? Aren't the intrinsics the same?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #12 from Andy Furniss ---
(In reply to comment #11)
> (In reply to comment #10)
> > I've now recompiled everything from upstream - kwin now renders however it
> > has a pinkish hugh to the bottom right - this didn't happen when I test
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #13 from Mike Lothian ---
I'm having issues compiling from branches/release_33/
Will try again tonight
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
Hi,
On Wednesday 01 of May 2013 21:02:25 Tomasz Figa wrote:
> Much of the code in Exynos DRM subsystem is generic enough to use
> it for older (non-Exynos) Samsung SoCs as well, after minor
> modifications.
>
> This series starts adding support for previous SoCs to Exynos DRM by
> introducing S3C
Hi,
On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
> > This patch modifies the driver to perform two stage parsing of video
> > timings from device tree, to get timing information as struct
> > videomode, which contains more
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
> So in the end, we will have a DT node for the HW controllers found
> in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
> _how_ lcd controllers, external encoders, clocks, maybe audio, ...
> are hooked up on that
On 05/19/2013 08:01 AM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
So in the end, we will have a DT node for the HW controllers found
in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
_how_ lcd controllers, external encoders, c
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> case. And, yes, I better like a hardware cursor: it asks for less
> computation, and
On Sat, May 18, 2013 at 08:56:59AM +0200, Jean-Francois Moine wrote:
> On Thu, 16 May 2013 20:26:18 +0100
> Russell King wrote:
>
> > When switching between various drivers for this device, it's possible
> > that some critical registers are left containing values which affect
> > the device opera
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> I quickly compared your dove drm driver and ours (Sebastian and me):
>
> - CMA helper
>
> You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> simplify some code.
Looking at the CMA helper code in DRM, it
I really think so. Alex wanted to take care of this. Just be a bit mor patient.
Christian.
Carlos Corbacho schrieb:
>Is the updated firmware for UVD support going to make its way at some point to
>the linux-firmware tree[0], as I believe this is what most distros currently
>use to get the Rad
On Thu, May 09, 2013 at 06:10:04PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> Any comments? Should I provide more logs, or try something I didn't try yet?
>
I just tried Linux kernel 3.9.2, and it has the same kind of graphics corruption
when enabling second output on nouveau adapter.
dmesg err
On Thu, May 09, 2013 at 06:11:23PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> ping also here.. any other information needed about this nouveau kernel
> crash?
>
So this hard kernel crash stil happens with Linux 3.9.2,
with the difference that I don't get to see the traceback with 3.9.2.
(with
On Sun, Apr 21, 2013 at 7:19 AM, Christian König
wrote:
> I really think so. Alex wanted to take care of this. Just be a bit mor
> patient.
It's been in there for a while:
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/commit/?id=efe904b801b8a62ea0c8ab30401f6b4ed65a9252
https://bugs.freedesktop.org/show_bug.cgi?id=64776
Priority: medium
Bug ID: 64776
Assignee: dri-devel@lists.freedesktop.org
Summary: [9.1.2]"GPU fault detected" whit "eclipse juno" crash
system
Severity: normal
Classifica
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #1 from mombelli.ma...@gmail.com ---
Created attachment 79558
--> https://bugs.freedesktop.org/attachment.cgi?id=79558&action=edit
log of corg.. doesn't seems to catch something
--
You are receiving this mail because:
You are the a
https://bugzilla.kernel.org/show_bug.cgi?id=58521
Summary: Radeon ATOM BIOS have wrong value in
controller->ucType for RV635
Product: Drivers
Version: 2.5
Kernel Version: 3.5.0
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #34 from Hristo Venev ---
What's the difference between integer addition in OpenGL shaders and OpenCL
kernels? Aren't the intrinsics the same?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #12 from Andy Furniss ---
(In reply to comment #11)
> (In reply to comment #10)
> > I've now recompiled everything from upstream - kwin now renders however it
> > has a pinkish hugh to the bottom right - this didn't happen when I test
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #13 from Mike Lothian ---
I'm having issues compiling from branches/release_33/
Will try again tonight
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
Hi,
On Wednesday 01 of May 2013 21:02:25 Tomasz Figa wrote:
> Much of the code in Exynos DRM subsystem is generic enough to use
> it for older (non-Exynos) Samsung SoCs as well, after minor
> modifications.
>
> This series starts adding support for previous SoCs to Exynos DRM by
> introducing S3C
Hi,
On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
> > This patch modifies the driver to perform two stage parsing of video
> > timings from device tree, to get timing information as struct
> > videomode, which contains more
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
> So in the end, we will have a DT node for the HW controllers found
> in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
> _how_ lcd controllers, external encoders, clocks, maybe audio, ...
> are hooked up on that
On 05/19/2013 08:01 AM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
So in the end, we will have a DT node for the HW controllers found
in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
_how_ lcd controllers, external encoders, c
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> case. And, yes, I better like a hardware cursor: it asks for less
> computation, and
On Sat, May 18, 2013 at 08:56:59AM +0200, Jean-Francois Moine wrote:
> On Thu, 16 May 2013 20:26:18 +0100
> Russell King wrote:
>
> > When switching between various drivers for this device, it's possible
> > that some critical registers are left containing values which affect
> > the device opera
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> I quickly compared your dove drm driver and ours (Sebastian and me):
>
> - CMA helper
>
> You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> simplify some code.
Looking at the CMA helper code in DRM, it
I really think so. Alex wanted to take care of this. Just be a bit mor patient.
Christian.
Carlos Corbacho schrieb:
>Is the updated firmware for UVD support going to make its way at some point to
>the linux-firmware tree[0], as I believe this is what most distros currently
>use to get the Rad
On Thu, May 09, 2013 at 06:10:04PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> Any comments? Should I provide more logs, or try something I didn't try yet?
>
I just tried Linux kernel 3.9.2, and it has the same kind of graphics corruption
when enabling second output on nouveau adapter.
dmesg err
On Thu, May 09, 2013 at 06:11:23PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> ping also here.. any other information needed about this nouveau kernel
> crash?
>
So this hard kernel crash stil happens with Linux 3.9.2,
with the difference that I don't get to see the traceback with 3.9.2.
(with
On Sun, Apr 21, 2013 at 7:19 AM, Christian König
wrote:
> I really think so. Alex wanted to take care of this. Just be a bit mor
> patient.
It's been in there for a while:
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/commit/?id=efe904b801b8a62ea0c8ab30401f6b4ed65a9252
https://bugs.freedesktop.org/show_bug.cgi?id=64776
Priority: medium
Bug ID: 64776
Assignee: dri-devel@lists.freedesktop.org
Summary: [9.1.2]"GPU fault detected" whit "eclipse juno" crash
system
Severity: normal
Classifica
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #1 from mombelli.ma...@gmail.com ---
Created attachment 79558
--> https://bugs.freedesktop.org/attachment.cgi?id=79558&action=edit
log of corg.. doesn't seems to catch something
--
You are receiving this mail because:
You are the a
https://bugzilla.kernel.org/show_bug.cgi?id=58521
Summary: Radeon ATOM BIOS have wrong value in
controller->ucType for RV635
Product: Drivers
Version: 2.5
Kernel Version: 3.5.0
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #34 from Hristo Venev ---
What's the difference between integer addition in OpenGL shaders and OpenCL
kernels? Aren't the intrinsics the same?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #12 from Andy Furniss ---
(In reply to comment #11)
> (In reply to comment #10)
> > I've now recompiled everything from upstream - kwin now renders however it
> > has a pinkish hugh to the bottom right - this didn't happen when I test
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #13 from Mike Lothian ---
I'm having issues compiling from branches/release_33/
Will try again tonight
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
Hi,
On Wednesday 01 of May 2013 21:02:25 Tomasz Figa wrote:
> Much of the code in Exynos DRM subsystem is generic enough to use
> it for older (non-Exynos) Samsung SoCs as well, after minor
> modifications.
>
> This series starts adding support for previous SoCs to Exynos DRM by
> introducing S3C
Hi,
On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
> > This patch modifies the driver to perform two stage parsing of video
> > timings from device tree, to get timing information as struct
> > videomode, which contains more
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
> So in the end, we will have a DT node for the HW controllers found
> in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
> _how_ lcd controllers, external encoders, clocks, maybe audio, ...
> are hooked up on that
On 05/19/2013 08:01 AM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
So in the end, we will have a DT node for the HW controllers found
in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
_how_ lcd controllers, external encoders, c
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> case. And, yes, I better like a hardware cursor: it asks for less
> computation, and
On Sat, May 18, 2013 at 08:56:59AM +0200, Jean-Francois Moine wrote:
> On Thu, 16 May 2013 20:26:18 +0100
> Russell King wrote:
>
> > When switching between various drivers for this device, it's possible
> > that some critical registers are left containing values which affect
> > the device opera
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> I quickly compared your dove drm driver and ours (Sebastian and me):
>
> - CMA helper
>
> You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> simplify some code.
Looking at the CMA helper code in DRM, it
I really think so. Alex wanted to take care of this. Just be a bit mor patient.
Christian.
Carlos Corbacho schrieb:
>Is the updated firmware for UVD support going to make its way at some point to
>the linux-firmware tree[0], as I believe this is what most distros currently
>use to get the Rad
On Thu, May 09, 2013 at 06:10:04PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> Any comments? Should I provide more logs, or try something I didn't try yet?
>
I just tried Linux kernel 3.9.2, and it has the same kind of graphics corruption
when enabling second output on nouveau adapter.
dmesg err
On Thu, May 09, 2013 at 06:11:23PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> ping also here.. any other information needed about this nouveau kernel
> crash?
>
So this hard kernel crash stil happens with Linux 3.9.2,
with the difference that I don't get to see the traceback with 3.9.2.
(with
On Sun, Apr 21, 2013 at 7:19 AM, Christian König
wrote:
> I really think so. Alex wanted to take care of this. Just be a bit mor
> patient.
It's been in there for a while:
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/commit/?id=efe904b801b8a62ea0c8ab30401f6b4ed65a9252
https://bugs.freedesktop.org/show_bug.cgi?id=64776
Priority: medium
Bug ID: 64776
Assignee: dri-devel@lists.freedesktop.org
Summary: [9.1.2]"GPU fault detected" whit "eclipse juno" crash
system
Severity: normal
Classifica
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #1 from mombelli.ma...@gmail.com ---
Created attachment 79558
--> https://bugs.freedesktop.org/attachment.cgi?id=79558&action=edit
log of corg.. doesn't seems to catch something
--
You are receiving this mail because:
You are the a
https://bugzilla.kernel.org/show_bug.cgi?id=58521
Summary: Radeon ATOM BIOS have wrong value in
controller->ucType for RV635
Product: Drivers
Version: 2.5
Kernel Version: 3.5.0
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #34 from Hristo Venev ---
What's the difference between integer addition in OpenGL shaders and OpenCL
kernels? Aren't the intrinsics the same?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #12 from Andy Furniss ---
(In reply to comment #11)
> (In reply to comment #10)
> > I've now recompiled everything from upstream - kwin now renders however it
> > has a pinkish hugh to the bottom right - this didn't happen when I test
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #13 from Mike Lothian ---
I'm having issues compiling from branches/release_33/
Will try again tonight
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
Hi,
On Wednesday 01 of May 2013 21:02:25 Tomasz Figa wrote:
> Much of the code in Exynos DRM subsystem is generic enough to use
> it for older (non-Exynos) Samsung SoCs as well, after minor
> modifications.
>
> This series starts adding support for previous SoCs to Exynos DRM by
> introducing S3C
Hi,
On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
> > This patch modifies the driver to perform two stage parsing of video
> > timings from device tree, to get timing information as struct
> > videomode, which contains more
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
> So in the end, we will have a DT node for the HW controllers found
> in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
> _how_ lcd controllers, external encoders, clocks, maybe audio, ...
> are hooked up on that
On 05/19/2013 08:01 AM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
So in the end, we will have a DT node for the HW controllers found
in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
_how_ lcd controllers, external encoders, c
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> case. And, yes, I better like a hardware cursor: it asks for less
> computation, and
On Sat, May 18, 2013 at 08:56:59AM +0200, Jean-Francois Moine wrote:
> On Thu, 16 May 2013 20:26:18 +0100
> Russell King wrote:
>
> > When switching between various drivers for this device, it's possible
> > that some critical registers are left containing values which affect
> > the device opera
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> I quickly compared your dove drm driver and ours (Sebastian and me):
>
> - CMA helper
>
> You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> simplify some code.
Looking at the CMA helper code in DRM, it
I really think so. Alex wanted to take care of this. Just be a bit mor patient.
Christian.
Carlos Corbacho schrieb:
>Is the updated firmware for UVD support going to make its way at some point to
>the linux-firmware tree[0], as I believe this is what most distros currently
>use to get the Rad
On Thu, May 09, 2013 at 06:10:04PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> Any comments? Should I provide more logs, or try something I didn't try yet?
>
I just tried Linux kernel 3.9.2, and it has the same kind of graphics corruption
when enabling second output on nouveau adapter.
dmesg err
On Thu, May 09, 2013 at 06:11:23PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> ping also here.. any other information needed about this nouveau kernel
> crash?
>
So this hard kernel crash stil happens with Linux 3.9.2,
with the difference that I don't get to see the traceback with 3.9.2.
(with
On Sun, Apr 21, 2013 at 7:19 AM, Christian König
wrote:
> I really think so. Alex wanted to take care of this. Just be a bit mor
> patient.
It's been in there for a while:
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/commit/?id=efe904b801b8a62ea0c8ab30401f6b4ed65a9252
https://bugs.freedesktop.org/show_bug.cgi?id=64776
Priority: medium
Bug ID: 64776
Assignee: dri-devel@lists.freedesktop.org
Summary: [9.1.2]"GPU fault detected" whit "eclipse juno" crash
system
Severity: normal
Classifica
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #1 from mombelli.ma...@gmail.com ---
Created attachment 79558
--> https://bugs.freedesktop.org/attachment.cgi?id=79558&action=edit
log of corg.. doesn't seems to catch something
--
You are receiving this mail because:
You are the a
https://bugzilla.kernel.org/show_bug.cgi?id=58521
Summary: Radeon ATOM BIOS have wrong value in
controller->ucType for RV635
Product: Drivers
Version: 2.5
Kernel Version: 3.5.0
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #34 from Hristo Venev ---
What's the difference between integer addition in OpenGL shaders and OpenCL
kernels? Aren't the intrinsics the same?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #12 from Andy Furniss ---
(In reply to comment #11)
> (In reply to comment #10)
> > I've now recompiled everything from upstream - kwin now renders however it
> > has a pinkish hugh to the bottom right - this didn't happen when I test
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #13 from Mike Lothian ---
I'm having issues compiling from branches/release_33/
Will try again tonight
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
Hi,
On Wednesday 01 of May 2013 21:02:25 Tomasz Figa wrote:
> Much of the code in Exynos DRM subsystem is generic enough to use
> it for older (non-Exynos) Samsung SoCs as well, after minor
> modifications.
>
> This series starts adding support for previous SoCs to Exynos DRM by
> introducing S3C
Hi,
On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
> > This patch modifies the driver to perform two stage parsing of video
> > timings from device tree, to get timing information as struct
> > videomode, which contains more
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
> So in the end, we will have a DT node for the HW controllers found
> in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
> _how_ lcd controllers, external encoders, clocks, maybe audio, ...
> are hooked up on that
On 05/19/2013 08:01 AM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
So in the end, we will have a DT node for the HW controllers found
in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
_how_ lcd controllers, external encoders, c
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> case. And, yes, I better like a hardware cursor: it asks for less
> computation, and
On Sat, May 18, 2013 at 08:56:59AM +0200, Jean-Francois Moine wrote:
> On Thu, 16 May 2013 20:26:18 +0100
> Russell King wrote:
>
> > When switching between various drivers for this device, it's possible
> > that some critical registers are left containing values which affect
> > the device opera
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> I quickly compared your dove drm driver and ours (Sebastian and me):
>
> - CMA helper
>
> You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> simplify some code.
Looking at the CMA helper code in DRM, it
I really think so. Alex wanted to take care of this. Just be a bit mor patient.
Christian.
Carlos Corbacho schrieb:
>Is the updated firmware for UVD support going to make its way at some point to
>the linux-firmware tree[0], as I believe this is what most distros currently
>use to get the Rad
On Thu, May 09, 2013 at 06:10:04PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> Any comments? Should I provide more logs, or try something I didn't try yet?
>
I just tried Linux kernel 3.9.2, and it has the same kind of graphics corruption
when enabling second output on nouveau adapter.
dmesg err
On Thu, May 09, 2013 at 06:11:23PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> ping also here.. any other information needed about this nouveau kernel
> crash?
>
So this hard kernel crash stil happens with Linux 3.9.2,
with the difference that I don't get to see the traceback with 3.9.2.
(with
On Sun, Apr 21, 2013 at 7:19 AM, Christian König
wrote:
> I really think so. Alex wanted to take care of this. Just be a bit mor
> patient.
It's been in there for a while:
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/commit/?id=efe904b801b8a62ea0c8ab30401f6b4ed65a9252
https://bugs.freedesktop.org/show_bug.cgi?id=64776
Priority: medium
Bug ID: 64776
Assignee: dri-devel@lists.freedesktop.org
Summary: [9.1.2]"GPU fault detected" whit "eclipse juno" crash
system
Severity: normal
Classifica
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #1 from mombelli.ma...@gmail.com ---
Created attachment 79558
--> https://bugs.freedesktop.org/attachment.cgi?id=79558&action=edit
log of corg.. doesn't seems to catch something
--
You are receiving this mail because:
You are the a
https://bugzilla.kernel.org/show_bug.cgi?id=58521
Summary: Radeon ATOM BIOS have wrong value in
controller->ucType for RV635
Product: Drivers
Version: 2.5
Kernel Version: 3.5.0
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #34 from Hristo Venev ---
What's the difference between integer addition in OpenGL shaders and OpenCL
kernels? Aren't the intrinsics the same?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #12 from Andy Furniss ---
(In reply to comment #11)
> (In reply to comment #10)
> > I've now recompiled everything from upstream - kwin now renders however it
> > has a pinkish hugh to the bottom right - this didn't happen when I test
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #13 from Mike Lothian ---
I'm having issues compiling from branches/release_33/
Will try again tonight
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
Hi,
On Wednesday 01 of May 2013 21:02:25 Tomasz Figa wrote:
> Much of the code in Exynos DRM subsystem is generic enough to use
> it for older (non-Exynos) Samsung SoCs as well, after minor
> modifications.
>
> This series starts adding support for previous SoCs to Exynos DRM by
> introducing S3C
Hi,
On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
> > This patch modifies the driver to perform two stage parsing of video
> > timings from device tree, to get timing information as struct
> > videomode, which contains more
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
> So in the end, we will have a DT node for the HW controllers found
> in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
> _how_ lcd controllers, external encoders, clocks, maybe audio, ...
> are hooked up on that
On 05/19/2013 08:01 AM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 21:30:09 +0200
Sebastian Hesselbarth wrote:
So in the end, we will have a DT node for the HW controllers found
in Dove SoCs, a node for TDA998x, and a node for the video card, i.e.
_how_ lcd controllers, external encoders, c
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> case. And, yes, I better like a hardware cursor: it asks for less
> computation, and
On Sat, May 18, 2013 at 08:56:59AM +0200, Jean-Francois Moine wrote:
> On Thu, 16 May 2013 20:26:18 +0100
> Russell King wrote:
>
> > When switching between various drivers for this device, it's possible
> > that some critical registers are left containing values which affect
> > the device opera
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> I quickly compared your dove drm driver and ours (Sebastian and me):
>
> - CMA helper
>
> You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> simplify some code.
Looking at the CMA helper code in DRM, it
I really think so. Alex wanted to take care of this. Just be a bit mor patient.
Christian.
Carlos Corbacho schrieb:
>Is the updated firmware for UVD support going to make its way at some point to
>the linux-firmware tree[0], as I believe this is what most distros currently
>use to get the Rad
On Thu, May 09, 2013 at 06:10:04PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> Any comments? Should I provide more logs, or try something I didn't try yet?
>
I just tried Linux kernel 3.9.2, and it has the same kind of graphics corruption
when enabling second output on nouveau adapter.
dmesg err
On Thu, May 09, 2013 at 06:11:23PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> ping also here.. any other information needed about this nouveau kernel
> crash?
>
So this hard kernel crash stil happens with Linux 3.9.2,
with the difference that I don't get to see the traceback with 3.9.2.
(with
On Sun, Apr 21, 2013 at 7:19 AM, Christian König
wrote:
> I really think so. Alex wanted to take care of this. Just be a bit mor
> patient.
It's been in there for a while:
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/commit/?id=efe904b801b8a62ea0c8ab30401f6b4ed65a9252
https://bugs.freedesktop.org/show_bug.cgi?id=64776
Priority: medium
Bug ID: 64776
Assignee: dri-devel@lists.freedesktop.org
Summary: [9.1.2]"GPU fault detected" whit "eclipse juno" crash
system
Severity: normal
Classifica
1 - 100 of 102 matches
Mail list logo