<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - No signal to monitor with X and openchrome using VX855 chipset graphics" href="https://bugs.freedesktop.org/show_bug.cgi?id=91966#c310">Comment # 310</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - No signal to monitor with X and openchrome using VX855 chipset graphics" href="https://bugs.freedesktop.org/show_bug.cgi?id=91966">bug 91966</a> from <a class="email" href="mailto:kevinbrace@gmx.com" title="Kevin Brace <kevinbrace@gmx.com>"> Kevin Brace</a> <pre>(In reply to Christopher from <a href="show_bug.cgi?id=91966#c309">comment #309</a>) Hi Christopher, > On my hardware, this bug is still present. I am running from a USB flash > drive at this time, NOT the SD card, as the SD-to-IDE adapter I have been > using is not working properly. > > Procedure I used, which can be used on ANY such system -- > > On networked system, opened terminal within 'openchrome' git directory, ran > commands... > > # git reset --hard > # git pull > > Copied directory to a flash drive, which already had the build deps on it. > Booted from another drive (which has many Puppies on it, for testing, etc, > purposes) into X-Tahr 1b3, based on TahrPup 6.0.2. I booted without pupsave > ("RAM Mode") which means that the boot media was not mounted once booted. > > CTRL+ALT+BKSP as soon as I saw the black screen replacing the text screen, > dropping me back into text mode. Manually mounted sda1 (boot drive) and sdb1 > (deps+openchrome files drive). cd'd to sda1/xtahr/ and ran... > > # sfs_load devx_tahr_6.0.2.sfs > > ...to load "devx" SquashFS file with development & compilation software > inside. > > cd'd to deps directory on sdb1 (deps+openchrome drive) and used "petget" to > install each package, ENTERing through the dialogs and pressing CTRL+C after > the last one to exit petget (otherwise it sits there till the end of time, > waiting for the display to open when it never will)... > > # petget libmirclient7_0.1.8+14.04.20140411-0ubuntu1_i386.deb > # petget libmirclient-dev_0.1.8+14.04.20140411-0ubuntu1_i386.deb > # petget libmirplatform_0.1.8+14.04.20140411-0ubuntu1_i386.deb > # petget libmirprotobuf0_0.1.8+14.04.20140411-0ubuntu1_i386.deb > # petget libmirprotobuf-dev_0.1.8+14.04.20140411-0ubuntu1_i386.deb > # petget libprotobuf8_2.5.0-9ubuntu1_i386.deb > # petget libprotobuf-dev_2.5.0-9ubuntu1_i386.deb > # petget mircommon-dev_0.1.8+14.04.20140411-0ubuntu1_i386.deb > > ...and cd'd back up one. Ran copy command... > > # cp -r /xf86-video-openchrome /root/ > > ...as I find that the driver will not compile while resident on the USB > drive, but *MUST* be copied over. (No idea why, looks to me to be something > to do with timestamps.) cd'd into /root/xf86-video-openchrome, ran commands, > with expected output... > > # ./autogen.sh --prefix=/usr --enable-debug --enable-xv-debug > # make > # make install > > Upon completion, ran... > > # xorgwizard > > At "this is about to test XORG" screen, pressed [ESC] to drop back to # > prompt, and manually edited xorg.conf and one other file... > > # mp /etc/X11/xorg.conf > # mp /etc/X11/xorg.conf.VIA_VX855 > > ...both are identical now, replacing the driver name "modesetting" with the > driver name "openchrome" -- xorgwizard is stubborn :P Afterward, cd'd into > /etc/X11 and removed some extraneous cruft that could potentially cause > confusion... > > # rm xorg.conf.t2 > # rm xorg.conf-auto-armsystem > # rm Xorg.conf-generic-laptop > > ...etc. Finally, ran command... > > # xwin > > Screen blanked, then popped up with the usual nasty garble. (He's dead, > Jim...) System did not respond to CTRL+ALT+BKSP, per usual, so held down > power button until poweroff occurred. Opened Chromium on networked system, > navigated to <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - No signal to monitor with X and openchrome using VX855 chipset graphics" href="show_bug.cgi?id=91966">https://bugs.freedesktop.org/show_bug.cgi?id=91966</a>, and began > typing ;) > > Kevin -- if you want to try in X-Tahr yourself -- no reason not to -- the > download is here (direct link) -- > <a href="http://smokey01.com/rg66/X-tahr/testing/X-tahr-1b3.iso">http://smokey01.com/rg66/X-tahr/testing/X-tahr-1b3.iso</a> > > You will need the TahrPup 6.0.2 'devx' from here (direct link) -- > <a href="http://distro.ibiblio.org/puppylinux/puppy-tahr/iso/tahrpup%20-6.0-CE/">http://distro.ibiblio.org/puppylinux/puppy-tahr/iso/tahrpup%20-6.0-CE/</a> > devx_tahr_6.0.2.sfs > > Download the listed package deps, above, from pkgs.org. I'm not going to > bother providing links for those, I'm too lazy :P sorry. Obviously, I will not dismiss your complaint that things aren't working with Puppy Linux 6.0.x. That being said, it is my view that there might be something else that is beyond my control (i.e., software code I did not write or fix) that might be contributing to the problem. Why do I think like this? It is because the current code base (i.e., master branch code head) has been tested with many (about 8) different generations of VIA chipsets starting from CLE266 chipset (EPIA-CL and EPIA-M) all the way to VX855 chipset (Wyse C00X). Furthermore, the code has been tested with both Ubuntu 10.04 LTS and Lubuntu 12.04 (mainly i386, but on occasions, AMD64). Yes, Ubuntu 14.04 LTS based OS is missing, and this is due to various small issues I have encountered (Lubuntu 14.04 power management applet issue and Xubuntu 14.04.4 build dependency issue) that has hampered (discouraged) my use of Ubuntu 14.04 LTS based OSes. For now, I am focused on releasing OpenChrome Version 0.4.0 within a week. I will take a look at your issue after the new OpenChrome is released. I hope that is okay.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>