Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-10 Thread The Rasterman
On Mon, 10 Oct 2016 19:56:44 -0300 Gustavo Sverzut Barbieri
 said:

> Raster,
> 
> Maybe it was a corrupted file?

a corrupted file should entirely fail to load. the entires are compressed so if
the compressed data got an error the decompress would fail thus load fail. only
if it was corrupted in some way that magically kept it a valid decompressable
chunk and thus decompressed "funny"...

0it could be the data corrupted in ram before compression. when we read back
the shader binaries they were messed up... but we have no way of knowing that.
i find it unlikely they'd be corrupted by other code as when we compile
shaders, we then save them all pretty much immediately and they dont have time
to get messed up really by other code/threads... hmmm.

we do rely on the filesystem to not go magically corrupt files. we could crc
check etc. etc. but this shouldnt be necessary unless the kernel, filesystem,
ram, cpu or actual media don't have serious low-level issues (bits flipping in
ram after compress or cpu literally dropping data on copying/moving around, in
which case there are major hardware problems on the system). if there are
kernel bugs (in fs code or other related code) then thats pretty nasty.

> Maybe use EET features to verify that by signing or compressing or
> even some checksum?

yeah - though this will add overhead if we do this on every load. i kind of
considered there to already be enough safeguards like the decompression and the
fs/kernel etc. taking care of this... :/ we do have eet file signing but it
does require a proper certificate to do it with. we could just have a crc32
checksum somewhere and have a tool be able to sanity check he eet file if
requested...

> On Mon, Oct 10, 2016 at 7:43 PM, Carsten Haitzler 
> wrote:
> > On Mon, 10 Oct 2016 12:30:31 -0700 Eric  said:
> >
> >> On 10/10/2016 08:42 AM, Carsten Haitzler (The Rasterman) wrote:
> >> > On Sun, 9 Oct 2016 17:58:05 -0700 Eric  said:
> >> >
> >> >> On 10/09/2016 04:22 PM, Carsten Haitzler (The Rasterman) wrote:
> >> >>> On Sun, 9 Oct 2016 13:24:34 -0700 Eric  said:
> >> >>>
> >>  On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
> >> > On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
> >> >
> >> >> On 10/08/2016 02:33 AM, Simon Lees wrote:
> >> >>>
> >> >>>
> >> >>> On 10/08/2016 06:25 PM, Eric wrote:
> >> >>
> >> >
> >> 
> >>  Thank you Simon,
> >> 
> >>  I was able to get it working using the repository.  I did find out
> >>  that the problem was with the new NVIDIA driver that I have to
> >>  choose software rendering instead of OpenGL.  With OpenGL I just
> >>  get the mouse cursor icon displaying with nothing else.  Using
> >>  software rendering makes my desktop a little sluggish on this
> >>  machine.
> >> 
> >>  I am going to see if I can role back the NVIDIA update somehow.
> >>  My google search has not led me with the right info on how to do
> >>  that yet on openSUSE.
> >> 
> >>  Eric Meddleton
> >> 
> >> >>>
> >> >>> Updates should remain available, so if you go to yast search for
> >> >>> NVIDIA in the software manager, there should be a version tab that
> >> >>> you can use to roll back.
> >> >>>
> >> >>>
> >> >>
> >> >> Unfortunately, the previous version for NVIDIA is not available in
> >> >> yast, just the version I have installed and the i586 version.  (But
> >> >> that is getting into openSUSE territory and not really applicable to
> >> >> e-users discussion.)
> >> >>
> >> >> Now that I remember, I had a similar situation on a different
> >> >> machine with Arch linux a year or so ago.  That machine had a
> >> >> NVIDIA GeForce GTX570 card.  I have just lived with the software
> >> >> rendering on that machine without any noticeable difference maybe
> >> >> due to it having an intel i7 processor.  No updates on NVIDIA or
> >> >> enlightenment and the ELF libraries  has helped  since then and the
> >> >> downgrade would have meant also downgrading the kernel so I just
> >> >> let it go.  It may just need to be re-installed to get it all
> >> >> sorted out and I just have not wanted to try that yet. :-)
> >> >>
> >> >> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual
> >> >> Core Processor 5600+ and is getting a little old.  I will try
> >> >> updating openSUSE to the next version to see how that goes.
> >> >>
> >> >> Thank you very much for your help.
> >> >
> >> > hmmm i wonder if it's the shader cache? try
> >> >
> >> > rm -rf ~/.cache/evas*
> >> >
> >> >
> >> 
> >>  Wow,
> >> 
> >>  This was what was wrong with my Arch linux install all along.  I
> >>  deleted the .cache files and now I have openGL working again on that
> >>  system.
> >> 
> >>  Thank you 

Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-10 Thread Gustavo Sverzut Barbieri
Raster,

Maybe it was a corrupted file?

Maybe use EET features to verify that by signing or compressing or
even some checksum?

