unichrome-bugs Mailing List for Unichrome
Brought to you by:
dwdeath
You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
(15) |
Apr
(6) |
May
(5) |
Jun
(7) |
Jul
(2) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
---|
From: SourceForge.net <no...@so...> - 2005-09-28 21:48:56
|
Bugs item #1298344, was opened at 2005-09-22 05:04 Message generated for change (Comment added) made by schlobinux You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1298344&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: X-driver, Xv Status: Open Resolution: None Priority: 5 Submitted By: Kevin Kuphal (kkuphal) Assigned to: Nobody/Anonymous (nobody) Summary: Reporting unknown card-ids Initial Comment: I have a Chaintech MPM800-3 with a PM800 chip on it (apparently). My xorg.0.log file indicates I should report this to you: (**) VIA(0): Depth 24, (--) framebuffer bpp 32 (==) VIA(0): RGB weight 888 (==) VIA(0): Default visual is TrueColor (**) VIA(0): Option "TVType" "NTSC" (**) VIA(0): Option "TVOutput" "S-Video" (**) VIA(0): Option "EnableAGPDMA" "true" (==) VIA(0): Using HW cursor (**) VIA(0): Option: EnableAGPDMA - Enabling AGP DMA (**) VIA(0): TV Type is NTSC (**) VIA(0): TV Output Signal is S-Video (--) VIA(0): Chipset: "PM800/PM880/CN400" (--) VIA(0): mapping MMIO @ 0xf4000000 with size 0x9000 (--) VIA(0): mapping BitBlt MMIO @ 0xf4200000 with size 0x10000 (II) VIA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (--) VIA(0): Chipset Rev.: 0 (EE) VIA(0): Unknown Card-Ids (270F|7671), report this to the driver maintainer ASAP (==) VIA(0): Using gamma correction (1.0, 1.0, 1.0) (--) VIA(0): videoram = 65536k Thanks, Kevin ---------------------------------------------------------------------- Comment By: Xavier Bachelot (schlobinux) Date: 2005-09-28 21:48 Message: Logged In: YES user_id=626781 thsi patch should fixed the unknow card-ids pb : http://washington.kelkoo.net/epia/patches/via_id_unknown_cards.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1298344&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-09-22 05:05:04
|
Bugs item #1298344, was opened at 2005-09-22 05:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1298344&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: X-driver, Xv Status: Open Resolution: None Priority: 5 Submitted By: Kevin Kuphal (kkuphal) Assigned to: Nobody/Anonymous (nobody) Summary: Reporting unknown card-ids Initial Comment: I have a Chaintech MPM800-3 with a PM800 chip on it (apparently). My xorg.0.log file indicates I should report this to you: (**) VIA(0): Depth 24, (--) framebuffer bpp 32 (==) VIA(0): RGB weight 888 (==) VIA(0): Default visual is TrueColor (**) VIA(0): Option "TVType" "NTSC" (**) VIA(0): Option "TVOutput" "S-Video" (**) VIA(0): Option "EnableAGPDMA" "true" (==) VIA(0): Using HW cursor (**) VIA(0): Option: EnableAGPDMA - Enabling AGP DMA (**) VIA(0): TV Type is NTSC (**) VIA(0): TV Output Signal is S-Video (--) VIA(0): Chipset: "PM800/PM880/CN400" (--) VIA(0): mapping MMIO @ 0xf4000000 with size 0x9000 (--) VIA(0): mapping BitBlt MMIO @ 0xf4200000 with size 0x10000 (II) VIA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (--) VIA(0): Chipset Rev.: 0 (EE) VIA(0): Unknown Card-Ids (270F|7671), report this to the driver maintainer ASAP (==) VIA(0): Using gamma correction (1.0, 1.0, 1.0) (--) VIA(0): videoram = 65536k Thanks, Kevin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1298344&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-09-21 14:39:22
|
Bugs item #1297796, was opened at 2005-09-21 16:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1297796&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mode/outputs Group: X-driver, Xv Status: Open Resolution: None Priority: 5 Submitted By: Haakon Riiser (hakonrk) Assigned to: Luc Verhaegen (dwdeath) Summary: MPlayer often crashes on startup (X11 error: BadAlloc) Initial Comment: I am using a fairly recent version of the Unichrome driver (CVS snapshot from 2005-09-09), and while all regular X applications seem to work just fine, MPlayer often crashes on startup. This crash only happens when the "TVType" option in xorg.conf is set to PAL and the mode is 720x576 or 720x576Noscale. My xorg.conf is available here: http://folk.uio.no/hakonrk/tmp/xorg+unichrome.conf These are the last lines output by MPlayer before it dies: ------------------------------------------------------------------------------ X11 error: BadAlloc (insufficient resources for operation) MPlayer interrupted by signal 6 in module: vo_check_events - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. ------------------------------------------------------------------------------ I also checked X's log, and found this: ------------------------------------------------------------------------------ Freed 0 (pool 0) Freed 0 (pool 0) Freed 5898240 (pool 1) Freed 6754560 (pool 1) Linear memory allocation failed Freed 5898240 (pool 1) Freed 6754560 (pool 0) ------------------------------------------------------------------------------ The complete logs can be downloaded here: http://folk.uio.no/hakonrk/tmp/mplayer+unichrome.log http://folk.uio.no/hakonrk/tmp/xorg+unichrome.log System info: ------------ Hardware platform: VIA EPIA MII 12000 Linux distro: Slackware 10.2 Kernel: 2.4.31 (distro kernel) X.org: 6.8.2 MPlayer: 1.0pre7 gcc: 3.3.6 glibc 2.3.5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1297796&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-08-26 19:49:07
|
Bugs item #1221652, was opened at 2005-06-16 01:50 Message generated for change (Comment added) made by the_mgt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1221652&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mode/outputs Group: X-driver, Xv Status: Open Resolution: None Priority: 1 Submitted By: the_mgt (the_mgt) Assigned to: Nobody/Anonymous (nobody) Summary: latest xorg-patch and drm seem incompatible Initial Comment: I installed xorg-6.8.2-r1 from gentoo portage with unichrome patches and drm from sourceforge according to your howto, on two epia boards this weekend. Everything was fine. Today i tried to build it again on one of them, but xorg won't load the drm module. Both, patches and drm were freshly fetched today. I tried drm from today and from 12.06. Tommorrow i will try out cvs drm from 10.06. but i think it is the xorg patch. The boards i used: Epia MII6000 and ME6000, both cle266. (I don't know if this counts as real bug, but the cvs install method worked fine thruout the last 3 month. I just wanted to tell you that things don't work so smooth anymore.) ---------------------------------------------------------------------- >Comment By: the_mgt (the_mgt) Date: 2005-08-26 19:49 Message: Logged In: YES user_id=1297619 Ok, i discovered the problem: I used different versions of scripts to build the drm modules, and one of them was buggy, but it is a logical bug, in a way. The problem is, the MESA from dri.sf.net builds with "unichrome" for the unichrome chip, but DRM builds for unichrome with "via". Maybe this is because the module is called via, but i would prefer uniformity. The part for building the DRM module for unichrome is not mentioned in the howto (so you have to guess if its via or unichrome, and i think everyone presumes "unichrome"). Maybe this was one of my earliest script verions, where i used "unichrome" for both builds. My incompatibility was caused, because my script didn't build a new and replace an older version of the via.ko module, which was still in the kernels module directory. So there was a via.ko, and i thought it was build by my script. This was the module incompatible with latest xorg- unichrome drivers. Next time i will check the creation date of the modules first ;) ---------------------------------------------------------------------- Comment By: the_mgt (the_mgt) Date: 2005-06-17 01:17 Message: Logged In: YES user_id=1297619 Please delete the Bug, it was me being stupid!! Sorry. ---------------------------------------------------------------------- Comment By: the_mgt (the_mgt) Date: 2005-06-16 16:37 Message: Logged In: YES user_id=1297619 hmmm, looking under the http-cvs link on your homepage, it seems that you didn't change any of the xorg files recently. I tried the latest xorg-6.8.99.8-ebuild from gentoo last sunday, that didn't work, i changed back to 6.8.2-r1 and patched it, as usual. Now it won't load the drm module, when xorg starts. I tried it with modules, that worked before, but it doesn't anymore. Since I did't change anything else on my epia, i thought it where the unichrome xorg patches.... But it is possibly just me being stupid. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1221652&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-08-20 19:35:44
|
Bugs item #1265032, was opened at 2005-08-20 21:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1265032&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: build Group: X-driver, Xv Status: Open Resolution: None Priority: 5 Submitted By: Rico Rommel (morjak) Assigned to: Nobody/Anonymous (nobody) Summary: support for Minote 8889 Initial Comment: Hi, please add support for the Minote 8889 Notebook to via_id.c diff -U 3 -H -d -r -N -- xc.orig/programs/Xserver/hw/xfree86/drivers/via/via_id.c xc/programs/Xserver/hw/xfree86/drivers/via/via_id.c --- xc.orig/programs/Xserver/hw/xfree86/drivers/via/via_id.c 2005-07-11 04:30:07.000000000 +0200 +++ xc/programs/Xserver/hw/xfree86/drivers/via/via_id.c 2005-08-18 10:26:19.000000000 +0200 @@ -120,6 +120,7 @@ {"Acer Aspire 136x", VIA_K8M800, 0x1025, 0x006E, VIA_DEVICE_CRT | VIA_DEVICE_LCD | VIA_DEVICE_TV}, {"Asus K8V-MX", VIA_K8M800, 0x1043, 0x8129, VIA_DEVICE_CRT}, {"Mitac 8399", VIA_K8M800, 0x1071, 0x8399, VIA_DEVICE_CRT | VIA_DEVICE_LCD | VIA_DEVICE_TV}, /* aka "pogolinux konabook 3100" */ + {"Mitac 8889", VIA_K8M800, 0x1071, 0x8889, VIA_DEVICE_CRT | VIA_DEVICE_LCD | VIA_DEVICE_TV}, /* aka "pogolinux konabook 3100" */ {"DFI K8M800-MLVF", VIA_K8M800, 0x1106, 0x3108, VIA_DEVICE_CRT}, /* VIA/K8M800 -- ??? PciInfo Alignment issue ??? */ {"Shuttle FX83", VIA_K8M800, 0x1297, 0xF683, VIA_DEVICE_CRT | VIA_DEVICE_TV}, {"Sharp Actius AL27", VIA_K8M800, 0x13BD, 0x1044, VIA_DEVICE_CRT | VIA_DEVICE_LCD}, thank you Rico ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1265032&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-07-06 22:36:13
|
Bugs item #1180106, was opened at 2005-04-10 19:23 Message generated for change (Comment added) made by richard You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Jones (richard) Assigned to: Nobody/Anonymous (nobody) Summary: K8M800 - no valid modelines Initial Comment: I have a Shuttle SK83G with a K8M800 chipset. I've installed Fedora Core 3 with all relevant updates, and the RPMs for unichrome: xorg-x11-via_drv-2005.04.04-1.fc3 xorg-x11-via_3ddrv-2005.04.04-1.fc3 kernel-module-via-drm-2.6.10-1.770_FC3-2.6.0_2005.04.04-1.beam I can run X using the "vesa" driver fine (Xorg.0.log-vesa attached) but when I switch to the "via" driver, I get told "(EE) Screen(s) found, but none have a usable configuration." Themode selection part of the log (Xorg.0.log-via attached) is filled with "no clock available for mode" or "bad mode clock/interlace/doublescan". I've also attached the xorg.conf file. ---------------------------------------------------------------------- >Comment By: Richard Jones (richard) Date: 2005-07-07 08:36 Message: Logged In: YES user_id=6405 I used the Unichrome snapshot as suggested, and it worked. I've since ditched using the via chipset though, since I couldn't get tv-out working, nor solve the IRQ cascade problem that crippled DRI. ---------------------------------------------------------------------- Comment By: adam_z (adam_z) Date: 2005-07-07 07:18 Message: Logged In: YES user_id=1294686 Hi Richard, did you manage to solve this? I am having the same problem (but using Mandrake 10.0 with XFree86). Thanks! ---------------------------------------------------------------------- Comment By: Ivor Hewitt (ihewitt) Date: 2005-04-24 07:22 Message: Logged In: YES user_id=780113 Please try the unichrome snapshot or the recent cvs->snapshot patch that went to the dev list. ---------------------------------------------------------------------- Comment By: Richard Jones (richard) Date: 2005-04-10 19:24 Message: Logged In: YES user_id=6405 I forgot to mention - I'm more than happy to poke around to try to solve this, I just need some direction (my C is old and rusty, but could be useful :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-07-06 21:18:49
|
Bugs item #1180106, was opened at 2005-04-10 05:23 Message generated for change (Comment added) made by adam_z You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Jones (richard) Assigned to: Nobody/Anonymous (nobody) Summary: K8M800 - no valid modelines Initial Comment: I have a Shuttle SK83G with a K8M800 chipset. I've installed Fedora Core 3 with all relevant updates, and the RPMs for unichrome: xorg-x11-via_drv-2005.04.04-1.fc3 xorg-x11-via_3ddrv-2005.04.04-1.fc3 kernel-module-via-drm-2.6.10-1.770_FC3-2.6.0_2005.04.04-1.beam I can run X using the "vesa" driver fine (Xorg.0.log-vesa attached) but when I switch to the "via" driver, I get told "(EE) Screen(s) found, but none have a usable configuration." Themode selection part of the log (Xorg.0.log-via attached) is filled with "no clock available for mode" or "bad mode clock/interlace/doublescan". I've also attached the xorg.conf file. ---------------------------------------------------------------------- Comment By: adam_z (adam_z) Date: 2005-07-06 17:18 Message: Logged In: YES user_id=1294686 Hi Richard, did you manage to solve this? I am having the same problem (but using Mandrake 10.0 with XFree86). Thanks! ---------------------------------------------------------------------- Comment By: Ivor Hewitt (ihewitt) Date: 2005-04-23 17:22 Message: Logged In: YES user_id=780113 Please try the unichrome snapshot or the recent cvs->snapshot patch that went to the dev list. ---------------------------------------------------------------------- Comment By: Richard Jones (richard) Date: 2005-04-10 05:24 Message: Logged In: YES user_id=6405 I forgot to mention - I'm more than happy to poke around to try to solve this, I just need some direction (my C is old and rusty, but could be useful :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-06-21 16:56:43
|
Bugs item #1224971, was opened at 2005-06-21 09:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1224971&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mode/outputs Group: X-driver, Xv Status: Open Resolution: None Priority: 5 Submitted By: John Wier (jhnw) Assigned to: Luc Verhaegen (dwdeath) Summary: Unichrome freezes if XvMC window offscreen or not visible Initial Comment: Inside driDrawable.c in the function getDRIDrawableInfoLocked that has a while() that never exits if the window is offscreen, or buried underneath another window. It can be easily reproduced if you open an XvMC window at say -500,-500 of size 400,400, or if you have it situated on the display but completely obscured by other windows. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1224971&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-06-17 01:17:15
|
Bugs item #1221652, was opened at 2005-06-16 01:50 Message generated for change (Comment added) made by the_mgt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1221652&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mode/outputs Group: X-driver, Xv Status: Open Resolution: None Priority: 1 Submitted By: the_mgt (the_mgt) Assigned to: Nobody/Anonymous (nobody) Summary: latest xorg-patch and drm seem incompatible Initial Comment: I installed xorg-6.8.2-r1 from gentoo portage with unichrome patches and drm from sourceforge according to your howto, on two epia boards this weekend. Everything was fine. Today i tried to build it again on one of them, but xorg won't load the drm module. Both, patches and drm were freshly fetched today. I tried drm from today and from 12.06. Tommorrow i will try out cvs drm from 10.06. but i think it is the xorg patch. The boards i used: Epia MII6000 and ME6000, both cle266. (I don't know if this counts as real bug, but the cvs install method worked fine thruout the last 3 month. I just wanted to tell you that things don't work so smooth anymore.) ---------------------------------------------------------------------- >Comment By: the_mgt (the_mgt) Date: 2005-06-17 01:17 Message: Logged In: YES user_id=1297619 Please delete the Bug, it was me being stupid!! Sorry. ---------------------------------------------------------------------- Comment By: the_mgt (the_mgt) Date: 2005-06-16 16:37 Message: Logged In: YES user_id=1297619 hmmm, looking under the http-cvs link on your homepage, it seems that you didn't change any of the xorg files recently. I tried the latest xorg-6.8.99.8-ebuild from gentoo last sunday, that didn't work, i changed back to 6.8.2-r1 and patched it, as usual. Now it won't load the drm module, when xorg starts. I tried it with modules, that worked before, but it doesn't anymore. Since I did't change anything else on my epia, i thought it where the unichrome xorg patches.... But it is possibly just me being stupid. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1221652&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-06-16 18:55:30
|
Bugs item #1218947, was opened at 2005-06-12 01:29 Message generated for change (Comment added) made by mr-zbiggy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1218947&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: libXvMC >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: mr-zbiggy (mr-zbiggy) Assigned to: Nobody/Anonymous (nobody) Summary: XvMC Wrapper 0.9.3 do not work with new NVIDIA driver 7664 Initial Comment: Hi! There is problem with new nVidia 1.0-7664 driver and libXvMCW 0.9.3. It looks the libXvMCNVIDIA.so.1.0.7664 is changed according to previous version 1.0.7174. The xine --verbose (I use xine lib 1.0.1) reports this: XvMCWrapper: Could not load hardware specific XvMC library "libXvMCNVIDIA_dynamic.so.1". /usr/X11R6/lib/libXvMCNVIDIA_dynamic.so.1: undefined symbol: _nv0019XvMCdynamic The libXvMCW 0.9.3 worked fine with 7174 version. But now with 7664 there is problem. The installation of 7664 driver was fine and everything works except XvMC. Full log of xine --verbose: video_out_xxmc: using Xv port 240 from adaptor NV17 Video Overlay for hardware colorspace conversion and scaling. video_out_xxmc: ignoring broken XV_HUE settings on NVidia cards XvMCWrapper: Could not load hardware specific XvMC library "libXvMCNVIDIA_dynamic.so.1". /usr/X11R6/lib/libXvMCNVIDIA_dynamic.so.1: undefined symbol: _nv0019XvMCdynamic video_out_xxmc: this adaptor supports the yuy2 format. video_out_xxmc: this adaptor supports the yv12 format. video_out_xxmc: Unichrome CPU saving is on. audio_oss_out: audio.device.oss_device_name = auto, probing devs audio_oss_out: using device >/dev/dsp< video_out_xxmc: VO_PROP_ASPECT_RATIO(0) My configuration: Lunar Linux X.Org 6.8.2 Nvidia driver 1.0.-7664 cpu: AthlonXP 2500+ mainboard: Abit NF7-S v2.0 (chipset Nforce2 soundstorm) RAM: 512 MB DDR400 Twinbank graphics card: Geforce FX 5200 64 MB greets, zbiggy ---------------------------------------------------------------------- >Comment By: mr-zbiggy (mr-zbiggy) Date: 2005-06-16 20:55 Message: Logged In: YES user_id=1241092 This bug is in Nvidia 6774 driver only. Nvidia told me they will fix it in future releases of driver.Closing bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1218947&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-06-16 16:37:20
|
Bugs item #1221652, was opened at 2005-06-16 01:50 Message generated for change (Comment added) made by the_mgt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1221652&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mode/outputs Group: X-driver, Xv Status: Open Resolution: None >Priority: 1 Submitted By: the_mgt (the_mgt) >Assigned to: Nobody/Anonymous (nobody) Summary: latest xorg-patch and drm seem incompatible Initial Comment: I installed xorg-6.8.2-r1 from gentoo portage with unichrome patches and drm from sourceforge according to your howto, on two epia boards this weekend. Everything was fine. Today i tried to build it again on one of them, but xorg won't load the drm module. Both, patches and drm were freshly fetched today. I tried drm from today and from 12.06. Tommorrow i will try out cvs drm from 10.06. but i think it is the xorg patch. The boards i used: Epia MII6000 and ME6000, both cle266. (I don't know if this counts as real bug, but the cvs install method worked fine thruout the last 3 month. I just wanted to tell you that things don't work so smooth anymore.) ---------------------------------------------------------------------- >Comment By: the_mgt (the_mgt) Date: 2005-06-16 16:37 Message: Logged In: YES user_id=1297619 hmmm, looking under the http-cvs link on your homepage, it seems that you didn't change any of the xorg files recently. I tried the latest xorg-6.8.99.8-ebuild from gentoo last sunday, that didn't work, i changed back to 6.8.2-r1 and patched it, as usual. Now it won't load the drm module, when xorg starts. I tried it with modules, that worked before, but it doesn't anymore. Since I did't change anything else on my epia, i thought it where the unichrome xorg patches.... But it is possibly just me being stupid. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1221652&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-06-16 01:50:48
|
Bugs item #1221652, was opened at 2005-06-16 01:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1221652&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mode/outputs Group: X-driver, Xv Status: Open Resolution: None Priority: 5 Submitted By: the_mgt (the_mgt) Assigned to: Luc Verhaegen (dwdeath) Summary: latest xorg-patch and drm seem incompatible Initial Comment: I installed xorg-6.8.2-r1 from gentoo portage with unichrome patches and drm from sourceforge according to your howto, on two epia boards this weekend. Everything was fine. Today i tried to build it again on one of them, but xorg won't load the drm module. Both, patches and drm were freshly fetched today. I tried drm from today and from 12.06. Tommorrow i will try out cvs drm from 10.06. but i think it is the xorg patch. The boards i used: Epia MII6000 and ME6000, both cle266. (I don't know if this counts as real bug, but the cvs install method worked fine thruout the last 3 month. I just wanted to tell you that things don't work so smooth anymore.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1221652&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-06-13 16:56:09
|
Bugs item #1105807, was opened at 2005-01-20 01:03 Message generated for change (Comment added) made by jhnw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1105807&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: X-driver, Xv Status: Open Resolution: None Priority: 6 Submitted By: Thomas Hellström (totte67) Assigned to: Ivor Hewitt (ihewitt) Summary: Some Xv resolutions screwed up. Initial Comment: Some Xv resolution / scaling combinations leave artifacts at the left and right hand side borders. For example 900x600 scaled to 1024x768. Same both for YUY2 and YV12. As far as I can see, this was present already in r23. Preferrably, use "xvtestcard" to test. /Thomas ---------------------------------------------------------------------- Comment By: John Wier (jhnw) Date: 2005-06-13 09:56 Message: Logged In: YES user_id=1293351 I was having a similar problem. In the problem case (1280x720p scaled up to 1400x1050) it looks like every other line of the left 25% of the display is getting swapped with the corresponding line from the right 25% of the display. It seems to me that you want to turn on the gdwUseExtendedFIFO value for the VT3259 chip id, as well as the CLE3122 chip id, if the display width is more than 1024. The change is localized to unichrome/via_swov.c, in the function VIAVidUpdateOverlay: if ((pVia->ChipId == PCI_CHIP_CLE3122) && (pScrn->currentMode->HDisplay > 1024)) { becomes if ((pVia->ChipId == PCI_CHIP_CLE3122 || pVia->ChipId == PCI_CHIP_VT3259) && (pScrn->currentMode->HDisplay >= 1024)) { ---------------------------------------------------------------------- Comment By: Thomas Hellström (totte67) Date: 2005-02-10 04:39 Message: Logged In: YES user_id=975532 I haven't had time to try VIA's binaries yet. Have you tested those? If they exhibit the same problem, it is a good idea to disable the interpolation, but we might be able to do it in a smarter manner. This problem does not be present when scaling down, only when scaling up / not scaling at all under certain conditions. /Thomas ---------------------------------------------------------------------- Comment By: Andreas Robinson (sleeperse) Date: 2005-02-08 12:24 Message: Logged In: YES user_id=405312 I get coloured streaks on every other line on CLE266A. It's not random garbage but rather part of the video displayed in the wrong place. It is not possible to adjust the interpolation, besides turning it off. Assuming VIA designed and tested the CLE266 with standard TV resolutions, we could disable the interpolation when (width > 800) || (height > 600)? ---------------------------------------------------------------------- Comment By: Thomas Hellström (totte67) Date: 2005-01-23 04:19 Message: Logged In: YES user_id=975532 Hmm, I'm not sure it's a bandwidth problem, because they appear like small transient black / white strikes across the screen? Also there is an overlay reject function implemented for KM400 and CLE266 in via_video.c, where I have looked at VIAs modetable and implemented a conservative formula for what modes should be rejected. It should be more conservative than VIA's driver. Looks more like a HW bug to me? Any way to adjust the Y interpolation? Maybe we should test VIA's drivers and see how they behave. Also I've noticed that it seems to never occur when width is scaled down. Only when it is scaled up. /Thomas ---------------------------------------------------------------------- Comment By: Andreas Robinson (sleeperse) Date: 2005-01-21 08:55 Message: Logged In: YES user_id=405312 Ok... I think the hardware runs out of bandwidth. If Y-interpolation is disabled in the overlay, the problem disappears. To help solve this problem, it might be necessary to look at VIAs driver. There is a group of functions in Share/Vidcle/overlay.c in CLEXF0047, called RejectOverlay_<chip-id>(). It calculates the bandwidth requirements from memory type, number of screens, resolution, refresh rate, overlay size etc and then decides whether the overlay can be used. So ... now what? Can we use it? ---------------------------------------------------------------------- Comment By: Andreas Robinson (sleeperse) Date: 2005-01-21 07:37 Message: Logged In: YES user_id=405312 > Andreas, do you have time to take a look at this? Sure, no problem. Hmm, here is something weird: 900x600 looks bad, 900x900 looks ok. ---------------------------------------------------------------------- Comment By: Thomas Hellström (totte67) Date: 2005-01-21 01:10 Message: Logged In: YES user_id=975532 Andreas, do you have time to take a look at this? Otherwise, just reassign the bug! /Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1105807&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-06-11 23:29:18
|
Bugs item #1218947, was opened at 2005-06-12 01:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1218947&group_id=102048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: libXvMC Status: Open Resolution: None Priority: 5 Submitted By: mr-zbiggy (mr-zbiggy) Assigned to: Nobody/Anonymous (nobody) Summary: XvMC Wrapper 0.9.3 do not work with new NVIDIA driver 7664 Initial Comment: Hi! There is problem with new nVidia 1.0-7664 driver and libXvMCW 0.9.3. It looks the libXvMCNVIDIA.so.1.0.7664 is changed according to previous version 1.0.7174. The xine --verbose (I use xine lib 1.0.1) reports this: XvMCWrapper: Could not load hardware specific XvMC library "libXvMCNVIDIA_dynamic.so.1". /usr/X11R6/lib/libXvMCNVIDIA_dynamic.so.1: undefined symbol: _nv0019XvMCdynamic The libXvMCW 0.9.3 worked fine with 7174 version. But now with 7664 there is problem. The installation of 7664 driver was fine and everything works except XvMC. Full log of xine --verbose: video_out_xxmc: using Xv port 240 from adaptor NV17 Video Overlay for hardware colorspace conversion and scaling. video_out_xxmc: ignoring broken XV_HUE settings on NVidia cards XvMCWrapper: Could not load hardware specific XvMC library "libXvMCNVIDIA_dynamic.so.1". /usr/X11R6/lib/libXvMCNVIDIA_dynamic.so.1: undefined symbol: _nv0019XvMCdynamic video_out_xxmc: this adaptor supports the yuy2 format. video_out_xxmc: this adaptor supports the yv12 format. video_out_xxmc: Unichrome CPU saving is on. audio_oss_out: audio.device.oss_device_name = auto, probing devs audio_oss_out: using device >/dev/dsp< video_out_xxmc: VO_PROP_ASPECT_RATIO(0) My configuration: Lunar Linux X.Org 6.8.2 Nvidia driver 1.0.-7664 cpu: AthlonXP 2500+ mainboard: Abit NF7-S v2.0 (chipset Nforce2 soundstorm) RAM: 512 MB DDR400 Twinbank graphics card: Geforce FX 5200 64 MB greets, zbiggy ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1218947&group_id=102048 |
From: Damjan J. <dj...@ya...> - 2005-05-17 07:48:04
|
Hi I am an unfortunate owner of a motherboard with an onboard S3G / VIA Unichrome KM400 piece of rubbish that's been giving me hell since the first day I got it. This graphics card likes crashing in Linux, and rebooting my computer in Windows. The problem only occurs with some software, and after about a year of investigating it, I wrote an OpenGL program that got it to crash in Linux. Just before the crash, the following line was repeatedly printed out in my xterm: via_alloc_texture fail which is a lie, since I use a single 512x512 pixel texture allocated once at the beginning of the program, and subsequently only selected as the active texture. Besides, nothing looks wrong with the image drawn on the screen, so how could texture allocation fail? When I straced, I found an ioctl() that failed every time just before "via_alloc_texture fail" was printed: ioctl(5, 0xc0146440, 0xbfffefc0) = -1 EFAULT (Bad address) where 5 is the file descriptor for /dev/dri/card0. And surprisingly, when I directed the strace to a file, the program never crashed no matter how long I left it running. Concurrency issue? My computer is a 2GHz AMD Athlon XP, 256 MB RAM (-64 for the card), with a Chaintek 7VIF4 motherboard. I am running Gentoo 2004.3, with the 2.6.7-epia1 kernel and xorg-unichrome 6.7.0-r20. Google indicates a lot of people have similar problems with this card, not just me. I've personally had enough, I am trying one more thing (that's the Option "UseAGPDMA" "true") and then I am buying something nvidia. Bye Damjan P.S. BTW, who wrote that bloody via_dri.so library that gives these error messages in broken English? P.P.S. When I say crashes, I mean crashes so badly that Ctrl+Alt+Delete doesn't work, the kernel hangcheck timer doesn't work, the magic sysrequest keys don't work. Discover Yahoo! Get on-the-go sports scores, stock quotes, news and more. Check it out! http://discover.yahoo.com/mobile.html |
From: SourceForge.net <no...@so...> - 2005-05-08 08:44:17
|
Bugs item #1197569, was opened at 2005-05-08 08:38 Message generated for change (Comment added) made by ihewitt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1197569&group_id=102048 Category: None Group: X-driver, Xv Status: Open Resolution: None Priority: 5 Submitted By: AJB2K3 (ajb2k3) Assigned to: Nobody/Anonymous (nobody) Summary: X refuses to load in Mandrive LTD ED Initial Comment: It seams that when using the new Mandrive limited edition the graphics on my M10K is found but the unichrome driver fails to work. All i Get is a blank screen when X trys to load. Can anyone help me with this? BTW no i dont have the version number of the driver in this distro ! ---------------------------------------------------------------------- Comment By: Ivor Hewitt (ihewitt) Date: 2005-05-08 08:44 Message: Logged In: YES user_id=780113 Either complain to the distro or use the current unichrome drivers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1197569&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-05-08 08:38:43
|
Bugs item #1197569, was opened at 2005-05-08 08:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1197569&group_id=102048 Category: None Group: X-driver, Xv Status: Open Resolution: None Priority: 5 Submitted By: AJB2K3 (ajb2k3) Assigned to: Nobody/Anonymous (nobody) Summary: X refuses to load in Mandrive LTD ED Initial Comment: It seams that when using the new Mandrive limited edition the graphics on my M10K is found but the unichrome driver fails to work. All i Get is a blank screen when X trys to load. Can anyone help me with this? BTW no i dont have the version number of the driver in this distro ! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1197569&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-05-06 01:02:48
|
Bugs item #1196304, was opened at 2005-05-06 01:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1196304&group_id=102048 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kino L Davis (lycanthrolabs) Assigned to: Nobody/Anonymous (nobody) Summary: glxgears craps out with new via_drv Initial Comment: Have built several EPIA/Linux systems without any problems, but on the newest one (using CVS grab from last night), glxgears aborts after installing the via_drv -- everything else looks good, kernel modules built and load good, no errors in xorg.0.log, just this error when trying to run glxgears: glxgears: ../common/drirenderbuffer.c:44: driNewRenderbuffer: Assertion `cpp > 0' failed. glxgears works when reverting back to an older via_drv? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1196304&group_id=102048 |
From: Neateye <nit...@ao...> - 2005-05-02 22:13:24
|
Call out Gouranga be happy!!! Gouranga Gouranga Gouranga .... That which brings the highest happiness!! |
From: SourceForge.net <no...@so...> - 2005-04-23 21:22:10
|
Bugs item #1180106, was opened at 2005-04-10 09:23 Message generated for change (Comment added) made by ihewitt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Jones (richard) Assigned to: Nobody/Anonymous (nobody) Summary: K8M800 - no valid modelines Initial Comment: I have a Shuttle SK83G with a K8M800 chipset. I've installed Fedora Core 3 with all relevant updates, and the RPMs for unichrome: xorg-x11-via_drv-2005.04.04-1.fc3 xorg-x11-via_3ddrv-2005.04.04-1.fc3 kernel-module-via-drm-2.6.10-1.770_FC3-2.6.0_2005.04.04-1.beam I can run X using the "vesa" driver fine (Xorg.0.log-vesa attached) but when I switch to the "via" driver, I get told "(EE) Screen(s) found, but none have a usable configuration." Themode selection part of the log (Xorg.0.log-via attached) is filled with "no clock available for mode" or "bad mode clock/interlace/doublescan". I've also attached the xorg.conf file. ---------------------------------------------------------------------- Comment By: Ivor Hewitt (ihewitt) Date: 2005-04-23 21:22 Message: Logged In: YES user_id=780113 Please try the unichrome snapshot or the recent cvs->snapshot patch that went to the dev list. ---------------------------------------------------------------------- Comment By: Richard Jones (richard) Date: 2005-04-10 09:24 Message: Logged In: YES user_id=6405 I forgot to mention - I'm more than happy to poke around to try to solve this, I just need some direction (my C is old and rusty, but could be useful :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-04-22 19:24:25
|
Bugs item #1188269, was opened at 2005-04-22 19:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1188269&group_id=102048 Category: build Group: libXvMC Status: Open Resolution: None Priority: 5 Submitted By: nixz (nixz) Assigned to: Nobody/Anonymous (nobody) Summary: drm_hw_lock_t and XFree 4.3.0 Initial Comment: Error in compiling libviaXvMC with XFree 4.3.0, the patch for this problem is attached bellow. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1188269&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-04-10 09:24:49
|
Bugs item #1180106, was opened at 2005-04-10 19:23 Message generated for change (Comment added) made by richard You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Jones (richard) Assigned to: Nobody/Anonymous (nobody) Summary: K8M800 - no valid modelines Initial Comment: I have a Shuttle SK83G with a K8M800 chipset. I've installed Fedora Core 3 with all relevant updates, and the RPMs for unichrome: xorg-x11-via_drv-2005.04.04-1.fc3 xorg-x11-via_3ddrv-2005.04.04-1.fc3 kernel-module-via-drm-2.6.10-1.770_FC3-2.6.0_2005.04.04-1.beam I can run X using the "vesa" driver fine (Xorg.0.log-vesa attached) but when I switch to the "via" driver, I get told "(EE) Screen(s) found, but none have a usable configuration." Themode selection part of the log (Xorg.0.log-via attached) is filled with "no clock available for mode" or "bad mode clock/interlace/doublescan". I've also attached the xorg.conf file. ---------------------------------------------------------------------- >Comment By: Richard Jones (richard) Date: 2005-04-10 19:24 Message: Logged In: YES user_id=6405 I forgot to mention - I'm more than happy to poke around to try to solve this, I just need some direction (my C is old and rusty, but could be useful :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-04-10 09:23:09
|
Bugs item #1180106, was opened at 2005-04-10 19:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Jones (richard) Assigned to: Nobody/Anonymous (nobody) Summary: K8M800 - no valid modelines Initial Comment: I have a Shuttle SK83G with a K8M800 chipset. I've installed Fedora Core 3 with all relevant updates, and the RPMs for unichrome: xorg-x11-via_drv-2005.04.04-1.fc3 xorg-x11-via_3ddrv-2005.04.04-1.fc3 kernel-module-via-drm-2.6.10-1.770_FC3-2.6.0_2005.04.04-1.beam I can run X using the "vesa" driver fine (Xorg.0.log-vesa attached) but when I switch to the "via" driver, I get told "(EE) Screen(s) found, but none have a usable configuration." Themode selection part of the log (Xorg.0.log-via attached) is filled with "no clock available for mode" or "bad mode clock/interlace/doublescan". I've also attached the xorg.conf file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1180106&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-04-03 18:41:00
|
Bugs item #1173424, was opened at 2005-03-30 17:56 Message generated for change (Settings changed) made by dwdeath You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1173424&group_id=102048 Category: mode/outputs Group: x Status: Open Resolution: None Priority: 5 Submitted By: xfs (xfs) >Assigned to: Nobody/Anonymous (nobody) Summary: Xorg will not start... Initial Comment: I cant get the via-driver to work on my Acer Aspire 1362WLC. I am submitting the xorg.conf and the Xorg.0.log-files so you can check them. ---------------------------------------------------------------------- Comment By: xfs (xfs) Date: 2005-03-30 23:31 Message: Logged In: YES user_id=1249600 Btw: Using Xorg from CVS, and using Ubuntulinux as my dist. ---------------------------------------------------------------------- Comment By: xfs (xfs) Date: 2005-03-30 23:28 Message: Logged In: YES user_id=1249600 I found out that there was another via_drv-file that was loaded then that one that the CVS from the unichrome-project installed. Well... now there is another problem. There seams to be some linking-error when I try to run the new one. Something with "Unresolved symbol..." to some vgaHw-things. Sending the new log, but the error-messages isn't there, and I couldn't get them in any log, so I am writing them down by hand: /usr/X11R6/bin/X: relocation error: /usr/X11R6/lib/modules/drivers/via_drv. so: undefined symbol: vgaHWGetHWRec And then the usual error that the X-server didn't start. ---------------------------------------------------------------------- Comment By: Xavier Bachelot (schlobinux) Date: 2005-03-30 22:37 Message: Logged In: YES user_id=626781 The logs you submitted are double gzipped :-( What I can tell from the log : It seems that X doesn't find a valid mode. Try with a more standard mode than 1280x800, I don't know the status of free modes for the K8M800 Also the logs don't contain the unichrome driver version, which make me think it's an old version. Do you have more info on this ? In any case, first upgrade to the latest version of the driver. Some general information like which distro and which release would be nice too. And I think this discussion will be better suited to the unichrome-users mailing list than the bug tracker as it's unlikely to be a bug or at least not an unknow one :-) Regards, Xavier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1173424&group_id=102048 |
From: SourceForge.net <no...@so...> - 2005-04-02 22:01:13
|
Bugs item #1175532, was opened at 2005-04-03 00:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1175532&group_id=102048 Category: build Group: libXvMC Status: Open Resolution: None Priority: 5 Submitted By: Boris (bobrik) Assigned to: Nobody/Anonymous (nobody) Summary: Failing to build XvMC: probably drm.h not found Initial Comment: Hello, I followed closely the Unichrome Mini-Howto and installed successfully unichrome Xfree driver (I am using XFree 4.5.0). Then I also made drm working, again following the Unichrome 3D Howto. (Kernel 2.6.11.6) Now I wanted to build XvMC and exactly followed the steps in the Unichrome Mini-Howto. When doing "make depend", I got some warnings (please see the attached log), then I ran "make" and went into errors (again in the log). From my observation, I think the problem is in the header "drm.h" which can't be found. I don't know where there is an error. Maybe it is because I compiled XFree when having kernel with disablem via_agp and agpgart, but I don't think so. Please help me :) Thank you. Cheers, Boris Dusek ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=630967&aid=1175532&group_id=102048 |