Hello All:
The following 5 patches are based on 2.6.32-rc3 for the VIA UniChrome DRM
driver in the way of increamental patch. Please kindly give us your comment and
kindly integrate into mainline if they're OK. The patches includes
1. Patch 1/5: Add support for ACPI suspend/resume. Some
Hello All:
This is patch 1 of the 5 patches. It's based on 2.6.32-rc3 and for the
support of ACPI suspend/resume.
To support suspend / resume, some information located in video memory need to
be saved because
3D sync mechanism will use these information after resume. 6 files has been
On Mon, Oct 5, 2009 at 12:21 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Sat, 3 Oct 2009 12:50:01 -0400
Andrew Lutomirski l...@mit.edu wrote:
[resend b/c the intel-gfx list doesn't allow non-member posting]
Hi-
First, thanks for all the great work on i915's power saving features
Hello All:
This is patch 2 of the 5 patches. It's based on 2.6.32-rc3+patch1 and for
the support of
video command flush(using double buffer to improve performance) and interfaces
for
communication with v4l kernel module.
5 files has been modified for this patch.
Sign-off by Bruce C.
Hello All:
This is patch 3 of the 5 patches. It's based on 2.6.32-rc3+patch1+patch2.
It enhance the DRM robustness,
such as memory check before release or content comparison.
3 files has been modified for this patch.
Sign-off by Bruce C. Chang brucech...@via.com.tw
diff -Nur
Hello All:
This is patch 4 of the 5 patches. It's based on
2.6.32-rc3+patch1+patch2+patch3. It fixes the bug of via_verify.c function.
3 files has been modified for this patch.
Sign-off by Bruce C. Chang brucech...@via.com.tw
diff -Nur linux-2.6.32-rc3-old/drivers/gpu/drm/via/via_3d_reg.h
Hello All:
This is patch 5 of the 5 patches. It's based on
2.6.32-rc3+patch1+patch2+patch3+patch4. It adds verification for video command
flush.
1 file has been modified for this patch.
Sign-off by Bruce C. Chang brucech...@via.com.tw
diff -Nur
http://bugs.freedesktop.org/show_bug.cgi?id=24380
--- Comment #1 from Michel Dänzer mic...@daenzer.net 2009-10-08 01:25:39 PST
---
This is likely mostly due to the apps or - at least in the case of etracer -
SDL not using the RandR extension but older functionality for switching to/from
From: Michel Dänzer daen...@vmware.com
While investigating the cause of CRTC FIFO underruns, I noticed that when
converting the memory bandwidth calculation from the userspac X driver code,
an instance of '8.0' was apparently accidentally converted to '80'.
Signed-off-by: Michel Dänzer
From: Michel Dänzer daen...@vmware.com
The hook may change the number of bytes per pixel being scanned out, which
affects the CRTC memory bandwidth requirements. E.g. booting in 8bpp and then
running X in 32bpp would result in the bandwidth requirements being
underestimated for the latter and
brucech...@via.com.tw wrote:
Bruce, Others.
The v4l interfaces look ok to me.
However, the double-buffer flush mechanism does not.
If I understand the code correctly, the user-space application prepares
command buffers directly in AGP, and asks the
drm module to submit them. We can't allow
Hello Thomas:
If I understand the code correctly, the user-space application prepares
command buffers directly in AGP, and asks the
drm module to submit them. We can't allow this for security reasons. The
user-space application could for example fill the buffer with
commands to texture
On Thu, 2009-10-08 at 02:35 -0700, brucech...@via.com.tw wrote:
Hello Thomas:
If I understand the code correctly, the user-space application prepares
command buffers directly in AGP, and asks the
drm module to submit them. We can't allow this for security reasons. The
user-space
Dear Bruce,
On Thu, Oct 08, 2009 at 05:35:51PM +0800, brucech...@via.com.tw wrote:
If I understand the code correctly, the user-space application prepares
command buffers directly in AGP, and asks the
drm module to submit them. We can't allow this for security reasons. The
user-space
Hello Keith:
Thank you very much for your suggestion. Allow me to discuss with our
engineers.
Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F, 531, Chung-Cheng Road, Hsin-Tien, 231 Taipei
Tel: +886-2-22185452 Ext 7323
Mobile:
Hello Harald:
Thank you very much for your education. We should go with better way.
Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F, 531, Chung-Cheng Road, Hsin-Tien, 231 Taipei
Tel: +886-2-22185452 Ext 7323
Mobile:
http://bugs.freedesktop.org/show_bug.cgi?id=24380
--- Comment #2 from Florian Scandella f...@chilicode.com 2009-10-08 03:30:57
PST ---
you know of any well behaving apps to test this? i tried glxgears -fullscreen,
but this just expands the window to both heads and leaves the gnome-panel on
http://bugs.freedesktop.org/show_bug.cgi?id=24150
--- Comment #7 from Andy Furniss li...@andyfurniss.entadsl.com 2009-10-08
04:28:03 PST ---
(In reply to comment #0)
Issue 2.
After starting X the TV display is almost correct cloning 1024x768 monitor.
There are however two half
http://bugs.freedesktop.org/show_bug.cgi?id=24380
--- Comment #3 from Florian Scandella f...@chilicode.com 2009-10-08 04:38:34
PST ---
hmm .. i got etracer running ok with:
SDL_VIDEO_X11_XRANDR=1 SDL_VIDEO_FULLSCREEN_HEAD=0 etracer
but it crashes after exit (not restoring mode)
the black
Bruce, See inline comments below.
I'll ACK this patch when we've made sure the HEADER3 and HEADER4 are not
violating the security policy.
brucech...@via.com.tw wrote:
Hello All:
This is patch 4 of the 5 patches. It's based on
2.6.32-rc3+patch1+patch2+patch3. It fixes the bug of
brucech...@via.com.tw wrote:
Hello Thomas:
If I understand the code correctly, the user-space application prepares
command buffers directly in AGP, and asks the
drm module to submit them. We can't allow this for security reasons. The
user-space application could for example fill the
Bruce,
As mentioned in previous mail, this has two problems,
1) Running via_verify_command_stream on an AGP buffer is dead slow.
2) User-space could sneak in and modify the buffer after the security check.
/Thomas.
brucech...@via.com.tw wrote:
Hello All:
This is patch 5 of the 5
Bruce,
This looks OK, except for one modification below. Could you comment on
that one?
brucech...@via.com.tw wrote:
diff -Nur linux-2.6.32-rc3-old/drivers/gpu/drm/via/via_mm.c
linux-2.6.32-rc3-new/drivers/gpu/drm/via/via_mm.c
--- linux-2.6.32-rc3-old/drivers/gpu/drm/via/via_mm.c 2009-10-08
Bruce,
brucech...@via.com.tw wrote:
Hello All:
This is patch 1 of the 5 patches. It's based on 2.6.32-rc3 and for the
support of ACPI suspend/resume.
To support suspend / resume, some information located in video memory need to
be saved because
3D sync mechanism will use these
http://bugs.freedesktop.org/show_bug.cgi?id=24150
--- Comment #8 from Alex Deucher ag...@yahoo.com 2009-10-08 07:40:05 PST ---
(In reply to comment #7)
I've found through testing that the difference here is that kms is using NTSC
and ums is using PAL. Researching it seems that my old PAL
http://bugs.freedesktop.org/show_bug.cgi?id=24397
Summary: Regression : System hard hangs on starting X Server
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Severity: critical
http://bugs.freedesktop.org/show_bug.cgi?id=24397
--- Comment #1 from samit vats hysv...@gmail.com 2009-10-08 07:44:36 PST ---
Created an attachment (id=30161)
-- (http://bugs.freedesktop.org/attachment.cgi?id=30161)
xorg.conf
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=24397
--- Comment #2 from samit vats hysv...@gmail.com 2009-10-08 07:45:26 PST ---
Created an attachment (id=30162)
-- (http://bugs.freedesktop.org/attachment.cgi?id=30162)
Xorg.log
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=24397
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #30162|application/octet-stream|text/plain
mime
http://bugs.freedesktop.org/show_bug.cgi?id=24397
--- Comment #3 from Alex Deucher ag...@yahoo.com 2009-10-08 08:47:25 PST ---
Any chance you could bisect this? I can reproduce this on any of my r6xx
cards.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugzilla.kernel.org/show_bug.cgi?id=13880
--- Comment #22 from Thoralf Dassler thoralf.dass...@gmail.com 2009-10-08
15:56:51 ---
Update: Toshiba have released another BIOS update. Now the video driver works
again as it did before the previous BIOS update.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=23693
--- Comment #7 from Johannes Obermayr johannesoberm...@gmx.de 2009-10-08
09:40:36 PST ---
KMS on console (init 3) has worked again since
authorBen Skeggs bske...@redhat.com 2009-10-06 04:27:25 (GMT)
committer Ben Skeggs
http://bugs.freedesktop.org/show_bug.cgi?id=23693
--- Comment #8 from Alex Deucher ag...@yahoo.com 2009-10-08 09:45:56 PST ---
Does disabling AGP or changin the AGP mode help? E.g.,
modprobe radeon modeset=1 agpmode=-1
--
Configure bugmail:
On Sun, 2009-10-04 at 15:00 +0200, Daniel Vetter wrote:
I've simply overlooked one case in the conversion to interruptible
sleeps. Rectify this.
Also delete a leftover debug printk.
OK, I'm confused about what this patch is about. I thought you were
going to check if the patch series I
http://bugs.freedesktop.org/show_bug.cgi?id=24400
Summary: [KMS] Radeon kernel oops (null pointer dereference)
radeon_atom_encoder_mode_set
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
http://bugs.freedesktop.org/show_bug.cgi?id=24400
--- Comment #1 from Droste tdro...@gmx.de 2009-10-08 11:02:30 PST ---
Created an attachment (id=30173)
-- (http://bugs.freedesktop.org/attachment.cgi?id=30173)
/var/log/messages drm-next modeset=0
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=24400
--- Comment #2 from Droste tdro...@gmx.de 2009-10-08 11:03:10 PST ---
Created an attachment (id=30174)
-- (http://bugs.freedesktop.org/attachment.cgi?id=30174)
/var/log/messages 2.6.31 modeset=1
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=24131
Tormod Volden bugzi07.fdo.tor...@xoxy.net changed:
What|Removed |Added
CC|
http://bugs.freedesktop.org/show_bug.cgi?id=24131
--- Comment #8 from Martin Garbolinski val-g...@wp.pl 2009-10-08 14:37:33
PST ---
On my radeon x1200 (rs690) the desktop loads but when opening any application
window (for example system settings) Xorg crashes and I'm back at kdm login.
From
http://bugs.freedesktop.org/show_bug.cgi?id=24408
Summary: No mouse events in Clutter-based applications.
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=23693
Johannes Obermayr johannesoberm...@gmx.de changed:
What|Removed |Added
Attachment #29706|0 |1
is
http://bugs.freedesktop.org/show_bug.cgi?id=24150
--- Comment #9 from Andy Furniss li...@andyfurniss.entadsl.com 2009-10-08
15:45:09 PST ---
(In reply to comment #8)
The modelines reported by xrandr for tv-out are irrelevant. There just there
to provide access to different scaled modes.
Signed-off-by: Matt Parnell par...@gmail.com
---
drivers/gpu/drm/Makefile | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/Makefile b/drivers/gpu/drm/Makefile
index d22e64b..71efdad 100644
--- a/drivers/gpu/drm/Makefile
+++
http://bugs.freedesktop.org/show_bug.cgi?id=24150
--- Comment #10 from Andy Furniss li...@andyfurniss.entadsl.com 2009-10-08
17:32:17 PST ---
(In reply to comment #9)
Will try updating xrandr and xserver later and see if that helps.
That doesn't help, I also tried a fedora live cd
Hello Thomas:
Thank you very much for your helpful comments. Since our engineers are in
China holiday, I would like to collect all of your helpful comments and consult
with them after they come back.
Thanks and Best Regards
=
Bruce C.
http://bugs.freedesktop.org/show_bug.cgi?id=23670
Shuang He shuang...@intel.com changed:
What|Removed |Added
Keywords|NEEDINFO|
--
Configure
46 matches
Mail list logo