On Mon, Oct 10, 2016 at 7:43 PM, Carsten Haitzler  wrote:
> On Mon, 10 Oct 2016 12:30:31 -0700 Eric  said:
>
>> On 10/10/2016 08:42 AM, Carsten Haitzler (The Rasterman) wrote:
>> > On Sun, 9 Oct 2016 17:58:05 -0700 Eric  said:
>> >
>> >> On 10/09/2016 04:22 PM, Carsten Haitzler (The Rasterman) wrote:
>> >>> On Sun, 9 Oct 2016 13:24:34 -0700 Eric  said:
>> >>>
>>  On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
>> > On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
>> >
>> >> On 10/08/2016 02:33 AM, Simon Lees wrote:
>> >>>
>> >>>
>> >>> On 10/08/2016 06:25 PM, Eric wrote:
>> >>
>> >
>> 
>>  Thank you Simon,
>> 
>>  I was able to get it working using the repository.  I did find out
>>  that the problem was with the new NVIDIA driver that I have to 
>>  choose
>>  software rendering instead of OpenGL.  With OpenGL I just get the
>>  mouse cursor icon displaying with nothing else.  Using software
>>  rendering makes my desktop a little sluggish on this machine.
>> 
>>  I am going to see if I can role back the NVIDIA update somehow.  My
>>  google search has not led me with the right info on how to do that
>>  yet on openSUSE.
>> 
>>  Eric Meddleton
>> 
>> >>>
>> >>> Updates should remain available, so if you go to yast search for
>> >>> NVIDIA in the software manager, there should be a version tab that
>> >>> you can use to roll back.
>> >>>
>> >>>
>> >>
>> >> Unfortunately, the previous version for NVIDIA is not available in
>> >> yast, just the version I have installed and the i586 version.  (But
>> >> that is getting into openSUSE territory and not really applicable to
>> >> e-users discussion.)
>> >>
>> >> Now that I remember, I had a similar situation on a different machine
>> >> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
>> >> GTX570 card.  I have just lived with the software rendering on that
>> >> machine without any noticeable difference maybe due to it having an
>> >> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
>> >> libraries  has helped  since then and the downgrade would have meant
>> >> also downgrading the kernel so I just let it go.  It may just need to
>> >> be re-installed to get it all sorted out and I just have not wanted to
>> >> try that yet. :-)
>> >>
>> >> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
>> >> Processor 5600+ and is getting a little old.  I will try updating
>> >> openSUSE to the next version to see how that goes.
>> >>
>> >> Thank you very much for your help.
>> >
>> > hmmm i wonder if it's the shader cache? try
>> >
>> > rm -rf ~/.cache/evas*
>> >
>> >
>> 
>>  Wow,
>> 
>>  This was what was wrong with my Arch linux install all along.  I deleted
>>  the .cache files and now I have openGL working again on that system.
>> 
>>  Thank you very much,
>> 
>>  Eric Meddleton
>> >>>
>> >>> interesting. what gpu/driver? we use the string info from the gl driver
>> >>> (vendor, renderer and version), and this should lead to a different file
>> >>> in in the cache directory if these strings change. also we use the efl
>> >>> version there too. so any upgrade of efl will result in a new shader
>> >>> cache being generated as will any change from the driver. we kind of
>> >>> expect the gl driver to change its renderer/vendor/version strings should
>> >>> anything change in the driver that would affect the binary shaders we
>> >>> cache. if the driver doesn't do this i'd be inclined to file a bug report
>> >>> with the driver author/maintainer as i really don't know of another
>> >>> mechanism to know that the cached binary shaders are still usable. the
>> >>> efl version changes because we may change shaders between versions (the
>> >>> source) so this should handle that. the only case that will possibly be
>> >>> an issue is "during development" when we are working on git master
>> >>> - if a shader changes indeed our version will not have changed and you
>> >>> want to nuke the shader cache manually. this is only relevant for
>> >>> developers or those tracking git master. we are geared to producing a
>> >>> clean release so things can be a bit dirty during development.
>> >>>
>> >>> for example here are some of the files in 2 of my shader caches locally:
>> >>>
>> >>>  8:13AM ~ > ls ~/.cache/evas_gl_common_caches
>> >>> total 24K
>> >>> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX
>> >>> 970PCIeSSE2::v-1.18.0::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
>> >>> NVIDIA 367.35::GeForce GTX 970PCIeSSE2::v-1.18.0::surfa

Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-10 Thread The Rasterman
On Mon, 10 Oct 2016 12:30:31 -0700 Eric  said:

> On 10/10/2016 08:42 AM, Carsten Haitzler (The Rasterman) wrote:
> > On Sun, 9 Oct 2016 17:58:05 -0700 Eric  said:
> >
> >> On 10/09/2016 04:22 PM, Carsten Haitzler (The Rasterman) wrote:
> >>> On Sun, 9 Oct 2016 13:24:34 -0700 Eric  said:
> >>>
>  On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
> >
> >> On 10/08/2016 02:33 AM, Simon Lees wrote:
> >>>
> >>>
> >>> On 10/08/2016 06:25 PM, Eric wrote:
> >>
> >
> 
>  Thank you Simon,
> 
>  I was able to get it working using the repository.  I did find out
>  that the problem was with the new NVIDIA driver that I have to choose
>  software rendering instead of OpenGL.  With OpenGL I just get the
>  mouse cursor icon displaying with nothing else.  Using software
>  rendering makes my desktop a little sluggish on this machine.
> 
>  I am going to see if I can role back the NVIDIA update somehow.  My
>  google search has not led me with the right info on how to do that
>  yet on openSUSE.
> 
>  Eric Meddleton
> 
> >>>
> >>> Updates should remain available, so if you go to yast search for
> >>> NVIDIA in the software manager, there should be a version tab that
> >>> you can use to roll back.
> >>>
> >>>
> >>
> >> Unfortunately, the previous version for NVIDIA is not available in
> >> yast, just the version I have installed and the i586 version.  (But
> >> that is getting into openSUSE territory and not really applicable to
> >> e-users discussion.)
> >>
> >> Now that I remember, I had a similar situation on a different machine
> >> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
> >> GTX570 card.  I have just lived with the software rendering on that
> >> machine without any noticeable difference maybe due to it having an
> >> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
> >> libraries  has helped  since then and the downgrade would have meant
> >> also downgrading the kernel so I just let it go.  It may just need to
> >> be re-installed to get it all sorted out and I just have not wanted to
> >> try that yet. :-)
> >>
> >> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
> >> Processor 5600+ and is getting a little old.  I will try updating
> >> openSUSE to the next version to see how that goes.
> >>
> >> Thank you very much for your help.
> >
> > hmmm i wonder if it's the shader cache? try
> >
> > rm -rf ~/.cache/evas*
> >
> >
> 
>  Wow,
> 
>  This was what was wrong with my Arch linux install all along.  I deleted
>  the .cache files and now I have openGL working again on that system.
> 
>  Thank you very much,
> 
>  Eric Meddleton
> >>>
> >>> interesting. what gpu/driver? we use the string info from the gl driver
> >>> (vendor, renderer and version), and this should lead to a different file
> >>> in in the cache directory if these strings change. also we use the efl
> >>> version there too. so any upgrade of efl will result in a new shader
> >>> cache being generated as will any change from the driver. we kind of
> >>> expect the gl driver to change its renderer/vendor/version strings should
> >>> anything change in the driver that would affect the binary shaders we
> >>> cache. if the driver doesn't do this i'd be inclined to file a bug report
> >>> with the driver author/maintainer as i really don't know of another
> >>> mechanism to know that the cached binary shaders are still usable. the
> >>> efl version changes because we may change shaders between versions (the
> >>> source) so this should handle that. the only case that will possibly be
> >>> an issue is "during development" when we are working on git master
> >>> - if a shader changes indeed our version will not have changed and you
> >>> want to nuke the shader cache manually. this is only relevant for
> >>> developers or those tracking git master. we are geared to producing a
> >>> clean release so things can be a bit dirty during development.
> >>>
> >>> for example here are some of the files in 2 of my shader caches locally:
> >>>
> >>>  8:13AM ~ > ls ~/.cache/evas_gl_common_caches
> >>> total 24K
> >>> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX
> >>> 970PCIeSSE2::v-1.18.0::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
> >>> NVIDIA 367.35::GeForce GTX 970PCIeSSE2::v-1.18.0::surface_cap.eet' 4.0K
> >>> 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX
> >>> 970PCIeSSE2::v-1.18.99::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
> >>> NVIDIA 367.35::GeForce GTX 970PCIeSSE2::v-1.18.99::surface_cap.eet' 4.0K
> >>> 'NVIDIA Corporation::4.5.0 NVIDIA 370.28::GeForce GTX
> >>

Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-10 Thread Eric
On 10/10/2016 08:42 AM, Carsten Haitzler (The Rasterman) wrote:
> On Sun, 9 Oct 2016 17:58:05 -0700 Eric  said:
>
>> On 10/09/2016 04:22 PM, Carsten Haitzler (The Rasterman) wrote:
>>> On Sun, 9 Oct 2016 13:24:34 -0700 Eric  said:
>>>
 On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
