[Development] kernel-power
 

Last version of kernel-power is v53, see announce thread http://talk.maemo.org/showthread.php?t=94287

Thread about kernel-power has now a lot of post and now I missed a lot of them. I'm creating this new thread for kernel-power only for development discussion. So this is right place for discussion about patches, modification, adding new features, module, fixing bugs...

!!!Please do not write here post about user problems about download/installation...!!!
It should go here: http://talk.maemo.org/showthread.php?t=94287

Here are some info where to get source code, how to compile kernel, ...

Source code:
Project is hosted on Maemo Garage in git repository.
Project site: https://garage.maemo.org/projects/kernel-power/

Bugs/Patches:
Bugs and patches can be reported/sent in this thread, on project bug tracker, on IRC or on my email address.

Compiling:
0. Download source code from git repository (may contains unreleased code):
0. Or download via apt (contains exact same last version):
1. Compilation in scratchbox:
2. Compilation with madde:

Re: [Development] kernel-power
 

Do you have any changelog of the new kp49 build wrt the previous one?

Would you mind to build compcache/ramzswap module with stats enabled? (if not already done)

Re: [Development] kernel-power
 

See thread http://talk.maemo.org/showthread.php?t=71879 and first post. Here is updated changelog for v49.

Re: [Development] kernel-power
 

I mean changes wrt your previous (September 21) kp49 build, which I'm currently running. First post of the kernel-power thread highlights changes wrt kp48

Re: [Development] kernel-power
 

Full changelog you see in git log. There is enabled snd usb driver and updated dspbridge driver module.

Re: [Development] kernel-power
 

Hi Pali thanks for the kernel v49,after instaling this kernel media player can not reproduce any format.Any ideas

Re: [Development] kernel-power
 

This thread is *for development* discussion, not user problems.
Please post your issues here: http://talk.maemo.org/showthread.php?t=71879

Re: [Development] kernel-power
 

Sorry man, anyway

Re: [Development] kernel-power
 

BUG in new dsp bridge module:
[ 122.817169] ***** DSPMMU FAULT ***** IRQStatus 0x2
[ 122.817199] ***** DSPMMU FAULT ***** faultAddr 0x22142fc0
[ 122.817230] WMD_DEH_Notify: ********** DEVICE EXCEPTION **********
[ 122.817230] WMD_DEH_Notify: DSP_MMUFAULT,errInfo = 0x0
[ 122.817260] WMD_DEH_Notify: DSP_MMUFAULT, High Address = 0x2214
[ 122.817260] WMD_DEH_Notify: DSP_MMUFAULT, Low Address = 0x2fc0
[ 122.817291] WMD_DEH_Notify: DSP_MMUFAULT, fault address = 0x22142fc0
[ 122.818115] PROCWRAP_Detach: deprecated dspbridge ioctl

As Dissapear reported, this breaks video playing in mediaplayer.

Re: [Development] kernel-power
 

ping freemangordon about dspbridge

Re: [Development] kernel-power
 

Build system seems broken:

Re: [Development] kernel-power
 

I builded kernel-power from git some days ago. But I'm using madde.
Can you please check which files & folders you have in debian/build/kernel-power after this error?

Re: [Development] kernel-power
 

Yep, building under scratchbox is a little bit tricky.
After executing :

$ GIT_SSL_NO_VERIFY=1 git clone https://vcs.maemo.org/git/kernel-power
$ cd kernel-power
$ kernel-power-2.6.28/debian/rules get-orig-source

you have to cd to kernel-power-2.6.28 and

dpkg-buildpackage -rfakeroot -S

to build a source package.

then
cd..
rm -rf kernel-power-2.6.28
dpkg-source -x kernel-power_2.6.28-10power49.dsc

Re: [Development] kernel-power
 

Got it. I was confused by the concatenation of tars, seds and echos at 2 AM :D
In get-orig-source the rules script downloads the kernel tar.gz but doesn't extract it, but in source-stamp expects to have the sources already extracted.
Easy to fix by adding
under get-orig-source

Re: [Development] kernel-power
 

