wdtz

Members
  • Content Count

    38
  • 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. That's the error for a misconfigured dtb, the voltage supply to mmc, @500000 and 5100000 A non-standard regulator setup, like t9 or h96max+
  2. OK, i'll make an attempt, please correct me where wrong dtc is kind of stupid, and device trees could definitely be improved I'll bet you don't have a compiler environment and that's the problem an example line, still symbolic,,, gpios = <&gpio2 RK_PA2 GPIO_ACTIVE_HIGH>; The <&something,,> is an internal (only?) pointer in the dtb The next 2 elements are probably populated from an appropriate .h (header) file (specific to that hardware) So it becomes,,, gpios = < 0x3e 0x02 0x01 >; ( a random example) The dtc compiler can only deal with numbers There is also an include at the top, has to be merged in It would be a REAL improvement if the pointers, wherever possible had the same numbers as linux devices they represent (Probably that would be half, to differentiate the "made up" ones, add F0 00 00 00, so f0000001,f0000002, ... There could be a standard..... a device tree number standard) The &numbers seem to be somewhat random, 1st come I think All source dts are not written is same order and have different numbers of stanza's so, in 6 dts's for example for 3328, only 2 will almost match (&numbers) most confusing, pages of notes, a real pain
  3. So, Digit97 , you never 'got back' to us to say how it worked out and what you found
  4. understand, uboot and kernel have different dtb, that is why h96max+ starts, with uboot as seen by serial cable, but then when hands over to kernel dtb does not power uSD slot, something non-standard with regulators. So, it can't find its root filesystem, because slot is dead, no power You see no hdmi display until quite late in the boot, so it seems dead, just can't read uSD slot It there is a usb stick ALSO plugged in, will find root fs on usb stick.. uSD slot continues dead, unpowered easyb and hexdump have made dtb for h96max+/T9 that make regulators work. I don't know about other models ----edit---- For my h96max+ there is a problem with usb2 port, in dmesg late in boot and periodically (with hexdumps' dtb, not with easyb's) genirq: Flags mismatch irq 13. 00000080 (serial) vs. 00004000 (debug) Quickly, the usb2 port 'locks up' there is no easy way to revive,, I am sure a suitable unbind,bind would make it work for a bit, a bit esoteric But now, I am using easyb's dtb, a 5hr power out forced a shutdown (47d uptime) No problem with usb2 port
  5. I hope you don't expect me to do it for you? I am going to assume that you have broken that image up into the partition images I don't know if you are using win or linux, no matter There are hexeditors for both, a gui vesion is my recommendation, wxHex or okteta or ghex, I tend to use okteta load kernel.img into hexeditor, control f , make sure the hex button is selected, enter the signature above. It will be a good sign if it is found at the begining of the line, make a note of the address, keep searching. Then, in calculator, set decimal , address/1024, should be even, no remainder If so,, try dd if=kernel.img of=test bs=1024 skip=(above number) count=70 (Input file, output file, block size) Check test, load into hexeditor, should begin with signature, if not, you screwed up Then try to decompile, as usual If you don't find it appended to kernel, search in other images
  6. Are you saying that there is no resource.img? You do know that the dtb is 2K into resource.img (IIRR)? use dd to strip Sometimes the dtb is appended to the kernel,,, anyway search, with a hexeditor for D0 0D FE ED 00, at an even K boundry d00dfeed00 it the "signature" for dtb's. Most dtbs are about 60-65K in size Most of the resource.img is an (graphic) image file (or 2) for the splash screen I haven't found android dtbs to be very useful And, BTW how well does easyb's dtb work for you,, does everything work, both usb, ethernet? I have 46d uptime, I seldom reboot
  7. 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
  8. I am wondering what version of linux is this running under? I am not familiar with libre-elect
  9. >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
  10. 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
  11. @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
  12. 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
  13. 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
  14. Can you quote some specific models? My H96max+, android8.1 seemed OK,, SuperSU installed OK, root checker said all was well
  15. 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