https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #11 from Fabio Pedretti 2012-09-23 07:07:12
UTC ---
(In reply to comment #10)
> I can't reproduce this. Mesa master on RS880 is working fine here.
A quick search in the git log returned this:
http://cgit.freedesktop.org/mesa/mesa/co
Am Mittwoch, den 15.08.2012, 17:18 +0200 schrieb Paul Menzel:
> Date: Wed Aug 15 17:10:51 2012 +0200
>
> Connecting a LG SL80 [1] a garbled screen is shown with vertical stripes
> in the top half.
>
> In commit bc42aabc [2]
>
> commit bc42aabc6a01b92b0f961d65671564e0e1cd7592
> Au
https://bugs.freedesktop.org/show_bug.cgi?id=26294
Paul Menzel changed:
What|Removed |Added
Summary|[Regression] Resolution for |[Regression] Resolution for
https://bugs.freedesktop.org/show_bug.cgi?id=26294
--- Comment #25 from Paul Menzel ---
(In reply to comment #23)
> A similar patch as done in [1]
>
> commit bc42aabc6a01b92b0f961d65671564e0e1cd7592
> Author: Adam Jackson
> Date: Wed May 23 16:26:54 2012 -0400
>
> drm/edid/quirks: ViewSo
https://bugs.freedesktop.org/show_bug.cgi?id=53544
--- Comment #8 from Paul Menzel ---
Comparing the modelines from the `xrandr -q --verbose` output they are the
same, which is even more confusing.
>From Lenovo T60.
1920x1080 (0xb9) 148.5MHz +HSync +VSync *current +preferred
h: width
On 09/22/2012 03:17 AM, Sascha Hauer wrote:
Hi Eric,
On Fri, Sep 21, 2012 at 09:24:19AM -0700, Eric Nelson wrote:
Hi Sascha,
But ipu_crtc->imx_crtc gets initialized in this call, and
ipu_irq_handler() makes use of it.
The U-Boot code doesn't enable interrupts, so it's not acking
along the wa
On Sat, Sep 22, 2012 at 07:52:11PM +0200, Daniel Vetter wrote:
> Dave Airlie recently discovered a locking bug in the fbcon layer,
> where a timer_del_sync (for the blinking cursor) deadlocks with the
> timer itself, since both (want to) hold the console_lock:
>
> https://lkml.org/lkml/2012/8/21/3
Hi
This tries to continue the effort to document libdrm. I actually removed the
X11-like man-page generation code as autotools now support man_MANS. The
previous approach required every manpage to be in the same man-group. However,
API calls belong in man3 and overview pages into man7. So I just u
Current man-page infrastructure supports only man3 but we wanto overview
files to be placed in man7. So use the new automake support for man_MANS
which installs the files automatically in the right location.
The current man-pages are simply moved and their header line is adjusted to the
new man-pa
This man-page is supposed to provide an overview of the whole DRM system.
It is targeted to users that have never worked with DRM and forwards the
reader to the correct other man-pages.
Detailed information on each system are available in separate man-pages
which are currently under construction.
drm-kms.7 is an overview page which contains basic information on kernel
mode-setting. It is targeted to users that are not familiar with DRM
internals and gives short examples how basic mode-setting can be
performed.
It introduces the main vocabulary including CRTCs, encoders, connectors,
framebuf
The drm-memory man-page (aliased as drm-gem, drm-mm and drm-ttm) describes
the high-level overview of different memory-management frameworks used in
the DRM subsystem. It is really targeted at driver-independent semantics
(and where it applies, syntax). It links to all other man-pages if more
drive
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #12 from kowalski marcin ---
i'm currently experiencing this with rs780 and darkplaces. I only get black
screen, and logs are filled with this error. I have an llvm-enabled build of
mesa.
This is on current git @ fb40f88338b6af23faae
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #13 from Michael Lange ---
(In reply to comment #9)
>
> E.g., LD_LIBRARY_PATH=
> LIBGL_DRIVERS_PATH= glxgears
>
> will run glxgears with your new Mesa.
thanks, this works
currently bisecting mesa - two steps to go
--
You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #14 from Tom Stellard ---
If you are using the llvm compiler setting the environment variable R600_LLVM=0
will cause the driver to fall back to the TGSI compiler and should fix the
rendering errors.
It would be helpful if someone cou
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #15 from Tom Stellard ---
(In reply to comment #14)
> If you are using the llvm compiler setting the environment variable
> R600_LLVM=0 will cause the driver to fall back to the TGSI compiler and
> should fix the rendering errors.
>
Am Mittwoch, den 15.08.2012, 16:31 +0200 schrieb Paul Menzel:
> Date: Wed, 8 Aug 2012 23:12:19 +0200
>
> < ajax> i would preface this whole discussion with the observation that all
> tvs are garbage
>
> Connecting the Philips 32PFL5404H [1] a garbled screen is shown with
> vertical stripes in th
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #16 from Michael Lange ---
bisecting mesa comes to this
0e0c21e00ee80bcff67e37ec86b97d6c25db066a is the first bad commit
commit 0e0c21e00ee80bcff67e37ec86b97d6c25db066a
Author: Michal Sciubidlo
Date: Wed Sep 12 08:57:01 2012 +0200
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #17 from Michael Lange ---
Created attachment 67582
--> https://bugs.freedesktop.org/attachment.cgi?id=67582&action=edit
R600_DUMP_SHADERS=1
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=55217
Michael Lange changed:
What|Removed |Added
Attachment #67582|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #19 from Michael Lange ---
in case it is important, i have set some environment variables
belly@jelly ~/mesa $ env | grep R600
R600_STREAMOUT=1
R600_HYPERZ=1
R600_GLSL130=1
R600_TILING=1
R600_SURF=1
this was set for a few months to
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #20 from Tom Stellard ---
Created attachment 67586
--> https://bugs.freedesktop.org/attachment.cgi?id=67586&action=edit
Possible fix
Does this patch fix the problem?
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=53544
--- Comment #9 from Paul Menzel ---
To be clear, both systems use the same Linux kernel and userspace (Debian
Sid/unstable).
--
You are receiving this mail because:
You are the assignee for the bug.
_
On 08/23/2012 09:55 AM, Kukjin Kim wrote:
> Florian Tobias Schandinat wrote:
>>
>> On 08/01/2012 02:28 AM, Kukjin Kim wrote:
>>> Leela Krishna Amudala wrote:
This patchset moves the contents of regs-fb-v4.h and regs-fb.h from
>> arch
side
to include/video/samsung_fimd.h
>>>
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #21 from Michael Lange ---
(In reply to comment #20)
> Created attachment 67586 [details] [review]
> Possible fix
>
> Does this patch fix the problem?
your patch works
tested with the latest mesa-version from git
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=55256
Priority: medium
Bug ID: 55256
Assignee: dri-devel@lists.freedesktop.org
Summary: r600g R600_LLVM=1 bad rendering (light blue instead of
grey)
Severity: normal
Classifica
https://bugs.freedesktop.org/show_bug.cgi?id=55256
--- Comment #1 from Török Edwin ---
Created attachment 67593
--> https://bugs.freedesktop.org/attachment.cgi?id=67593&action=edit
another.trace
Another apitrace that doesn't use 3.0 features and can thus be replayed with
LIBGL_ALWAYS_SOFTWARE
https://bugs.freedesktop.org/show_bug.cgi?id=55256
--- Comment #2 from Török Edwin ---
Created attachment 67594
--> https://bugs.freedesktop.org/attachment.cgi?id=67594&action=edit
bad.png
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=55256
--- Comment #3 from Török Edwin ---
Created attachment 67595
--> https://bugs.freedesktop.org/attachment.cgi?id=67595&action=edit
good.png
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=55256
--- Comment #4 from Török Edwin ---
Graphics card type:
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV730
PRO [Radeon HD 4650]
xorg.conf:
Section "Device"
Identifier "Radeon"
Driver "radeon"
https://bugs.freedesktop.org/show_bug.cgi?id=55256
Török Edwin changed:
What|Removed |Added
Attachment #67594|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=55256
Török Edwin changed:
What|Removed |Added
Attachment #67595|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=55256
Török Edwin changed:
What|Removed |Added
Attachment #67593|text/plain |application/octet-stream
mime typ
https://bugs.freedesktop.org/show_bug.cgi?id=55256
Török Edwin changed:
What|Removed |Added
Attachment #67592|text/plain |application/octet-stream
mime typ
https://bugs.freedesktop.org/show_bug.cgi?id=55256
Török Edwin changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
CC|
We don't allocate enough data for this struct. As soon as we start
modifying event->event on the next lines, then we're going beyond the
end of the memory we allocated.
Signed-off-by: Dan Carpenter
---
Static checker work. Not tested.
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
b/drive
https://bugs.freedesktop.org/show_bug.cgi?id=55217
--- Comment #11 from Fabio Pedretti 2012-09-23
07:07:12 UTC ---
(In reply to comment #10)
> I can't reproduce this. Mesa master on RS880 is working fine here.
A quick search in the git log returned this:
http://cgit.freedesktop.org/mesa/mesa/co
ne [1]. Therefore the problems seems to be something else
and needs further investigation. Please do not commit this patch.
Thanks,
Paul
[3] https://bugs.freedesktop.org/show_bug.cgi?id=53544#c5
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/cd31faa4/attachment.pgp>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/6049605b/attachment-0001.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/286b3cd7/attachment.html>
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/48d31a02/attachment.html>
Hi
This tries to continue the effort to document libdrm. I actually removed the
X11-like man-page generation code as autotools now support man_MANS. The
previous approach required every manpage to be in the same man-group. However,
API calls belong in man3 and overview pages into man7. So I just u
Current man-page infrastructure supports only man3 but we wanto overview
files to be placed in man7. So use the new automake support for man_MANS
which installs the files automatically in the right location.
The current man-pages are simply moved and their header line is adjusted to the
new man-pa
This man-page is supposed to provide an overview of the whole DRM system.
It is targeted to users that have never worked with DRM and forwards the
reader to the correct other man-pages.
Detailed information on each system are available in separate man-pages
which are currently under construction.
drm-kms.7 is an overview page which contains basic information on kernel
mode-setting. It is targeted to users that are not familiar with DRM
internals and gives short examples how basic mode-setting can be
performed.
It introduces the main vocabulary including CRTCs, encoders, connectors,
framebuf
The drm-memory man-page (aliased as drm-gem, drm-mm and drm-ttm) describes
the high-level overview of different memory-management frameworks used in
the DRM subsystem. It is really targeted at driver-independent semantics
(and where it applies, syntax). It links to all other man-pages if more
drive
t git @ fb40f88338b6af23faae03ced5906add8507db26
--
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/20120923/0e9aa9b4/attachment.html>
go
--
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/20120923/9ac9863b/attachment.html>
org/archives/dri-devel/attachments/20120923/b60877b3/attachment.html>
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/5a7cbf4a/attachment.html>
ithout the patch [1]. Therefore the problems
seems to be something else and needs further investigation. Please do
not commit this patch.
Thanks,
Paul
[3] https://bugs.freedesktop.org/show_bug.cgi?id=53544#c5
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/c37def54/attachment.pgp>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/ad7a4ad9/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/4025c341/attachment-0001.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/40cd418e/attachment.html>
to test something, i forgot to reset this
--
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/20120923/a7a9b206/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/219fd6c8/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/6fb74b59/attachment.html>
On 08/23/2012 09:55 AM, Kukjin Kim wrote:
> Florian Tobias Schandinat wrote:
>>
>> On 08/01/2012 02:28 AM, Kukjin Kim wrote:
>>> Leela Krishna Amudala wrote:
This patchset moves the contents of regs-fb-v4.h and regs-fb.h from
>> arch
side
to include/video/samsung_fimd.h
>>>
--
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/20120923/4b08f0e4/attachment.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/20120923/fa5dc16a/attachment.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/e36ae9f0/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/0d85b516/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/94a41e8b/attachment-0001.html>
-platforms=x11,drm,fbdev --enable-gles2
/opt/xorg has xserver, drm, libkms, etc. from git.
--
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/20120923/055679ba/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/20120923/6c442990/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/20120923/bc459253/attachment.html>
type||
--
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/20120923/715a5104/attachment.html>
type||
--
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/20120923/a6e68884/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120923/1a98e24b/attachment.html>
We don't allocate enough data for this struct. As soon as we start
modifying event->event on the next lines, then we're going beyond the
end of the memory we allocated.
Signed-off-by: Dan Carpenter
---
Static checker work. Not tested.
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
b/drive
70 matches
Mail list logo
