<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi Björn</p>
    <p>What do you mean by: "enter the BIOS"? That could be very helpful
      for me.</p>
    <p>About the memory map:</p>
    <p>section 1 is the Boot-ROM (afik)</p>
    <p>section 2 is the 192k L2 Memory (The larger memory)</p>
    <p>section 3: there should be some 64k of on chip ram somewhere (but
      this could also be banked in on section 1 memory range after the
      boot rom finished)</p>
    <p>Cheers <br>
    </p>
    <p>sven<br>
    </p>
    <br>
    <div class="moz-cite-prefix">Am 30.12.17 um 22:19 schrieb Bjoern:<br>
    </div>
    <blockquote type="cite"
      cite="mid:cbb81b2b-e8d6-cc61-989b-1480357f2d14@online.de">Hi
      Matthias,
      <br>
      <br>
      When I read out the NAND directly by a Raspberry Pi, the data was
      not really reliable because some bits always toggled.
      <br>
      Is your reading method giving accurate, reproducable results or
      are toggled bits an inherent effect of reading raw data from NANDs
      (hence using ECC is mandatory) or ?
      <br>
      <br>
      I have meanwhile managed to enter the BIOS of the TT. This BIOS
      offers the following commands:
      <br>
      - download
      <br>
      - setvalue
      <br>
      - go
      <br>
      - dump
      <br>
      <br>
      From what I could see so far, only two memory sections contain
      data:
      <br>
      section 1:    0x0000'0000 - 0x0000'FFFF
      <br>
      section 2:    0x0800'0000 - 0x0802'FFFF
      <br>
      <br>
      Section 1 is almost sure the BIOS itself, about the meaning of
      section 2 I have no idea (RAM?).
      <br>
      If you think it might support you with your efforts, I can
      describe the steps for entering the BIOS mode more in detail.
      <br>
      <br>
      Cheers
      <br>
      Björn
      <br>
      <br>
      <br>
      <br>
      Am 30.12.2017 um 18:22 schrieb Matthias Weber:
      <br>
      <blockquote type="cite">Hi Werner and list,
        <br>
        <br>
        up to my current knowledge, nobody is able to perform a firmware
        update
        <br>
        of the pen. If I'm wrong, I'd be happy to read how it is done.
        <br>
        <br>
        So far we've taken a dump of a tiptoi pen's flash memory and are
        trying
        <br>
        to find out how the firmware update is done or how we can get a
        <br>
        workaround to flash new firmware.
        <br>
        <br>
        It will be helpful to understand the memory mapping of the
        peripherals
        <br>
        connected to/ used by the ARM core (UART, flash interfaces).
        That's what
        <br>
        Sven has started to work on. We'd be happy to get any support
        here.
        <br>
        <br>
        Cheers,
        <br>
        Matthias
        <br>
        <br>
        <br>
        Werner Beroux wrote:
        <br>
        <blockquote type="cite">I updated the
          <br>
          bug <a class="moz-txt-link-freetext" href="https://github.com/entropia/tip-toi-reveng/issues/171">https://github.com/entropia/tip-toi-reveng/issues/171</a> as I
          kind of
          <br>
          bricked my Tiptoi. Wondering if you had some known way to
          unbrick the
          <br>
          device, flash it, or change language on a working device?
          <br>
          <br>
        </blockquote>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </body>
</html>