> On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
>
>> On 10/08/2016 02:33 AM, Simon Lees wrote:
>>>
>>>
>>> On 10/08/2016 06:25 PM, Eric wrote:
>>
>

 Thank you Simon,

 I was able to get it working using the repository.  I did find out that
 the problem was with the new NVIDIA driver that I have to choose
 software rendering instead of OpenGL.  With OpenGL I just get the mouse
 cursor icon displaying with nothing else.  Using software rendering
 makes my desktop a little sluggish on this machine.

 I am going to see if I can role back the NVIDIA update somehow.  My
 google search has not led me with the right info on how to do that yet
 on openSUSE.

 Eric Meddleton

>>>
>>> Updates should remain available, so if you go to yast search for NVIDIA
>>> in the software manager, there should be a version tab that you can use
>>> to roll back.
>>>
>>>
>>
>> Unfortunately, the previous version for NVIDIA is not available in yast,
>> just the version I have installed and the i586 version.  (But that is
>> getting into openSUSE territory and not really applicable to e-users
>> discussion.)
>>
>> Now that I remember, I had a similar situation on a different machine
>> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
>> GTX570 card.  I have just lived with the software rendering on that
>> machine without any noticeable difference maybe due to it having an
>> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
>> libraries  has helped  since then and the downgrade would have meant
>> also downgrading the kernel so I just let it go.  It may just need to be
>> re-installed to get it all sorted out and I just have not wanted to try
>> that yet. :-)
>>
>> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
>> Processor 5600+ and is getting a little old.  I will try updating
>> openSUSE to the next version to see how that goes.
>>
>> Thank you very much for your help.
>
> hmmm i wonder if it's the shader cache? try
>
> rm -rf ~/.cache/evas*
>
>

 Wow,

 This was what was wrong with my Arch linux install all along.  I deleted
 the .cache files and now I have openGL working again on that system.

 Thank you very much,

 Eric Meddleton
>>>
>>> interesting. what gpu/driver? we use the string info from the gl driver
>>> (vendor, renderer and version), and this should lead to a different file in
>>> in the cache directory if these strings change. also we use the efl version
>>> there too. so any upgrade of efl will result in a new shader cache being
>>> generated as will any change from the driver. we kind of expect the gl
>>> driver to change its renderer/vendor/version strings should anything change
>>> in the driver that would affect the binary shaders we cache. if the driver
>>> doesn't do this i'd be inclined to file a bug report with the driver
>>> author/maintainer as i really don't know of another mechanism to know that
>>> the cached binary shaders are still usable. the efl version changes because
>>> we may change shaders between versions (the source) so this should handle
>>> that. the only case that will possibly be an issue is "during development"
>>> when we are working on git master
>>> - if a shader changes indeed our version will not have changed and you want
>>> to nuke the shader cache manually. this is only relevant for developers or
>>> those tracking git master. we are geared to producing a clean release so
>>> things can be a bit dirty during development.
>>>
>>> for example here are some of the files in 2 of my shader caches locally:
>>>
>>>  8:13AM ~ > ls ~/.cache/evas_gl_common_caches
>>> total 24K
>>> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX
>>> 970PCIeSSE2::v-1.18.0::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
>>> NVIDIA 367.35::GeForce GTX 970PCIeSSE2::v-1.18.0::surface_cap.eet' 4.0K
>>> 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX
>>> 970PCIeSSE2::v-1.18.99::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
>>> NVIDIA 367.35::GeForce GTX 970PCIeSSE2::v-1.18.99::surface_cap.eet' 4.0K
>>> 'NVIDIA Corporation::4.5.0 NVIDIA 370.28::GeForce GTX
>>> 970PCIeSSE2::v-1.18.99::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
>>> NVIDIA 370.28::GeForce GTX 970PCIeSSE2::v-1.18.99::surface_cap.eet'
>>>
>>> @  8:20AM ~ > ls ~/.cache/evas_gl_common_caches
>>>
>>> total 52K
>>> 4.0K 'Intel Open Source Tec

Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-10 Thread The Rasterman
On Sun, 9 Oct 2016 17:58:05 -0700 Eric  said:

> On 10/09/2016 04:22 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Sun, 9 Oct 2016 13:24:34 -0700 Eric  said:
> >
> >> On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
> >>> On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
> >>>
>  On 10/08/2016 02:33 AM, Simon Lees wrote:
> >
> >
> > On 10/08/2016 06:25 PM, Eric wrote:
> 
> >>>
> >>
> >> Thank you Simon,
> >>
> >> I was able to get it working using the repository.  I did find out that
> >> the problem was with the new NVIDIA driver that I have to choose
> >> software rendering instead of OpenGL.  With OpenGL I just get the mouse
> >> cursor icon displaying with nothing else.  Using software rendering
> >> makes my desktop a little sluggish on this machine.
> >>
> >> I am going to see if I can role back the NVIDIA update somehow.  My
> >> google search has not led me with the right info on how to do that yet
> >> on openSUSE.
> >>
> >> Eric Meddleton
> >>
> >
> > Updates should remain available, so if you go to yast search for NVIDIA
> > in the software manager, there should be a version tab that you can use
> > to roll back.
> >
> >
> 
>  Unfortunately, the previous version for NVIDIA is not available in yast,
>  just the version I have installed and the i586 version.  (But that is
>  getting into openSUSE territory and not really applicable to e-users
>  discussion.)
> 
>  Now that I remember, I had a similar situation on a different machine
>  with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
>  GTX570 card.  I have just lived with the software rendering on that
>  machine without any noticeable difference maybe due to it having an
>  intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
>  libraries  has helped  since then and the downgrade would have meant
>  also downgrading the kernel so I just let it go.  It may just need to be
>  re-installed to get it all sorted out and I just have not wanted to try
>  that yet. :-)
> 
>  The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
>  Processor 5600+ and is getting a little old.  I will try updating
>  openSUSE to the next version to see how that goes.
> 
>  Thank you very much for your help.
> >>>
> >>> hmmm i wonder if it's the shader cache? try
> >>>
> >>> rm -rf ~/.cache/evas*
> >>>
> >>>
> >>
> >> Wow,
> >>
> >> This was what was wrong with my Arch linux install all along.  I deleted
> >> the .cache files and now I have openGL working again on that system.
> >>
> >> Thank you very much,
> >>
> >> Eric Meddleton
> >
> > interesting. what gpu/driver? we use the string info from the gl driver
> > (vendor, renderer and version), and this should lead to a different file in
> > in the cache directory if these strings change. also we use the efl version
> > there too. so any upgrade of efl will result in a new shader cache being
> > generated as will any change from the driver. we kind of expect the gl
> > driver to change its renderer/vendor/version strings should anything change
> > in the driver that would affect the binary shaders we cache. if the driver
> > doesn't do this i'd be inclined to file a bug report with the driver
> > author/maintainer as i really don't know of another mechanism to know that
> > the cached binary shaders are still usable. the efl version changes because
> > we may change shaders between versions (the source) so this should handle
> > that. the only case that will possibly be an issue is "during development"
> > when we are working on git master
> > - if a shader changes indeed our version will not have changed and you want
> > to nuke the shader cache manually. this is only relevant for developers or
> > those tracking git master. we are geared to producing a clean release so
> > things can be a bit dirty during development.
> >
> > for example here are some of the files in 2 of my shader caches locally:
> >
> >  8:13AM ~ > ls ~/.cache/evas_gl_common_caches
> > total 24K
> > 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX
> > 970PCIeSSE2::v-1.18.0::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
> > NVIDIA 367.35::GeForce GTX 970PCIeSSE2::v-1.18.0::surface_cap.eet' 4.0K
> > 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX
> > 970PCIeSSE2::v-1.18.99::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
> > NVIDIA 367.35::GeForce GTX 970PCIeSSE2::v-1.18.99::surface_cap.eet' 4.0K
> > 'NVIDIA Corporation::4.5.0 NVIDIA 370.28::GeForce GTX
> > 970PCIeSSE2::v-1.18.99::binary_shader.eet' 4.0K 'NVIDIA Corporation::4.5.0
> > NVIDIA 370.28::GeForce GTX 970PCIeSSE2::v-1.18.99::surface_cap.eet'
> >
> > @  8:20AM ~ > ls ~/.cache/evas_gl_common_caches
> >
> > total 52K
> > 4.0K 'Intel Open Source Technology Center::3.0 Mesa 11.0.5::Mesa DRI Intel
> > (R) Haswell Mobi

Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-09 Thread Eric
On 10/09/2016 04:22 PM, Carsten Haitzler (The Rasterman) wrote:
> On Sun, 9 Oct 2016 13:24:34 -0700 Eric  said:
>
>> On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
>>> On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
>>>
 On 10/08/2016 02:33 AM, Simon Lees wrote:
