Re: [Announce] kernel-power v47
 

No, he will keep all updates open...

...

Read last few pages FFS, Pali stated when to expect kp48 long time ago, and just a day or two before Your post, he answered the very same question again...

Re: [Announce] kernel-power v47
 

Bro, I am meego ultra horny for compcache. It is the closest thing we are going to get to a RAM upgrade.

Yeah. 128 ram, 128 for compcahe.

Gonna be sooooooooweeeeeet.

Re: [Announce] kernel-power v47
 

There are plans to try to compile n950's kernel 2.6.32 for N900 ?

Re: [Announce] kernel-power v47
 

Meego CE runs on a 2.6.3x kernel on the n900.
A while ago someone mentioned he was working on patches for the DSP to get 720p video working.
Will those patches be included in v48?

Re: [Announce] kernel-power v47
 

Freemangordon was/is working on that, but he hadn't posted any updates for quite some time - last time kernel side was working, but we needed updated userland parts. Still, freemangordon is active and I'm sure that he would tell us if, for any reasons, he would not be able to work on it anymore.

Long story short, I think You can't expect that in KP48. I think that it isn't as easy as it sound.

Re: [Announce] kernel-power v47
 

Just for the record: is anybody here able to get "fluid" videos at the 480p25 resolution of the stock camera-ui recorder?

I see you guys talking about 720p, but I would be happy if the recorded videos didn't have that "frame dropped" looks... :(

Regards.

Re: [Announce] kernel-power v47
 

About the "epic" bq_27x00 module problem:

Can this be source of all our problems with bq module? If it fails to show real values, just because bme shut device down, before chip can "learn" values, can this be fixed by small modification of maemo version bq-27x00 module? Just to make it "learn" values sooner?

As we previously realized, bq_27x00 work flawlessly on other devices (i.e. notebooks), but fail on our N900. That would answer Pali's question "why?". Fixing hat would be AWESOME success, cause then, everyone would be able to measure REAL mAh capacity of her/his battery.

Pali, any chance You can do that? It's most unlikely, that bq_27x00 developers would like to change it's upstream behavior. It's strictly N900 oriented customization.

//Edit

shadowjk is 100% right, on my device full_charge is also stuck (on 1378 mAh, where i use 3000 mAh dual-scud), i.e. don't update/fluctuate anymore, by even 1 uAh.

Re: [Announce] kernel-power v47
 

The work was suspended for a while (I was working on CSSU tasknav). Hopefully tasknav is bugfree now (at least on gitorious) so I will use my free time for some other tasks.

Till now the status (with DSP patch and 720p playback) is:

- DSP kernel patch breaks MP4 playback with stock userland libraries, H264 is working. In order to have all stuff working lots of usermode components need to be changed(dsp codecs, gst-dsp, ti-omx, omapfb, maybe mediaplayer)

- 720p playback needs 900 MHz CPU overclock, 530 MHZ DSP overclock, DSP shared memory increased from 4 MB to 5 MB, video memory increased from 4 MB to 8 MB. Only MP4, no H264. And DSP codec used is from Samsung i8910 Omnia HD, no legal way to get it. TBH the only file I have to test with is 720p video shot with some Android phone, so have no idea which profiles are supported and what the performance is.

- 720p videos played on TV - well, that could be the point I will give up. OMAP3 DSS is just not capable to downsample 1280x720 to either PAL or NTSC resolution. I was able to get picture on my TV by using PowerVR scaler, which outputs video to graphics plane, not to overlay. Result is that it overwrites buttons in media player :D.

What's next? Well it is summer time here ;), so maybe I will rest for a while. After that I have to make a choice - whether to continue playing with DSP first or to try to make portrait home for CSSU first. Anyway at some point of time DSP project will be resumed. The best thing that could happen is if Felipe Contreras gives a hand on it. When I return to DSP I will contact him and try to convince him to give some help.

In between if someone wants to continue work on it , just ask, I will give all of the source code needed.

Re: [Announce] kernel-power v47
 

Learning cycle starts below 3248mV (EDV1 stored in EEPROM), OS shutdowns device at about 3200mV (a bit less in fact), so to start a learning cycle you just need to follow simple steps:
1. Fully charge the device.
2. Let it discharge without pluging-in power to the [3200mV, 3248mV]
3. Plugin-in power before it shutdowns and fully charge.
4. Repeat untill there will be a right learning cycle.
I spent a lot of time to make it do a learning cycle, but finally it did.
Moreover about specific of learning cycle here

