Mer v0.6 released - Page 4 - maemo.org

Active Topics

Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 2 days, 8 hrs ago
TLS 1.2 for N9 is ready (28)
to MeeGo / Harmattan by smartblu9 - 2 days, 10 hrs ago
Maemo repository (3)
to Community by torsen - 3 days, 1 hr ago
Error after installing Leste on sdcard (11)
to Maemo 7 / Leste by Maemish - 3 days, 23 hrs ago
Introducing ubiboot N9 (multiboot OS loader) (1,393)
to Alternatives by smatkovi - 5 days, 5 hrs ago
more...

Page 4 of 8

Thread Tools

	solca	2009-01-20 , 23:36
	Posts: 109 \| Thanked: 196 times \| Joined on Sep 2008 @ Guatemala	#31

Originally Posted by fanoush

I think it was already -l but don't remember for sure. I used two patches for kernel 2.6.22, one adding atags support and second one exporting it in two files in /proc/atags directory. Then I used kexec-tools 1.101 maybe with some additional patches.

Now I have tried it with userspace kexec-nit tool from http://guug.org/nit/kexec/ and found it expects /proc/atags to be a file which is how it is done in recent kernels. I combined previous patches with https://dev.openwrt.org/browser/trun...atch?rev=13613 and now the userspace tool compiled by solca loads the kernel fine and when trying to execute it from fully booted Diablo system (not good idea) it turns screen black and hangs. So I guess it tries to run it but hopefully new kernel just doesn't like current state of hardware. I'll try to run it from initfs so less hardware gets initialized.

Did you try putting your NIT in R&D mode _and_ enable the serial-console flag? It only works this way but it is not ideal, if we could find the cause why it hangs without it...

__________________
NITdroid

Quote & Reply |

	solca	2009-01-20 , 23:45
	Posts: 109 \| Thanked: 196 times \| Joined on Sep 2008 @ Guatemala	#32

Originally Posted by qole

You'll probably get a response something like this or this.

Well Mer is a combination of Ubuntu and newers Maemo, instead of Ubuntu it could be any other as OpenEmbedded, OpenWRT, etc. I think is easier for Stskeeps base it on Ubuntu because the Debian heritage simpliflyng all Mer package management. IMHO there should be another category for Maemo based alternatives as it doesn't fall in the Debian category...

Too it is important again IMHO a Mer subcategory in alternatives because remember that Freemantle will only work on newer hardware and in the future ppl will like newer releases for N770 and N8x0 devices and _ONLY_ Mer will fill that hole and it could be a mess ppl posting Mer questions in all places /me thinks.

__________________
NITdroid

Quote & Reply |

The Following User Says Thank You to solca For This Useful Post:
qole

	Benson	2009-01-21 , 00:41
	Posts: 4,930 \| Thanked: 2,272 times \| Joined on Oct 2007	#33

Originally Posted by solca

Well Mer is a combination of Ubuntu and newers Maemo, instead of Ubuntu it could be any other as OpenEmbedded, OpenWRT, etc. I think is easier for Stskeeps base it on Ubuntu because the Debian heritage simpliflyng all Mer package management. IMHO there should be another category for Maemo based alternatives as it doesn't fall in the Debian category...

Too it is important again IMHO a Mer subcategory in alternatives because remember that Freemantle will only work on newer hardware and in the future ppl will like newer releases for N770 and N8x0 devices and _ONLY_ Mer will fill that hole and it could be a mess ppl posting Mer questions in all places /me thinks.

First, this habitual misspelling is getting annoying:
s/Freemantle/Fremantle/

WRT forum trees, I wonder if Mer, being Maemo-based, shouldn't get its own category on a level with OS200x, not a subcategory of alternatives? (Maybe not now, but certainly with 1.0 release?)

__________________
World's first inductively-charged N900!

Quote & Reply |

The Following 4 Users Say Thank You to Benson For This Useful Post:
Jaffa, qole, sjgadsby, yerga

	Benson	2009-01-21 , 00:46
	Posts: 4,930 \| Thanked: 2,272 times \| Joined on Oct 2007	#34

Originally Posted by bongo

What about performance? How fast is Mer?

About 400 MHz.