>
>
> On 10/08/2016 06:25 PM, Eric wrote:

>>>
>>
>> Thank you Simon,
>>
>> I was able to get it working using the repository.  I did find out that
>> the problem was with the new NVIDIA driver that I have to choose
>> software rendering instead of OpenGL.  With OpenGL I just get the mouse
>> cursor icon displaying with nothing else.  Using software rendering
>> makes my desktop a little sluggish on this machine.
>>
>> I am going to see if I can role back the NVIDIA update somehow.  My
>> google search has not led me with the right info on how to do that yet
>> on openSUSE.
>>
>> Eric Meddleton
>>
>
> Updates should remain available, so if you go to yast search for NVIDIA
> in the software manager, there should be a version tab that you can use
> to roll back.
>
>

 Unfortunately, the previous version for NVIDIA is not available in yast,
 just the version I have installed and the i586 version.  (But that is
 getting into openSUSE territory and not really applicable to e-users
 discussion.)

 Now that I remember, I had a similar situation on a different machine
 with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
 GTX570 card.  I have just lived with the software rendering on that
 machine without any noticeable difference maybe due to it having an
 intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
 libraries  has helped  since then and the downgrade would have meant
 also downgrading the kernel so I just let it go.  It may just need to be
 re-installed to get it all sorted out and I just have not wanted to try
 that yet. :-)

 The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
 Processor 5600+ and is getting a little old.  I will try updating
 openSUSE to the next version to see how that goes.

 Thank you very much for your help.
>>>
>>> hmmm i wonder if it's the shader cache? try
>>>
>>> rm -rf ~/.cache/evas*
>>>
>>>
>>
>> Wow,
>>
>> This was what was wrong with my Arch linux install all along.  I deleted
>> the .cache files and now I have openGL working again on that system.
>>
>> Thank you very much,
>>
>> Eric Meddleton
>
> interesting. what gpu/driver? we use the string info from the gl driver
> (vendor, renderer and version), and this should lead to a different file in in
> the cache directory if these strings change. also we use the efl version there
> too. so any upgrade of efl will result in a new shader cache being generated 
> as
> will any change from the driver. we kind of expect the gl driver to change its
> renderer/vendor/version strings should anything change in the driver that 
> would
> affect the binary shaders we cache. if the driver doesn't do this i'd be
> inclined to file a bug report with the driver author/maintainer as i really
> don't know of another mechanism to know that the cached binary shaders are
> still usable. the efl version changes because we may change shaders between
> versions (the source) so this should handle that. the only case that will
> possibly be an issue is "during development" when we are working on git master
> - if a shader changes indeed our version will not have changed and you want to
> nuke the shader cache manually. this is only relevant for developers or those
> tracking git master. we are geared to producing a clean release so things can
> be a bit dirty during development.
>
> for example here are some of the files in 2 of my shader caches locally:
>
>  8:13AM ~ > ls ~/.cache/evas_gl_common_caches
> total 24K
> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX 
> 970PCIeSSE2::v-1.18.0::binary_shader.eet'
> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX 
> 970PCIeSSE2::v-1.18.0::surface_cap.eet'
> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX 
> 970PCIeSSE2::v-1.18.99::binary_shader.eet'
> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX 
> 970PCIeSSE2::v-1.18.99::surface_cap.eet'
> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 370.28::GeForce GTX 
> 970PCIeSSE2::v-1.18.99::binary_shader.eet'
> 4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 370.28::GeForce GTX 
> 970PCIeSSE2::v-1.18.99::surface_cap.eet'
>
> @  8:20AM ~ > ls ~/.cache/evas_gl_common_caches
>
> total 52K
> 4.0K 'Intel Open Source Technology Center::3.0 Mesa 11.0.5::Mesa DRI Intel(R) 
> Haswell Mobile ::v-1.16.99::surface_cap.eet'
> 4.0K 'Intel Open Source Technology Center::3.0 Mesa 11.1.1::Mesa DRI Intel(R) 
> Haswell Mobile ::v-1.17.0::binary_shader.eet'
> 4.0K 'Intel Open Source Technology Center::3.0 Mesa 11.1.1::Mesa DRI Intel(R) 
> 

Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-09 Thread The Rasterman
On Sun, 9 Oct 2016 13:24:34 -0700 Eric  said:

