On Fri, 31 Jul 2020 11:44:22 -0700 Jose R R <jose....@metztli.com> said:

> On Fri, Jul 31, 2020 at 5:31 AM Carsten Haitzler <ras...@rasterman.com> wrote:
> >
> > On Fri, 31 Jul 2020 03:03:13 -0700 Jose R R <jose....@metztli.com> said:
> >
> > well e got locked up in reading async events ... because evas was still
> > seemingly rendering... i see no rendering thread for evas... what was on the
> > screen? using gl for compositing or software? software i suspect.
> A large message across the top of the screen with blinking red letters
> including something like 'software failure'; sorry I did not write
> down the whole message but I had a couple of those experiences, as
> well, with the immediately previous version of E.

well if you sent a segv signal.. that's what you would expect... a segv handler
kicked in... :) the crashdump is what counts. dont worry about the message.

> E 0.24.2 built nicely with e17_0.24.1-2.debian.tar.xz (dch -v 0.24.2-1
> ...) which only has the debian/changelog minor text strings difference
> with current:
> < http://deb.debian.org/debian/pool/main/e/e17/e17_0.24.2-1.debian.tar.xz >
> 
> Accordingly, I installed E 0.24.2 from the freshly built Debian
> packaging for E 0.24.1-2 -generated Debian Buster backports:
> enlightenment_0.24.2-1_amd64.deb
> < https://metztli.it/readOnlyEphemeral/enlightenment_0.24.2-1_amd64.deb >
> 
> and enlightenment-data_0.24.2-1_all.deb

well it is missing full debug symbols so i'm limited in what i can say from the
backtrace... :)

> < https://metztli.it/readOnlyEphemeral/enlightenment-data_0.24.2-1_all.deb >
> >
> > why is here still rendering items in the rendering list? it's waiting for
> > it to clear out by processing events/input from pending render thread(s).
> > his item is modified by the mainloop code not the thread so it doesnt need
> > locks - a pipe is used to pass events back to the mainloop...
> >
> > so i'm unsure why this is happening other than the above. there is no render
> > thread i see in the bt. well no active blocked one. thread 2 is the render
> > thread sleeping waiting for commands to go do its thing... thread 1 is the
> > mainloop stuck waiting for return input from the render thread. without
> > lots of debug to show what all the sequence of events was on all threads..
> > i can't say much more as it;'s a snapshot of a system that's indeed locked
> > up waiting on something that is not actually busy, but it certainly thinks
> > it is.
> >
> > > Normally,
> > >
> > > < http://www.enlightenment.org/ss/e-5f23ea745ad658.07505304.jpg >
> > >
> > > But I was building a kernel, etc., and E became unresponsive...
> > >
> > > I had to exit E via triplet CTRL + ALT + F2; logging at shell then
> > > executed killall -SEGV enlightenment.
> > >
> > > Attached is the log:
> > >
> > > ---------- Forwarded message ---------
> > > From: Carsten Haitzler <ras...@rasterman.com>
> > > Date: Sun, Jul 26, 2020 at 10:05 AM
> > > Subject: [E-devel] Release: Enlightenment 0.24.2
> > > To: e <enlightenment-devel@lists.sourceforge.net>, e-users
> > > <enlightenment-us...@lists.sourceforge.net>,
> > > <enlightenment-annou...@lists.sourceforge.net>
> > >
> > >
> > > Here is the follow-on beta tarball tarball:
> > >
> > > https://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.24.2.tar.xz
> > >
> > > Hilights:
> > >       * Fixed null exec command running
> > >       * Fixed handling of screen with no edid
> > >       * Fixed signal.h, execinfo.h include for some libc's
> > >       * Sped up pager thumb loading significant;y
> > >       * Handle zone changes during startup
> > >       * Longer efreetd timeout for update event
> > >       * Fixed e's xsettings support on 64bit to use the right types
> > >       * Fixed preloading of icon
> > >       * Fixed e's wl backlight/dimming logic to be correct and reliable
> > >       * Fixed noisy logging on invalid exec handle found
> > >       * Fixed shot blurriness if size didn't quite match
> > >       * Fixed battery on openbsd to use right constants
> > >       * Fixed cpu freq setting on freebsd etc.
> > >       * Handle error exits from dependency libs as an error and bring up
> > > alert
> > >       * E system - isolate stdio so it doesn't affect ipc on stdin/out
> > >       * Polkit & Askpass password - handle escaping right
> > >       * Fix tiling issue with float/unfloat
> > >       * Fixed shell autohide when clock data up
> > >       * Handle x io error with proper exit code and exit
> > >
> > > --
> > > ------------- Codito, ergo sum - "I code, therefore I am" --------------
> > > Carsten Haitzler - ras...@rasterman.com
> > >
> > >
> > >
> > > _______________________________________________
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > >
> >
> >
> > --
> > ------------- Codito, ergo sum - "I code, therefore I am" --------------
> > Carsten Haitzler - ras...@rasterman.com
> >
> Best Professional Regards.
> 
> -- 
> Jose R R
> http://metztli.it
> ---------------------------------------------------------------------------------------------
> Download Metztli Reiser4: Debian Buster w/ Linux 5.5.19 AMD64
> ---------------------------------------------------------------------------------------------
> feats ZSTD compression https://sf.net/projects/metztli-reiser4/
> -------------------------------------------------------------------------------------------
> Official current Reiser4 resources: https://reiser4.wiki.kernel.org/
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
Carsten Haitzler - ras...@rasterman.com



_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to