wdtz

Members
  • Content Count

    38
  • Joined

  • Last visited

 Content Type 

Forums

Member Map

Store

Crowdfunding

Raffles

Applications

Everything posted by wdtz

  1. And now, after trying about 20 dtb's, only the liantong (all 3) see mmc0 and mmc2 and the partitions (and despite running dtdiff until my eyes are crossed I don't see anything significantly different in dwmmc) Unfortunatly they all stop, about 4 seconds into the kernel load with rockchip-dmc dmc vop bandwidth to dmc rate (all 3 liantong) I don't think this is something tuneable in a dtb The post above, those are spurious error msgs,, but about 1/2 of all the others have (early,,8x) rockchip_mmc_get_phase invalid clock rate all those apparently dangling clocks point to the clock name, I have no idea what is in that I don't have enough hd space or a powerful enough box to compile, alas --edit-- the 2nd and 3rd liantong are essentially the same, only fastest cpu removed
  2. Bables,, after viewing about 20 dmesg logs, I see some things in common (re no mmc,, ls -l /dev/block) The 1 and only 1 showing any mmc was the legacy dev with roc-cc ,,Ubuntu_bionic_dev_4.4.161_desktop,, and I see rpmb, boot0 and boot1,, that's all I think lacking (in init) is rkpart for the rest of mmcblk0 (the emmc) Most dtb lack (in aliases) mmc0 = "/dwmmc@ff500000"; and so on This is an error in all? most anyway I don't know how severe this is (all? most) rockchip-dmc dmc: Cannot get the regulator "center" (missing stanza?) dwmmc_rockchip ff510000.dwmmc: No vmmc regulator found (also ff500000 and ff520000) dwmmc_rockchip ff510000.dwmmc: No vqmmc regulator found and minor error dwmmc_rockchip ff500000.dwmmc: num-slots property not found, assuming 1 slot is available and probably not related rk-vcodec ff360000.rkvdec: vcodec regulator not ready, retry many of the uboot are older, and for roc-cc --edit-- and yet, when I try with normal armbian (console=both) there are no errors in any dwmmc lines, but no mmcblk devices or partitions are discovered (except by uboot, kernel, initrd and dtb get loaded OK)
  3. I must say that I am most un-impressed with the dtb system I have been struggling with it for days, with almost NO success at first I thought I was a fuck-up none of my modified dtb's seemed to work, now,, after getting a serial connection (which is very little help, except for scroll back), I see that it is not me,, ** Unable to read file /dtb/rockchip/an-untouched-dtb ** and then the dtb',s every one different, pin#'s ,clocks, everything I even tried making a dtb -fs from a running android, (tarred /proc/device-tree) lots of errors in android dmesg, a wonder that it booted, and then edit androidisms out,, that didn't work either What a pain,, I'm starting to think this is more trouble than it is worth --edit-- It could find the dtb, previous 2 lines retrieving file,, reading file oops the retrieving and reading lines were in error, the file didn't exist Too many different versions, easy to lose track
  4. Bables for your next update,, this is from android kernel config CONFIG_SSV6051=m CONFIG_SSV6051_P2P=y CONFIG_SSV6051_SDIO=y because my H96Max+ has a SV6051P chip thanks
  5. Sorry, looking at dmesg (android) firmware is in /vendor/etc Yesterday,, another non-booting dtb, grr
  6. nytoc,, by the way, most firmware is distro and version agnostic ,, byte-order certainly matters, but probably not arch Sometimes it is in non-default locations and doesn't load, sometimes the package manager forces unnecessary restrictions sometimes ethernet has firmware --more-- Since you have a rooted android?? ,, you already have the firmware,, /vendor/lib/firmware/some-directory-with-8723-in-it's-name
  7. >Did you check if any mmcblk0\1\2 appeared ? I don't understand what you mean here? This was under rooted android,, so if I wanted to I could have dd'd them somewhere Under your distro, I have never seen any mmc devices, bad dtb I think >You need to try the tools to extract the firmware file. Maybe then you can get the dtb. You mean fdtdump? Initially, did not work, had to strip leading 2k to magic d00dfeed So far, all the dts that I have looked at are a MESS, pointing to non-existant clocks, phandle confusions, missing lines etc. It's a miracle that they boot Like there is 100 years of cruft in them, hard to believe these are newish devices if you can get a boot,, dmesg> to-something-to-study,, lots to fix (the initrd has dmesg in it, but unless it recognizes a usb stick you nowhere to write to) Nytoc, is the wifi loading the firmware?, dmesg | grep firmware Balbes's distro doesn't seem to come with firmware, apt-get
  8. >- microSD + USB: I can reach the Kodi interface but I don't have any network support Not even ethernet? If your android is rooted, then,, su; lsmod ,, you should be able to tell which is wifi module OR,, take it apart and look at chip markings, the antenna will go to wifi chip (for me sv6051p) I assume you have both ethernet and wifi in android?
  9. I was also going to write about too high iozone numbers, but not as high as Bernie_O I see up to 1.6M with larger blocks, evo, evo plus, evo+, 32 & 64GB Interesting, numbers are about equal for 2 year old evo+ and new evo plus The sandisk 64 GB A1 is also about equal,,, BUT, but the 32 GB is shit (sandisk ultra A1) 1/6 the speed? less? I greatly regret buying 2 of them I also tested with the iozone parameter -s 500M, numbers were about the same really should only see 500 -600K, so something is wrong this is with a U1 or maybe U3 reader attached to usb3 Here 32 GB sandisk ultra A1 ,, ---slow, slow, slow 102400 4 1811 1745 7607 7610 7054 1384 102400 16 3327 4794 23309 23288 21946 4240 102400 128 17653 14829 90395 90565 67828 10891 102400 512 16577 15942 93699 93687 86111 13926 102400 1024 18142 15978 94203 94270 90049 14355 102400 16384 17585 15736 94533 94624 94274 20876 and comparison sandisk ultra A1 64GB ,, notice the "too high" numbers 102400 4 239202 281839 301375 296697 38806 38378 102400 16 562704 667356 708478 734044 144208 142922 102400 128 979088 1420801 1688792 1694830 790470 723220 102400 512 953029 1377012 1514590 1580078 1209057 1128835 102400 1024 975497 1362280 1555382 1569586 1377268 1218438 102400 16384 918773 1259275 1379822 1381468 1333371 1214032 iozone -e -I -a -s 100M -r 4k -r 16k -r 128k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 above 64GB with Bernie's dd time sh -c "dd if=/dev/zero of=testfile bs=100k count=50k && sync" 51200+0 records in 51200+0 records out 5242880000 bytes (5.2 GB, 4.9 GiB) copied, 153.192 s, 34.2 MB/s
  10. I had to do it twice, my regular email provider does not let you leave their site, I always have to open a new tab. So, my 1st registration attempt failed, had to use my gmail account instead. All in all, a bit of a pain
  11. Hi Balbes Like nytoc, during boot it could not find rootfs This is a H96Max+ ,, board labeled RK3328_8D4_V1.1 It has sv6501P wifi About 1/2 the dtb don't even start to boot, evb-android, both rock64, roc-cc, box-liantong The rest, evb, box, box-z28, box-trn9, rockbox, all have no mmc (ls /dev/block} They will all boot with rootfs on usb stick obviously uboot can read mmc, since uinitrd gets loaded (and kernel) Once or twice, booted only with usb, I'm not sure which, maybe box or rockbox The next update, please compile ssv6051 module I tried to strip the dtb out of resource.img, doesn't boot (mmcblk2p5) Maybe there was more in that 8M partition, the dtb <60K The android on it (8.1) is 4.4.140 (and rooted, that's how I got resource.img) thanks for the work --more-- There was no way I could make it go to maskrom with the button, maybe there is a trick,, also could not do adb with usb,, lsusb never showed it Had to use wireless adb