> On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
> >
> >> On 10/08/2016 02:33 AM, Simon Lees wrote:
> >>>
> >>>
> >>> On 10/08/2016 06:25 PM, Eric wrote:
> >>
> >
> 
>  Thank you Simon,
> 
>  I was able to get it working using the repository.  I did find out that
>  the problem was with the new NVIDIA driver that I have to choose
>  software rendering instead of OpenGL.  With OpenGL I just get the mouse
>  cursor icon displaying with nothing else.  Using software rendering
>  makes my desktop a little sluggish on this machine.
> 
>  I am going to see if I can role back the NVIDIA update somehow.  My
>  google search has not led me with the right info on how to do that yet
>  on openSUSE.
> 
>  Eric Meddleton
> 
> >>>
> >>> Updates should remain available, so if you go to yast search for NVIDIA
> >>> in the software manager, there should be a version tab that you can use
> >>> to roll back.
> >>>
> >>>
> >>
> >> Unfortunately, the previous version for NVIDIA is not available in yast,
> >> just the version I have installed and the i586 version.  (But that is
> >> getting into openSUSE territory and not really applicable to e-users
> >> discussion.)
> >>
> >> Now that I remember, I had a similar situation on a different machine
> >> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
> >> GTX570 card.  I have just lived with the software rendering on that
> >> machine without any noticeable difference maybe due to it having an
> >> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
> >> libraries  has helped  since then and the downgrade would have meant
> >> also downgrading the kernel so I just let it go.  It may just need to be
> >> re-installed to get it all sorted out and I just have not wanted to try
> >> that yet. :-)
> >>
> >> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
> >> Processor 5600+ and is getting a little old.  I will try updating
> >> openSUSE to the next version to see how that goes.
> >>
> >> Thank you very much for your help.
> >
> > hmmm i wonder if it's the shader cache? try
> >
> > rm -rf ~/.cache/evas*
> >
> >
> 
> Wow,
> 
> This was what was wrong with my Arch linux install all along.  I deleted 
> the .cache files and now I have openGL working again on that system.
> 
> Thank you very much,
> 
> Eric Meddleton

interesting. what gpu/driver? we use the string info from the gl driver
(vendor, renderer and version), and this should lead to a different file in in
the cache directory if these strings change. also we use the efl version there
too. so any upgrade of efl will result in a new shader cache being generated as
will any change from the driver. we kind of expect the gl driver to change its
renderer/vendor/version strings should anything change in the driver that would
affect the binary shaders we cache. if the driver doesn't do this i'd be
inclined to file a bug report with the driver author/maintainer as i really
don't know of another mechanism to know that the cached binary shaders are
still usable. the efl version changes because we may change shaders between
versions (the source) so this should handle that. the only case that will
possibly be an issue is "during development" when we are working on git master
- if a shader changes indeed our version will not have changed and you want to
nuke the shader cache manually. this is only relevant for developers or those
tracking git master. we are geared to producing a clean release so things can
be a bit dirty during development.

for example here are some of the files in 2 of my shader caches locally:

 8:13AM ~ > ls ~/.cache/evas_gl_common_caches
total 24K
4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX 
970PCIeSSE2::v-1.18.0::binary_shader.eet'
4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX 
970PCIeSSE2::v-1.18.0::surface_cap.eet'
4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX 
970PCIeSSE2::v-1.18.99::binary_shader.eet'
4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 367.35::GeForce GTX 
970PCIeSSE2::v-1.18.99::surface_cap.eet'
4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 370.28::GeForce GTX 
970PCIeSSE2::v-1.18.99::binary_shader.eet'
4.0K 'NVIDIA Corporation::4.5.0 NVIDIA 370.28::GeForce GTX 
970PCIeSSE2::v-1.18.99::surface_cap.eet'

@  8:20AM ~ > ls ~/.cache/evas_gl_common_caches

total 52K
4.0K 'Intel Open Source Technology Center::3.0 Mesa 11.0.5::Mesa DRI Intel(R) 
Haswell Mobile ::v-1.16.99::surface_cap.eet'
4.0K 'Intel Open Source Technology Center::3.0 Mesa 11.1.1::Mesa DRI Intel(R) 
Haswell Mobile ::v-1.17.0::binary_shader.eet'
4.0K 'Intel Open Source Technology Center::3.0 Mesa 11.1.1::Mesa DRI Intel(R) 
Haswell Mobile ::v-1.17.99::binary_shader.eet'
4.0K 'Intel Open Source Technology Center::3.0 Mesa 11.1.2::Mesa DRI Intel(R) 
Haswell Mobile ::v-1.17.99::binary_

Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-09 Thread Eric
On 10/08/2016 09:26 PM, Eric wrote:
> On 10/08/2016 07:35 PM, Carsten Haitzler (The Rasterman) wrote:
>> On Sat, 8 Oct 2016 19:21:31 -0700 Eric  said:
>>
>>> On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
 On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:

> On 10/08/2016 02:33 AM, Simon Lees wrote:
>>
>>
>> On 10/08/2016 06:25 PM, Eric wrote:
>

>>>
>>> Thank you Simon,
>>>
>>> I was able to get it working using the repository.  I did find out that
>>> the problem was with the new NVIDIA driver that I have to choose
>>> software rendering instead of OpenGL.  With OpenGL I just get the mouse
>>> cursor icon displaying with nothing else.  Using software rendering
>>> makes my desktop a little sluggish on this machine.
>>>
>>> I am going to see if I can role back the NVIDIA update somehow.  My
>>> google search has not led me with the right info on how to do that yet
>>> on openSUSE.
>>>
>>> Eric Meddleton
>>>
>>
>> Updates should remain available, so if you go to yast search for NVIDIA
>> in the software manager, there should be a version tab that you can use
>> to roll back.
>>
>>
>
> Unfortunately, the previous version for NVIDIA is not available in yast,
> just the version I have installed and the i586 version.  (But that is
> getting into openSUSE territory and not really applicable to e-users
> discussion.)
>
> Now that I remember, I had a similar situation on a different machine
> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
> GTX570 card.  I have just lived with the software rendering on that
> machine without any noticeable difference maybe due to it having an
> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
> libraries  has helped  since then and the downgrade would have meant
> also downgrading the kernel so I just let it go.  It may just need to be
> re-installed to get it all sorted out and I just have not wanted to try
> that yet. :-)
>
> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
> Processor 5600+ and is getting a little old.  I will try updating
> openSUSE to the next version to see how that goes.
>
> Thank you very much for your help.

 hmmm i wonder if it's the shader cache? try

 rm -rf ~/.cache/evas*


>>> That did not work.
>>>
>>> I tried on another partition an install of openSUSE 42.1 with
>>> enlightenment 19.3.  It tells me that my GPU does not support OpenGL 2.0
>>> when I select hardware rendering.  I wonder if the last NVIDIA update
>>> rendered my graphic card obsolete when it comes to hardware acceleration.
>>>
>>> Thank you for your help.
>>
>> that either means no gl libraires at all, no gl engine module for evas, or 
>> they
>> fail to init (< opengl 2.0 version or shaders fail to compile or any gl 
>> context
>> create fails).. or the blacklist is checking in that blacklists software
>> rendered gl drivers
>>
>
> Your making my head hurt. :-)
>
> Does this mean that the distribution binaries may not be compiled in a
> way that my machine can use OpenGL?
>
> On my original problem, I managed to downgrade the NVIDIA driver to
> version 304.131 using the driver listed at
>
> http://www.nvidia.com/drivers/beta
>
> and now I have composite rendering using openGL.  Hooray.
>
> Thank you,
>
> Eric Meddleton

