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 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 Sun, May 19, 2013 at 06:49:22PM +0200, Sebastian Hesselbarth wrote:
> This adds an irq handler for HPD to the tda998x slave encoder driver
> to trigger HPD change instead of polling. The gpio connected to int
> pin of tda998x is passed through platform_data of the i2c client. As
> HPD will ultim
This adds an irq handler for HPD to the tda998x slave encoder driver
to trigger HPD change instead of polling. The gpio connected to int
pin of tda998x is passed through platform_data of the i2c client. As
HPD will ultimately cause EDID read and that will raise an
EDID_READ_DONE interrupt, the irq
On Sun, 19 May 2013 10:30:00 +0200
Sebastian Hesselbarth wrote:
> > /* --- test (not cubox) *
> > &dcon { status = "okay"; };
> >
> > &lcd1 {
> > status = "okay";
> > clocks =<&core_clk 3>,<0>,<&lcdclk>,<0>;
> > marvell,port-type =<1>;
> > display-timings {
> > mo
So, while tinkering with my Dove DRM driver, I tripped over a BUG_ON()
in drm_mm_hole_node_start(), which was called from drm_mm_dump_table():
int drm_mm_dump_table(struct seq_file *m, struct drm_mm *mm)
{
struct drm_mm_node *entry;
unsigned long total_used = 0, total_free = 0, tot
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
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=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://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
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
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 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
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
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 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 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
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
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130519/ee180d34/attachment.html>
ads my rv790 is
rendering Unigine heaven with various incorrect hues.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130519/429f308c/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130519/c3bd333b/attachment.html>
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 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 e
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 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
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 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 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 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 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
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
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
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
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=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.
___
35 matches
Mail list logo
