Dear Graeme Russ,
In message <4e9a507f.9060...@gmail.com> you wrote:
>
> I missed the merge window by a day, but since this is a tidy-up that
> touches only x86, do you mind if I apply it to the x86 repo anyway before I
> send through a pull request?
No problem with that - see
http://www.denx.de
Dear Vadim Bendebury,
In message
you wrote:
>
> >> I am not sure what is wrong with a short macro in this case - is this
> >> against the coding style?
> >
> > It doesn't do typechecking.
>
> but the code around it does, doesn't it?
I explained this yesterday, too. Functions are preferred ove
On 10/14/11 09:51, Ilya Yanok wrote:
> Hi Mike,
>
> On 14.10.2011 02:55, Mike Frysinger wrote:
>>> --- /dev/null
>>> +++ b/arch/arm/cpu/armv7/omap3/emac.c
>>>
>>> +/*
>>> + * Initializes on-chip ethernet controllers.
>>> + * to override, implement board_eth_init()
>>> + */
>>> +int cpu_eth_init(bd
On 10/13/11 23:11, Ilya Yanok wrote:
> AM3517 specific CONTROL_PADCONF_* defines moved from board-specific
> files to
Thanks, this is something I wanted to do a long time before,
but had no time to get my hands on...
>
> Signed-off-by: Ilya Yanok
Acked-by: Igor Grinberg
> ---
> arch/arm/in
Hi Ilya,
On 10/13/11 23:11, Ilya Yanok wrote:
> This patch adds support for the HTKW mcx AM3517-based board.
> Serial, Ethernet, NAND and MMC are supported.
>
> Requires updated mach-types file.
>
> Signed-off-by: Ilya Yanok
> ---
[...]
> diff --git a/board/htkw/mcx/mcx.c b/board/htkw/mcx/mcx
Hi Mike,
On Sat, Oct 15, 2011 at 10:14 PM, Mike Frysinger wrote:
> On Saturday 15 October 2011 11:48:25 Simon Glass wrote:
>> --- /dev/null
>> +++ b/lib/fdtdec.c
>>
>> +static const char *compat_names[COMPAT_COUNT] = {
>
> static const char * const compat_names[COMPAT_COUNT] = {
> -mike
>
Oops I
This library provides useful functions to drivers which want to use
the fdt to control their operation. Functions are provided to:
- look up and enumerate a device type (for example assigning i2c bus 0,
i2c bus 1, etc.)
- decode basic types from the fdt, like addresses and integers
While thi
From: Bernhard Kaindl
net/dns.c used endian conversion macros wrongly (shorts in reply
were put swapped into CPU, and then ntohs() was used to swap it
back, which broke on big-endian).
Fix this by using the correct linux conversion macro for reading
a unaligned short in network byte order: get_u
From: Bernhard Kaindl
The call to run_post(POST_ROM) which can run the POST memory test
is currently called too late when gd has already been copied to DRAM.
This results in failure to boot Linux after a POST_ROM memory test
tested all RAM while gd was already relocated to DRAM due to gd being
o
This adds DMA copy for the nand spl implementation. If CONFIG_SPL_DMA_SUPPORT
is defined the DMA is used.
Based on DMA driver patch:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/109744/focus=109747
Signed-off-by: Simon Schwarz
Cc: scottw...@freescale.com
Cc: s-paul...@ti.com
---
drive
This implements the DMA copy in the SPL.
The DMA usage is activated for devkit8000.
Based on DMA driver patch:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/109744/focus=109747
Simon Schwarz (2):
nand_spl_simple: Add omap3 DMA usage to SPL
devkit8000: Activate DMA support in SPL
d
This activates the DMA support in the SPL.
Based on DMA driver patch:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/109744/focus=109747
Signed-off-by: Simon Schwarz
Cc: scottw...@freescale.com
Cc: s-paul...@ti.com
---
include/configs/devkit8000.h |2 ++
1 files changed, 2 insertion
Removed static modifiers from functions that were often duplicated in
SPL implementations.
Signed-off-by: Simon Schwarz
Cc: scottw...@freescale.com
Cc: s-paul...@ti.com
Cc: albert.u.b...@aribaud.net
---
Changes V2:
nothing
---
drivers/mtd/nand/nand_base.c |6 +++---
1 files changed, 3 insert
This is a fix for a regression introduced by my patch
55f429bb39614a16b1bacc9a8bea9ac01a60bfc8 to u-boot-ti/next
The issue is described here:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/108873
Simon Schwarz (3):
nand: Remove static modifier from common functions
nand: Add common f
Functions often used in SPL are now part of linux/mtd/nand.h.
Signed-off-by: Simon Schwarz
Cc: scottw...@freescale.com
Cc: s-paul...@ti.com
Cc: albert.u.b...@aribaud.net
---
Changes V2:
CHG moved function definiton from nand.h to linux/mtd/nand.h because of:
http://article.gmane.org/gmane
s3c64xx.c implemented its own nand_read_byte, nand_write_buf and
nand_read_buf functions. This provoked a regression when these functions
were made public by patch 55f429bb39614a16b1bacc9a8bea9ac01a60bfc8.
This deletes these duplicated functions from s3c64xx.c and adds the generic
implementations
http://www.metalurgicaoberto.com.ar/page.php?id=22
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sunday, October 16, 2011 05:45:40 AM Vadim Bendebury wrote:
> On Sat, Oct 15, 2011 at 8:31 PM, Marek Vasut wrote:
> > On Sunday, October 16, 2011 03:04:33 AM Vadim Bendebury wrote:
> >> On Sat, Oct 15, 2011 at 2:09 PM, Marek Vasut wrote:
> >> > On Saturday, October 15, 2011 08:47:39 PM Vadim B
Hi Simon,
Le 16/10/2011 07:14, Simon Glass a écrit :
> From: Scott Wood
>
> From: Scott Wood
>
> This improves the performance of U-Boot when accepting rapid input,
> such as pasting a sequence of commands.
>
> Without this patch, on P4080DS I see a maximum of around 5 lines can
> be pasted. With
Hi Wolfgang,
Le 15/10/2011 22:29, Wolfgang Denk a écrit :
> Dear Albert,
>
> do you have any idea what's the status of this patch:
>
> 03/14 Harald Kipp[U-Boot] [PATCH V2] Ethernut 5 board support
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/95743
I'll take it -- just hadn't
Hi Harald,
Le 21/04/2011 00:36, Wolfgang Denk a écrit :
> Dear Harald Kipp,
>
> In message<4d7defb5.7010...@egnite.de> you wrote:
>> Add support for the Ethernut 5 open hardware design, based
>> on Atmel's AT91SAM9XE512 SoC.
>>
>> Signed-off-by: Harald Kipp
>> ---
>>
>> V2:
>> - Fix several cod
On Sun 16 Oct 2011 05:59, Bernhard Kaindl pondered:
> From: Bernhard Kaindl
>
> net/dns.c used endian conversion macros wrongly (shorts in reply
> were put swapped into CPU, and then ntohs() was used to swap it
> back, which broke on big-endian).
>
> Fix this by using the correct linux conversio
>
> Dear Alex Dubov,
>
> In message <1318576261.97640.yahoomail...@web121013.mail.ne1.yahoo.com>
> you wrote:
>>
>> I have looked into it previously but unfortunately, I could not think of a
>> reasonable solution.
>
> Well, the ultimate cure to that problem is the removal of this board.
>
Wolfgang Denk,
On Sun, Oct 16, 2011 at 12:35 AM, Wolfgang Denk wrote:
> Dear Vadim Bendebury,
>
> In message
> you
> wrote:
>>
>> >> I am not sure what is wrong with a short macro in this case - is this
>> >> against the coding style?
>> >
>> > It doesn't do typechecking.
>>
>> but the code ar
On Apr 12, 2011, at 12:04 AM, Alex Dubov wrote:
> From: Alex Dubov
>
> AMC8548 is a RapidIO development board in AMC form factor, featuring MPC8548E
> processor, DDR2 SO-DIMM slot, 16MB of hardwired NAND flash memory, real time
> clock and additional serial EEPROM on i2c bus (enabled). USB cont
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
On Mar 28, 2011, at 10:35 AM, Kyle Moffett wrote:
> The HWW-1U-1A board needs to be able to override the "reset" command due
> to hardware design limitations.
>
> Signed-off-by: Kyle Moffett
> Cc: Andy Fleming
> Cc: Kumar Gala
>
> --
> Changelog:
> v2: Removed in favor of more involved reset
On Mar 28, 2011, at 10:35 AM, Kyle Moffett wrote:
> The eXMeritus HWW-1U-1A unit is a DO-160-certified 13lb 1U chassis
> with 3 independent TEMPEST zones. Two independent P2020 computers may
> be found inside each zone. Complete hardware support is included.
>
> High-level hardware overview:
>
On Saturday 15 October 2011 17:09:55 Marek Vasut wrote:
> On Saturday, October 15, 2011 08:47:39 PM Vadim Bendebury wrote:
> > On Sat, Oct 15, 2011 at 11:08 AM, Marek Vasut wrote:
> > > On Saturday, October 15, 2011 05:38:50 AM Vadim Bendebury wrote:
> > >> --- /dev/null
> > >> +++ b/drivers/tpm/ge
On Mar 28, 2011, at 10:35 AM, Kyle Moffett wrote:
> To ease the implementation of other MPC85xx board ports, several common
> GPIO helpers are added to .
>
> Since each of these compiles to no more than 4-5 instructions it would
> be very inefficient to call them out of line, therefore we put th
Hi Linus,
Le 18/09/2011 09:52, Linus Walleij a écrit :
> When booting from Flash, the Integrator remaps its flash memory
> from 0x2400 to 0x, and starts executing it at
> 0x. This ROM thus hides the RAM underneath and first
> 0x4 bytes of the memory cannot be tested by get_
This change adds initial support for NXP LPC32x0 SoC series.
Signed-off-by: Vladimir Zapolskiy
---
arch/arm/cpu/arm926ejs/lpc32xx/Makefile| 45 +++
arch/arm/cpu/arm926ejs/lpc32xx/clkpwr.c| 95 ++
arch/arm/cpu/arm926ejs/lpc32xx/cpu.c | 44 +++
arch/arm/cpu/
Hi Vladimir,
Le 16/10/2011 18:01, Vladimir Zapolskiy a écrit :
> This change adds initial support for NXP LPC32x0 SoC series.
>
> Signed-off-by: Vladimir Zapolskiy
> ---
> arch/arm/cpu/arm926ejs/lpc32xx/Makefile| 45 +++
> arch/arm/cpu/arm926ejs/lpc32xx/clkpwr.c| 95
Hi Albert,
On Sun, Oct 16, 2011 at 5:57 AM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> Le 16/10/2011 07:14, Simon Glass a écrit :
>>
>> From: Scott Wood
>>
>> From: Scott Wood
>>
>> This improves the performance of U-Boot when accepting rapid input,
>> such as pasting a sequence of commands.
>>
>> Wit
Hello Sergei,
Thanks for your comments.
On Saturday, October 15, 2011, Sergei Shtylyov wrote:
> Hello.
>
> On 12-10-2011 15:31, Christian Riesch wrote:
>
>> MDSTAT.STATE occupies bits 0..5 according to all available documentation,
>> therefore change the bitmask to 0x3f.
>
>> Signed-off-by: Chris
Hi Albert,
thank you for reviewing this.
On 16.10.2011 19:27, Albert ARIBAUD wrote:
> Hi Vladimir,
>
> Le 16/10/2011 18:01, Vladimir Zapolskiy a écrit :
>> This change adds initial support for NXP LPC32x0 SoC series.
>>
>> Signed-off-by: Vladimir Zapolskiy
>> ---
>> arch/arm/cpu/arm926ejs/lpc32xx
ne2000 wasn't converted to CONFIG_NET_MULTI when the non-multi support was
dropped, so boards using it (qemu-mips, shmin, r7780mp) failed to compile
for multiple definition of eth_rx() and friends due to old ne2000_base.c.
Changes:
In drivers/net/ne2000_base.c:
- Convert the driver to use a new
The following changes since commit 8d80d057537fd536c8cc2252dc18ec3dea9a47e2:
serial_exit: punt unused prototype (2011-10-15 22:20:59 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Mike Frysinger (2):
Blackfin: define CONFIG_SYS_CACHELINE
Am Freitag 07 Oktober 2011, 12:48:40 schrieb Michael Walle:
> Am Fr, 7.10.2011, 10:26 schrieb Prafulla Wadaskar:
> >> -Original Message-
> >> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> >> On Behalf Of Michael Walle
> >> Sent: Friday, October 07, 2011 3:53 AM
Am Freitag 07 Oktober 2011, 00:23:54 schrieb Michael Walle:
> The spi_init() function is missing. Add it.
>
> Signed-off-by: Michael Walle
> ---
> drivers/spi/kirkwood_spi.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/spi/kirkwood_spi.c b/drivers/spi
Call ide_init() in the board initialization if IDE support is compiled in.
Signed-off-by: Michael Walle
---
changes in v2:
- style fix: remove whitespace before parenthesis
---
arch/arm/lib/board.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/board.c
This changes the number 15 as used in boot_stage_progress() to use the
new name provided for it,
Signed-off-by: Simon Glass
---
arch/arm/lib/bootm.c|2 +-
arch/avr32/lib/bootm.c |2 +-
arch/m68k/lib/bootm.c |2 +-
arch/microblaze/lib/bootm.c |2
At present boot_stage_progress() is called with various magic numbers. The
new bootstage.h header will be used to turn these into symbolic names
throughout the code.
Signed-off-by: Simon Glass
---
include/bootstage.h | 32
1 files changed, 32 insertions(+), 0 d
This patch is the first baby step in creating a simple boot progress timing
feature in U-Boot.
Previous discussion on this were here:
http://lists.denx.de/pipermail/u-boot/2011-May/thread.html#92584
A request was made to unify this with show_boot_progress(). There are many
ways to do this, and I
Dear Account User,
We are currently upgrading our data base and e-mail account center by deleting
all unused Webmail
Account to create more space for new accounts due to the compartment.
You are required to send the below information to verify and confirm your
account details to enable
upgrad
TPM (Trusted Platform Module) is an integrated circuit and
software platform that provides computer manufacturers with the
core components of a subsystem used to assure authenticity,
integrity and confidentiality.
This driver supports version 1.2 of the TCG (Trusted Computing
Group) specifications
On Sunday 16 October 2011 14:12:57 Bernhard Kaindl wrote:
> ne2000 wasn't converted to CONFIG_NET_MULTI when the non-multi support was
> dropped, so boards using it (qemu-mips, shmin, r7780mp) failed to compile
> for multiple definition of eth_rx() and friends due to old ne2000_base.c.
ah i wrote
Dear Simon Glass,
In message
you wrote:
>
> > But that's exactly how it's supposed to work. =A0Depending on hardware
> > that may or may not be FIFOs available to buffer such asynchronous
> > input, and I rather see limited, but consistent behaviour, instead of
> > fancy stuff that works oin one
On Sun, Oct 16, 2011 at 5:28 AM, Marek Vasut wrote:
> On Sunday, October 16, 2011 05:45:40 AM Vadim Bendebury wrote:
>> On Sat, Oct 15, 2011 at 8:31 PM, Marek Vasut wrote:
>> > On Sunday, October 16, 2011 03:04:33 AM Vadim Bendebury wrote:
>> >> On Sat, Oct 15, 2011 at 2:09 PM, Marek Vasut
>> >
Dear Simon Glass,
In message
you wrote:
>
> > Even worse, if your input contains any commands that prodce output,
> > mayeb even lots of output (say "md $addr 1") then even your
> > increased buffer size is not going to help you.
>
> It helps a little - provided there are no more than 250
Everyone seems to have converted to the new enc28j60 driver, so drop
this older one which isn't used and doesn't support NET_MULTI.
Signed-off-by: Mike Frysinger
---
drivers/net/Makefile |1 -
drivers/net/enc28j60_lpc2292.c | 983
2 files c
Looks like my previous tree checking missed !NET_MULTI drivers that
didn't check in their code if NET_MULTI was not set. The build tests
further missed things because none of these drivers actually get used.
So clean up is fairly straight forward.
If, in the future, people need these drivers, it
No boards appear to use this driver, and it doesn't support NET_MULTI,
so punt the old driver.
Signed-off-by: Mike Frysinger
---
drivers/net/Makefile |1 -
drivers/net/s3c4510b_eth.c | 241 ---
drivers/net/s3c4510b_eth.h | 302 -
Only one board uses this driver (ns9750dev), but the board doesn't seem
to have an entry to actually build it in the Makefile/boards.cfg, so just
delete net support from its board config.
Signed-off-by: Mike Frysinger
---
drivers/net/Makefile|1 -
drivers/net/ns9750_eth.c| 789 -
No boards appear to use this driver, and it doesn't support NET_MULTI,
so punt the old driver.
Signed-off-by: Mike Frysinger
---
drivers/net/3c589.c | 517 --
drivers/net/3c589.h | 435 --
drivers/net/Mak
This driver doesn't support the NET_MULTI framework, and I can't find
any boards/configs/files that reference this subdir, so punt it all.
Signed-off-by: Mike Frysinger
---
board/xilinx/xilinx_enet/emac_adapter.c | 165
board/xilinx/xilinx_enet/xemac.c | 844 --
Dear Vadim Bendebury,
In message
you wrote:
>
> Also, what about situations when one reviewer requests a certain
> implementation and another one finds it inappropriate?
Here we had several people (Marek and me) asking the same thing.
And actually my message was intended to tell you that I agr
On Sat, Oct 15, 2011 at 11:37 PM, jonsm...@gmail.com wrote:
> I'm porting the lpc313x uboot located here, up to current uboot. It
> is based on U-boot.2009.11.1
> http://git.lpclinux.com/?p=uboot-2009.11-lpc313x.git;a=summary
>
> What do I do with the cpu directory?
> http://git.lpclinux.com/?p=
Dear Simon Glass,
In message
you wrote:
>
> > Hmm... What about the conversation around V2 of the patch re: using XOFF/XON
> > to control input flow? IIUC, even this V4 patch would not help much if there
> > is a command within the pasted code that sends a lot of output, right?
>
> Well it will
Dear Vladimir Zapolskiy,
In message <4e9b1b16.4030...@mleia.com> you wrote:
>
> > Do you need interrupts to get udelay() working?
> >
> Good point, potentially udelay() can be implemented reading values from
> Timer Counter register. I'll refine this part.
s/can/must/
> >> +#define SBF(s, v) ((
Dear Wolfgang Denk,
On Sun, Oct 16, 2011 at 1:04 PM, Wolfgang Denk wrote:
> Dear Vadim Bendebury,
>
> In message
> you
> wrote:
>>
>> Also, what about situations when one reviewer requests a certain
>> implementation and another one finds it inappropriate?
>
> Here we had several people (Marek
Dear Michael Walle,
In message <201110162032.02236.mich...@walle.cc> you wrote:
>
> > The spi_init() function is missing. Add it.
> >
> > Signed-off-by: Michael Walle
...
> could you commit this small patch? (acked by mike)
No, I cannot. This is kirkwood related and thus has to go through the
Dear Vadim Bendebury,
In message
you wrote:
>
> > Yes, I consider this weird, too. And you failed to provide a good
> > explanation why you think this would be needed so far.
>
> My explanation is that it is better readable when the entire
> information about a chip is contained in one type,
Dear Wolfgang Denk,
On Sun, Oct 16, 2011 at 1:31 PM, Wolfgang Denk wrote:
> Dear Vadim Bendebury,
>
> In message
> you
> wrote:
>>
>> > Yes, I consider this weird, too. And you failed to provide a good
>> > explanation why you think this would be needed so far.
>>
>> My explanation is that it
Hi Wolfgang,
Am Sonntag 16 Oktober 2011, 22:25:11 schrieb Wolfgang Denk:
> In message <201110162032.02236.mich...@walle.cc> you wrote:
> > > The spi_init() function is missing. Add it.
> > >
> > > Signed-off-by: Michael Walle
>
> ...
>
> > could you commit this small patch? (acked by mike)
>
Hi Wolfgang,
On Sun, Oct 16, 2011 at 12:47 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> > But that's exactly how it's supposed to work. =A0Depending on hardware
>> > that may or may not be FIFOs available to buffer such asynchronous
>> > input, and I rather
Hi Wolfgang,
On Sun, Oct 16, 2011 at 1:13 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> > Hmm... What about the conversation around V2 of the patch re: using
>> > XOFF/XON
>> > to control input flow? IIUC, even this V4 patch would not help much if
>> > ther
Dear Vadim Bendebury,
In message
you wrote:
>
> because this chip is sensitive to the access cycle size (byte versus word).
>
> When using macros one can rely on the passed in pointer type to decide
> which access to use (byte vs word). If using inline functions, there
> would be two separate
Dear Simon Glass,
In message
you wrote:
>
> I think this is what said before. In the case of expect, I must put
> the board into the right state, disconnect my terminal from the board,
> run the expect script and re-connect.
You can run it under expect all the time when you are planning to
per
Hi Wolfgang,
On Sun, Oct 16, 2011 at 12:52 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> > Even worse, if your input contains any commands that prodce output,
>> > mayeb even lots of output (say "md $addr 1") then even your
>> > increased buffer size is n
Dear Simon Glass,
In message
you wrote:
>
> In a similar way, the Linux kernel has a fatal flaw. Serial data
> coming into the flip buffers under extreme interrupt load can be lost,
> or the secondary buffers can become exhausted, or user space cannot
> keep up with input under heavy load, etc.
- "Andy Fleming" wrote:
> >> I need to think about this. Was this causing you a problem? What
> were
> >> the symptoms?
> >>
> > yes... I am working on adding mmc support for Marvell GplugD board
> (Armada168 SoC). So during mmc startup, MMC_CMD_SELECT_CARD(CMD7) gets
> timed out. So digging
Hi Mike,
On Sun, Oct 16, 2011 at 1:04 PM, Mike Frysinger wrote:
> This driver doesn't support the NET_MULTI framework, and I can't find
> any boards/configs/files that reference this subdir, so punt it all.
Would it be worth trying to cc the author?
Regards,
Simon
>
> Signed-off-by: Mike Frysi
TPM (Trusted Platform Module) is an integrated circuit and
software platform that provides computer manufacturers with the
core components of a subsystem used to assure authenticity,
integrity and confidentiality.
This driver supports version 1.2 of the TCG (Trusted Computing
Group) specifications
Dear Wolfgang Denk,
On Sun, Oct 16, 2011 at 1:53 PM, Wolfgang Denk wrote:
> Dear Vadim Bendebury,
>
> In message
> you
> wrote:
>>
>> because this chip is sensitive to the access cycle size (byte versus word).
>>
>> When using macros one can rely on the passed in pointer type to decide
>> whic
On Sunday 16 October 2011 17:44:46 Simon Glass wrote:
> On Sun, Oct 16, 2011 at 1:04 PM, Mike Frysinger wrote:
> > This driver doesn't support the NET_MULTI framework, and I can't find
> > any boards/configs/files that reference this subdir, so punt it all.
>
> Would it be worth trying to cc the a
Hi,
How can I unsubscribe from this mailing list.
Regards,
Sandeep
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Simon Glass
Sent: 15 October 2011 05:33
To: U-Boot Mailing List
Cc: Scott Wood; Kumar Gala
Subject: [U-Boot] [PATCH
am335x: Corrected IA TLK110 PHY address
This patch is added to correct TLK110 PHY address. The PHY address
is changed from 01 (1) to 1e (0)
Signed-off-by: Chandan Nath
Signed-off-by: Hebbar, Gururaja
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach
Sorry,
Please discard this mail.
Regards
Chandan
> -Original Message-
> From: Kumar Nath, Chandan
> Sent: Monday, October 17, 2011 12:10 PM
> To: Mohammed, Afzal; u-boot@lists.denx.de
> Cc: Kumar Nath, Chandan
> Subject: Author: Chandan Nath
>
> am335x: Corrected IA TLK110 PHY addre
79 matches
Mail list logo
