Not looking good, none of the methods I've tried so far have even given me a boot animation
Due to the way that Lollipop boots, I would bet that the aboot for lollipop is necessary...Not looking good, none of the methods I've tried so far have even given me a boot animation
Dev's have lives outside this site, so you can't really expect anything. Though if jmsq decides to, it would probably happen when Safestrap supports Lollipop. You could technically flash it the same way we used it to flash 4.4 ROMs when we couldn't read /system on the 4.4 kernel, but that just opens up problems and room for error. Either way, don't expect anything until jmsq pops in himself. Then you won't be disappointed either way
There is absolutely nothing wrong with asking. While demanding is a different story, however, that's not what he did. It was a simple question.
But if I were to add my 2 cents, I'd say that it probably wouldn't be possible for jmsq to give us a safestrap/flashfire-able GPE Lollipop ROM with what he has now. Different kernels, different problems to overcome. If I were a betting man, I'd say he'd have to start about 80% from scratch.
The 'multi-step to normal' boot process is probably ok. The thing that I prefer not to live with (too much pain) is not having USB file xfer. That's a deal breaker for me, and there is no talk of anyone trying to fix this since the rom came out 6 weeks ago.
So this is the end of the road then? No one interested in trying to fix any of the issues/bugs/broken things and make this a clean load? Everyone here seems content with the pain.
You're missing the point. In most other ROMS, there may be a 'Known Issues:' list on day-one, but the devs or others dig into the list over time to get the list to zero. Not happening here, no squeak (from any one other than me apparently), so no oil... everyone may be happy to just keep using the patches, I'm just saying it's unusual for an XDA rom.
# rmmod dhd; insmod /system/lib/modules/dhd.ko "firmware_path=/system/etc/wifi/bcmdhd_apsta.bin nvram_path=/system/etc/wifi/nvram_net.txt"
# rmmod dhd; insmod /system/lib/modules/dhd.ko "firmware_path=/system/etc/wifi/bcmdhd_sta.bin nvram_path=/system/etc/wifi/nvram_net.txt"
Last night I made some progress on wifi tethering. I now know the commands to make it work, but I haven't figured out an easy way to implement the fix for everyone yet.
1. Toggle Wifi off.
2.Code:# rmmod dhd; insmod /system/lib/modules/dhd.ko "firmware_path=/system/etc/wifi/bcmdhd_apsta.bin nvram_path=/system/etc/wifi/nvram_net.txt"
3. Toggle Wifi AP on; it should now be broadcasting properly.
4. When done, toggle Wifi AP off.
5.Code:# rmmod dhd; insmod /system/lib/modules/dhd.ko "firmware_path=/system/etc/wifi/bcmdhd_sta.bin nvram_path=/system/etc/wifi/nvram_net.txt"
6. Toggle Wifi on.
Thanks, confirmed working on my phone and it will be useful. I created a one line file for each command and pushed them to /system/bin for ease, but I don't know how you'd get it to run when AP is toggled.
#!/system/bin/sh
if [ ! -z "$(cat /proc/modules | grep 'dhd*')" ]; then
echo "WiFi/AP already on"
else
insmod /system/lib/modules/dhd.ko
fi
#!/system/bin/sh
if [ ! -z "$(cat /proc/modules | grep 'dhd*')" ]; then
echo "WiFi/AP already on"
else
insmod /system/lib/modules/dhd.ko "firmware_path=/system/etc/wifi/bcmdhd_sta.bin nvram_path=/system/etc/wifi/nvram_net.txt"
fi