> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of smitha.va...@wipro.com
> Sent: 15 December 2011 23:17
> To: w...@denx.de
> Cc: u-boot@lists.denx.de
> Subject: [U-Boot] U-boto CRC error
>
>
> Hi Wolfgang,
>
>
> I am bringi
On 2011년 12월 15일 22:12, Anatolij Gustschin wrote:
> Writing a file to the FAT partition didn't work while a
> test using a CF card. The test was done on mpc5200 based
> board (powerpc). There is a number of problems in FAT
> write code:
>
> Compiler warning:
> fat_write.c: In function 'file_fat_wr
Dear smitha.va...@wipro.com,
In message <40631e9a2581f14ba60888c87a76a1fe01b...@hyd-mkd-mbx4.wipro.com> you
wrote:
>
>
> I am bringing up u-boot on a power-pc board . The u-boot is up but during bo=
> ot up I get the below message.
> Can you suggest.
>
> *** Warning - bad CRC, using default e
Hi Wolfgang,
I am bringing up u-boot on a power-pc board . The u-boot is up but during boot
up I get the below message.
Can you suggest.
*** Warning - bad CRC, using default environment
Thanks in Advance.
Regards,
Smitha
Please do not print this email unless it is absolutely necessary.
T
On 12/15/2011 01:30 PM, Tom Rini wrote:
> On Thu, Dec 15, 2011 at 10:15 AM, Peter Barada
> wrote:
>> This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
>> reference boards. It assumes U-boot is loaded to SDRAM with the
>> help of another small bootloader (x-load) running from SRAM.
>
Hi,
I'm running v2011.12-rc1 (with one missing usdhc patch applied) on
mx6qarm2 board, and seeing a problem. When I install u-boot on a
blank SD card, it boots fine with messge "*** Warning - bad CRC,
using default environment" seen as expected. But once I run command
'save' to write envs to the
Cosmetic patch for first U-Boot line that gets printed.
Signed-off-by: Luka Perkov
---
diff --git a/include/version.h b/include/version.h
index c908bd3..ac5a39a 100644
--- a/include/version.h
+++ b/include/version.h
@@ -35,7 +35,7 @@
#endif
#define U_BOOT_VERSION_STRING U_BOOT_VERSION " (" U_
On Thursday 15 December 2011 22:32:41 Kyle Moffett wrote:
> This new #define is set in config_cmd_defaults.h (which is automatically
> included on every board by "mkconfig"), but this allows boards to elect
> to omit the "reset" command if necessary with "#undef CONFIG_CMD_RESET".
NAK: doesn't see
This new #define is set in config_cmd_defaults.h (which is automatically
included on every board by "mkconfig"), but this allows boards to elect
to omit the "reset" command if necessary with "#undef CONFIG_CMD_RESET".
Signed-off-by: Kyle Moffett
Cc: Wolfgang Denk
Cc: Mike Frysinger
---
README
This EEPROM is hardware-write-protected and used to persist key
information such as the serial number and MAC addresses even if the
primary environment sector in NOR FLASH is overwritten.
During manufacturing, the environment is initialized from Linux and then
the key parameters copied to the EEPR
Most of the ethernet connections are internal links with specialized
hardware and are not useful for "dhcp" or general-purpose networking;
U-Boot should not be cycling through them. Force the primary external
network interface in "ethprime" and disable the interface cycling with
"ethrotate=no".
A
On Tue, Dec 13, 2011 at 01:06:10PM -0200, Fabio Estevam wrote:
> Jason/Dirk,
>
> On Tue, Dec 13, 2011 at 11:30 AM, Jason Liu wrote:
> > Add the initial support for Freescale i.MX6Q Sabre Lite board
> >
> > Signed-off-by: Dirk Behme
> > Signed-off-by: Jason Liu
> >
> > ---
> > V2: change the def
When using an offboard ethernet chip such as e1000, it is highly likely
that the driver has already read a valid MAC address from the onboard
EEPROM. In that case, U-Boot should not issue a warning about the
absence of an "eth*addr" value in the environment.
Since the calling code in drivers/usb/
A board with CONFIG_SPI and CONFIG_ENV_EEPROM_IS_ON_I2C will get:
#define CONFIG_SYS_DEF_EEPROM_ADDR 0
Instead of the expected:
#define CONFIG_SYS_DEF_EEPROM_ADDR CONFIG_SYS_I2C_EEPROM_ADDR
As a result, the "eeprom" command is unusable because it calls
i2c_read() and i2c_write() but always us
When the "Detected RDIMM [...]" message was added, it broke the
pretty-printing of the DRAM information during boot.
It used to look like this:
DRAM: 2 GiB (DDR2, 64-bit, CL=4, ECC on)
DDR Chip-Select Interleaving Mode: CS0+CS1
Right now, it looks like this:
DRAM: Detected RDIMM VL
Several bugfixes have occurred upstream since this script was imported
into U-Boot. In particular, the script currently in U-Boot does not
describe commit f8bbb4dad0e9d91b7a51d6cc54dcf66d142f50fe correctly,
resulting in a version of "2011.09" instead of "2011.09-01460-gf8bbb4d".
With that commit
Hi,
This is mostly directed at the input maintainer, who may be Wolfgang.
In discussions on the list regarding a new keyboard driver it has come
up that there is no generic way to translate key codes into ASCII
characters, nor to translate unshifted keys to shifted keys. The two
keyboard drivers
On Tue, Dec 13, 2011 at 10:16 PM, Igor Grinberg wrote:
> There is no benefit in using u8, so switch to unsigned to reduce the
> binary image size (by 20 bytes).
>
> Signed-off-by: Igor Grinberg
> Acked-by: Simon Glass
Looks good thanks
> ---
> v2: no functional changes - fix typos in the c
Hi Graeme,
On Sun, Dec 11, 2011 at 9:58 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Mon, Dec 12, 2011 at 4:20 PM, Simon Glass wrote:
>> Hi Albert,
>>
>> On Sun, Dec 11, 2011 at 2:27 PM, Albert ARIBAUD
>> wrote:
>>> Hi againLe 11/12/2011 22:30, Simon Glass a écrit :
>>>
>>>
> Actually most of
Hi Uma,
On Dec 15, 2011 5:31 PM, wrote:
>
> From: Uma Shankar
>
> Signed-off-by: Uma Shankar
> Signed-off-by: Manjunatha C Achar
> Signed-off-by: Iqbal Shareef
> Signed-off-by: Hakgoo Lee
> ---
> Makefile |2 +-
> common/Makefile |1 +
> common/cmd_ext2.c |
On 12/15/2011 04:29 PM, Érico Porto wrote:
> I use a board created by some guys in the company where I`m a
> internet. It uses the u-boot-1.1.6-mpc832x_rdb.spec file on ltib to
> build it. And I do have the memory map for it - where in flash goes
> what..
I recommend just using the current mainlin
I use a board created by some guys in the company where I`m a
internet. It uses the u-boot-1.1.6-mpc832x_rdb.spec file on ltib to
build it. And I do have the memory map for it - where in flash goes
what..
I thought some memory manipulation commands on boot could help me to
do a write over, but was
On Thu, 15 Dec 2011 23:09:53 +0530
wrote:
> fs/ext4/crc16.c| 62 +++
> fs/ext4/crc16.h| 16 +
there are already three crc16 implementations in u-boot according to
my count. Please let's not add a fourth - hopefully the only thing
wrong with using lib/crc16.c was that you wer
On 12/15/2011 03:55 AM, Stefano Babic wrote:
> Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
> which is likely to contain already loaded data.
> The patch saves the oob data and the ecc on the stack replacing
> the fixed address in RAM.
>
> Signed-off-by: Stefano Babic
Add initial support for Freescale MX28EVK board.
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Signed-off-by: Fabio Estevam
---
- For correct operation of saving environment variables into the SD card,
the following patch is needed:
http://lists.denx.de/pipe
Let dram_init function be a common function, so that other mx28 boards
can reuse it.
Signed-off-by: Fabio Estevam
---
Changes since v4:
- Call mx28_dram_init from m28evk.c
Changes since v3:
- Rename dram_init to mx28_dram_init
arch/arm/cpu/arm926ejs/mx28/mx28.c | 21 ++
Let imx_get_mac_from_fuse function be a common function, so that other
mx28 boards can reuse it.
Signed-off-by: Fabio Estevam
---
Changes since v4:
- No changes
Change since v3:
- Add a note about the first two MAC addresses being from Freescale vendor.
arch/arm/cpu/arm926ejs/mx28/mx28.c
From: Allen Martin
This removes dependency on global variable "new" from EHCI driver with
CONFIG_SYS_USB_EVENT_POLL turned on and gets USB keyboard working with
EHCI driver again.
Signed-off-by: Allen Martin
---
common/usb_kbd.c| 18 +-
drivers/usb/host/ehci-hcd.c
From: Rob Herring
This enables the XGMAC ethernet driver and networking related config
options.
Signed-off-by: Jason Hobbs
Signed-off-by: Rob Herring
---
v3:
- make board_eth_init return number of devices initialized
v2:
-drop CONFIG_NET_MULTI
-drop leftover 'verify' env setting
board/high
From: Rob Herring
This adds ethernet driver for Calxeda xgmac found on Highbank SOC.
Signed-off-by: Rob Herring
---
v3:
- whitespace fixes
- move reset to .init function
- fix calxedaxgmac_initialize return values
- fix 2 build warnings
v2:
-Convert register base plus offset to struct
-drop et
On Thu, Dec 15, 2011 at 3:25 PM, Marek Vasut wrote:
> 1) Do you use the DRAM init data used by DENX boards ?
Yes, same DDR settings.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Add initial support for Freescale MX28EVK board.
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Signed-off-by: Fabio Estevam
---
- For correct operation of saving environment variables into the SD card,
the following patch is needed:
http://lists.denx.de/pipe
Let dram_init function be a common function, so that other mx28 boards
can reuse it.
Signed-off-by: Fabio Estevam
---
Changes since v3:
- Rename dram_init to mx28_dram_init
arch/arm/cpu/arm926ejs/mx28/mx28.c | 21 +
arch/arm/include/asm/arch-mx28/sys_proto.h |
Let imx_get_mac_from_fuse function be a common function, so that other
mx28 boards can reuse it.
Signed-off-by: Fabio Estevam
---
Change since v3:
- Add a note about the first two MAC addresses being from Freescale vendor.
arch/arm/cpu/arm926ejs/mx28/mx28.c | 41 ++
Hi,
2011/11/16 Hong Xu :
> This patch adds the support for new PIO controller introduced by some
> AT91 SoCs.
>
> New features include
> * More peripheral multiplexing
> * Pull-down, Schmitt trigger, Debouncer
> * More irq trigger mode (may be not interesting in U-Boot)
>
> Signed-off-by: Hong Xu
On Dec 15, 2011, at 2:09 PM, Timur Tabi wrote:
> Kumar Gala wrote:
>
>> I see no reason for this patch, if you're flashing a new u-boot flash
>> the microcode to the new address as well.
>
> This is useful for people who have not moved the microcode. Are we going to
> ensure that everyone w
Kumar Gala wrote:
> I see no reason for this patch, if you're flashing a new u-boot flash
> the microcode to the new address as well.
This is useful for people who have not moved the microcode. Are we going to
ensure that everyone who updates U-Boot will also move their microcode to the
new
On Dec 14, 2011, at 4:34 PM, Timur Tabi wrote:
> On some Freescale reference boards for SOCs with Fman devices, the Fman
> microcode is located at address 0xEF00 in NOR flash. Unfortunately,
> this address is in the "middle of nowhere" and makes it difficult to
> partition flash space for ot
On 12/14/2011 09:01 PM, Aggrwal Poonam-B10812 wrote:
>
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>> On Behalf Of Érico Porto
>> Sent: Thursday, December 15, 2011 8:14 AM
>> To: u-boot@lists.denx.de
>> Subject: Re: [U-Boot] about fl
On Thursday 15 December 2011 02:30:40 Simon Glass wrote:
> I am wanting to add an AES encryption library to U-Boot. I suppose it
> should be written in C, with small compiled code/data size (rather
> than high performance), GPL and fairly easy to read.
just has to be GPL compatible
as Matthias al
On Thursday 15 December 2011 08:45:48 Marek Vasut wrote:
> This series fixes the logo files by aligning them to 8 bytes per line and
> fixing subsequent CHECKPATCH issues.
same comment as fpgadata.c ... would make more sense to find/update the tool
creating these files rather than hand modifying
On Thursday 15 December 2011 08:26:41 Marek Vasut wrote:
> First of the CHECKPATCH series of patches with per-file checkpatch fixes.
>
> This series fixes all files fpgadata.c, which contains PPC FPGA firmwares.
> There are no functional changes, only CHECKPATCH fixes.
i don't really see any poin
On Thursday 15 December 2011 03:30:37 Andreas Bießmann wrote:
> On 15.12.2011 06:35, Mike Frysinger wrote:
> > On Wednesday 14 December 2011 05:04:07 Andreas Bießmann wrote:
> >> --- a/arch/avr32/cpu/at32ap700x/mmu.c
> >> +++ b/arch/avr32/cpu/at32ap700x/mmu.c
> >>
> >> - printf("VMR table @ 0x%08
On Thu, Dec 15, 2011 at 7:34 AM, Andreas Müller wrote:
> On Wednesday, December 14, 2011 06:24:13 PM Steve Sakoman wrote:
>>
>> I think you will also need to update the get_board_revision function
>> to ensure that SPL works with very early Overo revisions.
>>
>> Note this excerpt from the X-loade
On Thu, Dec 15, 2011 at 10:15 AM, Peter Barada wrote:
> This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
> reference boards. It assumes U-boot is loaded to SDRAM with the
> help of another small bootloader (x-load) running from SRAM.
#if 0'd code isn't allowed for merging so I assum
I hope I'm not too far off from understanding the comments made at the
end of this thread...
On Wed, Dec 14, 2011 at 4:31 PM, Simon Glass wrote:
> Hi,
>
> On Wed, Dec 14, 2011 at 11:38 AM, Ulf Samuelsson
> wrote:
>> On 2011-12-14 20:11, Simon Glass wrote:
>>>
>>> Hi,
>>>
>>> On Tue, Dec 13, 2011
> On Thursday 15 December 2011 16:17:06 Marek Vasut wrote:
> > > Well I can share the complete list of files that fail checkpatch. I ran
> > > checkpatch -f on the whole tree (.c and .h files) a few days ago :-) It
> > > ran for 5+ hours ;-)
> >
> > http://marex.hackndev.com/fail-list.txt
> >
> >
> Hi Marek,
>
> On 15.12.2011 16:17, Marek Vasut wrote:
> >>> Hi Marek,
> >>>
> >>> On Thu, 15 Dec 2011 14:26:41 +0100
> >>> Marek Vasut wrote:
> >>> ...
> >>>
> 18 files changed, 63874 insertions(+), 31942 deletions(-)
>
> V2: Align to 8 bytes per line.
> Cc: Anatolij Gus
On 15/12/2011 17:34, Fabio Estevam wrote:
> Let imx_get_mac_from_fuse function be a common function, so that other
> mx28 boards can reuse it.
>
> Signed-off-by: Fabio Estevam
> ---
Hi Fabio,
> + if (mx28_wait_mask_clr(&ocotp_regs->hw_ocotp_ctrl_reg, OCOTP_CTRL_BUSY,
> +
On 12/15/2011 04:53 AM, Liu Shengzhou-B36685 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Tuesday, December 13, 2011 4:14 AM
To: Liu Shengzhou-B36685
Cc: u-boot@lists.denx.de; Gala Kumar-B11780; Liu Shuo-B35362
Subject: Re: [PATCH 5/5 v2] mtd/nand: w
> Add initial support for Freescale MX28EVK board.
>
> Tested boot via SD card and by loading a kernel via TFTP through
> the FEC interface.
>
> Signed-off-by: Fabio Estevam
> ---
1) Do you use the DRAM init data used by DENX boards ?
> diff --git
> a/include/configs/mx28evk.h b/include/config
> Let imx_get_mac_from_fuse function be a common function, so that other
> mx28 boards can reuse it.
>
Please add summaries (what does "v2" "v3" etc. change ...) so we don't have to
review this again and again.
M
___
U-Boot mailing list
U-Boot@lists.
> Let dram_init function be a common function, so that other mx28 boards
> can reuse it.
>
> Signed-off-by: Fabio Estevam
> ---
> arch/arm/cpu/arm926ejs/mx28/mx28.c | 21 +
> arch/arm/include/asm/arch-mx28/sys_proto.h |1 +
> board/denx/m28evk/m28evk.c
> Let imx_get_mac_from_fuse function be a common function, so that other
> mx28 boards can reuse it.
>
> Signed-off-by: Fabio Estevam
> ---
> arch/arm/cpu/arm926ejs/mx28/mx28.c | 35
> arch/arm/include/asm/arch-mx28/sys_proto.h |
> 2 +
> board/denx/m28ev
This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
reference boards. It assumes U-boot is loaded to SDRAM with the
help of another small bootloader (x-load) running from SRAM.
Signed-off-by: Peter Barada
Cc: Tom Rini
Cc: Igor Grinberg
---
Changes for V2:
Rework logic_identify()
On Thu, 15 Dec 2011 14:26:41 +0100
Marek Vasut wrote:
> First of the CHECKPATCH series of patches with per-file checkpatch fixes.
>
> This series fixes all files fpgadata.c, which contains PPC FPGA firmwares.
> There
> are no functional changes, only CHECKPATCH fixes.
>
> Marek Vasut (18):
>
Let imx_get_mac_from_fuse function be a common function, so that other
mx28 boards can reuse it.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx28/mx28.c | 35
arch/arm/include/asm/arch-mx28/sys_proto.h |2 +
board/denx/m28evk/m28evk.c
On Thu, Dec 15, 2011 at 9:16 AM, Chris Lalancette wrote:
> On Thu, Dec 15, 2011 at 10:08 AM, Aneesh V wrote:
>> On Wednesday 14 December 2011 01:11 AM, clalance...@gmail.com wrote:
>>>
>>> From: Chris Lalancette
>>>
>>> During misc_init_r, make sure to setup the clocks
>>> properly for the USB hu
It can be handy to have these in the output when trying to
debug odd behaviour.
Signed-off-by: Paul Gortmaker
diff --git a/arch/powerpc/cpu/mpc8xxx/fsl_lbc.c
b/arch/powerpc/cpu/mpc8xxx/fsl_lbc.c
index 587576b..023ac9a 100644
--- a/arch/powerpc/cpu/mpc8xxx/fsl_lbc.c
+++ b/arch/powerpc/cpu/mpc8xx
Add initial support for Freescale MX28EVK board.
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Signed-off-by: Fabio Estevam
---
- For correct operation of saving environment variables into the SD card,
the following patch is needed:
http://lists.denx.de/pipe
Let dram_init function be a common function, so that other mx28 boards
can reuse it.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx28/mx28.c | 21 +
arch/arm/include/asm/arch-mx28/sys_proto.h |1 +
board/denx/m28evk/m28evk.c | 21 -
Add initial support for Freescale MX28EVK board.
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Signed-off-by: Fabio Estevam
---
- For correct operation of saving environment variables into the SD card,
the following patch is needed:
http://lists.denx.de/pipe
Let imx_get_mac_from_fuse function be a common function, so that other
mx28 boards can reuse it.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx28/mx28.c | 35
arch/arm/include/asm/arch-mx28/sys_proto.h |2 +
board/denx/m28evk/m28evk.c
Let dram_init function be a common function, so that other mx28 boards
can reuse it.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx28/mx28.c | 21 +
arch/arm/include/asm/arch-mx28/sys_proto.h |1 +
board/denx/m28evk/m28evk.c | 21 -
On Thu, Dec 15, 2011 at 2:42 PM, Stefano Babic wrote:
> Wait...this patch conflict with your first patch of your patchset, where
> you have already move this code in a common place. Anything wrong with
> your patchset ?
Sorry about that. I sent a fixed v3 version.
Thanks,
Fabio Estevam
___
On 15/12/2011 17:21, Fabio Estevam wrote:
> Add initial support for Freescale MX28EVK board.
>
> Tested boot via SD card and by loading a kernel via TFTP through
> the FEC interface.
>
> Signed-off-by: Fabio Estevam
> ---
> - For correct operation of saving environment variables into the SD card
On Thu, Dec 15, 2011 at 3:16 AM, Thomas Weber wrote:
> Tricorder is a board which is very similar to the Devkit8000. It
> is designed as a base platform for further medical devices.
>
> www.corscience.de/en/medical-engineering/products/multiparameter/mp10-board.html
[snip]
> +#if defined(CONFIG_GE
In commit 06194b6b65f701a9d6ef2d9b4123c4afe57d8783 a separate header
file was introduced for the AM1808 EVM, include/configs/da850_am18xxevm.h.
Before this commit, the da850evm.h configuration file was used for both
the AM1808 and the OMAP-L138 EVMs. The only substantial difference
between the da8
Hi Tom,
On Thu, Dec 15, 2011 at 3:45 PM, Tom Rini wrote:
> On 12/15/2011 12:31 AM, Christian Riesch wrote:
>> The board config for the da850_am18xxevm board is missing
>> the CONFIG_SPI_FLASH_STMICRO option and therefore the SPI flash
>> on the AM1808 experimenter's kit could not be detected.
[..
On Thu, Dec 15, 2011 at 10:08 AM, Aneesh V wrote:
> On Wednesday 14 December 2011 01:11 AM, clalance...@gmail.com wrote:
>>
>> From: Chris Lalancette
>>
>> During misc_init_r, make sure to setup the clocks
>> properly for the USB hub on the pandaboard. With
>> this in place, the USB hub and the e
On Thursday 15 December 2011 16:17:06 Marek Vasut wrote:
> > Well I can share the complete list of files that fail checkpatch. I ran
> > checkpatch -f on the whole tree (.c and .h files) a few days ago :-) It
> > ran for 5+ hours ;-)
>
> http://marex.hackndev.com/fail-list.txt
>
> This is after a
Hi Marek,
On 15.12.2011 16:17, Marek Vasut wrote:
>>> Hi Marek,
>>>
>>> On Thu, 15 Dec 2011 14:26:41 +0100
>>> Marek Vasut wrote:
>>> ...
>>>
18 files changed, 63874 insertions(+), 31942 deletions(-)
V2: Align to 8 bytes per line.
Cc: Anatolij Gustschin
Cc: Stefano Babi
Hi Mike,
On Tue, Dec 13, 2011 at 7:35 PM, Mike Frysinger wrote:
> On Tuesday 13 December 2011 18:54:59 Simon Glass wrote:
>> On Sun, Dec 4, 2011 at 9:57 AM, Matthias Weisser wrote:
>> > --- a/arch/sandbox/cpu/os.c
>> > +++ b/arch/sandbox/cpu/os.c
>> > @@ -19,6 +19,7 @@
>> > * MA 02111-1307 USA
>
Hi Marek,
thanks for that work.
The patches against the esd files are
Acked-by: Matthias Fuchs
Matthias
On 15.12.2011 14:26, Marek Vasut wrote:
> First of the CHECKPATCH series of patches with per-file checkpatch fixes.
>
> This series fixes all files fpgadata.c, which contains PPC FPGA firmw
In 9792987721c7980453fe6447c3fa6593b44f8458 Stefan describes a usecase
where the previous behavior of leaving wMaxPacketSize be unaligned
caused fatal problems. The initial fix for this problem was incomplete
however as it showed another cases of non-aligned access that previously
worked implicitl
Hey all,
As has been reported in a few threads now, and thanks to Aneesh V's
analysis we know why Pandaboard/Beagleboard (and probably a number of
other ARM boards) currently hang on boot. The following patch is based
on Stefan's list of possible solutions to the problem he first encountered
on O
On Wed, Dec 14, 2011 at 4:15 PM, Rishi Dhupar wrote:
> I have an embedded system with an OMAP3 that does not have an Ethernet
> support. The only means of I/O to the process it is serial and USB
> slave. Loading binary data over the serial line is just too slow; is
> there any way to the USB sla
> I have an embedded system with an OMAP3 that does not have an Ethernet
> support. The only means of I/O to the process it is serial and USB
> slave. Loading binary data over the serial line is just too slow; is
> there any way to the USB slave to perform bulk transfers to speed my
> development
> > Hi Marek,
> >
> > On Thu, 15 Dec 2011 14:26:41 +0100
> > Marek Vasut wrote:
> > ...
> >
> > > 18 files changed, 63874 insertions(+), 31942 deletions(-)
> > >
> > > V2: Align to 8 bytes per line.
> > > Cc: Anatolij Gustschin
> > > Cc: Stefano Babic
> > >
> > > Anatolij, Stefano, can you
On Wednesday 14 December 2011 01:11 AM, clalance...@gmail.com wrote:
From: Chris Lalancette
During misc_init_r, make sure to setup the clocks
properly for the USB hub on the pandaboard. With
this in place, the USB hub and the ethernet works
on the pandaboard.
Signed-off-by: Chris Lalancette
--
On 12/15/2011 12:31 AM, Christian Riesch wrote:
> The board config for the da850_am18xxevm board is missing
> the CONFIG_SPI_FLASH_STMICRO option and therefore the SPI flash
> on the AM1808 experimenter's kit could not be detected.
>
> Signed-off-by: Christian Riesch
> Cc: Tom Rini
> ---
> incl
On Thu, Dec 15, 2011 at 7:37 AM, Chris Lalancette wrote:
> ping? Tom, Aneesh, what do you think of this version?
Just trying to make sure folks have a chance to review and comment,
sorry, looks good from my PoV.
>
> Chris Lalancette
>
> On Tue, Dec 13, 2011 at 2:41 PM, wrote:
>> From: Chris L
ping? Tom, Aneesh, what do you think of this version?
Chris Lalancette
On Tue, Dec 13, 2011 at 2:41 PM, wrote:
> From: Chris Lalancette
>
> During misc_init_r, make sure to setup the clocks
> properly for the USB hub on the pandaboard. With
> this in place, the USB hub and the ethernet works
On Wednesday, December 14, 2011 06:24:13 PM Steve Sakoman wrote:
>
> I think you will also need to update the get_board_revision function
> to ensure that SPL works with very early Overo revisions.
>
> Note this excerpt from the X-loader get_board_revision funtion:
>
> /* board revisions <
On Wed, Dec 14, 2011 at 11:22 PM, Heiko Schocher wrote:
> Hello Christian,
>
> Christian Riesch wrote:
>> This patch fixes a build warning for the cam_enc_4xx board introduced by
>> commit d6ec0c0dfc70447cf615ae80a952da81f73f16b4:
>>
>> spl.c:35:13: warning: 'gdata' defined but not used
>> spl.c:3
Dear uma.shan...@samsung.com,
In message <1323970732-23803-2-git-send-email-uma.shan...@samsung.com> you
wrote:
> From: Uma Shankar
>
> ***
> This patch series adds support for ext4 ls,load and write features in uboot
> Journaling is supported for write feature.
>
> To Enable EXT4 commands, mo
Dear Stefan Roese,
In message <201112151502.30771...@denx.de> you wrote:
>
> > Who will merge this, shall I do and push or will you do it ?
>
> Please go ahead and merge yourself.
No.
I want to maintain a 4 eye principle for all patches. Custodians can
push any patches _but_their_own_ to u-boo
> Hi Marek,
>
> On Thu, 15 Dec 2011 14:26:41 +0100
> Marek Vasut wrote:
> ...
>
> > 18 files changed, 63874 insertions(+), 31942 deletions(-)
> >
> > V2: Align to 8 bytes per line.
> > Cc: Anatolij Gustschin
> > Cc: Stefano Babic
> >
> > Anatolij, Stefano, can you skim through these and giv
On Thursday 15 December 2011 14:50:16 Marek Vasut wrote:
> > Matthias from esd is responsible for this code now (added to Cc). IIRC,
> > then this code was automatically generated by some tool (FPGA binary data
> > -> C code).
> >
> > But still:
> >
> > Acked-by: Stefan Roese
>
> Thanks for add
Hi Marek,
On Thu, 15 Dec 2011 14:26:41 +0100
Marek Vasut wrote:
...
> 18 files changed, 63874 insertions(+), 31942 deletions(-)
>
> V2: Align to 8 bytes per line.
> Cc: Anatolij Gustschin
> Cc: Stefano Babic
>
> Anatolij, Stefano, can you skim through these and give me your ACK so I can
> p
> Hi Marek,
>
> On Thursday 15 December 2011 14:34:08 Marek Vasut wrote:
> > > board/dave/PPChameleonEVB/fpgadata.c | 3416 +---
> > > board/esd/apc405/fpgadata.c| 6012
> > > board/esd/ar405/fpgadata.c | 8250 +++--
> > > board/esd/ar405/fpg
Signed-off-by: Marek Vasut
Cc: Stefan Roese
---
board/esd/hh405/logo_320_240_4bpp.c | 681 +++
1 files changed, 454 insertions(+), 227 deletions(-)
diff --git a/board/esd/hh405/logo_320_240_4bpp.c
b/board/esd/hh405/logo_320_240_4bpp.c
index ddf0d0b..52989de 100
Signed-off-by: Marek Vasut
Cc: Stefan Roese
---
board/esd/voh405/logo_320_240_4bpp.c | 230 ++---
1 files changed, 153 insertions(+), 77 deletions(-)
diff --git a/board/esd/voh405/logo_320_240_4bpp.c
b/board/esd/voh405/logo_320_240_4bpp.c
index e9f8cb4..5dfc1f7 100
This series fixes the logo files by aligning them to 8 bytes per line and fixing
subsequent CHECKPATCH issues.
Marek Vasut (7):
CHECKPATCH: ./board/esd/voh405/logo_640_480_24bpp.c
CHECKPATCH: ./board/esd/voh405/logo_320_240_4bpp.c
CHECKPATCH: ./board/esd/apc405/logo_640_480_24bpp.c
CHECKPA
Hi Marek,
On Thursday 15 December 2011 14:34:08 Marek Vasut wrote:
> > board/dave/PPChameleonEVB/fpgadata.c | 3416 +---
> > board/esd/apc405/fpgadata.c| 6012
> > board/esd/ar405/fpgadata.c | 8250 +++--
> > board/esd/ar405/fpgadata_xl30.c
> First of the CHECKPATCH series of patches with per-file checkpatch fixes.
>
> This series fixes all files fpgadata.c, which contains PPC FPGA firmwares.
> There are no functional changes, only CHECKPATCH fixes.
>
> Marek Vasut (18):
> CHECKPATCH: ./board/dave/PPChameleonEVB/fpgadata.c
> CHE
First of the CHECKPATCH series of patches with per-file checkpatch fixes.
This series fixes all files fpgadata.c, which contains PPC FPGA firmwares. There
are no functional changes, only CHECKPATCH fixes.
Marek Vasut (18):
CHECKPATCH: ./board/dave/PPChameleonEVB/fpgadata.c
CHECKPATCH: ./board
On 13/12/2011 11:20, Simon Schwarz wrote:
> From: Simon Schwarz
>
> This adds Linux booting to the SPL
>
> This depends on CONFIG_MACH_TYPE patch by Igor Grinberg
> (http://article.gmane.org/gmane.comp.boot-loaders.u-boot/105809)
>
> Related CONFIGs:
> CONFIG_SPL_OS_BOOT
> Activates/Deact
Writing a file to the FAT partition didn't work while a
test using a CF card. The test was done on mpc5200 based
board (powerpc). There is a number of problems in FAT
write code:
Compiler warning:
fat_write.c: In function 'file_fat_write':
fat_write.c:326: warning: 'counter' may be used uninitiali
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
1 - 100 of 120 matches
Mail list logo