Sorry this is my mistake in install instructions (I do not have scratchbox, I did not tested it and nobody expect you reported problem.).

get-orig-source is debian/rules rule which must only download/get/create <package>_<version>.orig.tar.gz tarball, nothing more

So I update compile instructions for scratchbox by adding your extract command (I belive that now it works :)). Thanks!

Re: [Development] kernel-power
 

That extract command is a bit complex. Wouldn't be a better idea to add an extract target to the rules file?

Re: [Development] kernel-power
 

I think it is not needed. Git repository is _only_ for developers and I think for developers it is not complex...

apt-get is for getting stable version and this is easy

Re: [Development] kernel-power
 

pali, what is responsible for bluetooth headsets? i have bh-214 and since i use kp (that was kp46 newest whe i started) i have a problem with it. Best way to show the bug is describing the situation:
1. Connected headset on ad2p profile, listening music with stock player.
2. Incoming call -> answering -> talking -> finishing the call (no matter it's done with display or headset buttons)
2b. Same situation is when making a call
3. Now music is cutting (sound - 1/3 second, silence 1/2 second).
4. Only way to fix it is to disconnect headset (turn off or just disconnect) and connect again.
Sometimes - 1/10 times everything works ok, so after call music is playing normally
I think that is a problem with switching between profiles ad2p and hsp profile.

Sorry if it's not connected with kernel, but i saw that with new kp some headsets doesn't work, that's why i'm asking.

Re: [Development] kernel-power
 

in kernel-power is patch which fix bluetooth mouse support and also break some bluetooth headset. I do not own any bluetooth headset and I used only notebook (configured as a2dp) which worked fine.

I wrote that I'm unable to fix this problem...

Re: [Development] kernel-power
 

Hi Pali,

Please consider this patch for inclusion in kp
It adds a sysfs entry (/sys/class/i2c-adapter/i2c-2/2-0030/disable_indicator_led) to allow disabling the camera red light.

Re: [Development] kernel-power
 

I said this in the main kernel power 49 thread, but I guess this is more of a development topic - I suggest, pali, that instead of struggling with the repositories constantly not working correctly and the package interface not seeing certain versions of kernel-power, you should just upload future versions of kernel-power with a slightly different name, "kernel-power2-[flasher/modules/whatever]" instead of "kernel-power-[flasher/modules/whatever]".

This would give you a fresh start in the repository, which, hopefully, would let you have the new versions show up in the package interface and thus be promotable correctly. I think the benefit to the users outweights any advantage to keeping the updates within the same package 'line' in the repo.

Re: [Development] kernel-power
 

Pali, can you add module for hardware aes acceleration (omap-aes?)

A separate package may be needed to update NOLO though...

Re: [Development] kernel-power
 

@Mentalist Traceur: I do not want to forking extras packages. At least installation via Hildon Application Manager or apt-get working...

@Hurrian: Updating crytical part NOLO = bootloader is not acceptable (only if Nokia release it officialy). And this is unofficial build and may damage devices....

Re: [Development] kernel-power
 

pali, and if you're never able to promote power48 out of extras-devel? What's the point of avoiding forking if not-forking just means the newest versions will be sitting stuck outside the repos behind power48 or at best sitting stuck within -devel anyway?

Re: [Development] kernel-power
 

I second that. Everyone interested will have possibility to switch into "fork", and people not so knowledgeable to do so, should - at this point - avoid updating from KP48 entirely.

to be honest, at some point every user install KP "for the first time", so version with higher number - even if it's fork - it's obvious choice. Also, "forking" allow possibility to promote into -testing and -extras, so less non-knowledgeable people will be forced to enable -devel just to use stable kernel.

Add to that possibility of using -devel for -devel purposes (instead of many packages scattered as .debs around net) - with semi-stable package @ -testing and stable @ extras - and You got a no-brainer solution.

Of course it's up to You, but I'm pretty sure it's going to happen anyway - so, the sooner, the better.

/Estel

Re: [Development] kernel-power
 

Pali - as a result of my latest findings re DSP driver, SmartReflex and similar stuff I am proposing a change in frequency scheme as follows (MPU/DSP)

instead of:

125/90,250/180,500/360,550/400,600/430,700/430,750/430,805/430,900/430,...

the values

125/90,250/180,500/360,550/400,600/430,720/520,805/600,900/600,...

The reasoning behind is that I have succesfully backported DSP driver from Harmattan(will send you diff file later), plus several other patches for SmartReflex, which allow us to run 805/600 with Smartreflex on absolutely stable (at least on my device). But those patches are for 720 and 800 MHz and I am not sure is it possible to calculate correct SR coefficients for 700/750. Anyway I will try to find those cofficients for 900, not sure if I will succeed.

Also I found the reason why for KP48/49 undervolting which was OK for KP47 no longer works ( DSP faults generated). It is because DSP driver for versions up to KP47 requests minimum OPP3 (i.e. 500MHz) when active , something which is missing in KP48/49. Will be included in new patch. Also this new patch makes bridgedriver compatible with both old and new IOCTL codes, so no different bridgedriver will be needed for 720p.

And TBH the whole overclocking scheme in KP seems semi-wrong in relation to how MPU clocks DSP and how DSP clocks MPU, just trust me on that, it is too complicated for short explanation, and right now I am too lazy to write long one.

P.S. Smartreflex and DSP patches are independant one to another.

Re: [Development] kernel-power
 

Ok, If you think that your patches are complete and stable send it. Then I can include it to kernel-power git tree.

Re: [Development] kernel-power
 

Would it be possible to enable thumb2-support, may be from the sources of the meego kernel for example?

Re: [Development] kernel-power
 

OK, just give me a week or two to be 100% sure they are stable.

@mankir - why is that?!? We do not have applications compiled with thumb/2 AFAIK.

Re: [Development] kernel-power
 

since ubuntu uses thumb2, karmic is the last version which is useable in chroot! Would be nice to use newest versions of (real) firefox, thunar, gimp, inkscape, ...

Re: [Development] kernel-power
 

If You succeed, We gonna owe You another *tank* of beer/wine/whatever :)

