| 00:08.15 | *** join/#arm-netbook tuliom_ (~tuliom@177.99.130.212) |
| 00:53.14 | hno | slapin, hi |
| 00:55.42 | hno | libv, it may be possible to prove different configurations of the blank parts. It's basically really # of chips & size. The DRAM controller do not magically know. |
| 00:59.15 | libv | hno: some C code could be written that can be natively built for several androids, which can extract the necessary information from allwinner register space |
| 00:59.54 | libv | hrm, just statically linked code should work already, if we can access /dev/mem |
| 01:07.45 | slapin | hno, I see funny output from my code for executiig NAND commands - it runs OK READ0 (0x00), latches address w/o problems, then it outputs RNDOUT command (0x05) and immediately deselects NAND w/o transferring any parameters. Any ideas? |
| 01:08.35 | slapin | hno: I see it on LA crystal-clear, will upload it into the same place as it saves to its disk. |
| 01:17.39 | hno | libv, /dev/mem do not seem to work for some reason. |
| 01:19.10 | hno | slapin, sorry, quite at loss there. But will wire up my logic analyser and play around a little. But probably not tonight, head still very muddy. |
| 01:19.14 | *** join/#arm-netbook stefanro1 (~stefan@p57B94D3E.dip.t-dialin.net) |
| 01:20.29 | libv | set up of dram is done by the common allwinner code of uboot, right? |
| 01:20.53 | hno | dram setup is done by boot0 or u-boot SPL. |
| 01:21.20 | hno | probing of the missing parameters is done by livesuit when flashing the board. |
| 01:22.19 | hno | interestingly it misdetects 8-bit chips as 16-bit. |
| 01:22.51 | hno | and still works fine. |
| 01:23.34 | *** join/#arm-netbook Regressor (550f6d9a@gateway/web/freenode/ip.85.15.109.154) |
| 01:32.08 | libv | hno: i am wondering, why do the script.bins not come with those bits of info? |
| 01:32.17 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 01:32.23 | libv | hno: i saw some ram sizing code in uboot |
| 01:32.29 | libv | is that code unreliable? |
| 01:32.42 | libv | does each device come with an especially hacked uboot? |
| 01:33.54 | slapin | hno: can you look at files at http://ossfans.org/nand/ ? there is dumps from original NAND u-boot |
| 01:39.59 | slapin | hno: I processed LA output (excluding repetitive data) and got this for our code: http://ossfans.org/nand/sunxi-u-boot-nand-dump.txt (please ignore crap at the end, I get this file from working LA, which is slow in storing info) |
| 01:40.54 | slapin | hno: original files are not processed, since I was still learning to use LA. |
| 01:41.14 | hno | slapin, which command are you trying to execute? |
| 01:41.22 | slapin | nand dump 0 |
| 01:42.01 | slapin | original u-boot doesn't allow to execute command and just boots |
| 01:42.27 | hno | you can replace original u-boot. |
| 01:42.46 | hno | or boot lichhe-dev from SD. |
| 01:42.51 | hno | or JTAG, or loady. |
| 01:43.04 | slapin | hno: I still can't run graphical interface here |
| 01:43.21 | hno | ? |
| 01:43.21 | slapin | hno: to replace u-boot |
| 01:43.43 | slapin | hno: I mean I don't have anything but serial port to device |
| 01:44.15 | hno | that's fine. loady works fine for loading a new version of u-boot to ram and execute. |
| 01:44.26 | hno | loady 0x4a000000 |
| 01:44.34 | hno | [upload using y-modem] |
| 01:44.38 | hno | go 0x4a000000 |
| 01:46.15 | slapin | hno: will it work from u-boot-sunxi? any wgettable url? |
| 01:46.44 | hno | loady is enabled in sunxi-current. Even sunxi I think. |
| 01:47.30 | hno | lichee-dev is in linux-sunxi u-boot repository. |
| 01:47.55 | slapin | hno: any pre-built u-boot binary somewhere? |
| 01:49.06 | hno | not of lichee-dev I think. And you probably want to change it to not read env from nand. |
| 01:51.04 | hno | One moment and I'll prepare a suitable nandtrace binary for you. |
| 01:58.25 | hno | slapin, www.hno.se/code/A10/u-boot/u-boot-nandtrace.bin |
| 01:58.32 | hno | sources in my nandtrace branch. |
| 02:12.09 | slapin | hno: should it immediately start reading NAND? |
| 02:12.22 | hno | Yes, more or less. |
| 02:12.52 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 02:13.05 | slapin | so I jut setup my LA before running go 0x4a000000 |
| 02:13.28 | slapin | hno: ? |
| 02:13.49 | hno | yes |
| 02:20.14 | *** join/#arm-netbook IIV (~cpinc@173-24-24-27.client.mchsi.com) |
| 02:22.10 | slapin | hno: it is a problem to synchronize LA :( trigger runs too early because pins jump :( |
| 02:27.53 | hno | you can wait until everything settled and issue comands to read. |
| 02:28.57 | hno | it will chat for a while due to the tracing, but will get to the bootwait prompt in a little while |
| 02:29.11 | slapin | hno: yeah, this way I was able to catch only reset command :( is it possible to make it just get into the prompt on boot, so I could use some nand command? (After prompt all pins will be in proper state and I can trigger on CE -> 0 |
| 02:29.36 | hno | slapin, sure, just press enter. |
| 02:31.56 | slapin | hno: I won't it boots immediately like original u-boot, without delay |
| 02:32.04 | hno | no |
| 02:32.31 | slapin | hno: this is what I see on screen |
| 02:34.51 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 02:36.37 | slapin | hno: as I see again, only resets recoreded :( |
| 02:37.24 | hno | maybe the trace chatter delays too much? Stop at the prompt and use nand read |
| 02:37.48 | hno | reads up to 0x2000 in size is a single NAND operation on my device. |
| 02:38.55 | slapin | hno: it ignores keypresses, just outputs lots of NFC access |
| 02:39.22 | hno | Works for me. |
| 02:39.56 | hno | NFC READ NFC_REG_CTL=4301 |
| 02:39.56 | hno | NFC WRITE NFC_REG_CTL=301 |
| 02:39.56 | hno | Hit any key to stop autoboot: 0 |
| 02:39.56 | hno | sun4i# |
| 02:40.16 | slapin | hno: probably your environment contains no bootdelay 0 |
| 02:40.24 | hno | I just press enter while the initial spew. |
| 02:40.36 | hno | There is no environment in this u-boot build. |
| 02:40.53 | slapin | hno: hmmmmm |
| 02:41.47 | hno | should probably take out boot command as well.. |
| 02:42.50 | slapin | hno: I think so, or just set bootdelay to something like -1 or so, so it won't boot |
| 02:43.08 | slapin | I don't remember which one, though... |
| 02:43.21 | hno | gah, this is a seriously fucked up u-boot config. |
| 02:47.48 | hno | New binary without any autoboot. |
| 02:52.18 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 03:04.06 | *** join/#arm-netbook TheLarch (~Larch@adsl-75-57-149-138.dsl.emhril.sbcglobal.net) |
| 03:04.06 | *** join/#arm-netbook TheLarch (~Larch@unaffiliated/l84supper) |
| 03:04.57 | slapin | hno: http://paste.ubuntu.com/1366692/ |
| 03:05.15 | slapin | and still no prompt |
| 03:06.39 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 03:06.52 | slapin | will continue experiments later today, need to get some sleep |
| 03:07.02 | slapin | gn, all! |
| 03:08.25 | hno | slapin, http://fpaste.org/1SG7/ is what mine looks like. |
| 03:08.57 | slapin | hno: mine still continues: http://paste.ubuntu.com/1366697/ |
| 03:09.35 | slapin | hno: please see what is might be, I'm so tired I can barely walk to bed, good night! |
| 03:10.23 | slapin | hno: 25ca5d6adc255001d6d61acf23a35318 u-boot-nandtrace.bin |
| 03:10.48 | *** join/#arm-netbook mSquare (~selvan@122.167.66.75) |
| 03:12.59 | hno | slapin, I don't see a partition table in your dum. Seem to have some serious ECC errors. PHY_PageReadSpare : too much ecc err,bank 0 block 0,page 7f for example. |
| 03:14.03 | hno | also crawls to bed. Good night. |
| 03:20.44 | slapin | hno: there is partition table, I just missed it in log. |
| 03:21.45 | slapin | hno: it just reads something infinitely. original u-boot boots without problems. |
| 03:23.07 | slapin | hno: on nth attempt got to the prompt |
| 03:40.14 | slapin | hno: http://ossfans.org/nand/u-boot-original-nand-read-processed.txt - processed (no repetitions) capture |
| 03:41.29 | slapin | hno: http://ossfans.org/nand/nand/u-boot-original-nand-read-raw.txt - unprocessed (raw) capture |
| 03:41.39 | slapin | please inspect |
| 03:41.57 | slapin | gone |
| 04:30.22 | *** join/#arm-netbook jquip (~johnny@106.211.143.53) |
| 04:42.21 | *** join/#arm-netbook Mehhh (adabd66c@gateway/web/freenode/ip.173.171.214.108) |
| 04:44.16 | *** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 06:07.39 | *** join/#arm-netbook rz2k (~rz2k@37-144-46-232.broadband.corbina.ru) |
| 06:51.15 | *** join/#arm-netbook Quarx (~Quarx@46.233.220.142) |
| 06:56.23 | ssvb | hi, is there any reason for having sdram clock set to just 360MHz for mele a1000 while cubieboard boosts it to 480MHz? |
| 07:01.04 | rz2k | mele uses cheaper ddr3 probably. |
| 07:03.56 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 07:20.07 | ssvb | rz2k: http://linux-sunxi.org/Mele_A1000 says that it is using 512MB in 2x Hynix H5TQ2G63BFR H9C 143AK |
| 07:21.41 | ssvb | and http://www.hynix.com/datasheet/eng/computing/details/computing_19_H5TQ2G63BFR.jsp says that it is DDR3-1333 (speed grade -H9) |
| 07:23.26 | ssvb | so 480MHz should not be a big problem? |
| 08:07.07 | rz2k | you can easily have cheaper stuff and edited script.bin |
| 08:08.05 | rz2k | check if you have same ones and you can try to up the freq. |
| 08:08.56 | rz2k | my a13-tab has ddr3s from manufacturer that I didnt even know existed, it has lower clocks than usual too. |
| 08:21.28 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.96) |
| 08:27.50 | ssvb | rz2k: yep, already did that, I was just curious about what is considered to be within allowed specs |
| 08:31.15 | ssvb | btw, script.bin appears to have no effect on dram clock frequency, it was still 360MHz according to the value in DRAM_CCM_SDRAM_PLL_REG (obtained on the running system via "devmem2 0x1c20020") and benchmarks showed poor results |
| 08:31.32 | ssvb | patching u-boot did the trick - https://github.com/linux-sunxi/u-boot-sunxi/blob/sunxi/board/allwinner/mele_a1000/dram.c#L7 |
| 08:34.31 | ssvb | btw, my A2000 device is unstable at 1.2GHz, which probably also explains why cubieboard is sold as 1GHz :) |
| 08:37.10 | *** join/#arm-netbook jquip (~johnny@27.58.7.21) |
| 08:37.15 | ssvb | is trying to figure out how to configure it for best performance without overclocking |
| 08:43.57 | rz2k | everything above 1.03ghz is marketing crap |
| 08:44.18 | rz2k | http://linux-sunxi.org/Cpufreq - for ac powered boxes |
| 09:19.34 | *** join/#arm-netbook tzafrir (~tzafrir@local.xorcom.com) |
| 09:49.53 | *** join/#arm-netbook tzafrir (~tzafrir@local.xorcom.com) |
| 09:56.50 | *** join/#arm-netbook rellla (~Thunderbi@p4FE5621D.dip0.t-ipconnect.de) |
| 10:07.25 | hno | slapin, the trace seems to be missing the beginning (command & address). Starts with a long data read. |
| 10:10.49 | hno | raw trace seems corrupted @sample 9581-> |
| 10:15.10 | *** join/#arm-netbook grimes99 (~du2@host-78-147-118-155.as13285.net) |
| 10:34.05 | *** join/#arm-netbook cheng (~cheng@124.13.188.69) |
| 10:34.15 | *** join/#arm-netbook tuliom (~tuliom@177.99.130.212) |
| 10:54.24 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 11:03.12 | hno | slapin, there seems to be some noise in the traces. For example samle 1511, 2594, 6019, and some others. Do you have some flourecant lights or other noticeable radio emission nearby? |
| 11:10.43 | hno | slapin, scrubbed and decoded I see this: http://fpaste.org/cLZh/ |
| 11:15.52 | hno | the decoder used: http://fpaste.org/8Q3L/ |
| 11:26.27 | *** join/#arm-netbook arnd_ (~arnd@HSI-KBW-149-172-5-253.hsi13.kabel-badenwuerttemberg.de) |
| 11:40.42 | *** join/#arm-netbook cheng (~cheng@175.137.64.149) |
| 12:01.10 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 12:29.41 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 12:41.57 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 12:56.53 | *** join/#arm-netbook slash_random (~david@host188.181-1-116.telecom.net.ar) |
| 13:00.14 | hg_5 | hey, is there any difference if i buy nexus 7 16gb from old or new supply ? |
| 13:39.48 | *** join/#arm-netbook MindBeat (~mindbeat@h90n3c1o1041.bredband.skanova.com) |
| 14:01.55 | gimli | arm-linux-gnueabihf-gcc: error: -mfloat-abi=soft and -mfloat-abi=hard may not be used together is a know problem with the kernel source ?` |
| 14:08.32 | libv | gimli: not really |
| 14:08.40 | libv | gimli: how are you building the kernel? |
| 14:09.17 | gimli | linaro latest toolchain and decsibed like here http://linux-sunxi.org/FirstSteps |
| 14:10.59 | libv | gimli: are you sure that you are not building uboot here? |
| 14:11.25 | gimli | i'm sure. |
| 14:12.17 | libv | since you are using the defconfig, you can do a make mrproper on the kernel tree |
| 14:12.45 | gimli | even on a clean git clone ? |
| 14:13.07 | libv | hrm, ok |
| 14:13.31 | libv | and you have built uboot succesfully with this toolchain? |
| 14:14.20 | *** join/#arm-netbook Curtman (~curtis@S0106602ad0753d9b.wp.shawcable.net) |
| 14:14.21 | gimli | didn't build u-boot jet. but another kernel for another arm platform |
| 14:14.22 | libv | and do not have any CFLAGS set? |
| 14:14.45 | gimli | so i asume the toolchain is fine |
| 14:15.09 | libv | hno: if you are around and have some time, can you help Curtman fill in the blanks in the dram.c for his uboot? |
| 14:15.30 | libv | try uboot, and see whether the problem is with the code, or with your setup or toolchain |
| 14:15.57 | Curtman | libv, I don't think its necessary. I notice on the stock u-boot it only shows 512MB, not 1GB. It seems to load the kernel just fine too, and the kernel inits 1GB. |
| 14:16.03 | gimli | so you tell me even if i compiled another kernel sucessfull my toolchain is not working ? |
| 14:16.14 | libv | Curtman: nice! |
| 14:16.43 | libv | gimli: am i telling you what is wrong, or am i suggesting possible routes for eliminating possible problems? |
| 14:17.04 | hno | Curtman, are you booting from NAND? |
| 14:17.05 | Curtman | libv, Right now it's just hanging after the serial port initializes for some reason. I was trying to get an ubuntu root image to try but http://rhombus-tech.net is still down. Any mirrors that you know of? |
| 14:17.09 | libv | gimli: first would require clearvoyancy |
| 14:17.15 | Curtman | hno, Nope, just from SD so far. |
| 14:17.18 | libv | gimli: so try it. |
| 14:17.48 | hno | Curtman, what device do you have? |
| 14:17.59 | Curtman | hno, Mele A3700 |
| 14:18.20 | libv | gimli: i would find it very strange if there would suddenly be an issue with the kernel build system on even our hairy kernel |
| 14:18.31 | Curtman | hno, I started a wiki page yesterday. http://linux-sunxi.org/Mele_A3700 |
| 14:19.02 | libv | Curtman: ah, serial init... try a full reset |
| 14:19.15 | libv | Curtman: reboots hang there for me on both my devices |
| 14:19.21 | libv | Curtman: needs a cold start |
| 14:19.32 | libv | very painful issue, but noone has taken the time to debug it |
| 14:20.30 | Curtman | I'm doing a cold boot though. Once its hung like that, I can't reset without yanking the power cord. |
| 14:20.33 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 14:20.38 | libv | :( |
| 14:20.42 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 14:20.54 | hno | Curtman, not even holding power button for ~10 sec? |
| 14:21.27 | gimli | libv: sorry to blabe the kernel sources, how could i |
| 14:21.39 | Curtman | libv, I'm blaming this Gentoo root for now. I'd like to get a rootfs that works on the A1000/2000 to try. but http://rhombus-tech.net is still down. |
| 14:22.29 | hno | Curtman, linaro armhf rootfs + mele2000 hwpack |
| 14:22.38 | libv | Curtman: initializing the serial port and hanging is a kernel issue afaik |
| 14:22.40 | Curtman | Which branch of the linux git sources should I be working on do you think? I'm on the 3.0 branch as described in the docs. |
| 14:23.26 | Curtman | I don't see anything in the output about even mounting the rootfs either. It's possible it's just not getting that far, and borks during kernel init. |
| 14:23.40 | libv | gimli: there are many issues with our kernel, build time el/hf confusion has not occured so far |
| 14:29.06 | hno | Curtman, sounds as if something is very messed up. |
| 14:29.39 | hno | you said you boot from SD. Which board did you build u-boot for? |
| 14:29.44 | Curtman | hno, Yeah. It's to be expected. It'll take time to sort, but I've got most of today to play with it. |
| 14:29.56 | Curtman | hno, I built for a1000 |
| 14:30.25 | hno | That's not compatible. |
| 14:30.50 | hno | Please see https://github.com/linux-sunxi/u-boot-sunxi/wiki "Adding a new A1x board" |
| 14:31.46 | hno | Quite likely it's very similar to Cubieboard. |
| 14:31.47 | Curtman | All I should need it to do is load the kernel from SD, and let linux init the hardware though. At least that's how things have been on other ARM platforms I've tinkered with. |
| 14:32.11 | hno | u-boot configures the DRAM and a bunch of clocks the kernel expects. |
| 14:32.41 | Curtman | All that seems to happen in boot1 based on my script.bin though, no? |
| 14:33.00 | hno | Not i you are booting from SD with u-boot SPL. |
| 14:34.04 | hno | and no, it's not based on script.bin. It's based on what is in the header of boot0 primarily, and some parts initialized from boot1 file header. |
| 14:34.23 | hno | if usign allwinner bootloader. |
| 14:34.42 | hno | how did you make your bootable SD card? |
| 14:36.01 | Curtman | I followed the instructions. To get script.bin I used 'adb connect 192.168.1.224' then 'adb shell'. Then I did 'dd if=/dev/block/nanda of=/mnt/tmp/nanda.img', and I loop-mounted that on my desktop. |
| 14:36.33 | Curtman | Then I bin2fex, and go this: http://pastebin.com/gRfyu1fW |
| 14:38.09 | Curtman | I'll be back in 15 or so. |
| 14:38.17 | hno | That looks odd for those DDR3 chips. |
| 14:40.00 | hno | but maybe the mele board layout can't handle them. |
| 14:46.30 | *** join/#arm-netbook alcides (~alcides@187.23.196.11) |
| 14:46.31 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 15:13.34 | *** join/#arm-netbook MindBeat (~mindbeat@h214n2c1o1041.bredband.skanova.com) |
| 15:14.47 | ssvb | hno: do you mean 360MHz is likely too low? |
| 15:17.44 | ssvb | this is pretty confusing, the A10 datasheet says that the SOC supports up to 800Mbps DDR3, which means 400MHz |
| 15:19.13 | ssvb | Mele clocks SDRAM at just 360MHz (below specified limit), cubieboard runs it at 480MHz (above specified limit) |
| 15:20.20 | ssvb | and Mele devices seem to use DDR3-1333 memory chips |
| 15:21.19 | ssvb | has anybody tried setting more than 480MHz clock speed for the memory? |
| 15:26.46 | *** join/#arm-netbook rz2k (~rz2k@37-144-46-232.broadband.corbina.ru) |
| 15:30.31 | *** join/#arm-netbook madmalkav (~Hamlet@188.86.253.69) |
| 15:33.04 | Curtman | hno, This is the dmesg from stock firmware. Its interesting. "Memory: 448MB 512MB = 960MB total", vs boot log: "DRAM: 512 MiB".. |
| 15:33.09 | Curtman | Bootlog: http://pastebin.com/1de1A4QX |
| 15:33.18 | Curtman | Dmesg: http://pastebin.com/SX5SaG83 |
| 15:42.16 | hno | Curtman, that's only Allwinner high quality code speaking it's sign. |
| 15:43.18 | hno | ignore what stock nand u-boot says about ram. It's wrong and ignored by the kernel. |
| 15:43.41 | hno | boot0 says the truth earlier (line 3) |
| 15:45.22 | hno | ssvb, almost every device seen today uses 408MHz for the DRAM. Cubieboard have found their board stable up to 480MHz. |
| 15:46.22 | *** part/#arm-netbook mSquare (~selvan@122.167.66.75) |
| 15:46.26 | hno | The exact limits of the controller is diffuse. |
| 15:47.29 | hno | datasheet is for first revision A10. The chip have undergone several revisions since then. |
| 15:49.40 | Curtman | The boot1 file header described in the adding a new a1x board doc looks very uninteresting to me. Useful? http://pastebin.com/feszwa3p |
| 15:55.59 | hno | Curtman, yes useful. |
| 16:06.04 | ssvb | hno: ok, thanks for the information, 480MHz seems to be stable on my Mele A2000, maybe I should try higher clock speeds as an experiment |
| 16:06.09 | *** join/#arm-netbook fluxi (myfluxi@dslb-084-063-124-011.pools.arcor-ip.net) |
| 16:06.26 | ssvb | BTW, does anybody know if G2D (Mixer Processor) supports premultiplied alpha? |
| 16:09.10 | *** join/#arm-netbook myfluxi (myfluxi@dslb-088-076-058-052.pools.arcor-ip.net) |
| 16:10.59 | hno | Curtman, this is what it says: http://fpaste.org/SU3S/ |
| 16:11.33 | Curtman | Thats better. :) |
| 16:13.24 | hno | clearly wrong, but thats how allwinner detects that dram config. Should be io_width: 8, density: 2048 |
| 16:14.31 | *** join/#arm-netbook tinti (~tinti@bhe201062162119.res-com.wayinternet.com.br) |
| 16:15.45 | libv | hno: so we can get the actual dram parameters from somewhere else than the .fex? |
| 16:16.04 | libv | if so, tool and please document :) |
| 16:20.09 | rz2k | I believe you can grab dram data from boot1 header, but that will need NAND support from our spl |
| 16:20.10 | ssvb | libv: maybe directly read from the HW regs? At least getting the memory clock frequency is easy: "devmem2 0x1c20020", extract bits 8-13 from the returned value and multiply by 24 |
| 16:21.13 | rz2k | ssvb: g2d is in kernel and should work, there is directfb for it, but not sure if it works, nobody had time yet to investigate there. |
| 16:22.18 | ssvb | rz2k: I figured this much :) just none of my google search requests for "premultiplied allwinner a10 g2d" returned anything |
| 16:22.39 | ssvb | I guess I just need to try to test it myself |
| 16:23.47 | ssvb | but if pixel alpha is not premultiplied, then it would make g2d a lot less useful for implementing xrender extension |
| 16:24.40 | rz2k | input to https://github.com/linux-sunxi/xf86-video-mali/blob/r3p0-04rel0/src/mali_exa.c is extremely welcome |
| 16:26.21 | *** join/#arm-netbook j1nx (~IceChat77@163-62-223.ftth.xms.internl.net) |
| 16:26.43 | ssvb | what is the status of mali support nowadays? is it reverse engineered enough to implement some basic 2D without any proprietary blobs? |
| 16:27.04 | libv | rz2k: my input: don't do it |
| 16:27.10 | rz2k | lol |
| 16:27.18 | libv | g2d. |
| 16:27.19 | rz2k | why? |
| 16:27.30 | libv | because that's what g2d is there for |
| 16:28.45 | ssvb | my first impression after quickly skimming through g2d driver sources is that it supports a very limited subset of needed functionality |
| 16:28.47 | libv | ah, it is simply wrapping ump bits, not doing any actual acceleration |
| 16:29.04 | rz2k | mali_exa doesnt do anything |
| 16:29.44 | libv | ssvb: i haven't looked deep enough myself, i hope it can do all but some of composite |
| 16:29.47 | hno | libv, bootinfo tool in sunxi-tools, if feat a boot0/boot1 header. |
| 16:30.27 | libv | hno: is this information known to be valid most of the time (i almost said "always", but then thought better of it) |
| 16:30.49 | hno | libv, if stopping nand-uboot at command promt then the boot1 header is still available in dram. |
| 16:31.08 | hno | it's valid at all times. |
| 16:31.28 | *** join/#arm-netbook MindBeat (~mindbeat@h66n3c1o1041.bredband.skanova.com) |
| 16:31.39 | hno | except that 8-bit configurations is misdetected as 16-bit by livesuit. But works either way. |
| 16:32.30 | libv | ah, ok, it is documented indeed |
| 16:33.08 | libv | i guess that the nand work now ongoing will give us the capability to grab boot1 from the nand directly in future? |
| 16:34.46 | libv | s/guess/hope/ |
| 16:35.02 | libv | ibot: shutup. |
| 16:35.02 | ibot | yes master, I'll STFU |
| 16:49.26 | Turl | rz2k: libv https://github.com/allwinner-ics/lichee_buildroot/blob/master/package/directfb/directfb-1.4.11-vmware.patch might come in handy to get an idea of what g2d can do |
| 16:56.58 | ssvb | Turl: actually the g2d code on the kernel side looks more interesting |
| 16:58.26 | ssvb | and the block diagram from the datasheet seems to provide a rather good overview |
| 17:03.07 | Turl | kernel code implements about the same, blit, stretch blit, fill rectangle and a mem allocator |
| 17:07.44 | ssvb | well, the directfb code looks like a userland wrapper for the real implementation which does actual work on the kernel side |
| 17:09.29 | ssvb | IMHO the right thing to do is to try using g2d for some basic operations with the memory chunks inside framebuffer and check the results |
| 17:10.58 | ssvb | first testing whether the per pixel alpha is treated as premultiplied or not |
| 17:11.01 | *** join/#arm-netbook jquip (~johnny@223.230.6.236) |
| 17:11.28 | ssvb | and next get some estimate for the expected performance |
| 17:13.58 | ssvb | as for the real DDX driver for x11, everyone and their dog implements them :) |
| 17:15.27 | *** join/#arm-netbook focus_it (~focus_it@cpc2-dals6-0-0-cust1005.hari.cable.virginmedia.com) |
| 17:16.24 | *** join/#arm-netbook MindBeat (~mindbeat@h142n1c1o1041.bredband.skanova.com) |
| 17:16.32 | focus_it | Suggest some improvement for A10 sunxi linux |
| 17:17.16 | focus_it | 1. if .fex text file is found and no .bin file, then activate fex2bin and create the .bin file |
| 17:18.32 | Turl | ssvb: well it was quite a welcomed improvement on my directfb testing ("hardware" vs "no-hardware" config) |
| 17:19.08 | focus_it | 2. if meet several evb.bin files, put option on screen to reboot with a different evb.bin file or continue, and then reboot if new evb.bin selected |
| 17:19.40 | Turl | focus_it: .bin is loaded by uboot to memory and parsed by the kernel on early boot, you cannot expect a userspace tool to be run then |
| 17:19.41 | ssvb | Turl: link? sorry, I'm relatively new here |
| 17:19.59 | Turl | ssvb: https://github.com/allwinner-ics/lichee_buildroot/blob/master/package/directfb/directfb-1.4.11-vmware.patch |
| 17:20.14 | Turl | ssvb: do you have a cubieboard by any chance? |
| 17:20.19 | ssvb | I mean "your directfb testing" |
| 17:20.52 | ssvb | Mele A2000 here |
| 17:21.05 | Turl | ssvb: that means I downloaded directfb 1.4, patched with that, and ran with and without hw support, and it was considerably faster where hardware could do its thing :) |
| 17:21.23 | Turl | (drawing rectangles for example) |
| 17:22.36 | focus_it | Turl: then suggest uboot is adjusted to write a default .bin that can be picked up and modified by the user. When they 'ring' for support, somewhere in there will be a note to say the .bin was a default generated file. |
| 17:23.16 | focus_it | so all the work goes into uboot to extend it to make it more friendly |
| 17:23.17 | ssvb | Turl: ok, I just had a hope that there might be an archived message in the mailing list or a blog with a bit more details |
| 17:23.55 | Turl | ssvb: if you want to test it, building directfb is not hard |
| 17:24.18 | Turl | ssvb: and if you then build the examples, there's one named "df_dok" iirc which is a benchmark of all these operations |
| 17:24.34 | ssvb | Turl: thanks, good to know |
| 17:25.24 | Turl | ssvb: then on /etc/directfbrc you can write (no-)hardware to control the accel |
| 17:25.38 | Turl | focus_it: why do you think there will be no .bin btw? |
| 17:25.51 | Turl | focus_it: I mean, people have to flash uboot and make the partitions already |
| 17:26.13 | focus_it | Turl: sorry, didn't explain myself properly. |
| 17:27.03 | focus_it | As a newbie, I found a lot of hassle in trying to explain to myself how and why the .fex has to be changed to accommodate when going from MK802 to a tablet |
| 17:27.14 | j1nx | evening guys |
| 17:27.29 | j1nx | anybody cared to read my mail on the ML this afternoon? |
| 17:27.44 | j1nx | Just can't get the kernel to boot anymore. |
| 17:27.53 | focus_it | In the end I find I only need to change .fex two lines to make MK802 Lubuntu distro work on A10 tablet with LCD |
| 17:28.08 | j1nx | But I do left for a good couple of weeks so might missed some development |
| 17:28.53 | focus_it | So then it got me thinking, if I remove the .bin file and left it the fex file, then the system should be able to parse it and boot. |
| 17:29.06 | focus_it | if it can't boot, it could write a note somewhere why it can't boot. |
| 17:29.27 | focus_it | alternatively it can generate its own .bin file that it knows it can boot with and at least boot |
| 17:30.19 | focus_it | That is normal way in Linux to recover from damage |
| 17:30.55 | Turl | focus_it: script.bin is going to day on the future |
| 17:31.27 | Turl | and as I said, if you only have a fex, you'd have to parse it on uboot, but doesn't seem worth the hassle imo |
| 17:31.43 | Turl | j1nx: yeah I saw it, weird :| are you building the tip of sunxi-3.0? |
| 17:31.44 | focus_it | That be fine. Just the new system can be thought out to cope with distros that hop from one ARM system to another |
| 17:32.04 | j1nx | Turl: Yes. Nightlu does not boot as well |
| 17:32.18 | Turl | j1nx: can you bisect? |
| 17:32.32 | j1nx | Disabled "PM idle support", same crap |
| 17:32.44 | j1nx | bisect? |
| 17:32.58 | Turl | git bisect |
| 17:33.54 | focus_it | Think of what might happen when a distro made for an MK802 with HDMI is transferred to A10 tablet. The display has to change to LCD, the input method has to change to accommodate resistive/capacitive sensors, the wifi module may have to be detected as that would change and so on |
| 17:34.29 | Turl | yeah, that's going to happen with device trees |
| 17:34.37 | j1nx | Turl: how does it work |
| 17:34.44 | Turl | nowadays you need to replace script.bin and flash your device's uboot |
| 17:35.25 | focus_it | Users can only edit text files, so its best if the fex to bin functionality is built into uboot or somewhere else so that users don't have to fret over it. |
| 17:35.29 | Turl | j1nx: http://git-scm.com/book/en/Git-Tools-Debugging-with-Git |
| 17:35.35 | Turl | read "binary search" |
| 17:39.03 | focus_it | So the way the fex to bin issue would get resolved is that uboot will look for .bin and if not found it will activate fex2bin and take the info from fex and reboot with new .bin; if no .fex then put in default .bin specific for that embedded device - at least it can then boot in a known way, even if it is wrong. Looking at copy of .bin will let support know what might have happened. |
| 17:39.16 | Turl | j1nx: it doesn't sound like a kernel failure though, maybe your PSU went bad |
| 17:39.28 | Turl | j1nx: can you try a known working build and see if it works? |
| 17:39.30 | j1nx | hmm ok, started the bisect, told the one I am on is bad, but how do I know which was still good? |
| 17:39.46 | Turl | j1nx: well you need to figure that out first :) |
| 17:40.00 | j1nx | oh crap ;) |
| 17:40.00 | Turl | what were you running on your device earlier that worked? |
| 17:40.07 | j1nx | nothing |
| 17:40.20 | j1nx | been out of the loop for the last 3 months |
| 17:40.37 | j1nx | had some stuff to do in Africa |
| 17:40.53 | Turl | j1nx: just so we don't do unnecesary stuff |
| 17:40.59 | Turl | j1nx: do you have another PSU to try with? |
| 17:41.16 | j1nx | hmm, need to check |
| 17:42.58 | focus_it | I'm doing all the testing on uSD card - which means I don't need to flash devices, and still experiment. |
| 18:05.33 | hno | slapin, got my logic analyser connected, and the NAND controller is a bit automagic. |
| 18:06.19 | hno | but need to slow down the nand clock a bit or it's unstable with all the wires connected. |
| 18:06.46 | hno | mw.l 1c20080 8204000f |
| 18:06.53 | hno | works fine. |
| 18:07.07 | *** join/#arm-netbook MindBeat (~mindbeat@h214n1c1o1041.bredband.skanova.com) |
| 18:07.51 | hno | you may want to slow it down much further to minimize the buzy gaps in the trace. |
| 18:10.50 | hno | err, that clock is not valid. mw.l 1c20080 8203000f |
| 18:16.02 | j1nx | Turl: Just downloaded one of the many images for mele, justed booted fine ? |
| 18:16.09 | j1nx | Don't think it is the PSU |
| 18:17.11 | techn | j1nx: Your sd card is broken? |
| 18:17.13 | Turl | ok then, get bisecting :P |
| 18:17.55 | techn | ** Bad ext2 partition or disk - mmc 0:1 ** |
| 18:22.33 | hg_5 | does anyone have nexus 7? |
| 18:25.21 | j1nx | techn: same card ;) |
| 18:26.13 | j1nx | Turl: Went back a couple of days, ad4e3898e1ada55defc153c7e4e95973c1973413 |
| 18:26.18 | j1nx | see if that one boots |
| 18:36.09 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.102) |
| 18:38.16 | *** join/#arm-netbook jquip (~johnny@223.191.3.203) |
| 18:43.52 | jquip | erm.. hey guys... so I did something stupid... I have an arm netbook, the 'H6' as said by cnxsoft... so .. I tried Guillaume's method of partitioning the nand memory.. it looks all nice.. he's got it working on 32 mele nodes ya know.. (http://guillaumeplayground.net/pimp-my-mele/)... So before you go there reading ... basically I have removed all the nand partitions... and am getting the kernel on nanda() and rootfs on nandb... and am now struggling |
| 18:43.53 | jquip | in the dark because no usb to ttl.. Machine simply flickers with screen on start, and then nothin... it's a uboot thing |
| 18:45.36 | *** join/#arm-netbook rellla (~Thunderbi@p4FE5621D.dip0.t-ipconnect.de) |
| 18:46.07 | jquip | have tried amery's default lichee uboot.bin, among others.. |
| 18:51.18 | bsdfox | get usb to ttl |
| 18:51.38 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 18:55.55 | *** join/#arm-netbook rellla (~Thunderbi@p4FE5621D.dip0.t-ipconnect.de) |
| 18:56.04 | *** join/#arm-netbook MindBeat (~mindbeat@h21n1c1o1041.bredband.skanova.com) |
| 18:56.22 | jquip | bsdfox: isn't there any other way? one can pipe that log to a file and then read it off after the boot process |
| 18:57.15 | Curtman | hno, https://github.com/hno/uboot-allwinner/commit/9c501f43585c8339a32195e39be66d89628c9993 <--- Awesome. Will test soon. |
| 18:58.15 | jquip | I mean can't redirect log output from serial into a file ?? |
| 18:59.04 | jquip | s/can't/can't we/ |
| 19:02.22 | jquip | hno: your kind attention please? |
| 19:03.01 | rz2k | jquip: you are working with hardware, you need debug connectivity like UART or JTAG. |
| 19:03.44 | rz2k | UART is basic one, working after basic initializations. JTAG works all the time, but you dont need it if you dont know how to use it. |
| 19:05.31 | jquip | rz2k: well the board is fine... linux on SD boots well.. |
| 19:06.09 | jquip | so i wasn't expecting any bugs from hw.. |
| 19:06.11 | hg_5 | hi which one will be better nexus 10 or samsung galaxy note 10.1 ? |
| 19:06.47 | rz2k | you still need to get the logs about whats happening when you boot from NAND. without them you will be blind in solving your problem. |
| 19:08.15 | jquip | yeahhh... getting that usb to ttl will take some time... I didn't want to wait till then.. |
| 19:11.39 | jquip | hg_5 : this channel is for linux development on arm... |
| 19:12.07 | jquip | and EOMA :) |
| 19:15.26 | RaYmAn | hg_5: n10 is better spec'ed, note has pen input. but yeah, not exactly a netbook ;) |
| 19:17.02 | *** join/#arm-netbook ibrah (~chatzilla@41.223.58.74) |
| 19:21.03 | hno | jquip, what? |
| 19:22.45 | jquip | hno: Can we redirect uboot log output into a file instead of serial?? no usb-to-ttl on me... and I wanted to get those logs |
| 19:22.53 | hno | jquip, no |
| 19:23.03 | hno | there is no file. |
| 19:23.10 | slapin | hno: hi |
| 19:23.19 | slapin | hno: have you managed to get dumps? |
| 19:23.22 | hno | jquip, you can use netconsole if you have an ethernet interface. |
| 19:23.32 | hno | slapin, yes. |
| 19:24.18 | hno | slapin, have not got around to decode them yet. But looks nice in SUMP, but all up/down diagrams.. |
| 19:24.59 | jquip | hno: Doh! yes I do have an ethernet interface... |
| 19:25.56 | hno | jquip, but you pretty much need u-boot console to configure it in the first place. |
| 19:26.22 | jquip | haha stalemate! |
| 19:26.55 | slapin | hno: of both our code and allwinner's? |
| 19:27.24 | slapin | hno: any ascii dumps to look at? haw did you set up triggers? |
| 19:27.28 | hno | slapin, only tried allwinners yet. |
| 19:28.34 | jquip | hno: I guess I will have to wait for it to arrive then.. Much Thanks.. |
| 19:29.44 | hno | slapin, I trigger on WE=0 to start the capture, sufficient. It's compressed so fits reasonably well in the trace buffer. Obviously not the whole page read, but command, read prepare delay, and first two "sectors" I think. |
| 19:29.56 | hno | The controller is odd. |
| 19:30.53 | hno | But I absolutely need to slow down the NAND bus considerably or there is errors with all the cables wired. |
| 19:31.22 | hno | easibly visible in the ECC counters. |
| 19:31.37 | slapin | hno: set dividers to maximum? |
| 19:31.46 | hno | Yes. |
| 19:32.10 | slapin | hno: set AHB speed to minimum? |
| 19:32.10 | hno | Probably could go much lower by also switching to 24M clock. |
| 19:32.42 | hno | AHB should not be changed. It's an internal logic bus between processor and NAND controller. |
| 19:33.06 | slapin | hno: dunno if controller will like so slow speeds... |
| 19:33.11 | hno | and many other |
| 19:33.31 | hno | slapin, why? |
| 19:40.25 | hno | it's the nand controller clock, and the nand controller clocks the nand bus. |
| 19:42.29 | *** join/#arm-netbook ibrah (~chatzilla@41.223.57.78) |
| 19:43.28 | hno | slapin, works fine at 24M / 8 / 16 |
| 19:43.29 | *** join/#arm-netbook grimes99 (~du2@host-78-147-118-155.as13285.net) |
| 19:47.19 | slapin | hno: have you some mw.l instructions to set this up? It seems I was able to capture data in 96 ns sample rate, will upload now... |
| 19:47.58 | slapin | as soon as it manages to write 5MB file |
| 19:48.23 | slapin | everything in this LA is cool and fast, except file operations. |
| 19:50.34 | focus_it | Another idea to improve the Linux experience |
| 19:51.13 | focus_it | 1. When booting Linux, make it high priority to throw up a splash screen first before much else for HDMI and LCD based systems |
| 19:52.05 | focus_it | 2. If previously successfully booted on HDMI or LCD, then somehow save the configuration so that it on next boot it uses that same code to more rapidly get the consumer display working before anything else |
| 19:52.51 | focus_it | Just ideas - I'm taking an MK802 image and transferred it to tablet - and I notice a big lag before screen does something |
| 19:53.20 | slapin | focus_it: this all is possible, just be there, when they design new device... |
| 19:53.37 | focus_it | In today's consumer world where displays are top priority, its worth having a fast splash before anything else |
| 19:54.10 | slapin | focus_it: u-boot supports it, just add AW's HDMI/LCD support there. |
| 19:54.13 | *** join/#arm-netbook gzamboni (~gzamboni@71.154.200.77.rev.sfr.net) |
| 19:54.16 | focus_it | slapin: I be designing new device - I intend to be fully there even if right now my Linux on ebdedded is weak |
| 19:55.24 | focus_it | slapin: thank you, I note it down for future reference! :-) |
| 19:55.26 | slapin | as for later - it is better for device to sleep rather than reboot. |
| 19:55.53 | hno | slapin, mw.l 1c20080 8003000f |
| 19:56.11 | focus_it | Yes I fully agree, ultra low power sleep is a lot better than reboot |
| 19:56.20 | slapin | hno: will it set appropriate clock source? |
| 19:56.30 | hno | slapin, thats 24M / 8 / 16 |
| 19:56.45 | slapin | hno: thanks |
| 19:56.56 | hno | pll5 / 8 / 16 is 8203000f |
| 20:04.12 | slapin | hno: http://ossfans.org/nand/u-boot-original-nand-read-raw2.txt - raw file |
| 20:04.25 | slapin | hno: that's AW code |
| 20:12.58 | slapin | hno: dumping our code output at 1536 ns. will take 20+ minutes. |
| 20:16.23 | *** join/#arm-netbook alcides (~alcides@187.23.196.11) |
| 20:16.23 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 20:24.44 | *** join/#arm-netbook MindBeat1 (~mindbeat@h66n1c1o1041.bredband.skanova.com) |
| 20:27.39 | hno | slapin, would be great if you could pair the allwinner bus trace with the console register trace. |
| 20:37.02 | slapin | awww |
| 20:37.47 | slapin | hno: actually, I can... |
| 20:40.01 | slapin | hno: http://ossfans.org/htdocs/nand/u-boot-sunxi-nand-read-raw2.txt <- our code, nand dump |
| 20:40.17 | *** join/#arm-netbook ibrah (~chatzilla@41.223.57.76) |
| 20:46.11 | slapin | hno: command traces. first ones for aw code, latest ones are for our code http://paste.ubuntu.com/1368643/ |
| 20:47.00 | libv | slapin: check url please :) |
| 20:48.24 | slapin | libv: ? |
| 20:48.47 | hno | copy-paste error, but I know where it is. |
| 20:48.49 | libv | i cannot access that nand dump |
| 20:48.52 | libv | ok :) |
| 20:49.01 | slapin | aaaaa |
| 20:49.04 | hno | no htdocs |
| 20:49.07 | slapin | libv remove htdocs |
| 20:49.16 | slapin | sorry |
| 20:49.28 | slapin | http://ossfans.org/nand/u-boot-sunxi-nand-read-raw2.txt |
| 20:49.29 | hno | no problem. |
| 20:50.11 | slapin | I do everythiong by hand, what a shame :( |
| 20:52.23 | hno | slapin, You are aware that those two are completely different pages, right? |
| 20:53.56 | hno | slapin, aw nand read is their logical nand, not raw locations. 0 gets translated to NFC WRITE NFC_REG_ADDR_LOW=32000000 |
| 20:56.48 | slapin | hno: that's ok I just want to get working read and see the difference in this context. |
| 20:58.28 | slapin | I think they just translate their 1ks to sectors and pretend it is hdd, and use layout common with hdds. |
| 20:58.36 | *** join/#arm-netbook MindBeat (~mindbeat@h67n1c1o1041.bredband.skanova.com) |
| 20:59.10 | hno | There is no initial 30 command in sunxi trace. |
| 21:00.08 | hno | <00> <addr> <30> <read data> <05> <column> <e0> <read data> <05 ...> |
| 21:00.27 | hno | is the allwinner sequence. |
| 21:00.30 | slapin | this is perfectly complies with ONFI |
| 21:00.39 | hno | the above is allwinner. |
| 21:00.46 | slapin | yeah |
| 21:01.29 | slapin | they use 05 to read spare, am I right? |
| 21:01.33 | slapin | hno: ? |
| 21:01.42 | hno | yours go <00> <addr> <05> <nothing>, repeated 6 times. |
| 21:01.59 | hno | Yes. |
| 21:02.06 | slapin | hno: that's what I see in dumps, yes. |
| 21:02.22 | slapin | and that is in no way compliant with ONFI |
| 21:03.38 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 21:03.46 | slapin | hno: and my code deseltcts flash after 05 |
| 21:04.01 | slapin | hno: while allwinner doesn't |
| 21:04.11 | slapin | hno: which is weird |
| 21:04.19 | hno | Gah, please don't paste.ubuntu.com. Can't download raw data from there. |
| 21:04.28 | hno | wget do not know openid. |
| 21:04.45 | hno | fpaste.org is good. |
| 21:05.52 | slapin | hno: http://ossfans.org/nand/nandtrace.txt |
| 21:07.28 | slapin | hno: http://fpaste.org/11Lp/ |
| 21:10.07 | *** join/#arm-netbook ibrah (~chatzilla@41.223.58.73) |
| 21:11.39 | hno | RCMD_SET seems swapped. |
| 21:12.13 | hno | slapin, AW: NFC_REG_RCMD_SET=e00530 Yours: NFC_REG_RCMD_SET=0030e005 |
| 21:13.51 | hno | and CMD differs noticeably as well. AW: NFC_REG_CMD=85ec0000 Yours: NFC_REG_CMD=01cc0000 |
| 21:17.18 | *** join/#arm-netbook hg_5_ (~chatzilla@91.234.245.245) |
| 21:19.10 | *** join/#arm-netbook tzafrir (~tzafrir@local.xorcom.com) |
| 21:19.15 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 21:22.22 | slapin | hno, ok, will see tomorrow |
| 21:22.50 | slapin | hno: need to go sleep now, will have to get up early |
| 21:22.56 | hno | ok. |
| 21:23.06 | slapin | good night, all! |
| 21:23.19 | hno | have you pushed your changes? |
| 21:23.37 | slapin | hno: all up to now is pushed |
| 21:23.41 | hno | ok |
| 21:23.42 | slapin | checks |
| 21:24.08 | slapin | yeah, pushed. |
| 21:24.43 | hno | Got it. |
| 21:26.49 | slapin | gone |
| 21:28.43 | hno | ehum... case NAND_CMD_READ0: data_fetch_flag = 0; |
| 21:40.36 | rm | http://www.aliexpress.com/item/Sanei-N10-10-1-1-2Ghz-1GB-RAM-16GB-Dual-Camera-1280-800-resolution-IPS-screen/585155910.html |
| 21:40.42 | rm | seems to be a good A10 tablet |
| 21:41.46 | focus_it | color: whirte :) |
| 21:42.01 | rz2k | I believe it had some issues with LCD with our kernel, but not sure. |
| 21:42.23 | rm | skip the whole "Item specifics" section on Aliexpress, always |
| 21:42.40 | rm | it's filled with nonsense almost all the time |
| 21:42.54 | rm | see the table in the description down below instead |
| 21:43.04 | focus_it | On another tablet I see Operating System: Win CE, OS: Android :-) |
| 21:46.36 | *** join/#arm-netbook lerc (~quassel@121.75.147.126) |
| 21:48.12 | *** join/#arm-netbook lerc (~quassel@121.75.147.126) |
| 21:49.52 | rm | it will also sometimes tell you that the A10 has an AMD GPU inside |
| 21:52.23 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 21:53.14 | focus_it | is there a Linux alternative to livesuit to flash firmware to NAND? |
| 21:58.12 | rz2k | focus_it: no, write one. |
| 21:58.24 | rz2k | rm: stop confusing noobs with your debian manual :p |
| 21:59.11 | focus_it | rz2k: I am capable, does it need cooperation of uboot? |
| 21:59.40 | rz2k | we already have FEL mode bootloader, talk with RaYmAn, he did something around that |
| 22:00.54 | focus_it | rz2k: any links? I know linux and embedded well, but not linux on embedded well enough, though I learn every day to solve that problem :-) |
| 22:01.30 | rz2k | basically livesuit loads up eFex flasher into the memory using FEL and executes it. eFex initializes RAM, USB and NAND, then just waits for connection and data. eFex uses 1:1 usb stack/gadgets as our kernel, debug messages are same. |
| 22:02.10 | rz2k | you can even load kernel using FEL, but I believe that will need some DDR initialization. |
| 22:02.39 | rz2k | focus_it: https://github.com/linux-sunxi/sunxi-tools/blob/master/fel-boot.c |
| 22:03.06 | rz2k | check other fel-*.c there, there is a program to test all gpio's using only fel mode. |
| 22:04.20 | rz2k | wrong link, sorry, https://github.com/linux-sunxi/sunxi-tools/blob/master/fel.c |
| 22:05.38 | focus_it | rz2k: thanks, I take notes and go study everything |
| 22:07.09 | rz2k | you are welcome. |
| 22:07.13 | rz2k | also good night. |
| 22:13.27 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 22:14.18 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 22:14.32 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 22:24.44 | hg_5 | hello where can i buy "miracast" dongle ? |
| 22:31.26 | techn | http://pastebin.com/6K9nZVPi |
| 22:37.42 | *** join/#arm-netbook ibrah (~chatzilla@41.223.58.74) |
| 22:39.32 | *** join/#arm-netbook Mehhh (adabd66c@gateway/web/freenode/ip.173.171.214.108) |
| 22:40.41 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 22:55.21 | L84Supper | the new Nintendo Wii U has PPC + AMD Radeon, will we ever see ARM + Radeon? |
| 22:55.53 | L84Supper | magic 8-ball says "highly unlikely" |
| 22:56.53 | xenoxaos | depends....if some high $ company is working on an arm chip....needs to add in some video thing....and they have a deal with amd already...then they might |
| 22:57.13 | Turl | L84Supper: well, AMD is making ARM64 Opterons.. :) |
| 22:57.59 | rm | all it would take is some ARM board having a PCI-E (even x1) slot |
| 22:58.02 | L84Supper | it would be nice, I hope AMD can turn themselves around |
| 22:59.05 | L84Supper | libv mentioned some comment from AMD a while back about Radeon not getting ARM support |
| 22:59.26 | L84Supper | was a matter of principal or similar |
| 23:01.39 | Curtman | hno, Here's what my boot looks like with u-boot updated.. It still seems to hang at serial port init. http://pastebin.com/aMcRhXUs |
| 23:01.48 | libv | atombios is heavily tied to the fglrx and windows drivers which are now the same codebase |
| 23:01.54 | L84Supper | I talked to the radeon devs about this a few years ago, a port of Atom BIOS and dealing with unified memory were the two hurdles |
| 23:01.56 | libv | they are made bug compatible |
| 23:02.23 | libv | in any case, we have mali t604 |
| 23:02.36 | libv | which is much more suited for this space, and which will scale up a bit |
| 23:03.10 | L84Supper | 2W are soc with 100W GPU? :) |
| 23:03.16 | L84Supper | are/arm |
| 23:03.56 | libv | will never happen, cpu could never shift data fast enough for the gpu to use |
| 23:04.30 | L84Supper | ARM as coprocessor |
| 23:04.54 | libv | another reason why ati hw on arm is not likely: what deal with amd and qualcomm make a 4 years ago? |
| 23:05.12 | specing | ATI on ARM is a reality: Adreno |
| 23:05.14 | L84Supper | at the time it was pretty easy to saturate the PCIe on the Marvell soc's |
| 23:05.45 | libv | specing: which is owned to some large extent by qualcomm |
| 23:05.51 | specing | yes |
| 23:06.16 | L84Supper | the Imageon |
| 23:06.19 | libv | i am sure that they worked out some deal where amd will not be competing in markets that are valid for qualcomm |
| 23:06.37 | libv | and of course, qualcomm will be scaling up too |
| 23:06.44 | specing | One day AMD will buy qualcomm |
| 23:06.49 | specing | one day... |
| 23:07.08 | libv | the reverse is more realistic |
| 23:07.24 | L84Supper | the only way AMD could have made worse decisions in the past 5 years would have been if they ...... oh i give up |
| 23:07.43 | libv | L84Supper: it started with killing the geode |
| 23:07.59 | libv | one year before intel made the market with atom |
| 23:08.02 | specing | geode ;) have one |
| 23:08.34 | L84Supper | such a bad string of bad deals, it's almost like Intel made a deal with the board |
| 23:08.42 | libv | then they bought a crappy almost bankrupt canadian company |
| 23:09.06 | libv | for far far far too much cash |
| 23:09.20 | L84Supper | AMD made an offer to buy nvidia back then |
| 23:09.34 | libv | and they still haven't integrated ati properly |
| 23:09.38 | libv | the inverse is more likely true |
| 23:09.39 | L84Supper | the nvidia CEO wanted to run the new co |
| 23:09.46 | libv | which is why we at radeonhd bit the dust as we did |
| 23:09.50 | L84Supper | now nvidia could buy AMD |
| 23:10.34 | L84Supper | is Bridgman still at AMD (ATI) ? |
| 23:11.03 | libv | afaik, yes |
| 23:11.08 | libv | but he's been moved away |
| 23:11.11 | L84Supper | oh well |
| 23:11.14 | libv | only about 5y too late |
| 23:13.34 | libv | anyway, the big question is, what is behind the deal with qualcomm, exactly what was sold and under what terms |
| 23:19.30 | L84Supper | I wonder if Intel ever felt like kicking themselves for selling off their ARM group years ago to marvell |
| 23:20.59 | libv | as the x86 market dominator, not too much |
| 23:21.42 | L84Supper | money is money |
| 23:22.55 | libv | intel can afford to spend a lot of engineering time on creating x86 "SoCs" which can compete with arm based designs |
| 23:55.33 | libv | who is behind pengpod btw? |
| 23:56.57 | libv | http://www.pengpod.com/, attempts to be crowdfunded on indiegogo |
| 23:57.05 | focus_it | I ordered a penpod 7" with Linux on the flash :-) |
| 23:57.34 | focus_it | I hope they get their funding - only 14 days to go and still $30,000 short |
| 23:57.49 | libv | focus_it: they need funding for what exactly? |
| 23:58.03 | focus_it | I assume to start a production run |
| 23:58.21 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 23:58.28 | libv | this person seems to just be importing existing hw |
| 23:58.37 | focus_it | You know factories can't do small orders - its like 1000 min order |
| 23:59.12 | focus_it | I assume the tablets costs about $30 for all parts |
| 23:59.23 | focus_it | that would instantly swallow $30,000 |
| 23:59.48 | focus_it | so the remaining $20,000 is working capital for all the overheads of production |