The patch that added parallel builds broke MAKEALL -l, so this
fixes that. At the same time, it improves the termination so
that it shuts down the build threads if you cancel the build.
Lastly, it removes a bunch of debug code.
Signed-off-by: Andy Fleming
---
MAKEALL | 34 ++---
Technically, U-Boot is GPLv2+ so GPLv2 only code _may_ not be accepted That
is for Wolfgang to decide, but you have been warned :)
Naturally, he is king after all. There will be a thousand reasons to reject
it, but hopefully not due to license.
I based my GITHUB after the CuBox fork of u-
This patches support drawing 32bpp bitmap TIZEN logo in exynos fb.
trats_logo.h data is compressed from trats_logo.bmp to
trats_logo.bmp.gz by gzip and converted to trats_logo.h header file
format by some application. And then it is decomressed at the exynos
fb driver by gunzip_bmp().
Signed-off-b
This patch supports drawing 32bpp decompressed bitmap image.
Signed-off-by: Donghwa Lee
Signed-off-by: Kyungmin.park
---
Changes for v4:
- read image sequentially just as it is.
Changes for v1/v2/v3:
- use lcd_line_length variable
- convert BGR to RGB because BMP data fo
This patch set supports 32bpp bitmap image drwaing and TIZEN logo.
LCD: display 32bpp decompressed bitmap image
create lib/tizen directory
EXYNOS: display 32bpp bitmap TIZEN logo
Thank you,
Donghwa Lee
___
U-Boot mailing list
U-Boot@lists.denx.de
http:/
Albert,
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Friday, May 04, 2012 12:28 PM
> To: Simon Glass
> Cc: U-Boot Mailing List; Tom Warren
> Subject: Re: [U-Boot] [PATCH v6 03/23] Add abs() macro to return absolute
> value
>
> Hi Simon,
>
> Le 04
Hi,
Le 09/05/2012 19:21, Daniel Stodden a écrit :
> On Wed, 2012-05-09 at 08:25 -0500, David Purdy wrote:
>> On Wed, May 9, 2012 at 3:00 AM, Daniel Stodden
>> wrote:
Have you tried to put the bootrom in the debug mode ?
https://doukki.net/doku.php?id=wiki:tutoriels:u-boot
Fix how to force serial console when CONFIG_CFB_CONSOLE is defined.
Tested on a mx51evk board.
Signed-off-by: Fabio Estevam
---
README |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/README b/README
index 79016e6..9fc4618 100644
--- a/README
+++ b/README
@@ -615,7 +61
Is it possible to have a silent console with the 'silent' environment
variable if the environment is stored in NAND?
Essentially both:
#define CONFIG_SILENT_CONSOLE
#define CONFIG_ENV_IS_IN_NAND
are defined, but I am not seeing a dark console with silent=1.
I've seen the messages concerning the
The following changes since commit 0a6deb3251a68b5be640ab1b848ca67e906b75ce:
Merge branch 'ag...@denx.de' of git://git.denx.de/u-boot-staging (2012-04-30
18:19:28 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-mmc.git master
Andreas Bießmann (1):
include/
On 05/09/2012 12:44 AM, Thomas Weber wrote:
Hello Tom & Peter,
On 05/08/12 19:29, Tom Rini wrote:
As originally reported against beagleboard we currently have the
following error message reported in SPL:
U-Boot SPL 2012.04-00020-gb8310b9-dirty (Apr 25 2012 - 18:49:57)
Texas Instruments Revisio
Hi,
> The gpio_from_string() call shall parse the incoming GPIO name taken
> from the command line and return the GPIO number used within U-Boot or
> return -1 on error.
>
> The gpio_to_string() on the other hand allows nicer reporting of GPIO
> name in the output of cmd_gpio.
>
> Signed-off-by:
Simon Glass's proposal to fix this on Seaboard was NAK'd, so I
removed his NS16550 references and added a small delay before
SPI/UART muxing. Tested on my Seaboard with large SPI reads/writes
and saw no corruption (crc's matched) and no spurious comm chars.
Signed-off-by: Tom Warren
---
arch/arm
On Wed, 2012-05-09 at 08:25 -0500, David Purdy wrote:
> On Wed, May 9, 2012 at 3:00 AM, Daniel Stodden
> wrote:
> >>
> >>
> >> Have you tried to put the bootrom in the debug mode ?
> >>
> >> https://doukki.net/doku.php?id=wiki:tutoriels:u-boot.uart#boot_from_uart0
> >>
> >> Réfs :
> >> http://www.
On 05/08/2012 10:16 PM, R Sricharan wrote:
Signed-off-by: R Sricharan
CC: Aneesh V
CC: Tom Rini
---
MAINTAINERS | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
Acked-by: Aneesh V
___
U-Boot mailing list
U-Boot@lists.denx.de
h
Add support for CLAA07LC0ACW LCD that connects to the mx51evk board.
Configure the board to show the Linux logo on the LCD.
Also increase the size of CONFIG_SYS_MALLOC_LEN variable to take into account
the framebuffer usage.
Signed-off-by: Fabio Estevam
---
board/freescale/mx51evk/mx51evk.c |
Hi Albert,
please pull from u-boot-imx:
The following changes since commit 026251a5e825d61d3bcdf6dffcc27d15afd574f4:
EXYNOS: Change bits per pixel value proper for u-boot. (2012-04-25
16:23:26 +0900)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
for y
Hi Stefano,
On Wed, May 9, 2012 at 1:19 PM, Stefano Babic wrote:
>
> You have to set stdin / stdout - maybe in late_init() ?
That did the trick! Thanks a lot
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 09/05/2012 17:59, Fabio Estevam wrote:
> Hi Anatolij,
>
> On Tue, May 8, 2012 at 7:59 PM, Fabio Estevam wrote:
>
>> You are clearly right! Now I see the console output on my LCD :-)
>>
>> Will submit the patch soon.
>
> I am using the following LCD configuration on my board file (same as
>
Hi Anatolij,
On Tue, May 8, 2012 at 7:59 PM, Fabio Estevam wrote:
> You are clearly right! Now I see the console output on my LCD :-)
>
> Will submit the patch soon.
I am using the following LCD configuration on my board file (same as vision2.h):
#define CONFIG_PREBOOT
#define CONFIG_VIDEO
#de
On 05/09/2012 12:44 AM, Thomas Weber wrote:
Hello Tom & Peter,
On 05/08/12 19:29, Tom Rini wrote:
As originally reported against beagleboard we currently have the
following error message reported in SPL:
U-Boot SPL 2012.04-00020-gb8310b9-dirty (Apr 25 2012 - 18:49:57)
Texas Instruments Revisio
On 05/08/2012 11:51 PM, R, Sricharan wrote:
Hi Tom,
[snip]
Option 1 (SPL only):
0x40200800 - 0x4020BBFF: Area for SPL text, data and rodata
You wanted to change the above comment to
0x40200800 - 0x4020DFFC as well ?
Ah yes, thanks for catching that.
--
Tom
Hi Jorgen Lundman,
On 05/07/2012 11:03 PM, Jorgen Lundman wrote:
>
>> Did you miss my message of Wed, 02 May?
>>
>> See
>> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/130638/focus=130671
>>
>> Unfortunately there is no legal (license-conforming) way to include
>> ZFS code into U-Boot a
On Wed, May 9, 2012 at 3:00 AM, Daniel Stodden
wrote:
>>
>>
>> Have you tried to put the bootrom in the debug mode ?
>>
>> https://doukki.net/doku.php?id=wiki:tutoriels:u-boot.uart#boot_from_uart0
>>
>> Réfs :
>> http://www.marvell.com/embedded-processors/kirkwood/assets/FS_88F6180_9x_6281_OpenSou
On 09/05/2012 13:41, Liu Hui-R64343 wrote:
>> -Original Message-
>> From: Fabio Estevam [mailto:feste...@gmail.com]
>> Sent: Wednesday, May 09, 2012 7:21 PM
>> To: Liu Hui-R64343
>> Cc: u-boot@lists.denx.de; sba...@denx.de; Estevam Fabio-R49496
>> Subject: Re: [PATCH 4/4] mx53loco: Add CONF
On Wed, May 9, 2012 at 6:15 AM, Liu Hui-R64343 wrote:
> As you said, could you please use accessor for it?
Yes, I did it in v2:
http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commitdiff;h=b9e28549a2b5c8a2d7d6d6238bd0a64e5730c7cc;hp=9b07d877120f9d1a575df14a101966e04867d0b7
On 01/05/2012 23:09, Marek Vasut wrote:
> These are some improvements that were stuck in my tree for a while, time to
> expunge them, please consider applying.
>
> Tested on:
> * DENX M28EVK v2.0
> * DENX M28EVK v1.1
> * Mysterious board #1 ...
> * Unnamed board #2 ...
>
> Marek Vasut (13):
> F
cmd_bootm.c: In function 'do_bootz':
cmd_bootm.c:1590:9: warning: variable 'iflag' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefano Babic
---
common/cmd_bootm.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
inde
Dear David Jander,
> On Wed, 9 May 2012 12:13:04 +0200
>
> Stefano Babic wrote:
> > After an update to the MX51 reference manual (Rev. 5), the
> > values of the PAD_CTL_DRV_VOT_LOW and PAD_CTL_DRV_VOT_HIGH
> > are now clearly wrong:
> >
> > "Bit 13:
> > High / Low Output Voltage Range. This bi
On Tue, May 08, 2012 at 23:45:19, Rini, Tom wrote:
> On 05/08/2012 10:40 AM, Hiremath, Vaibhav wrote:
> > On Tue, May 08, 2012 at 22:59:31, Rini, Tom wrote:
> >> With older toolchains it is possible to not fit entirely into the 45KB
> >> that we had assigned to SPL. Adjust to allow for 8KB of stac
On 01/05/2012 23:09, Marek Vasut wrote:
> Do not define serial_putc() and serial_puts() calls if
> CONFIG_SPL_SERIAL_SUPPORT is set.
>
> Signed-off-by: Marek Vasut
> Cc: Detlev Zundel
> Cc: Fabio Estevam
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> ---
> arch/arm/cpu/arm926ejs/mx28/spl_boot.c |
On 01/05/2012 23:09, Marek Vasut wrote:
> If the WP function is NULL, simply assume the card is always RW.
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> Cc: Fabio Estevam
> ---
> drivers/mmc/mxsmmc.c |3 ++-
> 1 file changed, 2 insertions(+)
Dear Stefano Babic,
> On 01/05/2012 23:09, Marek Vasut wrote:
> > Signed-off-by: Marek Vasut
> > Cc: Detlev Zundel
> > Cc: Fabio Estevam
> > Cc: Stefano Babic
> > Cc: Wolfgang Denk
> > ---
> >
> > board/denx/m28evk/m28evk.c | 20 +++-
> > board/denx/m28evk/spl_boot.c |
On Wed, 9 May 2012 12:13:04 +0200
Stefano Babic wrote:
> After an update to the MX51 reference manual (Rev. 5), the
> values of the PAD_CTL_DRV_VOT_LOW and PAD_CTL_DRV_VOT_HIGH
> are now clearly wrong:
>
> "Bit 13:
> High / Low Output Voltage Range. This bit selects the output voltage mode for
On 01/05/2012 23:09, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> Cc: Detlev Zundel
> Cc: Fabio Estevam
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> ---
> board/denx/m28evk/m28evk.c | 20 +++-
> board/denx/m28evk/spl_boot.c |8 ++--
> 2 files changed, 25 insertio
Dear Chander Kashyap,
> On 9 May 2012 15:17, Chander Kashyap wrote:
> > Dear Marek,
> >
> > On 9 May 2012 14:19, Marek Vasut wrote:
> >> Dear Rajeshwari Shinde,
> >>
> >>> This patch corrects the SYSREG structure.
> >>> We have removed the sysreg.h added in the previous patchset
> >>> version
On 09/05/2012 11:36, David Jander wrote:
> Seems reasonable. Are you also implying that you are willing to propose a
> patch? (Swapping the two values seems fairly trivial)
Patch is coming
Best regards,
Stefano Babic
--
=
After an update to the MX51 reference manual (Rev. 5), the
values of the PAD_CTL_DRV_VOT_LOW and PAD_CTL_DRV_VOT_HIGH
are now clearly wrong:
"Bit 13:
High / Low Output Voltage Range. This bit selects the output voltage mode for
SD2_CMD. 0 High output voltage mode
1 Low output voltage mode"
The va
On 23/04/2012 20:30, Fabio Estevam wrote:
> MXS SSP controller may have up to three chip selects per port: SS0, SS1 and
> SS2.
>
> Currently only SS0 is supported in the mxs_spi driver.
>
> Allow all the three chip select to work by selecting the desired one
> in bits 20 and 21 of the HW_SSP_CTR
On 23/04/2012 20:30, Fabio Estevam wrote:
> Introduce spi_cs_is_valid() for validating spi bus and chip select numbers.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DE
On 9 May 2012 15:17, Chander Kashyap wrote:
> Dear Marek,
>
>
> On 9 May 2012 14:19, Marek Vasut wrote:
>> Dear Rajeshwari Shinde,
>>
>>> This patch corrects the SYSREG structure.
>>> We have removed the sysreg.h added in the previous patchset
>>> version as the sysreg structure is already define
Dear Marek,
On 9 May 2012 14:19, Marek Vasut wrote:
> Dear Rajeshwari Shinde,
>
>> This patch corrects the SYSREG structure.
>> We have removed the sysreg.h added in the previous patchset
>> version as the sysreg structure is already defined in system.h.
>>
>> Signed-off-by: Rajeshwari Shinde
>
On 08/05/2012 19:29, Tom Rini wrote:
> With older toolchains it is possible to not fit entirely into the 45KB
> that we had assigned to SPL. Adjust to allow for 8KB of stack (which
> should be more than required) and 54KB of text/data.
>
> Cc: Vaibhav Hiremath
> Cc: Nagendra T S
> Cc: Thomas We
On 17/04/2012 17:37, Torsten Fleischer wrote:
> Large EEPROMs, e.g. 24lc32, need 2 byte to address the internal memory.
> These devices require that the high byte of the internal address has to be
> written first.
> The mxs_i2c driver currently writes the address' low byte first.
>
> The following
Amit,
On Wednesday 09 May 2012 11:29:04 Amit Virdi wrote:
> > +++ b/include/configs/spear-common.h
> > @@ -38,6 +38,7 @@
> >
> > #define CONFIG_NET_MULTI
> > #define CONFIG_PHY_RESET_DELAY1 /*
in usec */
> > #define CONFIG_DW_AUTONEG
> >
> > +#define CONF
On 07/05/2012 22:56, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add the software workaround for ARM erratum ID 468414.
>
> According to mx53/mx51 errata document:
>
> "ENGcm11133 - ARM: NEON load data can be incorrectly forwarded to a
> subsequent request
>
> Description:
>
> Under very s
On Tue, 08 May 2012 15:14:47 +0200
Stefano Babic wrote:
> On 08/05/2012 14:06, David Jander wrote:
>
> >> Go ahead in this direction. Then we can test on these boards (mx51evk /
> >> vision2 / efikamx), the only ones having these issue).
> >
> > I agree we should only change the headers, but...
Stefan,
On 5/8/2012 1:00 PM, Stefan Roese wrote:
Signed-off-by: Stefan Roese
Cc: Amit Virdi
Cc: Vipin Kumar
---
board/spear/common/Makefile |2 ++
board/spear/spear600/Makefile |2 ++
2 files changed, 4 insertions(+)
diff --git a/board/spear/common/Makefile b/board/spear/common/Ma
On Tue, 8 May 2012 14:51:52 +0200
Marek Vasut wrote:
> Dear David Jander,
>
> > On Tue, 08 May 2012 10:46:10 +0200
> >
> > Stefano Babic wrote:
> > > On 07/05/2012 09:11, David Jander wrote:
> > > > Dear Stefano,
> > >
> > > Hi David,
> > >
> > > > Yes, but is none of those boards using 3.15
Stefan,
On 5/8/2012 12:59 PM, Stefan Roese wrote:
Without this patch, boot shows this messages upon NAND detection:
NAND: ONFI flash detected
ONFI param page 0 valid
ONFI flash detected
ONFI param page 0 valid
128 MiB
With this patch, its back to the U-Boot "standard":
NAND: 128 MiB
Tested
Stefan,
On 5/8/2012 12:59 PM, Stefan Roese wrote:
This patch adds the following changes to designware ethernet driver
found on the ST SPEAr SoC:
- Don't init MAC& PHY upon startup. This causes a delay, waiting for
the auto negotiation to complete. And we don't want this delay to
always h
Am 2012-05-08 23:15, schrieb Joey Oravec:
> When we hit a similar problem on a previous atmel chip, it was an
> unstable PLL. If you think the software is otherwise good check your
> PLL lock and verify your routing from the crystal to the pins for
> length and surrounding ground.
I tried on two o
On 07/05/2012 22:42, Fabio Estevam wrote:
> From: Fabio Estevam
>
> There is no need to set the VBUS power enable to 0 first and then to 1.
>
> Set it to 1 in the gpio_direction_output() function.
>
> While at it, use the standard naming convention for the GPIO comment.
>
> Signed-off-by: Fabi
On 07/05/2012 22:25, Fabio Estevam wrote:
> From: Fabio Estevam
>
> As mx53loco board has two variants: one with Dialog PMIC and another with FSL
> MC34708 PMIC,
> we need to be able to build both drivers.
>
> Change pmic_init() and PMIC_NUM_OF_REGS names to avoid build conflicts when
> both d
On 08/05/2012 15:40, Fabio Estevam wrote:
> FSL 2.6.35 kernel assumes that the bootloader passes the CONFIG_REVISION_TAG
> information.
>
> The kernel uses this data to distinguish between Dialog versus mc34708 based
> boards,
> and also to distinguish between revA and revB of the mc34708 based
On 07/05/2012 22:26, Fabio Estevam wrote:
> From: Fabio Estevam
>
> On the mx53loco board with mc34708 PMIC it is necessary to turn on VUSB
> regulator
> so that the mx53 USBH1 PHY receives the 3.3V voltage.
>
> Tested by inserting a USB pen drive in the upper USB slot (USBH1) and then
> issue
On 07/05/2012 22:25, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add mc34708 support and set mx53 core frequency at its maximum value of 1GHz.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks
Best regards,
Stefano Babic
--
==
>-Original Message-
>From: Fabio Estevam [mailto:feste...@gmail.com]
>Sent: Tuesday, May 08, 2012 4:26 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; Liu Hui-R64343; Estevam Fabio-R49496
>Subject: [PATCH 4/4] mx53loco: Add CONFIG_REVISION_TAG
>
>From: Fabio Estevam
>
>FSL 2.6.35 kernel
On 07/05/2012 22:25, Fabio Estevam wrote:
> From: Fabio Estevam
>
> As mx53loco board has two variants: one with Dialog PMIC and another with FSL
> MC34708 PMIC,
> we need to be able to build both drivers.
>
> Change pmic_init() and PMIC_NUM_OF_REGS names to avoid build conflicts when
> both d
On 07/05/2012 22:26, Fabio Estevam wrote:
> From: Fabio Estevam
>
> On the mx53loco board with mc34708 PMIC it is necessary to turn on VUSB
> regulator
> so that the mx53 USBH1 PHY receives the 3.3V voltage.
>
> Tested by inserting a USB pen drive in the upper USB slot (USBH1) and then
> issue
On 08/05/2012 15:40, Fabio Estevam wrote:
> FSL 2.6.35 kernel assumes that the bootloader passes the CONFIG_REVISION_TAG
> information.
>
> The kernel uses this data to distinguish between Dialog versus mc34708 based
> boards,
> and also to distinguish between revA and revB of the mc34708 based
On 07/05/2012 22:25, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add mc34708 support and set mx53 core frequency at its maximum value of 1GHz.
>
> Signed-off-by: Fabio Estevam
> ---
Acked-by: Stefano Babic
Best regards,
Stefano Babic
--
==
>-Original Message-
>From: Fabio Estevam [mailto:feste...@gmail.com]
>Sent: Tuesday, May 08, 2012 4:26 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; Liu Hui-R64343; Estevam Fabio-R49496
>Subject: [PATCH 3/4] mx53loco: Turn on VUSB regulator
>
>From: Fabio Estevam
>
>On the mx53loco boa
>-Original Message-
>From: Fabio Estevam [mailto:feste...@gmail.com]
>Sent: Tuesday, May 08, 2012 4:26 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; Liu Hui-R64343; Estevam Fabio-R49496
>Subject: [PATCH 2/4] mx53loco: Add mc34708 support and set mx53
>frequency at 1GHz
>
>From: Fabio Es
Dear Rajeshwari Shinde,
> This patch corrects the SYSREG structure.
> We have removed the sysreg.h added in the previous patchset
> version as the sysreg structure is already defined in system.h.
>
> Signed-off-by: Rajeshwari Shinde
> Acked-by: Minkyu Kang
> ---
> Changes for v2:
> - Remo
Hi Andy,
> On Fri, Apr 20, 2012 at 2:09 AM, Lukasz Majewski
> wrote:
> > Hi, Lei
> >
> >> I'm concerning with this adding init here.
> >> Since not every platform mount with emmc as boot device, and what
> >> they need is booting fast.
> >
> > If I remember correctly, u-boot policy is to not init
On Tue, 2012-05-08 at 11:02 +0200, DrEagle wrote:
> Hi,
>
> Le 08/05/2012 01:40, Daniel Stodden a écrit :
> > On Sun, 2012-05-06 at 12:53 -0500, David Purdy wrote:
> >> On Wed, May 2, 2012 at 2:16 PM, Luka Perkov wrote:
> >>> The kwboot program boots boards based on Marvell's Kirkwood platform
>
On Tue, 2012-05-08 at 16:40 -0500, David Purdy wrote:
> On Tue, May 8, 2012 at 4:23 PM, David Purdy wrote:
> > On Mon, May 7, 2012 at 9:38 PM, Daniel Stodden
> > wrote:
> >> On Mon, 2012-05-07 at 20:16 -0500, David Purdy wrote:
> >>> On Mon, May 7, 2012 at 6:40 PM, Daniel Stodden
> >>> >
> >
> >
SH7734 support GMII. This add register infomation and the function
which enable GMII.
Signed-off-by: Nobuhiro Iwamatsu
CC: Joe Hershberger
---
drivers/net/sh_eth.c | 12 +++-
drivers/net/sh_eth.h |1 +
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/net/sh_e
Hello Tom & Peter,
On 05/08/12 19:29, Tom Rini wrote:
As originally reported against beagleboard we currently have the
following error message reported in SPL:
U-Boot SPL 2012.04-00020-gb8310b9-dirty (Apr 25 2012 - 18:49:57)
Texas Instruments Revision detection unimplemented
OMAP SD/MMC: 0
time
The AP-SH4A-4A board has SH7734, 64MB DDR2-SDRAM, USB,
Ethernet, and more.
This patch supports the following functions:
- 64MB DDR2-SDRAM
- 16MB NOR Flash memory
- Serial console (SCIF)
- Ethernet (SH-Ether with Gigabit)
- I2C
Signed-off-by: Nobuhiro Iwamatsu
---
MAINTAINERS
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/include/asm/cpu_sh7734.h | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/sh/include/asm/cpu_sh7734.h b/arch/sh/include/asm/cpu_sh7734.h
index e3becc9..0f84b4f 100644
--- a/arch/sh/include/asm/cpu_sh7734.h
+++ b/a
Hi, Joe.
I have not noticed that inaugurated as you at the maintainer of net.
Could you apply this patch to your u-boot-net repository?
Best regards,
Nobuhiro
2012/2/3 Nobuhiro Iwamatsu :
> SH7734 has one channel ethernet device.
> This support 10/100/1000Base, and RMII/MII/GMII.
> And this h
73 matches
Mail list logo
