To whom it may concern:
This patch contains the modification on the make files and the
Kconfig file. It includes the source files to be compiled for generating
the DRM kernel module for VIA Chrome9 GFX family.
Thanks and Best Regards
Bruce C. Chang
Signed-off-by: Bruce Chang
Hello Sir:
The following 3 patches are the DRM kernel module that supports VIA Chrome9
Graphic module. They are based on the kernel 2.6.28-rc9. Please kindly help to
integrate into kernel.
Thanks and Best Regards
Bruce C. Chang
To whom it may concern:
This patch contains the modification on the header files for the VIA
Chrome9 DRM kernel module based on kernel 2.6.28-RC9. The header files
include:
1. via_chrome9_3d_reg.h
2. via_chrome9_dma.h
3. via_chrome9_drv.h
4. via_chrome9_mm.h
5. via_chrome9_verifier.h
6.
To whom it may concern:
This patch contains the modification on the make files and the Kconfig
file. It includes the source files to be compiled for generating the DRM kernel
module for VIA Chrome9 GFX family.
Thanks and Best Regards
Bruce C. Chang
Signed-off-by: Bruce Chang
To whom it may concern:
This patch contains the modification on the header files for the VIA
Chrome9 DRM kernel module based on kernel 2.6.28-RC9. The header files include:
1. via_chrome9_3d_reg.h
2. via_chrome9_dma.h
3. via_chrome9_drv.h
4. via_chrome9_mm.h
5. via_chrome9_verifier.h
6.
Hello Sir:
The following 3 patches are the DRM kernel module that supports VIA
Chrome9 Graphic module. They are based on the kernel 2.6.28-rc9. Please
kindly help to integrate into kernel.
Thanks and Best Regards
Bruce C. Chang
Hello Dave:
Thank you very much for your help. The 64 bit ioctl is not supported so
far. Based on release often and release early I learned, I would like to
request your help to approve this package for upstream.
Some initial comments inline, mainly around whether you need 64-bit ioctl
To whom it may concern:
The following 2 UniChrome DRM patches are based on kernel 2.6.28-rc9 to
patch the following issue with VIA UniChrome GFX:
1. Patch the system hang issue caused by multi X support when doing switch
user.
2. Patch system hang issue caused by 3D scaling+ACPI
3. Patch
To whom it may concern:
The following 2 UniChrome DRM patches are to patch the following issue with
VIA UniChrome GFX:
1. Patch the system hang issue caused by multi X support when doing switch user.
2. Patch system hang issue caused by 3D scaling+ACPI
3. Patch segmentation fault issue caused
To whom it may concern:
The patch contains the modification on the C files for the VIA UniChrome
DRM modules based on 2.6.28-rc9.
The modified C files are
1. via_dma.c
2. via_drv.c
3. via_irq.c
4. via_map.c
5. via_mm.c
Thanks and Best Regards
To whom it may concern:
The patch contains the modification on the header files for the VIA
UniChrome DRM modules based on 2.6.28-rc9. The modified header files are
1. via_drv.h
2. via_drm.h
Thanks and Best Regards
=
Bruce C. Chang(張祖明)
Email:
To whom it may ceoncern:
This patch contains the modification on the make files and the Kconfig
file. It includes the source files to be compiled for generating the DRM kernel
module for VIA Chrome9 GFX family.
Sign-off-by: Bruce Chang brucech...@via.com.tw
diff -ruN
To whom it may ceoncern:
The following 3 patches are the DRM kernel module that support VIA Chorme9
GFX chipset. They are based on 2.6.31-rc3. Please kindly help to integrate into
kernel.
Thanks and Best Regards
Bruce C. Chang
To whom it may ceoncern:
This patch contains the modification on the header files for the VIA
Chrome9 DRM kernel module based on kernel 2.6.31-rc3. The header files include:
1. via_chrome9_3d_reg.h
2. via_chrome9_dma.h
3. via_chrome9_drm.h
4. via_chrome9_drv.h
5. via_chrome9_mm.h
6.
Hello Dave:
Thank you very much for your suggestion. Let me request engineer to modify
it.
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 Jerome, Keith:
It's hard to review if the interface is sane without knowing what userspace
might need or not.
Maybe VIA can provide some userspace code without putting together an entire
driver.
Can I suggest to verify the DRM source with the X driver which we will
release within 1
Hello All:
I understand the requirement. If we submitted for mainline when everything
is ready, I believe it takes very long time. Some of you might know that VIA
has been trying to support community by releasing doc, source and submit for
upstream step by step. As Harald point out, the
Hello Robert:
I appreciate the efforts that VIA is making towards supporting their
customers. I have had users asking me for hardware acceleration with VIA
chips in FreeBSD for a while now. Many users will be satisfied with a good
hardware accelerated 2D solution. A 3D driver is
Hello Sirs/Madams:
As we are preparing the 64bit DRM, we have tested the DRM in both case of
32bit user space+32bit DRM and 64bit user space + 64 bit DRM. However, we have
a question relative to 32bit user space + 64bit DRM and request suggestion for
the solution. Our question is How 32 bit
Hello Sirs/Madams:
Please kindly be advised that the 2D source code from VIA is available for
download at
http://linux.via.com.tw/support/beginDownload.action?eleid=306fid=601. Please
use
Option AccelMethod EXA
in Section Device for verifying DRM with EXA architecture enabled.
Thanks
Hello Sirs:
The following patch is based on 2.6.31 mainline kernel for the system hang
issue caused by 3D scaling + ACPI. The modified header files includes
1. via_3d_reg.h
2. via_drv.h
3. via_verifier.h
4. via_drm.h
Signed-off-by: Bruce Changbrucech...@via.com.tw
diff -ruN
Hello Sirs:
The following patch is based on 2.6.31 mainline kernel for the system hang
issue caused by 3D scaling + ACPI. The modified c files includes
1. via_dmablit.c
2. via_dma.c
3. via_drv.c
4. via_irq.c
5. via_map.c
6. via_mm.c
7. via_verifier.c
Signed-off-by: Bruce
Hello Sirs:
The following patch is based on 2.6.31 mainline kernel for the system hang
issue caused by 3D scaling + ACPI. Please kindly help to integrate into
mainline kernel.
Thanks and Best Regards
=
Bruce C. Chang(張祖明)
VIA Technologies,
Hello Dave and Luc:
Sorry for the trouble we made and thank you very much for your comment.
We will (1) add inline comment for to the patch (2) explaination for the 2
new parameters (3) explaination of the ioctl. Moreover, we will attached the
test log Xorg.0.log of the compatibility
Hello Luc:
Thanks you very much for your information. We will re-submit again and keep
the drm_via_init_t API no change. Hope it can be more acceptable for you.
Thanks and Best Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F,
Hello Dave:
Thank you very much for your time and comment. The explaination and
modifications for the comment will be in the patches which will be re-submitted
in the near future.
Thanks and Best Regards
=
Bruce C. Chang(???)
VIA Technologies,
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
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
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
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:
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.
Hello Thomas
+if (!context_valid)
+return 0;
via_release_futex(dev_priv, context);
When is this function called with an invalid context? Could you describe
what error you are seeing.
There are some bugs in the DDMPEG(a user mode library realizing decode driver)
Hello Sirs:
Based on the comment for my previous submission for VIA UniChrome DRM, we
modify our code as the following patch. They are
1. Add support for ACPI suspend/resume issue.
2. Add an interfaces for communication with ddmpeg and v4l.
3. Fix video hang issue caused by verification
Hello Sirs:
This patch is to add the support of ACPI suspend/resume. Some information
locating in video memory
need to be saved for 3D function. The mesa driver source has been release on
VIA Linux portal
(http://linux.via.com.tw/support/beginDownload.action?eleid=241fid=463) last
year
Hello Sirs:
This patch is to solve the video hang issue caused by verification
function. These 3 patches has been verified in (1) CX700M platform (2) CLE266
platform (3) K8M800 platform (4) CN400 platform with UniChrome/OpenChrome
driver except few of these platform is not supported by
Hello Sirs:
This patch is to add the interface to communicate with V4L and DDMPEG.
Signed-off-by Bruce C. Chang brucech...@via.com.tw
diff -ruN old/drivers/gpu/drm/via/via_dma.c new/drivers/gpu/drm/via/via_dma.c
--- old/drivers/gpu/drm/via/via_dma.c 2009-10-22 10:42:10.0 +0800
+++
Hello Sirs:
Request resend. Please be advised that the dual buffer/Security/Performance
issue has been removed in this patch. So it is modified based on the comment
you gave us on 10/8. Please kindly approve to integrate into mainline kernel.
Thanks and Best regards
Hello Thomas:
Thank you very much for your help. Please kindly keep helping us.
Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F, 531, Chung-Cheng Road, Hsin-Tien, 231 Taipei
Tel: +886-2-22185452 Ext 7323
Fax: +886-2-22186282
Hello Sir:
Request resend again.
Thanks and Best Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F, 531, Chung-Cheng Road, Hsin-Tien, 231 Taipei
Tel: +886-2-22185452 Ext 7323
Mobile: +886-968343824
Fax: +886-2-22186282
Skype:
Hello Thomas:
I know this kernel module is made for VIAs own X.org driver and not
openchrome but:
1. I don't think userspace should be able to easily trigger a kernel oops,
and
2. Can't this new VIA Chrome9 DRM interface be made more compatible to the
existing one? Ideally it would
Hello Thomas:
Thank you very much for your time and comment. Let me check our engineer to
collect the information.
Thanks and Best Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F, 531, Chung-Cheng Road, Hsin-Tien, 231 Taipei
46 matches
Mail list logo