And to finish this off, on my updated openSUSE 42.1 with the message 
that my GPU does not support OpenGL, I found that the NVIDIA driver 
supplied by openSUSE seems to be missing the nvidia-glG02-... file when 
compared to the other nvidia drivers using G03 or G04.

I ended up installing the older driver 304.131 from nvidia's website and 
not I have OpenGL on this installation running enlightenment 21.2

Thank you all for your help and a great desktop,

Eric Meddleton


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-09 Thread Eric
On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
> On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
>
>> On 10/08/2016 02:33 AM, Simon Lees wrote:
>>>
>>>
>>> On 10/08/2016 06:25 PM, Eric wrote:
>>
>

 Thank you Simon,

 I was able to get it working using the repository.  I did find out that
 the problem was with the new NVIDIA driver that I have to choose
 software rendering instead of OpenGL.  With OpenGL I just get the mouse
 cursor icon displaying with nothing else.  Using software rendering
 makes my desktop a little sluggish on this machine.

 I am going to see if I can role back the NVIDIA update somehow.  My
 google search has not led me with the right info on how to do that yet
 on openSUSE.

 Eric Meddleton

>>>
>>> Updates should remain available, so if you go to yast search for NVIDIA
>>> in the software manager, there should be a version tab that you can use
>>> to roll back.
>>>
>>>
>>
>> Unfortunately, the previous version for NVIDIA is not available in yast,
>> just the version I have installed and the i586 version.  (But that is
>> getting into openSUSE territory and not really applicable to e-users
>> discussion.)
>>
>> Now that I remember, I had a similar situation on a different machine
>> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
>> GTX570 card.  I have just lived with the software rendering on that
>> machine without any noticeable difference maybe due to it having an
>> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
>> libraries  has helped  since then and the downgrade would have meant
>> also downgrading the kernel so I just let it go.  It may just need to be
>> re-installed to get it all sorted out and I just have not wanted to try
>> that yet. :-)
>>
>> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
>> Processor 5600+ and is getting a little old.  I will try updating
>> openSUSE to the next version to see how that goes.
>>
>> Thank you very much for your help.
>
> hmmm i wonder if it's the shader cache? try
>
> rm -rf ~/.cache/evas*
>
>

Wow,

This was what was wrong with my Arch linux install all along.  I deleted 
the .cache files and now I have openGL working again on that system.

Thank you very much,

Eric Meddleton


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-08 Thread Eric
On 10/08/2016 07:35 PM, Carsten Haitzler (The Rasterman) wrote:
> On Sat, 8 Oct 2016 19:21:31 -0700 Eric  said:
>
>> On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
>>> On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
>>>
 On 10/08/2016 02:33 AM, Simon Lees wrote:
>
>
> On 10/08/2016 06:25 PM, Eric wrote:

>>>
>>
>> Thank you Simon,
>>
>> I was able to get it working using the repository.  I did find out that
>> the problem was with the new NVIDIA driver that I have to choose
>> software rendering instead of OpenGL.  With OpenGL I just get the mouse
>> cursor icon displaying with nothing else.  Using software rendering
>> makes my desktop a little sluggish on this machine.
>>
>> I am going to see if I can role back the NVIDIA update somehow.  My
>> google search has not led me with the right info on how to do that yet
>> on openSUSE.
>>
>> Eric Meddleton
>>
>
> Updates should remain available, so if you go to yast search for NVIDIA
> in the software manager, there should be a version tab that you can use
> to roll back.
>
>

 Unfortunately, the previous version for NVIDIA is not available in yast,
 just the version I have installed and the i586 version.  (But that is
 getting into openSUSE territory and not really applicable to e-users
 discussion.)

 Now that I remember, I had a similar situation on a different machine
 with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
 GTX570 card.  I have just lived with the software rendering on that
 machine without any noticeable difference maybe due to it having an
 intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
 libraries  has helped  since then and the downgrade would have meant
 also downgrading the kernel so I just let it go.  It may just need to be
 re-installed to get it all sorted out and I just have not wanted to try
 that yet. :-)

 The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
 Processor 5600+ and is getting a little old.  I will try updating
 openSUSE to the next version to see how that goes.

 Thank you very much for your help.
>>>
>>> hmmm i wonder if it's the shader cache? try
>>>
>>> rm -rf ~/.cache/evas*
>>>
>>>
>> That did not work.
>>
>> I tried on another partition an install of openSUSE 42.1 with
>> enlightenment 19.3.  It tells me that my GPU does not support OpenGL 2.0
>> when I select hardware rendering.  I wonder if the last NVIDIA update
>> rendered my graphic card obsolete when it comes to hardware acceleration.
>>
>> Thank you for your help.
>
> that either means no gl libraires at all, no gl engine module for evas, or 
> they
> fail to init (< opengl 2.0 version or shaders fail to compile or any gl 
> context
> create fails).. or the blacklist is checking in that blacklists software
> rendered gl drivers
>

Your making my head hurt. :-)

Does this mean that the distribution binaries may not be compiled in a 
way that my machine can use OpenGL?

On my original problem, I managed to downgrade the NVIDIA driver to 
version 304.131 using the driver listed at

http://www.nvidia.com/drivers/beta

and now I have composite rendering using openGL.  Hooray.

Thank you,

Eric Meddleton





--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-08 Thread The Rasterman
On Sat, 8 Oct 2016 19:21:31 -0700 Eric  said:

