Re: [Announce] kernel-bfs
Whoa, lots of activity in this thread since I've gone offline. Please people, do know what you're actually doing before trying stuff out. Most questions are not kernel-bfs specific. I'll however try to answer the most commonly asked questions.
I'll update the first post with some common misconceptions when I get back home this evening. Quote:
If you want to use multiple kernels, either use uBoot or multiboot. Quote:
Quote:
Quote:
Quote:
Quote:
This can be experienced as being scary indeed. There's not too much to worry about though as far as I know. Quote:
Quote:
Quote:
Quote:
|
Re: [Announce] kernel-bfs
Quote:
Quote:
use flasher. 3.5 thingy *google it up* and download kernel image from somewhere.. anykernel image works.. just boot up and reinstall kernel-power u dont have to completely reflash ur device.. |
Re: [Announce] kernel-bfs
I found bfs is incompatible with speedpatch, xterminal will get cgroup error, sorry for my off topic
guys, if you want try bfs, you better deinstall speedpatch see see. I got speedpatch, because I need to solve the qtlockscreen problem -.- |
Re: [Announce] kernel-bfs
Quote:
nvm.. jus went to xterm.. installed speedpatch.. doesnt work |
Re: [Announce] kernel-bfs
I am not using multiboot but was using speedpatch. I went ahead and installed kernel bfs using faster app mgr and got the compatibility error message and one about speedpatch. I ignored them and didn't install the bootimage version and all seems fine. I was never a particular fan of speedpatch anyway.
|
Re: [Announce] kernel-bfs
i have just installed bfs with speedpatch
but speedpatch isn't working any more :( i prefer to stay with speedpatch so i will uninstall bfs :( @iDont can't you make it compatible on some way with speedpatch ? thanks for your effort :) |
Re: [Announce] kernel-bfs
speedpatch is depreciated, placebo-like solution, so requesting support for it here is a little ridiculous. Anyway, you can always ask speedpath developers to make it compatible with kernel-bfs - I wonder how "magical" fixes would be introduced there, cause cgroups are not supported by bfs-kernel. Anyway, it is off-topic here.
While I'm big enthusiast of kernel-bfs and would love bigger audience for it, I strongly discourage non-experienced people to install this. As iDont clearly stated, it may be rough at the edges, and some features - like bq27x00_battery - even dangerous (although, only theoretically, unless someone fill trustworthy damage report ;) ). Use at own risk, and please don't complain it it doesn't work for You - at least if You're not able to provide debug info of verbose report about problem. Disclaimer - this is my personal opinion, I'm not a part of kernel-bfs team) Disclaimer 2 - it's not about "elitarity", I just think newbie people should start kernel-adventure somewhere else. // Edit There was a heated discussion on IRC today (joerg_rw, I'm looking at You ;) ), and I think it's worth to mention some conclusions here. The *optional* way of enabling dangerous path for bme and other i2c sucker coexistence, is considered really dangerous, and *don't* touch it, if You don't know what you're doing. iDont already stated it clear way, but I would like to mention that some believe (for good reasons) that possible conflict on i2c bus may cause serious hardware damage, as kernel is talking with power chip via i2c thousand of times per second. Really, really avoid it if you don't know for sure what enabling this means. |
Re: [Announce] kernel-bfs
has anyone seen this weird bug... it was like the desktop had crashed however the phone was still working and all of the apps i was running atm were layered on top of each other... sadly no screen shot
|
Re: [Announce] kernel-bfs
Quote:
Quote:
If applicable, try removing suspicious widgets (if you have any) and remove/lower your overclock. Please report back if it happens again. |
Re: [Announce] kernel-bfs
iDont, from irc logs I see you're planning to reverse way to enable co-exist of bq27x00_battery.ko with bme, and make it accessible only from garage page.
Of course it's up to you, but I strongly advocate for not doing so. Method that joerg_rw advocate (open/close of i2cget access) was described by 412b (author of well-respected advanced-interface-switcher and advanced-power-monitor), as very resource intensive. I will try to settle a conclusion about it, cause joerg_rw seems to think otherwise, but I would advocate waiting for proper fix - in any way - instead of disabling it all-together "just in case someone may enable well-described as dangerous feature and f*ck her/his device". /Estel // Edit It seems that joerg_rw proposed some alternative, safe solution - and that's great, but I would wait with reverting patch in repos version, before someone actually implement it. IMO, theoretical solution isn't enough to ban current, only one available solution. |
All times are GMT. The time now is 15:08. |
vBulletin® Version 3.8.8