| 00:11.43 | Turl | furan: hno here is developing uboot, might want to talk with him :) |
| 00:11.45 | hno | arokux_h, A10 I/O is 32-bit, but UART is 8-bit. So UART registers are 32-bit padded. Reg 0 is +0 Reg 1 is +4, Reg 2 + 8 and so on. *4 |
| 00:12.01 | hno | furan? |
| 00:13.38 | hno | The A10 UART is 16550A compatible with some addons. |
| 00:14.02 | arokux_h | hno, where do you know the last point? |
| 00:15.04 | hno | addons? or 16550A compatible? |
| 00:15.12 | hno | datasheet & code. |
| 00:15.17 | arokux_h | ok |
| 00:15.47 | furan | yeah why are recovery and nand being removed? it's silly |
| 00:15.54 | furan | these things are useful for android devices |
| 00:16.20 | furan | whatever I'm just making a new branch that has u-boot before these changes |
| 00:16.55 | hno | it's not that they are being removed. Only have not been cleaned up and added back. |
| 00:17.49 | hno | you could use lichee-dev. That's the android focused u-boot version. |
| 00:18.00 | arokux_h | hno, so "SCR scratch" is SW_UART0_USR? |
| 00:18.01 | hno | no MMC support there however. |
| 00:19.08 | hno | scratch us _SCR |
| 00:19.20 | furan | ooh, thanks |
| 00:20.01 | arokux_h | hno, yeah, I know, but what is USR, than. an addon you were mentioning? |
| 00:20.26 | hno | Status register |
| 00:21.12 | furan | phew. I thought there was no branch with intact u-boot for android, sorry :) |
| 00:23.20 | hno | furan, I mirror it in my repository, but original is elsewhere. |
| 00:23.22 | arokux_h | hno, but there isn't such a name here: http://www.lammertbies.nl/comm/info/serial-uart.html the role of status register performs LSR. |
| 00:24.09 | hno | LSR is line status register. |
| 00:24.49 | hno | USR is UART status register, mostly telling if the UART is busy/idle. |
| 00:25.44 | hno | furan, http://git.hands.com/?p=u-boot.git;a=shortlog;h=refs/heads/lichee-dev is the original published location. |
| 00:25.47 | arokux_h | hno, is this in your sheet?! |
| 00:27.04 | hno | pecifications for the UART Status Register is in the A10 data sheet (long version with registers). |
| 00:27.39 | arokux_h | oh......... |
| 00:28.09 | hno | can't guide you where to find it unfortunately. |
| 00:28.12 | arokux_h | hno, so this is not something that belongs to the standard 16550A? |
| 00:28.59 | furan | thanks hno |
| 00:29.40 | furan | do you know much about nand setup? I was wondering if it is possible to add support for new mlc nand (that the allwinner technically supports) by modifying the scan code for uboot and the kernel |
| 00:29.54 | furan | but I don't know what sets up the nand partitions/formats it and where that happens |
| 00:30.06 | furan | I see code for doing it in the sunx4i drivers |
| 00:30.17 | furan | but it seems chicken and egg if that kernel is sitting in nand |
| 00:30.39 | furan | does livesuit execute code on the device that knows the nand? |
| 00:30.40 | hno | Normally you livesuite a board to format the nand. |
| 00:32.28 | furan | yeah looks like it lives in tools.scj in livesuite |
| 00:32.44 | furan | I wonder if I could just hexedit a nand table to do it (same pinout, same model family, just larger) |
| 00:34.47 | *** join/#arm-netbook rm (rm@fsf/member/rm) |
| 00:34.51 | hno | the nand driver is platform agnostic, same driver is used by egon, livesuit, u-boot and kernel. |
| 00:34.54 | hno | arokux_h, seems to be a common extension. Standard Linux serial_8250 driver knows about it. |
| 00:35.35 | hno | furan, partition table is specified in text form when you build an image. |
| 00:36.06 | furan | ok. I am looking at the code in tools.scj in livesuit which formats the nand |
| 00:36.08 | arokux_h | hno, I have now "A10 Datasheet V1.00" 72 pages long, and "USR" is not in there. is this a wrong data sheet? |
| 00:36.45 | hno | arokux_h, that's the short datasheet. |
| 00:37.30 | *** join/#arm-netbook ejstacey (~ejstacey@milkman.joyrex.net) |
| 00:37.32 | hno | The long one is ~500 pages. |
| 00:37.47 | *** join/#arm-netbook zenitraM (~zenitraM@2607:f358:1:fed5:11:0:1018:14) |
| 00:37.51 | hno | and restricted circulation. |
| 00:38.03 | *** join/#arm-netbook MMlosh (~MMlosh@2001:470:6f:23:a5f4:8bb3:94ec:2962) |
| 00:38.07 | furan | someone should leak it :9 |
| 00:38.09 | *** join/#arm-netbook _whitelogger (~whitelogg@li453-125.members.linode.com) |
| 00:38.10 | furan | :( |
| 00:38.55 | hno | It's most likely leaked somewhere. Chineese is good at leaking.. |
| 00:39.55 | arokux_h | hno, so you have it? :) |
| 00:40.07 | furan | how does livesuite use the nand driver? does livesuite send code to execute on the device? |
| 00:40.13 | *** join/#arm-netbook dyoung (dyoung@nasadmin/dyoung) |
| 00:40.19 | arokux_h | hno, where do you know 8250 knows USR, it's not in drivers/tty/serial/8250/8250.c |
| 00:42.13 | *** join/#arm-netbook ka6sox (ka6sox@nasadmin/ka6sox) |
| 00:42.47 | *** join/#arm-netbook Vayun (~yundin@85.233.249.22) |
| 00:43.04 | *** join/#arm-netbook _whitelogger (~whitelogg@li453-125.members.linode.com) |
| 00:44.04 | arokux_h | hno, there is something similar in: arch/m68k/include/asm/mcfuart.h |
| 00:49.59 | hno | arokux_h, 8250_dw.c mentions it. Seems to have somewhat different functionality there however. |
| 00:51.31 | arokux_h | hno, and drivers/tty/serial/mcf.c too. |
| 00:52.13 | arokux_h | ok, so what does it mean if the second bit of USR is set? |
| 00:52.25 | arokux_h | sorry, is NOT set. |
| 00:52.46 | arokux_h | "is not ready"? |
| 00:53.38 | hno | Bit #2 is Transmit FIFO Empty |
| 00:55.28 | hno | 1<<2 |
| 00:55.28 | hno | 1<<1 is Transmit FIFO Not Full |
| 00:55.28 | hno | not sure which of the two you ask about. |
| 00:57.07 | arokux_h | about this one: while ((SW_UART0_USR & 0x2) == 0); so << 1 |
| 00:58.19 | hno | while (FIFO is full) |
| 00:58.35 | arokux_h | yes, right. |
| 00:58.47 | hno | where did you find that? |
| 00:58.56 | arokux_h | in early_printk.c |
| 00:59.03 | arokux_h | (in allwinners) |
| 01:00.09 | arokux_h | hno, it's used only there. |
| 01:03.18 | arokux_h | hno, as I understood each mach-* should create debug-macro.S under mach/include, with some asm macros in it. the will be then used (by #include) by arch/arm/kernel/debug.S and early_printk will work on top of them. |
| 01:03.51 | furan | hey hno do we have source for boot.axf and sprite.axf? |
| 01:04.10 | furan | oddly their purposes are switched inside them. boot.axf does all the graphics and sprite.axf is responsible for serving livesuit commands |
| 01:05.01 | arokux_h | sun5i has debug-macro.S, but then for some weird reason isn't using it and wipes out the existing early_printk and writes to the UART directly. |
| 01:05.23 | hno | probably. standard 16550 interface also have something for handling full FIFO. |
| 01:05.41 | hno | probably. standard 16550 interface also have something for handling full FIFO. |
| 01:06.28 | hno | furan, no, all allwinner boot code is considered sensitive intellectual property by Allwinner. |
| 01:06.30 | arokux_h | hno, of course, see: http://www.lammertbies.nl/comm/info/serial-uart.html |
| 01:06.40 | furan | of course |
| 01:06.59 | furan | oh well, I can hexedit the nand table |
| 01:07.56 | hno | furan, the SDK do include the tools needed for building an image. |
| 01:08.35 | hno | but if you prefer hexedit then by all means. Just don't forget to check the "format nand" checkbox. |
| 01:08.57 | *** join/#arm-netbook ZaEarl (~malmrose@203-97-164-178.cable.paradise.net.nz) |
| 01:10.02 | furan | hno: it is just that I must edit the axf in order to add support for a different nand chip |
| 01:10.21 | furan | I will build an image with it + my rom |
| 01:10.32 | furan | can you tell me, how is the partition stuff described in the image? |
| 01:10.39 | furan | I have an expanded image I'm looking at |
| 01:12.16 | arokux_h | hno, will you tell me smth more about UART before I go to bed? (just asking) |
| 01:17.21 | hno | I really should be in bed.. |
| 01:18.26 | furan | thanks for your help |
| 01:18.54 | arokux_h | thanks from me too. |
| 01:19.00 | arokux_h | let's go sleep! |
| 01:19.24 | arokux_h | good night. |
| 01:30.20 | *** join/#arm-netbook tuliom (~tuliom@177.133.177.58) |
| 01:35.22 | furan | can someone tell me how partitions are described in an allwinner image? |
| 01:41.28 | *** join/#arm-netbook tuliom_ (~tuliom@186.214.73.244) |
| 03:31.24 | *** join/#arm-netbook Boulet (~sid6581@27.38.164.25) |
| 04:01.44 | Boulet | hi |
| 04:06.53 | *** join/#arm-netbook Boulet (~sid6581@207.126.94.2) |
| 04:54.10 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 05:14.04 | *** join/#arm-netbook ZaEarl (~malmrose@203-97-164-178.cable.paradise.net.nz) |
| 07:05.58 | Boulet | damn i can't catch this IRQ |
| 07:06.13 | Boulet | hno, RaYmAn, any idea where the interrupt vectors are located ? |
| 07:06.21 | Boulet | it seems it is at address 0 by default |
| 07:07.05 | Boulet | the interrupt controller seems to be able to specify the address of the vectors, but i am not sure, and cannot find the use of it in the linux source code |
| 07:07.11 | Boulet | uboot does not use any interrupts it seems like... |
| 07:14.07 | RITRedbeard | Bruce? |
| 08:17.43 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:19.51 | *** join/#arm-netbook Quarx (~Quarx@109.120.32.16) |
| 09:11.12 | *** join/#arm-netbook DEAT (~heh@14-201-99-152.tpgi.com.au) |
| 09:25.33 | CIA-121 | rhombus-tech: Boog master * rf2b83d36b65c /community_ideas.mdwn: |
| 10:29.41 | *** join/#arm-netbook Boulet (~sid6581@207.126.94.2) |
| 10:36.14 | *** join/#arm-netbook Dibblah (~Dibblah@host109-151-51-250.range109-151.btcentralplus.com) |
| 10:38.44 | Dibblah | Oddest behavior on ak802 - Plug it in, allow it to start up and it kills an ADSL connection that's 5 meters away. Replace untwisted ADSL cable with twisted - no more interference. Very, very odd. |
| 10:41.47 | RaYmAn | hno: erm. So I'm having trouble getting ANYTHING useful out of the place where those registers should be. :( |
| 11:02.36 | *** join/#arm-netbook Ralf (~ralf@46.253.183.186) |
| 11:03.29 | Ralf | Hi, I have connected UART of my Mele A2000 to my laptop but now I only get cryptic output from it |
| 11:03.54 | Ralf | like "hÂtBa«$ÿ°¾þv½[3?¨³¶+" |
| 11:04.01 | Ralf | what am I doing wrong |
| 11:04.17 | RaYmAn | are you setting your terminal emulator to the right baud rate? |
| 11:04.45 | Ralf | I don't know to which baudrate should i set it? |
| 11:05.26 | RaYmAn | 115200 is usually ok |
| 11:06.25 | Ralf | ah thx |
| 11:06.27 | Ralf | :D |
| 11:06.31 | Ralf | that worked :) |
| 11:11.11 | *** join/#arm-netbook steev (u1383@gentoo/developer/steev) |
| 11:14.46 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 11:18.05 | *** join/#arm-netbook arokux_h (~arokux@HSI-KBW-082-212-012-131.hsi.kabelbw.de) |
| 11:27.28 | arokux_h | does smb have a long (500 pages) datasheet of A10? I'd be glad to have it too :) |
| 11:29.45 | *** join/#arm-netbook hehopmajieh_ (~hehopmaji@78.130.183.204) |
| 11:42.05 | *** part/#arm-netbook Ralf (~ralf@46.253.183.186) |
| 11:42.12 | hno | RaYmAn, cp14 registers? |
| 11:45.53 | RaYmAn | hno: yeah.. As far as I can tell they *should* be accessible over memory mapped registers at the debug port |
| 11:45.56 | RaYmAn | but everything is 0 |
| 11:46.00 | arokux_h | hno, you have the datasheet, right? at least you could tell where do you have it from...? |
| 12:10.15 | RaYmAn | ponders if replacing nand u-boot with a 44-byte app that sets up pinmux and loops forever is a poor idea |
| 12:18.59 | hno | arokux_h, yes I have the datasheet, under indirect NDA agreement. |
| 12:20.41 | hno | some others here have it as well. |
| 12:25.29 | arokux_h | hno, from hipboi? |
| 12:25.52 | arokux_h | I wonder what it the meaning of the aw_ prefix to function and define names. |
| 12:26.17 | Boulet | AllWinner ? |
| 12:26.39 | arokux_h | right! |
| 12:26.40 | arokux_h | :) |
| 12:26.44 | Boulet | ;) |
| 12:27.26 | arokux_h | hno, btw there is src code with GPL https://github.com/amery/linux-allwinner/blob/941fe44a605833895fb5d75a0869237d015dc6b3/arch/arm/mach-sun4i/clock/aw_clocksrc.h |
| 12:27.36 | arokux_h | that's not only one file.. |
| 12:29.07 | Boulet | RaYmAn, got boot0 ? :) |
| 12:29.48 | RaYmAn | I dunni |
| 12:29.49 | RaYmAn | maybe |
| 12:30.08 | Boulet | hum |
| 12:30.15 | hno | AW is allwinner. but datasheets say noting on that level |
| 12:30.16 | hno | and no, not from hipboi. He can not give you the long datasheet without risking his daytime job. |
| 12:31.05 | lundman | that was an awesome holiday |
| 12:31.11 | lundman | and uboot accepted my zfs patches too, woo |
| 12:31.12 | Boulet | hno, you have the user manual you mean ? |
| 12:31.37 | *** join/#arm-netbook Holo_ (u6962@gateway/web/irccloud.com/x-zuttumpeolflhzpx) |
| 12:31.48 | Boulet | not the 70 pages datasheet that everybody has ? |
| 12:32.20 | arokux_h | 72 |
| 12:33.35 | hno | arokux_h, yes, there is plenty of gpl sourcecode. |
| 12:34.01 | arokux_h | hno, of not-yet-gpled you mean? |
| 12:34.32 | hno | Boulet, "A10 DATASHEET Register" is file name. But you are right, title is A10 User Manual. |
| 12:36.04 | hno | but it is not a manual. |
| 12:36.07 | arokux_h | http://wenku.baidu.com/view/6656c88d84868762caaed530.html |
| 12:36.15 | arokux_h | anybody knows chinese? |
| 12:36.31 | hno | register reference |
| 12:36.35 | arokux_h | A10 datasheet 2011.8.22 --- this is 72 pages one |
| 12:37.21 | Boulet | i think if you have the F20 user manual, you probably have the manual for most A10/A13 peripherals |
| 12:38.00 | arokux_h | Boulet, F20? |
| 12:38.04 | hno | Boulet, is there a F20 user manual? |
| 12:38.36 | hno | arokux_h, eariler generation chip. |
| 12:38.38 | Boulet | hno, i have no idea, but if there is .... |
| 12:38.47 | Boulet | it can certainly be used |
| 12:40.25 | hno | I think that would be harder to find than the A10 one. |
| 12:41.15 | arokux_h | can anybody check the link I've just sent? flash is crashing for me (( |
| 12:41.44 | arokux_h | plugin-containe[1979]: segfault at 0 ip b533d07b sp bff620ac error 4 in libmozalloc.so[b533c000+2000] with a beep! |
| 12:43.46 | hno | arokux_h, title says it's the EVB user manual. You can find a copy of that at http://www.henriknordstrom.net/code/A10/doc/ |
| 12:44.23 | Boulet | hno, how is the hunt for boot0 going ? |
| 12:44.51 | arokux_h | yes... |
| 12:44.52 | arokux_h | ok |
| 12:51.16 | hno | Boulet, RaYmAn is leading that hunt at the moment. |
| 12:52.17 | hno | will be back on it tomorrow. Now time to leave the summer house and travel home. |
| 12:52.44 | Boulet | hno, could you do a disassembly of FEL & BROM of A13 ? |
| 12:53.22 | *** join/#arm-netbook Marex (~Marex@2a01:430:d:0:2cc:6ff:fefc:db16) |
| 12:53.24 | RaYmAn | Boulet: arm-eabi-objdump -b binary -m arm -D file.bin > file.asm |
| 12:53.45 | hno | Boulet, objdump -b binary -m arm --adjust-vma=0xFFFF0000 FEL.bin |
| 12:54.20 | hno | RIght. -D also. |
| 12:54.22 | Boulet | ah, ok |
| 12:54.33 | hno | See you all tomorrow. |
| 12:54.38 | Boulet | see you |
| 12:54.42 | RaYmAn | hno: I'm having some weirdness tbh. I put together a quick app that configures PF ports for jtag and uart and loops forever |
| 12:54.47 | RaYmAn | but it ends up running code outsid eof it :( |
| 12:54.54 | RaYmAn | (and replaced u-boot.bin with it) |
| 12:55.10 | RaYmAn | hno: np, good trip (I might keep talking so you can read backlog ;)) |
| 12:55.56 | Marex | Hi |
| 12:56.02 | RaYmAn | hi |
| 12:56.05 | Marex | anyone familiar with the MK802 kernel issues around here ? |
| 12:56.08 | Boulet | RaYmAn, how do you plan to dump it ? |
| 12:56.16 | Marex | I was wondering, it is possible to connect JTAG debugger to that thing ? |
| 12:56.27 | RaYmAn | Boulet: with JTAG |
| 12:56.28 | RaYmAn | Marex: yes |
| 12:56.47 | RaYmAn | Marex: but it requires having a suitable breakout for microsd port since JTAG is on there |
| 12:57.00 | Marex | oh, combined with microSD ... I see |
| 12:57.19 | RaYmAn | the default pinmux behavior for microsd pins is jtag |
| 12:57.24 | Boulet | RaYmAn, so you will look into ram to see if the block was loaded ? |
| 12:57.32 | RaYmAn | Marex: http://linux-sunxi.org/JTAG |
| 12:57.38 | Marex | RaYmAn: oh, thanks for the link! |
| 12:58.31 | RaYmAn | I haven't tested if it works with a generic breakout yet or not (this breakout is made for it so it has a lot of pullup/pulldowns on there) |
| 12:59.04 | RaYmAn | Boulet: yes. I replaced u-boot.bin on NAND with an app that just sets pinmux correctly and loops forever |
| 12:59.18 | RaYmAn | Boulet: so that should at least leave boot1 in memory |
| 12:59.23 | RaYmAn | if I can figure out where it starts |
| 12:59.25 | Marex | RaYmAn: I see, is it possible to get one somewhere ? |
| 12:59.55 | Boulet | RaYmAn, yeah how can you figured that out ? |
| 13:00.03 | Boulet | boot1 has a header too ? |
| 13:00.16 | RaYmAn | Marex: there is a generic one that could do the trick here: https://www.sparkfun.com/products/9419 |
| 13:00.27 | Marex | RaYmAn: oh I recall that one |
| 13:00.30 | RaYmAn | the "real" one you can probably only get if you ask hipboi and get lucky :) |
| 13:00.39 | Marex | heh :) |
| 13:01.37 | Marex | RaYmAn: one more -- likely again very stupid -- question, is there any way to load linux on that device without flashing it ? |
| 13:02.06 | RaYmAn | from sdcard |
| 13:02.22 | Marex | with the stock "whatever-loader" is there ? |
| 13:02.31 | *** join/#arm-netbook Dibblah (~Dibblah@host109-151-51-250.range109-151.btcentralplus.com) |
| 13:02.38 | RaYmAn | bootrom prioritizes microsd over nand boot |
| 13:02.49 | RaYmAn | so if a suitable microsd card is inserted, it boots from there |
| 13:03.04 | Marex | RaYmAn: now that's cool ... do you happen to have a link for some further studies on that matter please? |
| 13:03.39 | RaYmAn | either on linux-sunxi.org or rhombus-tech.net |
| 13:03.59 | Marex | thanks |
| 13:04.50 | RaYmAn | you can get a long way just with UART though |
| 13:06.48 | Marex | that's a solderjob, right ? |
| 13:06.55 | RaYmAn | yeah |
| 13:07.20 | Marex | hated question, do you have pin location ? |
| 13:07.48 | RaYmAn | http://linux-sunxi.org/File:Mk802_uart.jpg |
| 13:07.53 | Marex | RaYmAn: btw. about the wifi issue ok mk802, did anyone solve it ? I pulled the antena out of the casing, seems to work, but far from elegant |
| 13:08.02 | Marex | RaYmAn: thanks :) |
| 13:08.03 | RaYmAn | I dunno |
| 13:08.09 | RaYmAn | I haven't used my mk802 for anything serious =P |
| 13:10.00 | Marex | RaYmAn: me neither ... just needed the wifi to work better than 100kbps ... got to 12Mbps after the fixup |
| 13:11.41 | specing | Oh I see Marex got himself an A10 |
| 13:11.44 | specing | :) |
| 13:13.52 | Marex | specing: well hello, I recall your nick somewhere :) |
| 13:13.56 | Marex | #u-boot maybe ? |
| 13:14.43 | Marex | yep ;-) |
| 13:17.13 | Marex | specing: efikamx didn't cut it ... so I went for the easier solution |
| 13:17.54 | Boulet | RaYmAn, would you know where the interrupt vectors are located ? |
| 13:18.09 | RaYmAn | Boulet: presumably at 0x0? if not, I dunno. |
| 13:18.35 | Boulet | i think so too, but not 100% sure |
| 13:25.36 | specing | interrupt vectors could be in a seperate SRAM space internal to the A10? |
| 13:28.31 | Boulet | i don't know, it seems the interrupt controller can specify the address of the vectors |
| 13:30.55 | arokux_h | how are you using your MK802? |
| 13:42.01 | Marex | arokux_h: since I'm mostly not at home, I plan to use it instead of the cisco ip phone to telco with my parents ... so far I didn't get webcam working, thus my interest in fixing the kernel |
| 13:42.49 | Marex | Boulet: the arm vectors can be at 0x0 or 0xffff0000 ... the intc vectors can be at arbitrary address I guess |
| 13:43.16 | Marex | (but that depends on the controller ... whta does a10 use, that arm intc?) |
| 13:43.26 | *** join/#arm-netbook tuliom (~tuliom@186.214.73.244) |
| 13:43.36 | arokux_h | Marex, what about touchscreen? or screen/keyboard? |
| 13:43.51 | Boulet | Marex, i have no idea what intc they use :( |
| 13:44.58 | Marex | arokux_h: genius thumbmouse seems sufficient for the task |
| 13:45.19 | Marex | Boulet: looks like they didn't roll out any reasonable datasheet, right ? |
| 13:45.55 | RaYmAn | documentation is extremely sparse for allwinner socs =P |
| 13:46.43 | Marex | RaYmAn: that's the sad part ... same thing the olimex guys said about the a13 too :( |
| 13:46.46 | Boulet | marex, but you could be right, it is still at 0xffff0000 |
| 13:46.50 | Boulet | http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0344k/index.html |
| 13:47.38 | arokux_h | some people here have datasheets under "indirect NDA" |
| 13:47.51 | arokux_h | Marex, this mouse you mean? http://www.gadgetship.com/wp-content/uploads/2011/06/Ring-mouse-ring.jpg |
| 13:48.28 | Marex | Boulet: if it's at 0xffff0000, then you can check some arm-core coprocessor bit to make sure |
| 13:48.34 | Marex | Boulet: search for "high vectors" |
| 13:48.49 | Boulet | thanks :) |
| 13:51.15 | Boulet | Marex and that is consistent with FEL that is located at 0xffff0000 |
| 13:51.15 | Boulet | https://github.com/hno/Allwinner-Info/blob/master/BROM/ffff0000.s |
| 13:51.35 | Boulet | the vectors are all there |
| 13:55.54 | Marex | Boulet: yep ... that seems like arm vectors :) |
| 13:56.38 | Boulet | but i don't see that the vectors address become 0 when that high vectors bit is cleared |
| 14:01.07 | Marex | Boulet: you need to load code to 0, then issue some exception ... it'll jump there |
| 14:01.31 | Marex | (reset will clear the bit too, but I guess the A10 has some bootrom or loader that executes before user code and sets the bit back) |
| 14:01.58 | Boulet | yeah it jumps to 0xffff0000 by default |
| 14:05.11 | Boulet | if i issue some exception it will jump to the corresponding vector at 0xfff000xx right ? |
| 14:05.43 | Marex | Boulet: yes, but not from linux userland (linux handles and traps those) |
| 14:05.50 | Marex | Boulet: on the bare hardware, yes |
| 14:05.59 | Boulet | yeah i am talking about bare hardware |
| 14:06.48 | *** join/#arm-netbook hehopmajieh_ (~hehopmaji@78.130.183.204) |
| 14:07.10 | hehopmajieh_ | Mazon: hi, are you here :) |
| 14:08.15 | Marex | Boulet: can you load code to 0 at all? maybe the bootrom is mapped there and you can't rewrite it ... so you'd have to turn on MMU and remap some page there |
| 14:10.25 | Boulet | yeah, 0 is location of internal sram, we can put some code there |
| 14:12.33 | Boulet | you mean after MMU is on, i should remap 0xffff0000 to 0 ? |
| 14:12.44 | Boulet | hum |
| 14:13.28 | Marex | Boulet: you can remap any page to 0 by properly configuring the mapping |
| 14:13.42 | Marex | Boulet: and then you flip off the high vectors bit |
| 14:13.44 | RaYmAn | bootrom is mapped to 0xffff0000 |
| 14:13.54 | Marex | RaYmAn: so you want to steal control from bootrom ? :) |
| 14:14.04 | Marex | what for ? |
| 14:14.16 | RaYmAn | I want to dump boot0/boot1 |
| 14:14.17 | RaYmAn | :) |
| 14:14.27 | Boulet | RaYmAn, not stealing, just relocating interrupt vectors :) |
| 14:14.39 | RaYmAn | Boulet: I don't care about relocating interrupt vectors really |
| 14:14.40 | RaYmAn | :P |
| 14:14.40 | Boulet | and we of course cannot modify the vector address at 0xffff0000 |
| 14:14.50 | Boulet | you don't, i do ;) |
| 14:15.18 | Marex | then just loading some code to 0 (if it's SRAM) and turning off the high vectors bit si enough |
| 14:15.30 | Boulet | marex, but if the high vectors bit is cleared, the vector address is automatically 0, right ? then no need to enable MMU ? |
| 14:15.39 | Boulet | right |
| 14:15.41 | Boulet | ok |
| 14:15.53 | Boulet | now i need to figure out how to clear that bit |
| 14:16.01 | Boulet | with that p15 register |
| 14:16.05 | Marex | it's in cp13 ? |
| 14:16.11 | Boulet | i think cp15 |
| 14:16.12 | Marex | ah ... mrc or mcr instruction |
| 14:16.15 | Boulet | right |
| 14:16.33 | Marex | Boulet: check uboot's start.S, lot of usage there |
| 14:16.41 | Marex | arch/arm/ <any start.S there> |
| 14:17.33 | Boulet | yes i see some stuff for cache, mmu.. |
| 14:17.46 | RaYmAn | Marex: in practice, It doesn't seem like reset vector is actually honored (or rather, it's reset) on reset |
| 14:18.01 | RaYmAn | at least on all Cortex cpu's i've looked at |
| 14:18.21 | Boulet | oh what do you mean? |
| 14:18.40 | specing | reset should point to the internal boot rom? |
| 14:18.50 | RaYmAn | when issuing a reset it always points at internal boot rom |
| 14:19.00 | RaYmAn | hence ignoring what you set the reset vector to. |
| 14:19.04 | Marex | RaYmAn: well, it jumps to 0, bootrom does the remaining magic |
| 14:19.20 | Boulet | specing, yeah ... when the chip goes out of reset, if you want a chance to load your code from somewhere |
| 14:19.35 | Boulet | except if the code executes from flash i guess |
| 14:19.56 | Marex | Boulet: no, we have a chip here that -- even if booted from nor flash -- executes bootrom first anyway |
| 14:20.01 | hno | Boulet, u-boot sets the interrupt vector |
| 14:20.23 | hno | Marex, A10 always executes boot rom first. |
| 14:20.23 | RaYmAn | hno: any clue on where to look for boot0/boot1 in memory? :S |
| 14:20.26 | Marex | hno: hi |
| 14:20.28 | Boulet | hno, where is that ? |
| 14:20.39 | Marex | hno: not only a10, too many chips do these days |
| 14:20.47 | Marex | (actually all of those that have one ;-) ) |
| 14:20.49 | RaYmAn | I've dumped all of sram, but I at least can't find the header (ok, so i guess it's not impossible the header is stripped?) |
| 14:20.52 | hno | RaYmAn, boot0 is loaded into SRAM (0-something) |
| 14:21.27 | hno | but you need to catch it early. First couple of KB is overwritten later. |
| 14:21.40 | Marex | hno: I think if you connect BDI2000, you can stop the execution even before bootrom (if the bootrom isn't well written ... so that's not the case for 100% cpus) |
| 14:21.43 | RaYmAn | yeah, that's my issue =P |
| 14:23.29 | hno | so RaYmAn don't the procedure I outlined yesterday work? SD boot a small piece of code that reprograms PF to JTAG and the loops infinitely. Then attach JTAG, set a breakpoint @0, change PC to FFFF4000 and resume CPU execution. |
| 14:23.54 | *** join/#arm-netbook madmalkav (~Hamlet@188.86.253.69) |
| 14:24.39 | RaYmAn | hno: I haven't tried that quite yet. I've replaced u-boot.bin with something that does that. In the hopes I'd at least be able to dump boot1 |
| 14:24.58 | hno | boot1 is in DRAM somewhere. |
| 14:25.03 | RaYmAn | yeah |
| 14:25.05 | Marex | hno: btw. are you planning to submit the uboot patches to uboot ML ? |
| 14:25.43 | RaYmAn | hno: one issue though - brom changes pinmux in order to check sd |
| 14:26.09 | RaYmAn | I mean, if I resume at 0xffff4000 |
| 14:26.26 | hno | Marex, core support yes. But need to figure out what broke SPL in later versions first. |
| 14:26.56 | Marex | broke SPL ? |
| 14:27.57 | hno | RaYmAn, right.. so you may need to debug BROM a bit to skip SD check. Or hope that OpenOCD do not get too confised by briefly seeng som SD signals. |
| 14:28.30 | hno | Marex, if I merge the sunxi changes to u-boot 2011.11 or later then SPL no longer works. |
| 14:28.52 | Marex | hno: try the ToT version please ... don't stick with ancient crap |
| 14:29.05 | Marex | hno: why do you need the SPL at all though ? |
| 14:29.27 | Marex | doesn't your chip init all the DRAM and stuff via bootrom? |
| 14:29.38 | hno | The chip do not initialize DRAM at all. |
| 14:29.52 | hno | the boot rom only loads boot code into SRAM. |
| 14:29.57 | Marex | I see |
| 14:30.17 | Marex | I recall someone told me he has some crazy binary blobs that do some random goo to init all that |
| 14:30.21 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 14:30.39 | Marex | hno: so you now managed to boot right off the bootrom? |
| 14:30.42 | hno | Ofcourse the issue is the same with current u-boot development version. I said 2011.11 or later. |
| 14:30.56 | Marex | hno: so ... stick with mainline when debugging it ... need some help with it ? |
| 14:31.27 | hno | Marex, hipboi kindly contributed the MMC u-boot version with SPL and everything. Can't take much credit for it. |
| 14:32.23 | Marex | hno: well ... if you need help debugging the issues, ping me, I should be around eventually |
| 14:32.28 | hno | Marex, you are welcome to help debugging it. Got kind of stuck last time. |
| 14:32.54 | Marex | hno: so, did you configure the SPL link address properly ? |
| 14:32.59 | hno | breakage gets worse the more current u-boot version I try. |
| 14:33.41 | Marex | hno: there were some severe changes in the uboot recently and more are to come ... so it might have broken some out of tree code |
| 14:33.43 | hno | 2011.11 can be made to work sort of, but UART output somehow gets held up. |
| 14:34.07 | RaYmAn | hno: could be initialization order changes like in test1? |
| 14:34.36 | hno | in later versions I haven't even been able to get UART running. |
| 14:34.58 | hno | RaYmAn, it configures all clocks first, including gating. Then sets up UART registers. |
| 14:35.19 | hno | s/gating/gating and PIO |
| 14:35.23 | RaYmAn | ah. |
| 14:35.34 | Marex | hno: isn't there some generic uart IP? like that arm pl01x ? |
| 14:35.46 | hno | But feels like it's crashing before. |
| 14:35.58 | Boulet | ok, now my interrupts work :o) |
| 14:36.05 | RaYmAn | do you have the merged source anywhere? |
| 14:36.10 | Boulet | thanks for the tips marex ! |
| 14:36.25 | RaYmAn | wip/update? |
| 14:36.27 | hno | Marex, the UART is 16550 compatible, nothing strange there. But clock generator needs to be configured to enable the clock. |
| 14:36.46 | Marex | hno: do you have some LEDs to debug it ? |
| 14:37.00 | Marex | GPIO controlled at best |
| 14:37.16 | hno | and pin mux configuration also needs to be configured to route the UART signals out on the right pins. |
| 14:37.48 | hno | I bit short on leds, but have plenty of pads available for GPIO. |
| 14:38.10 | hno | and should also have a JTAG probe in my mail at home. |
| 14:38.33 | Marex | hno: let's do it the easy way ... you think the software gets stuck, right ? |
| 14:38.42 | hno | and RaYmAn figured out how to get OpenOCD to talk to A1X. |
| 14:38.55 | Marex | hno: so ... toggle the led off at the begining, toggle it back on just before you think it gets stuck ;-) |
| 14:39.07 | Marex | hno: usually you can bisect code that way too |
| 14:39.22 | Marex | RaYmAn: that's nice ... it's also good to see the bootrom doesn't interfere :) |
| 14:39.26 | RaYmAn | u-boot is hell to debug with jtag, but I'd imagine SPL would be easy enough (relocation is a pain :P) |
| 14:39.45 | Marex | RaYmAn: uboot is easy to debug with jtag, Linux is worse ... why is it problematic ? |
| 14:39.57 | Marex | RaYmAn: ah ... the relocation |
| 14:40.05 | hno | Marex, I do not have a led that is easily programmed. |
| 14:40.12 | RaYmAn | I've tried most "guides" on how to handle the relocation but not having much luck |
| 14:40.21 | Marex | RaYmAn: http://www.denx.de/wiki/DULG/DebuggingUBoot see 10.1.2 |
| 14:40.31 | hno | SPL is not relocated. |
| 14:40.38 | Marex | RaYmAn: if you can connect GDB, it's really only a matter of add-symbol-file |
| 14:40.48 | Marex | hno: :-( |
| 14:40.52 | Marex | hno: GPIO and a meter maybe ? |
| 14:40.54 | RaYmAn | yeah. I tried that, not really had any luck. |
| 14:41.13 | RaYmAn | I might be getting the relocation offset wrong, I dunno |
| 14:41.16 | hno | Marex, yes, but not today. |
| 14:41.24 | Marex | RaYmAn: ah! |
| 14:41.56 | Marex | RaYmAn: do sed -i "s/debug/printf/" arch/arm/lib/board.c |
| 14:42.07 | Marex | RaYmAn: then there's one line which tells you the offset when you run it |
| 14:42.11 | RaYmAn | yeah. |
| 14:42.20 | RaYmAn | Been there, done that |
| 14:42.22 | Marex | 444 debug("relocation Offset is: %08lx\n", gd->reloc_off); |
| 14:42.26 | Marex | this one ... |
| 14:42.34 | RaYmAn | I did just notice I missed the += TEXT_BASE note |
| 14:42.38 | RaYmAn | so that might be my issue |
| 14:42.55 | hno | RaYmAn, I would be perfectly happy with instruction level debugging for the SPL issue. No need for source when most of the problematic areas is asm anyway. |
| 14:43.02 | Marex | ah that's right ... though I'm not sure if the reloc_off is already with this value added or not |
| 14:43.18 | Marex | hno: the asm only sets up stack, nothing more |
| 14:43.23 | RaYmAn | hno: source level debugging works fine out of the box as long as there's no relocation going on :) |
| 14:43.34 | Marex | hno: then board_init_f might cause trouble if your link addr is misconfigured |
| 14:43.52 | RaYmAn | u-boot.map: 0x4a000040 _TEXT_BASE |
| 14:43.58 | RaYmAn | I guess I need to add 0x40 to relocation offset |
| 14:44.15 | hno | Marex, I had to back out the interrupt vector changes to get 2011.11 to work. |
| 14:44.21 | hno | same as for TEGRA. |
| 14:44.28 | Marex | hno: you also hack on tegra ? |
| 14:44.52 | hno | Marex, no. I had to do the same #ifndef workaround as TEGRA. |
| 14:45.30 | Marex | hno: meh ... tegra is crazy piece of hardware |
| 14:45.40 | RaYmAn | indeed |
| 14:45.47 | hno | But honestly haven't looked at it in a while now. Been buzy with fel stuff. |
| 14:46.00 | Marex | FEL ? |
| 14:46.01 | RaYmAn | though, lately they have much better (public) documentation than allwinner does :P |
| 14:46.17 | Marex | RaYmAn: yes? I had to sign some ugly NDA for T20 |
| 14:46.52 | RaYmAn | okay, so semi-public |
| 14:46.53 | hno | Marex, FEL is the other piece of the boot rom, allowing you to bootstrap the CPU over USB. |
| 14:46.56 | RaYmAn | but anyone can get it |
| 14:47.15 | hno | RaYmAn, I can't if the NDA is ugly. |
| 14:47.27 | Marex | hno: :-) |
| 14:47.41 | Marex | hno: not as ugly as the Marvell NDA ... that's still way uglier |
| 14:48.15 | hno | Have not read either NVidia ot Marvell NDA documents. |
| 14:48.32 | hno | I did read an Allwinner NDA.. that was funny reading. |
| 14:48.34 | Marex | hno: of your ... you couldn't have, the marvell NDA is under NDA too |
| 14:48.41 | Marex | s/your/course |
| 14:49.00 | hno | Marex, so you need to sign another NDA to read the NDA? |
| 14:49.22 | Marex | just by reading further than the header, you agree to the first-stage NDA |
| 14:51.18 | hno | Marex, no signature needed? |
| 14:51.21 | RaYmAn | you can't actually get to the NDA right now for tegra, heh |
| 14:52.37 | Marex | hno: I didn't get past first stage ... I gave up after seeing the insane requirements |
| 14:53.57 | RaYmAn | hno: interesting tidbit: 1) In fel MMU is enabled. 2) When loading "SPL" off sd, MMU is disabled |
| 14:54.25 | hno | RaYmAn, yes, MMU is off in normal boot process. |
| 14:55.14 | hno | that's why the boot0 process I outlined uses SD booting to get the CPU halted in a state where BROM likely can be restarted without too much trouble. |
| 14:55.36 | RaYmAn | yeah, I'm in there now |
| 14:58.26 | arokux_h | hm.. why do you need to poke around this booting stuff, if A10 boots successfully already? |
| 14:59.17 | hno | arokux_h, we are looking for some hardware parameters which livesuite recorded in boot0 when programming the flash. |
| 15:00.08 | arokux_h | hno, you would like to be able to flash the device? |
| 15:00.39 | hno | arokux_h, we intend to extend u-boot SPL to also work from NAND, not only MMC. |
| 15:00.57 | hno | but the parameters have nothing to do with NAND as such. |
| 15:01.05 | hno | more DRAM and system clocks. |
| 15:01.31 | Boulet | hno, won't you need to have a mean to read/write from/to nand in uboot ? |
| 15:01.40 | arokux_h | I see. thanks. |
| 15:01.43 | hno | Boulet, working on that too. |
| 15:02.09 | hno | well, we do have driver for full access to the logical nand block device. But not the boot blocks. |
| 15:02.19 | Boulet | then you can also get boot0 that way |
| 15:02.31 | hno | boot0 is in the boot blocks. |
| 15:02.39 | hno | boot1 as well. |
| 15:02.47 | Boulet | i mean there are some code that reads the physical blocks of the flash |
| 15:03.04 | hno | Yes. |
| 15:03.07 | RaYmAn | Boulet: do get it working |
| 15:03.07 | RaYmAn | :P |
| 15:03.32 | Boulet | :o) |
| 15:03.39 | Boulet | i know it is easy to say |
| 15:03.41 | hno | I tried. And got 512b random garbage and 3.5K zeroes on each read. |
| 15:04.58 | hno | or was it 7.5k zeroes, don't remember. |
| 15:05.22 | Boulet | yeah i think the pages are 2048 bytes and there are some oob data containing ECC and such |
| 15:06.35 | hno | Yes there is OOB data in NAND flash. |
| 15:07.19 | RaYmAn | ok, so boot1 seems to be loaded at 0x42400000 |
| 15:07.27 | arokux_h | hno, hm.. but the allwiner's uboot should already contain the code to boot from NAND, or? |
| 15:08.04 | Marex | hno: how can anything prevent you from reading the whole NAND ? |
| 15:08.39 | Boulet | nothing, for sure |
| 15:08.52 | Boulet | but just have to play with the code we have, not that trivial i guess |
| 15:09.24 | hno | Marex, it's not actively preventing. Just not very well documented. |
| 15:09.26 | Boulet | if you can read a particular page of a particular block, indeed you can read the whole flash |
| 15:09.54 | Boulet | the brom has those routines, we could certainly use fel's routine, if we knew where it was |
| 15:09.58 | Marex | hno: :-( |
| 15:10.16 | hno | User Guide documentation on the NAND controller is basically "There is a NAND controller". |
| 15:10.31 | Boulet | i would think allwinner put some stuff to also write a NAND block from FEL, because it would be so convenient in factory |
| 15:10.53 | hno | Boulet, it loads lots of code in FEL. |
| 15:10.55 | Marex | Boulet: you really don't want to call bootrom routines from uboot |
| 15:11.14 | hno | Time to go. Rest of family arrived with the boat. |
| 15:11.21 | Boulet | Marex, just to dump that boot0 block haahha |
| 15:11.40 | Boulet | see ya hno |
| 15:14.02 | arokux_h | Marex, what's about a display for MK802? |
| 15:14.12 | Marex | what do you mean ? |
| 15:15.17 | arokux_h | Marex, which display do you normally use with it? |
| 15:15.50 | Marex | arokux_h: some samsung TV |
| 15:16.26 | arokux_h | and it's normally could be found at the place where u'll be? |
| 15:18.29 | Marex | arokux_h: nope |
| 15:26.19 | arokux_h | Marex, that's why it's kind of hard to make use of such a device, imho |
| 15:26.38 | Marex | arokux_h: what do you mean ? |
| 15:26.49 | RaYmAn | Marex: know of any way to get gdb to ignore that it doesn't have a symbol file and just disassmble the instructions it has as you stepi through them? |
| 15:27.25 | Marex | RaYmAn: isn't that the default behavior ? |
| 15:27.35 | RaYmAn | 0xffff4020 in ?? () |
| 15:27.35 | RaYmAn | (gdb) stepi |
| 15:27.36 | RaYmAn | 0xffff4024 in ?? () |
| 15:27.39 | RaYmAn | apparently not.. |
| 15:27.39 | Marex | aaah :) |
| 15:28.15 | arokux_h | Marex, you cannot use MK802 if you do not have it connected to the display, or? |
| 15:28.27 | RaYmAn | you could run it headless.. |
| 15:28.44 | Marex | arokux_h: I think I'll get another one ... I'll leave this one at home |
| 15:29.01 | Marex | arokux_h: the whole point was to use it as a videophone, but it still has a bit of a way to go |
| 15:30.24 | arokux_h | Marex, an Android smartphone couldn't be used as a videophone? |
| 15:30.47 | Marex | arokux_h: this device is way cheaper ... and the big screen is already there ;-) |
| 15:31.40 | arokux_h | ok :) |
| 15:31.57 | Marex | RaYmAn: try set disassemble-next-line I think |
| 15:32.49 | RaYmAn | perfect, ty |
| 15:40.28 | *** join/#arm-netbook hehopmajieh_ (~hehopmaji@remote.neterra.net) |
| 15:41.37 | *** join/#arm-netbook QingPei (~qingpei@124.64.126.178) |
| 15:56.59 | *** join/#arm-netbook hehopmajieh_ (~hehopmaji@remote.neterra.net) |
| 16:08.41 | arokux_h | how big and quick is A10 NAND, btw? |
| 16:08.53 | arokux_h | (speed in comparison to MMC) |
| 16:11.52 | RaYmAn | most devices have 4GB |
| 16:15.38 | specing | of which only 2GB is available |
| 16:19.09 | specing | arokux_h: Why dont you test it? |
| 16:19.58 | arokux_h | I'm currently busy with other things like reading kernel sources and do not even know what the name of nand device is.. |
| 16:20.41 | specing | You're currently busy with asking questions ;) |
| 16:22.11 | arokux_h | no, not only ) |
| 16:22.59 | arokux_h | but you are right, I ask more then the others here.. |
| 16:26.20 | *** part/#arm-netbook QingPei (~qingpei@124.64.126.178) |
| 16:38.22 | *** join/#arm-netbook rm (rm@fsf/member/rm) |
| 16:46.50 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 16:52.01 | RaYmAn | woop, boot0 from my a13 board :) |
| 16:55.18 | RaYmAn | hno: your idea worked :) boot0 is put at 0x0 |
| 16:56.35 | Boulet | well done RaYmAn :) |
| 16:57.04 | RaYmAn | now I just need to get my device booting again =P |
| 16:57.22 | WarheadsSE | arokux_h: how is arch treating you? |
| 16:57.52 | arokux_h | WarheadsSE, fine. I like it. why? :) |
| 16:58.09 | arokux_h | WarheadsSE, I'm using arch for a long time already |
| 16:58.29 | arokux_h | for my desktops = 3 machines. |
| 16:59.10 | arokux_h | was glad it supports arm too. would be nice to see arch arm mainlined in main arch. |
| 17:04.19 | WarheadsSE | maybe someday |
| 17:04.31 | WarheadsSE | a lot of people mentioned that while @ #fosscon |
| 17:04.38 | techn | https://github.com/techn/linux-allwinner/commit/94bdcd4bb102e5a1b8d17597ffc9644efa3f1fd8 |
| 17:04.39 | WarheadsSE | met TU kyle |
| 17:08.50 | RaYmAn | techn: cool :) What device have you tested it on? |
| 17:11.38 | WarheadsSE | arokux_h: just wanted to check with the Mele |
| 17:13.45 | arokux_h | WarheadsSE, ok, so far it's very good. I've compiled and booted amery's kernel, now I try to port it to linux 3.4 |
| 17:14.13 | WarheadsSE | Ah, we are using amery's kernel ;) |
| 17:14.38 | arokux_h | WarheadsSE, yes, you've told me. |
| 17:15.06 | WarheadsSE | just checking |
| 17:15.17 | WarheadsSE | I forget sometimes with as many people that ask me ?s |
| 17:16.50 | techn | RaYmAn: MiniX |
| 17:18.36 | rz2k | bots still registrating http://linux-sunxi.org/Special:RecentChanges |
| 17:18.54 | rz2k | when they go active, we will be pretty fucked up. :/ |
| 17:19.34 | Turl | techn: doesn't crash? :P |
| 17:19.51 | techn | Turl: noup.. :) |
| 17:20.40 | arokux_h | rz2k, maybe we could delete their accounts before they go active? :) |
| 17:20.46 | *** join/#arm-netbook fjzz (~frank@adsl-75-19-118-193.dsl.yntwoh.sbcglobal.net) |
| 17:21.27 | techn | Turl: but dunno if there is regression somewhere ;) |
| 17:21.28 | rz2k | mnemoc is on vacation and I dont remember who else is admin on wiki |
| 17:22.07 | Turl | I can admin too rz2k |
| 17:22.33 | Turl | rz2k: blocked one of 'em, if they used the same IP they'll die when they go live |
| 17:23.51 | Turl | if you notice people spamming let me know and I'll clean it btw |
| 17:24.23 | fjzz | Could somebody\ anybody give me a working 'recovery.ini' file |
| 17:24.54 | fjzz | Or at least point me to one? |
| 17:37.17 | *** join/#arm-netbook hehopmajieh_ (~hehopmaji@78.130.183.204) |
| 17:49.53 | hno | RaYmAn, congratulations! |
| 17:50.09 | hno | and my package had arrived in good condition. |
| 17:50.13 | RaYmAn | Cool :) |
| 17:52.23 | hno | so at least that part in the TNT handling was correct. |
| 17:52.33 | RaYmAn | where did they deliver it then? |
| 17:55.32 | *** join/#arm-netbook techn_ (~quassel@a91-152-35-60.elisa-laajakaista.fi) |
| 17:55.51 | hno | probably in my mail box, which my neighbours emptied. |
| 17:56.04 | hno | it's only a large envelope. |
| 17:56.07 | RaYmAn | ah |
| 18:04.47 | steev | RaYmAn: what you're looking for is in the Kconfig |
| 18:05.24 | Marex | steev: oh, you're here too ? :) |
| 18:05.37 | steev | Marex: of course |
| 18:05.38 | Marex | steev: is Neko's period over already ? |
| 18:05.53 | steev | his might be, is yours? |
| 18:06.16 | Marex | steev: mine was never there ... I just try hate his bullshit approach |
| 18:06.41 | Marex | steev: btw the mk802 works better than efikamx for all I need :) |
| 18:06.52 | steev | good to hear :) |
| 18:07.35 | steev | RaYmAn: in the arch Kconfig that is, for selecing the nand |
| 18:08.07 | Marex | steev: the community around efika isn't as lively as here ... I wonder why |
| 18:08.39 | steev | Marex: i'm not about to fight about it here |
| 18:08.54 | steev | that is way off topic for this channel |
| 18:10.32 | Marex | steev: indeed ... just think about my final remark |
| 18:11.18 | steev | Marex: no need to. but anyway, does this mean you're going to start up a u-boot-allwinner on denx? :D |
| 18:11.54 | WarheadsSE | arent the efika imx53? |
| 18:12.02 | steev | WarheadsSE: no, 51 |
| 18:12.07 | WarheadsSE | k |
| 18:12.25 | WarheadsSE | idk, none have been brought to #archlinux-arm |
| 18:12.28 | steev | the 53 board is only for custom designs |
| 18:12.51 | steev | mm, i thought a couple people in Arch have them |
| 18:13.33 | Marex | 51 -- shitty chip ; 53 -- fixed version of 51 |
| 18:14.05 | Marex | steev: I ain't mucking with the stick unless necessary ... but I can throw some advice |
| 18:14.17 | Marex | steev: looks like hno is already working on uboot port, so I might as well help upstreaming it |
| 18:14.18 | steev | heh |
| 18:14.27 | steev | Marex: :D |
| 18:15.07 | WarheadsSE | steev: not the core devs |
| 18:15.43 | WarheadsSE | Marex: the uboot is working decent, for the A10, and they mostly seem to have it working for A13 |
| 18:16.20 | Marex | WarheadsSE: the problem is the control freak of Neko kicked into high gear with efikamx ... and the ancient kernel there (.32), the lack of proper VPU libraries and ... lack of community for the efikamx |
| 18:16.28 | Marex | but, it did it's job, we now have armhf debian |
| 18:16.51 | WarheadsSE | VPU |
| 18:17.11 | Marex | WarheadsSE: I know about uboot ... but pushing it mainline would be even better ;-) |
| 18:17.12 | WarheadsSE | otherwise, shouldnt be *that* horrible to port it forward |
| 18:17.51 | Marex | WarheadsSE: I'll wait for hno to muck with it again and try steering him in the right direction so he can progress quickly |
| 18:18.00 | WarheadsSE | :) |
| 18:18.13 | WarheadsSE | had him tack in uEnv |
| 18:18.18 | WarheadsSE | handy |
| 18:18.28 | WarheadsSE | my users all too often = derp |
| 18:22.47 | Turl | has anyone other than lundman used wemac? :P |
| 18:24.04 | WarheadsSE | ? |
| 18:24.47 | Turl | trying to figure out what's the max perf you can squeeze out of the ethernet on Mele |
| 18:24.57 | WarheadsSE | hmm |
| 18:25.13 | Turl | but I'm too lazy to wire the mele to my PC directly and do perf testing :P |
| 18:25.19 | WarheadsSE | I've capped it around 10MB/s so almost 100Mbps |
| 18:25.30 | CIA-121 | rhombus-tech: Boog master * r00873b3e84f3 /community_ideas.mdwn: |
| 18:25.33 | WarheadsSE | it's not hooked up at the moment, so idk |
| 18:26.05 | Turl | I got like 8,somethingMB/s using NFS |
| 18:26.16 | Turl | might be the WiFi limiting it |
| 18:27.27 | WarheadsSE | that wifi will probably cap arouns 72Mbps |
| 18:29.02 | Turl | I'm linked at 150Mbit/s "RX Rate" and 120Mbit/s for "TX Rate" according to LuCI |
| 18:29.26 | WarheadsSE | yeah, but sometimes throughput might not match |
| 18:29.31 | Turl | yeah |
| 18:29.38 | WarheadsSE | idk, I've been using it exclusivly wired |
| 18:29.54 | Turl | at least what I get is faster than wifi G :P |
| 18:38.38 | arokux_h | does anybody know why there are so many clocks and why they have parents and brothers? :$ |
| 18:38.43 | RaYmAn | steev: ... |
| 18:41.41 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@212.179.75.202) |
| 18:47.56 | penguin42 | arokux_h: It's not unusual to divide one clock off another, which is why you get parent/child relationships |
| 18:48.34 | penguin42 | arokux_h: And on some systems you can shut them off to save power - but that's going to shut off the children as well, which might be a bad thing if you need the clock below it to be able to switch back on |
| 18:49.11 | arokux_h | penguin42, why just one clock is not enough? |
| 18:49.41 | Marex | because you need different speeds for different peripherals |
| 18:50.03 | Marex | say 400kHz for i2c, 24MHz for SPI etc. |
| 18:50.16 | Marex | also, you want to be able to control clock domains to save power ^^ |
| 18:51.22 | arokux_h | are there some docs on it? |
| 18:53.27 | specing | arokux_h: you can read any cortex-m3/m4 datasheet to get a roughly simplified idea |
| 18:55.06 | Marex | arokux_h: depends on the chip |
| 18:55.32 | arokux_h | Marex, I see, I just need a broad overview. |
| 18:56.01 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.98) |
| 18:56.50 | arokux_h | I've found a presentation "A Generic Clock Framework in the Kernel: Why We Need It & Why We Still Don't Have It" but it not much... |
| 19:02.02 | RaYmAn | arokux_h: you probably need to read up on basic EE. as far as I know this kind of clock requirements really arise from there. It's a lot more complex in these kind of units of course, but yeah. |
| 19:02.16 | RaYmAn | arokux_h: pretty much first hit on google seems to cover what you want: http://www.eetimes.com/design/eda-design/4018520/Understanding-Clock-Domain-Crossing-Issues |
| 19:04.42 | Marex | :) |
| 19:26.06 | hno | RaYmAn, can you try help techn how to make a pull request in github when he comes back? |
| 19:27.29 | RaYmAn | hno: will have to be tomorrow probably, but sure |
| 19:29.20 | RaYmAn | hno: techn_: it really is just pressing the "pull request" button, selecting head repo and branch as your own, then selecting amery repo & branch as base, and *poof* :) github rocks! |
| 19:35.19 | *** join/#arm-netbook just4dos (~just4dos@79-101-76-17.dynamic.isp.telekom.rs) |
| 19:40.48 | hno | Ah, he is here with a _, didn't notice. |
| 19:41.03 | hno | had a priv message from him without _ |
| 19:42.59 | RaYmAn | hmm..so this booting over fel thing isn't the most stable of things :P. I suspect doing two fel write's too close to eachother causes corruption or similar |
| 19:51.31 | Marex | RaYmAn: github is terrible :-( it still pesters you with flash .swf goo popping up |
| 19:52.18 | Turl | flash? where Marex? o.O |
| 19:52.42 | RaYmAn | yeah, I was wondering that too |
| 19:52.54 | arokux_h | does x86 has also this clocking business?! |
| 19:52.58 | Marex | did they fix it ? |
| 19:53.18 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 19:53.20 | Marex | no, it's still there ... clippy.swf |
| 19:53.51 | Marex | happens in konqueror without adobe crap installed ... all the time |
| 19:54.02 | Marex | firefox masks it away somehow |
| 19:54.07 | Turl | Marex: ah it's probably the 'copy URL' stuff |
| 19:54.22 | Marex | Turl: well ... it's broken ;-) |
| 19:54.38 | Turl | I don't recall any way to copy stuff using JS |
| 19:54.44 | Turl | so that's why they use flash :P |
| 19:55.50 | Marex | so it's broken ;-) |
| 19:56.01 | Marex | I don't have flash installed, so it's annoying |
| 19:56.15 | Turl | just flashblock all the things ;) |
| 19:56.40 | Marex | why? that's fixing a problem at a wrong place |
| 19:58.40 | Turl | keyword: fix |
| 19:58.42 | Turl | :P |
| 20:12.52 | hno | arokux_h, only a handful number of people know how to bootstrap x86 from bare metal. But yes, there is clock generators for cater for there as well. |
| 20:14.40 | arokux_h | hno, I'm reading mach-sun4i/clock/* and try to understand clocking in general and check if it is done in upstream way. |
| 20:15.22 | hno | that needs a bit of cleanup, but isn't too bad compared to most other drivers. |
| 20:15.55 | hno | s/other/other sunXi/ |
| 20:16.50 | arokux_h | hno, there is some clkevent framework, but sun5i isn't using it. this code is in #ifdef 0 clauses. |
| 20:21.11 | Marex | arokux_h: might be better to study up on drivers/clk/mxs/ instead ... that's quite fresh code |
| 20:24.14 | arokux_h | Marex, first I try to understand what sun5i is doing, next check the leading upstream architectures. last step should be a rewrite of sun5i (if needed). that the theory. |
| 20:24.39 | arokux_h | hno, does this 500pages manual contains something on clocking? |
| 20:25.53 | Marex | arokux_h: I'd go the other way -- figure out how it works upstream and then try to adapt the manufacturers crapcode to it |
| 20:25.56 | Marex | ;-) |
| 20:26.44 | arokux_h | Marex, do you know some good upstream examples? |
| 20:27.22 | Marex | just told you one ... drivers/clk/mxs/ |
| 20:27.52 | Marex | all that happens afterwards is that you do clk_prepare clk_get etc. |
| 20:27.54 | hno | arokux_h, yes some. |
| 20:28.29 | Marex | arokux_h: there's also some documentation in Documentation/clk.txt |
| 20:29.38 | arokux_h | oh, that's useful |
| 20:29.39 | hno | RaYmAn, the board boots. Have not tried fel yet. |
| 20:31.07 | hno | mnemoc, my power button seems to work. Powers off if I hold it for ~10 sec, and powers on on ~1sec press. |
| 20:31.48 | Turl | hno: that's how it works on tablets |
| 20:40.12 | furan | how do I repack an img using unimg? |
| 20:41.00 | furan | (let's say I unpacked it using unimg, did nothing, and now I want to repack it) |
| 20:41.40 | Turl | furan: unimg just unpacks afaik |
| 20:42.27 | furan | ok. author said it repacks on a forum but didn't say how |
| 20:44.30 | hno | Turl, that's how AXP works. But mnemoc claimed the power button on his board did not work. |
| 20:45.05 | Turl | furan: http://linux-sunxi.org/LiveSuit_images |
| 20:45.12 | hno | furan, why don't you use the SDK tools for packing the image? |
| 20:46.14 | furan | I have no good reason not to, this is just my first time making one |
| 20:47.01 | Marex | hno: btw can't the livesuit protocol be sniffed by installing windows into virtual machine and then sticking usbmon underneath ? |
| 20:48.53 | hno | Marex, that's what we did. |
| 20:49.12 | furan | awesome that works great, thanks |
| 20:49.55 | furan | does livesuit do any crc stuff? |
| 20:50.03 | furan | say if I hexedited one of the files? |
| 20:50.14 | Marex | hno: but the problem is the encryption ? :-( |
| 20:51.27 | hno | no |
| 20:51.51 | Marex | hno: so what's the problem then ? |
| 20:52.00 | hno | livesuit USB traffic is not encrypted. |
| 20:52.01 | Marex | hno: according to the wiki, there are no linux tools |
| 20:52.51 | hno | Marex, there is no linux tools for working with livesuit images. Have no big interest in those. |
| 20:53.12 | Marex | hno: I see |
| 20:53.53 | hno | I have already written a tool for talking to the FEL rom and RaYmAn succeeded in booting Linux that way. |
| 20:54.20 | hno | which means we can now boot Linux in at least 4 different ways |
| 20:54.27 | hno | a) Allwinner bootloader from NAND |
| 20:54.31 | hno | b) MMC u-boot |
| 20:54.34 | hno | c) JTAG |
| 20:54.39 | hno | d) FEL-USB |
| 20:55.04 | CIA-121 | rhombus-tech: Kuo master * rb79bb9ea3e1e /allwinner_a10/orders/fluidfish.mdwn: |
| 20:55.26 | Marex | hno: cool :-) |
| 20:55.35 | hno | But we are still not 100% sure on DRAM setup parameters for A13. Those are auto-detected by livesuit and recorded in boot0 when you flash the device that way. |
| 20:55.53 | Marex | hno: so that's why you need to read boot0 ? |
| 20:55.59 | hno | for A10 the DRAM parameters have traditionally been in script.bin and pre-recorded in boot0 within the image. |
| 20:56.05 | hno | yes |
| 20:56.15 | Marex | crazy hardware you have :) |
| 20:56.31 | hno | Not really. Crazy software dealing with the hardware. |
| 20:56.33 | Marex | I wonder how it can detect dram parameters in any way |
| 20:56.49 | hno | Everything except for clock rate can be detected. |
| 20:57.00 | Marex | the clock rate is kinda ... important ;-) |
| 20:57.15 | Marex | hno: btw. it can distinguish between ddr2 and ddr3 ? |
| 20:57.29 | Marex | the dram chips have no jedec interface, do they ? |
| 20:57.36 | hno | clock rate is defined in A13 images I think. |
| 20:57.46 | Marex | oh ok :) |
| 20:57.49 | Marex | I was just curious |
| 20:57.59 | hno | DRAM is just DRAM, so no jedec rom no. |
| 20:58.09 | Marex | hno: btw the width of a dram bus can't be determined accurately either |
| 20:58.19 | Marex | I mean the address and data bus |
| 20:58.47 | Marex | or it'd be something I wont trust myself at least |
| 20:58.48 | hno | you can try until you find one that works. |
| 20:59.01 | Marex | yea ... not the best way to do it :( |
| 20:59.14 | *** join/#arm-netbook lkcl (~lkcl@host81-154-42-213.range81-154.btcentralplus.com) |
| 20:59.17 | Marex | I already shot myself in the leg with this approach |
| 20:59.54 | hno | agreed. |
| 21:00.33 | hno | we don't really know what livesuit does. |
| 21:01.41 | Marex | hno: heh :) |
| 21:01.55 | arokux_h | <hno> a) Allwinner bootloader from NAND: can I flash my linux distro rootfs to the NAND, so I do not use MMC? |
| 21:02.07 | hno | yes |
| 21:02.29 | hno | you can even repartition the nand if you like. |
| 21:03.13 | hno | but boot partition need to be FAT and contain boot.axf etc. |
| 21:04.13 | hno | the easiest way is perhaps to use the SDK to build an Linux image. It does support both Android and Linux images. |
| 21:05.03 | arokux_h | hm.. but wait, I'm planing to gradually test the ported kernel gradually, moving the sun5i code piece by piece. so the nand support won't be there at the beginning. |
| 21:05.25 | arokux_h | (ignore the first "gradually") |
| 21:07.03 | hno | arokux_h, we do have a 3.4 branch. |
| 21:07.55 | arokux_h | hno, yes, I'm working (i.e. will work) with it. as I understand it contains the absolute minimum it can. |
| 21:08.59 | hno | My -minimal- branches is absolutely minimum. But the normal branches have most drivers (all that have been ported to that version) |
| 21:12.21 | hno | arokux_h, https://github.com/amery/linux-allwinner/wiki |
| 21:13.31 | arokux_h | hno, but why not to port to upstream directly? |
| 21:13.38 | hno | Gah... why do github clone the wiki as well when cloning a repository.. |
| 21:13.51 | hno | arokux_h, what do you mean? |
| 21:14.11 | arokux_h | not against 3.4, but against linux-torvalds |
| 21:15.46 | Marex | arokux_h: because there's still no decent replacement for their bootloader that'd be able to pass DT (it can be worked around, but it's ugly) |
| 21:15.53 | hno | because it takes time to complete the port, and linux kernel moves fast. |
| 21:16.53 | arokux_h | hno, I thought that one of the reasons is to have android compatible version also |
| 21:18.32 | *** join/#arm-netbook hp_ (~kvirc@220-136-83-212.dynamic.hinet.net) |
| 21:30.10 | hno | RaYmAn, any console set in your image? |
| 21:30.54 | arokux_h | hno, your minimal tree is minimal for what? |
| 21:31.11 | arokux_h | currently there is much less in amery linux-3.4 tree |
| 21:33.31 | hno | arokux_h, my minimal trees do not contain any drivers at all. Only bare minimal mach-sun4i. But have not worked on them in a while now. |
| 21:34.19 | arokux_h | hno, it has all the includes too. that is the difference to mnemoc's linux-3.4 |
| 21:34.32 | hno | https://github.com/hno/linux-allwinner/tree/linux-sun4i-minimal |
| 21:34.44 | furan | do I need a modified livesuit to flash modified images? |
| 21:34.50 | hno | furan, no |
| 21:36.08 | hno | arokux_h, the important stuff from my minimal tree have been merged by alejandro. |
| 21:36.48 | arokux_h | hno, merged where? |
| 21:37.02 | arokux_h | to* where |
| 21:37.56 | hno | his 3.4 branch. |
| 21:38.16 | hno | https://github.com/amery/linux-allwinner/tree/linux-sunxi-3.4 |
| 21:40.01 | hno | now where is my multimeter... |
| 21:44.16 | hno | odd.. both multimeter and CSO-nano gone missing. Do they party somewhere? |
| 21:46.12 | hno | s/CSO/DSO/ |
| 21:46.14 | arokux_h | hno, were you able to boot your minimal kernel? |
| 21:47.00 | hno | yes. |
| 21:47.17 | hno | not useful for anything else however. |
| 21:47.43 | hno | why do you want a minimal kernel? |
| 21:48.35 | arokux_h | I want to do smth... <arokux_h> Marex, first I try to understand what sun5i is doing, next check the leading upstream architectures. last step should be a rewrite of sun5i (if needed). that the theory. |
| 21:49.47 | arokux_h | minimal -- because I want to gradually port it. |
| 21:49.55 | arokux_h | piece after piece |
| 21:50.56 | arokux_h | so the minimal kernel comprises the code that should be ported first |
| 21:51.02 | hno | arokux_h, what is your final goal? |
| 21:51.42 | arokux_h | 1. learn as much as possible. 2. it would be nice to push something upstream. |
| 21:52.47 | hno | Ok, makes sense. |
| 21:53.27 | hno | same here, except that I currently focus on boot process. |
| 21:58.04 | arokux_h | hno, you seem to have ported from some different location as mnemoc did. In your code in arch/arm/mach-sun4i/clock/aw_clocksrc.c there is #ifdef CONFIG_HIGH_RES_TIMERS, whereas in mnemoc's #ifdef 0 |
| 22:00.46 | *** join/#arm-netbook tuliom (~tuliom@186.214.73.244) |
| 22:03.40 | hno | arokux_h, this tree is from before the ICS code drop, Based on 2.6.36. |
| 22:04.04 | hno | whereas the current tree is based on the ICS code drop. |
| 22:04.13 | arokux_h | ICS code drop? |
| 22:04.20 | hno | I have not looked in detail how they differ. |
| 22:04.22 | hno | qware |
| 22:04.27 | arokux_h | current = mnemocs? |
| 22:04.43 | hno | yes. my tree is 3+ months old now. |
| 22:06.51 | arokux_h | hno, but I like it more :) |
| 22:07.01 | arokux_h | ok, thanks for the answer! |
| 22:07.57 | hno | arokux_h, not sure interupts works proper in my tree. |
| 22:09.59 | arokux_h | hno, is there a chance to get the minimal support merged upstream, once it's mainlined? |
| 22:10.43 | arokux_h | hno, I'm just thinking.. if kernel moves fast I'd be better to push upstream as soon as possible? |
| 22:10.52 | hno | sure hope so. |
| 22:11.34 | arokux_h | cool. |
| 22:12.56 | hno | but need to move to devicetree instead of script.bin etc. Should probably move all of PIO and clocks setup out of mach-sunXi for initial merge, that cuts it down much cleaner and those can be done in boot stage before starting kernel. |
| 22:13.55 | hno | iirc my minimal tree have no PIO configuration, reliying entirely on PIO to be configured by the boot loader. |
| 22:17.48 | *** part/#arm-netbook hno (~hno@squid/developer/hno) |
| 22:17.56 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
| 22:39.52 | *** join/#arm-netbook tuliom (~tuliom@186.214.73.244) |
| 22:47.09 | hno | Annoying. Found the DSO-nano but not it's probe cable and multimeter still missing. How am I going to probe for JTAG signals? |
| 22:47.37 | Turl | hno: heh |
| 22:47.53 | Turl | LEDs? :P |
| 22:48.04 | furan | doesn't it use a headphone port |
| 22:48.12 | furan | start stripping wires |
| 22:48.38 | hno | yes, been thinking of doing just that. |
| 22:48.56 | furan | I have somehow made it so my device can't boot into recovery mode |
| 22:49.08 | hno | not even FEL? |
| 22:49.16 | furan | nope |
| 22:49.38 | furan | I have this project where I wanted to add nand, pin compatible, etc and I accidentally taped it on backwards |
| 22:49.51 | furan | so then I turned it off, it can still read the other nand, shows the logo,etc |
| 22:50.00 | furan | and I had already screwed up the boot and needed to flash it |
| 22:50.09 | furan | but now it won't go into fel |
| 22:50.15 | hno | do you have a hard FEL / u-boot button? |
| 22:50.23 | furan | yeah, I am pressing that, plugging in usb |
| 22:50.26 | furan | done it a billion times |
| 22:50.30 | Turl | you can use a FEL sdcard |
| 22:50.33 | Turl | try that |
| 22:51.02 | hno | it's very hard for a hard uboot button to fail.. it is a separate pin on the CPU and the CPU accesses nothing before checking that. |
| 22:51.36 | furan | is there a guide on making one? remember I can't get my cwm sdcard to boot |
| 22:52.45 | hno | Download http://www.hno.se/code/A10/fel-boot.sunxi |
| 22:52.55 | furan | the one thing I didn't do was desolder a battery lead and let it shut all the way down after the hardware mishap |
| 22:52.55 | hno | then dd it to an sdcard as if it was u-boot SPL. |
| 22:53.00 | furan | thanks |
| 22:53.14 | hno | power button for 10+ seconds is hard power down. |
| 22:53.57 | hno | well, not 100% hard. RTC is still powered. |
| 22:57.37 | hno | Hm..i know I had the multimeter day before vacation. car battery died.. |
| 22:58.09 | hno | found! |
| 22:58.39 | Turl | hno: is it possible that rtc wake isn't disabled correctly on halt? |
| 23:00.51 | furan | I dd'd it, then I did sync, then I ejected it and plugged it into my device |
| 23:01.08 | furan | all I get is a black screen and no usb device picked up |
| 23:02.07 | furan | hard to believe I hosed the brom, that is basically impossible |
| 23:02.12 | furan | I did a dd with no offset |
| 23:02.13 | furan | fwiw |
| 23:03.16 | Turl | iirc SPL requires some offset |
| 23:03.30 | Turl | and "(19:52:55) hno: then dd it to an sdcard as if it was u-boot SPL." |
| 23:03.38 | furan | oh |
| 23:03.58 | Turl | dd if=spl/sun4i-spl.bin of=/dev/sdc bs=1024 seek=8 |
| 23:05.25 | furan | does anything need to be before that? |
| 23:05.41 | furan | e.g. is it okay if I dd over my old dd that was from the start? |
| 23:05.57 | Turl | it should be I guess |
| 23:06.25 | furan | no love |
| 23:06.33 | furan | I give up for the day, too many mistakes heh |
| 23:06.40 | Turl | :P |
| 23:09.27 | hno | Turl, why should the RTC be disabled? |
| 23:09.54 | hno | or you mean RTC alarm? |
| 23:10.40 | Turl | RTC alarm |
| 23:10.47 | Turl | I'm still getting the issue where I shut my tablet down |
| 23:10.57 | Turl | and it turns on on its own some time later |
| 23:11.31 | hno | is it using AXP for power management? |
| 23:11.47 | Turl | yes, I believe so |
| 23:26.27 | arokux_h | good night! |
| 23:57.59 | ZaEarl | Turl, does your lcd turn off when brightness is set to lowest? |