> On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
> >
> >> On 10/08/2016 02:33 AM, Simon Lees wrote:
> >>>
> >>>
> >>> On 10/08/2016 06:25 PM, Eric wrote:
> >>
> >
> 
>  Thank you Simon,
> 
>  I was able to get it working using the repository.  I did find out that
>  the problem was with the new NVIDIA driver that I have to choose
>  software rendering instead of OpenGL.  With OpenGL I just get the mouse
>  cursor icon displaying with nothing else.  Using software rendering
>  makes my desktop a little sluggish on this machine.
> 
>  I am going to see if I can role back the NVIDIA update somehow.  My
>  google search has not led me with the right info on how to do that yet
>  on openSUSE.
> 
>  Eric Meddleton
> 
> >>>
> >>> Updates should remain available, so if you go to yast search for NVIDIA
> >>> in the software manager, there should be a version tab that you can use
> >>> to roll back.
> >>>
> >>>
> >>
> >> Unfortunately, the previous version for NVIDIA is not available in yast,
> >> just the version I have installed and the i586 version.  (But that is
> >> getting into openSUSE territory and not really applicable to e-users
> >> discussion.)
> >>
> >> Now that I remember, I had a similar situation on a different machine
> >> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
> >> GTX570 card.  I have just lived with the software rendering on that
> >> machine without any noticeable difference maybe due to it having an
> >> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
> >> libraries  has helped  since then and the downgrade would have meant
> >> also downgrading the kernel so I just let it go.  It may just need to be
> >> re-installed to get it all sorted out and I just have not wanted to try
> >> that yet. :-)
> >>
> >> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
> >> Processor 5600+ and is getting a little old.  I will try updating
> >> openSUSE to the next version to see how that goes.
> >>
> >> Thank you very much for your help.
> >
> > hmmm i wonder if it's the shader cache? try
> >
> > rm -rf ~/.cache/evas*
> >
> >
> That did not work.
> 
> I tried on another partition an install of openSUSE 42.1 with 
> enlightenment 19.3.  It tells me that my GPU does not support OpenGL 2.0 
> when I select hardware rendering.  I wonder if the last NVIDIA update 
> rendered my graphic card obsolete when it comes to hardware acceleration.
> 
> Thank you for your help.

that either means no gl libraires at all, no gl engine module for evas, or they
fail to init (< opengl 2.0 version or shaders fail to compile or any gl context
create fails).. or the blacklist is checking in that blacklists software
rendered gl drivers

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


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-08 Thread Eric
On 10/08/2016 05:06 PM, Carsten Haitzler (The Rasterman) wrote:
> On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:
>
>> On 10/08/2016 02:33 AM, Simon Lees wrote:
>>>
>>>
>>> On 10/08/2016 06:25 PM, Eric wrote:
>>
>

 Thank you Simon,

 I was able to get it working using the repository.  I did find out that
 the problem was with the new NVIDIA driver that I have to choose
 software rendering instead of OpenGL.  With OpenGL I just get the mouse
 cursor icon displaying with nothing else.  Using software rendering
 makes my desktop a little sluggish on this machine.

 I am going to see if I can role back the NVIDIA update somehow.  My
 google search has not led me with the right info on how to do that yet
 on openSUSE.

 Eric Meddleton

>>>
>>> Updates should remain available, so if you go to yast search for NVIDIA
>>> in the software manager, there should be a version tab that you can use
>>> to roll back.
>>>
>>>
>>
>> Unfortunately, the previous version for NVIDIA is not available in yast,
>> just the version I have installed and the i586 version.  (But that is
>> getting into openSUSE territory and not really applicable to e-users
>> discussion.)
>>
>> Now that I remember, I had a similar situation on a different machine
>> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce
>> GTX570 card.  I have just lived with the software rendering on that
>> machine without any noticeable difference maybe due to it having an
>> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF
>> libraries  has helped  since then and the downgrade would have meant
>> also downgrading the kernel so I just let it go.  It may just need to be
>> re-installed to get it all sorted out and I just have not wanted to try
>> that yet. :-)
>>
>> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core
>> Processor 5600+ and is getting a little old.  I will try updating
>> openSUSE to the next version to see how that goes.
>>
>> Thank you very much for your help.
>
> hmmm i wonder if it's the shader cache? try
>
> rm -rf ~/.cache/evas*
>
>
That did not work.

I tried on another partition an install of openSUSE 42.1 with 
enlightenment 19.3.  It tells me that my GPU does not support OpenGL 2.0 
when I select hardware rendering.  I wonder if the last NVIDIA update 
rendered my graphic card obsolete when it comes to hardware acceleration.

Thank you for your help.

Eric Meddleton

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-08 Thread The Rasterman
On Sat, 8 Oct 2016 09:59:27 -0700 Eric  said:

> On 10/08/2016 02:33 AM, Simon Lees wrote:
> >
> >
> > On 10/08/2016 06:25 PM, Eric wrote:
> 
> >>>
> >>
> >> Thank you Simon,
> >>
> >> I was able to get it working using the repository.  I did find out that
> >> the problem was with the new NVIDIA driver that I have to choose
> >> software rendering instead of OpenGL.  With OpenGL I just get the mouse
> >> cursor icon displaying with nothing else.  Using software rendering
> >> makes my desktop a little sluggish on this machine.
> >>
> >> I am going to see if I can role back the NVIDIA update somehow.  My
> >> google search has not led me with the right info on how to do that yet
> >> on openSUSE.
> >>
> >> Eric Meddleton
> >>
> >
> > Updates should remain available, so if you go to yast search for NVIDIA
> > in the software manager, there should be a version tab that you can use
> > to roll back.
> >
> >
> 
> Unfortunately, the previous version for NVIDIA is not available in yast, 
> just the version I have installed and the i586 version.  (But that is 
> getting into openSUSE territory and not really applicable to e-users 
> discussion.)
> 
> Now that I remember, I had a similar situation on a different machine 
> with Arch linux a year or so ago.  That machine had a NVIDIA GeForce 
> GTX570 card.  I have just lived with the software rendering on that 
> machine without any noticeable difference maybe due to it having an 
> intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF 
> libraries  has helped  since then and the downgrade would have meant 
> also downgrading the kernel so I just let it go.  It may just need to be 
> re-installed to get it all sorted out and I just have not wanted to try 
> that yet. :-)
> 
> The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core 
> Processor 5600+ and is getting a little old.  I will try updating 
> openSUSE to the next version to see how that goes.
> 
> Thank you very much for your help.

hmmm i wonder if it's the shader cache? try

rm -rf ~/.cache/evas*


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


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-08 Thread Eric
On 10/08/2016 02:33 AM, Simon Lees wrote:
>
>
> On 10/08/2016 06:25 PM, Eric wrote:

>>>
>>
>> Thank you Simon,
>>
>> I was able to get it working using the repository.  I did find out that
>> the problem was with the new NVIDIA driver that I have to choose
>> software rendering instead of OpenGL.  With OpenGL I just get the mouse
>> cursor icon displaying with nothing else.  Using software rendering
>> makes my desktop a little sluggish on this machine.
>>
>> I am going to see if I can role back the NVIDIA update somehow.  My
>> google search has not led me with the right info on how to do that yet
>> on openSUSE.
>>
>> Eric Meddleton
>>
>
> Updates should remain available, so if you go to yast search for NVIDIA
> in the software manager, there should be a version tab that you can use
> to roll back.
>
>

Unfortunately, the previous version for NVIDIA is not available in yast, 
just the version I have installed and the i586 version.  (But that is 
getting into openSUSE territory and not really applicable to e-users 
discussion.)

Now that I remember, I had a similar situation on a different machine 
with Arch linux a year or so ago.  That machine had a NVIDIA GeForce 
GTX570 card.  I have just lived with the software rendering on that 
machine without any noticeable difference maybe due to it having an 
intel i7 processor.  No updates on NVIDIA or enlightenment and the ELF 
libraries  has helped  since then and the downgrade would have meant 
also downgrading the kernel so I just let it go.  It may just need to be 
re-installed to get it all sorted out and I just have not wanted to try 
that yet. :-)

