Mods delete this post please
Reserved
Reserved as well
It should really be titled Semaphore gamma. I'll dig up a few links from @stratosk's thread when I get to the comp.
xenyz said:
It should really be titled Semaphore gamma. I'll dig up a few links from @stratosk's thread when I get to the comp.
Click to expand...
Click to collapse
i get that it works for both but that's not the goal here bro
icu64 said:
i get that it works for both but that's not the goal here bro
Click to expand...
Click to collapse
Well, yeah it works for both, but credit where credit is due: it's @stratosk's Semaphore Gamma Interface included in the Mirage kernel.
Anyway, there is a Google docs spreadsheet with lots of gamma settings already in this section.
xenyz said:
Well, yeah it works for both, but credit where credit is due: it's @stratosk's Semaphore Gamma Interface included in the Mirage kernel.
Anyway, there is a Google docs spreadsheet with lots of gamma settings already in this section.
Click to expand...
Click to collapse
1) and? We aren't using it for his kernel and the scripts have nothing to do with his kernel. Anyone that wants to know more will look at the source and see that its his anyway 2) yes I know about that spread sheet And again.... So? What does that have to do with scripts besides the fact that I'm going to pull values from there for it at some point but that won't be until later and proper thanks will be given 3) stop telling me how to run a thread I started. If you aren't going to help and you don't like how I'm doing it guess what? Ya don't have to use it. Not trying to be rude but you're getting annoying now you need to stop
icu64 said:
1) and? We aren't using it for his kernel and the scripts have nothing to do with his kernel. Anyone that wants to know more will look at the source and see that its his anyway 2) yes I know about that spread sheet And again.... So? What does that have to do with scripts besides the fact that I'm going to pull values from there for it at some point but that won't be until later and proper thanks will be given 3) stop telling me how to run a thread I started. If you aren't going to help and you don't like how I'm doing it guess what? Ya don't have to use it. Not trying to be rude but you're getting annoying now you need to stop
Click to expand...
Click to collapse
But you are using his interface, it's just manners and respect for the dev. Also, xenyz was just trying to help by pointing you to the spreadsheet, I don't understand the need for hostility really...
Mods close this thread please
Related
So, I'm messing about with building android from the source, just as a learning process and for my own personal satisfaction at this point.
I've come most of the way under my own steam.. got a build up and running from the donut-plus-aosp branch, all google apps included and working.. but I don't actually know how to include root access in the build.. I know this is probably an embarrasingly simple question for a dev, and I feel suitably stupid for having to ask.
Also.. now you're here.. apps2sd.. do I need to compile anything special for that or is it just a bunch of symlinks in init.rc?
Muchos gracias.
I believe the root access is located in the kernel (boot.img)
You would also want to include the SU binaries and busybox.
For the apps2sd, the apps2sd script is run from the init.rc IIRC
Do not hold me up on this because I have not even looked at Android yet, but this is what I gather from reading the forums. I'm hoping it may give you a little direction while someone who has actually built from the source steps in
Thanks. I've already included the su binary and superuser apk but couldn't launch them, so I thought I must be missing something either in the kernel or init.rc.
I was hoping not to have to build the kernel manually just yet.. walk before you can fly and all that, but maybe it's time to grow some wings.
You should just compile cyanogen's kernel. he has it on his github. btw.. did you add busybox? i think apps2sd requires it but im not sure.(check logcat on startup, see what errors its throwing)
I've just added busybox in, but I can't do anything with apps2sd until I get root sorted.
I'm sticking with the 2.6.29-donut kernel for now.. cyan's includes loads of patches that I don't understand yet.. I'll compile it and see what happens purely as an experiment but I reckon it'll give me problems...
Just looking at the configuration options for cyan's kernel makes me feel like a dad trying to program a vcr
This post was infected with retardation. Please ignore.
goldenarmZ said:
This post was infected with retardation. Please ignore.
Click to expand...
Click to collapse
LOL
btw if your building from ASOP, it should already have root. I think you only need to add it to T-mobile OTA's
I know I hate looking at kernels. Liquefies my mind
B-man007 said:
btw if your building from ASOP, it should already have root. I think you only need to add it to T-mobile OTA's
Click to expand...
Click to collapse
It's not working for me.. I just get "permission denied"
Well I've got root by running chmod 4777 on /bin/sh, but this leaves root access wide open to everything and bypasses the confirmation check from superuser.apk... Come on devs, I could really do with a few tips here!
I think I've got it now... thanks to all the devs, you were a real help here.
goldenarmZ said:
I think I've got it now... thanks to all the devs, you were a real help here.
Click to expand...
Click to collapse
XD
i know, they are so helpful right?
Actually they never come by here anymore because of the supernoob questions
I suggest you try to pm,twitter, or website the devs. many of them are very helpful, but cannot stand noobs. as long as you do your research (like u did) you should get help
Hmmm, as I'm also building AOSP from scratch, I would have liked you to have at least posted the conclusion. I feel like several pages were ripped out of my copy of the story.
Guys,
Seems like there are lots of threads popping up with new 'packages'. I thought we should create a thread solely for the discussion of kernel hacks/patches so that we can separate the two:
For those of you who dont know, http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm-xdadev is the repo were are working on.
Just to clarify, this topic is ONLY for discussion regarding Kernel patches. Thanks to vdelf's headset patch it seems sensible to focus on:
1. Backlight always on problem FIXED 01/05/10 (vdelf)
2. Battery Issue FIXED 11/05/10 (drlucky)
3. Camera
4. USB
5. GPS
Makes sense. Lets add USB to the list. While charging works, data transfer does not. Also USB might allow us to debug kernel/android on the x1 and that is what dev's always dream of
:suggestion: why not add the latest kernel as download in the 1st post if there is progress. So everyone know where to download the latest updates u ppl do
dexteral said:
:suggestion: why not add the latest kernel as download in the 1st post if there is progress. So everyone know where to download the latest updates u ppl do
Click to expand...
Click to collapse
It will be great to do this, and stick it
@dexteral,
Anyone can checkout the kernel from the above repo I posted. To do what you require we would need to upload the Kernel everytime someone adds a patch...
vdelf said:
Makes sense. Lets add USB to the list. While charging works, data transfer does not. Also USB might allow us to debug kernel/android on the x1 and that is what dev's always dream of
Click to expand...
Click to collapse
Is data transfer even possible in haret? I mean how would system unmount sdcard if it's running from sdcard itself?
not fast data but normal will work
love it
vietdoan20062006
Hi, Lets add fm-radio to the list
Great idea ... otherwise we are creating such a mess with lots of different kernel versions in different threads.
If anyone is interested in compiling the kernel as well as the wifi modules, I have setup a VMWare debian appliance containing all necessary tools and scripts to compile everything. Since this is a few hundes MB, I haven't got a place to upload ... need to check this first. If you are interested, let me know.
@drlucky
Have you had a chance to look at the backlight issue? I am almost out of ideas
Can you post your modifications on the microp-module and what you found out until now?
_Sensible said:
Guys,
Seems like there are lots of threads popping up with new 'packages'. I thought we should create a thread solely for the discussion of kernel hacks/patches so that we can separate the two:
For those of you who dont know, http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm-xdadev is the repo were are working on.
Just to clarify, this topic is ONLY for discussion regarding Kernel patches. Thanks to vdelf's headset patch it seems sensible to focus on:
1. Backlight always on problem
2. Battery Issue
3. Camera
4. USB
5. GPS
Click to expand...
Click to collapse
hey could you post the steps involved for compiling the kernel i am able to comile the kernel but it is not running
Wich toolchain do you use? arm-2008q1 or arm-2009q3?
X1iser said:
Wich toolchain do you use? arm-2008q1 or arm-2009q3?
Click to expand...
Click to collapse
arm-2010q1
could u write all the commands used by you
the way i have written
Personally I'll start to see how to compile the kernel. Can you share the link to download arm-2010q1?
Have you read this post ?
X1iser said:
Personally I'll start to see how to compile the kernel. Can you share the link to download arm-2010q1?
Have you read this post ?
Click to expand...
Click to collapse
http://www.codesourcery.com/downloa...-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
but may be it is not the right one it has got 202 in it insted of 67
ya i read that post only
i was able to compile the kernel but it is giving some errors
_Sensible said:
@drlucky
Have you had a chance to look at the backlight issue? I am almost out of ideas
Click to expand...
Click to collapse
Sorry, haven't had the time. Could you push your changes to the git repo, I will try to have a look at it this week ...
okay i tried to make the kernel bt following the guide above by fatsal...
but i got stuck at
make htckovsky_defconfig ARCH=arm
htckovsky_defconfig doesn't exist (in the new repo anyway, i believe)
any help? which defconfig to use? :S
drlucky said:
Sorry, haven't had the time. Could you push your changes to the git repo, I will try to have a look at it this week ...
Click to expand...
Click to collapse
Just played with the klt-driver a bit. I always get version 0x0000, which on a hero means "bootloader mode". I have tried to migrate the hero code, but with no luck. It seems that the microp-klt needs a "reset", which shoudl be done by using a magical GPIO (on hero: 76), but this doesn't currently work at all. Kernel boots up, but still gets no valuable version number.
Anybody find the stock kernel config? I dont see a copy of it in the kernel sources. I know I could use an android defconfig, but I would prefer to have the config for the NC. Any tips?
omap3621_evt2_defconfig
I saw your comment about that in the other thread about building u-boot. I cant find that anywhere and google returns nothing
I found the other omap3621 defconfis, but not evt2.
Edit: I found omap3621_evt1a_defconfig in the pack released from BN. I assume that isnt the same thing
Oops, I've been saying evt2, I meant to say evt1a.
pokey9000 said:
Oops, I've been saying evt2, I meant to say evt1a.
Click to expand...
Click to collapse
Excellent! So I did find the correct defconfig
Now to figure out how to compile the CM6 kernel.
staulkor said:
Excellent! So I did find the correct defconfig
Now to figure out how to compile the CM6 kernel.
Click to expand...
Click to collapse
Yeah, I've been replying from my N1 all day and was going from memory. evt1a sounds similar to a project at work. Damn crosstalk...
Welcome to the Motorola Olympus (Atrix 4G) Overclock Thread!
Well, I didn't know what to do today, so I've created something useful, an Overclock Module. However, this is incomplete and I need help for completing it.
More specifically, I don't know how to replace the already loaded table with the one written in this module. If anyone can help, I would appreciate it!
TRY THIS AT YOUR OWN RISK, I'M NOT RESPONSIBLE IF YOUR PHONES BRICKS.
Status: COMPLETE.
Download:
Compiled module: HERE (Min 200MHz Max 1.4GHz)
Module source: HERE (Outdated. It'll be updated when it'll be cleaned.)
What you need:
1. A brain
2. A ROOTED Atrix
3. Patience
4. PC and SDCARD.
How to load it:
1. Download the compiled module
2. Put it on the root of your sdcard
3. On your ROOTED device, run a terminal emulator and do exactly... this:
Code:
su
cp /sdcard/olympus_overclock.ko /data/
chmod 777 /data/olympus_overclock.ko
cd /data
insmod olympus_overclock.ko
4. Use SetCPU for your profiles
And let me clarify a thing: This isn't a kernel. This is a kernel module
Thanks to:
Skrilax_CZ - Without you, I would never had been completed the work.
iggytom & Bakano - Thanks for your kallsyms logs!
Stay Tuned!
=NOT TESTED....what do you expect...put here some modified kernel and want to us test withou any test made by you? lol
You kiring right?
Exciting but Ill wait till a few brave souls test it out first
Sent from my MB860 using XDA Premium App
is this a joke?
frankiedizzle87 said:
is this a joke?
Click to expand...
Click to collapse
he says "completing and uploading"
...maybe he actually plans on testing it first? or maybe he's just trollin'
I've ever done things that I wanted to do.
I'll receive my Atrix next week, so, for now, it isn't tested and it isn't even completed.
DEVS, I need some help. I've modified the struct and, well, sincerely, I don't know how to load it and replace it to the already loaded frequancy table.
I'm posting the source, being confident on other devs that can help me.
P.S.: The module isn't simply setting the maximum frequency for overclocking. Its concept is rewriting the frequency table for getting better scaling and even better battery life adding underclocking features in the future.
EDIT:
@EclipseX
I'm not posting a kernel. Atrix is locked. Read prior to write things.
@raybond25
I don't mean why some people is accusing of trolling when those people don't know who is that guy that is posting these things....
Looks I
To be interesting. Thanks
Sent from my MB860 using XDA Premium App
kholk said:
I've ever done things that I wanted to do.
I'll receive my Atrix next week, so, for now, it isn't tested and it isn't even completed.
DEVS, I need some help. I've modified the struct and, well, sincerely, I don't know how to load it and replace it to the already loaded frequancy table.
I'm posting the source, being confident on other devs that can help me.
P.S.: The module isn't simply setting the maximum frequency for overclocking. Its concept is rewriting the frequency table for getting better scaling and even better battery life adding underclocking features in the future.
EDIT:
@EclipseX
I'm not posting a kernel. Atrix is locked. Read prior to write things.
@raybond25
I don't mean why some people is accusing of trolling when those people don't know who is that guy that is posting these things....
Click to expand...
Click to collapse
if you had described you just said in your last post in the OP, people wouldn't have been quite as skeptical, it seemed as though you were posting saying you'd already completed (or nearly), but hadn't tested it, and were hoping that others were. That's all.
thanks for the clarification on what this is and what you intend to do
Well yes, I was thinking too much easy because I've done other things like this in the past but then I've discovered that this is different... so..
kholk said:
What you need:
1. A brain
2. A ROOTED Atrix
3. Patience
4. PC and SDCARD.
How to load it:
Click to expand...
Click to collapse
From the testers point of view before we even get to looking at this, which kernel did you design this for being we now have three currently out with the retail, the leaked feb version, and the OTA update. Pleas provide your how too asap before someone dose something wrong and burn out their device. That said I'm waiting till I see a proper OP before I look at this again, good luck.
Well the OTA's out of the question since it can't be rooted
kennethpenn and DG if you guys can make this happen. you will be my heros
Djazin said:
From the testers point of view before we even get to looking at this, which kernel did you design this for being we now have three currently out with the retail, the leaked feb version, and the OTA update. Pleas provide your how too asap before someone dose something wrong and burn out their device. That said I'm waiting till I see a proper OP before I look at this again, good luck.
Click to expand...
Click to collapse
It is a SOURCE.
A source can be compiled on every kernel you want if you've got the source for it.
Anyway, only the retail version source is out, so for now we can compile it only for the OLYFR_U4_1.2.6's kernel ...... when it gets completed.
JoeyGuard said:
kennethpenn and DG if you guys can make this happen. you will be my heros
Click to expand...
Click to collapse
DG is gone completely.
Sent from my MB860 using Tapatalk
Okay guys, I'm going to complete this.
Anyone with the OLYFR_U4_1.2.6 firmware installed can execute this command and upload to me the file?
Code:
cat /proc/kallsyms > /sdcard/kallsyms.log
This command creates a log of the kallsyms in the kallsyms.log file stored on your sdcard.
I need that file for finishing the work.
Thanks!
Here you go. 10char
Response
kholk said:
Okay guys, I'm going to complete this.
Anyone with the OLYFR_U4_1.2.6 firmware installed can execute this command and upload to me the file?
Code:
cat /proc/kallsyms > /sdcard/kallsyms.log
This command creates a log of the kallsyms in the kallsyms.log file stored on your sdcard.
I need that file for finishing the work.
Thanks!
Click to expand...
Click to collapse
Here you go. hope it helps =)
It exceeded allowed file size as a "txt" file, so here it is in rar format
Thanks for the kallsyms.
Examinating and finishing the job.
kholk said:
Thanks for the kallsyms.
Examinating and finishing the job.
Click to expand...
Click to collapse
Im very excited for this kholk I know you're good at these things. I have my fingers crossed
Sent from my MB860 using XDA Premium App
if this is possible WOW whata beast, even my netbooks will be jealous LOL
Hi all, I have just installed IZS by Huexxx and observed that softkey turn on every time I touch the screen. Anybody has the same issue? Some solution?
johan111 said:
Hi all, I have just installed IZS by Huexxx and observed that softkey turn on every time I touch the screen. Anybody has the same issue? Some solution?
Click to expand...
Click to collapse
It's not bug actually, it's a feature. It is supposed to behave that way
MasterNoone said:
It's not bug actually, it's a feature. It is supposed to behave that way
Click to expand...
Click to collapse
If it is a feature, I would like to see the option to disable it. It is annoying for me and I prefer the old (Zeus) way of softkey backlightning.
How is it in stock ICS?
johan111 said:
If it is a feature, I would like to see the option to disable it. It is annoying for me and I prefer the old (Zeus) way of softkey backlightning.
How is it in stock ICS?
Click to expand...
Click to collapse
Not all features have an option I'm afraid. I can try to tweak the led driver or something if you wish so badly to change that behavior.
MasterNoone said:
Not all features have an option I'm afraid. I can try to tweak the led driver or something if you wish so badly to change that behavior.
Click to expand...
Click to collapse
If you know how to do this I would be grateful. And maybe Huexxx will implement this to the next version of IZS. Thanks in advance
johan111 said:
If you know how to do this I would be grateful. And maybe Huexxx will implement this to the next version of IZS. Thanks in advance
Click to expand...
Click to collapse
I'll give it a go once I have some time. maybe tomorrow, can't promise anything
MasterNoone said:
I'll give it a go once I have some time. maybe tomorrow, can't promise anything
Click to expand...
Click to collapse
johan111 said:
If you know how to do this I would be grateful. And maybe Huexxx will implement this to the next version of IZS. Thanks in advance
Click to expand...
Click to collapse
I've recompiled huexx diana3 kernel from the sources and changed the led driver behavior to the act as you requested. I won't the post the link here as huexx might get mad at me for redistributing his almost unmodified kernel so I will PM you the link and instructions.
johan111 said:
If it is a feature, I would like to see the option to disable it. It is annoying for me and I prefer the old (Zeus) way of softkey backlightning.
How is it in stock ICS?
Click to expand...
Click to collapse
If you prefer old leds behavior, just set "always on" and they will behave like in GB
at least it works fine with other ics rom.
MasterNoone said:
I've recompiled huexx diana3 kernel from the sources and changed the led driver behavior to the act as you requested. I won't the post the link here as huexx might get mad at me for redistributing his almost unmodified kernel so I will PM you the link and instructions.
Click to expand...
Click to collapse
Thanks man!!!
Led backlightning now works the way I prefer. :victory:
But with a new release of diana3 kernel (will come some day) it will change back to default (if huexxx doesn't add new option), am I right?
Why not to ask Huexxx for adding an option to change softkeys behaviour? You have this part of kernel already done, so it would be easy to introduce.
yomek88 said:
If you prefer old leds behavior, just set "always on" and they will behave like in GB
at least it works fine with other ics rom.
Click to expand...
Click to collapse
I don't want to keep leds on all the time. I prefer they react only to direct touch (not touch the screen!), then dim and go off.
Now I have it!
johan111 said:
Thanks man!!!
Led backlightning now works the way I prefer. :victory:
But with a new release of diana3 kernel (will come some day) it will change back to default (if huexxx doesn't add new option), am I right?
Why not to ask Huexxx for adding an option to change softkeys behaviour? You have this part of kernel already done, so it would be easy to introduce.
Click to expand...
Click to collapse
Yes they will return to their default (huexx default) behavior I'm afraid. Well that's up to Huexx is his kernel/rom not mine. I do not control what he does I could recompile his kernel with the small changes I made at every Major version with a capital M. but I can't be doing it all the time. I might add that option when I release my kernel but it won't be compatible with IZS (it will...but won't link with 'zeus tweaker' or something like that if he adds it)
also won't have some of his changes / features (will have mine instead).
Anyhow....I'll gladly share the code with him if he wishes to add that led behavior as an option. (he could probaly make it thou it's not that hard)
i think u dont understand the rules ,, didnt u ask yourself why he uses github and followed the rules of posting the kernel ,, all im saying that github was made so that modders like you could modify the kernel ,, just ask him to post a thread with it ..or.. send him the commit so that he can add it in the next version ,,,
rrgrrg said:
i think u dont understand the rules ,, didnt u ask yourself why he uses github and followed the rules of posting the kernel ,, all im saying that github was made so that modders like you could modify the kernel ,, just ask him to post a thread with it ..or.. send him the commit so that he can add it in the next version ,,,
Click to expand...
Click to collapse
Actually that's why I did not post the kernel I'm not allowed to distribute a kernel without a github. also diana3 kernel is not my work but huexx's. So I did not use the forums to distribute a kernel. Now the open source laws clearly state I can do as I please with the source in my own time and need and the forum rules do not have juridistion of my personal life (thank god lol). I will not...however, post any work without source either mine and specially not...of others.