wdtz

Members
  • Content Count

    32
  • Joined

  • Last visited

About wdtz

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Digit: with a working and non-working situation,, compare lsusb ,,, lsusb | wc -l ,,, dmesg | tail -15 (just after dongle inserted,, ie unplug, replug) as root/sudo,,, lsmod | grep ath ,,, ifconfig If it doesn't show with lsusb, check the other port, for me, hexdump's dtb conflicts usb2 and debug, doesn't work,, and usb3 locks hub on a daily basis, needs a replug, 3 different hubs Haven't tried easyb's dtb yet
  2. I am wondering what version of linux is this running under? I am not familiar with libre-elect
  3. >I have tried the conversion from dts to dtb but i not have success. Try again,,, dtc -h,, must be dtb,,, dts is only for editing/altering,,, kernel wants dtb Let us know how it goes Because of the symbolic names, if you don't have a compile environment it probably won't work
  4. I guess you have not read much of this thread, last5-6 pages would be good t9.dtb for 4.4.x kernel seems OK, I have not tried any 5.x, slightly different dtb (guess) Not on ups, 10d uptime,, H96max+, wifi dongle a bit unstable, needs powered hub, x11vnc Oh, and if hub back-feeds (many do) must unplug for reboot or power off For example, a 2 second power "blink", you will think box is dead, until you unplug hub power too
  5. @hexdump Thanks for your t9.dtb,, works fine with H96 max+ for me I could never figure out how the regulators worked, somehow you did Only thing lacking is module for SSV6051 I guess I should try to put patch in right place and make a kernel
  6. Board is labeled RK3328_8D4_V1.1, same as yours, wifi chip is indeed different, SV6051P Serial connection as shown in your photo I think the problem with sd card is power to socket, if you read this thread I have a few posts previous
  7. I have H96 max+,32gb, board is same, wifi is sv6051, no bluetooth Like you, most of the dtb give root fs not found, no /dev/block/mmc.... ,, or for the android versions a black screen, serial shows only a few lines of kernel load (<5) --edit-- you can make it work by writing image to both a uSD card and a usb stick, it will probably find the stick and run from it. The uSd can be small and slow Not so good with only 2 usb sockets
  8. Can you quote some specific models? My H96max+, android8.1 seemed OK,, SuperSU installed OK, root checker said all was well
  9. Err,, adb is not "android",, android is the graphical shell,, hypothetical example,, if you had firefox installed,, typing firefox in adb would NOT startup firefox But, for sure , adb is very powerful, despite being a considerable pain More on point, adb uses the su in /sbin,, android uses the su in /system/xbin,, it is no good
  10. Clearly,, you have not read whole thread,, about 5 pages back, but differently in adb# ,, ls -l /sbin/su; ls -l /system/xbin/su ,, notice that they are not the same? (google) verity off; mount -o remount,rw /system; cd /system/xbin; mv su su.bak; cp /sbin/su . and then root will work in android FWIW
  11. I have one of these, in the simple shell ls -l /dev/block will show at best mmcblk1 (the emmc), (almost) never the sd card I think it's something to do with the regulator,, pwm does not seem to work,, the android dtb seem to use simpleReg vrs rk805-regulator I did a "hack" bypassing gpio, barely works, lots of errors in dmesg (regulator errors,, boots and runs from sd) The other method is to copy rootfs to a usb stick, rename the partitions (e2label)
  12. Dmesg , if all is well, will give a message, ie (dmesg |grep firmw) usb 1-1.4.3: rtl8xxxu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin for a usb dongle
  13. Well, it varies, alas. The firmware files can be bin or fw or other. Usually from /lib/firmware or a folder there BUT can be in /usr/somewhere, this is not common I don't know how the ko knows where to find the firmware Firmware are for the wifi chip, are version and OS independent It is 1 of them, there are 9 or 10 in total plus uboot and miniLoader and ? Maybe I'm telling you something you already know, / in Android is only in mem, loaded from the boot part, a gz cpio. Most of the folders in / (android ) are links to the appropriate partition I would guess that these are the ones you need, try copy them to lib/firmware/rtlwifi
  14. As I said, usually an android dtb won't work for linux, but it is a guide on how to change an almost working dtb For wifi,, 3 things have to be "right". A reference in the dtb, a module, and the firmware You will really have to get dtc (device tree compiler) and learn how to use it, it is not that hard.. Harder is making the "right" device tree IMO,, you really should have a "perfect" boot with sdcard (everything works, no glitches) before thinking about overwriting emmc ----more-- For wifi the reference in the dtb is not at all important, only if you want it to work during boot. I have seen wrong wifi chip referenced in dtb, modprobe right module (if firmware is there) and the wifi works This assumes it is talking to the right gpio There is a discussion about that in this thread a few pages previous
  15. No, mmcblk0 is almost certainly your sdcard, just from the partitions on it It's really common for android to have boot0, boot1, rpmb on the emmc, that is likely where it is (blk2) If you have checked your evb.dtb by turning it into a dts, check dwmmc@ff500000, and @ff520000 for bus-width = < 0x04 >; or 0x08 and the aliases { ,, then you will know for sure You do know this will wipe out your android? Before you do that, it would be good to extract the android dtb because it is sometimes hard to get the right image for your hardware, there are so many slightly different images