On Sat, 8 Feb 2014 12:34:34 +0100 Jesús J. Guerrero Botella <jesus.guerrero.bote...@gmail.com> said:
> Hi again. > > Well, e18, as you presumed, booted "fine", meaning that at least I got to > the desktop. > > The performance was not good though I guess that can be fine tuned. But > there were other more serious problems though. I had to restart e18 a few > times after disabling some plugins that come preconfigured and that I > haven't installed (accessibility, network manager, keyboard settings and > that kind of stuff, nothing important). > > After three restarts the systray wasn't working, that's not vital though. > But for some reason, on the next restart e18 didn't come up. My > applications where there but without window border. The panel didn't appear > either. I closed X and went back to vt1 and discovered that three > enlightenment processes remained there, along with 4 instances of the e18 > temperature sensor applet (X had been killed, whey they survived would be a > good question). > > Anyway... I killed all that stuff, restarted e18, and this time it just > froze my machine and I had to hard-reboot. Not even the SysRq kernel > keycombo was working. > > So e18 freezes, and e17 doesn't work at all with an r300 chip, which is one > of the better supported chips under xorg. Are there any known > incompatibilities between e18 and radeon chips? I'd like to know what's the > suggested setup for this kind of video card but I really don't know where > to start looking, given that this kind of lock won't even allow for a core > dump and the last e18 log is empty. > > Of course, for e18 to be able to hard freeze the machine, there must be a > codepath in ksm, radeon, mesa, et al that permits this, but I can't see I > have seen this behavior in any other WM, opengl application or standalone > compositor. > > So, any tip is welcome. :) actually the ati chips are not one of the better supported. i have had NO end of trouble with them. slowness, bugs, freezing etc. fglrx ati drivers were the culprit at the time with the open drivers simply not working for me at all (zero display). so as per this thread.. yes - userspace should not be able to bring machines down like this... UNLESS the drivers have major bugs. and they do. i solved my problems by never touching an ati chip again. that was my solution, but let me just disabuse you of the image that ati chips (eg r300) are so well supported and solid. in my experience, they are not. the fact that sysreq wouldn't even work is a big hint... your drivers have problems. it just so happens that e is tickling them. people do say the newer radeon open source drivers work well, but i've never gone back after my horrible experiences. i stick to intel or nvidia (with nvidia drivers and one test machine with nouveau) and i don't see anything close to the problems you see there. so my tip is... avoid fglrx like the plague and try new radeon drivers, and even then... just change gpu's. also be aware the r300 is from memory an old old old gpu. it may simply not work with compositing and opengl. evas needs opengl2.0 support (full glsl shader support for fragment and vertex shaders). so without this it will fall back to software compositing. depending on your cpu, gfx drivers, memory bus architecture, location of gpu on the mem bus etc. this may or may not work well for you. given the abysmal readback speeds i saw with fglrx back in the day, the compositor in sw mode relies on readback for any updates... and this will hurt badly. all the reading back from pixmaps plus writing to them may be tickling your driver bugs too. > > 2014-02-08 12:04 GMT+01:00 Jesús J. Guerrero Botella < > jesus.guerrero.bote...@gmail.com>: > > > Hi. > > > > The only reasons why I hadn't done that already is that e18 is too young > > and that I try to live on the stable side of things. My logic is "well, > > since e17 has taken so long to reach a stable stage (though it doesn't work > > for me anyway), then e18 which is a year old should be more unstable". > > > > However seeing how I couldn't find anything relevant and given that the > > log gives me zero useful info, I have done that and when your answer > > arrived e18 was already compiling (only enlightenment and elementary > > though, I'll care about the rest later). > > > > It truly amazes me that any random userland tool is able to do this in > > Linux. This certainly wouldn't have happened in the past. Only with buggy > > kernel modules. But that's for another discussion. > > > > Still, I'd be interested in a fix for e17 if such a thing exists. > > > > Thank you for the suggestion. Once this compiles I'll report back. :) > > > > > > 2014-02-08 11:50 GMT+01:00 Mick <michaelkintz...@gmail.com>: > > > >> On Saturday 08 Feb 2014 10:13:59 Jesús J. Guerrero Botella wrote: > >> > Hello. > >> > > >> > I am trying to run e17 in my Pavilion zd8000 on Gentoo Linux, using xorg > >> > server 1.14.3 and mesa 9.2.5. But when I fire up enlightenment_start my > >> > screen shuts off and never turns on again (well, I've waited for a > >> couple > >> > minutes). > >> > > >> > There's the usual disk activity (I start some terms and a browser from > >> > .xinitrc) and I can ssh into the laptop, so I know it's alive. Before it > >> > goes blank I can see a couple of urxvtc windows (from .xinitrc) > >> appearing. > >> > But nothing e17 related (panel or whatever). Then it goes blank. > >> > > >> > This only happens with e17. I have a bunch of WMs installed and all of > >> them > >> > boot just fine. There's no external compositor running. > >> > > >> > I can change VT, and the box reacts. I can issue commands that run, but > >> the > >> > screen doesn't ever turn on again. I have to reboot to fix that. > >> > > >> > I attach the log from the last run. The last few lines are probably due > >> to > >> > me pressing the power button to turn off the laptop via acpi, so don't > >> take > >> > them into account. Also, despite what the log says, there's no xinerama > >> > setup in this box. It's just a laptop, and I have all my system compiled > >> > without xinerama support. > >> > > >> > Thanks for reading and for any tip you can share. > >> > >> Whatever you might have attached was stripped by the Mailman so we don't > >> know > >> what the log captured. There was an e17 bug which caused some video card > >> drivers to crash with the e17 splash screen, IIRC. There's a way to > >> disable > >> the splash screen, but I won't look for it now because irrespective of > >> this, > >> is there a reason why you don't remove anything and everything from e17 > >> and > >> install e18 instead? > >> > >> Portage has x11-wm/enlightenment-0.18.2 and dev-libs/efl-1.8.4 available. > >> > >> After you unmerge all enlightenment related packages from the 1.7.9 > >> version, > >> unmask and emerge the following: > >> > >> efl > >> evas_generic_loaders > >> emotion_generic_players > >> elementary > >> enlightenment > >> > >> Then set enlightenment in your /etc/env.d/90xsession and it should > >> launch. On > >> my boxen it has a better overall performance than e17. > >> > >> -- > >> Regards, > >> Mick > >> > >> > >> ------------------------------------------------------------------------------ > >> Managing the Performance of Cloud-Based Applications > >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > >> Read the Whitepaper. > >> > >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > >> _______________________________________________ > >> enlightenment-users mailing list > >> enlightenment-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > >> > >> > > > > > > -- > > Jesús Guerrero Botella > > > > > > -- > Jesús Guerrero Botella > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
