Comments on: Update: LG addresses bugs in kernel source for Optimus V http://lyncd.com/2011/04/lg-fixes-bugs-kernel-source-optimus/ Wed, 16 May 2012 13:42:27 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: sticks http://lyncd.com/2011/04/lg-fixes-bugs-kernel-source-optimus/comment-page-1/#comment-3462 sticks Wed, 18 May 2011 04:36:59 +0000 http://lyncd.com/?p=421#comment-3462 Thanks! You might find this piece about <a href="http://ldn.linuxfoundation.org/blog-entry/what’s-with-arm" rel="nofollow">upstream contributions to the kernel</a> interesting. I would say that LG is doing only slightly more than the bare minimum (i.e. GPL compliance), so personally I wouldn't be too effusive with praise. It's not like they're really engaging with the community ... on the other hand they're not as bad as HTC! All their code builds. The kernel code is complete and totally usable, but the Froyo code is missing the LGE framework and many other APKs on the system, along with all the .rc files (so, basically, it's very incomplete and not any more useful toward making a running OS than a build of vanilla Froyo from the Android tree). Also (on my Optimus S), the source dump is at least a version or two behind. Overall, it is more good than bad, but coming from a Linux background I expected the platform to be a lot more open than it is ... at the end of the day you have to dump files off your phone and disassemble Java bytecode to get the whole story. Thanks! You might find this piece about upstream contributions to the kernel interesting.

I would say that LG is doing only slightly more than the bare minimum (i.e. GPL compliance), so personally I wouldn’t be too effusive with praise. It’s not like they’re really engaging with the community … on the other hand they’re not as bad as HTC! All their code builds. The kernel code is complete and totally usable, but the Froyo code is missing the LGE framework and many other APKs on the system, along with all the .rc files (so, basically, it’s very incomplete and not any more useful toward making a running OS than a build of vanilla Froyo from the Android tree). Also (on my Optimus S), the source dump is at least a version or two behind.

Overall, it is more good than bad, but coming from a Linux background I expected the platform to be a lot more open than it is … at the end of the day you have to dump files off your phone and disassemble Java bytecode to get the whole story.

]]> By: Harley http://lyncd.com/2011/04/lg-fixes-bugs-kernel-source-optimus/comment-page-1/#comment-3458 Harley Tue, 17 May 2011 18:27:03 +0000 http://lyncd.com/?p=421#comment-3458 Excellent work! I'm glad I'll have a working source tree when I start looking at the code myself since I plan on purchasing this phone in the near future (hopefully at least.) This kind of compliance goes a long way for me when looking at hardware to buy. Overall, I'm always pleasantly surprised by how helpful many companies are being to the open source communities. Excellent work! I’m glad I’ll have a working source tree when I start looking at the code myself since I plan on purchasing this phone in the near future (hopefully at least.) This kind of compliance goes a long way for me when looking at hardware to buy. Overall, I’m always pleasantly surprised by how helpful many companies are being to the open source communities.

]]> By: sticks http://lyncd.com/2011/04/lg-fixes-bugs-kernel-source-optimus/comment-page-1/#comment-3415 sticks Tue, 19 Apr 2011 20:53:15 +0000 http://lyncd.com/?p=421#comment-3415 I'm happy to help. xt_mark.h and xt_MARK.h are actually 2 separate files, you need them both. The mistake LG made when they packaged the files was to put them on a case-insensitive filesystem (which sees these as the same file) and one file overwrites the other one. That was the problem with all 15 missing netfilter files in the vm670 source. So if you don't have both xt_mark.h and xt_MARK.h, then you have the same problem and need to ask LG to fix the archive. They wrote me back from opensource-mc@lge(dot)com so you could try that address. Please let me know if it works or not! I’m happy to help.

xt_mark.h and xt_MARK.h are actually 2 separate files, you need them both. The mistake LG made when they packaged the files was to put them on a case-insensitive filesystem (which sees these as the same file) and one file overwrites the other one. That was the problem with all 15 missing netfilter files in the vm670 source.

So if you don’t have both xt_mark.h and xt_MARK.h, then you have the same problem and need to ask LG to fix the archive. They wrote me back from opensource-mc@lge(dot)com so you could try that address. Please let me know if it works or not!

]]> By: 0140454 http://lyncd.com/2011/04/lg-fixes-bugs-kernel-source-optimus/comment-page-1/#comment-3413 0140454 Tue, 19 Apr 2011 12:53:26 +0000 http://lyncd.com/?p=421#comment-3413 hello i am E720 user i have renamed xt_mark.h to xt_MARK.h etc. but when compiling code, it raises some errors... could you tell me how to contact LG to ask them fix those bugs? or could you test on compiling E720 kernel code? Sorry for my bad English hello
i am E720 user
i have renamed xt_mark.h to xt_MARK.h etc.
but when compiling code, it raises some errors…
could you tell me how to contact LG to ask them fix those bugs? or could you test on compiling E720 kernel code?

Sorry for my bad English

]]>