On 20/09/2013 21:30, Fabio Estevam wrote:
> From: Fabio Estevam
>
> If smc911x_initialize() fails we should return the error immediately.
>
> While at it, also check the error from cpu_eth_init().
>
> Signed-off-by: Fabio Estevam
> ---
> board/freescale/mx35pdk/mx35pdk.c | 10 --
> 1
On Fri, 20 Sep 2013 10:57:42 -0700
Tom Warren wrote:
> Alban,
>
> Were you going to do a V2 of this patchset?
I expected to, but up to now there was no concrete change request.
Should I split the PMU stuff to its own mini driver, or is it
acceptable as is for now?
Alban
__
I no longer work for Avionic Design and don't have access to hardware,
so I'll pass on maintainership to Alban.
Acked-by: Alban Bedel
Signed-off-by: Thierry Reding
---
Hi Tom,
I assume this is something you'd want to take through the Tegra tree?
Thierry
boards.cfg | 6 +++---
1 file changed,
Hi Steve,
On 18.09.2013 13:26, Steve Miller wrote:
> I have inherited a design using the PPC405EX that was based on the
> Kilauea reference design. One of the changes was Kilauea uses on-board
> DDR2 DRAM ICs and this design uses DDR2 DIMMs. The u-boot is working,
> except only 256MB of RAM is
The value MXC_CCM_CCGR3_IPU1_IPU_DI0_OFFSET that was used to initialize
the CCGR3 register caused an undefined value for CG0.
Signed-off-by: Pierre Aubert
CC: Stefano Babic
---
arch/arm/cpu/armv7/mx6/clock.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/
On Sun, Sep 22, 2013 at 10:21 PM, Steven Falco wrote:
> Prevent a crash when PXE boot calls do_bootm with a vmlinuz formatted image.
> In this case, there will be a null cmdtp pointer, and we must not
> dereference
> it.
>
> Signed-off-by: Steven A. Falco
>
> ---
Acked-by: Otavio Salvador
Tom,
Just wanted to tell the group that I am abandoning using the SPD data on
PPC405EX. As I stated earlier, I inherited this design from others.
As I dug deeper into the HW, I found that a X64 module was used on a
processor that only has a X32 wide bus. Apparently, they could get
modules for less tha
Hi Michal,
On Thu, 22 Aug 2013 14:52:02 +0200, Michal Simek
wrote:
> Zynq lowlevel_init() was implemented in C but stack
> pointer is setup after function call in _main().
> Move architecture setup to arch_cpu_init() which is call
> as the first function in board_init_f() which
> already have co
Marek and Vivek
On 09/14/2013 03:32 AM, Vivek Gautam wrote:
> This adds stack layer for eXtensible Host Controller Interface
> which facilitates use of USB 3.0 in host mode.
>
> Adapting xHCI host controller driver in linux-kernel
> by Sarah Sharp to needs in u-boot.
>
> Initial porting from Linux
Hi Jeroen,
On Sat, 24 Aug 2013 13:55:38 +0200, Jeroen Hofstee
wrote:
> The movt/movw instruction can be used to hardcode an
> memory location in the instruction itself. The linker
> starts complaining about this if the compiler decides
> to do so: "relocation R_ARM_MOVW_ABS_NC against `a local
>
Hello,
I have a access violation problem with i2c_reloc_fixup on coldfire
m68k systems.
I found out, the i2c_reloc_fixup tries to relocate the adapter itself,
but at this time i2c_adap_p is already relocated.
Can anybody confirm this?
I think also m68k, backfin and nds32 systems are affected
On 09/23/2013 02:31 PM, Albert ARIBAUD wrote:
> Hi Michal,
>
> On Thu, 22 Aug 2013 14:52:02 +0200, Michal Simek
> wrote:
>
>> Zynq lowlevel_init() was implemented in C but stack
>> pointer is setup after function call in _main().
>> Move architecture setup to arch_cpu_init() which is call
>> as
Hi Michal,
On Wed, 28 Aug 2013 07:36:31 +0200, Michal Simek
wrote:
> Reload address was written to the counter register
> instead of load register.
> The problem happens when timer expires but never
> reload to ~0UL (it is downcount timer).
>
> Reported-by: Stephen MacMahon
> Signed-off-by: Mi
Hi Michal,
On Mon, 23 Sep 2013 16:19:52 +0200, Michal Simek
wrote:
> On 09/23/2013 02:31 PM, Albert ARIBAUD wrote:
> > Hi Michal,
> >
> > On Thu, 22 Aug 2013 14:52:02 +0200, Michal Simek
> > wrote:
> >
> >> Zynq lowlevel_init() was implemented in C but stack
> >> pointer is setup after functi
See below... (My replies are tagged with "[MRB:]".)
Michael Burr // Software Engineer II
Logic PD
T // 612.436.7273
NOTICE: Important disclaimers and limitations apply to this email.
Please see this web page for our disclaimers and limitations:
http://logicpd.com/email-disclaimer/
-Origina
Dear Dan Murphy,
> Marek and Vivek
>
> On 09/14/2013 03:32 AM, Vivek Gautam wrote:
> > This adds stack layer for eXtensible Host Controller Interface
> > which facilitates use of USB 3.0 in host mode.
> >
> > Adapting xHCI host controller driver in linux-kernel
> > by Sarah Sharp to needs in u-b
On 09/23/2013 04:37 PM, Albert ARIBAUD wrote:
> Hi Michal,
>
> On Mon, 23 Sep 2013 16:19:52 +0200, Michal Simek
> wrote:
>
>> On 09/23/2013 02:31 PM, Albert ARIBAUD wrote:
>>> Hi Michal,
>>>
>>> On Thu, 22 Aug 2013 14:52:02 +0200, Michal Simek
>>> wrote:
>>>
Zynq lowlevel_init() was implem
Hi Stefan,
On Tue, 10 Sep 2013 17:17:40 +0200, Stefan Roese wrote:
> Remove Prodrive pdnb3 board (including the scpu variant) support
> from mainline. As its unmaintained and not needed any more for
> quite some time.
>
> Signed-off-by: Stefan Roese
> Cc: Martijn de Gouw
> Cc: Albert Aribaud
Dear Vivek Gautam,
> + Marek, Dan, Julius, Simon and Vikas for this cover patch ;-)
>
[...]
Thanks, I have the patches lined up. Just waiting for Dans' talk with Sarah.
Maybe we should put her on CC too next time so she can rip us to shreds for our
mistakes in the implementation ? :)
Best reg
On Mon, Sep 23, 2013 at 1:11 PM, Albert ARIBAUD
wrote:
> Then shouldn't the patch subject/summary be "print command name only
> if cmdtp is not NULL" rather than the quite uninformative "prevent a
> crash"?
Yes, I agree that original subject is a bit misleading.
When I read it I thought it was
On 09/23/2013 04:37 AM, Pierre Aubert wrote:
The value MXC_CCM_CCGR3_IPU1_IPU_DI0_OFFSET that was used to initialize
the CCGR3 register caused an undefined value for CG0.
Signed-off-by: Pierre Aubert
CC: Stefano Babic
---
arch/arm/cpu/armv7/mx6/clock.c |2 +-
1 files changed, 1 insertio
Hi Masahiro,
On Sat, 7 Sep 2013 17:42:37 +0900, Masahiro Yamada
wrote:
> Every ARM cpu config.mk (arch/arm/cpu/{CPUDIR}/config.mk) defines:
>
> PLATFORM_RELFLAGS += -fno-common -ffixed-r8 -msoft-float
>
> So, this patch moves the common compiler options to arch/arm/config.mk.
>
> Signed-off-
On Mon, Sep 23, 2013 at 01:21:34PM -0300, Fabio Estevam wrote:
> On Mon, Sep 23, 2013 at 1:11 PM, Albert ARIBAUD
> wrote:
>
> > Then shouldn't the patch subject/summary be "print command name only
> > if cmdtp is not NULL" rather than the quite uninformative "prevent a
> > crash"?
>
> Yes, I agr
On Wed, 2013-09-18 at 16:40 +0530, Prabhakar Kushwaha wrote:
> Thanks Scott for taking time and reviewing the RFC patch.
>
> Please find my reply in-lined.
>
> On 09/17/2013 05:23 AM, Scott Wood wrote:
> > On Mon, 2013-09-16 at 21:35 +0530, Prabhakar Kushwaha wrote:
> >> fsl_ifs_spl.c reads data
Marek
On 09/23/2013 10:29 AM, Marek Vasut wrote:
> Dear Vivek Gautam,
>
>> + Marek, Dan, Julius, Simon and Vikas for this cover patch ;-)
>>
> [...]
>
> Thanks, I have the patches lined up. Just waiting for Dans' talk with Sarah.
> Maybe we should put her on CC too next time so she can rip us to s
Dear Fabio Estevam,
In message
you wrote:
>
> > Then shouldn't the patch subject/summary be "print command name only
> > if cmdtp is not NULL" rather than the quite uninformative "prevent a
> > crash"?
>
> Yes, I agree that original subject is a bit misleading.
>
> When I read it I thought it
Hi Steven,
On Sun, 22 Sep 2013 21:21:32 -0400, Steven Falco
wrote:
> Prevent a crash when PXE boot calls do_bootm with a vmlinuz formatted image.
> In this case, there will be a null cmdtp pointer, and we must not dereference
> it.
>
> Signed-off-by: Steven A. Falco
>
> ---
>
> In file cmd_p
On 09/20/2013 11:27 AM, ANDY KENNEDY wrote:
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
>> Behalf Of Peter Barada
>> Sent: Thursday, September 19, 2013 3:26 PM
>> To: u-boot@lists.denx.de; Peter Barada
>> Subject: Re: [U-Boot] NAND f
Dear Otavio Salvador,
In message
you wrote:
> On Sun, Sep 22, 2013 at 10:21 PM, Steven Falco wrote:
> > Prevent a crash when PXE boot calls do_bootm with a vmlinuz formatted image.
> > In this case, there will be a null cmdtp pointer, and we must not
> > dereference
> > it.
> >
> > Signed-off-b
In 5c427e4 we pass BOOTM_STATE_OS_CMDLINE as part of the bootm states to
run, on all arches. However, this is only valid / useful on PowerPC and
MIPS, and causes a problem on ARM where we specifically do not use it.
Rather than make this state fake pass like we do for GO on some arches
(which need
On 9/22/2013 5:02 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 9/20/2013 3:58 AM, Marek Vasut wrote:
Dear Troy Kisky,
Only perform one copy, either in the bounce
routine for IN transfers, or the debounce
rtn for OUT transfer.
On out transfers, only copy the number
of bytes received from the b
On Fri, 2013-09-20 at 00:08 -0500, Chin Liang See wrote:
> Adding Freeze Controller driver. All HPS IOs need to be
> in freeze state during pin mux or IO buffer configuration.
> It is to avoid any glitch which might happen
> during the configuration from propagating to external devices.
>
> Signed
On Mon, Sep 23, 2013 at 08:50:55PM +0200, Wolfgang Denk wrote:
> Dear Fabio Estevam,
>
> In message
> you
> wrote:
> >
> > > Then shouldn't the patch subject/summary be "print command name only
> > > if cmdtp is not NULL" rather than the quite uninformative "prevent a
> > > crash"?
> >
> > Ye
Hi Jeroen,
On Sat, 21 Sep 2013 14:04:39 +0200, Jeroen Hofstee
wrote:
> Changes for v3:
> Drop the unneeded cc-option for the fixed flag.
>
> Drop "make reserving the gd register a make variable"
> and use http://patchwork.ozlabs.org/patch/273377/
> "ARM: refactor compiler options in config.mk"
Dear Steven Falco,
In message <523f979c.1070...@gmail.com> you wrote:
> Prevent a crash when PXE boot calls do_bootm with a vmlinuz formatted image.
> In this case, there will be a null cmdtp pointer, and we must not dereference
> it.
...
> - printf("Wrong Image Format for %s command\
On Mon, Sep 23, 2013 at 03:17:57PM -0400, Tom Rini wrote:
> On Mon, Sep 23, 2013 at 08:50:55PM +0200, Wolfgang Denk wrote:
>
> > Dear Fabio Estevam,
> >
> > In message
> > you
> > wrote:
> > >
> > > > Then shouldn't the patch subject/summary be "print command name only
> > > > if cmdtp is not
On 9/22/2013 5:04 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 9/20/2013 3:52 AM, Marek Vasut wrote:
Dear Troy Kisky,
set wMaxPacketSize for full speed descriptors
fs_source_desc, fs_sink_desc to 64.
Full-speed bulk endpoint can have a maximum packet size of
8, 16, 32, or 64 bytes, so choice
PLLX no longer has the CPCON field on Tegra114, so do not attempt to
program it.
Signed-off-by: Thierry Reding
---
Changes in v2:
- new patch
arch/arm/cpu/arm720t/tegra-common/cpu.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/cpu/arm720t/tegra-common/cpu.c
b
From: Jimmy Zhang
The M, N and P width have been changed from Tegra30. The maximum value
for N is limited to 255. So, the tegra_pll_x_table for Tegra114 should
be set accordingly.
Signed-off-by: Jimmy Zhang
Reviewed-by: Tom Warren
Signed-off-by: Thierry Reding
---
Changes in v2:
- clean up ta
On 9/22/2013 5:05 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 9/20/2013 3:45 AM, Marek Vasut wrote:
Dear Troy Kisky,
i.mx6 has 1 otg controller, and 3 host ports. So,
CONFIG_USB_MAX_CONTROLLER_COUNT can be greater than 1
even though only 1 device mode controller is supported.
Signed-off-by:
Dear Tom,
In message <20130923191757.GZ5273@bill-the-cat> you wrote:
>
> > I don't know if it's only Wandboard, or if other boards are affected,
> > too (which are these? under which exact test cases?). In any case.
> > the problem is not here, but on the caller's side. It should not call
> > a
Dear Tom,
In message <20130923194554.GA5273@bill-the-cat> you wrote:
>
> So, I went off an modified cmd_pxe.c to pass around cmdtp so that we get
> an error message out, and it's not too bad looking, but it highlights
> another problem, which is that we could really use a way to get at least
> th
On 9/23/2013 1:23 PM, Troy Kisky wrote:
On 9/22/2013 5:05 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 9/20/2013 3:45 AM, Marek Vasut wrote:
Dear Troy Kisky,
i.mx6 has 1 otg controller, and 3 host ports. So,
CONFIG_USB_MAX_CONTROLLER_COUNT can be greater than 1
even though only 1 device mode
Dear Troy Kisky,
> On 9/23/2013 1:23 PM, Troy Kisky wrote:
> > On 9/22/2013 5:05 PM, Marek Vasut wrote:
> >> Dear Troy Kisky,
> >>
> >>> On 9/20/2013 3:45 AM, Marek Vasut wrote:
> Dear Troy Kisky,
>
> > i.mx6 has 1 otg controller, and 3 host ports. So,
> > CONFIG_USB_MAX_CONTRO
Dear Troy Kisky,
> On 9/22/2013 5:04 PM, Marek Vasut wrote:
> > Dear Troy Kisky,
> >
> >> On 9/20/2013 3:52 AM, Marek Vasut wrote:
> >>> Dear Troy Kisky,
> >>>
> set wMaxPacketSize for full speed descriptors
> fs_source_desc, fs_sink_desc to 64.
>
> Full-speed bulk endpoint
Dear Troy Kisky,
> On 9/22/2013 5:02 PM, Marek Vasut wrote:
> > Dear Troy Kisky,
> >
> >> On 9/20/2013 3:58 AM, Marek Vasut wrote:
> >>> Dear Troy Kisky,
> >>>
> Only perform one copy, either in the bounce
> routine for IN transfers, or the debounce
> rtn for OUT transfer.
>
On 09/23/2013 02:07 PM, Thierry Reding wrote:
> From: Jimmy Zhang
>
> The M, N and P width have been changed from Tegra30. The maximum value
> for N is limited to 255. So, the tegra_pll_x_table for Tegra114 should
> be set accordingly.
The series,
Acked-by: Stephen Warren
__
On 09/10/2013 11:48 PM, shh@gmail.com wrote:
> From: Shaohui Xie
>
> Previous process of compiling a PBL boot image is:
> 1: make
> 2: make u-boot.pbl
>
> for example:
> make T4240QDS_SDCARD_config
> make u-boot.pbl
>
> Now the process is:
> 1: make
>
> for example:
> make T4240QDS_SDCAR
(Interface is not quite the same as Phillips PCA9547.)
Signed-off-by: Michael Burr
Cc: Heiko Schocher
Cc: Michal Simek
---
drivers/i2c/i2c_core.c |5 +
include/i2c.h |2 ++
2 files changed, 7 insertions(+)
diff --git a/drivers/i2c/i2c_core.c b/drivers/i2c/i2c_core.c
inde
On Sun, 2013-09-22 at 11:58 +0800, tiger...@viatech.com.cn wrote:
> Hi, experts:
>
> Is the u-boot's NAND OOB-layout same with linux kernel's nand drivers?
It's supposed to be, though it's defined by individual drivers and there
may be some where the layout has been (unfortunately) changed over t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/21/2013 10:57 PM, myan wrote:
> Hi Tom,
>
> I posted some patches to add device tree support for VxWorks
> several days ago. Wolfgang provided me with some very useful
> feedback, and I sent v2 patches. The discussion and patches are
> recorded
On 09/23/2013 04:44 PM, Wolfgang Denk wrote:
Dear Tom,
In message <20130923194554.GA5273@bill-the-cat> you wrote:
So, I went off an modified cmd_pxe.c to pass around cmdtp so that we get
an error message out, and it's not too bad looking, but it highlights
another problem, which is that we cou
Commit 27af930e9a5c91365ca639ada580b338eabe4989 changed the boards.cfg format
but missed to change the parsing in buildman. A follow-on commit
03c1bb242548e4e9d267d784861ccd69a1887aa0 fixed this but missed fixing the
tests.
This patch updates the tests to fit the new Board constructor.
./tools/bu
It's fine as-is for now. Send a V2 with any changes Stephen, et al requested
(if any), and I'll get it into tegra-next when I return from vacation next
Monday (assuming it's been Acked).
Thanks,
Tom
> -Original Message-
> From: Alban Bedel [mailto:alban.be...@avionic-design.de]
> Sent:
There are a few make options such as BUILD_TAG which can be provided when
building U-Boot. Provide a way for buildman to pass these flags to make
also.
The flags should be in a [make-flags] section and arranged by target name
(the 'target' column in boards.cfg. See the README for more details.
Si
Hi, Scott:
Thanks for your answer!
>It's supposed to be, though it's defined by individual drivers and
there
>may be some where the layout has been (unfortunately) changed over time
>-- such as if a vendor kernel/U-Boot did it differently from upstream.
>Is there a specific NAND driver you're refer
This commit omits non-existing drivers/net/netarm_eth.c from the list.
This driver is deleted by commit b411eb30f.
Signed-off-by: Masahiro Yamada
---
doc/driver-model/UDM-net.txt | 6 --
1 file changed, 6 deletions(-)
diff --git a/doc/driver-model/UDM-net.txt b/doc/driver-model/UDM-net.txt
The following serial drivers do not exist any more.
- ns9750_serial.c: deleted by commit 4cfc611b4
- s3c4510b_uart.c: deleted by commit afad40299
- serial_clps7111.c: deleted by commit f2e080156
- serial_netarm.c: deleted by commit b411eb30f
This commit cleans up UDM-serial.txt.
Signed-off-b
commit 716f7ade104a9aeed647e19a8b8c9ed9f491359d
deleted all ep93xx SoC boards.
Now ep93xx SoC specific code
- arch/arm/cpu/arm920t/ep93xx/
- arch/arm/include/asm/arch-ep93xx/
are not used at all.
Signed-off-by: Masahiro Yamada
---
arch/arm/cpu/arm920t/ep93xx/Makefile| 41 --
arch/a
commit 716f7ade104a9aeed647e19a8b8c9ed9f491359d
deleted all ep93xx SoC boards.
Now there are no boards enabling CONFIG_EP93XX,
no boards using ep93xx_eth driver.
Signed-off-by: Masahiro Yamada
---
doc/driver-model/UDM-net.txt | 6 -
drivers/net/Makefile | 1 -
drivers/net/ep93xx_eth
This series deletes the remainders of dead board:
- arch/arm/cpu/arm920t/ep93xx/*
- arch/arm/include/asm/arch-ep93xx/*
- drivers/net/ep93xx_eth.[ch]
But while I was working to delete a dead driver "ep93xx_eth",
I realized re-numbering the drivers list in doc/driver-model/UDM-net.txt
was a pa
Hi Marek,
On Mon, Sep 23, 2013 at 8:59 PM, Marek Vasut wrote:
> Dear Vivek Gautam,
>
>> + Marek, Dan, Julius, Simon and Vikas for this cover patch ;-)
>>
> [...]
>
> Thanks, I have the patches lined up. Just waiting for Dans' talk with Sarah.
> Maybe we should put her on CC too next time so she
Hi , Scott:
First, My uboot version is 2013.04.
In the function scan_write_bbt(), U-boot uses MTD_OOB_PLACE to write BBT
data and BBT pattern. See ">>>" below
static int scan_write_bbt(struct mtd_info *mtd, loff_t offs, size_t len,
uint8_t *buf, uint8_t *oob)
Dear Piotr Wilczek,
On 21/05/13 22:00, Piotr Wilczek wrote:
> This patch add support for new multi function pmic max77693.
> The driver is split into three modules: pmic, muic and fuelgage.
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC: Minkyu Kang
> ---
> Makefile
Hi Simon,
> It seems like you could do something like
>
> /*
> * This is the delay for ...the spec requires a minimum of ...
> */
> #define SOME_SUITABLE_NAME 8000
>
> at the top of the file and then use it twice in your function.
The file contains a dozen handshake() calls that have a literal
Hi Julius,
On Mon, Sep 23, 2013 at 8:55 PM, Julius Werner wrote:
> Hi Simon,
>
> > It seems like you could do something like
> >
> > /*
> > * This is the delay for ...the spec requires a minimum of ...
> > */
> > #define SOME_SUITABLE_NAME 8000
> >
> > at the top of the file and then use it tw
When unbind the gadget driver, need call disconnect first.
Signed-off-by: Bo Shen
---
drivers/usb/gadget/atmel_usba_udc.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/atmel_usba_udc.c
b/drivers/usb/gadget/atmel_usba_udc.c
index f146c48..c99208d 10
Hi Masahiro,
And this driver works fine when my patch
(http://patchwork.ozlabs.org/patch/276429/) applied.
Best Regards,
Sergey Kostanbaev
On Tue, Sep 24, 2013 at 5:32 AM, Masahiro Yamada
wrote:
> commit 716f7ade104a9aeed647e19a8b8c9ed9f491359d
> deleted all ep93xx SoC boards.
>
> Now there are
Hi Masahiro,
EP93xx is not dead! I recently submit patch for full support of
edb9315a board (see http://patchwork.ozlabs.org/patch/276429/). And
it's working well on my boards and on the original evaluation board.
Best Regards,
Sergey Kostanbaev
On Tue, Sep 24, 2013 at 5:32 AM, Masahiro Yamada
Remove Prodrive pdnb3 board (including the scpu variant) support
from mainline. As its unmaintained and not needed any more for
quite some time.
Signed-off-by: Stefan Roese
Cc: Martijn de Gouw
Cc: Albert Aribaud
---
v2:
- Rebased on current master
- Added entries for pdnb3 and scpu to doc/READM
Hello Jens,
Am 23.09.2013 15:50, schrieb Jens Scharsig:
Hello,
I have a access violation problem with i2c_reloc_fixup on coldfire
m68k systems.
I found out, the i2c_reloc_fixup tries to relocate the adapter itself,
but at this time i2c_adap_p is already relocated.
Which toolchain?
Can anyb
The koelsch board has R8A7791, 2GB DDR3-SDRAM, USB,
Quad SPI, Ethernet, and more.
This patch supports the following functions:
- DDR3-SDRAM
- SCIF
- Quad SPI
- Ether
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Hisashi Nakamura
CC: Nobuhiro Iwamatsu
CC: Albert Aribaud
---
board/renesa
This adds the preset value to register for R8A7791.
Signed-off-by: Nobuhiro Iwamatsu
CC: Nobuhiro Iwamatsu
---
drivers/serial/serial_sh.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/serial/serial_sh.h b/drivers/serial/serial_sh.h
index a6558af..556b868 10
R8A7791 has the same sh-ether IP core as other SH/rmobile.
This patch adds support of R8A7791.
Signed-off-by: Nobuhiro Iwamatsu
CC: Nobuhiro Iwamatsu
CC: Joe Hershberger
---
drivers/net/sh_eth.c | 5 +++--
drivers/net/sh_eth.h | 4 ++--
2 files changed, 5 insertions(+), 4 deletions(-)
diff --
Hi Sascha,
Thanks for your inputs.
I think you commented w.r.t old driver configurations.
Yes, I will do these changes on next versions.
On Sun, Sep 22, 2013 at 12:24 AM, Sascha Silbe wrote:
> Jagannadha Sutradharudu Teki
> writes:
>
>> Added W25* parts are which are avilable in spi_flash_probe
75 matches
Mail list logo