Since you can't do much with Mer yet, I'm not sure how you expect us to measure performance. I think (I've no measurements!) that Mer is somewhat longer in booting, but I really don't boot my tablet very often. I have never successfully dpkg-buildpackaged anything in OS2008, so I can't compare that.

Stare at the home screen faster? Maybe.

__________________
World's first inductively-charged N900!

Quote & Reply |

	Khertan	2009-01-21 , 08:26
	Posts: 1,012 \| Thanked: 817 times \| Joined on Jul 2007 @ France	#35

Hi !

I think really that this really a lost of time !!!
Why don't you use your time to do better things for user ? Like better apps ?

I'm joking ! Thanks for the good work !

I ve many hope in this mer project. I see that there is only a few people doing this good work ! And the project is well managed !

Thanks !!!!!!!

__________________
Benoît HERVIER, Khertan
KhtEditor - Sdist_Maemo - Khweeteur - PyPackager - KhtSimpleText - KhtNotes - KhtBMA - Wleux - and more ...

Quote & Reply |

The Following User Says Thank You to Khertan For This Useful Post:
Stskeeps

fanoush	2009-01-21 , 09:06
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#36

Originally Posted by solca

Did you try putting your NIT in R&D mode _and_ enable the serial-console flag? It only works this way but it is not ideal, if we could find the cause why it hangs without it...

Did not try. Might be related to power management then. Serial console basically turns any sleep modes off. When it doesn't work, it might help to try something like
- disable dyntick + sleep_while_idle (in linuxrc)
hopefully this might be enough if r&d flags + serial console flags helps but maybe you already tried this?
- do not play with cpufreq governor (also in linuxrc)
- disable unneded drivers in kernel to get as little hardware initialized as possible (cpufreq is not needed at all and messes with various clocks, ...)

Basically we need only stripped down kernel (no matter which version) that could load any main kernel from flash or mmc via kexec (something like LAB (Linux As Bootloader) idea for iPaq). I was thinking about putting such mini kernel before main kernel in kernel partition so it could load the main one transparently as default choice to keep maximum compatibility. The mer/bootmenu install procedure could then read the main one, prepend our small one and put them back. Most probably the small one would need also some initial ramdisk userspace for the menu. But I guess you already though about it too.

__________________
Newbies click here before posting. Thanks.

If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.

Last edited by fanoush; 2009-01-21 at 09:13. Reason: LAB source link

Quote & Reply |

The Following 2 Users Say Thank You to fanoush For This Useful Post:
Bundyo, qole

	solca	2009-01-21 , 19:31
	Posts: 109 \| Thanked: 196 times \| Joined on Sep 2008 @ Guatemala	#37

Originally Posted by fanoush

Did not try. Might be related to power management then. Serial console basically turns any sleep modes off.

Not quite correct, in older kernels it used to not let trigger sleep modes when serials were enabled per the UART clocks, really recent kernels have some bright UART clock management that sleep when serial inactivity is detected so full PM applies.

The kexec hang problem have to do with initialization delay timings, when serial-console is enabled in the R&D flags the new kernel will boot slightily slower but it does the trick and works, without it won't boot just hang.

FYI I was able to kexec a kernel without serial-console flag when I insert printk delays in the kexeced kernel which could be useful to discover what's wrong but I didn't progress further, obviously this is not a solution as one will have to replace distro kernels with kernels with delay mods which is _wrong_.

__________________
NITdroid

Quote & Reply |

The Following User Says Thank You to solca For This Useful Post:
daperl

	daperl	2009-01-21 , 19:49
	Posts: 2,427 \| Thanked: 2,986 times \| Joined on Dec 2007	#38

Originally Posted by solca

FYI I was able to kexec a kernel without serial-console flag when I insert printk delays in the kexeced kernel which could be useful to discover what's wrong but I didn't progress further, obviously this is not a solution as one will have to replace distro kernels with kernels with delay mods which is _wrong_.

I realize this isn't a solution, but can you document what you did here. This is great progress and there's an outside chance that I could help. Thanks.

__________________
N9: Go white or go home

Quote & Reply |

	Stskeeps	2009-01-21 , 20:59
	Posts: 1,671 \| Thanked: 11,478 times \| Joined on Jun 2008 @ Warsaw, Poland	#39

Originally Posted by Khertan

Hi !

I think really that this really a lost of time !!!
Why don't you use your time to do better things for user ? Like better apps ?

For that good comment from Khertan,

__________________
As you go on to other communities, remember to build them around politeness, respect, trust and humility. Be wary of poisonous people and deal with them before they end up killing your community.. Seen it happen to too many IRC channels, forums, open source projects.

Quote & Reply |

The Following 4 Users Say Thank You to Stskeeps For This Useful Post:
Aisu, danramos, FGol, meizirkki

fanoush	2009-01-21 , 21:18
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#40

Originally Posted by solca

Not quite correct, in older kernels it used to not let trigger sleep modes when serials were enabled per the UART clocks, really recent kernels have some bright UART clock management that sleep when serial inactivity is detected so full PM applies.

so 2.6.21 from latest Diablo is old or recent regarding this serial code? I guess still the old one. I forgot you run recent kernels so the one doing the kexec for you was not the old one. I'm trying this with 2.6.21.

Originally Posted by solca