nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/247b475a/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=60528
Priority: medium
Bug ID: 60528
Assignee: dri-devel@lists.freedesktop.org
Summary: drm_kms_helper.edid_firmware 60 seconds boot lag
Severity: critical
Classification: Unclassified
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/4477ce31/attachment.html>
3.8-rc6
--
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/20130208/de0340d2/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #12 from runetmem...@gmail.com ---
Created attachment 74464
--> https://bugs.freedesktop.org/attachment.cgi?id=74464&action=edit
x-0.log LightDM log after crash
LightDM logs in right-after-crash state attached.
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #11 from runetmem...@gmail.com ---
Created attachment 74462
--> https://bugs.freedesktop.org/attachment.cgi?id=74462&action=edit
lightdm.log after crash
--
You are receiving this mail because:
You are the assignee for the bug.
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/20130208/77383e05/attachment.html>
frames in 0.0703531 secs, average of 0 fps
--
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/20130208/dc97b409/attachment.html>
On Fri, Feb 8, 2013 at 6:13 PM, wrote:
> From: Jerome Glisse
>
> In some rare case were packet is big enough to go over page boundary
> we might not have copied yet the userspace data into the local copy
> resulting in kernel reading garbage data.
>
> Without this patch kernel might submit unpro
From: Jerome Glisse
In some rare case were packet is big enough to go over page boundary
we might not have copied yet the userspace data into the local copy
resulting in kernel reading garbage data.
Without this patch kernel might submit unprocessed/unrelocated cmd
to the GPU which might lead to
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/74d00149/attachment-0001.html>
reedesktop.org/archives/dri-devel/attachments/20130208/29aee358/attachment.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/88058de9/attachment.html>
On 2013-02-08 15:28, Marcus Lorentzon wrote:
> When we do that we stop->setup->start during blanking. So our "DSS" is
> optimized to be able to do that without getting blocked. All DSI video
> mode panels (and DPI) products we have done so far have not had any
> issue with that (as long as DSI HS
eiving 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/20130208/32c34064/attachment.html>
On 02/08/2013 03:02 PM, Tomi Valkeinen wrote:
> On 2013-02-08 15:28, Marcus Lorentzon wrote:
>
>> When we do that we stop->setup->start during blanking. So our "DSS" is
>> optimized to be able to do that without getting blocked. All DSI video
>> mode panels (and DPI) products we have done so far ha
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #34 from Andy Furniss ---
(In reply to comment #30)
> Created attachment 74433 [details] [review]
> Kernel fix
>
> This one apply against Linus master
Like Paul, I need the mesa patch as well to get rid of the junk at the bottom
of
On Fri, Feb 8, 2013 at 6:13 PM, wrote:
> From: Jerome Glisse
>
> In some rare case were packet is big enough to go over page boundary
> we might not have copied yet the userspace data into the local copy
> resulting in kernel reading garbage data.
>
> Without this patch kernel might submit unpro
On Fri, 08 Feb 2013, Laurent Pinchart
wrote:
> If the -M parameter is specific, modetest will use the requested device
> name instead of trying its builtin list of device names.
>
> Signed-off-by: Laurent Pinchart
> ---
> tests/modetest/modetest.c | 34 +++---
> 1 fi
From: Jerome Glisse
In some rare case were packet is big enough to go over page boundary
we might not have copied yet the userspace data into the local copy
resulting in kernel reading garbage data.
Without this patch kernel might submit unprocessed/unrelocated cmd
to the GPU which might lead to
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/070e0215/attachment.html>
ter's node contains data
about a specific DSI panel).
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 899 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/7f7cd046/attachment.pgp>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/a4bdeeda/attachment.html>
Hello
I have a problem using a 1024x768 Eizo Monitor attached by DVI-D to a
system with GMA500 based graphics and running under Linux-3.7.
As soon as the GMA500 driver is taking over control, the refresh
rate raises to 64.5Hz and the monitor reports a "signal error".
For me i looks like the GMA5
On 02/08/2013 02:04 PM, Tomi Valkeinen wrote:
> On 2013-02-08 14:40, Marcus Lorentzon wrote:
>
>> I agree, but I think it should be
>> setup->enable->video_on->video_off->disable->setup->...
>> I don't think there is any interface parameters that should be changed
>> while link is enabled. And if t
el/attachments/20130208/70848194/attachment.html>
If the -M parameter is specific, modetest will use the requested device
name instead of trying its builtin list of device names.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 34 +++---
1 file changed, 27 insertions(+), 7 deletions(-)
diff --git a/t
The current mostly random sort order hinders code readability. Sort the
options alphabetically in the code, and by group in the help message.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 49 ++-
1 file changed, 27 insertions(+), 22 d
Those variables are declared in unistd.h, there's no need to redeclare
them here.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index c91bb9d..489918e 100644
--- a/tests/mod
Hello,
Here's a small patch set that adds an argument to the modetest command line to
specify the driver name instead of using the builtin list of drivers. This is
particularly handy during development of new DRM/KMS drivers.
Laurent Pinchart (3):
modetest: Remove extern declarations of opt(arg
On 02/08/2013 11:51 AM, Tomi Valkeinen wrote:
> On 2013-02-04 12:05, Marcus Lorentzon wrote:
>
>> As discussed at FOSDEM I will give DSI bus with full feature set a
>> try.
> Please do, but as a reminder I want to raise the issues I see with a DSI
> bus:
>
> - A device can be a child of only one bu
On 02/08/2013 12:40 PM, Tomi Valkeinen wrote:
> Hi,
>
> On 2013-02-03 21:17, Tomasz Figa wrote:
>> Hi Laurent,
>>
>> On Saturday 02 of February 2013 11:39:59 Laurent Pinchart wrote:
>>> Hi Tomasz,
>>>
>>> Thank you for your RFC.
>>>
>>> On Wednesday 30 January 2013 16:38:59 Tomasz Figa wrote:
, clk-
* data1+, data1-
* data2+, data2-
* ...
*/
int pins[OMAP_DSS_MAX_DSI_PINS];
};
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 899 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/9ce90927/attachment.pgp>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/f66152b2/attachment.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/a0e333e5/attachment-0001.html>
both control and
video.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 899 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/195c2857/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #33 from Paul Heldens ---
i've seen no more dmesg errors
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=60236
Paul Heldens changed:
What|Removed |Added
Attachment #74239|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #31 from Paul Heldens ---
3.8-rc6
your latest kernel patch applied well.
with fix v2 all corruption seems gone. on ~10 startups
without fix v2 I still see dynamic corruption at the bottom of screen
--
You are receiving this
On Mon, Jan 28, 2013 at 10:39 PM, Chris Cummins
wrote:
> The intention here is to make the output of dmesg with full verbosity a
> bit easier for a human to parse. This commit transforms:
>
I like this a lot, but I need a Signed-off-by on patches as per
Documentation/SubmittingPatches
Sorry it to
vel/attachments/20130208/b657b538/attachment-0001.html>
size_t
--
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/20130208/632ab95c/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59521
--- Comment #3 from Laurent carlier ---
Created attachment 74448
--> https://bugs.freedesktop.org/attachment.cgi?id=74448&action=edit
apitrace that produce an error
That trace gives:
> apitrace retrace Sam3.1207.trim.trace
1205: glDebugOutpu
On (02/07/13 22:53), Andreas Bombe wrote:
> On Sun, Jan 13, 2013 at 02:38:20PM +0300, Sergey Senozhatsky wrote:
> > On (01/12/13 20:27), Dave Jones wrote:
> > > BUG: sleeping function called from invalid context at mm/slub.c:925
> > > in_atomic(): 1, irqs_disabled(): 0, pid: 566, name: Xorg
> > > I
e.
Won't apply against 3.8-rc6 or drm fixes for me.
--
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/20130208/479ebcf1/attachment.html>
On Fri, Feb 08, 2013 at 10:47:42AM +0300, Sergey Senozhatsky wrote:
> On (02/07/13 22:53), Andreas Bombe wrote:
> > On Sun, Jan 13, 2013 at 02:38:20PM +0300, Sergey Senozhatsky wrote:
> > > On (01/12/13 20:27), Dave Jones wrote:
> > > > BUG: sleeping function called from invalid context at mm/slub.
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #11 from Lucas Kannebley Tavares ---
Nevermind the question about the registers, just re-read your post, which I
should've done in the first place :)
Thanks
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #10 from Lucas Kannebley Tavares ---
Hi Jerome, thanks for the tips.
Well, I followed the next error
[drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting
[drm:atom_execute_table_locked] *ERROR* atombios stuc
https://bugs.freedesktop.org/show_bug.cgi?id=60503
Priority: medium
Bug ID: 60503
Assignee: dri-devel@lists.freedesktop.org
Summary: [r300g] Unigine Heaven 3.0: all objects are black
Severity: normal
Classification: Unclassified
ver that
> > instead of having to provide the same function for each client.
>
> For which one does gcc generate more efficient code? I've thought a
> switch-case statement might get compiled into something more efficient
> than a table lookup.
>
> But the rest of the code is generic - just the one function which
> compares against known address registers is specific to 2D.
Table lookup should be pretty fast. I wouldn't worry too much about
performance at this stage, though. Readability is more important in my
opinion. A lookup table is a lot more readable and reusable I think. If
it turns out that using a function is actually faster we can always
optimize later.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/70802efe/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=35861
Pavel Ondračka changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
dication on what is the
> current state of hardware. But, very often problems are ripple effects
> on something that happened earlier and the job that caused the problem
> has already been freed and is not visible in the dump.
>
> To get a full history, we need often need the ftrace log.
So that's already covered. Great!
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/c70f6b2c/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #4 from Harald Judt ---
I will bisect the week after the next, before I will not have access to that
machine. I'd rather avoid bisecting standby/resume problems too much because
that could possibly cause data loss, and it is not possi
https://bugs.freedesktop.org/show_bug.cgi?id=60236
Jerome Glisse changed:
What|Removed |Added
Attachment #74381|0 |1
is obsolete|
On 02/08/2013 03:02 PM, Tomi Valkeinen wrote:
On 2013-02-08 15:28, Marcus Lorentzon wrote:
When we do that we stop->setup->start during blanking. So our "DSS" is
optimized to be able to do that without getting blocked. All DSI video
mode panels (and DPI) products we have done so far have not ha
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #3 from Michel Dänzer ---
(In reply to comment #2)
> The following commits fall within that range (only one specific to cayman),
> I guess I can skip some of them:
Please don't. In the best case, you save a couple of tests, in the wo
Hello
I have a problem using a 1024x768 Eizo Monitor attached by DVI-D to a
system with GMA500 based graphics and running under Linux-3.7.
As soon as the GMA500 driver is taking over control, the refresh
rate raises to 64.5Hz and the monitor reports a "signal error".
For me i looks like the GMA5
On 02/08/2013 02:04 PM, Tomi Valkeinen wrote:
On 2013-02-08 14:40, Marcus Lorentzon wrote:
I agree, but I think it should be
setup->enable->video_on->video_off->disable->setup->...
I don't think there is any interface parameters that should be changed
while link is enabled. And if there are, th
On Fri, 08 Feb 2013, Laurent Pinchart wrote:
> If the -M parameter is specific, modetest will use the requested device
> name instead of trying its builtin list of device names.
>
> Signed-off-by: Laurent Pinchart
> ---
> tests/modetest/modetest.c | 34 +++---
> 1 fil
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #29 from Paul Heldens ---
3.8-rc6 Here neither, only chunk 1 with 25x lines fuz
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-dev
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #24 from Pavel Ondračka ---
This seems to be fixed in the latest mesa git, however I didn't test all the
different settings mentioned in Comment 16. Sven can you confirm this is indeed
fixed?
--
You are receiving this mail because:
If the -M parameter is specific, modetest will use the requested device
name instead of trying its builtin list of device names.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 34 +++---
1 file changed, 27 insertions(+), 7 deletions(-)
diff --git a/t
The current mostly random sort order hinders code readability. Sort the
options alphabetically in the code, and by group in the help message.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 49 ++-
1 file changed, 27 insertions(+), 22 d
Hello,
Here's a small patch set that adds an argument to the modetest command line to
specify the driver name instead of using the builtin list of drivers. This is
particularly handy during development of new DRM/KMS drivers.
Laurent Pinchart (3):
modetest: Remove extern declarations of opt(arg
Those variables are declared in unistd.h, there's no need to redeclare
them here.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index c91bb9d..489918e 100644
--- a/tests/mod
On 02/08/2013 11:51 AM, Tomi Valkeinen wrote:
On 2013-02-04 12:05, Marcus Lorentzon wrote:
As discussed at FOSDEM I will give DSI bus with full feature set a
try.
Please do, but as a reminder I want to raise the issues I see with a DSI
bus:
- A device can be a child of only one bus. So if DSI
On 02/08/2013 12:40 PM, Tomi Valkeinen wrote:
Hi,
On 2013-02-03 21:17, Tomasz Figa wrote:
Hi Laurent,
On Saturday 02 of February 2013 11:39:59 Laurent Pinchart wrote:
Hi Tomasz,
Thank you for your RFC.
On Wednesday 30 January 2013 16:38:59 Tomasz Figa wrote:
Changes done to Tomi's edition
Hi Linus,
this one fixes a sleep while locked regression that was introduced earlier
in 3.8.
Dave.
The following changes since commit 6bacaa9ddacb71c691d32c678d37bc59ffc71fac:
Merge tag 'sound-3.8' of
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound (2013-02-07 08:43:30
+1100)
a
https://bugs.freedesktop.org/show_bug.cgi?id=46006
Pavel Ondračka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #2 from Harald Judt ---
Seems to have been introduced by a change between 3.7-rc1 and 3.7-rc2
(ddffeb8c4d0331..6f0c0580b7). Don't have time to track that further now.
Maybe it doesn't have to do with suspend/resume directly, but is ca
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130208/9e0099a4/attachment.html>
vel/attachments/20130208/3115572a/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #28 from Andy Furniss ---
(In reply to comment #27)
> Created attachment 74381 [details] [review]
> Kernel fix
>
> Ok try this kernel patch without and with the mesa patch. This one should
> definitely fix the issue.
Won't apply aga
t the intel console to work (will
have to check my config).
--
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/20130208/
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/f8fee179/attachment.html>
Hi Laurent
> > > Only the DU0 VGA output is currently supported. Support for the DU0 LVDS
> > > and DU1 LVDS outputs will require information about the panels that will
> > > be connected to those outputs.
> > >
> > > Signed-off-by: Laurent Pinchart
> > >
> > > ---
> > >
> > > arch/arm/mach-s
On Sun, Jan 13, 2013 at 02:38:20PM +0300, Sergey Senozhatsky wrote:
> On (01/12/13 20:27), Dave Jones wrote:
> > BUG: sleeping function called from invalid context at mm/slub.c:925
> > in_atomic(): 1, irqs_disabled(): 0, pid: 566, name: Xorg
> > INFO: lockdep is turned off.
> > Pid: 566, comm: Xorg
On Fri, Feb 08, 2013 at 10:47:42AM +0300, Sergey Senozhatsky wrote:
> On (02/07/13 22:53), Andreas Bombe wrote:
> > On Sun, Jan 13, 2013 at 02:38:20PM +0300, Sergey Senozhatsky wrote:
> > > On (01/12/13 20:27), Dave Jones wrote:
> > > > BUG: sleeping function called from invalid context at mm/slub.
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/fbba51de/attachment.html>
79 matches
Mail list logo