Anyway, just out of curiosity, how do You test stability of such changes? some defined procedure, or just observation?

/Estel

Re: [Development] kernel-power
 

changelog of v38 mentions thumb2 fix has been added. any chance to enable it? cat /proc/cpuinfo doesn't show it! may be there are some patches available, mohammadAG also has done some work on it...

Re: [Development] kernel-power
 

hi pali
bahador from iran !

Pali is possible that John wanted to know my wireless hacking the kernel to be 49

Thanks.:)

Re: [Development] kernel-power
 

According to MAG, thumb support was added for booting Ubuntu on N900. On Maemo, it just makes the whole system **** itself.

Re: [Development] kernel-power
 

@pali:
With KP49 kernel-power-settings depends on kernel-power-flasher>=power49 or kernel-power-bootimg>=power49, while previously it was enough to provide kernel-feature-overclock.
Due to the dpkg dependency system limitations which doesn't have a versioned provider, this causes a dependency problem for kp compatible kernels (like bfs) .
I suggest to add a kernel-feature-overclock2 provide to the kernel and use that dependency instead.

Re: [Development] kernel-power
 

Ok, I can change dependency in nver version to:
kernel-power-flasher >= 49 | kernel-power-bootimg >= 49 | kernel-feature-overclock-dsp

Re: [Development] kernel-power
 

A newer test on those drivers isn't so promising, though;
http://maemo.org/community/maemo-dev...ation_drivers/

Still it would be nice to get more people able to test it.

& at least we did get the XTS module

Re: [Development] kernel-power
 

AFAIK that modules are already in upstream kernel...

Re: [Development] kernel-power
 

Hi,
I read the changelog of kp49 but I couldn't see this being mentioned.
That red led is annoying.. I read it's there by law :(
But we should all have the choice to break laws :D

Re: [Development] kernel-power
 

Sorry I missed a lot of posts here. In future, please send me mail if I do not responce here in thread.

EDIT: Patch looks ok, now I pushed it into git repository.