development tree for U-Boot: Changes to 'zecke'

git at git.openmoko.org git at git.openmoko.org
Wed Oct 8 09:24:31 CEST 2008


Rebased ref, commits from common ancestor:
commit 6fe2cd603ea257bdb57a522bc5793c0fe00ebb9a
Author: Holger Freyther <ich at tamarin.(none)>
Date:   Tue Aug 12 16:54:38 2008 +0200

    Add a small hint that this is my u-boot.

commit 7bc7ee92fdd8b455386e0605fdd058219f89ea5d
Author: Holger Freyther <ich at tamarin.(none)>
Date:   Sat Jul 26 22:49:23 2008 +0200

    [s3c2440] Enable hardware ECC for large page NAND devices
        Enable hardware ECC for the s3c2442 CPU and large page (2K) NAND pages as
        used by the freerunner (gta02). NAND_ECC_HW3_256 was picked to be
        compatible with the Linux kernel. The values of ECC have not been verified.
    
        This way we can flash the kernel and rootfs from uboot and be able to use
        that from the kernel.

commit a33a797092580ccefe217d397ee5d7db8bbaf7db
Author: Holger Freyther <ich at tamarin.(none)>
Date:   Sat Jul 26 08:51:02 2008 +0200

    [gta02] Remove the code as it is marked liked this
        We can read the PCB version from kernel/user space so I assume
        we do not need this anymore.

commit 414367bf5b65942947dd5d569c27d2a8e8e5e562
Author: Harald Welte <laforge at openmoko.org>
Date:   Tue Oct 7 18:49:49 2008 +0100

    u-boot: Fix DFU upload in u-boot
    
    Fix DFU upload in u-boot
    
    The existing USB DFU upload (read firmware from device to USB host) code
    was a big mess and probably only ever worked by accident.
    
    specifically, there were three bugs described in
    http://docs.openmoko.org/trac/ticket/1843 :
    
    * when it copies a new blockful of data, it copies it into the same buffer that
      urb->buffer was already pointing to, thus overwriting the beginning of the
      last buffer before it is sent back to the requestor
    
    * it then calls memcpy() to copy the beginning of the newly-read block to after
      the end of the buffer that urb->buffer is pointing to. If ds->nand->erasesize
      is the same as the _buf[] array, then this will write past the end of the
      _buf[] array and smash some other item in RAM.
    
    * if a requested buffer exactly reaches the end of the block that's been
      buffered in ds->buf, then handle_upload() will read a new NAND block into the
      buffer even though it is not needed. (The test for (len > remain) should
      probably go before the test for ds->ptr, not after?)
    
    So instead of fixing those issues individually, I rewored the logic
    for how to deal with DFU upload. Much simpler, and without those bugs.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 1746c3657337018a3f14688ed4793be2ed609733
Author: Harald Welte <laforge at openmoko.org>
Date:   Tue Oct 7 18:49:34 2008 +0100

    Enable hardware flow control for GSM/GPS
    
    GTA02 >= v3: Enable hardware flow control for GSM and GPS serial ports
    
    Without this patch, s3ser0 (GSM) and s3ser1 (GPS) will not properly
    work on GTA02 >= v3 hardware.
    
    Together with the previous patch, this fixes bug
    https://docs.openmoko.org/trac/ticket/1595
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 017271c84a1f5b8dc7a8869b2bf4d77347cce647
Author: Harald Welte <laforge at openmoko.org>
Date:   Tue Oct 7 18:49:18 2008 +0100

    Fix init of non-console serial lines
    
    [serial]: Fix initialization of non-console serial lines
    
    When using a serial port for something that is not console operation
    (like the 'terminal' mode with GSM or GPS on Openmoko GTA02), then
    the serial port needs to be initialized properly.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>




More information about the commitlog mailing list