Re: [Announce] kernel-power v47
 

At least you can publish your source code here.

Re: [Announce] kernel-power v47
 

Big Thank You for the info, but in my case device shut down immediately, after reaching 3300 mV :/ AFAIK this is also case for dr_frost_dk tests, and shadow_jk one. I'll try to start learning cycle myself, ho ever.

Also, question for Pali (or anyone, who knows for sure) - there is any way, to override EDV1 stored in EEPROM by any means (i.e. some vodoo-hacks done to bq_27x00 module), specifically for our device (N900)?

Re: [Announce] kernel-power v47
 

oh please, oh please... work on portrait homescreen! :D

Re: [Announce] kernel-power v47
 

I Agree, Portrait Hildon-Desktop please.

Re: [Announce] kernel-power v47
 

and one downvote from me to compensate... :p

Re: [Announce] kernel-power v47
 

I've already published it here (the kernel side). And you have my patch too, so it won't be lost. I was talking about user libraries, maybe a thread dedicated to DSP is better than kernel-power thread.

Re: [Announce] kernel-power v47
 

Sorry but in bq27200 datasheet is written that host (our application) has only read only access to EDV1 register.

Re: [Announce] kernel-power v47
 

OMG STFU. N900 is not a portrait device.

Deal with it.

Re: [Announce] kernel-power v47
 

Just ok. kernel patch is in my git repository (I disable it for v48).

Re: [Announce] kernel-power v47
 

So theres no chance to solve this bluetooth problem on the next power kernel release?
ive been having this problem since v46 and is really anoying, anyway behaiviour is as described by darkslayer on post #771, if solving this on the next power kernel is not going to happen, is there some way to manually load the original kernel files alone for the bluetooth? at least to try if they work in this way,
thanks

Re: [Announce] kernel-power v47
 

Honestly, at this point, it kinda is (if you're running CSSU). The only thing not portrait-able about the OS itself is the desktop... On the other hand, I kinda agree with the 'STFU' part though, since the kernel has nothing to do with the desktop, and thus the desktop portraitization wishing has nothing to do with this thread.

Re: [Announce] kernel-power v47
 

I cannot reproduce this error. And nobody other which has bluetooth headphones did not tell me which git commit broke bluetooth support. So I do not know which kernel modules have errors and which needs to be fixed. I know nothing relevant about this problem and nobody other is investigating this problem.

Re: [Announce] kernel-power v47
 

It would nice if someone compile a tusbd.ko module for power kernel from usb redirector (previously named usb server) linux armel source code

http://www.usb-server.com/downloads.html

Re: [Announce] kernel-power v47
 

is there any way i could help? im no programer but im willing to trie any sugestions,
also, to add to the other issues reported, once this kind of "idle mode" starts the bluetooth commands from the headphone still work ok, except for the next or previous command in the music player, if any of this commands is issued it skips a simingly random amount of songs and not just one.

Re: [Announce] kernel-power v47
 

I installed sysklogd and tried to reproduce bug with bluetooth headset.
I got this in the syslog:

Re: [Announce] kernel-power v47
 

Any chance of getting the uboot package for kernel-power v46 updated to work with v47? As with so many other things, it is maintained by Mohammad...

Re: [Announce] kernel-power v47
 

I'm not ready to commit to maintaining anything else just yet (aircrack-ng isn't really too time consuming but alpine still needs working-on), so I won't package and upload a power47 version bump over Mohammad's one, but I can make the uboot+kerner-power47 image and just post it up for download if anyone really wants it.

Re: [Announce] kernel-power v47
 

Pali,
My videos are stuttering when I view them. Any idea how to debug?

Re: [Announce] kernel-power v47
 

How do you compile kernel power 47 ?

I tried compiling the source in scratchbox, but that does not seem to work.

When installing the kernel-power-source package, I could compile the kernel in scratchbox (after some small changes). But that seems to be the source for kernel power v46, not v47.

I successfully linked an (modified) version of a later v4l tree to the kernel-power-source v46 package so that I could compile modules for my DVB-T adapter. my PCTV nanostick now works with the n900, but I would like to add the modules to the kernel-power v47.
So that is why I ask how you compile the kernel-power v47. Do you use scratchbox? Or do you compile outside scratchbox using emdebian tools or something?

