2011/12/28 Leif Middelschulte <leif.middelschu...@gmail.com>:
>
> Hi Mike,
>
> thanks your effort. The backtraces look promising.
>
> I'll have a look soon and hope to be able to fix this issue.
>
I hope it's fixed now :-)
> Am 27.12.2011 um 14:42 schrieb mh <mhe...@member.fsf.org>:
>
>> I learned how to record the gdb session. The attached gdb sessions may
>> provide more useful information. One gdb session run as root, the other as
>> user. Ran to break, then stepped through. Hope this helps.
>>
>> mike
>>
>> <e-log-root.txt>
>> <e-log.txt>
>>
>>
>>
>>
>>
>>> On Dec 25, 2011, at 11:49 AM, Leif Middelschulte wrote:
>>>
>>>> Hi Mike,
>>>>
>>>> sorry for this late reply, but am kept busy with rl.
>>>> Find comments in their respective context.
>>>>
>>>> 2011/12/24 mh <mhe...@member.fsf.org>:
>>>>>
>>>>>
>>>>>>>> On Dec 23, 2011, at 12:27 PM, Leif Middelschulte wrote:
>>>>>>>>
>>>>>>>>> 2011/12/23 mh <mhe...@member.fsf.org>:
>>>>>>>>>>
>>>>>>>>>> Salute:
>>>>>>>>>>
>>>>>>>>>> I'm having the same issue using two different distros on the same
>>>>>>>>>> hardware (two drives).
>>>>>>>>>>
>>>>>>>>>> When I'm running Arch, I'm running xorg-server 1.11.3-1 , using
>>>>>>>>>> xf86-video-ati 6.14.3-1
>>>>>>>>>>
>>>>>>>>>> On Debian, sid, I have xserver-xorg-core 1.11.2.902-1, using
>>>>>>>>>> xserver-xorg-video-radeon 6.14.3-2
>>>>>>>>>>
>>>>>>>>> I'd like you to start e via gdb (compile e with debugging symbols,
>>>>>>>>> see
>>>>>>>>> our wiki). Then break on _e_randr_crtc_info_set and step through
>>>>>>>>> that
>>>>>>>>> function until bad things (crash) happens.
>>>>>>>>
>>>>>>>>
>>>>>>>> Will do and let you know what I find here.
>>>>>>>
>>>>>>>
>>>>>>> Ok, I installed gdb, downloaded the latest 66482 from svn. Followed
>>>>>>> the wiki
>>>>>>> and rebuilt the EFLs after export CFLAG=-g. Now I'm stuck. From the
>>>>>>> wiki it
>>>>>>> seems that I should start e, then when it crashes start gdb and break
>>>>>>> on
>>>>>>> _e_randr_crtc_info_set. Not sure how to do that. Help appreciated.
>>>>>>
>>>>>>
>>>>>> On Dec 23, 2011, at 9:41 PM, Carsten Haitzler (The Rasterman) wrote:
>>>>>>
>>>>>> you're going to need to start an xserver raw without any "gdm".
>>>>>>
>>>>>> Xorg -ac :1 &
>>>>>>
>>>>>> run that in a text console somewhere.
>>>>>> in another text console do:
>>>>>>
>>>>>> export E_START=1
>>>>>> gdb enlightenment
>>>>
>>>> Thanks to raster for helping out here :-)
>>>> But shouldn't this be
>>>> gdb enlightenment_start instead?
>>>>>>
>>>>>> br _e_randr_crtc_info_set
>>>>>> r
>>>>>>
>>>>>>> But, e never crashes though. What happens is that I'll run startx
>>>>>>> from vt1,
>>>>>>
>>>>>>
>>>>>> it won't - you have to make it STOP when it hits that function with a
>>>>>> breakpoint (br). you have to set it up before e starts like above.
>>>>>>
>>>>>
>>>>> Thanks! Attached are three sequential console shots, after hitting the
>>>>> breakpoint three times . These seem to look exactly the messages I saw
>>>>> earlier.
>>>>
>>>>
>>>> Sadly you did something wrong when trying to run e via gdb. Ecore_X
>>>> fails to initialize, which is way before e_randr initialization.
>>>>>
>>>>>
>>>>>
>>>>>>> and then in vt1 there are a series of messages like I included
>>>>>>> earlier in the
>>>>>>> file called "start-results". The messages say "Enlightenment
>>>>>>> relocation
>>>>>>> handling", then many ESTART messages, then "Enlighenment relocation
>>>>>>> handling"
>>>>>>> again, followed by the same ESTART messages, then "<Enlightenment
>>>>>>> Error> A
>>>>>>> previous instance of Enlightenment is still active on this screen.
>>>>>>> Aborting
>>>>>>> startup." And then it repeats this process over and over until
>>>>>>> there's a
>>>>>>> final error and X shuts down.
>>>>>>>
>>>>>>> So there doesn't seem to be a PID of enlightenment to run gdb on. I
>>>>>>> guess.
>>>>>>> I've never really run gdb before.
>>>>>>>
>>>>>>> Any suggestions/hints would be appreciated, I'm willing to try and
>>>>>>> help track
>>>>>>> down the problem with this damn ATI hardware.
>>>>>>>
>>>>>>>
>>>>>>>> mike
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Dec 23, 2011, at 3:52 AM, Andrea Suisani wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi all,
>>>>>>>>>>>
>>>>>>>>>>> sorry for not being able to join
>>>>>>>>>>> the irc debug session last evening...
>>>>>>>>>>>
>>>>>>>>>>> though it seems we have have narrowed
>>>>>>>>>>> the problem down to a peculiar comibination
>>>>>>>>>>> of HW (ATI HD 5770/5750), e17 ver,
>>>>>>>>>>> xorg version and x org drivere version.
>>>>>>>>>>>
>>>>>>>>>>> just trying get a more clear picture
>>>>>>>>>>> I'm running X.Org X Server 1.10.4
>>>>>>>>>>> with fglrx used as video driver (defined
>>>>>>>>>>> in xorg.conf) installed using
>>>>>>>>>>>
>>>>>>>>>>> apt-get install fglrx-updates
>>>>>>>>>>>
>>>>>>>>>>> on an ubuntu box ver 11.10, that's
>>>>>>>>>>> the output of uname -a:
>>>>>>>>>>>
>>>>>>>>>>> Linux suino 3.0.0-14-server #23-Ubuntu SMP Mon Nov 21 20:49:05
>>>>>>>>>>> UTC 2011
>>>>>>>>>>> x86_64 x86_64 x86_64 GNU/Linux
>>>>>>>>>>>
>>>>>>>>>>> Mike what's your xorg version and
>>>>>>>>>>> which driver are you using for your
>>>>>>>>>>> 5770?
>>>>>>>>>>>
>>>>>>>>>>> I'm going to try to configure my Xorg
>>>>>>>>>>> dropping the binary only driver and using
>>>>>>>>>>> instead the one provided by:
>>>>>>>>>>>
>>>>>>>>>>> xserver-xorg-video-radeon
>>>>>>>>>>>
>>>>>>>>>>> i.e.
>>>>>>>>>>>
>>>>>>>>>>> http://www.x.org/wiki/radeon
>>>>>>>>>>>
>>>>>>>>>>> I'll report back
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Andrea
>>>>>>>>>>>
>>>>>>>>>>> On 12/22/2011 08:49 PM, mh wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Leif,
>>>>>>>>>>>>
>>>>>>>>>>>> Following up on our irc session today: I
>>>>>>>>>>>> deleted /opt/e17/lib/enlightenment/conf_randr and restarted e.
>>>>>>>>>>>> Still
>>>>>>>>>>>> had the black screen with gkrellm.
>>>>>>>>>>>>
>>>>>>>>>>>> Decided to try something else: I took  the 5770 video card out
>>>>>>>>>>>> of the
>>>>>>>>>>>> box and tried the onboard video, which is a Radeon HD 4200.
>>>>>>>>>>>> Restarted
>>>>>>>>>>>> e, and the display worked properly. Recompiled e to rev 66466,
>>>>>>>>>>>> and it
>>>>>>>>>>>> worked fine. Shutdown, the reinstalled the Radeon HD 5770 based
>>>>>>>>>>>> video
>>>>>>>>>>>> card and restarted, back to a black display with gkrellm still
>>>>>>>>>>>> working.
>>>>>>>>>>>>
>>>>>>>>>>>> So, from there I went back to the vt and recompiled e from v.
>>>>>>>>>>>> 66218 and
>>>>>>>>>>>> restarted e. Display and system worked fine. So that's where I'm
>>>>>>>>>>>> at
>>>>>>>>>>>> right now.
>>>>>>>>>>>>
>>>>>>>>>>>> mike
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Write once. Port to many.
>>>>> Get the SDK and tools to simplify cross-platform app development.
>>>>> Create
>>>>> new or port existing apps to sell to consumers worldwide. Explore the
>>>>> Intel AppUpSM program developer opportunity.
>>>>> appdeveloper.intel.com/join
>>>>> http://p.sf.net/sfu/intel-appdev
>>>>> _______________________________________________
>>>>> enlightenment-devel mailing list
>>>>> enlightenment-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Leif
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Write once. Port to many.
>>>> Get the SDK and tools to simplify cross-platform app development. Create
>>>> new or port existing apps to sell to consumers worldwide. Explore the
>>>> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
>>>> http://p.sf.net/sfu/intel-appdev
>>>> _______________________________________________
>>>> enlightenment-devel mailing list
>>>> enlightenment-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Write once. Port to many.
>>> Get the SDK and tools to simplify cross-platform app development. Create
>>> new or port existing apps to sell to consumers worldwide. Explore the
>>> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
>>>
>>> http://p.sf.net/sfu/intel-appdev_______________________________________________
>>> enlightenment-devel mailing list
>>> enlightenment-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Write once. Port to many.
>> Get the SDK and tools to simplify cross-platform app development. Create
>> new or port existing apps to sell to consumers worldwide. Explore the
>> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
>> http://p.sf.net/sfu/intel-appdev
>> _______________________________________________
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



-- 
Leif

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to