Dear Adnan Ali,
In message 1367660859-10606-1-git-send-email-adnan9...@yahoo.com you wrote:
Adnan Ali (2):
Enable btrfs support in mx53loco config
Introduced btrfs file-system with btrload command
You should swap the order of your patches. You cannot enable
something before it exists
Dear Adnan Ali,
In message 1367660512-10489-3-git-send-email-adnan9...@yahoo.com you wrote:
...
include/crc.h |8 +
include/fs.h |1 +
lib/Makefile |1 +
lib/crc32_c.c | 40 ++
...
These changes should be factored out into a
Dear Wolfgang,
Thank you very much . I have taken the *recent code*. Still facing some
issues
I have followed following steps to compile it on x86.
1) make clean;
2) make coreboot-x86_config
3) ./MAKEALL -C x86
In step 3 i observed following:
Dear ravi tiwari,
In message CAEA1ePfrRnUH=reo4nsk3c3s4sx1ovsvlnsfpqvrwzgxflz...@mail.gmail.com
you wrote:
I have followed following steps to compile it on x86.
1) make clean;
2) make coreboot-x86_config
3) ./MAKEALL -C x86
This makes no sense. MAKEALL will as first thing run make
On 01/05/2013 23:44, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
HW_DRAM_CTL27, HW_DRAM_CTL28 and HW_DRAM_CTL35 are not initialized as per
FSL bootlets code.
mx23 Reference Manual mark HW_DRAM_CTL27 and HW_DRAM_CTL28 as reserved.
HW_DRAM_CTL8 is setup as the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/05/2013 03:28 AM, Wolfgang Denk wrote:
Dear Adnan Ali,
In message 1367660512-10489-3-git-send-email-adnan9...@yahoo.com
you wrote:
... include/crc.h |8 + include/fs.h
|1 + lib/Makefile |1 +
On 03/05/2013 14:42, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:38:43 AM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Legacy iomux support is no longer needed now that all boards have been
converted to iomux-v3.
Signed-off-by: Benoît Thébaudeau
On 03/05/2013 15:18, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 2:42:04 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:38:43 AM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Legacy iomux support is no
On 03/05/2013 16:37, Fabio Estevam wrote:
Prior to this series running 'memtester' utility in Linux on a mx23evk
always resulted in many errors during stress testing, if the kernel is loaded
via U-boot.
Running the same test and loading the kernel via FSL bootlets resulted on
zero errors.
Dear Tom Rini,
In message 5186723e.2080...@ti.com you wrote:
These changes should be factored out into a separate commit. In any
case, the code should be compiled in only when needed, i. e. when
btrfs support is selected. Otherwise you just bloat the code size
and build time for all
On 25/04/2013 22:16, Marek Vasut wrote:
Add basic support for the DENX M53EVK board. Currently supported is:
MMC (incl. booting)
NAND (incl. booting)
Ethernet, I2C, USB, SATA, RTC.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
Cc: Benoît Thébaudeau
On 21/04/2013 17:52, Marek Vasut wrote:
The MX53 ROM loads the data from NAND in multiples of pages and
supports maximum page size of 4k. Thus, align the image and header
to 4k to be safe from ROM bugs.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
On 19/04/2013 06:10, Marek Vasut wrote:
Augment the MX5 clock code with function to enable and configure
NFC clock. This is necessary to get NFC working on MX5.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
Cc: Benoît Thébaudeau
On 19/04/2013 06:10, Marek Vasut wrote:
Fix minor adjustments needed to get SPL framework building on MX5.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
Cc: Benoît Thébaudeau benoit.thebaud...@advansee.com
Cc: Fabio Estevam fabio.este...@freescale.com
On 03/05/2013 22:43, Benoît Thébaudeau wrote:
Hi Stefano, Marek,
On Friday, May 3, 2013 10:32:36 PM, Benoît Thébaudeau wrote:
There is no change of behavior, except for the folloing line that has been
removed because the iomux mode was not set accordingly and the pad used for
OTG
OC is not
Add option for configuring path to dtc binary in mkimage command. The
dtc binary might not always be located in $PATH.
Signed-off-by: Luka Perkov l...@openwrt.org
---
doc/mkimage.1 | 4
tools/fit_image.c | 3 ++-
tools/mkimage.c | 14 +++---
tools/mkimage.h | 5 +++--
4
Hi Stefano,
you missed these.
This function turns on the LCDIF clock and configures it's frequency. The
dividers settings are calculated within the function and the current
implementation should be fast and accurate.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Fabio Estevam
Hi Stefano,
this one too ;-)
The u-boot-imx23.bd and u-boot-imx28.bd need to be preprocessed, otherwise
they have issues with out-of-tree build where elftosb tool couldn't
sometimes find the u-boot.bin and spl/u-boot-spl.bin .
Preprocess these .bd files with sed and insert full path to
Hi Stefano,
this one too ;-)
The VDDMEM ramped up in very weird way as it was horribly misconfigured.
Instead of setting up VDDMEM in one swipe, let it rise slowly the same
way as VDDD and VDDA in spl_power_init.c and then only clear ILIMIT before
memory gets inited. This makes sure the
Dear Nicolas Chauvet,
scanning bus 0 for devices...
usb_get_configuration_no: failed to get descriptor - too long: 943
This was experienced on toshiba ac100 aka paz00, when discovering
the webcam.
This patch is probably wrong, as it raise the buffer for all usb.
Instead it could
The following changes since commit 5ed6f447af60aabd2669d913f673793c1ce48f47:
P1022DS: Set CONFIG_SPL_MAX_SIZE directly (2013-05-03 09:19:43 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to
The following changes since commit 5ed6f447af60aabd2669d913f673793c1ce48f47:
P1022DS: Set CONFIG_SPL_MAX_SIZE directly (2013-05-03 09:19:43 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-pxa.git master
for you to fetch changes up to
From: Fabio Estevam fabio.este...@freescale.com
After the recent fixes in the mx23 DDR setup, it is safe to operate DDR voltage
at the recommended 2.5V voltage level again.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |4 ++--
1 file
From: Fabio Estevam fabio.este...@freescale.com
mx23 SSP pad registers do not contain voltage selection bit, so just remove it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
board/freescale/mx23evk/spl_boot.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Fabio Estevam fabio.este...@freescale.com
mx23 SSP pad registers do not contain voltage selection bit, so just remove it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
board/olimex/mx23_olinuxino/spl_boot.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Fabio Estevam fabio.este...@freescale.com
Put an explanation in the source code as to why some DDR registers do not
need to be configured.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |9 +
1 file changed, 9
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
mx23 SSP pad registers do not contain voltage selection bit, so just remove
it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
None of them do, so you can wipe those altogether for all the #defines, no ?
Best
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
After the recent fixes in the mx23 DDR setup, it is safe to operate DDR
voltage at the recommended 2.5V voltage level again.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Is this a tripple revert ?
Stefano,
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
mx23 SSP pad registers do not contain voltage selection bit, so just remove
it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
I see ... I'd say just squash this and 2/3 .
Best regards,
Marek Vasut
On Sun, May 5, 2013 at 11:20 PM, Marek Vasut ma...@denx.de wrote:
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
mx23 SSP pad registers do not contain voltage selection bit, so just remove
it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
None of them do,
Dear Fabio Estevam,
On Sun, May 5, 2013 at 11:20 PM, Marek Vasut ma...@denx.de wrote:
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
mx23 SSP pad registers do not contain voltage selection bit, so just
remove it.
Signed-off-by: Fabio Estevam
On Sun, May 5, 2013 at 11:29 PM, Marek Vasut ma...@denx.de wrote:
None of the MX23 pins contain voltage selection bit, you can just remove them
all.
The mx23 EMI pins do have voltage select bit.
I just removed the voltage select bit from SSP pins.
What is wrong with this patch, please?
Dear Fabio Estevam,
On Sun, May 5, 2013 at 11:29 PM, Marek Vasut ma...@denx.de wrote:
None of the MX23 pins contain voltage selection bit, you can just remove
them all.
The mx23 EMI pins do have voltage select bit.
I just removed the voltage select bit from SSP pins.
What is wrong
Hi Marek,
On 5/3/2013 21:40, Marek Vasut wrote:
Dear Bo Shen,
Hi All,
Now, I test usb host support with Atmel boards, for example,
at91sam9x5ek board.
When test OHCI USB host with usb keyboard. I meet the following issue.
---8---
U-Boot 2013.04-dirty (May 03 2013 - 11:00:34)
CPU:
On Tue, 2013-04-30 at 17:28 -0500, Andy Fleming wrote:
On Fri, Mar 8, 2013 at 2:41 AM, Liu Gang gang@freescale.com
wrote:
Change the macro CONFIG_SYS_FSL_SRIO_PCIE_BOOT_MASTER to
CONFIG_SRIO_PCIE_BOOT_MASTER, remove them from
Dear Luka Perkov,
In message 20130505190930-21234@mutt-kz you wrote:
Add option for configuring path to dtc binary in mkimage command. The
dtc binary might not always be located in $PATH.
Could you please explain why that would be needed? What prevents you
adding the respective directory to
36 matches
Mail list logo