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 controller is
available, but not presently enabled.
Additional board information i
>
> applied
>
> - k
Thank you.
I have another board config for your consideration.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Kumar,
On 01/27/2011 05:29 AM, Kumar Gala wrote:
> On Jan 26, 2011, at 4:00 PM, Wolfgang Denk wrote:
>
>> Dear Kumar Gala,
>>
>> In message you
>> wrote:
>>> What kinda reset do you expect to occur? Depending on this the answer
>>> might be that we dont have any such registers that persist
On Thu, Jan 27, 2011, Jason Liu wrote:
> arm-none-linux-gnueabi-ld -pie -r -o libstubs.o stubs.o
> arm-none-linux-gnueabi-ld: -r and -shared may not be used together
>
> I found this error is related with the following commit:
> commit 8aba9dceebb14144e07d19593111ee3a999c37fc
I've noticed the
Dear Graeme Russ,
In message you
wrote:
>
> I thought I did by moving sc520_pci between sc520 and sc520_ssi
>
> Or should I sort based on CONFIG_ defines?
That's what I expected, but you are probably right. Please ignore me.
You have my ACK.
Best regards,
Wolfgang Denk
--
DENX Software E
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Thursday, January 27, 2011 2:05 PM
> To: Hu Mingkai-B21284
> Cc: u-boot@lists.denx.de; Fleming Andy-AFLEMING; Zang Roy-R61911; Liu Dave-
> R63238; Medve Emilian-EMMEDVE1; Tabi Timur-B04825; Phillips Kim-R1A
Hi Macpaul,
I totally agree with you, maybe there're some effort to get all the PHY chip's
datasheet. :)
As you know, some datasheet is under NDA.
Thanks,
Mingkai
From: Macpaul Lin [mailto:macp...@gmail.com]
Sent: Thursday, January 27, 2011 1:44 PM
To: Hu Mingkai-B21284
Cc: u-boot@lists.denx.de
Dear Kumar Gala,
In message <087ef8c3-9d3f-4228-8db8-c8f8ef61b...@kernel.crashing.org> you wrote:
>
> > external hard reset ?
>
> If so, there isnt any state saved across such a reset in the SoC
Hm, so really all registers are explicitly initialized? What a pitty.
Best regards,
Wolfgang Denk
Dear Jason Liu,
In message you
wrote:
> Hi, There,
>
> I met an error when building on the latest master branch of uboot, the
> error as the following,
>
> arm-none-linux-gnueabi-gcc -g -Os -fno-common -ffixed-r8
> -msoft-float -D__KERNEL__
> -DCONFIG_SYS_TEXT_BASE=0x9780 -I/home/r64
On 01/27/2011 08:42 AM, Jason Liu wrote:
> Hi, There,
>
Hi Jason,
>
> I found this error is related with the following commit:
>
> commit 8aba9dceebb14144e07d19593111ee3a999c37fc
>
> Are you aware of that?
I can confirm this problem, and it is relevant for arm only.
As far I can understand a
Hi,
Brunck, Holger wrote:
> This patch serie fixes a problem in the UBI layer. The min I/O size has
> currently a fixed value of 1 for NOR flashes. But for NOR flashes the min I/O
> size has to be equal to the size of the writebuffer of the flash. Therefore
> the
> mtd layer was enhanced with the
On 24 January 2011 16:33, Minkyu Kang wrote:
> Signed-off-by: Minkyu Kang
> ---
> arch/arm/include/asm/arch-s5pc1xx/uart.h | 5 -
> drivers/serial/serial_s5p.c | 2 +-
> 2 files changed, 5 insertions(+), 2 deletions(-)
>
applied to u-boot-samsung
Minkyu Kang
--
from. pro
On 24 January 2011 16:33, Minkyu Kang wrote:
> S5PC210 is a 32-bit RISC and Cortex-A9 Dual Core based micro-processor.
>
> Signed-off-by: Minkyu Kang
> Signed-off-by: Kyungmin Park
> ---
> v4
> use inline function instead of static value
> v3
> support EVT1 cpu_id
> v2
> fix typo: RSIC -> RIS
On 24 January 2011 16:33, Minkyu Kang wrote:
> This patch adds support for Samsung s5pc210 universal board
>
> Signed-off-by: Minkyu Kang
> Signed-off-by: Kyungmin Park
> ---
> v4
> use get_ram_size function
> fix the sp address
> v3
> remove config.mk
> don't add board to MAKEALL
> v2
> re
Dear Albert ARIBAUD,
The following changes since commit b722e646f9a6e2ebcae4845afc596b4dad4f7bcb:
DaVinci DM6467: Enhance board Support (2010-12-28 17:38:22 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-samsung master
Minkyu Kang (4):
armv7: s5pc1xx: don't us
Hello List,
I am currently trying to build an emulated linux system for arm using all new
U-BOOT, Kernel, rootfs stuff. And I was stucked with the problem that I cannot
run u-boot-2010.12.tar.bz2 downloaded from ftp://ftp.denx.de/pub/u-boot/ under
qemu. Meanwhile u-boot-2010.09.tar.bz2 runs per
From: Haiying Wang
Signed-off-by: Haiying Wang
Acked-by: Scott Wood
---
Makefile | 30 ++
1 files changed, 14 insertions(+), 16 deletions(-)
diff --git a/Makefile b/Makefile
index 5f93646..0d1ea5d 100644
--- a/Makefile
+++ b/Makefile
@@ -287,17 +287,6 @@ LDPPFLA
Use SPMR instead of HRCWL when calculating clocks as HCRWL
may be changed and the CPU will not pick up all changes
until there is a POR. u-boot will think SPMF has changed and get
the clocks wrong.
Signed-off-by: Joakim Tjernlund
---
arch/powerpc/cpu/mpc83xx/speed.c | 15 ---
inclu
Signed-off-by: Asen Dimov
---
board/ronetix/pm9g45/pm9g45.c | 15 +++
include/configs/pm9g45.h |5 +
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/board/ronetix/pm9g45/pm9g45.c b/board/ronetix/pm9g45/pm9g45.c
index 79b7c9d..0e1d6b2 100644
--- a/board/
Commit 8aba9dceebb14144e07d19593111ee3a999c37fc breaks
ARM boards because for ARM the -pie option is used
for partial linking together with -r option.
The patch adds the -pie option to link u-boot.bin only.
Signed-off-by: Stefano Babic
CC: Jason Liu
CC: l...@dooz.org
CC: Wolfgang Denk
CC: Albe
Mike,
On Thu, Jan 27, 2011 at 12:41 AM, Mike Rapoport wrote:
> Tom,
>
> On 01/26/11 19:05, Tom Warren wrote:
>> Mike,
>>
>> On Wed, Jan 26, 2011 at 1:13 AM, Mike Rapoport wrote:
>>> My point was that pin muxing belongs to the board code rather than to the
>>> driver. Driver should just assume th
Mingkai Hu wrote:
> + u16 phy_reg;
> + u32 phy_ID;
> + int i;
> + struct phy_info *theInfo = NULL;
> +
> + /* Grab the bits from PHYIR1, and put them in the upper half */
> + phy_reg = tsec_phy_read(mii_info, 0, MII_PHYSID1);
> + phy_ID = (phy_reg & 0x) << 16;
> +
>
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 the MTD device. UBI will set it's min
Hi Holger,
> Hi,
>
> Brunck, Holger wrote:
>> This patch serie fixes a problem in the UBI layer. The min I/O size has
>> currently a fixed value of 1 for NOR flashes. But for NOR flashes the min I/O
>> size has to be equal to the size of the writebuffer of the flash. Therefore
>> the
>> mtd layer
Mingkai Hu wrote:
> +LIB := $(obj)libfm.a
Libraries are now .o files, not .a files. Take a look at the other Makefiles to
see how they've recently changed.
> +u32 fm_muram_alloc(struct fm_muram *mem, u32 size, u32 align)
> +{
> + u32 ret;
> + u32 align_mask, off;
> + u32 save;
> +
>
Mingkai Hu wrote:
> +enum board_slots {
> + SLOT1 = 1,
> + SLOT2,
> + SLOT3,
> + SLOT4,
> + SLOT5,
> + SLOT6,
> +};
This is silly. SLOT1 == 1, SLOT2 == 2, etc. Just delete this enum and use
numbers.
--
Timur Tabi
Linux kernel developer at Freescale
___
Hi,
2011/1/6 Nobuhiro Iwamatsu :
> Linker needs to use the proper endian/bfd flags even when doing partial
> linking.
> LDFLAGS_u-boot sets linker option which is called it when U-boot is built
> (u-boot final).
> LDFLAGS sets necessary option by partial linking (use in cmd_link_o_target).
>
> CC
Hi,
2011/1/27 Remy Bohmer :
> Hi,
>
> 2011/1/6 Nobuhiro Iwamatsu :
>> Linker needs to use the proper endian/bfd flags even when doing partial
>> linking.
>> LDFLAGS_u-boot sets linker option which is called it when U-boot is built
>> (u-boot final).
>> LDFLAGS sets necessary option by partial lin
Le 25/01/2011 08:56, Jason Liu a écrit :
> Hi, Wolfgang,
>
> 2011/1/20 Jason Liu:
>> 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
>>
>> ---
>> Changes for v2:
>> - Address the following c
Hi Lei Wen,
Le 26/01/2011 11:31, Lei Wen a écrit :
> diff --git a/README b/README
> index 755d17c..e0341b5 100644
> --- a/README
> +++ b/README
> @@ -319,6 +319,11 @@ The following options need to be configured:
> CONFIG_SYS_PQ2FADS - PQ2FADS-ZU or PQ2FADS-VR
>
Hi Wolfgang,
Le 26/01/2011 14:07, Wolfgang Denk a écrit :
> Dear =?ISO-8859-15?Q?Matthias_Wei=DFer?=,
>
> In message<4d4018ad.7090...@arcor.de> you wrote:
>>
>>> IIRC, the '---' line separates patch commit message (above) from
>>> freeform comments and history (below). Here, at least the version
On 01/27/2011 07:24 PM, Albert ARIBAUD wrote:
>>
>> Any feedback about this patch?
>
> I think Stefano should be added in Cc: as IMX custodian.
I have already got it. This is the revisited patch that was too fast
merged in u-boot-imx.
Jason, I have no remarks on it and for testing purpose I have
From: Joe Xue
---
README|7 +
drivers/net/Makefile |1 +
drivers/net/ax88183.c | 265 +++
drivers/net/ax88183.h | 559 +
4 files changed, 832 insertions(+), 0 deletions(-)
create mode 100644 drivers/n
Le 27/01/2011 12:12, Stefano Babic a écrit :
> On 01/27/2011 08:42 AM, Jason Liu wrote:
>> Hi, There,
>>
>
> Hi Jason,
>
>>
>> I found this error is related with the following commit:
>>
>> commit 8aba9dceebb14144e07d19593111ee3a999c37fc
>>
>> Are you aware of that?
>
> I can confirm this problem,
Hi
2010/11/1 Reinhard Meyer :
> Dear Alexander Stein,
>> This patch series changes some at91 boards to SoC access and adds some
>> defines
>> to make the boards compilable again.
>> Please note: All changes are untested!
>
> Ok, I will look over them, and apply them in a test branch here, if they
Hello,
Am 27.01.2011 17:03, schrieb Stefano Babic:
> Commit 8aba9dceebb14144e07d19593111ee3a999c37fc breaks
> ARM boards because for ARM the -pie option is used
> for partial linking together with -r option.
>
> The patch adds the -pie option to link u-boot.bin only.
Using native compilation with
Hi Alexander,
Le 27/01/2011 20:42, Alexander Holler a écrit :
> Hello,
>
> Am 27.01.2011 17:03, schrieb Stefano Babic:
>> Commit 8aba9dceebb14144e07d19593111ee3a999c37fc breaks
>> ARM boards because for ARM the -pie option is used
>> for partial linking together with -r option.
>>
>> The patch add
Am 27.01.2011 21:20, schrieb Albert ARIBAUD:
> Hi Alexander,
>
> Le 27/01/2011 20:42, Alexander Holler a écrit :
>> Hello,
>>
>> Am 27.01.2011 17:03, schrieb Stefano Babic:
>>> Commit 8aba9dceebb14144e07d19593111ee3a999c37fc breaks
>>> ARM boards because for ARM the -pie option is used
>>> for part
This series of patches adds preliminary/baseline support for NVIDIA's
Tegra2 SoC. Basic CPU (AVP), RAM and UART init are covered so that the
system (Harmony or Seaboard) can boot to the U-Boot serial cmd prompt.
Further support (for Cortex-A9 CPU(s), USB, SD/MMC, etc.) to follow.
Changes for V2:
Signed-off-by: Tom Warren
---
Changes for V2:
- Coding style cleanup
- Move serial driver changes to separate patch
- Use board/nvidia instead of board/tegra
- Remove TRUE/FALSE defines
- Use standard NS16550 registers/bit defines in UART init
Changes for V
Signed-off-by: Tom Warren
---
Changes for V2:
- Move serial driver to separate patch
Changes for V5:
- Move arch/arm/cpu/armv7/uart.c & board.h to drivers/serial and
rename to serial_tegra2.c
- Remove use of uart_num & UART_A/D in serial_tegra2, simplify co
Signed-off-by: Tom Warren
---
Changes for V2:
- Use board/nvidia/ instead of /board/tegra
- Change nv-common.h config file to tegra2-common.h
Changes for V6:
- Use #if defined() where possible in config files/UART code
MAINTAINERS |4 +
board/nvid
Signed-off-by: Tom Warren
---
Changes for V2:
- Remove mach-types.h change; wait for ARM kernel sync-up
- Use board/nvidia instead of board/tegra
Changes for V6:
- Use #if defined() where possible in config files/UART code
MAINTAINERS|1 +
board/
Le 27/01/2011 21:55, Alexander Holler a écrit :
> Am 27.01.2011 21:20, schrieb Albert ARIBAUD:
>> Hi Alexander,
>>
>> Le 27/01/2011 20:42, Alexander Holler a écrit :
>>> Hello,
>>>
>>> Am 27.01.2011 17:03, schrieb Stefano Babic:
Commit 8aba9dceebb14144e07d19593111ee3a999c37fc breaks
ARM b
Dear root,
In message <1296154517-9577-1-git-send-email-lg...@hotmail.com> you wrote:
> From: Joe Xue
Please add your Signed-off-by: line, and provide a real name in the
sender address.
And then please run your patch through checkpatch.pl; as is it
reports: total: 383 errors, 327 warnings
Best
Dear Albert ARIBAUD,
In message <4d41df41.4000...@free.fr> you wrote:
>
> So I think the binary should be pretty much the same in the 'old' and
> 'new' cases, and that should be irrespective of the tool chain.
>
> Alexander, can you run the same test with your BeagleBoard and let me
> know of any
Le 27/01/2011 22:14, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4d41df41.4000...@free.fr> you wrote:
>>
>> So I think the binary should be pretty much the same in the 'old' and
>> 'new' cases, and that should be irrespective of the tool chain.
>>
>> Alexander, can you run the sa
Am 27.01.2011 22:10, schrieb Albert ARIBAUD:
> Le 27/01/2011 21:55, Alexander Holler a écrit :
>> Am 27.01.2011 21:20, schrieb Albert ARIBAUD:
>>> Hi Alexander,
>>>
>>> Le 27/01/2011 20:42, Alexander Holler a écrit :
Hello,
Am 27.01.2011 17:03, schrieb Stefano Babic:
> Commit 8ab
Hi Minkyu,
On Mon, Jan 24, 2011 at 6:33 PM, Minkyu Kang wrote:
> Signed-off-by: Minkyu Kang
> ---
> arch/arm/include/asm/arch-s5pc1xx/uart.h | 5 -
> drivers/serial/serial_s5p.c | 2 +-
> 2 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/include/a
Le 27/01/2011 22:32, Alexander Holler a écrit :
> Am 27.01.2011 22:10, schrieb Albert ARIBAUD:
>> Le 27/01/2011 21:55, Alexander Holler a écrit :
>>> Am 27.01.2011 21:20, schrieb Albert ARIBAUD:
Hi Alexander,
Le 27/01/2011 20:42, Alexander Holler a écrit :
> Hello,
>
> Am
I currently don't know if the error could have other consequences
than a wrong output when turning debug on.
Signed-off-by: Alexander Holler
---
common/usb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/usb.c b/common/usb.c
index 10e23de..aa28de0 100644
--- a/
Hi Minkyu Kang,
Le 27/01/2011 13:29, Minkyu Kang a écrit :
> Dear Albert ARIBAUD,
>
> The following changes since commit b722e646f9a6e2ebcae4845afc596b4dad4f7bcb:
>
>DaVinci DM6467: Enhance board Support (2010-12-28 17:38:22 -0500)
>
> are available in the git repository at:
>git://git.den
Am 27.01.2011 22:40, schrieb Albert ARIBAUD:
> Le 27/01/2011 22:32, Alexander Holler a écrit :
>> Am 27.01.2011 22:10, schrieb Albert ARIBAUD:
>>> Le 27/01/2011 21:55, Alexander Holler a écrit :
Am 27.01.2011 21:20, schrieb Albert ARIBAUD:
> Hi Alexander,
>
> Le 27/01/2011 20:42, A
Le 27/01/2011 23:19, Alexander Holler a écrit :
> I've now rebased to the master (which includes the above commit) and
> applied Stefano's patch and it works.
>
> Sorry for the noise.
No problems. You can add your Tested-by: to Stefano's first post in this
thread. :)
> Regards,
>
> Alexander
A
Am 27.01.2011 17:03, schrieb Stefano Babic:
> Commit 8aba9dceebb14144e07d19593111ee3a999c37fc breaks
> ARM boards because for ARM the -pie option is used
> for partial linking together with -r option.
>
> The patch adds the -pie option to link u-boot.bin only.
>
> Signed-off-by: Stefano Babic
> CC:
Any comments on this? This bug caused me a lot of problems since we make use
of 64-bit values quite a bit.
-Aaron
On Tuesday, January 25, 2011 02:30:55 pm Aaron Williams wrote:
> In some of my work with the Cavium Octeon 64-bit processor I ran into a
> problem with the min and max macros provid
On 01/27/2011 11:19 PM, Alexander Holler wrote:
> Sorry, again. While hunting another problem I've applied Stefano's patch
> but haven't had 8aba9dceebb14144e07d19593111ee3a999c37fc (I was on the
> wrong branch here).
> I've now rebased to the master (which includes the above commit) and
> applied
Signed-off-by: Remy Bohmer
---
drivers/spi/atmel_dataflash_spi.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/atmel_dataflash_spi.c
b/drivers/spi/atmel_dataflash_spi.c
index 4a5c4aa..2f23f54 100644
--- a/drivers/spi/atmel_dataflash_spi.c
+++ b/drive
Since U-boot v2010.12 the at91sam9261ek board is broken.
This is solved and tested on this board.
Note: It requires that the 1st stage bootloader (like Atmel at91-bootstrap)
to load U-boot at a different address compared to previous releases of
U-boot due to conflicts in the BSS area during reloca
Hi All,
2011/1/27 Remy Bohmer :
> Since U-boot v2010.12 the at91sam9261ek board is broken.
> This is solved and tested on this board.
>
> Note: It requires that the 1st stage bootloader (like Atmel at91-bootstrap)
> to load U-boot at a different address compared to previous releases of
> U-boot du
Le 27/01/2011 23:44, Alexander Holler a écrit :
> Am 27.01.2011 17:03, schrieb Stefano Babic:
>> Commit 8aba9dceebb14144e07d19593111ee3a999c37fc breaks
>> ARM boards because for ARM the -pie option is used
>> for partial linking together with -r option.
>>
>> The patch adds the -pie option to link
Hi Remy,
Le 27/01/2011 23:46, Remy Bohmer a écrit :
> Since U-boot v2010.12 the at91sam9261ek board is broken.
> This is solved and tested on this board.
>
> Note: It requires that the 1st stage bootloader (like Atmel at91-bootstrap)
> to load U-boot at a different address compared to previous rel
Hi,
2011/1/28 Remy Bohmer :
> Hi,
>
> 2011/1/27 Remy Bohmer :
>> Hi,
>>
>> 2011/1/6 Nobuhiro Iwamatsu :
>>> Linker needs to use the proper endian/bfd flags even when doing partial
>>> linking.
>>> LDFLAGS_u-boot sets linker option which is called it when U-boot is built
>>> (u-boot final).
>>> LD
Hi all,
It looks like the mtd partitioning code fails if the flash size exceeds a u32.
I am working with an 8GB flash chip on our board and was wondering if anyone
else has any experience with MTD with a chip this large?
-Aaron
___
U-Boot mailing list
On Thu, 27 Jan 2011 16:24:31 -0800
Aaron Williams wrote:
> Hi all,
>
> It looks like the mtd partitioning code fails if the flash size exceeds a
> u32.
> I am working with an 8GB flash chip on our board and was wondering if anyone
> else has any experience with MTD with a chip this large?
Th
I'll probably have something later today. I got it working with an earlier
version of u-boot though it hasn't been thoroughly tested.
-Aaron
On Thursday, January 27, 2011 05:06:09 pm Scott Wood wrote:
> On Thu, 27 Jan 2011 16:24:31 -0800
>
> Aaron Williams wrote:
> > Hi all,
> >
> > It looks
Hi,
There is a great big DEBUG define which determines whether debug() is a
printf() or a nop. This is used by various modules to make them more verbose
which is helpful sometimes.
Some modules have their own finer control over this, for example USB_DEBUG
in common/usb.c. Also:
$ grep -rsl _PRIN
Hi Albert,
On Fri, Jan 28, 2011 at 2:34 AM, Albert ARIBAUD wrote:
> Hi Lei Wen,
>
> Le 26/01/2011 11:31, Lei Wen a écrit :
>
>> diff --git a/README b/README
>> index 755d17c..e0341b5 100644
>> --- a/README
>> +++ b/README
>> @@ -319,6 +319,11 @@ The following options need to be configured:
>>
I have included my preliminary patch which seems to be working.
It has not been extensively tested yet. All of the changes were basically
making the sizes and offsets u64 instead of u32. When looking at the Linux
kernel code it looks like they also use u64. I was mistaken and our NAND
flash chip
From: Haiying Wang
Support P1021MDS board to boot from NAND flash (No NOR flash on this
board). And because P1021 only has 256K L2 SRAM, which can not used for final
uboot image, this patch also enables the TPL BOOT on P1021MDS so that DDR can
be initialized in L2 SRAM through SPD code. So there
From: Haiying Wang
P1021 has some QE pins which need to be set in pmuxcr register before using QE
functions. In this patch, pin QE0 and QE3 are set for UCC1 and UCC5 in Eth mode.
QE9 and QE12 are set for MII management. QE12 needs to be released after MII
access because QE12 pin is muxed with LBC
From: Haiying Wang
Signed-off-by: Haiying Wang
---
v3: Use HAS_TPL and IN_TPL, change initdram for TPL, fix the inconsistent
comments.
arch/powerpc/cpu/mpc85xx/cpu.c |7 ++
arch/powerpc/cpu/mpc85xx/cpu_init_nand.c | 22 ++-
arch/powerpc/cpu/mpc85xx/start.S | 12 ++
From: Haiying Wang
TPL is introduced to enable a loader stub that boots out of some type of RAM,
after being loaded by an SPL or similar platform-specific mechanism.
One example of using this tpl loader is to initialize the ddr through spd code
in case the L2 SRAM size is not big enough to hold
From: Haiying Wang
Signed-off-by: Haiying Wang
---
arch/powerpc/config.mk |4
config.mk |7 ++-
2 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/config.mk b/arch/powerpc/config.mk
index 64191c7..78e53c4 100644
--- a/arch/powerpc/config.m
Hi Lei,
Le 28/01/2011 02:28, Lei Wen a écrit :
>>> diff --git a/arch/arm/include/asm/arch-kirkwood/config.h
>>> b/arch/arm/include/asm/arch-kirkwood/config.h
>>> new file mode 100644
>>> index 000..7c6d63b
>>> --- /dev/null
>>> +++ b/arch/arm/include/asm/arch-kirkwood/config.h
>>> @@ -0,0 +1
Hi Albert,
On Fri, Jan 28, 2011 at 2:47 PM, Albert ARIBAUD wrote:
> Hi Lei,
>
> Le 28/01/2011 02:28, Lei Wen a écrit :
>
diff --git a/arch/arm/include/asm/arch-kirkwood/config.h
b/arch/arm/include/asm/arch-kirkwood/config.h
new file mode 100644
index 000..7c6d63b
---
Le 28/01/2011 07:59, Lei Wen a écrit :
> Hi Albert,
>
> On Fri, Jan 28, 2011 at 2:47 PM, Albert ARIBAUD
> wrote:
>> Hi Lei,
>>
>> Le 28/01/2011 02:28, Lei Wen a écrit :
>>
> diff --git a/arch/arm/include/asm/arch-kirkwood/config.h
> b/arch/arm/include/asm/arch-kirkwood/config.h
> new
77 matches
Mail list logo