The machine in question now only has an AMD Athlon(tm) 64 X2 Dual Core 
Processor 5600+ and is getting a little old.  I will try updating 
openSUSE to the next version to see how that goes.

Thank you very much for your help.

Eric





--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-08 Thread Simon Lees


On 10/08/2016 06:25 PM, Eric wrote:
> On 10/07/2016 09:01 PM, Simon Lees wrote:
>>
>>
>> On 10/08/2016 02:22 PM, Eric wrote:
>>> Hello,
>>>
>>> I am running openSUSE 13.2 with enlightenment desktop 19.2-4.2.  After
>>> an update for the NVIDIA driver the only thing that appears after
>>> logging in is the mouse cursor.  I am not sure if there is anything I
>>> can do to fix this but I am looking for any suggestions.
>>>
>>> The graphics card is a nvidia GeForce 6150SE nforce 430 integrated card
>>> on a HP desktop computer.
>>>
>>> I am using the openSUSE 13.2 repository for enlightenment with its
>>> latest updates (version .19.2-4.2).  ELF is at currently at 1.115-4.2.
>>> The NVIDIA driver causing the problem is version 304.132-38.1.
>>>
>>> Everything was working great before the update of the nvidia driver.
>>>
>>> Thank you for any help.
>>>
>>> Eric Meddleton
>>>
>>
>> One thing you could consider is adding the repo
>> http://download.opensuse.org/repositories/X11:/Enlightenment:/Factory/openSUSE_13.2/x86_64/
>> which will let you update to the latest version of enlightenment / efl.
>> It might also be worth considering updating to a newer version of
>> openSUSE 13.2 will go out of support in January. Having said that given
>> that all you changed is the driver its possibly a driver bug and you
>> might be able to just go back to a older version of the driver.
>>
> 
> Thank you Simon,
> 
> I was able to get it working using the repository.  I did find out that 
> the problem was with the new NVIDIA driver that I have to choose 
> software rendering instead of OpenGL.  With OpenGL I just get the mouse 
> cursor icon displaying with nothing else.  Using software rendering 
> makes my desktop a little sluggish on this machine.
> 
> I am going to see if I can role back the NVIDIA update somehow.  My 
> google search has not led me with the right info on how to do that yet 
> on openSUSE.
> 
> Eric Meddleton
> 

Updates should remain available, so if you go to yast search for NVIDIA
in the software manager, there should be a version tab that you can use
to roll back.
-- 

Simon Lees (Simotek)http://simotek.net

Emergency Update Team   keybase.io/simotek
SUSE LinuxAdeliade Australia, UTC+9:30
GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-08 Thread Eric
On 10/07/2016 09:01 PM, Simon Lees wrote:
>
>
> On 10/08/2016 02:22 PM, Eric wrote:
>> Hello,
>>
>> I am running openSUSE 13.2 with enlightenment desktop 19.2-4.2.  After
>> an update for the NVIDIA driver the only thing that appears after
>> logging in is the mouse cursor.  I am not sure if there is anything I
>> can do to fix this but I am looking for any suggestions.
>>
>> The graphics card is a nvidia GeForce 6150SE nforce 430 integrated card
>> on a HP desktop computer.
>>
>> I am using the openSUSE 13.2 repository for enlightenment with its
>> latest updates (version .19.2-4.2).  ELF is at currently at 1.115-4.2.
>> The NVIDIA driver causing the problem is version 304.132-38.1.
>>
>> Everything was working great before the update of the nvidia driver.
>>
>> Thank you for any help.
>>
>> Eric Meddleton
>>
>
> One thing you could consider is adding the repo
> http://download.opensuse.org/repositories/X11:/Enlightenment:/Factory/openSUSE_13.2/x86_64/
> which will let you update to the latest version of enlightenment / efl.
> It might also be worth considering updating to a newer version of
> openSUSE 13.2 will go out of support in January. Having said that given
> that all you changed is the driver its possibly a driver bug and you
> might be able to just go back to a older version of the driver.
>

Thank you Simon,

I was able to get it working using the repository.  I did find out that 
the problem was with the new NVIDIA driver that I have to choose 
software rendering instead of OpenGL.  With OpenGL I just get the mouse 
cursor icon displaying with nothing else.  Using software rendering 
makes my desktop a little sluggish on this machine.

I am going to see if I can role back the NVIDIA update somehow.  My 
google search has not led me with the right info on how to do that yet 
on openSUSE.

Eric Meddleton




--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] enlightenment desktop fails after NVIDIA update

2016-10-07 Thread Simon Lees


On 10/08/2016 02:22 PM, Eric wrote:
> Hello,
> 
> I am running openSUSE 13.2 with enlightenment desktop 19.2-4.2.  After 
> an update for the NVIDIA driver the only thing that appears after 
> logging in is the mouse cursor.  I am not sure if there is anything I 
> can do to fix this but I am looking for any suggestions.
> 
> The graphics card is a nvidia GeForce 6150SE nforce 430 integrated card 
> on a HP desktop computer.
> 
> I am using the openSUSE 13.2 repository for enlightenment with its 
> latest updates (version .19.2-4.2).  ELF is at currently at 1.115-4.2. 
> The NVIDIA driver causing the problem is version 304.132-38.1.
> 
> Everything was working great before the update of the nvidia driver.
> 
> Thank you for any help.
> 
> Eric Meddleton
> 

One thing you could consider is adding the repo
http://download.opensuse.org/repositories/X11:/Enlightenment:/Factory/openSUSE_13.2/x86_64/
which will let you update to the latest version of enlightenment / efl.
It might also be worth considering updating to a newer version of
openSUSE 13.2 will go out of support in January. Having said that given
that all you changed is the driver its possibly a driver bug and you
might be able to just go back to a older version of the driver.

-- 

Simon Lees (Simotek)http://simotek.net

Emergency Update Team   keybase.io/simotek
SUSE LinuxAdeliade Australia, UTC+9:30
GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


[e-users] enlightenment desktop fails after NVIDIA update

2016-10-07 Thread Eric
Hello,

I am running openSUSE 13.2 with enlightenment desktop 19.2-4.2.  After 
an update for the NVIDIA driver the only thing that appears after 
logging in is the mouse cursor.  I am not sure if there is anything I 
can do to fix this but I am looking for any suggestions.

The graphics card is a nvidia GeForce 6150SE nforce 430 integrated card 
on a HP desktop computer.

I am using the openSUSE 13.2 repository for enlightenment with its 
latest updates (version .19.2-4.2).  ELF is at currently at 1.115-4.2. 
The NVIDIA driver causing the problem is version 304.132-38.1.

Everything was working great before the update of the nvidia driver.

Thank you for any help.

Eric Meddleton

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users