Kovsky Kernel Development [2.6.35] - XPERIA X1 Android Development

This thread is dedicated to the development of the 2.6.35 kernel for the Xperia X1 (HTC Kovsky) device.
Alex (sp3dev) has done a wonderful job so far to port a lot of his pervious 2.6.27 work into this branch. His source code can be found here: http://gitorious.com/~ast/linux-on-qualcomm-s-msm/alex-linux-xperia
It’s possible to build the source and boot the kernel, but no functionality beyond that is functioning so far (i.e. it won’t connect to your GSM network or be able to detect touch on the screen).
Eventually releases will be posted here; hopefully other developers can submit patches, recommendations, etc.
Thanks, and stay tuned!

Great, expecting the completely new kernel!

Stay Tuned, YES!!
seandean said:
This thread is dedicated to the development of the 2.6.35 kernel for the Xperia X1 (HTC Kovsky) device.
Alex (sp3dev) has done a wonderful job so far to port a lot of his pervious 2.6.27 work into this branch. His source code can be found here: http://gitorious.com/~ast/linux-on-qualcomm-s-msm/alex-linux-xperia
It’s possible to build the source and boot the kernel, but no functionality beyond that is functioning so far (i.e. it won’t connect to your GSM network or be able to detect touch on the screen).
Eventually releases will be posted here; hopefully other developers can submit patches, recommendations, etc.
Thanks, and stay tuned!
Click to expand...
Click to collapse
yes, I think we have to use this thread to stay up to date with the kernel development.
My opinion is that there are few developer that continue to port android on kovsky, the Alex branch is one the most active. So I'll follow you.
Thanks and keep going.

OK starting with the offtopic in development thread again (sorry), but what are the advantages of the new kernel?

Mainly to clean up the code and iron out bugs (probably to merge with mainline linux one day).. But anyway, just for fun..

Alex can you just do some quick fixes and compile .35 version for NEOPEEK GINGERBREAD ROM ???
That's would be great thing for X1 community

no, unfortunately not. it requires much more than small fixes. porting microp and touchscreen drivers is a huge PITA. and i want to port some nand bootloader first

Ok thanks for answer...
But, i didn't understand what you mean by that bootloader...you wanna make DIRECT NAND ADROID BOOTLOADER for X1 ?
Anyway is that what you love to do or you know how to do it ?
If you need any help from me i am here. I am not good with LINUX terminal, but i know VB.net, C#, and a little C++.
Thanks for everything rusian brother

This looks like the stuff they are doing here https://www.codeaurora.org/gitweb/q...it;a=shortlog;h=refs/heads/android-msm-2.6.35, whats different?

