Dear Andreas,
please always keep the mailing list on Cc:
In message
you wrote:
>
> Actually what i think I am after is authentication of uboot that have
> somewhat been discussed before in
> http://www.mail-archive.com/u-boot-users@lists.sourceforge.net/msg04707.html
>
> But I can't find if it
The FPGA High-Speed Interconnect Bus (HICB) is now setup by u-boot.
Signed-off-by: Dirk Eibach
---
board/gdsys/405ex/io64.c | 16
include/gdsys_fpga.h |5 -
2 files changed, 20 insertions(+), 1 deletions(-)
diff --git a/board/gdsys/405ex/io64.c b/board/gdsys/405ex
This card-detect hook probably doesn't work. Perhaps somebody with more
knowledge about the hardware can comment on this. I think that perhaps
even the complete code from esdhc_init() could go into the getcd()
function instead or mmc_getcd() needs to be called at some later time
after mmc_init(), w
This series of patches implements central card-detection within the MMC
framework. Before this patch series, many boards actually did implement
the board_mmc_getcd() function, but it wasn't used except by one driver
(fsl_esdhc). Unfortunately, implementations interpreted the meaning of
the cd param
On Tegra2, card-detection is implemented by passing the card-detection
GPIOs to the MMC driver at initialization time. Instead of implementing
the board_mmc_getcd() function, use the card-detect hook and allow
boards to override it by providing their own board_mmc_getcd()
implementation.
Signed-of
Check for card detect each time an MMC/SD device is initialized. If card
detection is not implemented, this code behaves as before and continues
assuming a card is present. If no card is detected, has_init is reset
for the MMC/SD device (to force initialization next time) and an error
is returned.
The new API no longer uses the extra cd parameter that was used to store
the card presence state. Instead, this information is returned via the
function's return value. board_mmc_getcd() returns -1 to indicate that
no card-detection mechanism is implemented; 0 indicates that no card is
present and
* Andy Fleming wrote:
> Could you rebase these patches on the top of the mmc tree? They don't
> apply cleanly anymore, and I don't want to mangle them in my attempts
> at hand-application.
Hi Andy,
I just sent out v4, which is rebased on the latest MMC tree (branch master).
The conflict resolutio
Hi Simon,
In case you haven't noticed (I did not Cc you or Wolfgang, sorry 'bout
that) I've posted the cleaned up version of my x86 init refactoring...
On 02/01/12 10:48, Simon Glass wrote:
> Hi Graeme,
>
> On Sat, Dec 31, 2011 at 3:52 AM, Graeme Russ wrote:
>> Hi Simon,
>>
>> On 31/12/11 13:02
Hi All,
I've been thinking about the renaissance of the arch-independent
initialisation sequence that has been generating a somewhat 'warm'
discussion lately and had a thought based on a comment passed on by
Wolfgang from Detlev:
"basicly what we are trying to solve is a dependency issue: each in
On Mon, Jan 02, 2012 at 06:18:05AM +0100, Marek Vasut wrote :
> > On at91sam platforms, u-boot grew larger than the allocated size in
> > dataflash, the layout was:
> > bootstrap 0x
> > ubootenv 0x4200
> > uboot 0x8400
> > kernel 0x00042000
> >
> > u-boot with the defco
Hi all,
Let me first start off to wish all of you a prosperous 2012.
While browsing through the sources I noticed CONFIG_ENV_SIZE_REDUND and I
am wondering if it carries any use at all.
Why would the redundant env be any different in size than the original one?
Seems odd to me.
A quick grep thro
The README file lists 4 defined that were not actually present in the .h
file but that were needed to get things working with settings compiled in.
They are
Added these to the .h file
(the values above are the ones from the README file)
Signed-off-by: Frans Meulenbroeks
---
Noticed this was not a
tools/env/fw_env.h states:
/*
* To build the utility with the run-time configuration
* uncomment the next line.
* See included "fw_env.config" sample file
* for notes on configuration.
*/
#define CONFIG_FILE "/etc/fw_env.config"
However the define is already uncommented.
I see two possib
it is quite odd that fw_printenv/fw_setenv does not
use the settings from include/configs but instead
redefines things.
This patch uses the variables from the config file
The edit in fw_env.c is only needed to resolve a name clash
Signed-off-by: Frans Meulenbroeks
---
Note: this is more intend
This patch series some what clean up cm-t35 board files,
add separate EEPROM handling file,
fixes the incorrect board revision passed to Linux.
Nikita Kiryanov (6):
cm-t35: cleanup the config file
cm-t35: various cleanups
cm-t35: add EEPROM module and pass Linux a serial number
omap3: make
From: Nikita Kiryanov
Remove values from boolean defines, fix indentation, etc..
No functional changes.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
include/configs/cm_t35.h | 78 +++---
1 files changed, 39 insertions(+), 39 deletio
From: Nikita Kiryanov
Move #ifdef CONFIG_SMC911X out of board_eth_init() function,
simplify the board_mmc_init() function, and enclose handle_mac_address()
in the CONFIG_SMC911X.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
board/cm_t35/cm_t35.c | 10 --
1 files c
From: Nikita Kiryanov
Add board specific EEPROM handling module,
read the serial number from the EEPROM and pass it to Linux.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
board/cm_t35/Makefile|4 ++-
board/cm_t35/eeprom.c| 79 ++
From: Nikita Kiryanov
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
arch/arm/cpu/armv7/omap3/sys_info.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/sys_info.c
b/arch/arm/cpu/armv7/omap3/sys_info.c
index 22887ae..cde4093
From: Nikita Kiryanov
Read revision from EEPROM and pass it to Linux.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
board/cm_t35/eeprom.c | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/board/cm_t35/eeprom.c b/board/cm_t35
From: Nikita Kiryanov
Switch to the new EEPROM module and fix the problem of MAC address
being read from the wrong offset due to lack of distinction between
EEPROM layouts.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
board/cm_t35/cm_t35.c |6 +++---
board/cm_t35/eeprom
Dear Graeme Russ,
In message <4f019473.8000...@gmail.com> you wrote:
>
> The problem is not one of how sparsely the test/fix cycles are spread over
> time, it is one of spreading the breakage over multiple patches - If you
> are replacing functionality then add the new functionality, add the hook
Dear Graeme Russ,
In message <4f019abb.9010...@gmail.com> you wrote:
>
> Which got me to thinking, what if we had an initcall macro which included
> the dependency information. Imagine this rough example:
...
> INITCALL(display_banner, "banner", "dram,board_early")
>
> Which says that the displa
Hello,
On uboot loading, I checking a specific environement (called consoleddev),
to decide to rediect console to nc or staying in serial.
I then see some strange behaviour:
if the environment tell uboot to redirect to net console, everything works
well, but only if the ethernet cable is connecte
> it is quite odd that fw_printenv/fw_setenv does not
> use the settings from include/configs but instead
> redefines things.
>
> This patch uses the variables from the config file
> The edit in fw_env.c is only needed to resolve a name clash
>
> Signed-off-by: Frans Meulenbroeks
>
> ---
>
> N
Cc u-boot ML please.
> 2012/1/2 Marek Vasut
>
> > > it is quite odd that fw_printenv/fw_setenv does not
> > > use the settings from include/configs but instead
> > > redefines things.
> > >
> > > This patch uses the variables from the config file
> > > The edit in fw_env.c is only needed to res
On Monday, January 2, 2012, Thierry Reding
wrote:
> Btw, what's your take on Mike's comment:
>
>http://lists.denx.de/pipermail/u-boot/2011-December/114002.html
>
> I'm not sure how useful it would be to add this now. Tegra2 has an
> implementation that pretty much implements what Mike prop
Am Mittwoch 21 Dezember 2011, 00:35:46 schrieb Michael Walle:
> The decompressor expects the L2 cache to be disabled. This fixes booting
> some kernels, which have CONFIG_ARM_PATCH_PHYS_VIRT enabled.
Ping :)
--
Michael
___
U-Boot mailing list
U-Boot@li
Am Sonntag 18 Dezember 2011, 02:57:01 schrieb Prafulla Wadaskar:
> > -Original Message-
> > From: Michael Walle [mailto:mich...@walle.cc]
> > Sent: 17 December 2011 09:31
> > To: u-boot@lists.denx.de
> > Cc: Albert ARIBAUD; Prafulla Wadaskar; Wolfgang Denk
> > Subject: Re: [PATCH] kirkwood_
Hi Olof,
On Sun, Jan 1, 2012 at 10:09 PM, Olof Johansson wrote:
> This adds a simple device tree binding for simple key matrix data and
> a helper to fill in the platform data.
>
> The implementation is in a shared file outside if drivers/input/keyboard
> since some drivers in drivers/input/misc
The VFAT short alias checksum read from a long file name is only overwritten
when another long file name appears in a directory list. Until then it renders
short file names invisible that have the same checksum. Reset the checksum on
first match.
Signed-off-by: Sergei Shtylyov
Signed-off-by: Mart
This patch removes the unused definitions:
CONFIG_OMAP3_MICRON_DDR
CONFIG_OMAP3_NUMONYX_DDR
CONFIG_OMAP3_INFINEON_DDR
Acked-by: Igor Grinberg
Acked-by: Luca Ceresoli
Signed-off-by: Thomas Weber
---
Changes: Added received acked-by's
include/configs/cm_t35.h|3 ---
include/configs/
This patchset adds support for both the Linkstation Live (LS-CHLv2) and
Linkstation Pro (LS-XHL) by Buffalo.
Signed-off-by: Michael Walle
Cc: Prafulla Wadaskar
---
MAINTAINERS |4 +
board/Marvell/lsxl/Makefile | 50 +++
board/Marvell/lsxl/config.mk
Dear Michael Walle,
In message <1325545909-17678-1-git-send-email-mich...@walle.cc> you wrote:
> This patchset adds support for both the Linkstation Live (LS-CHLv2) and
> Linkstation Pro (LS-XHL) by Buffalo.
If Buffalo is the vendor, then why do you add this to the Marvell
vendor directory?
> +
Hi Wolfgang,
quick answer ;)
> In message <1325545909-17678-1-git-send-email-mich...@walle.cc> you wrote:
> > This patchset adds support for both the Linkstation Live (LS-CHLv2) and
> > Linkstation Pro (LS-XHL) by Buffalo.
>
> If Buffalo is the vendor, then why do you add this to the Marvell
>
Hi Graham,
On Mon, Jan 2, 2012 at 3:26 AM, Graeme Russ wrote:
> Hi Simon,
>
> In case you haven't noticed (I did not Cc you or Wolfgang, sorry 'bout
> that) I've posted the cleaned up version of my x86 init refactoring...
Yes I see it - thats great thanks. I will go through it and compare.
[big
Hi Wolfgang,
On Mon, Jan 2, 2012 at 6:46 AM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4f019473.8000...@gmail.com> you wrote:
>>
>> The problem is not one of how sparsely the test/fix cycles are spread over
>> time, it is one of spreading the breakage over multiple patches - If you
On 01/02/12 16:01, Igor Grinberg wrote:
> From: Nikita Kiryanov
>
> Remove values from boolean defines, fix indentation, etc..
> No functional changes.
>
> Signed-off-by: Nikita Kiryanov
> Signed-off-by: Igor Grinberg
> ---
Forgot to mention that this patch depends on Thomas' clean up
patch,
This patch is added to update incorrect ddr, pll and timer
register offset along with some additional cleanup like
removing unused code. Also, generic CONFIG_AM33XX symbol
is added for AM33XX platform.
Signed-off-by: Chandan Nath
Signed-off-by: Tom Rini
---
Changes since v2:
- No change
Change
This patch add supports for mmc/sd driver on AM335X platform.
PLL and pinmux configurations for mmc/sd are configured in this
patch.
Signed-off-by: Chandan Nath
Signed-off-by: Tom Rini
---
Changes since v2:
- No change
Changes since v1:
- Removed unwanted code from omap_hsmmc.c file
- Rebase
This patch series is submitted to add support for MMC/SD along
with SPL support. Also, fixed incorrect register offset of
ddr and timer registers.
The patches have been compile tested and run on AM335X EVM.
The patches depends on previous patch series which was submitted
for supporting AM33xx pla
This patch is added to support SPL feature on AM335X
platform. In this patch, MMC1 is configured as boot
device for SPL and support for other devices will be
added in the next patch series.
Signed-off-by: Chandan Nath
Signed-off-by: Tom Rini
---
Changes since v2:
- Added missing omap.h file
Ch
On Tue, January 3, 2012 00:55, Wolfgang Denk wrote:
>> +#define CONFIG_ETHADDR 02:00:01:00:00:00
> ...
>> +#define CONFIG_IPADDR 192.168.11.150
>> +#define CONFIG_SERVERIP 192.168.11.1
>> +#define CONFIG_NETMASK 255.255.255.0
>
> NAK. We do not allow such st
44 matches
Mail list logo