Hello Albert.
The way the code is written now, board_by_field() has to do the job of
board_by_cpu() and has to know the CPU field has colon-separated
subfields. What should be done is, board_by_field should not even worry
about colons at all, and it is board_by_cpu() which should know about
T1040 Soc has four personalities:
-T1040 (4 cores with L2 switch)
-T1042:Reduced personality of T1040 without L2 switch
-T1020:Reduced personality of T1040 with less cores(2 cores)
-T1022:Reduced personality of T1040 with 2 cores and without L2 switch
Update defines in arch/powerpc header files,
Hello Wolfgang
On Wed, 16 Oct 2013 11:46:48 +0200
Albert ARIBAUD albert.u.b...@aribaud.net wrote:
(Wolfgang, correct me if I am wrong)
I cannot tell indeed if Wolfgang's removal of ep88x was intentional or
not, but two things are sure: prior to its removal by Wolfgang, EP88x
did not have
On 17-10-13 08:27, Albert ARIBAUD wrote:
Hi Scott,
On Tue, 15 Oct 2013 12:57:33 -0500, Scott Wood
scottw...@freescale.com wrote:
On Tue, 2013-10-15 at 09:12 +0200, Albert ARIBAUD wrote:
Hi Oliver,
On Mon, 07 Oct 2013 04:41:31 +0200, Oliver Schinagl
oliver+l...@schinagl.nl wrote:
Hey all,
The ip kernel parameter had a typo in it (we've been lucky that it has
worked until now).
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/configs/km/keymile-common.h | 2 +-
1 file changed, 1 insertion(+),
It must be set to a different value for the later add kmp204x
architecture, because we are restricted to 1MB SRAM.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
Changes in v4: None
Changes in v3:
- Add SYS_MALLOC_LEN to km_arm.h as well, as it was omitted before.
Changes
If the DDR3 module supports industrial temperature range and requires
the x2 refresh rate for that temp range, the refresh period must be
3.9us instead of 7.8 us.
This was successfuly tested on kmp204x board with some MT41K128M16 DDR3
RAM chips (no module used, chips directly soldered on board
This must be defined by a board support file that want to use the
keymile common.c board_eth_init function that requires ethernet_present
to be defined.
Currently all the km architectures use it but the kmp204x architecture
later supported in this series does use another board_eth_init function
When exporting the new memsize without reserved PRAM area, the -Wformat
option produces a warning since %ld is used for snprintf and bi_memsize
is phys_size_t.
This patch removes this warning for all PRAM PowerPC boards.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
This series includes all the needed patches to run u-boot on Keymile's
kmp204x reference design.
The kmp204x is a reference design based on Freescale's P2040/P2041 SoC.
It is supposed to be a reference platform for future boards. There is
currently only one board that is based on this design
This can be useful if one wants to disable an interface in u-boot
because u-boot should not manage it but then later reenable it for FDT
fixing or if the kernel uses this interface.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
Changes in v4: None
Changes in v3:
- add a
This patch introduces the support for Keymile's kmp204x reference
design. This design is based on Freescale's P2040/P2041 SoC.
The peripherals used by this design are:
- DDR3 RAM with SPD support
- SPI NOR Flash as boot medium
- NAND Flash
- 2 PCIe busses (hosts 1 and 3)
- 3 FMAN Ethernet devices
This must be defined for all the keymile boards that use the common
i2c_abort function that is used to reset the I2C bus. These are
currently km82xx and km_arm boards.
The km83xx boards use other functions and thus do not need this.
This patch removes the CONFIG_SYS_I2C_INIT_BOARD from
This allows to share some common code for the boards that use a corenet
base SoC.
Two different versions of the function are available in
fsl_corenet_serdes.c and fsl_corenet2_serdes.c files.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
Changes in v4: None
Changes in v3:
This is necessary with the new I2C subystem that was introduced lately.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/powerpc/cpu/mpc8xxx/ddr/main.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
NAND_ECC_SOFT was the only option available while the SOFT_BCH option
may also be used.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
Acked-by: Scott Wood scottw...@freescale.com
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/mtd/nand/fsl_elbc_nand.c
increase the delay to 75us to support the 8k bytes page nand flash
Signed-off-by: Josh Wu josh...@atmel.com
---
drivers/mtd/nand/atmel_nand.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/atmel_nand.c b/drivers/mtd/nand/atmel_nand.c
index
This patch set enable support 8192-byte page nand flash in sama5d3x-ek
Josh Wu (5):
MTD: nand: increase the max eccpos size to 448 to support 8k page
nand
mtd: atmel_nand: enable PMECC support for 8k bytes page NAND flash
sama5d3xek: support larger than 4G nand flash
mtd: atmel_nand:
Signed-off-by: Josh Wu josh...@atmel.com
---
board/atmel/sama5d3xek/sama5d3xek.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/board/atmel/sama5d3xek/sama5d3xek.c
b/board/atmel/sama5d3xek/sama5d3xek.c
index b0965ef..83fd63f 100644
---
Since for some MLC nand, bit errors happened too often. Just disable it
to avoid noise
Signed-off-by: Josh Wu josh...@atmel.com
---
drivers/mtd/nand/atmel_nand.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/atmel_nand.c
For example, Micron MT29F64G08CBAAAWP has 8192 bytes page with 448 byte
oob. It needs 24bit ecc per page.
If 24bit error correction per 1024 bytes need extra 42 bytes in oob.
That means we need eccpos array size is 336 byte.
Signed-off-by: Josh Wu josh...@atmel.com
---
include/mtd/mtd-abi.h |
Signed-off-by: Josh Wu josh...@atmel.com
---
drivers/mtd/nand/atmel_nand.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/mtd/nand/atmel_nand.c b/drivers/mtd/nand/atmel_nand.c
index ca2acaf..acfbb78 100644
--- a/drivers/mtd/nand/atmel_nand.c
Hello Submarine Friends!
My goal is to keep env at fat partition on mmc.
I added these definitions to am335x_evm.h config.
#define CONFIG_ENV_IS_IN_FAT
#define FAT_ENV_INTERFACE mmc
#define FAT_ENV_DEVICE 0
#define FAT_ENV_PART 1
#define FAT_ENV_FILE uEnv.txt
This enables to store the content
Hello Marek,
Thank you for fast reply.
On 10/17/2013 07:39 PM, Marek Vasut wrote:
Dear Przemyslaw Marczak,
UMS init was implemented in trats board file but mostly it comprises
common code. Due to that it has been moved to common/ums.c to avoid
code duplication in the future.
Changes:
- move
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
Signed-off-by: Priyanka Jain priyanka.j...@freescale.com
---
Add support for T1040RDB and T1042RDB_PI boards
T1040RDB and T1042RDB_PI are similar boards with few differences like
T1042RDB_PI is Freescale Reference Design Board supporting the T1042
QorIQ Power Architecture™ processor. T1042 is a reduced personality
of T1040 SoC without Integrated 8-port Gigabit. The board is designed
with low power features targeted for Printing Image Market.
T1042RDB_PI is similar to
CONFIG_USB_MAX_CONTROLLER_COUNT macro recently defined for
initializing all USB controllers on a given platform. This
macro is defined for all 85xx socs
Signed-off-by: Ramneek Mehresh ramneek.mehr...@freescale.com
---
Change for v3:
- corrected macro mistake in fdt.c file
ifdef
Dear Przemyslaw Marczak,
Hello Marek,
Thank you for fast reply.
On 10/17/2013 07:39 PM, Marek Vasut wrote:
Dear Przemyslaw Marczak,
UMS init was implemented in trats board file but mostly it comprises
common code. Due to that it has been moved to common/ums.c to avoid
code
Hi Marek,
On 10/17/2013 07:41 PM, Marek Vasut wrote:
Dear Przemyslaw Marczak,
Before this change ums disk capacity was miscalculated because
of integer overflow.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
Cc: Marek Vasut ma...@denx.de
---
board/samsung/common/ums.c | 16
On Fri, Oct 18, 2013 at 03:08:36AM -0700, Dmitriy Alekseev wrote:
Hello Submarine Friends!
My goal is to keep env at fat partition on mmc.
I added these definitions to am335x_evm.h config.
#define CONFIG_ENV_IS_IN_FAT
#define FAT_ENV_INTERFACE mmc
#define FAT_ENV_DEVICE 0
#define
Vitaly,
On 10/16/2013 07:53 AM, Виталий Андрющенко wrote:
Hi, i have a problem while porting u-boot to my own-developed hardware
with P4080 and fixed DDR3 memory (not DIMM's).
Does anybody tested code for Freescale with fixed memory on real hardware?
It seems that the code does not
Hi,
the schedule for the U-Boot mini conference next week has been
finalized:
,---+-+--.
| Time | Speaker | Summary
|
On 10/18/2013 05:10 AM, Ramneek Mehresh wrote:
CONFIG_USB_MAX_CONTROLLER_COUNT macro recently defined for
initializing all USB controllers on a given platform. This
macro is defined for all 85xx socs
Signed-off-by: Ramneek Mehresh ramneek.mehr...@freescale.com
---
Change for v3:
-
Hi Marek,
On Fri, Jun 28, 2013 at 2:53 PM, Marek Vasut ma...@denx.de wrote:
Dear Simon Glass,
Make driver model available after relocation, by setting up data
structures
and scanning for devices using compiled-in platform_data and (when
available) the device tree.
Signed-off-by:
On Fri, 2013-10-18 at 02:04 +0200, Oliver Schinagl wrote:
So now that that's settled, anything fundamentally wrong with my patch? :)
Did you see my other mail in this thread? This patch is sort of OK for
raising the get_ram_size() limit from 1 GiB to 2 GiB (with an increased
risk of false
Hi Marek,
On Fri, Jun 28, 2013 at 2:53 PM, Marek Vasut ma...@denx.de wrote:
Dear Simon Glass,
Add driver model functionality for generic board.
This includes data structures and base code for registering devices and
uclasses (groups of devices with the same purpose, e.g. all I2C ports
Hi Marek,
On Fri, Jun 28, 2013 at 2:57 PM, Marek Vasut ma...@denx.de wrote:
Dear Simon Glass,
+U_BOOT_CMD(
+ dm, 2, 1, do_dm,
+ Driver model low level access,
+ dump Dump driver model tree\n
+ dm uclassDump list of instances for each
Hi Marek,
On Fri, Jun 28, 2013 at 3:26 PM, Marek Vasut ma...@denx.de wrote:
Dear Simon Glass,
From: Pavel Herrmann morpheus.i...@gmail.com
This adds a README to help with understanding of this series.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3:
- Updated
From: Rob Herring rob.herr...@calxeda.com
pxelinux and syslinux differ in their handling of absolute paths in menu
files. A pxelinux path is aways prepended with the bootfile path while
syslinux allows for absolute paths. u-boot was always treating a leading
/ as an absolute path breaking some
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
When exporting the new memsize without reserved PRAM area, the -Wformat
option produces a warning since %ld is used for snprintf and bi_memsize
is phys_size_t.
This patch removes this warning for all PRAM PowerPC boards.
Signed-off-by:
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
It must be set to a different value for the later add kmp204x
architecture, because we are restricted to 1MB SRAM.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
Changes in v4: None
Changes in v3:
- Add
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
The ip kernel parameter had a typo in it (we've been lucky that it has
worked until now).
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
Applied to
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
This must be defined for all the keymile boards that use the common
i2c_abort function that is used to reset the I2C bus. These are
currently km82xx and km_arm boards.
The km83xx boards use other functions and thus do not need this.
This
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
This must be defined by a board support file that want to use the
keymile common.c board_eth_init function that requires ethernet_present
to be defined.
Currently all the km architectures use it but the kmp204x architecture
later supported
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
This is necessary with the new I2C subystem that was introduced lately.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
Applied to 85xx/next, pending merge
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
If the DDR3 module supports industrial temperature range and requires
the x2 refresh rate for that temp range, the refresh period must be
3.9us instead of 7.8 us.
This was successfuly tested on kmp204x board with some MT41K128M16 DDR3
RAM
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
This can be useful if one wants to disable an interface in u-boot
because u-boot should not manage it but then later reenable it for FDT
fixing or if the kernel uses this interface.
Signed-off-by: Valentin Longchamp
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
NAND_ECC_SOFT was the only option available while the SOFT_BCH option
may also be used.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
Acked-by: Scott Wood scottw...@freescale.com
---
Changes in v4: None
Changes in v3:
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
This allows to share some common code for the boards that use a corenet
base SoC.
Two different versions of the function are available in
fsl_corenet_serdes.c and fsl_corenet2_serdes.c files.
Signed-off-by: Valentin Longchamp
On 10/18/2013 02:47 AM, Valentin Longchamp wrote:
This patch introduces the support for Keymile's kmp204x reference
design. This design is based on Freescale's P2040/P2041 SoC.
The peripherals used by this design are:
- DDR3 RAM with SPD support
- SPI NOR Flash as boot medium
- NAND Flash
Hi Marek,
On Fri, Jun 28, 2013 at 3:46 PM, Marek Vasut ma...@denx.de wrote:
Dear Simon Glass,
As an example of how to write a uclass and a driver, provide a demo
version
of each, accessible through the 'demo' command.
To use these with driver model, define CONFIG_CMD_DEMO and
Hi Marek,
On Fri, Jun 28, 2013 at 3:51 PM, Marek Vasut ma...@denx.de wrote:
Dear Simon Glass,
Add driver model support for GPIOs. Since existing GPIO drivers do not
use
driver model, this feature must be enabled by CONFIG_DM_GPIO. After all
GPO drivers are converted over we can perhaps
Dear Andre,
In message capfze3a2ne-xcjkutk8ws78v0yxusd50wsqvm1rspgnufwp...@mail.gmail.com
you wrote:
Some of the checks in fdt_offset_ptr also look useless, such as if
((offset + len) offset) which will always be false, or
if (p + len p)
What happens if the offset or p point to
Dear rvijay435,
it would be nice if you would disclose your real name...
In message 1382067543913-165775.p...@n7.nabble.com you wrote:
In Linux, we have sendto and recvfrom calls to send and receive data from the
external devices connected via Ethernet. Now I am executing my code on
U-Boot as
Dear Masahiro Yamada,
sorry, I missed that thread.
In message 20131018161619.7f08.aa925...@jp.panasonic.com you wrote:
On Wed, 16 Oct 2013 11:46:48 +0200
Albert ARIBAUD albert.u.b...@aribaud.net wrote:
(Wolfgang, correct me if I am wrong)
I cannot tell indeed if Wolfgang's removal of
Dear Dmitriy,
In message 1382090916.95783.yahoomail...@web160602.mail.bf1.yahoo.com you
wrote:
This enables to store the content on MMC, but I am concerned about two things:
1)I got this warning message every booting:
reading uEnv.txt
FAT: Misaligned buffer address (8fa16f10)
This is bad.
Dear Scott Wood,
In message 1382114601.7979.843.ca...@snotra.buserror.net you wrote:
Did you see my other mail in this thread? This patch is sort of OK for
raising the get_ram_size() limit from 1 GiB to 2 GiB (with an increased
risk of false positives from I/O), but it can't go beyond that
On Fri, 2013-10-18 at 22:26 +0200, Wolfgang Denk wrote:
Dear Scott Wood,
In message 1382114601.7979.843.ca...@snotra.buserror.net you wrote:
Did you see my other mail in this thread? This patch is sort of OK for
raising the get_ram_size() limit from 1 GiB to 2 GiB (with an increased
Did anyone notice the MAKEALL has a problem with BUILD_NBUILDS? If
BUILD_NBUILDS is more than 1, it works but the stats is wrong about the
number of boards. For example, if we set BUILD_NBUILDS=8, and we run
MAKEALL with 5 boards. The count is 0.
York
Hi, Tom.
I already send patches of ARM board of rmoble with patch of serial_sh.
http://lists.denx.de/pipermail/u-boot/2013-September/163796.html
http://lists.denx.de/pipermail/u-boot/2013-September/163795.html
I think that Albert takes these in his repository about the board of ARM.
I I
On Thu, Oct 17, 2013 at 6:58 PM, Masahiro Yamada
yamad...@jp.panasonic.comwrote:
Hello Simon.
diff --git a/Makefile b/Makefile
index 75e93c4..ba521e1 100644
--- a/Makefile
+++ b/Makefile
@@ -248,17 +248,7 @@ endif
LIBS-$(CONFIG_OF_EMBED) += dts/libdts.o
LIBS-y +=
Dear Scott,
In message 1382130258.7979.896.ca...@snotra.buserror.net you wrote:
This is NOT a better approach. Reading the memory controller just
tells you what is supposed to be there, i. e. what you programmed into
the controller. get_ram_size() shows you what is _actually_ there,
rdaddr was missing which is a common location for loading ramdisks to.
loadaddr was higher than it needs to be, so use the same value other TI
platforms use.
Signed-off-by: Tom Rini tr...@ti.com
---
include/configs/omap5_common.h |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
Note: If you are reviewing this code, but don't have a lot of time, please
consider starting with the 'demo' driver (patch 'dm: Add a
demonstration/example driver') since it clearly shows how devices and
uclasses work. Much of this series consists of test code and plumbing, so
is of less interest
Now that named GPIO banks are supported, along with a way of obtaining
the status of a GPIO (input or output), we can provide an enhanced
GPIO command for driver model. Where the driver provides its own operation
for obtaining the GPIO state, this is used, otherwise a generic version
is
U-Boot now uses errors defined in include/errno.h which are negative
integers. Commands which fail need to report the error and return 1
to indicate failure. Add this functionality in cmd_process_error().
For now this merely reports the error number. It would be possible
also to produce a helpful
Add support for building a device tree for sandbox's CONFIG_OF_HOSTFILE
option to make it easier to use device tree with sandbox.
This adjusts the Makefile to build a u-boot.dtb file which can be passed
to sandbox U-Boot with:
./u-boot -d u-boot.dtb
Signed-off-by: Simon Glass
This adds a README to help with understanding of this series.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3:
- Updated README.txt to cover changes since version 2
Changes in v2:
- Removed pointer return values in favour of integer
- Use driver_bind() in
Use driver model in sandbox to permit running of driver model unit test.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/configs/sandbox.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/sandbox.h
Add some tests of driver model functionality. Coverage includes:
- basic init
- binding of drivers to devices using platform_data
- automatic probing of devices when referenced
- availability of platform data to devices
- lifecycle from bind to probe to remove to unbind
- renumbering within a
This documentation is still useful but is not fully correct with the API
changes since the original driver model implementation. So move it into
a separate directory, and create a README to describe what is going on.
This documentation pertains to the planned implementation of driver model
in
Add driver model support for GPIOs. Since existing GPIO drivers do not use
driver model, this feature must be enabled by CONFIG_DM_GPIO. After all
GPO drivers are converted over we can perhaps remove this config.
Tests are provided for the sandbox implementation, and are a sufficient
sanity check
Sandbox uses an emulated memory map which is quite small. We don't need the
CONFIG_PHYS_64BIT option since we can address memory with a 32-bit offset
into our ram_buf.
Adjust the phys_addr_t and phys_size_t types accordingly.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Very often a constant pointer is passed to this function, so we should
declare this, since map_to_sysmem() does not change the pointer.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/sandbox/include/asm/io.h | 2 +-
Make driver model available after relocation, by setting up data structures
and scanning for devices using compiled-in platform_data and (when available)
the device tree.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
There are a few warnings in this file when building for sandbox. Addresses
coming from the device tree need to be treated as ulong as elsewhere in
U-Boot and we must use map_sysmem() to convert to a pointer when needed.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes
As an example of how to write a uclass and a driver, provide a demo version
of each, accessible through the 'demo' command.
To use these with driver model, define CONFIG_CMD_DEMO and CONFIG_DM_DEMO.
The two demo drivers are enabled with CONFIG_DM_DEMO_SIMPLE and
CONFIG_DM_DEMO_SHAPE.
This command is not required for driver model operation, but can be useful
for testing. It provides simple dumps of internal data structures.
Signed-off-by: Simon Glass s...@chromium.org
Signed-off-by: Marek Vasut ma...@denx.de
Signed-off-by: Pavel Herrmann morpheus.i...@gmail.com
Signed-off-by:
Convert sandbox over to use driver model GPIOs.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3:
- Update sandbox GPIO header file comments
Changes in v2: None
arch/sandbox/include/asm/gpio.h | 14 +--
board/sandbox/sandbox/sandbox.c | 7 +-
On 10/18/13 18:43, Scott Wood wrote:
On Fri, 2013-10-18 at 02:04 +0200, Oliver Schinagl wrote:
So now that that's settled, anything fundamentally wrong with my patch? :)
Did you see my other mail in this thread? This patch is sort of OK for
Sorry I did and I got distracted from it.
On 10/18/13 22:26, Wolfgang Denk wrote:
Dear Scott Wood,
In message 1382114601.7979.843.ca...@snotra.buserror.net you wrote:
Did you see my other mail in this thread? This patch is sort of OK for
raising the get_ram_size() limit from 1 GiB to 2 GiB (with an increased
risk of false positives
On Sat, 2013-10-19 at 01:07 +0200, Oliver Schinagl wrote:
On 10/18/13 18:43, Scott Wood wrote:
On Fri, 2013-10-18 at 02:04 +0200, Oliver Schinagl wrote:
So now that that's settled, anything fundamentally wrong with my patch? :)
Did you see my other mail in this thread? This patch is sort
On Fri, 2013-10-18 at 18:25 -0500, Scott Wood wrote:
On Sat, 2013-10-19 at 01:07 +0200, Oliver Schinagl wrote:
On 10/18/13 18:43, Scott Wood wrote:
On Fri, 2013-10-18 at 02:04 +0200, Oliver Schinagl wrote:
So now that that's settled, anything fundamentally wrong with my patch?
:)
Hi Simon,
Hi Marek,
On Fri, Jun 28, 2013 at 2:53 PM, Marek Vasut ma...@denx.de wrote:
Dear Simon Glass,
Make driver model available after relocation, by setting up data
structures
and scanning for devices using compiled-in platform_data and (when
available) the device
Hi,
The value of dfu-r_left need decrease along with the transfer
Signed-off-by: Bo Shen voice.s...@atmel.com
Lucasz/Heiko , can you ACK/NAK this and 2/2 ? Thanks!
---
drivers/dfu/dfu.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dfu/dfu.c b/drivers/dfu/dfu.c
index
Dear Przemyslaw Marczak,
Hi Marek,
On 10/17/2013 07:41 PM, Marek Vasut wrote:
Dear Przemyslaw Marczak,
Before this change ums disk capacity was miscalculated because
of integer overflow.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
Cc: Marek Vasut ma...@denx.de
From: Scott Wood [mailto:scottw...@freescale.com]
On Wed, 2013-10-16 at 18:44 +, Gupta, Pekon wrote:
Please let me know if you can pick this series, Or if you want me to fix
indentation.
I would be sending another series which also has some of your feedbacks.
I'll take it, but I
87 matches
Mail list logo
