【ROM焼き】docomo GALAXY S4 SC-04E root4
■ このスレッドは過去ログ倉庫に格納されています
docomo GALAXY S4 SC-04EのカスタムROMやroot化の話題など
＊注意＊
・root化、ブートローダーアンロックしてしまうとキャリア・メーカーの保証は一切効かなくなります。
・最悪の場合端末が起動しない（いわゆる文鎮）になる恐れがあります。
※前スレ
【ROM焼き】docomo GALAXY S4 SC-04E root3
http://egg.5ch.net/test/read.cgi/android/1405823584/
【ROM焼き】docomo GALAXY S4 SC-04E root2
http://anago.2ch.net/test/read.cgi/android/1385373279/
【ROM焼き】docomo GALAXY S4 SC-04E root
http://anago.2ch.net/test/read.cgi/android/1368598223/ >>145
減点といえばベンチマークブーストあったなー
あのブースト状態の性能を常に出せたら面白そうなのに 書き間違えた
こう書くべきだったなｗｗｗ
103 = 141 = ｶﾞｷﾝﾁｮ >>146
あれってやっぱり、カーネルコントール系アプリでちょっといじった程度では出せないのか。 >>148
CPUはただガバナーをperformanceにした時みたいに定格上限で張り付くだけなんだけど、
GPUは本来なら480mHz（Kernel Adiutor上ではMAXで450mHz）の所をブーストかかると533mHzに上がるって仕様だったらしい。
その533mHzが常に出せたらなぁとw
だから何って言われたらおしまいだけどねw >>149
そうそうそれそれ。
GPUクロックはどうやってもいじれないのかぁ。悔しいな。
まあでもこのスマホ爆熱だしそんなクロックで長時間走らせるのも嫌だなｗｗ >>153
だよねw
ブーストバレた時のSamsungの言い訳は
本当は533mHzで動かすんだけど、長時間のゲームとかで高負荷がかかると 発熱すごいから 480mHzに落としてるの！
メーカー側が分かってるアプリとかSamsung純正だとGPU 533mHzまで上がることもあるからベンチブーストが目的じゃないよ！
って言い張ってたみたいだし
533mHzで走らせ続けたら発熱やばいんだろうね あくまでネタだけど
一昔前のXperiaみたいに boot-hijackでtwrp起動できたらリカバリー領域にtwrp焼かなくてもTWRP起動可能なのかもしれないね、、、
そうすればnfcを抹殺することなくtwrp行けそうなんだけど 改めてRROSにしてみて Swapも入れてみたけどやっぱLMKにころされるな...
CM12.1に戻したほうがいいかな,,,,,,, もし、最新セキュリティパッチの当たったCM11があったら使うって人いますか？ 桜庭氏がビルドしたCyanogenMod13を使ってる 同じく同氏のCM12(Android5.1.1)を使用中。不具合なくて大満足！ RR7.1.2だな
もうワンセグもおサイフも要らんし・・・
NFCが使えないのは痛いけど
機能的に5や6に戻る気はないわ なんとなくセキュリティ教科の為自前でLineage OS 14.1を、ビルドしようとしても local_manifestsの
リポジトリがイマイチ分からず……
やっとビルド始まった……
もし出来たら、配布して毎月ビルドしようと思ってます >>166
デバイスツリーのlineage.dependenciesに必要なリポジトリ書いてるでしょ？ >>167
そこに気がつくまで時間かかった……
ビルドとかに関しては知識まるでなかったから許して >>169
沼にようこそw
自分が持ってるデバイス全部をビルドするようになったり、あのカスロムの機能を追加したいとか
色々試したり。。。 >>172
そうですねw
沼ですか、、、、、
理解しちゃうと面白いですねこれw #### make completed successfully (05:22:25 (hh:mm:ss)) ####
ビルド完了！....低スペPCは辛いｗ
休憩したら焼いてみます かなり失敗作です。
Lineage OS 14.1です
起動と通常使用はできますが......
http://www1.axfc.net/u/3937298.zip
具体的には NFC/FeliCa不可
電源OFF/再起動がまともにできない
というえげつない代物が出来上がりました >>178
通常使用に問題ないなら必要十分
ありがとー userビルドしちゃったのがまずかったかなと思って
userdebugビルドしたけどやっぱダメ 今になってもこうやってこの端末向けに開発やってくれる人がいるなんて、ありがたいもんだな・・・
感謝の言葉しか言えねえが、これからの発展に期待しています >>181
私がやってることは料理だけですw
あるものをレシピ通りに調理しただけ
SC-04E向けにソースコードを編集してる方達の仕事量は計り知れませんね……
頭が下がりっぱなしです ccache有効にすると、ちょっと手を加えたぐらいなら20分でビルド通るし捗るね デバイスツリー見直したり ワークディレクトリー綺麗にしてから 再度repo syncしても
シャットダウン周りとNFC周りが直らないですね、、、、
うーむどうしたことか。
nfcは最悪諦める。
電源周りはなんとかしたいけど、logもとれないし詰んだかな >>185
nfc周りがおかしいとシャットダウン処理が延々と終わらないからとか…
問題の切り分けでいっそのことnfc関連を
ビルドしない方法にするとかどうだろうか？
https://github.com/LineageOS/android_device_samsung_kltekdi/commit/cefe2e4eea9bd87390a041aa18ccd5b551742ada
つか、前のLOS14.1ってnfcは動作してたの？
LOS14.1のカーネルツリーは去年の10月から
更新されてないし以前のromからzimageを
抜き出してカーネルビルドしないでromビルドするとか、android image kitchenでナニするとか… >>187
NFC周り引っこ抜いても治りませんでした。
前のLOS 14.1ではNFC/FeliCa共に動作していました。
それでLOSのスレで聞いて それっぽいdefconfigをゴニョゴニョ指定して見たりしましたが
治らず....
もう疲れ切ってしまったので、187さんの言うように
zImageをAndroid Image Kitchenで差し替えることにしました。
2018年9月パッチまでは当てられたし、
zImage差し替えだけで NFC/FeliCa動作確認＆シャットダウンも問題なしなので
その方向で行こうと思います >>190
boot.imgの差し替えでnfcが動くなら原因はカーネルだけじゃなさそうですね…
つか、nougatフルビルドで5時間はさすがにきびしいなぁ もうなにがなんだか…www
voidz氏がlocal_manifest.xmlになんのリポ指定して使ってビルドしたか分かれば
1発で行けそうなんだけど…
ビルドした時のカーネルのバージョンの後ろの文字が
KBCのやつでビルドすると
3.4.112-kbcとかなるのが、自分でビルドすると
3.4.112-Lineageになるから、
もしかしたらその辺も上手く指定出来てなくて jfltexxのやつになってるのかも？
…素人考えですねw あ、、でもjfltexxのカーネルに差し替えるとカメラもお釈迦になるから
それはないですね…
あああぁっ分からなくなってきたw
とりあえず物理的なビルド環境なんとかするところから始めないとですね ここ1週間
defconfigと再ビルド、
デバイスツリーの見比べとかもうそんなことしかやってなくて頭おかしくなりそうですよ(´×ω×｀) >>192
あれ？もしかしてkbcのデバイス、カーネルツリーを使ってないのかな？
https://github.com/kbc-developers/android_device_samsung_jfltedcm/blob/cm-14.1/BoardConfig.mk
31と32行目でカーネルソースとconfigの指定が
あるからkbcのソースを使っていれば
3.4.112-kbcになると思うんだけど…
kbcのソースにLOS14.1のcommitとかcherry-pickしてないのですか？ kbcのソースは少し前まで桜庭さんがメンテしてたみたいですから
最近までのLOS14.1との差分は言うほど多くないですよ。 ただ、そこにあるソースを使うだけよりも
コイツはどのリポジトリのどのbranch使ってるのかとか推測するもの面白いと思うんですけどね。
大抵は、日付が新しいモノ選べば間違いないんですけど。。。
あと、リポジトリの右肩の方にあるfork横の数字はクリックしたことありますか？
ここを見ると誰がそのリポジトリをforkしてるか
わかるので、結構面白いと思いますが…
あー、でもjfにおいては彼はforkしてないので
他のリポジトリのforkを見れば彼のリポジトリが
わかるかも知れません。
つか、手っ取り早くlocal manifestだけが知りたいですか？ >>197
おぉ....forkとかは見たことがなかったですｗ
jfltedcmだけでも割とフォークしてる人いるんですね...
今までは環境がバッチリなOFFICIAL端末(Nexus 7 2013)しかやったことなかったですｗ
UNOFFICIALビルドしたのは初めてで...
ちなみに彼のリポジトリにjfはいませんでした。
Galaxy Nexusとかhtcがメインっぽいです >>192-194 と同じ人です。
とりあえず 小出しにしてもいいこと無いので今までやったことと
使ったlocal_manifestsを書き込みます。
local_manifestsは
<manifest>
<!-- LineageOS -->
<project name="LineageOS/android_hardware_samsung" path="hardware/samsung" remote="github" revision="cm-14.1" />
<project name="LineageOS/android_device_samsung_qcom-common" path="device/samsung/qcom-common" remote="github" revision="cm-14.1" />
<project name="LineageOS/android_external_stlport" path="external/stlport" remote="github" revision="cm-14.1" />
<project name="LineageOS/android_packages_resources_devicesettings" path="packages/resources/devicesettings" remote="github" revision="cm-14.1" />
<project name="LineageOS/android_device_qcom_common" path="device/qcom/common" remote="github" revision="cm-14.1" />
<remove-project name="LineageOS/android_packages_apps_Nfc" />
<!-- jfltedcm-->
<project name="kbc-developers/android_device_samsung_jf-common" path="device/samsung/jf-common" remote="github" revision="cm-14.1" />
<project name="kbc-developers/android_kernel_samsung_jfdcm" path="kernel/samsung/jfdcm" remote="github" revision="cm-14.1" />
<project name="kbc-developers/android_device_samsung_jfltedcm" path="device/samsung/jfltedcm" remote="github" revision="cm-14.1" />
<project name="kbc-developers/proprietary_vendor_samsung" path="vendor/samsung" remote="github" revision="cm-14.1" />
<project name="kbc-developers/android_kernel_samsung_jfdcm" path="kernel/samsung/jf-twrp" remote="github" revision="twrp-android6.0" />
<project name="kbc-developers/android_device_samsung_msm8960-common" path="device/samsung/msm8960-common" remote="github" revision="cm-13.0" />
<project name="kbc-developers/android_packages_apps_Nfc" path="packages/apps/Nfc" remote="github" revision="cm-14.1" />
</manifest>
で通してます
その際のカーネルバージョンは 3.4.112-Lineage〜です
Lineage OSのスレで助けを求めてみたら 助言を頂き、
jf-commonのBoardConfigCommon.mkもdefconfigをdcmに変えてみたら的なものを言われて
TARGET_KERNEL_CONFIG := lineageos_jf_defconfig
TARGET_KERNEL_SOURCE := kernel/samsung/jf
を
TARGET_KERNEL_CONFIG := lineageos_jfdcm_defconfig
TARGET_KERNEL_SOURCE := kernel/samsung/jfdcm
に変えビルド.....
同じくカーネルバージョンは 3.4.112-Lineage
見ていたところ cyanogen_jfltedcm_defconfigに
CONFIG_LOCALVERSION="-kbc"
の項目があったので こっちに変えて通してみたり....
けれど3.4.112-Lineageのままで電源の不具合も治らず.....
lineageos_jfdcm_defconfigには
CONFIG_LOCALVERSION="-Lineage"の記述がありました。
そのコミット日時は 2017/8/7です。
よく考えたら2017/12にビルドされた voidz氏のLOS 14.1/RROS-Nにはカーネルバージョンが 3.4.112-kbcとありました。
今書いてて思いつきましたが、デバイスツリーのjfltedcmのBoardConfig.mkの
TARGET_KERNEL_CONFIG := lineageos_jfdcm_defconfigを
cyannogen_jfltedcm_defconfigに戻せばよかったのかな？？ あれ？g+からコメント消しましたか？
ここで聞いてる方はコメント消された方ですよね？ >>201
はい。そうです。
勢いで聞いてしまったのですが、やっぱり基本自己解決が基本だと思って
まだその段階では あまりいろいろ試していなかった段階でも合ったのでコメントは削除しました >>202
大変失礼かと思いましたがhangoutで返信しますた。
気が向いたら見て下さい。 ありがとうございます。
もういっちょ RR-OREO もお願いできませんか。 みんな>>205に期待してるんだなｗ
クレクレする気は全くないが、こうやってこの端末用のROMを作ってくれる人が居るのは大変嬉しい。
OreoやPieも楽しみにしてます！ >>206-207 >>209
Oreoは何とかすれば動く可能性もゼロではないですが、結構キツめですねw
Pieは公式の方のjfltexxもでてないので当分先か
でないこともあると思います。
Oreoに関してはぼちぼち移植当たりの勉強もしたいと思います >>211
まさかOreoも視野に入れてくれているとは・・・
応援してまっす！ Lineage OS 14.1で何かの拍子(主に発熱時？)に
Wi-Fiをオンにできなくなることがありますが、その場合は以下の操作で対応してください。
su rm -rf /data/misc/wifi/p2p_supplicant.conf
もしくは、Root権限を使用出来るファイルマネージャーから
/data/misc/wifi/p2p_supplicant.confを削除
後に再起動してください。
これで治ります
（wpa_supplicant.confは削除しないでください。
Wi-Fi接続設定が全て消去されます） 修正するからそれまでこの対策法で繋いで待ってろってことだったら良いな >>214
すみません...
実は私も対処療法的なものしかわかっていないのです。
ログを見ても、該当のファイルを読み書きするのに権限が足りずできないといったエラーしか吐かないので... 2018年10月のセキュリティ一パッチが出てきましたね…… >>220
gerritだし、まだ完全に揃ってないでしょ？ Gappsてんこ盛りだと電池が、
6時間で30％まで落ちる
みんなは電池持ちどのくらいですか？
カスタムROMのひと wifiオフでスリープ状態だと2、3週間ぐらいは持つ
wifiオンで様子見てみるわ
gappsはnano SIM無し運用だからコメントしてやれんのよな・・・すまぬ。
Wi-Fi運用だと数日放置でも行ける gappsはnanoにして、
ForceDoznいれたらスリープ時 0.4％/hぐらいまで省エネ。
使ってもだいぶ持つようになった。
ありがとうございます。 >>227
そうそう自分もsim無しだから有りの時と大分差あるかも
wifiオン 機内モード
6時間で1%程度 ここ3週間、暇さえあればずっとOreoいじってましたがどうやっても音は出なければカメラも動かないし…
もう疲れ果てました…
さすがにどこをいじれば動くかもう、、、知識不足もかなりあると思いますが、厳しいかな？
最低限あとカメラと音は何とかしたいけどその2つがダメとなるとさすがにサブ運用も厳しいのでNougat止まりかと。
サブ運用でもNougatまで行ってればあと1〜2年は何も問題なく行けるはずですし、
セキュリティ一パッチ目的ならcm-14.1でもまだ何とかなりそうなのでそれでご勘弁をw
まぁでものんびりOreoもいじります >>232
いつもありがとうございます
いただきます！
Oreoも気長にお待ちしてます〜 >>205もそうなんだけど、
人のリポジトリ見てからビルドした事を考えると
「私が修正しました」って読める書き込みとか
どうなんかな？
なんかモヤモヤするw >>235
そういう流れになるのは予想できたw
しっかり該当リポジトリはforkなりcloneしたかな？
やっぱりこのデバイスはもう何もしない事にするわw >>234
そのように見えてしまったなら申し訳ないです。そのつもりは全くございません。
この場合は前回のROMとの変更点と書いたほうが正しいのかもしれませんね >>236
235のオレは232とは別人だから、勘違いで232を攻めないでくれ 他人のソースを見ても見てなくても205が修正したのは事実じゃないか？ 見ただけじゃなくてレポジトリそのまま使ったんじゃないか？
どちらにせよ205が何をもって修正と言ったのか。
まぁでも結果ビルドしたものが前と比べて不具合が解消、すなわち修正されているのなら間違いじゃないし俺らみたいに使う側としてはそれが一番意味が通るな
リンク消してるしてるあたりどうかと思うけど、単に自作発言したいだけならもっと言ってそうだな 落とし損ねたしせめて今までの分だけでも再アップしてくんないかなーwww オープンソースだからレポジトリ使うのはかまわないと思うが、そのレポジトリを使ったとか参考にしたとか
一言添えるとかしないと駄目じゃないかな？
兄さんはkbcやunlegcyやDUのレポジトリ使ってビルドできた時は
感謝とか今まで書いてたと思う。 ■ このスレッドは過去ログ倉庫に格納されています
