ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/247b475a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130208/4477ce31/attachment.html>
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>
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>
703531 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
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
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/74d00149/attachment-0001.html>
dri-devel/attachments/20130208/29aee358/attachment.html>
...
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
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
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/070e0215/attachment.html>
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>
art --
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
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
tachments/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
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
---
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
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
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:
* ...
*/
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>
:
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>
ontrol 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>
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
vel/attachments/20130208/b657b538/attachment-0001.html>
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>
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
> > >
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
gt; 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>
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>
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)
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130208/9e0099a4/attachment.html>
vel/attachments/20130208/3115572a/attachment.html>
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/7f9b3
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/f8fee179/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130208/fbba51de/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.c:925
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 Not
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
laurent.pinchart+rene...@ideasonboard.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #28 from Andy Furniss li...@andyfurniss.entadsl.com ---
(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
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #2 from Harald Judt h.j...@gmx.at ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=46006
Pavel Ondračka pavel.ondra...@email.cz changed:
What|Removed |Added
Status|NEW |RESOLVED
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
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
Those variables are declared in unistd.h, there's no need to redeclare
them here.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index
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
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 laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 49 ++-
1
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 laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 34 +++---
1 file changed, 27
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #24 from Pavel Ondračka pavel.ondra...@email.cz ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #29 from Paul Heldens pheld...@ziggo.nl ---
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
On Fri, 08 Feb 2013, Laurent Pinchart laurent.pinch...@ideasonboard.com 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 laurent.pinch...@ideasonboard.com
---
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
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #3 from Michel Dänzer mic...@daenzer.net ---
(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
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 had
https://bugs.freedesktop.org/show_bug.cgi?id=60236
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Attachment #74381|0 |1
is
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #4 from Harald Judt h.j...@gmx.at ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=35861
Pavel Ondračka pavel.ondra...@email.cz changed:
What|Removed |Added
Status|RESOLVED|REOPENED
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
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #10 from Lucas Kannebley Tavares luca...@linux.vnet.ibm.com ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #11 from Lucas Kannebley Tavares luca...@linux.vnet.ibm.com ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=59521
--- Comment #3 from Laurent carlier lordhea...@gmail.com ---
Created attachment 74448
-- https://bugs.freedesktop.org/attachment.cgi?id=74448action=edit
apitrace that produce an error
That trace gives:
apitrace retrace Sam3.1207.trim.trace
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #31 from Paul Heldens pheld...@ziggo.nl ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=60236
Paul Heldens pheld...@ziggo.nl changed:
What|Removed |Added
Attachment #74239|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #33 from Paul Heldens pheld...@ziggo.nl ---
i've seen no more dmesg errors
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
From: Jerome Glisse jgli...@redhat.com
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
On Fri, Feb 8, 2013 at 6:13 PM, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
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
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #34 from Andy Furniss li...@andyfurniss.entadsl.com ---
(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
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=74462action=edit
lightdm.log after crash
--
You are receiving this mail because:
You are the assignee for the bug.
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=74464action=edit
x-0.log LightDM log after crash
LightDM logs in right-after-crash state attached.
--
You are receiving
76 matches
Mail list logo