From: Leif M. <lei...@gm...> - 2011-12-14 18:53:12
|
Hello everyone, after my first couple of commits, I want to ask you for testing of the stuff I did: Disclaimer: Event polling is not implemented yet. So events like "monitor (dis)connected" are not noticed automatically by e yet. So you have (amongst others) these two options to force X into sending events to e: -switch to vterm and back or -call xrandr (without any arguments iirc) What works for me right now: -Enabling monitors -change modes -set policy -re(store) policy permanently Please give it a try. Thanks in advance, Leif 2011/12/14 Enlightenment SVN <no-...@en...>: > Log: > Fix some wording and spelling. > > Author: leif > Date: 2011-12-14 09:37:43 -0800 (Wed, 14 Dec 2011) > New Revision: 66221 > Trac: http://trac.enlightenment.org/e/changeset/66221 > > Modified: > trunk/e/src/bin/e_randr.c > > Modified: trunk/e/src/bin/e_randr.c > =================================================================== > --- trunk/e/src/bin/e_randr.c 2011-12-14 17:37:38 UTC (rev 66220) > +++ trunk/e/src/bin/e_randr.c 2011-12-14 17:37:43 UTC (rev 66221) > @@ -544,7 +544,7 @@ > _e_randr_crtc_info_set(E_Randr_Crtc_Info *crtc_info) > { > Ecore_X_Randr_Mode mode = 0; > - fprintf(stderr, "Fillng CRTC %d (%p)\n", crtc_info->xid, crtc_info); > + fprintf(stderr, "E_RANDR: Filling CRTC %d (%p)\n", crtc_info->xid, crtc_info); > if (E_RANDR_NO_12 || !crtc_info) return; > > //get references to used and possible E_Randr_Output_Info structs > @@ -553,9 +553,9 @@ > ecore_x_randr_crtc_geometry_get(e_randr_screen_info->root, crtc_info->xid, &crtc_info->geometry.x, &crtc_info->geometry.y, &crtc_info->geometry.w, &crtc_info->geometry.h); > mode = ecore_x_randr_crtc_mode_get(e_randr_screen_info->root, crtc_info->xid); > crtc_info->current_mode = _e_randr_mode_info_get(mode); > - fprintf(stderr, "CRTC %x apparently is in mode %x, trying to find it in the list of modes..\n", crtc_info->xid, mode); > + fprintf(stderr, "E_RANDR:\t CRTC %x apparently is in mode %x, trying to find it in the list of modes..\n", crtc_info->xid, mode); > if (crtc_info->current_mode) > - fprintf(stderr, "found CRTC %d in mode %d\n", crtc_info->xid, crtc_info->current_mode->xid); > + fprintf(stderr, "E_RANDR:\t\t found CRTC %d in mode %d\n", crtc_info->xid, crtc_info->current_mode->xid); > crtc_info->current_orientation = ecore_x_randr_crtc_orientation_get(e_randr_screen_info->root, crtc_info->xid); > if (crtc_info->outputs_common_modes) > { > @@ -1517,18 +1517,8 @@ > EAPI Eina_Bool > e_randr_try_restore_configuration(E_Randr_Screen_Info *si) > { > - //if (!e_config || !e_config->randr_serialized_setup) return EINA_FALSE; > + if (!e_config || !e_config->randr_serialized_setup) return EINA_FALSE; > > - if (!e_config) > - { > - fprintf(stderr, "E_RANDR: Trying to restore setup, but e_config isn't there!.\n"); > - return EINA_FALSE; > - } > - if (!e_config->randr_serialized_setup) > - { > - fprintf(stderr, "E_RANDR: Trying to restore setup, but no setup was stored!.\n"); > - return EINA_FALSE; > - } > if (si->randr_version == ECORE_X_RANDR_1_1) > return _e_randr_try_restore_11(si->rrvd_info.randr_info_11); > else if (si->randr_version >= ECORE_X_RANDR_1_2) > > > ------------------------------------------------------------------------------ > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > This paper surveys cloud computing today: What are the benefits? > Why are businesses embracing it? What are its payoffs and pitfalls? > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > _______________________________________________ > enlightenment-svn mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Leif |
From: Carsten H. (T. R. <ra...@ra...> - 2011-12-20 05:59:05
|
On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte <lei...@gm...> said: mh - over on the e-users list is reporting black screen problems as a result of this... :( did you see? > Hello everyone, > > after my first couple of commits, I want to ask you for testing of the > stuff I did: > > Disclaimer: > Event polling is not implemented yet. So events like "monitor > (dis)connected" are not noticed automatically by e yet. > So you have (amongst others) these two options to force X into sending > events to e: > -switch to vterm and back > or > -call xrandr (without any arguments iirc) > > What works for me right now: > -Enabling monitors > -change modes > -set policy > -re(store) policy permanently > > Please give it a try. > > Thanks in advance, > > Leif > > 2011/12/14 Enlightenment SVN <no-...@en...>: > > Log: > > Fix some wording and spelling. > > > > Author: leif > > Date: 2011-12-14 09:37:43 -0800 (Wed, 14 Dec 2011) > > New Revision: 66221 > > Trac: http://trac.enlightenment.org/e/changeset/66221 > > > > Modified: > > trunk/e/src/bin/e_randr.c > > > > Modified: trunk/e/src/bin/e_randr.c > > =================================================================== > > --- trunk/e/src/bin/e_randr.c 2011-12-14 17:37:38 UTC (rev 66220) > > +++ trunk/e/src/bin/e_randr.c 2011-12-14 17:37:43 UTC (rev 66221) > > @@ -544,7 +544,7 @@ > > _e_randr_crtc_info_set(E_Randr_Crtc_Info *crtc_info) > > { > > Ecore_X_Randr_Mode mode = 0; > > - fprintf(stderr, "Fillng CRTC %d (%p)\n", crtc_info->xid, crtc_info); > > + fprintf(stderr, "E_RANDR: Filling CRTC %d (%p)\n", crtc_info->xid, > > crtc_info); if (E_RANDR_NO_12 || !crtc_info) return; > > > > //get references to used and possible E_Randr_Output_Info structs > > @@ -553,9 +553,9 @@ > > ecore_x_randr_crtc_geometry_get(e_randr_screen_info->root, > > crtc_info->xid, &crtc_info->geometry.x, &crtc_info->geometry.y, > > &crtc_info->geometry.w, &crtc_info->geometry.h); mode = > > ecore_x_randr_crtc_mode_get(e_randr_screen_info->root, crtc_info->xid); > > crtc_info->current_mode = _e_randr_mode_info_get(mode); > > - fprintf(stderr, "CRTC %x apparently is in mode %x, trying to find it in > > the list of modes..\n", crtc_info->xid, mode); > > + fprintf(stderr, "E_RANDR:\t CRTC %x apparently is in mode %x, trying to > > find it in the list of modes..\n", crtc_info->xid, mode); if > > (crtc_info->current_mode) > > - fprintf(stderr, "found CRTC %d in mode %d\n", crtc_info->xid, > > crtc_info->current_mode->xid); > > + fprintf(stderr, "E_RANDR:\t\t found CRTC %d in mode %d\n", > > crtc_info->xid, crtc_info->current_mode->xid); > > crtc_info->current_orientation = ecore_x_randr_crtc_orientation_get > > (e_randr_screen_info->root, crtc_info->xid); if > > (crtc_info->outputs_common_modes) { @@ -1517,18 +1517,8 @@ > > EAPI Eina_Bool > > e_randr_try_restore_configuration(E_Randr_Screen_Info *si) > > { > > - //if (!e_config || !e_config->randr_serialized_setup) return EINA_FALSE; > > + if (!e_config || !e_config->randr_serialized_setup) return EINA_FALSE; > > > > - if (!e_config) > > - { > > - fprintf(stderr, "E_RANDR: Trying to restore setup, but e_config > > isn't there!.\n"); > > - return EINA_FALSE; > > - } > > - if (!e_config->randr_serialized_setup) > > - { > > - fprintf(stderr, "E_RANDR: Trying to restore setup, but no setup > > was stored!.\n"); > > - return EINA_FALSE; > > - } > > if (si->randr_version == ECORE_X_RANDR_1_1) > > return _e_randr_try_restore_11(si->rrvd_info.randr_info_11); > > else if (si->randr_version >= ECORE_X_RANDR_1_2) > > > > > > ------------------------------------------------------------------------------ > > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > > This paper surveys cloud computing today: What are the benefits? > > Why are businesses embracing it? What are its payoffs and pitfalls? > > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > > _______________________________________________ > > enlightenment-svn mailing list > > enl...@li... > > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > > > > -- > Leif > > ------------------------------------------------------------------------------ > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > This paper surveys cloud computing today: What are the benefits? > Why are businesses embracing it? What are its payoffs and pitfalls? > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Leif M. <lei...@gm...> - 2011-12-20 10:53:26
|
Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The Rasterman) <ra...@ra... >: > On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte > <lei...@gm...> said: > > mh - over on the e-users list is reporting black screen problems as > a result of > this... :( did you see? No, sorry am not subscribed to the users list. Could you please forward it or encourage the affected user to open a ticket with bt if possible? > >> Hello everyone, >> >> after my first couple of commits, I want to ask you for testing of >> the >> stuff I did: >> >> Disclaimer: >> Event polling is not implemented yet. So events like "monitor >> (dis)connected" are not noticed automatically by e yet. >> So you have (amongst others) these two options to force X into >> sending >> events to e: >> -switch to vterm and back >> or >> -call xrandr (without any arguments iirc) >> >> What works for me right now: >> -Enabling monitors >> -change modes >> -set policy >> -re(store) policy permanently >> >> Please give it a try. >> >> Thanks in advance, >> >> Leif >> >> 2011/12/14 Enlightenment SVN <no-...@en...>: >>> Log: >>> Fix some wording and spelling. >>> >>> Author: leif >>> Date: 2011-12-14 09:37:43 -0800 (Wed, 14 Dec 2011) >>> New Revision: 66221 >>> Trac: http://trac.enlightenment.org/e/changeset/66221 >>> >>> Modified: >>> trunk/e/src/bin/e_randr.c >>> >>> Modified: trunk/e/src/bin/e_randr.c >>> =================================================================== >>> --- trunk/e/src/bin/e_randr.c 2011-12-14 17:37:38 UTC (rev 66220) >>> +++ trunk/e/src/bin/e_randr.c 2011-12-14 17:37:43 UTC (rev 66221) >>> @@ -544,7 +544,7 @@ >>> _e_randr_crtc_info_set(E_Randr_Crtc_Info *crtc_info) >>> { >>> Ecore_X_Randr_Mode mode = 0; >>> - fprintf(stderr, "Fillng CRTC %d (%p)\n", crtc_info->xid, >>> crtc_info); >>> + fprintf(stderr, "E_RANDR: Filling CRTC %d (%p)\n", crtc_info- >>> >xid, >>> crtc_info); if (E_RANDR_NO_12 || !crtc_info) return; >>> >>> //get references to used and possible E_Randr_Output_Info structs >>> @@ -553,9 +553,9 @@ >>> ecore_x_randr_crtc_geometry_get(e_randr_screen_info->root, >>> crtc_info->xid, &crtc_info->geometry.x, &crtc_info->geometry.y, >>> &crtc_info->geometry.w, &crtc_info->geometry.h); mode = >>> ecore_x_randr_crtc_mode_get(e_randr_screen_info->root, crtc_info- >>> >xid); >>> crtc_info->current_mode = _e_randr_mode_info_get(mode); >>> - fprintf(stderr, "CRTC %x apparently is in mode %x, trying to >>> find it in >>> the list of modes..\n", crtc_info->xid, mode); >>> + fprintf(stderr, "E_RANDR:\t CRTC %x apparently is in mode %x, >>> trying to >>> find it in the list of modes..\n", crtc_info->xid, mode); if >>> (crtc_info->current_mode) >>> - fprintf(stderr, "found CRTC %d in mode %d\n", crtc_info->xid, >>> crtc_info->current_mode->xid); >>> + fprintf(stderr, "E_RANDR:\t\t found CRTC %d in mode %d\n", >>> crtc_info->xid, crtc_info->current_mode->xid); >>> crtc_info->current_orientation = ecore_x_randr_crtc_orientation_get >>> (e_randr_screen_info->root, crtc_info->xid); if >>> (crtc_info->outputs_common_modes) { @@ -1517,18 +1517,8 @@ >>> EAPI Eina_Bool >>> e_randr_try_restore_configuration(E_Randr_Screen_Info *si) >>> { >>> - //if (!e_config || !e_config->randr_serialized_setup) return >>> EINA_FALSE; >>> + if (!e_config || !e_config->randr_serialized_setup) return >>> EINA_FALSE; >>> >>> - if (!e_config) >>> - { >>> - fprintf(stderr, "E_RANDR: Trying to restore setup, but >>> e_config >>> isn't there!.\n"); >>> - return EINA_FALSE; >>> - } >>> - if (!e_config->randr_serialized_setup) >>> - { >>> - fprintf(stderr, "E_RANDR: Trying to restore setup, but no >>> setup >>> was stored!.\n"); >>> - return EINA_FALSE; >>> - } >>> if (si->randr_version == ECORE_X_RANDR_1_1) >>> return _e_randr_try_restore_11(si->rrvd_info.randr_info_11); >>> else if (si->randr_version >= ECORE_X_RANDR_1_2) >>> >>> >>> --- >>> --- >>> --- >>> --- >>> ------------------------------------------------------------------ >>> Cloud Computing - Latest Buzzword or a Glimpse of the Future? >>> This paper surveys cloud computing today: What are the benefits? >>> Why are businesses embracing it? What are its payoffs and pitfalls? >>> http://www.accelacomm.com/jaw/sdnl/114/51425149/ >>> _______________________________________________ >>> enlightenment-svn mailing list >>> enl...@li... >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn >> >> >> >> -- >> Leif >> >> --- >> --- >> --- >> --------------------------------------------------------------------- >> Cloud Computing - Latest Buzzword or a Glimpse of the Future? >> This paper surveys cloud computing today: What are the benefits? >> Why are businesses embracing it? What are its payoffs and pitfalls? >> http://www.accelacomm.com/jaw/sdnl/114/51425149/ >> _______________________________________________ >> enlightenment-devel mailing list >> enl...@li... >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" > -------------- > The Rasterman (Carsten Haitzler) ra...@ra... > |
From: Carsten H. (T. R. <ra...@ra...> - 2011-12-20 11:07:37
|
On Tue, 20 Dec 2011 11:52:48 +0100 Leif Middelschulte <lei...@gm...> said: > Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The Rasterman) > <ra...@ra... > >: > > > On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte > > <lei...@gm...> said: > > > > mh - over on the e-users list is reporting black screen problems as > > a result of > > this... :( did you see? > No, sorry am not subscribed to the users list. Could you please > forward it or encourage the affected user to open a ticket with bt if > possible? there is no bt - this commit just makes their screens blank - something to do with setting up randr - so no crash to talk of but screen gets mis-configured. attached email from e-users. > > > >> Hello everyone, > >> > >> after my first couple of commits, I want to ask you for testing of > >> the > >> stuff I did: > >> > >> Disclaimer: > >> Event polling is not implemented yet. So events like "monitor > >> (dis)connected" are not noticed automatically by e yet. > >> So you have (amongst others) these two options to force X into > >> sending > >> events to e: > >> -switch to vterm and back > >> or > >> -call xrandr (without any arguments iirc) > >> > >> What works for me right now: > >> -Enabling monitors > >> -change modes > >> -set policy > >> -re(store) policy permanently > >> > >> Please give it a try. > >> > >> Thanks in advance, > >> > >> Leif > >> > >> 2011/12/14 Enlightenment SVN <no-...@en...>: > >>> Log: > >>> Fix some wording and spelling. > >>> > >>> Author: leif > >>> Date: 2011-12-14 09:37:43 -0800 (Wed, 14 Dec 2011) > >>> New Revision: 66221 > >>> Trac: http://trac.enlightenment.org/e/changeset/66221 > >>> > >>> Modified: > >>> trunk/e/src/bin/e_randr.c > >>> > >>> Modified: trunk/e/src/bin/e_randr.c > >>> =================================================================== > >>> --- trunk/e/src/bin/e_randr.c 2011-12-14 17:37:38 UTC (rev 66220) > >>> +++ trunk/e/src/bin/e_randr.c 2011-12-14 17:37:43 UTC (rev 66221) > >>> @@ -544,7 +544,7 @@ > >>> _e_randr_crtc_info_set(E_Randr_Crtc_Info *crtc_info) > >>> { > >>> Ecore_X_Randr_Mode mode = 0; > >>> - fprintf(stderr, "Fillng CRTC %d (%p)\n", crtc_info->xid, > >>> crtc_info); > >>> + fprintf(stderr, "E_RANDR: Filling CRTC %d (%p)\n", crtc_info- > >>> >xid, > >>> crtc_info); if (E_RANDR_NO_12 || !crtc_info) return; > >>> > >>> //get references to used and possible E_Randr_Output_Info structs > >>> @@ -553,9 +553,9 @@ > >>> ecore_x_randr_crtc_geometry_get(e_randr_screen_info->root, > >>> crtc_info->xid, &crtc_info->geometry.x, &crtc_info->geometry.y, > >>> &crtc_info->geometry.w, &crtc_info->geometry.h); mode = > >>> ecore_x_randr_crtc_mode_get(e_randr_screen_info->root, crtc_info- > >>> >xid); > >>> crtc_info->current_mode = _e_randr_mode_info_get(mode); > >>> - fprintf(stderr, "CRTC %x apparently is in mode %x, trying to > >>> find it in > >>> the list of modes..\n", crtc_info->xid, mode); > >>> + fprintf(stderr, "E_RANDR:\t CRTC %x apparently is in mode %x, > >>> trying to > >>> find it in the list of modes..\n", crtc_info->xid, mode); if > >>> (crtc_info->current_mode) > >>> - fprintf(stderr, "found CRTC %d in mode %d\n", crtc_info->xid, > >>> crtc_info->current_mode->xid); > >>> + fprintf(stderr, "E_RANDR:\t\t found CRTC %d in mode %d\n", > >>> crtc_info->xid, crtc_info->current_mode->xid); > >>> crtc_info->current_orientation = ecore_x_randr_crtc_orientation_get > >>> (e_randr_screen_info->root, crtc_info->xid); if > >>> (crtc_info->outputs_common_modes) { @@ -1517,18 +1517,8 @@ > >>> EAPI Eina_Bool > >>> e_randr_try_restore_configuration(E_Randr_Screen_Info *si) > >>> { > >>> - //if (!e_config || !e_config->randr_serialized_setup) return > >>> EINA_FALSE; > >>> + if (!e_config || !e_config->randr_serialized_setup) return > >>> EINA_FALSE; > >>> > >>> - if (!e_config) > >>> - { > >>> - fprintf(stderr, "E_RANDR: Trying to restore setup, but > >>> e_config > >>> isn't there!.\n"); > >>> - return EINA_FALSE; > >>> - } > >>> - if (!e_config->randr_serialized_setup) > >>> - { > >>> - fprintf(stderr, "E_RANDR: Trying to restore setup, but no > >>> setup > >>> was stored!.\n"); > >>> - return EINA_FALSE; > >>> - } > >>> if (si->randr_version == ECORE_X_RANDR_1_1) > >>> return _e_randr_try_restore_11(si->rrvd_info.randr_info_11); > >>> else if (si->randr_version >= ECORE_X_RANDR_1_2) > >>> > >>> > >>> --- > >>> --- > >>> --- > >>> --- > >>> ------------------------------------------------------------------ > >>> Cloud Computing - Latest Buzzword or a Glimpse of the Future? > >>> This paper surveys cloud computing today: What are the benefits? > >>> Why are businesses embracing it? What are its payoffs and pitfalls? > >>> http://www.accelacomm.com/jaw/sdnl/114/51425149/ > >>> _______________________________________________ > >>> enlightenment-svn mailing list > >>> enl...@li... > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > >> > >> > >> > >> -- > >> Leif > >> > >> --- > >> --- > >> --- > >> --------------------------------------------------------------------- > >> Cloud Computing - Latest Buzzword or a Glimpse of the Future? > >> This paper surveys cloud computing today: What are the benefits? > >> Why are businesses embracing it? What are its payoffs and pitfalls? > >> http://www.accelacomm.com/jaw/sdnl/114/51425149/ > >> _______________________________________________ > >> enlightenment-devel mailing list > >> enl...@li... > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" > > -------------- > > The Rasterman (Carsten Haitzler) ra...@ra... > > > > ------------------------------------------------------------------------------ > 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Andrea S. <si...@op...> - 2011-12-20 11:52:36
Attachments:
std.txt
stderr.txt
|
Hi all, On 12/20/2011 11:52 AM, Leif Middelschulte wrote: > Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The Rasterman)<ra...@ra... > >: > >> On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte >> <lei...@gm...> said: >> >> mh - over on the e-users list is reporting black screen problems as >> a result of >> this... :( did you see? > No, sorry am not subscribed to the users list. Could you please > forward it or encourage the affected user to open a ticket with bt if > possible? I have the same problem as mh. I've just rebuilt e from scratch using easy_e17.sh, with those options --srcpath=<path_to_e17_src> -i --clean --packagelist=half but I continue to got a blank screen attached all startx output (stdout+stderr) and only stderr I'm glad to provide more info if needed andrea |
From: Leif M. <lei...@gm...> - 2011-12-20 17:54:06
|
Hi Andrea, sorry to hear you're facing issues. Am 20.12.2011 um 12:52 schrieb Andrea Suisani <si...@op...>: > Hi all, > > On 12/20/2011 11:52 AM, Leif Middelschulte wrote: >> Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The Rasterman)<ra...@ra... >> >: >> >>> On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte >>> <lei...@gm...> said: >>> >>> mh - over on the e-users list is reporting black screen problems as >>> a result of >>> this... :( did you see? >> No, sorry am not subscribed to the users list. Could you please >> forward it or encourage the affected user to open a ticket with bt if >> possible? > > I have the same problem as mh. > I've just rebuilt e from scratch > using easy_e17.sh, with those options > > --srcpath=<path_to_e17_src> -i --clean --packagelist=half > > but I continue to got a blank screen > > attached all startx output (stdout+stderr) > and only stderr > > I'm glad to provide more info if needed What driver? Maybe something was broken there? It works just fine over here :-/ Your logs state that the randr isn't available on your display. Nevertheless, can you verify that e works for you using a revision immediately prior to the affected one? > > andrea > <std.txt> > <stderr.txt> > --- > --- > --- > --------------------------------------------------------------------- > 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: Andrea S. <si...@op...> - 2011-12-21 10:41:05
Attachments:
Xorg.0.log
|
On 12/20/2011 06:53 PM, Leif Middelschulte wrote: > Hi Andrea, > > sorry to hear you're facing issues. > > Am 20.12.2011 um 12:52 schrieb Andrea Suisani<si...@op...>: > >> Hi all, >> >> On 12/20/2011 11:52 AM, Leif Middelschulte wrote: >>> Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The Rasterman)<ra...@ra... >>> >: >>> >>>> On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte >>>> <lei...@gm...> said: >>>> >>>> mh - over on the e-users list is reporting black screen problems as >>>> a result of >>>> this... :( did you see? >>> No, sorry am not subscribed to the users list. Could you please >>> forward it or encourage the affected user to open a ticket with bt if >>> possible? >> >> I have the same problem as mh. >> I've just rebuilt e from scratch >> using easy_e17.sh, with those options >> >> --srcpath=<path_to_e17_src> -i --clean --packagelist=half >> >> but I continue to got a blank screen >> >> attached all startx output (stdout+stderr) >> and only stderr >> >> I'm glad to provide more info if needed > What driver? Maybe something was broken there? could be. this my video adpter lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] attached the Xorg log where you can find the X driver used on my system (installed through fglrx-updates ubuntu package) and this is the output of dpkg -l | grep randr ii libxrandr-dev 2:1.3.2-2 X11 RandR extension library (development headers) ii libxrandr2 2:1.3.2-2 X11 RandR extension library ii libxrandr2:i386 2:1.3.2-2 X11 RandR extension library ii x11proto-randr-dev 1.4.0+git20101207.0d32bb07-0ubuntu1 X11 RandR extension wire protocol > It works just fine over here :-/ > Your logs state that the randr isn't available on your display. > Nevertheless, can you verify that e works for you using a revision > immediately prior to the affected one? I'm quoting the last email I've posted to e-users ML stating the current state of my e setup <quote> I've just tried but downgrading e/src/modules to rev 66218 (svn update -r 66218) with no luck cause e fails to build whereas if downgrade all e to rev 66218 it builds fine and more importantly blank screen goes away </quote> this is the link to the whole thread http://sourceforge.net/mailarchive/message.php?msg_id=28552702 Andrea |
From: mh <mh...@me...> - 2011-12-21 20:02:55
|
> On 12/20/2011 06:53 PM, Leif Middelschulte wrote: > > Hi Andrea, > > > > sorry to hear you're facing issues. > > > > Am 20.12.2011 um 12:52 schrieb Andrea Suisani<sickpig@...>: > > > >> Hi all, > >> > >> On 12/20/2011 11:52 AM, Leif Middelschulte wrote: > >>> Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The Rasterman)<raster@... > >>> >: > >>> > >>>> On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte > >>>> <leif.middelschulte@...> said: > >>>> > >>>> mh - over on the e-users list is reporting black screen problems as > >>>> a result of > >>>> this... :( did you see? > >>> No, sorry am not subscribed to the users list. Could you please > >>> forward it or encourage the affected user to open a ticket with bt if > >>> possible? > >> > >> I have the same problem as mh. > >> I've just rebuilt e from scratch > >> using easy_e17.sh, with those options > >> > >> --srcpath=<path_to_e17_src> -i --clean --packagelist=half > >> > >> but I continue to got a blank screen > >> > >> attached all startx output (stdout+stderr) > >> and only stderr > >> > >> I'm glad to provide more info if needed > > What driver? Maybe something was broken there? > > could be. > > this my video adpter > > lspci | grep -i vga > > 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] > > attached the Xorg log where you can find > the X driver used on my system (installed > through fglrx-updates ubuntu package) > > and this is the output of > > dpkg -l | grep randr > > ii libxrandr-dev 2:1.3.2-2 X11 RandR extension library (development headers) > ii libxrandr2 2:1.3.2-2 X11 RandR extension library > ii libxrandr2:i386 2:1.3.2-2 X11 RandR extension library > ii x11proto-randr-dev 1.4.0+git20101207.0d32bb07-0ubuntu1 X11 RandR extension wire protocol > > > It works just fine over here :-/ > > > Your logs state that the randr isn't available on your display. > > Nevertheless, can you verify that e works for you using a revision > > immediately prior to the affected one? > > I'm quoting the last email I've posted to e-users ML > stating the current state of my e setup > > <quote> > I've just tried but downgrading e/src/modules to rev 66218 > (svn update -r 66218) with no luck cause e fails to build > > whereas if downgrade all e to rev 66218 > it builds fine and more importantly blank > screen goes away > </quote> > > this is the link to the whole thread > > > http://sourceforge.net/mailarchive/message.php?msg_id=28552702 > > > Andrea Leif, I'm also having a blank screen problem since 66220, though 66218 is fine. I've been reporting this on the enlightenment users list. My video card is an ATI Radeon 5770. lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] Using Arch, so "pacman -Ss randr" shows these are installed: xorg-xrandr 1.3.5-1 xorg-xbacklight 1.1.2-2 randproto 1.3.2-1 libxrandr 1.3.2-2 If there's any other info I can provide that might help, or for me to test, please let me know. mike |
From: Andrea S. <si...@op...> - 2011-12-22 07:54:25
|
[cut] >> this my video adpter >> >> lspci | grep -i vga >> >> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] >> [cut] > Leif, > > I'm also having a blank screen problem since 66220, though 66218 is fine. I've been reporting this on the enlightenment users list. My video card is an ATI Radeon 5770. > > lspci | grep -i vga > > 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] so this is a start. our video adapters are quite similar: HD 5750 and HD 5770 > Using Arch, so "pacman -Ss randr" shows these are installed: > > xorg-xrandr 1.3.5-1 > xorg-xbacklight 1.1.2-2 > randproto 1.3.2-1 > libxrandr 1.3.2-2 > > If there's any other info I can provide that might help, or for me to test, please let me know. Andrea |
From: Leif M. <lei...@gm...> - 2011-12-22 14:57:59
|
2011/12/22 Andrea Suisani <si...@op...>: > [cut] > >>> this my video adpter >>> >>> lspci | grep -i vga >>> >>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] >>> > > [cut] > >> Leif, >> >> I'm also having a blank screen problem since 66220, though 66218 is fine. I've been reporting this on the enlightenment users list. My video card is an ATI Radeon 5770. >> >> lspci | grep -i vga >> >> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] > > so this is a start. our video adapters > are quite similar: HD 5750 and HD 5770 Yeah, I guess something is wrong there. It would be nice if you two could send a cleaned stdout and stderr log. Andrea's contained controverse information. > > >> Using Arch, so "pacman -Ss randr" shows these are installed: >> >> xorg-xrandr 1.3.5-1 >> xorg-xbacklight 1.1.2-2 >> randproto 1.3.2-1 >> libxrandr 1.3.2-2 >> >> If there's any other info I can provide that might help, or for me to test, please let me know. > > Andrea > > ------------------------------------------------------------------------------ > 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif |
From: Andrea S. <si...@op...> - 2011-12-22 15:09:12
|
On 12/22/2011 03:57 PM, Leif Middelschulte wrote: > 2011/12/22 Andrea Suisani<si...@op...>: >> [cut] >> >>>> this my video adpter >>>> >>>> lspci | grep -i vga >>>> >>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] >>>> >> >> [cut] >> >>> Leif, >>> >>> I'm also having a blank screen problem since 66220, though 66218 is fine. I've been reporting this on the enlightenment users list. My video card is an ATI Radeon 5770. >>> >>> lspci | grep -i vga >>> >>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] >> >> so this is a start. our video adapters >> are quite similar: HD 5750 and HD 5770 > Yeah, I guess something is wrong there. It would be nice if you two > could send a cleaned stdout and stderr log. Andrea's contained > controverse information. I'll try to provide both (stdout+stderr and also xorg log) as soon as possible (taking into account that the issue arise on my main workstation) hopefully mike could be give you something in a faster way... Andrea |
From: Leif M. <lei...@gm...> - 2011-12-22 15:12:49
|
2011/12/22 Leif Middelschulte <lei...@gm...>: > 2011/12/22 Andrea Suisani <si...@op...>: >> [cut] >> >>>> this my video adpter >>>> >>>> lspci | grep -i vga >>>> >>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] >>>> >> >> [cut] >> >>> Leif, >>> >>> I'm also having a blank screen problem since 66220, though 66218 is fine. I've been reporting this on the enlightenment users list. My video card is an ATI Radeon 5770. >>> >>> lspci | grep -i vga >>> >>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] >> >> so this is a start. our video adapters >> are quite similar: HD 5750 and HD 5770 > Yeah, I guess something is wrong there. It would be nice if you two > could send a cleaned stdout and stderr log. Andrea's contained > controverse information. So I fixed the corner case of randr version beeing 1.0 and e_randr returning success falsely. please try svn >= r66465 and see whether it fixes your issue. >> >> >>> Using Arch, so "pacman -Ss randr" shows these are installed: >>> >>> xorg-xrandr 1.3.5-1 >>> xorg-xbacklight 1.1.2-2 >>> randproto 1.3.2-1 >>> libxrandr 1.3.2-2 >>> >>> If there's any other info I can provide that might help, or for me to test, please let me know. >> >> Andrea >> >> ------------------------------------------------------------------------------ >> 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 >> enl...@li... >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > Leif -- Leif |
From: Andrea S. <si...@op...> - 2011-12-22 15:45:00
|
>>>> lspci | grep -i vga >>>> >>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] >>> >>> so this is a start. our video adapters >>> are quite similar: HD 5750 and HD 5770 >> Yeah, I guess something is wrong there. It would be nice if you two >> could send a cleaned stdout and stderr log. Andrea's contained >> controverse information. > So I fixed the corner case of randr version beeing 1.0 and e_randr > returning success falsely. please try svn>= r66465 and see whether it > fixes your issue. building now I'll let you know asap Andrea |
From: mh <mh...@me...> - 2011-12-22 15:51:19
Attachments:
start-results.txt
Xorg.0.log
|
On Dec 22, 2011, at 10:44 AM, Andrea Suisani wrote: > >>>>> lspci | grep -i vga >>>>> >>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] >>>> >>>> so this is a start. our video adapters >>>> are quite similar: HD 5750 and HD 5770 >>> Yeah, I guess something is wrong there. It would be nice if you two >>> could send a cleaned stdout and stderr log. Andrea's contained >>> controverse information. >> So I fixed the corner case of randr version beeing 1.0 and e_randr >> returning success falsely. please try svn>= r66465 and see whether it >> fixes your issue. > > building now > I'll let you know asap > > Andrea Did not work here. Attached are stderr log (saved as start-results.txt) and Xorg.0.log. mike |
From: Andrea S. <si...@op...> - 2011-12-22 16:15:18
Attachments:
std
Xorg.0.log
|
On 12/22/2011 04:51 PM, mh wrote: > On Dec 22, 2011, at 10:44 AM, Andrea Suisani wrote: > >> >>>>>> lspci | grep -i vga >>>>>> >>>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] >>>>> >>>>> so this is a start. our video adapters >>>>> are quite similar: HD 5750 and HD 5770 >>>> Yeah, I guess something is wrong there. It would be nice if you two >>>> could send a cleaned stdout and stderr log. Andrea's contained >>>> controverse information. >>> So I fixed the corner case of randr version beeing 1.0 and e_randr >>> returning success falsely. please try svn>= r66465 and see whether it >>> fixes your issue. >> >> building now >> I'll let you know asap >> >> Andrea > > Did not work here. Attached are stderr log (saved as start-results.txt) and Xorg.0.log. no luck either :/ attached stderr + stdout (in the same file, result of &> redirection) and xorg log Andrea |
From: Leif M. <lei...@gm...> - 2011-12-22 16:27:40
|
Andrea and Mike, are you on IRC? Could you join #e on Freenode? 2011/12/22 Andrea Suisani <si...@op...>: > On 12/22/2011 04:51 PM, mh wrote: >> >> On Dec 22, 2011, at 10:44 AM, Andrea Suisani wrote: >> >>> >>>>>>> lspci | grep -i vga >>>>>>> >>>>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper >>>>>>> [Radeon HD 5700/6700 Series] >>>>>> >>>>>> >>>>>> so this is a start. our video adapters >>>>>> are quite similar: HD 5750 and HD 5770 >>>>> >>>>> Yeah, I guess something is wrong there. It would be nice if you two >>>>> could send a cleaned stdout and stderr log. Andrea's contained >>>>> controverse information. >>>> >>>> So I fixed the corner case of randr version beeing 1.0 and e_randr >>>> returning success falsely. please try svn>= r66465 and see whether it >>>> fixes your issue. >>> >>> >>> building now >>> I'll let you know asap >>> >>> Andrea >> >> >> Did not work here. Attached are stderr log (saved as start-results.txt) >> and Xorg.0.log. > > > no luck either :/ > > attached stderr + stdout (in the same file, result of &> redirection) > and xorg log > > Andrea > > ------------------------------------------------------------------------------ > 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Leif |
From: Andrea S. <si...@op...> - 2011-12-22 16:42:01
|
On 12/22/2011 05:27 PM, Leif Middelschulte wrote: > Andrea and Mike, are you on IRC? > Could you join #e on Freenode? sorry Leif I'm leaving the office now hopefully Mike will be able to join I'll be back tomorrow morning since 9 AM (CET) bye and thanks for the effort Andrea |
From: mh <mh...@me...> - 2011-12-22 16:35:01
|
In just a couple of minutes? Just finishing something up. On Dec 22, 2011, at 11:27 AM, Leif Middelschulte wrote: > Andrea and Mike, are you on IRC? > Could you join #e on Freenode? > > 2011/12/22 Andrea Suisani <si...@op...>: >> On 12/22/2011 04:51 PM, mh wrote: >>> >>> On Dec 22, 2011, at 10:44 AM, Andrea Suisani wrote: >>> >>>> >>>>>>>> lspci | grep -i vga >>>>>>>> >>>>>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper >>>>>>>> [Radeon HD 5700/6700 Series] >>>>>>> >>>>>>> >>>>>>> so this is a start. our video adapters >>>>>>> are quite similar: HD 5750 and HD 5770 >>>>>> >>>>>> Yeah, I guess something is wrong there. It would be nice if you two >>>>>> could send a cleaned stdout and stderr log. Andrea's contained >>>>>> controverse information. >>>>> >>>>> So I fixed the corner case of randr version beeing 1.0 and e_randr >>>>> returning success falsely. please try svn>= r66465 and see whether it >>>>> fixes your issue. >>>> >>>> >>>> building now >>>> I'll let you know asap >>>> >>>> Andrea >>> >>> >>> Did not work here. Attached are stderr log (saved as start-results.txt) >>> and Xorg.0.log. >> >> >> no luck either :/ >> >> attached stderr + stdout (in the same file, result of &> redirection) >> and xorg log >> >> Andrea >> >> ------------------------------------------------------------------------------ >> 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 >> enl...@li... >> 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: mh <mh...@me...> - 2011-12-22 16:40:54
|
there now.. On Dec 22, 2011, at 11:34 AM, mh wrote: > In just a couple of minutes? Just finishing something up. > > On Dec 22, 2011, at 11:27 AM, Leif Middelschulte wrote: > >> Andrea and Mike, are you on IRC? >> Could you join #e on Freenode? >> >> 2011/12/22 Andrea Suisani <si...@op...>: >>> On 12/22/2011 04:51 PM, mh wrote: >>>> >>>> On Dec 22, 2011, at 10:44 AM, Andrea Suisani wrote: >>>> >>>>> >>>>>>>>> lspci | grep -i vga >>>>>>>>> >>>>>>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper >>>>>>>>> [Radeon HD 5700/6700 Series] >>>>>>>> >>>>>>>> >>>>>>>> so this is a start. our video adapters >>>>>>>> are quite similar: HD 5750 and HD 5770 >>>>>>> >>>>>>> Yeah, I guess something is wrong there. It would be nice if you two >>>>>>> could send a cleaned stdout and stderr log. Andrea's contained >>>>>>> controverse information. >>>>>> >>>>>> So I fixed the corner case of randr version beeing 1.0 and e_randr >>>>>> returning success falsely. please try svn>= r66465 and see whether it >>>>>> fixes your issue. >>>>> >>>>> >>>>> building now >>>>> I'll let you know asap >>>>> >>>>> Andrea >>>> >>>> >>>> Did not work here. Attached are stderr log (saved as start-results.txt) >>>> and Xorg.0.log. >>> >>> >>> no luck either :/ >>> >>> attached stderr + stdout (in the same file, result of &> redirection) >>> and xorg log >>> >>> Andrea >>> >>> ------------------------------------------------------------------------------ >>> 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 >>> enl...@li... >>> 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 >> enl...@li... >> 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: mh <mh...@me...> - 2011-12-22 19:49:48
|
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 On Dec 22, 2011, at 11:27 AM, Leif Middelschulte wrote: > Andrea and Mike, are you on IRC? > Could you join #e on Freenode? > > 2011/12/22 Andrea Suisani <si...@op...>: >> On 12/22/2011 04:51 PM, mh wrote: >>> >>> On Dec 22, 2011, at 10:44 AM, Andrea Suisani wrote: >>> >>>> >>>>>>>> lspci | grep -i vga >>>>>>>> >>>>>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper >>>>>>>> [Radeon HD 5700/6700 Series] >>>>>>> >>>>>>> >>>>>>> so this is a start. our video adapters >>>>>>> are quite similar: HD 5750 and HD 5770 >>>>>> >>>>>> Yeah, I guess something is wrong there. It would be nice if you two >>>>>> could send a cleaned stdout and stderr log. Andrea's contained >>>>>> controverse information. >>>>> >>>>> So I fixed the corner case of randr version beeing 1.0 and e_randr >>>>> returning success falsely. please try svn>= r66465 and see whether it >>>>> fixes your issue. >>>> >>>> >>>> building now >>>> I'll let you know asap >>>> >>>> Andrea >>> >>> >>> Did not work here. Attached are stderr log (saved as start-results.txt) >>> and Xorg.0.log. >> >> >> no luck either :/ >> >> attached stderr + stdout (in the same file, result of &> redirection) >> and xorg log >> >> Andrea >> >> ------------------------------------------------------------------------------ >> 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 >> enl...@li... >> 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: rob <ro...@re...> - 2011-12-22 21:29:31
|
On 22/12/11 19:49, 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 > > Just a thought: I have a ATi HD5670 and have a separate partition where I trial different distros. Over last 6 weeks or so I've installed 5, maybe 6, distros and, after installation and reboot, all bar 1 experienced a blank screen when trying to start X. This is with different window managers. It seems to be something related to the way X runs without an /etc/X11/xorg.conf file. Creating the xorg.conf file manually fixed the problem. Rob |
From: Andrea S. <si...@op...> - 2011-12-23 08:53:05
|
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 |
From: Andrea S. <si...@op...> - 2011-12-23 09:06:14
Attachments:
std
|
On 12/23/2011 09:52 AM, Andrea Suisani wrote: > Hi all, > [cut] > 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 blank screen strikes again attached startx stderr+stdout 3 differences that I noticed: - I've to reboot the machine to get a working X server after changing device driver in xorg - now X is complaining something about mtrr (mtrr: no MTRR for d0000000,10000000 found) - restarting e after having compiled HEAD give me a blank screen (no menu, no shelf etc) but the running application was correctly displayed and still usable (without decoration though) Andrea |
From: mh <mh...@me...> - 2011-12-23 13:10:40
|
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 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: Leif M. <lei...@gm...> - 2011-12-23 17:27:58
|
2011/12/23 mh <mh...@me...>: > 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. > 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 >> enl...@li... >> 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif |