Active Topics

 


Reply
Thread Tools
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#11
@mr_pingu,

matchbox is not running when hildon-desktop is running (check with ps for yourself . What matchbox-remote does is, presumably, to send a standardized message to the window manager (and hildon-desktop is a window manager). I bet if you were running KDE on your N900 matchbox-remote would still work, assuming that KDE (or whatever WM you'd be using) would follow the "standards" (if you can call it a standard anyway).

In short: think of matchbox-remote as a synonym for wm-remote
 

The Following 2 Users Say Thank You to reinob For This Useful Post:
Posts: 1,225 | Thanked: 1,905 times | Joined on Feb 2011 @ Quezon City, Philippines
#12
Originally Posted by mr_pingu View Post
Hmm matchbox is used as WM even inside hildon, doesnt it?'

I mean I have mapped ctrl + right arrow mapped to matchbox-remote --next via xbindkeys. When pressed it switches to the next application, alt-tab like That means matchbox is used in hildon or am I totally wrong?
That would be matchbox1. Matchbox2 is statically linked into hildon-desktop, according to the documentation on the gitorious.
__________________
N9 PR 1.3 Open Mode + kernel-plus for Harmattan
@kenweknot, working on Glacier for Nemo.
 
Posts: 177 | Thanked: 152 times | Joined on Oct 2011
#13
Knowing boot process of N900 will help in reparing unbootable device
but what happens in reboot loops
Is any file on opt or rootfs is damaged ?
 

The Following User Says Thank You to Sourav.dubey For This Useful Post:
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#14
Originally Posted by Sourav.dubey View Post
Knowing boot process of N900 will help in reparing unbootable device
but what happens in reboot loops
Is any file on opt or rootfs is damaged ?
A reboot loop may be caused by all sorts of different things. The N900 may be rebooted by:
[1] user action (N/A in a reboot loop)
[2] a critical dsme-executed system process being killed
[3] a startup script actively deciding to reboot/change runlevel
[4] hardware watchdog
[5] kernel panic (indirectly, the reboot is done by the HW watchdog)

I suppose a "typical" reboot loop is caused by [2] or [3].

[2] may happen if the user has tweaked/modded/deleted something so as to may a daemon crash/exit (e.g. Xorg configuration).

[3] is something I want to investigate: some startup scripts *do* actively decide to reboot, either for good reasons (e.g. after flashing the eMMC) or because they think they're doing something smart (/sbin/preinit, bme, rcS-late, others?)

An example is in /etc/event.d/rcS-late

"If failed to mount /home and system has already been optified - reboot"

Obviously, if getbootstate returns BOOT or SHUTDOWN or an invalid boot state ("Houston, we have a problem") then the N900 will also be rebooted.

This can happen if e.g. the battery is not properly recognized.

I'll try to make a list of things that can go (horribly) wrong while booting.
 

The Following 7 Users Say Thank You to reinob For This Useful Post:
Posts: 1,680 | Thanked: 3,685 times | Joined on Jan 2011
#15
Originally Posted by reinob View Post
...I'll try to make a list of things that can go (horribly) wrong while booting....
On an n900, this will be a very long list!
__________________
N900: One of God's own prototypes. A high-powered mutant of some kind never even considered for mass production. Too weird to live, and too rare to die.
 

The Following 5 Users Say Thank You to vi_ For This Useful Post:
Posts: 1,163 | Thanked: 1,873 times | Joined on Feb 2011 @ The Netherlands
#16
So I have removed the bootvideo, the 5 dots and inserted loading from framebuffer in preinit. Now what strikes me is that there's some placeholder where the 5 dots once were, black screen no framebuffer output; Is the device actually doing something at the moment that's important for the booting process? More exactly, what is it doing and can we reduce the time the screen is black?
__________________
N900 loaded with:
CSSU-T (Thumb)
720p recording,
Pierogi, Lanterne, Cooktimer, Frogatto
N9 16GB loaded with:
Kernel-Plus
--
[TCPdump & libpcap | ngrep]
--
donate

Last edited by mr_pingu; 2012-12-26 at 14:16.
 

The Following User Says Thank You to mr_pingu For This Useful Post:
Posts: 404 | Thanked: 186 times | Joined on Oct 2010 @ Dehradun,India
#17
Originally Posted by mr_pingu View Post
So I have removed the bootvideo, the 5 dots and inserted loading from framebuffer in preinit. Now what strikes me is that there's some placeholder where the 5 dots once were, black screen no framebuffer output; Is the device actually doing something at the moment that's important for the booting process?
Esssential system programs maybe
[Hint: type ps in terminal you will get a list. Most of the programs are the ones that are loaded at boot time(I mean the system ones)]

Last edited by raaj13; 2012-12-26 at 14:24.
 
Posts: 1,163 | Thanked: 1,873 times | Joined on Feb 2011 @ The Netherlands
#18
That's not what I meant, I am curious what is exactly executed at that time. What is running before is not interesting, regarding the purpose of my question.

My hope was that Reinob knows exactly what it is doing, if its uberhaupt doing anything

I guess it may be related to this:
http://talk.maemo.org/showpost.php?p...98&postcount=8

Also, I am just thinking aloud, I didn't investigate it that much myself.
__________________
N900 loaded with:
CSSU-T (Thumb)
720p recording,
Pierogi, Lanterne, Cooktimer, Frogatto
N9 16GB loaded with:
Kernel-Plus
--
[TCPdump & libpcap | ngrep]
--
donate
 
Posts: 404 | Thanked: 186 times | Joined on Oct 2010 @ Dehradun,India
#19
Originally Posted by mr_pingu View Post
That's not what I meant, I am curious what is exactly executed at that time. What is running before is not interesting, regarding the purpose of my question.

My hope was that Reinob knows exactly what it is doing, if its uberhaupt doing anything

I guess it may be related to this:
http://talk.maemo.org/showpost.php?p...98&postcount=8

Also, I am just thinking aloud, I didn't investigate it that much myself.
Then i can think of only 1 thing maemo optify boottime
checking /var/log/maemo-optify-boottime.log might help
causes around 2 sec(1.91272 sec) delay for me.
 

The Following User Says Thank You to raaj13 For This Useful Post:
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#20
Originally Posted by mr_pingu View Post
So I have removed the bootvideo, the 5 dots and inserted loading from framebuffer in preinit. Now what strikes me is that there's some placeholder where the 5 dots once were, black screen no framebuffer output; Is the device actually doing something at the moment that's important for the booting process? More exactly, what is it doing and can we reduce the time the screen is black?
That must be when X is loaded but hildon-desktop is still not started. During that time, either there's no window manager running, or matchbox is running. When matchbox is running, the lock code/PIN code is asked (if required), and the time/date/regional settings are set (if required).

Have a look in /etc/X11/Xsession.d (might have a typo in there, I'm not particularly concentrated now .
 

The Following 3 Users Say Thank You to reinob For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 11:55.