Re: [Announce] kernel-power v47
 

Package kernel-power-source does not work for v47 (will be fixed in v48).

you can compile v47 in scratchbox:
$ apt-get source kernel-power
$ cd kernel-power-*
$ dpkg-buildpackage -b

or compile with madde:
1. download dsc kernel-power package, unpack it with dpkg-source -x
2. apply madde patch
3. run mad dpkg-buildpackage -b

Re: [Announce] kernel-power v47
 

The u-boot for power46 never did work with Revision 2204 (and possibly others). It needs an updated package, which I still haven't gotten around to putting online anywhere; mostly because it's a bit of a "phantom" build which Stskeeps somehow got working. If I do a make clean then it steadfastly refuses to build any more, but I can successfully edit the config files and make it 0x38000 in size, and also add Matan's patches to remove watchdog reset amongst others, and then rebuild it (as long as I do not clean first). It's a bit odd but it does definitely work on my N900, which is a 2204.

The old package, based on the sterling work done by ali1234 here, was unfortunately the cause of all the "Starting kernel..." and then getting no further problems people were having, which could only be resolved by a battery pull (and resulted in many distrusting u-boot because it was notoriously a PITA to remove).

Re: [Announce] kernel-power v47
 

Or maybe you can include the v4l dvb-stack and headers in kp48.
That way we can easily compile our drivers against its headers :)

Re: [Announce] kernel-power v47
 

I see. So, if we can't cheat chip, maybe we can cheat maemo to "think" that voltage is higher, than it's in reality, and - for example- shutdown device on 3.0 V real voltage (for maemo, that would be exact same as now)? We would still have access to real voltage via bq_27x00 module (for monitoring aps, scripts etc), and chip would happily start learning cycles and calibration...

Is it *everything* hardcoded in bme, or bme read something, that we can "hack" to cheat bme? Anyone? joerg_rw? ;)

Re: [Announce] kernel-power v47
 

It's all about closed source bme/mce unfortunatelly. We can try to make a rewrite for BME (hald-addon-bme) as it was done in Mer (I guess there are few people left, who remember about that project), may be even bringing that free BME to N900. Source of Mer's hald-addon-bme is here

Re: [Announce] kernel-power v47
 

libbme library is now open (BME IPC, not daemon), see gitorious:
http://meego.gitorious.org/meego-dev...on/n900_libbme

we can at least stop BME... and shutdown device manually.

Re: [Announce] kernel-power v47
 

Please send patch for debian/rules which install all your needed headers. I can include it in v48.

Re: [Announce] kernel-power v47
 

I did say this before, for me at least (and likely Darkslayer and vaporesso), the problem is caused by the bt-mice patch introduced with v46. If anyone is interested I can upload my build of v47 minus that specific patch somewhere for anybody who wants test whether that patch causes the same issue for them (I could do with a recommendation of where to upload it). I did intend to do further debugging on the issue, but I've been lazy and the thought of recompiling the kernel with bluetooth debugging patches and reflashing the kernel several more times - when I now have it running just fine - just to run tests didn't appeal much to me, but I might just set aside some time to do it tomorrow.

Re: [Announce] kernel-power v47
 

Sorry, maybe I miss your post. If you are sure that this patch broke bluetooth audio I can disable it in v48.

If you can, provide kernel binaries without this patch. Now building kernel-power from my git repository is broken, so I cannot compile kernel-power. I'm trying to fix it now.

Re: [Announce] kernel-power v47
 

only reason I asked for you to work on it in this thread was you said "whats next?" and suggested the portrait desktop in this thread

Re: [Announce] kernel-power v47
 

Disabling it will result in broken bt-mice support in kernel. Lets retsaw make logs with and without bt-mice patch, so we can find what the real issue is, as he is the only one so far having this problem. And there is a pile of patches around web for BT handsfree devices (esp Motorolla ones) so I suspect the above mentioned patch just triggers another bug without being the root cause.

EDIT:
@retsaw - will you please point to posts where those two mentioned in your post guys are saying that they have exactly the same problem.

Re: [Announce] kernel-power v47
 

Darkslayer's description of his problem in this post is very similar to my problem and from his later posts I think he may have actually upgraded from v45 to v47, rather than v46 to v47. In this post vaporeso describes his problem as being like Darkslayer's and that he has had it since v46.