On 01/31/2011 09:45 AM, Heiko Schocher wrote:
I think, on arm plattforms we should move the pci_init as it is
done on powerpc plattforms, to board_init_r. It seems to me, that
this is a leftover from introducing relocation to arm. I also just
could think of using a PCI console before
Dear Albert ARIBAUD,
In message 4d47b20b.5040...@free.fr you wrote:
variables occupy space in the U-Boot binary? If they do, then *that*
must be fixed rather than allocating a fixed address for them. In ARM
achitectures, the linker file makes sure the BSS is at the end of the
image and
Hello Michael,
Michael Schwingen wrote:
On 01/31/2011 09:45 AM, Heiko Schocher wrote:
I think, on arm plattforms we should move the pci_init as it is
done on powerpc plattforms, to board_init_r. It seems to me, that
this is a leftover from introducing relocation to arm. I also just
could
Dear Wolfgang,
On Tuesday 01 February 2011 01:25 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4d4798e2.3050...@ti.com you wrote:
I had been working on creating an MMC SPL for OMAP4. OMAP boards
typically support booting from the FAT partition of a removable SD/MMC
card. So, we need
Hi Vaibhav,
On Tuesday 01 February 2011 12:22 PM, Bedia, Vaibhav wrote:
Hi Aneesh,
On Tuesday, February 01, 2011 10:54 AM, Aneesh V wrote:
Dear Wolfgang,
I had been working on creating an MMC SPL for OMAP4. OMAP boards
typically support booting from the FAT partition of a removable
SD/MMC
Hi Detlev,
Detlev Zundel wrote:
Hi Stefan,
do you have any comment on this series? I delegated the patches to you
in patchwork already :) No seriously, the patches look sane and are in
accordance to what is done in Linux
This field will be used to indicate the write buffer size
of
Hi Albert,
On Tuesday 01 February 2011 12:41 PM, Albert ARIBAUD wrote:
Le 01/02/2011 08:04, Albert ARIBAUD a écrit :
I'd like to make sure I understand the issue. Do these three BSS
variables occupy space in the U-Boot binary? If they do, then *that*
must be fixed rather than allocating a
Hello
Any news?
http://lists.denx.de/pipermail/u-boot/2010-December/083032.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Any news?
http://lists.denx.de/pipermail/u-boot/2011-January/085072.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tuesday, February 01, 2011 1:57 PM, V, Aneesh wrote:
Hi Vaibhav,
[...]
I guess you will hit a similar issue with the networking related
code is used (I am not sure if SPL uses it). That also requires a
decent size of bss.
Luckily we don't need networking related code in SPL.
It
On Tuesday, February 01, 2011 1:48 PM, Aneesh V wrote:
Dear Wolfgang,
On Tuesday 01 February 2011 01:25 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4d4798e2.3050...@ti.com you wrote:
I had been working on creating an MMC SPL for OMAP4. OMAP boards
typically support booting from
Hi Reinhard,
On Mon, Jan 31, 2011 at 08:17:36AM +0100, Reinhard Meyer wrote:
Dear Albert ARIBAUD, Simon Guinot,
Here is the protect area map for a MX25L4005A 4Mb flash:
bit 2 1 0 | protect level
|___
0 0 0 | none
0 0 1 | block 7
thanks for your reply.
You are right, the format was totally wrong; I apologize!
Concerning the patch itself: I agree: low-level hangups should trigger
the watchdog although in this specific case the hangups will not occur
due to a timeout construction surrounding it.
Unfortunately I'm not able
Dear Aneesh V,
In message 4d47c1c9.1020...@ti.com you wrote:
Why would that be necessary? Just put the BSS segment in SDRAM, and
everything is fine, isn't it?
SDRAM is initialized by the SPL. So, bss can not be initialized and
used until SDRAM initialization is complete. I would prefer
Dear Bedia, Vaibhav,
In message fccfb4cdc6e5564b9182f639fc356087035fb31...@dbde02.ent.ti.com you
wrote:
Luckily we don't need networking related code in SPL.
It might be required later on :)
It makes no sense. Load and start U-Boot if you need more fancy
features. If you need even more
On Tuesday, February 01, 2011 3:35 PM, Wolfgang Denk wrote:
Dear Bedia, Vaibhav,
In message
fccfb4cdc6e5564b9182f639fc356087035fb31...@dbde02.ent.ti.com you
wrote:
Luckily we don't need networking related code in SPL.
It might be required later on :)
It makes no sense. Load and
Dear GRACE, ERWAN (ERWAN)** CTR **,
please make sure to keep the mailing list on Cc:
Also, please restrict your line length to some 70 characters or so.
In message
f427b25935cd0742ba694c0b6918f5701b70632...@frmrssxchmbse2.dc-m.alcatel-lucent.com
you wrote:
Thank you for your answer. I'd
Le 01/02/2011 11:18, Bedia, Vaibhav a écrit :
On Tuesday, February 01, 2011 3:35 PM, Wolfgang Denk wrote:
Dear Bedia, Vaibhav,
In message
fccfb4cdc6e5564b9182f639fc356087035fb31...@dbde02.ent.ti.com you
wrote:
Luckily we don't need networking related code in SPL.
It might be required
Le 01/02/2011 11:45, Michael Trimarchi a écrit :
Hi
/home/toolchain/bin/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-ld
-pie -r -o libat91.o lowlevel_init.o clock.o cpu.o reset.o timer.o
Hi Stefan,
Stefan Roese wrote:
as I told in another mail, the min I/O size adaption patch leads to
incompatibilites for the UBIFS and therefore the similar patch in linux
kernel was reverted. But anyway the first five patches in the patch serie
are already part of the mtd layer of the linux
Le 01/02/2011 10:09, Simon Guinot a écrit :
In this case, a *software* protection mechanism like for NOR flash
would be a better choice.
Or no protection at all. After all, there is no such mechanism
implemented for u-boot and Linux...
Actually yes, there is, for NOR at least: in U-boot,
Le 01/02/2011 08:57, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message4d47ad9a.3060...@free.fr you wrote:
Wolfgang, do we:
- wait for Prafulla's pull, or
- just take Stefano's and move ahead with this release, and Prafulla
stacks the current changes onto his 'next' branch until
Hi,
I would like to support UBI under U-Boot. I could successfully flash a
raw UBIFS image with the ubi write command, and also a UBI (ubinize)
image with the nand write command. So it's working well. But in the
second case, I will loose all existing information (e.g. the erase
counters).
On Tuesday, February 01, 2011 4:19 PM, Albert ARIBAUD wrote:
[...]
That would be way outside of how U-Boot is supposed to work: the
assumption is that the SPL and U-Boot itself are present on-board
anyway -- the rationale being that the board should be able to get
to the U-Boot prompt with
Hi
I have moved onto 2009.11, though more new versions are available but still ..
I am using a MPC8XX based board( as earlier), but now the code is crashing
in env_relocate() function. On applying debug prints I found that the
code was failing
in malloc with a Bus Fault with the following dump -
Dear Bedia, Vaibhav,
In message fccfb4cdc6e5564b9182f639fc356087035fbed...@dbde02.ent.ti.com you
wrote:
In that case how can network boot be supported in U-Boot? Is the expectation
that the SPL image which gets downloaded to internal RAM inits SDRAM,
relocates to it and then download any
Dear saugat mitra,
In message AANLkTi=soo3ravp8ashbruynoq4ttc_f07miz3wrk...@mail.gmail.com you
wrote:
I have moved onto 2009.11, though more new versions are available but still ..
Stefano wrote:
| make yourself a favour and upgrade to last U-Boot version...
Can you please explain why you
On Feb 1, 2011, at 4:08 AM, Timur Tabi wrote:
On Mon, Jan 31, 2011 at 11:28 PM, Kumar Gala ga...@kernel.crashing.org
wrote:
+#if defined(SPD_EEPROM_ADDRESS) || \
+defined(SPD_EEPROM_ADDRESS1) || defined(SPD_EEPROM_ADDRESS2) || \
+defined(SPD_EEPROM_ADDRESS3) ||
On Tue, 2011-02-01 at 08:34 +0100, Wolfgang Denk wrote:
Can you please be more specific? I don't see where the
LDFLAGS_u-boot commit (you mean 8aba9dc ?) would change any related
code. The relevant hunk looks like this:
@@ -204,9 +204,11 @@ endif
AFLAGS := $(AFLAGS_DEBUG)
Getting this error with the u-boot compilation http://pastebin.com/h3x90vHK
u-boot is a git clone of the git://gitorious.org/hawkboard/u-boot.git
plz help any idea what needs to be done to fix this .
Thanks .
___
U-Boot mailing list
U-Boot@lists.denx.de
Dear Vaishali,
In message AANLkTikrrkC5fk7C1-Pm+Fx88h7Pu_2Nyz6rLJ=x2...@mail.gmail.com you
wrote:
Getting this error with the u-boot compilation http://pastebin.com/h3x90vHK
u-boot is a git clone of the git://gitorious.org/hawkboard/u-boot.git
plz help any idea what needs to be done to fix
Do we have one?
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, 31 Jan 2011 22:02:03 -0600
Kumar Gala ga...@kernel.crashing.org wrote:
On Jan 31, 2011, at 4:52 PM, Scott Wood wrote:
On Mon, 31 Jan 2011 16:37:44 -0600
Kumar Gala ga...@kernel.crashing.org wrote:
* fix where we define this, it should !CONFIG_NAND_SPL, read the old
Hi All,
We have built u-boot (from git as suggested by U-Boot SPARC / LEON Port v
1.0.0 April 2009.
The building is successfull.
I configured for execution in ram (CONFIG_SYS_TEXT_BASE = 0x4000) and
the system runs.
But nothing I see on the serial console connected to minicom.
When I do Crtl+C
On Mon, 31 Jan 2011 22:14:45 -0500
Haiying Wang haiying.w...@freescale.com wrote:
On Mon, 2011-01-31 at 15:28 -0600, Kumar Gala wrote:
On Jan 31, 2011, at 2:50 PM, Haiying Wang wrote:
On Mon, 2011-01-31 at 21:11 +0100, Wolfgang Denk wrote:
+#ifdef CONFIG_P1021
+
On Tuesday 01 February 2011 08:11:51 Stefano Babic wrote:
On 11/29/2010 03:18 PM, Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
Hi Marek,
in my regression tests to check if all IMX boards are compiled clean I
found the following warnings (efikamx):
mxc_ata.c:90:
On Tue, 2011-02-01 at 10:50 -0600, Scott Wood wrote:
If it is a one time setting, there should be no problem to put it into
board code. But these pin settings need to be done before any usage of
phy read/write (accessing MDIO/MDC), and need to be released after the
usage of phy, thus
Drop warnings due to unused variables.
Signed-off-by: Stefano Babic sba...@denx.de
CC: Marek Vasut marek.va...@gmail.com
---
drivers/block/mxc_ata.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/block/mxc_ata.c b/drivers/block/mxc_ata.c
index 842a633..f22f4f4
On 01/19/2011 08:40 PM, Jason Liu wrote:
This patch add the MX53 boot image support.
This patch has been tested on Freescale MX53EVK board
and MX51EVK board.
Signed-off-by: Jason Liu r64...@freescale.com
---
Applied to u-boot-imx, thanks
Regards,
Stefano Babic
--
On 01/19/2011 03:40 PM, Marek Vasut wrote:
Define voltages configurable on SWx buck switchers.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Acked-by: Stefano Babic sba...@denx.de
---
include/mc13892.h | 39 +++
1 files changed, 39 insertions(+), 0
On 01/19/2011 03:40 PM, Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
v2: Remove stray newline and useless parens
board/freescale/mx51evk/mx51evk.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
Applied to u-boot-imx, thanks
Best regards,
On 01/20/2011 06:53 PM, Stefano Babic wrote:
The patch adds suupport for the Freescale's mx35pdk board
(known as well as mx35_3stack).
The board boots from the NOR flash. Following devices
are supported:
- two ethernet devices (FEC and SMC911x on debug board)
- I2C
- PMIC (MC13892) via
On 01/20/2011 06:53 PM, Stefano Babic wrote:
From: Anatolij Gustschin ag...@denx.de
We need to shift only one time in each cycle in the swapping loop
for unaligned tx case. Currently two byte shift operations are
performed in each loop cycle causing zero gaps in the transmited
data, so not
On 01/20/2011 09:46 AM, Stefano Babic wrote:
From: Anatolij Gustschin ag...@denx.de
The MXC SPI driver didn't calculate the SPI clock up to
now and just used highest possible divider 512 for DATA
RATE in the control register. This results in very low
transfer rates.
The patch adds code
Hi Albert,
here my pull request for u-boot-imx. Since my last pull-request, I
rebased my tree to substitute:
imximage: Add MX53 boot image support
I fixed the wrong mode,too, and I cherry-picked from u-boot-arm:
ARM: fix broken build of ARM
that you have already merged, to avoid
Are there any PCIE networking cards that are supported? So far I've
tried an Intel card and a Realtek RTL8168 card, but neither is
supported. It looks like the E1000 driver only supports PCI and PCIX
based cards (Linux uses the e1000e card for PCIe cards).
-Aaron
Hi
On 02/01/2011 01:16 PM, Albert ARIBAUD wrote:
Le 01/02/2011 11:45, Michael Trimarchi a écrit :
Hi
/home/toolchain/bin/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-ld
-pie -r -o libat91.o lowlevel_init.o clock.o cpu.o reset.o timer.o
We utilize e1000 PCIe cards all the time
- k
On Feb 1, 2011, at 1:10 PM, Aaron Williams wrote:
Are there any PCIE networking cards that are supported? So far I've
tried an Intel card and a Realtek RTL8168 card, but neither is
supported. It looks like the E1000 driver only supports PCI and
On Feb 1, 2011, at 11:01 AM, Haiying Wang wrote:
On Tue, 2011-02-01 at 10:50 -0600, Scott Wood wrote:
If it is a one time setting, there should be no problem to put it into
board code. But these pin settings need to be done before any usage of
phy read/write (accessing MDIO/MDC), and need
On Tue, 1 Feb 2011 13:15:01 -0600
Kumar Gala ga...@kernel.crashing.org wrote:
We utilize e1000 PCIe cards all the time
Aren't there some versions that work, and some that don't?
-Scott
- k
On Feb 1, 2011, at 1:10 PM, Aaron Williams wrote:
Are there any PCIE networking cards that
Dear Kumar Gala,
In message 9a3702c1-3ed1-4f24-a0bc-ca7daea46...@kernel.crashing.org you wrote:
Do we have one?
Not yet. Are you volunteering?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5,
Hi,
2011/2/1 Michael Trimarchi trimar...@gandalf.sssup.it:
Hi
On 02/01/2011 01:16 PM, Albert ARIBAUD wrote:
Le 01/02/2011 11:45, Michael Trimarchi a écrit :
Hi
/home/toolchain/bin/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-ld
-pie -r -o libat91.o
Hi,
2011/2/1 Simon Glass s...@chromium.org:
Hi Remy,
Still waiting on some boards to try, unfortunately. I expect it will happen
in the next 2 weeks though (ARM9 and OMAP4 platforms). Once I get to the
bottom of it I will split the patches as requested. I have not seen reports
from other
On Tue, 2011-02-01 at 13:15 -0600, Kumar Gala wrote:
On Feb 1, 2011, at 11:01 AM, Haiying Wang wrote:
On Tue, 2011-02-01 at 10:50 -0600, Scott Wood wrote:
If it is a one time setting, there should be no problem to put it into
board code. But these pin settings need to be done before
On Tue, 1 Feb 2011 20:32:29 +0100
Wolfgang Denk w...@denx.de wrote:
Dear Scott Wood,
In message 20110201102446.23b4a...@udp111988uds.am.freescale.net you wrote:
Prior to the introduction of LDFLAGS_u-boot, was LDFLAGS not what was
used? So before, anything that board/cpu code adds
Dear all,
/home/toolchain/bin/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-ld
-pie -r -o libat91.o lowlevel_init.o clock.o cpu.o reset.o timer.o
/home/toolchain/bin/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-ld:
-r and
Dear Scott Wood,
In message 20110201135136.0817f...@udp111988uds.am.freescale.net you wrote:
Prior to the introduction of LDFLAGS_u-boot, was LDFLAGS not what was
used? So before, anything that board/cpu code adds directly to LDFLAGS
(maybe they're supposed to use PLATFORM_LDFLAGS, but
On Tue, 1 Feb 2011 21:20:50 +0100
Wolfgang Denk w...@denx.de wrote:
Dear Scott Wood,
In message 20110201135136.0817f...@udp111988uds.am.freescale.net you wrote:
Prior to the introduction of LDFLAGS_u-boot, was LDFLAGS not what was
used? So before, anything that board/cpu code adds
This is an Intel EXPI9301 PRO/1000 OEM card, vendor ID 0x8086, device ID
0x10d3. I added it to the list but I don't know what the MAC type is. I'll
look into the Linux driver and see if I can see what it is.
-Aaron
On Tuesday, February 01, 2011 11:19:24 am Scott Wood wrote:
On Tue, 1 Feb
Hi Stefano,
Le 01/02/2011 19:13, Stefano Babic a écrit :
Hi Albert,
here my pull request for u-boot-imx. Since my last pull-request, I
rebased my tree to substitute:
imximage: Add MX53 boot image support
I fixed the wrong mode,too, and I cherry-picked from u-boot-arm:
ARM:
I too am interested in this. I am running EHCI and have had problems with a
number of USB storage devices, one of which (the SanDisk Cruzer) causes a
crash due to it reporting the maximum LUN as 1. I'm also seeing some
interesting performance issues with ext2 being extremely slow compared to
Hi Wolfgang,
Please pull from u-boot-arm/master to go into rc1 of upcoming release.
The following changes since commit 6f918bd46482f889f4d94623b09daf659a1974bd:
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2011-01-31
23:20:32 +0100)
are available in the git repository at:
I haven't seen any new feedback on this version (V6) of the patchset
since it was posted.
Wolfgang, Mike, Peter, et al - are you happy with the current patch?
If so, when can I expect it to be pushed?
Thanks,
Tom
On Thu, Jan 27, 2011 at 1:58 PM, Tom Warren twarren.nvi...@gmail.com wrote:
This
Hello clueful people, I am new to U-Boot.
I am having trouble executing anything using U-Boot. I have read the U-Boot
README and Manual. I have also tried to following the steps on
plugcomputer.org's wiki. I was feeling like I was beginning to get a clue but
then I couldn't get anything to
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
---
This patch depends on sh: add support for sh7757lcr board.
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7313542..c26c9a7 100644
--- a/MAINTAINERS
+++
The R0P7757LC0030RL board has SH7757, 256MB DDR3-SDRAM, SPI ROM,
Ethernet, and more.
This patch supports the following functions:
- 256MB DDR3-SDRAM
- SPI ROM
- Ethernet
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
---
about v3:
- change my email address in Makefile
Hi Aaron,
OK good. Yes I notice ext2 is slow also, but the dcache is still off so I
assumed that was it.
I have had no hub problems, but have only tried two types. I do recall a LUN
patch floating around. I was going to try with an uSD card to see if it is
needed there.
Regards,
Simon
On Tue,
Add support for Bluewater Systems AT91 based Snapper 9260 and 9G20
single board computer modules. Includes NAND flash and Ethernet
support.
Signed-off-by: Ryan Mallon r...@bluewatersys.com
---
Patches apply against the rework101229 branch of
git://git.denx.de/u-boot-atmel.git.
Builds and runs.
You may want to look at the following patch that adds support for 0x10d3:
http://patchwork.ozlabs.org/patch/79788/
- k
On Feb 1, 2011, at 3:32 PM, Aaron Williams wrote:
This is an Intel EXPI9301 PRO/1000 OEM card, vendor ID 0x8086, device ID
0x10d3. I added it to the list but I don't know
On Feb 1, 2011, at 1:46 PM, Haiying Wang wrote:
On Tue, 2011-02-01 at 13:15 -0600, Kumar Gala wrote:
On Feb 1, 2011, at 11:01 AM, Haiying Wang wrote:
On Tue, 2011-02-01 at 10:50 -0600, Scott Wood wrote:
If it is a one time setting, there should be no problem to put it into
board code.
On Jan 31, 2011, at 3:37 PM, Wolfgang Denk wrote:
Dear Haiying Wang,
In message 1296507737.2049.518.camel@haiying-laptop you wrote:
On Mon, 2011-01-31 at 21:08 +0100, Wolfgang Denk wrote:
Dear haiying.w...@freescale.com,
In message
Le 02/02/2011 01:54, Alfred Morgan a écrit :
Hello clueful people, I am new to U-Boot.
I am having trouble executing anything using U-Boot. I have read the U-Boot
README and Manual. I have also tried to following the steps on
plugcomputer.org's wiki. I was feeling like I was beginning to
Hi Eric,
Le 25/01/2011 23:31, Eric Bénard a écrit :
this board was cancelled long time ago so remove it as it won't
be maintained anymore
Signed-off-by: Eric Bénarde...@eukrea.com
---
board/mp2usb/Makefile| 50 -
board/mp2usb/config.mk |3 -
board/mp2usb/flash.c |
hi,
On Tue, Feb 1, 2011 at 9:00 PM, Vaishali vaishali.dhak...@sukrutsystems.com
wrote:
Getting this error with the u-boot compilation
http://pastebin.com/h3x90vHK
u-boot http://pastebin.com/h3x90vHK%0Au-boot is a git clone of the
git://gitorious.org/hawkboard/u-boot.git
plz help any idea
Applied, thanks.
On Thu, Jan 27, 2011 at 10:06:14AM +0900, Yoshihiro Shimoda wrote:
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
---
arch/sh/config.mk |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/sh/config.mk b/arch/sh/config.mk
hi,
On Tue, Feb 1, 2011 at 9:00 PM, Vaishali vaishali.dhak...@sukrutsystems.com
wrote:
Getting this error with the u-boot compilation
http://pastebin.com/h3x90vHK
u-boot http://pastebin.com/h3x90vHK%0Au-boot is a git clone of the
git://gitorious.org/hawkboard/u-boot.git
plz help any idea
On Feb 1, 2011, at 1:29 PM, Wolfgang Denk wrote:
Dear Kumar Gala,
In message 9a3702c1-3ed1-4f24-a0bc-ca7daea46...@kernel.crashing.org you
wrote:
Do we have one?
Not yet. Are you volunteering?
Nope, too much to do as it stands.
Wanted to see if anyone had input on how to deal with
Applied, thanks.
On Wed, Feb 02, 2011 at 10:05:39AM +0900, Yoshihiro Shimoda wrote:
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
---
This patch depends on sh: add support for sh7757lcr board.
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
The problem is clear from this IRC log, where vickylinuxer described his
grief
(so I included the log, the board really doesn't build). I also did a quick and
dirty patch (follows the log, it might give you an idea where it breaks, but
it's a mess -- not all is relevant and it probably breaks
On 02/02/11 02:09, Tom Warren wrote:
I haven't seen any new feedback on this version (V6) of the patchset
since it was posted.
Wolfgang, Mike, Peter, et al - are you happy with the current patch?
I'm Ok with the current patch.
If so, when can I expect it to be pushed?
Thanks,
Tom
80 matches
Mail list logo