Dear Lukasz Majewski,
On 12 August 2011 17:32, Lukasz Majewski wrote:
> This patch adds support for software I2C for GONI reference target.
> It adds support for access to GPIOs by number, not as it is present,
> by bank and offset.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Pa
On 08/17/2011 11:58 PM, Eric Jarrige wrote:
> Hi Higor, Hi Stefano,
>
Hi Eric,
> My understanding is:
> 1) CONFIG_MACH_TYPE has to be defined in apf9328.h
> 2) as gd->bd->bi_arch_number is already initialize in board.c i should
> completely remove this second initialization from the apf9382.c
On Tuesday, August 16, 2011 08:03:54 PM Mike Frysinger wrote:
> On Monday, August 15, 2011 05:09:42 Valentin Longchamp wrote:
> > On 08/14/2011 09:07 PM, Mike Frysinger wrote:
> > > On Wednesday, August 03, 2011 08:37:00 Valentin Longchamp wrote:
> > >> --- a/include/post.h
> > >> +++ b/include/pos
On Wednesday, August 03, 2011 02:37:01 PM Valentin Longchamp wrote:
> The current post_log_word in global data is currently split into 2x
> 16 bits: half for the test start, half for the test success.
> Since we alredy have more than 16 POST tests defined and more could
> be defined, this may resul
On Sunday, August 14, 2011 09:49:27 PM Mike Frysinger wrote:
> On Wednesday, August 03, 2011 08:37:05 Valentin Longchamp wrote:
> > This patch adds a board support for km_arm in the POST framework.
> > It consists of a memory test configuration with the redefinition of
> > the arch_memory_test_prep
On Thursday, August 11, 2011 04:19:43 AM Hong Xu wrote:
> This series try to clean the code of arch/arm/lib/cache.c
> Move ARM1136 cache operations into cpu/arm1136/cache.c
> Add ARM926EJS cache operations into cpu/arm926ejs/cache.c
Hi,
any updates?
Thanks, cheers!
>
> Hong Xu (3):
> ARM
On 08/18/2011 12:39 PM, Marek Vasut wrote:
> On Wednesday, August 03, 2011 02:37:01 PM Valentin Longchamp wrote:
>> The current post_log_word in global data is currently split into 2x
>> 16 bits: half for the test start, half for the test success.
>> Since we alredy have more than 16 POST tests def
On Wed, Aug 17, 2011 at 4:47 PM, Joel A Fernandes wrote:
> Hi Simon,
>
> Thanks a lot for reviewing the issue.
>
With respect to using a bulk USB stick (some of which take 3s or more
to respond to a submit) this doesn't make any difference for me. It
seems to take a long time to res
NOTE: This is an x86 only patch - I didn't include x86 in the patch heading
because it is a proof of concept for a global patch - Sorry for the blatant
etiquette violation ;)
Replace the init_fnc_t *init_sequence[] style init sequence with one based
on the Linux __initcall macros.
Functions are d
On Thursday, August 18, 2011 01:00:21 PM Valentin Longchamp wrote:
> On 08/18/2011 12:39 PM, Marek Vasut wrote:
> > On Wednesday, August 03, 2011 02:37:01 PM Valentin Longchamp wrote:
> >> The current post_log_word in global data is currently split into 2x
> >> 16 bits: half for the test start, hal
Hi all,
I am trying to use U-Boot for a custom board based on cortex A9 quad
core versatile express board. I saw that the support is already added
for that board but i am not able to find out the DDR initialization code
anywhere before using the stack. In fact i didn't find the DDR
initialization
The Cadence GEM Ethernet MAC is based on the MACB Ethernet controller
but has a few small changes with regards to register and bitfield
placement.
This patch set implements the changes required in order for the macb
driver to support Cadence GEM as well.
These changes have been tested on a Picoch
The Cadence GEM is based on the MACB Ethernet controller but has a few
small changes with regards to register and bitfield placement. This
patch detects the presence of a GEM by reading the module ID register
and setting a flag appropriately.
This handles the new HW address, USRIO and hash regist
GEM devices support larger clock divisors and have a different
range of divisors. Program the MDIO clock divisors based on the
device type.
Signed-off-by: Dave Aldridge
---
drivers/net/macb.c | 63 ++--
drivers/net/macb.h | 12 ++
2 fi
Some GEM implementations may support DMA bus widths up to 128 bits.
We can get the maximum supported DMA bus width from the design
configuration register so use that to program the device up.
Signed-off-by: Dave Aldridge
---
drivers/net/macb.c | 25 +
drivers/net/macb.h
GEM has configurable receive buffer sizes so requires this to be
programmed up.
Signed-off-by: Dave Aldridge
---
drivers/net/macb.c | 19 +++
drivers/net/macb.h |5 +
2 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/drivers/net/macb.c b/drivers/net/macb.c
Dear Dave Aldrige,
Am 18.08.2011 15:32, schrieb Dave Aldridge:
> The Cadence GEM is based on the MACB Ethernet controller but has a few
> small changes with regards to register and bitfield placement. This
> patch detects the presence of a GEM by reading the module ID register
> and setting a fla
On Thursday, August 18, 2011 06:07:06 Marek Vasut wrote:
> On Tuesday, August 16, 2011 08:03:54 PM Mike Frysinger wrote:
> > On Monday, August 15, 2011 05:09:42 Valentin Longchamp wrote:
> > > On 08/14/2011 09:07 PM, Mike Frysinger wrote:
> > > > On Wednesday, August 03, 2011 08:37:00 Valentin Long
On Thursday, August 18, 2011 08:34:22 Graeme Russ wrote:
> Replace the init_fnc_t *init_sequence[] style init sequence with one based
> on the Linux __initcall macros.
i like the idea of decentralizing the init sequence out of the arches
> Functions are declared as initialisation functions by usi
On 08/17/2011 07:29 PM, Jerry Van Baren wrote:
> Hi Chunhe Lan,
>
> On 08/17/2011 02:24 AM, Chunhe Lan wrote:
>
> [snip]
>
>> +
>> +static inline void do_fixup_by_path_string(void *fdt, const char *path,
>> + const char *prop, const char *status)
>> +{
>> +do_fixup_by_p
On Thu, Aug 18, 2011 at 11:13:19AM -0400, Ben Gardiner wrote:
> I understand that both Laurence and Stefan (cc'd) have confirmed that
> there dcache issues with the EMA; I am assuming that the 'issue'
> results in a delay in tftp'ing...
No; the issue was that packets were being sent on to the wire
Hi,
On Wed, Aug 17, 2011 at 10:14 AM, wrote:
> From: Nagabhushana Netagunte
>
> there are cache coherency issues when using the DAVINCI Ethernet driver,
> hence caches cant be used for da850 u-boot. As per new cache management
> framework,if the caches are not used in u-boot, it needs to be exp
On 18/08/11 15:03, Andreas Bießmann wrote:
> Dear Dave Aldrige,
>
> Am 18.08.2011 15:32, schrieb Dave Aldridge:
>> The Cadence GEM is based on the MACB Ethernet controller but has a few
>> small changes with regards to register and bitfield placement. This
>> patch detects the presence of a GEM b
On Tuesday, August 16, 2011 23:25:35 Simon Glass wrote:
> When U-Boot starts up it initializes all the peripherals which are
> enabled This might include USB, I2C, SD/MMC, LCD, Ethernet, UARTs,
> etc.
i'm not sure about this statement. many frameworks decouple the "register"
step from the "init
Hi Graeme,
On Tue, Aug 16, 2011 at 11:42 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Wed, Aug 17, 2011 at 1:25 PM, Simon Glass wrote:
>> Hi,
>>
>> When U-Boot starts up it initializes all the peripherals which are
>> enabled This might include USB, I2C, SD/MMC, LCD, Ethernet, UARTs,
>> etc.
>>
>>
Hi Mike,
On Thu, Aug 18, 2011 at 8:33 AM, Mike Frysinger wrote:
> On Tuesday, August 16, 2011 23:25:35 Simon Glass wrote:
>> When U-Boot starts up it initializes all the peripherals which are
>> enabled This might include USB, I2C, SD/MMC, LCD, Ethernet, UARTs,
>> etc.
>
> i'm not sure about thi
Hi Graeme,
This looks great to me.
- perhaps INIT_FUNC() for post-relocation ones, have a separate
INIT_FUNC_F or INIT_FUNC_PRE_RELOC for the others (which should be
uncommon).
- I wonder if do_init_loop could panic and pass as message the
function address which failed, or perhaps return that in
On Thursday, August 18, 2011 04:31:09 PM Mike Frysinger wrote:
> On Thursday, August 18, 2011 06:07:06 Marek Vasut wrote:
> > On Tuesday, August 16, 2011 08:03:54 PM Mike Frysinger wrote:
> > > On Monday, August 15, 2011 05:09:42 Valentin Longchamp wrote:
> > > > On 08/14/2011 09:07 PM, Mike Frysin
On Thursday, August 18, 2011 13:01:56 Marek Vasut wrote:
> On Thursday, August 18, 2011 04:31:09 PM Mike Frysinger wrote:
> > On Thursday, August 18, 2011 06:07:06 Marek Vasut wrote:
> > > On Tuesday, August 16, 2011 08:03:54 PM Mike Frysinger wrote:
> > > > On Monday, August 15, 2011 05:09:42 Vale
On Thursday, August 18, 2011 11:59:35 Simon Glass wrote:
> On Thu, Aug 18, 2011 at 8:33 AM, Mike Frysinger wrote:
> > On Tuesday, August 16, 2011 23:25:35 Simon Glass wrote:
> >> When U-Boot starts up it initializes all the peripherals which are
> >> enabled This might include USB, I2C, SD/MMC, LC
Hi Mike,
On Thu, Aug 18, 2011 at 11:54 AM, Mike Frysinger wrote:
> On Thursday, August 18, 2011 11:59:35 Simon Glass wrote:
[snip snip]
> i dont follow. before u-boot gets to command line processing (either the
> "bootcommand" env var or user input), little to no hardware should be
> initialize
On Thursday, August 18, 2011 15:01:28 Simon Glass wrote:
> On Thu, Aug 18, 2011 at 11:54 AM, Mike Frysinger wrote:
> > On Thursday, August 18, 2011 11:59:35 Simon Glass wrote:
> > i dont follow. before u-boot gets to command line processing (either the
> > "bootcommand" env var or user input), lit
On Thursday, August 11, 2011 04:53:20 AM Hong Xu wrote:
> Add a new file arch/arm/cpu/arm926ejs/cache.c and put cache operations
> into this file.
>
> Signed-off-by: Hong Xu
> CC: Albert Aribaud
> ---
> V2:
> Fixed a typo when CONFIG_SYS_DCACHE_OFF is defined
>
> arch/arm/cpu/arm926ejs/M
Hi Mike,
On Thu, Aug 18, 2011 at 1:53 PM, Mike Frysinger wrote:
> On Thursday, August 18, 2011 15:01:28 Simon Glass wrote:
...
>> OK that's not how it is at the moment in some cases, but fair enough.
>> We have been pushing Tegra in that directly as it happens, but
>> certainly there is still a f
On Thursday, February 17, 2011 00:04:35 Mike Frysinger wrote:
> On Tuesday, February 15, 2011 18:10:47 Kumar Gala wrote:
> > On Feb 15, 2011, at 2:36 AM, Mike Frysinger wrote:
> > > On Thursday, February 03, 2011 05:36:38 Kumar Gala wrote:
> > >> Needs to turn into something like:
> > >> ret = spi
Hi all,
This week-end I intend to go through the board removal patch set and
apply those patches in it that still fail to compile with the current
u-boot-arm/master tree. So:
1) if there are any pull requests to u-voot-arm/master in the works,
please try to submit them soon or at lease let me
Previous, U-boot did not set fsl,liodn for rapidio in device tree, which is
needed by HV(hypervisor), and HV needs fsl,liodn of rapidio have more values,
for ex for P4080, fsl,liodn = <198 199 200>; while P2040/P3041/P5020 has 4
LIODNs respectivelly.
This patch using a generic mechanism which allo
Hi Wolfgang,
I have taken the sources of u-boot for version 1.1.6. I don't see flat
tree support enable for any
Board based on mpc8260 (CONFIG_OF_FLAT_TREE)I checked for
IDS8272,MPC8260ADS. Can you let me know is there support for
Flat tree structure for 603e cores. Also I don't see ft_setup f
On Thu, Aug 18, 2011 at 10:41 PM, wrote:
>
> Hi Wolfgang,
>
> I have taken the sources of u-boot for version 1.1.6. I don't see flat
> tree support enable for any
> Board based on mpc8260 (CONFIG_OF_FLAT_TREE)I checked for
> IDS8272,MPC8260ADS. Can you let me know is there support for
> Flat tree
Hi ,
Can you point me to the latest stable uboot sources.
Thanks & Regards,
Smitha
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s
On Thu, Aug 18, 2011 at 11:11 PM, wrote:
>
> Hi ,
>
> Can you point me to the latest stable uboot sources.
>
Start here: http://www.denx.de/wiki/U-Boot/WebHome
and from there you will find a pointer to the release schedule
http://www.denx.de/wiki/U-Boot/ReleaseCycle
eventually you will find y
Dear Albert ARIBAUD,
The following changes since commit 6477396323193c04ebb510dd2786173da31f4911:
arm: fix bd pointer dereference prior initialization (2011-08-17 18:10:34
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-samsung master
Anton Staaf (1):
mmc: S5P
May I ask if you would be eligible to pursue a Business Proposal of $19.7m with
me if you dont mind? Let me know if you are interested.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
43 matches
Mail list logo
