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