I2C by default does not expose a device interface
for the adapters registering in the system. This
is usually not needed unless we need to debug
something. in which case, this is a handy little
layer when used in conjunction with the i2c
commands. This layer has changed
This is based on the discus
i2cdev command is introduced here. This allows
for device creation for doing i2c ops.
This is based on the discussion here:
http://www.nabble.com/-Patch-0-9--U-boot-V2%3A-
Introduce-I2C-support-for-SDP3430-to17981717.html
#a18029740
Signed-off-by: Nishanth Menon <[EMAIL PROTECTED]>
---
Documen
On Fri, Jun 20, 2008 at 08:35:46AM -0500, Menon, Nishanth wrote:
> Sascha,
> > -Original Message-
> > From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> > Sent: Friday, June 20, 2008 5:29 AM
> > To: Menon, Nishanth
> > Cc: u-boot-users@lists.sourceforge.net
> > Subject: Re: [Patch 5/9]U-boot-V2
> that's why you use opb_emac driver for ll_temac. That's all. Different driver
> and different ip_core.
I see. I erroneously understood that this driver supports every (t)emac
flavours.
Thanks for your help,
llandre
DAVE Electronics System House - R&D Department
web: http://www.dave.eu
email:
Update the sys_eeprom.c file to handle both NXID and CCID EEPROM formats. The
NXID format replaces the older CCID format, but it's important to support both
since most boards out there still use the CCID format. This change is in
preparation for using one file to handle both formats. This will a
Jerry Van Baren wrote:
> That isn't a variable, that is the first line of a struct declaration.
I didn't include this part (although since the code compiles, it should be
obvious that it exists):
} e;
So I'm defining a global variable called 'e'. Perhaps the short name is part of
the problem.
Hi all,
I sent two days ago, a mail concerning a trouble to compile u-boot with
gcc4.3.2. I solve this problem by moving a section and concatenate with
another in the beginning (you can have a look to the u-boot.lds to see the
way the sections are organised). This section is named ".rodata.str1.1"
Sascha,
> -Original Message-
> From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 20, 2008 5:29 AM
> To: Menon, Nishanth
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [Patch 5/9]U-boot-V2:cmd: add I2C commands
>
> Some overall comments first.
>
> You seem to registe
On Thu, Jun 19, 2008 at 10:12:32AM -0500, Menon, Nishanth wrote:
> Introduce I2c commands from i2c-tools.
> This allows for Diagnostics capability.
> Supports ONLY i2c busses at the moment.
>
> This code is based on
> http://www.lm-sensors.org/wiki/I2CTools
> This closely follows the functionality
The ATNGW100 has 8MB DataFlash on board. Give users access to it through
the new SPI flash framework.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
board/atmel/atngw100/atngw100.c | 25 +
include/configs/atngw100.h |6 ++
2 files changed, 31 inse
From: Peter Ma <[EMAIL PROTECTED]>
Adds GPIO manipulation functions for AVR32 AP7 platform.
Signed-off-by: Peter Ma <[EMAIL PROTECTED]>
[EMAIL PROTECTED]: coding style fixup, slight simplification]
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
This and the following two patches enable
Use the new GPIO manipulation functions to set up the chip select lines,
and make sure both busses use GPIO for chip select control.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
cpu/at32ap/at32ap700x/gpio.c | 56 +
1 files changed, 34 inserti
On Thu, 19 Jun 2008 20:34:38 +0200
Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > Please either correct it now, so it can be just enabled, or delete
> > > alltogether.
> >
> > This is a reminder from the customer to himself; that's why I left it
>
On Thu, Jun 19, 2008 at 11:02:02PM +0200, Magnus Lilja wrote:
> >> The first approach has the advantage that you can define convenience
> >> macros like MUX_RXD1__UART1_RXD_MUX which makes it easy to setup new
> >> boards by only reading the definition instead of crawling the datasheet
> >> for Alt
In message <[EMAIL PROTECTED]> you wrote:
>
> > Please indent by TABs.
> Is'nt checkpatch supposed to catch such issues?
IIRC it catches only indentations >= 8 columns.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offic
15 matches
Mail list logo