Ok, a very experimental zImage. Only for those of you guys that have much free time and nothing to do...
http://www.mediafire.com/?a1rzi5embishqd7
It contains:
kernel 2.6.35.7
Working:
Touchscreen
Sound/headset (with the new libraries from jbruneaux). You need to copy AudioFilterTable.csv, AudioPara3_XC.csv renamed to AudioPara3.csv, AudioPreProcessTable.csv from \Windows to the root of sd card. All in all, this means you can use custom acoustic tables and sound quality will improve greatly.
LEDs. Completely reworked, doesn't hang with custom triggers. Do 'echo mmc0 > /sys/class/leds/green/trigger' to have fun and let the green led blink like on your desktop when accessing sd card.
Phone calls (huh. i have not tested mic though)
Keyboard/keypad.
USB - will probably fail if booting with usb plugged. replug to activate. some power management was reworked (will need to fix that glitch with booting with usb in), but now the power of ulpi is disabled when usb unplugged - less drain
Battery monitor/Charger - less hackish now. Uses linux power system to drop voltage/monitor charging. The charger status updates instantaneously on plug/unplug
Shutdown/reboot
Not working yet:
GPRS/PPP (alright.. you are free to fix the userspace, ril and scripts to choose the correct smd channel. i will not add the hack swapping channels 1 and 7 to the new kernel)
GPS (will just crash. but probably more a userspace thing, though)
Bluetooth (rfkill is there. it will hang dead if you try to access the serial port, though)
WiFi
Qwerty backlight (i'm just lazy)
Vibra (look up the previous point)
Camera (WIP)
Optical Joystick
To make sound work, copy the two .so files to /system/lib. They are incompatible with previous kernels (htc-linux tree) and vice versa, this kernel is incompatible with the old libraries.
Do NOT set pm.sleep_mode to 0 or 1, it is not yet working
So, you can see that this is highly experimental and a WIP, it's more a proof of concept, but if you have time, you could try it to see if it boots for you..

I guess like everyone here... i just want no more button freezes! everything else is currently working acceptably for me!

Wow, amazing you managed to get 2.6.35 working on our mobile phones, I like what you have done with the LED's And reponse time was impressive and it felt very speedy, had sadly some issues that prevented me from running any benchmarks.
Honeycomb is not working will with this new kernel, could not connect to any network, it was continiously switcing flight mode on off preventing any kind of network from working. Could not browse the filesystem with included filebrowser, I do wonder why as I had not problem accessing /sdcard from a terminal.
Do you know why the existing froyo libraries have problems with the updated kernel?

No, i have no problems. Ril works fwiw
http://img441.imageshack.us/img441/6028/devicefn.png
So, maybe you need to do a wipe before booting. Anyway, it is nowhere near working, so i guess it is pointless digging into the userspace before getting all hardware on 35.
One thing. JB sound libs may be prelinked and conflict with your system libraries, so i think it's best to wait until this stuff is merged to xdandroid first

Was this kernel made based off source changes not yet committed to GIT? I tried last week building a kernel based on your 35 repository (which it built successfully) but the touch screen wasn’t working for me.

The touchscreen part was not modified, but yes, some of the code is not yet released. I am still working on headset and audio and plan on committing it later this week. I am now testing wifi. The card seems to bring up now, but i have not yet tried connecting. Setting up debian chroot for that now

But Alex,
Please understand that all kernels from .27 series have really unstable WiFi and really slow... If you can make WiFi to work like on WM that would be all what i want in Android
Thanks

It is really great work guys .. keep it up .. i'm waiting for this kernel ..
hope i can see it fully working soon .. as i guess it may overcome libskia problem as neopeek said .. which will give us the ability to port many awesome roms ..
Thanks too much Alex & Seandean ..

sp3dev said:
The touchscreen part was not modified, but yes, some of the code is not yet released. I am still working on headset and audio and plan on committing it later this week. I am now testing wifi. The card seems to bring up now, but i have not yet tried connecting. Setting up debian chroot for that now
Click to expand...
Click to collapse
good work!!! what about FM Radio and front camera in the future?

Wow. after much trial and error, wl1251 'just works' as it should (well, actually the wl1251 sdio driver is a bit buggy, so for some time now we won't be using wifi interrupt and power saving mode). The patches for mmc are commited.. The rest, audio and headset, will come later

sp3dev said:
Wow. after much trial and error, wl1251 'just works' as it should (well, actually the wl1251 sdio driver is a bit buggy, so for some time now we won't be using wifi interrupt and power saving mode). The patches for mmc are commited.. The rest, audio and headset, will come later
Click to expand...
Click to collapse
Excellent, sounds like 2.6.35 is getting close to replace the old 2.6.27
Do you have some precompiled wpa_supplicant and libnl.so that are working with the wl1251 network driver? Have added the compat-wireless to the old 2.6.27 but I am having some difficulty compiling the tools needed to control it and verify if it is working at all on the old kernel.
Downloaded a copy of your 2.6.35 source yesterday, can see that I allready now need to download it again to get your latest updates

Related

working Android on TOPAZ

Hi,
can someone help me with my issue with Android ?
It doesn't work after LOOOONG boot:
1. camera
2. Wifi
3. GSM module + data connection
This things are the most important for me and it doesn't work.
Do you have tips because this procedure upwards doesn't work.
I configure it with this procedure from samsanchez88:
http://forum.xda-developers.com/showthread.php?t=641021&page=154
Or do you have some other procedure in which will work: GSM module, GPS, WIFI and Camera ?
Thanks for help.
GSM Fix
In the Setup.txt you will notice close to the end there is a command Force_CDMA=1 change the 1 to a 0.
As far as the WiFi, It works fine on mine so does the WiFi Router.
Camera is not working yet.
Smleth said:
In the Setup.txt you will notice close to the end there is a command Force_CDMA=1 change the 1 to a 0.
As far as the WiFi, It works fine on mine so does the WiFi Router.
Camera is not working yet.
Click to expand...
Click to collapse
Does will somebody fix the camrea problem or rather will fix this issue in Android 2.2?
Does the data connection works on your Topaz [ EDGE, UMTS, HSPDA ] ?
Currently zImage or kennel for topaz is incomplete, despite xdandroid builds are working fine on other devices except camera, such as original diamond. So, topaz has some functionalities being worked on.The lastest achievement is gps(buggy) and slight power management.The camera is not even supported by android according to xdandroid page. This does not seem to be zImage problem.
If you want most complete bleading edge kenel drivers and fix bugs, go to glemsom.anapnea.net/android/htc-msm-android/ and read people's comments and download accordingly.(some builds are screwed bewarned)
Camera
So Camera will never work on TOPAZ ?
It doesnt work the data connection why ? It also doesn't work ?
Why doesnt work moutUSB as external storage ? It also doesn't work ?
devs are working on everything.
camera support is comming that is only thing not supported by haret android system yet.
mount usb does not work because simply you cannot afford to give sd card to pc while you are using it. That does not mean impossible as devs are again working on it.
data is actually working go above link to replace zimage with latest version(do read people's comments if data is working. ) and it should work. is sad that shadowline abandoned the thread and android devs are seem to be working more on bringing leo to android instead of topaz...
go wiki and read advanced user section pls....
1. Do you know when exactly will work the camera [ in 2 months, 3 monts, 4 monts ] ?
2. It have sense to work as function "mount usb" - flash disk, I use it on Win Mobile everyday as flash disk. Do someone of devs want work on it?
3.Will someone work also on the power managment that the device can run at least one day ?
4. Why doesn't work the speaker or headphones when I play music ?
Thanks for info.
As squarememory says, the developers are working on all this issues. Porting android and a linux kernel to this phones is not a simple job. The kernel support general hard, but the config for the phone is very specific. Adjusting drivers to work with the phone's hard implies a lot of work.
Grab a seat, take it easy, they are doing an excellent job, and when they got issues solved, you gonna see the results reflected in the repos.
I know that they are doing goog job but can you tell me just rough estimation when main bugs [ Power, Camera, SOUND from speakers or headset ] will be solved ?
Thanks.
Mate, no one is paying them to do this, they're not a company or selling this as a product. And like everyone else they have a Real Life, a job, family, etc.
That will be ready when they have time and when they can solve the problems.
1 day, 20 years or never. No one will never know, so try help instead of asking when or why because no one here have the obligation to do it.
Dude, I know they do that for free and have theirs lives. But human is not patient if something like and that's my story. I appreciate their work because it's amazing to run different OS on the same phone.
That's it. I didn't want to bother anyone.
be patient or buy an andriod device.
I know the answer. And it is... "nobody knows"
Porting is a serious job, which requires TONS of inspiration, time and knowledge. Let's suppose "knowledge" is a fixed value (at least not decreasing during the process), but "time" and "inspiration" can't really be estimated.
In other words, it's a hack and it will be there... when it is ready
for this to work you'll need to have the latest "modules-*******" for topaz file
@ all
For connection with sd-card and management about android,read this thread.
With the last kernel and XDAndroid it works like a charme.
http://forum.xda-developers.com/showthread.php?t=815940
greetz
pego2007
Only thing that not working on my topaz is the camera,but i hope they can fix it soon.

911 and e911 explained

Personal background: Associate degree in Laser Electro Optics. 12 years research and development semiconductor manufacturing, 15 years as an EMT, last 10 years as a 911 telecommunicator for Austin-Travis County Emergency Medical Services. 6 of those years as a Training Officer.
The reason for my (cough) resume is so everyone understands I have the technical background and experience to explain the differences between e911 and 911.
Public Safety Answering Point: the local organization tasked with answering emergency request phone calls and dispatching appropriate emergency resources. PSAP's are broken into two types, primary and secondary. The primary PSAP is typically the local police department for city's and the local sheriff's department for unincorporated areas. Some colleges have their own police department and may have their own PSAP. So realistically a person can connect to a different 911 call center depending upon their location within a small geographic area.
Large urban areas typically have secondary PSAP's. The secondary PSAP usually consists of public safety departments not related to law enforcement such as fire and/or emergency medical services (ambulance services) specially trained to send request specific resources dependent upon the emergency. In Austin and Travis County we run 120 thousand EMS 911 calls per year. The police department takes about 2000 911 calls per day.
911: a simple to remember phone number nation wide allowing everyone access to emergency services. No location information is transmitted or received. The PSAP is responsible for determining location by interrogation of the caller. This can a problem if the caller is altered or otherwise unable to give accurate information.
e911: Enhanced 911 was created to ensure location information was transmitted to the 911 call center regardless of the callers ability to give this information. The phone companies are responsible for ensuring this information is available and transmitted to the PSAP. Conventional e911 is effective for landline phones. Cell phones present a completely different problem.
Cell phones are required to meet two different location technology standards.
Phase 1 wireless data: as cell phone use skyrocketed in the nineties, legislation was passed requiring provider's to transmit location data based on the cell phone tower that the cell phone was connected to. While this is helpful, it is problematic due to the sheer size of the area that had to be searched if the caller was unable to give their location.
Phase 2 wireless data: legislation now requires GPS location data be provided by the cell phone company. This location information can be transmitted via the gps chip from the cell phone or via radio location triangulation using the cell towers in the immediate area of the caller.
So in a nut shell, my test of neobuddy's ICS indicated that 911 worked for a sim loaded phone. I did not test the phone with the sim pulled. I also did NOT verify that GPS data was being received by the PSAP.
If 911 works with your phone it should work in any area. I was connecting with two different PSAP's as I live right between two different area's and sometimes connect to one or the other.
Hope this clears some of the confusion. A good explanation is located at en.wikipedia.org/wiki/Enhanced_9-1-1.
genesis3 and I are still working on the cm7 issue and getting closer to a resolution.
Later tators
Sent from my Touchpad using xda premium
thanks a lot. i can confirm cm7.1 has 911 issue.
Sent from my SGH-T959 using XDA Premium App
Developers should also note that as technology continues to advance, video conferencing and text message 911 activation requirements will also be legislated in.
I firmly believe that Google should begin requiring manufacturers make their modem software and audio software open source. Manufacturers should also be required to provide detailed explanations of how the relevant library's interface with the operating system, modems and audio system when activating an emergency call. This is Androids achilles heel. All it will take is one national media event to slam the door on open source operating systems for cell phones. I love the freedom Android provides and the exceptional programing skilss of our developers.
Im sorry, while this is a great explanation, i really didnt get the bottom line....
What we have on nonsamsung roms then is just a plain 911 incapable of transmitting location?
Sent from a cell tower to the XDA server to you.
Im sorry, while this is a great explanation, i really didnt get the bottom line....
What we have on nonsamsung roms then is just a plain 911 incapable of transmitting location?
Click to expand...
Click to collapse
correct as none had the source code....but for 2.3 onwards rom.
genesis3 and I are still working on the cm7 issue and getting closer to a resolution.
Click to expand...
Click to collapse
made my day.....thanks a lot....will be keeping a close eye on this thread...
My understanding is the issue is only without a sim right?
The 911 issue is with SIM, i don't know about without and im not planning on finding out.
HaloMediaz said:
My understanding is the issue is only without a sim right?
Click to expand...
Click to collapse
It has to do with emergency mode (no dim) and when no compatible roaming network is around (no service) .
Sent from my HTC Sensation 4G
hmmm I havent called 911 in YEARS but it still feels nice to have the ability and this was a nice explantion thank you
MIUI 360 in Asheville NC works fine but not in other areas?
Hopefully they can test the cm9 test ports that are out now.
Sent from my SGH-T959 using xda premium
http://www.mediafire.com/?czo03t36py5sai4
CM7 with WORKING 911 (oh yeah, GPS works too and is VERY fast to lock. Insanely so in fact -- pretty much identical to what you expect with the LG Optimus! Those who say the GPS is broken in the hardware in these phones -- you're wrong.)
No support available at this point from me since the original source for the replaced bits hasn't been disclosed. Had there been some documentation on where the original source for those bits came from I bet this would have been fixed a lot faster. If that is disclosed in the future I'll consider supporting it, but for those who want it, here it is.
Incidentally it works on CM9 too.
Genesis3 said:
http://www.mediafire.com/?czo03t36py5sai4
CM7 with WORKING 911 (oh yeah, GPS works too and is VERY fast to lock. Insanely so in fact -- pretty much identical to what you expect with the LG Optimus! Those who say the GPS is broken in the hardware in these phones -- you're wrong.)
No support available at this point from me since the original source for the replaced bits hasn't been disclosed. Had there been some documentation on where the original source for those bits came from I bet this would have been fixed a lot faster. If that is disclosed in the future I'll consider supporting it, but for those who want it, here it is.
Incidentally it works on CM9 too.
Click to expand...
Click to collapse
Can we get independent confirmation of this? (not that I don't believe you)
Sent from my SGH-T959 using xda premium
Uh, the guy who tested and verified it is the OP on this thread.
Read the first post.
You typed all that from your touch pad? props
Sent from my SGH-T959 using XDA App
Genesis3 said:
Uh, the guy who tested and verified it is the OP on this thread.
Read the first post.
Click to expand...
Click to collapse
No, I get that. Just wanted to make sure he verified was all..
Genesis3 said:
http://www.mediafire.com/?czo03t36py5sai4
CM7 with WORKING 911 (oh yeah, GPS works too and is VERY fast to lock. Insanely so in fact -- pretty much identical to what you expect with the LG Optimus! Those who say the GPS is broken in the hardware in these phones -- you're wrong.)
No support available at this point from me since the original source for the replaced bits hasn't been disclosed. Had there been some documentation on where the original source for those bits came from I bet this would have been fixed a lot faster. If that is disclosed in the future I'll consider supporting it, but for those who want it, here it is.
Incidentally it works on CM9 too.
Click to expand...
Click to collapse
Don't know who you are or where you came from but, you sir may have saved CM development for the vibrant community. Here's hoping and you're the man!!!
Sent from my SGH-T959
Genesis3 said:
http://www.mediafire.com/?czo03t36py5sai4
CM7 with WORKING 911 (oh yeah, GPS works too and is VERY fast to lock. Insanely so in fact -- pretty much identical to what you expect with the LG Optimus! Those who say the GPS is broken in the hardware in these phones -- you're wrong.)
No support available at this point from me since the original source for the replaced bits hasn't been disclosed. Had there been some documentation on where the original source for those bits came from I bet this would have been fixed a lot faster. If that is disclosed in the future I'll consider supporting it, but for those who want it, here it is.
Incidentally it works on CM9 too.
Click to expand...
Click to collapse
I just downloaded your kang and running great so far, Thanks for you work !!
Question, is this 911 fix kernel dependent ? ie will it break if I flash another cm7 kernel ?
Thanks again for your hard work !!!
will replacing the kernel break both 911 and gps fixes?
I didn't save anything.
Here's the bottom line, if you're interested in it.
In the original Vibrant device directory there was a set of sources for libaudio -- one of the shared libraries that Android depends on to talk to the audio hardware in the phone. There was no documentation as to where this source came from, but I know where it didn't come from -- it didn't come from a public Gingerbread source for the Vibrant, because there isn't one.
It turns out the library this source builds does not work correctly but exactly why I'm not certain of. One of the problems with debugging this is that I have to have someone else test for me, which means I can't do the sort of testing I like to when I'm tracing things like this (a highly-iterative process that requires that I actually be staring at the debugging screen while doing the deeds that cause the bad behavior) since I can't call 911 myself.. Had the provenance of this code been documented originally (or lack thereof) I would have investigated this possible connection, as I knew the problem lay in the audio connectivity due to myriad kernel and application traces a couple of months ago. I didn't chase that library down and attempt to graft in other related versions because I assumed that the CM people knew what they were doing building that library from source rather than using a cribbed copy from, for example, Froyo or a different gingerbread build off a similar device.
Picking up a different shared library does work. Exactly what the provenance of that library is (e.g. was it grabbed from a binary, was it built from DIFFERENT source, where did it come from?) is also unknown.
Now that I have a working shared library on this device and a non-working one I'm going to compare traces. Maybe I'll get lucky and find the changes necessary in the source that's in the build tree and be able to fix that, at which point I'll know what I've got rather than having a "magic" library from God-knows-where.
Now here's the part that annoys me -- I was all over some of the CM guys about audio problems with other Samsung devices and tried to get access to the "not yet finished" repos because I expected that if I could run down the same sort of problem with ordinary calls in one of the OTHER Samsungs it was rather more likely than not that the same fix would be pertinent in some way on the Vibrant -- simply because manufacturers tend to use the same chipsets and bits, along with APIs, between different devices (it makes it easier for their coders and maintainers to do their jobs.) In addition when I started working one this one of the other protagonists didn't give me jack and crap about the provenance of anything in the device tree and, again, there's no docs embedded in the tree either. You can find the flamewar and slander aimed at me here if you'd like. It turns out I was on the right path; the problem this library allegedly fixed was having to hit <MUTE> twice to turn off and on the audio path. Sound familiar? Well, the pointer to the file that I found and integrated was from a bug logged against the I-9000, a similar phone to the Vibrant, and that library version works. What's changed in it? There's no set of commits logged against the ZIP file provided in that patch; is it a binary lift from a different build (e.g. some factory build) or did someone fix the source?
Who the hell knows because again, it's not documented in the bugtracker. Until I know where it came from and, if there's source, I have access to it, I won't support it. I don't play the "hide the sausage" game when it comes to alleged community coding projects.
I ran into something similar with the Triumph in that there was a different set of parameters coming up from the hardware when a wired headset was plugged in. That was easy to run down because I could do it and see what was going on; it was a literal couple of line change in the code once I found it. There are a couple of places in the libaudio source that might be the cause of this now that I have a reason to look in there, but without being able to easily reproduce the condition that creates the failure (e.g. call 911) it's a guess.
The ICS builds out at present have a different copy of the same compiled library and it also works. I bet that one works too on CM7 as it's fairly close to the metal and thus the API's probably the same (or close) on the Android side but I haven't tried it yet. I've got little reason to since I now have a libaudio.so that's functional on CM7 in any event.
While I've been working on the 911 issue (for a couple months on and off) I also traced down some actual working (properly) GPS libraries that handle the AGPS assist data in the correct way, something that other sets of them do not, and added those too. I also made a few other changes. The battery life is reported to be rather impressive, and the near-instant GPS locks most-definitely are. I can't speak much to the battery life view of the world as of yet but I will be looking at that; that's an area I know quite a bit about (getting these devices to properly go into deep sleep as they should) and the source tree I'm working with does have kernel source.
Any sideloaded kernel that leaves libaudio.so alone (check the zip file to make sure that /system/lib/libaudio.so is NOT present) should be ok, but no promises. Before you go screwing with kernels make sure you want to --you might break GPS performance as a number of the kernels have various attempts to get the GPS to work right and load various libraries along with the kernel itself with varying degrees of success.
I'd be willing to maintain this port but there are two conditions -- first, I expect apologies from the CM people who attacked me, in public, and second, I expect a formal commitment that there will be no more hiding of information. "I don't know" is an acceptable answer provided you run down the person who does -- someone does know because someone DID either import or code the material in question; silence and lack of documenting where things came from and how they came to be is not acceptable. When things go into the codebase through review they damn well ought to be documented. I played "talking to the brick wall" with the Triumph and now the Vibrant and I won't do it if I'm taking on responsibility for maintaining something.
If CM wants me involved in this that's the deal. If not I'll consider setting up a parallel build and set of repos for the bits that have to be changed from the base CM7 Gingerbread branch as I did for the Triumph if there are people interested in it, but my time is not unlimited and in all honesty my taste for working with the CM people and the CM code in general has been seriously damaged, never mind that what I have here seems to work just fine. As such the benefits of continued efforts are likely to be relatively small. If I decide against a continuing effort I will take the build environment that produced that I have now and attempt to set up a manifest so it can be cloned by anyone else who cares to do so, which should take care of others being able to build and run the KANGs from source if they wish. The latter may take a while as I need to find a day when I'm not busy and can put that together (again, lack of documentation doesn't help) and then pull a clean test from a zero base and make sure it builds and runs.
The Vibrant is no longer my daily device but I do still own one, and given its relatively modest resale value I'll probably keep it as a spare device -- it's a very credible phone and with working GPS code it actually locks faster and better than my Hercules does. It's biggest shortcoming is that it's relatively RAM-starved compared to more-modern devices.
Fancy that.

[q] OTG on ICS

Im looking for a way to run a camera control software for nikon DSLRs on my note. However theese apps all are tablet software for android 3+. They run just fine on the cyanogen alpha, but that rom is too far from daily use even for bleeding edge enthusiasts, like most of us here. Thus, until now I have been forced to reflash everytime i need to control the camera with the phone.
Now several ICS ROMs have emerged, but those I have tested, though stable enough, refuse to work with USB on the go devices. The notice about the OTG cable show up all right ob them all, but they do not detect anything attached to the other end of it like in gingerbread and cyanogen alpha.
Is there a way i could fix this by copying some files from the cyanogen ROM over to one of the other ROMs? If so, which files would that be?
It's a kernel related issue. This means that we have to wait for Chainfire to get back from his vacation and tackle this problem. Or some other kernel dev.
Nothing we can do about it right now.
Ok, though i am a novice in the world of android hacking, that is not the case, at all, regarding linux kernel hacking. Setting up a cross compiling dev environment and moving a driver from one kernel source to another or compiling a module is actually less unfamiliar to me than trixing around with binaries from different beta releases. If that is the case i might be up to it. But that would only work if the source code, or at very least the kernel headers are available for the kernels used in the betas.
Sent from my GT-N7000 using XDA App

[Q] Sim contacts not available - critical bug on all custom kernels

Hi. This developer gathering sounds promising, I'm glad you guys help each-other for the benefit of users and leave personal fame aside.
But. GT-S5830i Spain (Moviestar) (S5830IBGLH4 S5830IXECLH2)
All your kernels have the Sim contacts not available critical bug. And I say critical as it's a basic function of a phone.
There is only one workaround, flashing the S5830CVJKL4 baseband (odin-izing just the phone=modem part is enough).
- then I've noticed that it greatly affects network reception with 30-70% less signal and no signal at all in some places.
- and it does not end here: antutu gpu scores goes down from the already low 290~ish to <190~ish.
- flashing the whole stock S5830CVJKL4 firmware with it's stock kernel has the same bad network reception and low antutu gpu scores.
So this workaround ends up doing more harm than good.
So now I have some questions for all of you, Rafael.Baugis, axyllum, hell-lock:
- what source do you use for building as Samsung provides no less than five S5830i sources: GT-S5830I_CHN_GB,
GT-S5830I_HK_GB, GT-S5830I_MEA, GT-S5830I_SEA_SWA_GB and GT-S5830i (I'm guessing none of them, but some C/M version).
In the light of these findings, can we say:
- "The kernel can be used on any rom." notice in all your releases is just wishful thinking and a bit misleading?
- there is yet another hardware difference (the modem) at least with this Moviestar version and should be blacklisted for now?
- there is something special with this S5830CVJKL4 firmware?
Thank you very much for your hard work.
It's not really critical if there's a workaround.
Also, simpler workaround: use your Google account to sync contacts.
WHAT THE ****!! That bug is on my kernel too??!!
---------- Post added at 04:21 PM ---------- Previous post was at 04:20 PM ----------
I am using GT-S5830I_CHN_GB ...
hell_lock said:
That bug is on my kernel too?
Click to expand...
Click to collapse
Unfortunately.
I've checked the 3 custom kernels vs. 6 stock roms and 6 custom roms for the s5830i. This Moviestar version does not work, and from the number of complains all over the threads here, I'm guessing there are other models that simply do not work. These should be blacklisted so people don't get their hopes up and start flashing each time one of your kernel versions is updated (this needs input from all the people complaining, a forum search should be a good start, maybe I will do it later).
It's a shame that all that is missing is a suitable config/driver for the kernel - or could the problem be in the locking mechanism - the phone I'm testing is factory unlocked. The source code will clear this up I think, but who do we have to push to get the Moviestar source code as I understand they are bind to release it on request? I will look into this.
Bottom line, there is nothing wrong with your kernels other than not addressing this phone's issues.
GermainZ, there are people that can live with the google contacts sync, good luck with that, but for people that use many sim cards interchangeably it would be a problem (requiring multiple g-accounts, selective syncs). What would you say if your sdcard does not work and the answer you get from support is: "You can use the skydrive cloud instead". Easy to spot unsuitable tasks.
bobdynlan said:
Unfortunately.
I've checked the 3 custom kernels vs. 6 stock roms and 6 custom roms for the s5830i. This Moviestar version does not work, and from the number of complains all over the threads here, I'm guessing there are other models that simply do not work. These should be blacklisted so people don't get their hopes up and start flashing each time one of your kernel versions is updated (this needs input from all the people complaining, a forum search should be a good start, maybe I will do it later).
It's a shame that all that is missing is a suitable config/driver for the kernel - or could the problem be in the locking mechanism - the phone I'm testing is factory unlocked. The source code will clear this up I think, but who do we have to push to get the Moviestar source code as I understand they are bind to release it on request? I will look into this.
Bottom line, there is nothing wrong with your kernels other than not addressing this phone's issues.
GermainZ, there are people that can live with the google contacts sync, good luck with that, but for people that use many sim cards interchangeably it would be a problem (requiring multiple g-accounts, selective syncs). What would you say if your sdcard does not work and the answer you get from support is: "You can use the skydrive cloud instead". Easy to spot unsuitable tasks.
Click to expand...
Click to collapse
Do you know what file is missing? I may fix it.
bobdynlan said:
Hi. This developer gathering sounds promising, I'm glad you guys help each-other for the benefit of users and leave personal fame aside.
But. GT-S5830i Spain (Moviestar) (S5830IBGLH4 S5830IXECLH2)
All your kernels have the Sim contacts not available critical bug. And I say critical as it's a basic function of a phone.
There is only one workaround, flashing the S5830CVJKL4 baseband (odin-izing just the phone=modem part is enough).
- then I've noticed that it greatly affects network reception with 30-70% less signal and no signal at all in some places.
- and it does not end here: antutu gpu scores goes down from the already low 290~ish to <190~ish.
- flashing the whole stock S5830CVJKL4 firmware with it's stock kernel has the same bad network reception and low antutu gpu scores.
So this workaround ends up doing more harm than good.
So now I have some questions for all of you, Rafael.Baugis, axyllum, hell-lock:
- what source do you use for building as Samsung provides no less than five S5830i sources: GT-S5830I_CHN_GB,
GT-S5830I_HK_GB, GT-S5830I_MEA, GT-S5830I_SEA_SWA_GB and GT-S5830i (I'm guessing none of them, but some C/M version).
In the light of these findings, can we say:
- "The kernel can be used on any rom." notice in all your releases is just wishful thinking and a bit misleading?
- there is yet another hardware difference (the modem) at least with this Moviestar version and should be blacklisted for now?
- there is something special with this S5830CVJKL4 firmware?
Thank you very much for your hard work.
Click to expand...
Click to collapse
all kernel sources from samsung have this issues in SIM contacts!
the roms VJKL4 and rajrocks work SIM contacts!
but need to flash param.lfs in ODIN.
hell_lock said:
Do you know what file is missing? I may fix it.
Click to expand...
Click to collapse
That's the problem. I guess the Spain Moviestar version is based upon GT-S5830I_EUR_XX source (GT-S5830i_Opensource.zip). If that's so, there are quite a few differences between the european kernel and the chinese one you are using, confirming my theory that you can't build an universal kernel that works on all roms.
Differences are mostly incremental patches, touchscreen stuff, but also the suspected different locking stuff. modules\drivers\char\brcm\fuse_ril. I have zero inside knowlege of this stuff, but I interpret lines like #define BCM_CFG_SIM_LOCK_SUPPORTED as: CHN kernel enforces a check for SIM LOCK & other SIM related stuff while the EUR kernel does not.
Samsung will not help modders with this (network sim stuff) instead will direct you to mod the kernel from the right source. So the feasible solution is to build different kernels for phone models that have this issue - bye bye universal kernel (it never was universal, it just worked cause samsung did a great job; samsung would have not bothered to keep each platform with a coresponding kernel source).
Attached the actual different files (not a diff patch) between the CHN and EUR Samsung opensource.
Rafael.Baugis, did not know that all samsung sources are having this issue. Did you also test build from this EUR one?
bobdynlan said:
GermainZ, there are people that can live with the google contacts sync, good luck with that, but for people that use many sim cards interchangeably it would be a problem (requiring multiple g-accounts, selective syncs). What would you say if your sdcard does not work and the answer you get from support is: "You can use the skydrive cloud instead". Easy to spot unsuitable tasks.
Click to expand...
Click to collapse
I never said it shouldn't be fixed, I simply said it's not critical (considering not many people use more than a sim card; you're right I didn't think of all possible scenarios, I never thought of yours).
And I'm most certainly not the support.
Also, regarding the EUR kernel, it's outdated. I could try compiling the stock kernel from it if you want.
Is sim working on any source based kernel??
Sent from my GT-S5360 using XDA

[Q&A] CyanogenMod 12 - Lollipop - Pre-Nightly Shakeout

Q&A for CyanogenMod 12 - Lollipop - Pre-Nightly Shakeout
Some developers prefer that questions remain separate from their main development thread to help keep things organized. Placing your question within this thread will increase its chances of being answered by a member of the community or by the developer.
Before posting, please use the forum search and read through the discussion thread for CyanogenMod 12 - Lollipop - Pre-Nightly Shakeout. If you can't find an answer, post it here, being sure to give as much information as possible (firmware version, steps to reproduce, logcat if available) so that you can get help.
Thanks for understanding and for helping to keep XDA neat and tidy!
CM12 dead space on launcher screen
Installed this shakeout looks great!
I have unusable screen real estate on the left and right sidesnof the launcher is this normal?
Resolution and DPI changes in lollipop
With root enabled you can use ResUI from the themes and apps section and DPI changer from the play store. You have to have root enabled for the changes to take effect I believe.
If u make ur grid size custom and scroll down so its the largest, a 9x8 I believe, it uses most of it
ROM Pershoot TF701T 20150227 testing results
so, since I have less than 10 posts, this will automatically be put in the wrong Q&A section. Anyway, I'm running Pershoot's new TF701T Rom 20150227 and want to give some feedback since I also ran the prior version. If an OP would kindly take this restriction off so I can actually post in the correct thread...
This version is much more responsive than the 20150205 Rom. I am using this Rom with Google Keyboard to type this voice message! Everything seems to run very smooth YouTube is good. WiFi is quick, internet and embedded videos are great! Google Apps work fine. Almost 24 hours now and no slow down, battery use is normal and it barely uses any power during sleep.
The only thing I see missing is screen mirroring. Until that is implemented, it can't be a daily user for me. I have not tested GPS yet, & I wonder about the Nvidia specific drivers for the Tegra 4. I do not play games much and have not had a chance to test that either. All in all, it seems like a very stable base!
Miracast & Screen casting
Any idea when screen casting will be implemented? I have been playing with the latest build and all seems great! The settings menu is quite confusing and took forever to find the keyboard settings... I also find it difficult to find other settings that are common in prior Android versions. Is there anyway to keep the KitKat version of settings? ?
getting there... CM 12 testing
okay, so I'm using the current cm 12 20150309. I actually get to enable miracast and see receiving devices but I cannot connect to them. I have tried with a LC Smart TV and a Roku streaming stick which neither will connect. Also, the stock 442 version will only connect to the lc tv and not the streaming stick... the Roku is still in beta just to let you know.
this is also getting posted in the wrong thread again! hopefully the OP will recognize this and I don't think that is even recognizing that this is the third posting of mine! My posts are not getting counted...
i've enabled wifi display and protected buffers support for it (also enabled in the CM11 build); ensure its checked (in casting; wireless display). i have no way to test. you'd need to post logs and i'll see what i can do, or submit a patch which sorts it out to gerrit, against the known working device.
more testing... 20150311
Once again I am using the latest cm build with Google keyboard to voice type this message. this build is definitely quick and responsive and miracast or screencasting is almost functional. I have tried about a hundred combinations of settings on both receiving devices and this tablet without success. Also I noticed that I cannot connect to an external Bluetooth speaker without the launcher crashing when trying to use the volume keys. The Bluetooth speaker will connect but there is no sound and it crashes the launcher. Seems to me as a buffering or memory allocation issue since both devices want to connect but cannot finalize the handshake.
Let me know what the easiest way to pull log files off of this tablet is and I will see what I can help with... ???
Take note of the 'Known Issues' (on DB), and you will see the workaround for the Bluetooth issue (un-select Phone Audio on the device's BT settings).
Pull a logcat while trying to connect to a known working Miracast device and post it.
Thx.
10-4...
pershoot said:
Take note of the 'Known Issues' (on DB), and you will see the workaround for the Bluetooth issue (un-select Phone Audio on the device's BT settings).
Pull a logcat while trying to connect to a known working Miracast device and post it.
Thx.
Click to expand...
Click to collapse
will do, I'll see what I can get you tomorrow for some fresh logs... ?
Howdy strangers...!
So, I am just playing around with Pershoot's new cm 12 OS and I am wondering why hundreds of people view this thread and nobody contributes! There must be many more people out there that can provide debugging and log information than just me! Let's all work together and get this done ASAP! Don't be intimidated to contribute to this thread! We need all the input everybody has on everything!?
K94U said:
So, I am just playing around with Pershoot's new cm 12 OS and I am wondering why hundreds of people view this thread and nobody contributes! There must be many more people out there that can provide debugging and log information than just me! Let's all work together and get this done ASAP! Don't be intimidated to contribute to this thread! We need all the input everybody has on everything!?
Click to expand...
Click to collapse
Havent miracast or something like this. BT speaker is working here. Atm i havent any problem with this build (except ui battery symbol of dock isnt visible)
Gesendet von meinem LG-D855 mit Tapatalk
20150313 miracast log
Here is the log file... Tried to connect miracast to the LG TV 3 times in different ways. Also, the stock browser has no upload options for attaching documents to XDA posts. I got my Bluetooth speaker working... Thanks!!!
I do not know why this log file ended up having such a long name but it is the original file.
20150313 miracast log for Roku
Here is the log file for trying to connect miracast to the Roku streaming stick. I tried 3 times and it tries to connect then the roku immediately goes back to the home screen. Thanks!
more casting info
I have a verizon wireless galaxy s4 that connects to both the LG TV and the Roku streaming stick just fine running the latest stock 442. The latest stock version 11. 4.1. 29 for this tablet will only connect to the LG TV after numerous tries but not the Roku. ?
I haven't looked at your log as of yet. but please only post the one from the device that is known working against stock.
Please also post a log from stock of it working.
Thx.
Just noticed this week while I was away that when a USB is plugged into the dock everything works however there is no notification that it is plugged in and there is no way to eject it. Also if you close the dock while it is plugged in and then open it it tells you that it was not safely removed. I am not sure if that is stock behavior or not and it is not really an issue if I could eject it properly.
Turn off MTP and you should get eject options in storage.
pershoot said:
Turn off MTP and you should get eject options in storage.
Click to expand...
Click to collapse
pick up 3/15 and you'll get the extended options for USB in storage.

Categories

Resources