Dear Chunhe Lan,
In message <4f8e5f11.4020...@freescale.com> you wrote:
>
>
>
> http://lists.denx.de/mailman/listinfo/u-boot
Hi, Minkyu
> Hi Lukasz,
>
> On 3 April 2012 23:24, Lukasz Majewski wrote:
> > This code adds call to mmc_init(), for partition related commands
> > (e.g. fatls, fatinfo etc.).
> >
> > It is safe to call mmc_init() multiple times since mmc->has_init
> > flag prevents from multiple initialization.
On 18/04/2012 04:41, Nobuhiro Iwamatsu wrote:
> With almost all the architecture and board BOARD_LATE_INIT does not use.
> CONFIG_BOARD_LATE_INIT is used instead.
> This changed CONFIG_BOARD_LATE_INIT from BOARD_LATE_INIT.
>
> Signed-off-by: Nobuhiro Iwamatsu
> CC: Stefano Babic
> ---
> board/d
These are the fixes I needed to do to get my board going.
Changes in v3:
- Dropped old patch number 8 "imx: nand: Don't invent new..."
- Changed the subject of patch 4
- Changed the BBT pattern offsets (patch 4); They are now zero
as in Linux
Changes in v2:
- Rebased to u-boot-imx next
- Patc
Defining CONFIG_FSL_ESDHC brings in a call to get_clocks, so let's implement
get_clocks function. This is how it seems to be implemented elsewhere.
Signed-off-by: Timo Ketola
---
arch/arm/cpu/arm926ejs/mx25/generic.c | 27 +++
arch/arm/include/asm/arch-mx25/clock.h |
Signed-off-by: Timo Ketola
---
drivers/gpio/mxc_gpio.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpio/mxc_gpio.c b/drivers/gpio/mxc_gpio.c
index df6..3e94ac3 100644
--- a/drivers/gpio/mxc_gpio.c
+++ b/drivers/gpio/mxc_gpio.c
@@ -40,7 +40,8 @@ static un
Gasket needs a different configuration for 10BaseT than for higher speeds.
Signed-off-by: Timo Ketola
---
drivers/net/fec_mxc.c | 43 ---
1 files changed, 24 insertions(+), 19 deletions(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index
Signed-off-by: Timo Ketola
---
drivers/mtd/nand/mxc_nand.c | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/nand/mxc_nand.c
index 35e89a0..d97e7c3 100644
--- a/drivers/mtd/nand/mxc_nand.c
+++ b/dr
Signed-off-by: Timo Ketola
---
drivers/usb/host/ehci-mxc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/host/ehci-mxc.c b/drivers/usb/host/ehci-mxc.c
index 61dbccd..65f40a4 100644
--- a/drivers/usb/host/ehci-mxc.c
+++ b/drivers/usb/host/ehci-mxc.c
@@ -125,
The reference manual of i.MX25 (nor i.MX31) does not define such register.
This seems to access read only UH2_CAPLENGTH register (if
CONFIG_MXC_USB_PORT is zero).
Signed-off-by: Timo Ketola
---
drivers/usb/host/ehci-mxc.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/
One might want to define CONFIG_SYS_FSL_ESDHC_ADDR with the macro already
define in imx-regs.h, e.g. with IMX_MMC_SDHC1_BASE. Then the header must be
included here.
Signed-off-by: Timo Ketola
---
drivers/mmc/fsl_esdhc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/dri
Signed-off-by: Timo Ketola
---
arch/arm/cpu/arm926ejs/config.mk |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/config.mk b/arch/arm/cpu/arm926ejs/config.mk
index ffb2e6c..6a3a1bb 100644
--- a/arch/arm/cpu/arm926ejs/config.mk
+++ b/arch/arm/cpu
Hi,
Please, don't get confused about the subject lines which suggest that I sent
nine patches. At the last second I dropped the last patch and decided to send
it separately.
Stefano, did you get the "[PATCH 0/8 v3]..." message as a CC. I don't see you
in CC list in the bounce I got myself an
On 18/04/2012 09:57, Timo Ketola wrote:
> These are the fixes I needed to do to get my board going.
>
Hi Timo,
> Changes in v3:
> - Dropped old patch number 8 "imx: nand: Don't invent new..."
> - Changed the subject of patch 4
> - Changed the BBT pattern offsets (patch 4); They are now zero
>
On 18/04/2012 09:57, Timo Ketola wrote:
> One might want to define CONFIG_SYS_FSL_ESDHC_ADDR with the macro already
> define in imx-regs.h, e.g. with IMX_MMC_SDHC1_BASE. Then the header must be
> included here.
>
> Signed-off-by: Timo Ketola
> ---
> drivers/mmc/fsl_esdhc.c |1 +
> 1 files ch
I based this on the work here:
http://www.imxdev.org/wiki/index.php?title=I.MX25_PDK_U-boot_SplashScreen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Timo Ketola
---
arch/arm/include/asm/arch-mx25/imx-regs.h | 29 +
drivers/video/Makefile|1 +
drivers/video/mx2fb.c | 92 +
include/lcd.h | 21 ++-
include/mx2fb.h
On 18/04/2012 09:57, Timo Ketola wrote:
> The reference manual of i.MX25 (nor i.MX31) does not define such register.
> This seems to access read only UH2_CAPLENGTH register (if
> CONFIG_MXC_USB_PORT is zero).
>
> Signed-off-by: Timo Ketola
Hi Timo,
> ---
> drivers/usb/host/ehci-mxc.c |2 --
On 18.04.2012 11:43, Stefano Babic wrote:
On 18/04/2012 09:57, Timo Ketola wrote:
One might want to define CONFIG_SYS_FSL_ESDHC_ADDR with the macro already
define in imx-regs.h, e.g. with IMX_MMC_SDHC1_BASE. Then the header must be
included here.
...
diff --git a/drivers/mmc/fsl_esdhc.c b/driver
Wolfgang Denk wrote:
Dear Chunhe Lan,
In message <1334719161-3500-1-git-send-email-chunhe@freescale.com>
you wrote:
The -fPIC/-fpic flag belongs with -mrelocatable. The -fpic flag can
limit the size of the GOT and produce smaller binaries, so it causes
some GOT entries to be lost in the
On 18.04.2012 12:05, Stefano Babic wrote:
As far as I can see, only MX31 and MX25 boards are using this file.
Other i.MX have its own initialization file. So #if defined(CONFIG_MX31)
|| defined(CONFIG_MX25) is always true.
So, would it be OK to remove this check altogether?
However, where is
Dear Chunhe Lan,
In message <4f8e6e06.3060...@freescale.com> you wrote:
>
> > As you state yourself, your modification has the negative impact of
> > increasing the image size. What would be the benefits of it?
> >
> > Are you trying to fix any specific problem? Which one? I am not aware
> > of a
Dear "Timo Ketola",
In message <1334735852-23415-2-git-send-email-t...@exertus.fi> you wrote:
> Defining CONFIG_FSL_ESDHC brings in a call to get_clocks, so let's implement
> get_clocks function. This is how it seems to be implemented elsewhere.
>
> Signed-off-by: Timo Ketola
> ---
> arch/arm/
Dear "Timo Ketola",
In message <1334739261-7812-1-git-send-email-t...@exertus.fi> you wrote:
> I based this on the work here:
>
> http://www.imxdev.org/wiki/index.php?title=I.MX25_PDK_U-boot_SplashScreen
This information belongs (with greater detail) into the commit
message.
Best regards,
Wolf
Dear "Timo Ketola",
In message <1334739261-7812-2-git-send-email-t...@exertus.fi> you wrote:
> Signed-off-by: Timo Ketola
> ---
> arch/arm/include/asm/arch-mx25/imx-regs.h | 29 +
> drivers/video/Makefile|1 +
> drivers/video/mx2fb.c | 92
Dear Jayakumar A,
Please restrict your line length to some 70 characters or so. Thanks.
In message <3d423a5438408c4ea43da95d38f9989b7c9b6ed...@exchindmail.patni.com>
you wrote:
>
> I was going through the mail chain of "passing MAC address to Linux kernel
> "( http://www.mail-archive.com/u-boo
Dear Andy,
In message you
wrote:
>
> > - How often a patches committed to the public repository
> > - What is the patch review procedure - Has it changed recently? Why?
> >do _you_ think it is a good procedure?
> > - How many people are actively contributing - Is there are large enough
>
>
>
>
> Wolfgang Denk wrote:
> > Dear Chunhe Lan,
> >
> > In message <1334719161-3500-1-git-send-email-chunhe@freescale.com>
> > you wrote:
> >> The -fPIC/-fpic flag belongs with -mrelocatable. The -fpic flag can
> >> limit the size of the GOT and produce smaller binaries, so it causes
> >> som
On 18/04/2012 11:11, Timo Ketola wrote:
>
> Ok, I was afraid about something like that and tried first to include it
> in board configuration but that broke something else (at least arm926ejs
> didn't compile any more).
>
>> By the way, why do you need it if you do not use that macro ?
>
> I us
On 18/04/2012 11:15, Timo Ketola wrote:
> On 18.04.2012 12:05, Stefano Babic wrote:
>> As far as I can see, only MX31 and MX25 boards are using this file.
>> Other i.MX have its own initialization file. So #if defined(CONFIG_MX31)
>> || defined(CONFIG_MX25) is always true.
>
> So, would it be OK t
Dear Wolfgang,
On 18.04.2012 11:52, Wolfgang Denk wrote:
...
U-Boot history since: commits f4eb545..f5cdc11 (=v2012.04-rc2)
Totally off-topic in this thread, but:
Oh, indeed, looking into git we have a v2012.04-rc2 :)
Have I missed the release mail?
Best regards
Dirk
__
On 18.04.2012 12:23, Wolfgang Denk wrote:
Dear "Timo Ketola",
In message<1334735852-23415-2-git-send-email-t...@exertus.fi> you wrote:
Defining CONFIG_FSL_ESDHC brings in a call to get_clocks, so let's
implement get_clocks function. This is how it seems to be implemented
elsewhere. ...
...
I
On 13.04.2012 10:00, Dirk Behme wrote:
Init the core regulator voltage to 1.2V. This is required for the correct
functioning of the GPU and when the ARM LDO is set to 1.225V. This is a
workaround to fix some memory clock jitter.
Note: This should be but can't be done in the DCD. The bootloader
On 18/04/2012 10:54, Timo Ketola wrote:
> Signed-off-by: Timo Ketola
> ---
> arch/arm/include/asm/arch-mx25/imx-regs.h | 29 +
> drivers/video/Makefile|1 +
> drivers/video/mx2fb.c | 92
> +
> include/lcd.h
On 31.03.2012 20:35, Marek Vasut wrote:
Dear Dirk Behme,
Fix the warning
mmc.c: In function 'mmc_send_cmd':
mmc.c:87: warning: assignment from incompatible pointer type
in case CONFIG_MMC_TRACE is enabled.
Signed-off-by: Dirk Behme
CC: Andy Fleming
---
Acked-by: Marek Vasut
> Acked-by:
On 18.04.2012 13:30, Stefano Babic wrote:
On 18/04/2012 11:11, Timo Ketola wrote:
Ok, I was afraid about something like that and tried first to include it
in board configuration but that broke something else (at least arm926ejs
didn't compile any more).
By the way, why do you need it if you
2012/4/13 Dirk Behme :
> Init the core regulator voltage to 1.2V. This is required for the correct
> functioning of the GPU and when the ARM LDO is set to 1.225V. This is a
> workaround to fix some memory clock jitter.
>
> Note: This should be but can't be done in the DCD. The bootloader
> pre
Dear Dirk Behme,
> On 31.03.2012 20:35, Marek Vasut wrote:
> > Dear Dirk Behme,
> >
> >> Fix the warning
> >>
> >> mmc.c: In function 'mmc_send_cmd':
> >> mmc.c:87: warning: assignment from incompatible pointer type
> >>
> >> in case CONFIG_MMC_TRACE is enabled.
> >>
> >> Signed-off-by: Dirk B
Dear Dirk Behme,
In message <4f8e999f.8060...@de.bosch.com> you wrote:
>
> Oh, indeed, looking into git we have a v2012.04-rc2 :)
>
> Have I missed the release mail?
No - I did not manage to send one yet. [Don't have much to write,
either.]
Best regards,
Wolfgang Denk
--
DENX Software Engine
All,
I recently was trying out a Linksys WRT54G2 V1 router and encountered a strange
behaviour where the dhcp server on the router was overriding the serverip
setting I had in my u-boot environment. The behaviour looked like:
1. Boot by board and set my serverip using "setenv serverip 192.168.
On 18/04/2012 13:05, Timo Ketola wrote:
>>
>> fsl_esdhc.c includes config.h. If your board configuration file includes
>> imx-regs.h, as most i.MX boards do, the file is automatically included,
>> I suppose.
>
> I tried that but then:
>
> .../u-boot-imx/build-exe4026/include/asm/arch/imx-regs.h:
This patch set provides support for composite gadget framework.
Files from Linux kernel (2.6.36) - namely composite.{c|h} have been
ported to u-boot.
Code supporting this framework has been added to gadget.h and Samsung's
UDC driver as well.
---
Changes for v2:
- Squash the kernel files with
This commit adds support for storing private data to Samsung's UDC
driver. This data is afterward used by usb gadget.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Marek Vasut
---
drivers/usb/gadget/s3c_udc_otg.c | 12
1 files changed, 12 insertions(+), 0 delet
USB Composite gadget implementation for u-boot. It builds on top
of USB UDC drivers.
This commit is based on following files from Linux Kernel v2.6.36:
./include/linux/usb/composite.h
./drivers/usb/gadget/composite.c
SHA1: d187abb9a83e6c6b6e9f2ca17962bdeafb4bc903
Signed-off-by: Lukasz Majewski
Add device data pointer to the USB gadget's device struct.
Wrapper for extracting usb_gadget from Linux's usb device
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Marek Vasut
---
include/linux/usb/gadget.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff
Dear "Maupin, Chase",
In message <7d46e86ec0a8354091174257b2fed10138dd6...@dlee12.ent.ti.com> you
wrote:
>
> I recently was trying out a Linksys WRT54G2 V1 router and
Thi sis out-of-tree code, so we cannot help much - we hav eno idea
which modifications they made to the code.
> So the net effe
On 04/18/2012 11:28 AM, Wolfgang Denk wrote:
>
>> Is this the proper way to fix this issue and the right location to
>> make the change? The overall goal was to make sure that if I
>> specified a particular serverip that I wanted to use, then the DHCP
>> server should not be changing that.
> No, th
On 04/17/2012 09:44 PM, Chunhe Lan wrote:
> The -fPIC/-fpic flag belongs with -mrelocatable. The -fpic flag can
> limit the size of the GOT and produce smaller binaries, so it causes
> some GOT entries to be lost in the gcc 4.6 version. But -fPIC flag
> allows the maximum possible size of the GOT e
On 18.04.2012 18:05, Stefano Babic wrote:
On 18/04/2012 13:05, Timo Ketola wrote:
Stefano Babic wrote:
Timo Ketola wrote:
PPC seems to use a predefined macro from asm/immap_8xxx.h files. Where
is that file included?
It is a different way. The board configuration file includes the
register de
On 04/18/2012 02:57 AM, Timo Ketola wrote:
> +#ifdef CONFIG_SYS_NAND_USE_FLASH_BBT
> +
> + this->options = NAND_USE_FLASH_BBT;
> + this->bbt_td = &bbt_main_descr;
> + this->bbt_md = &bbt_mirror_descr;
> +
> +#endif
Remove those blank lines, and use |= for options like is done with
NAND
On 18.04.2012 19:27, Timo Ketola wrote:
But if the board configuration file in include/configs is the correct place to
include it, I shall then find the obstacle on that approach...
Ok, including asm/arch/imx-regs.h in board configuration file *and*
asm/types.h in asm/arch/imx-regs.h file se
This is part of an upcoming patch set to move all armv4t code out of
tegra2 u-boot and put it into an SPL, but I wanted to get some early
feedback on this patch. This moves most of the tegra2 SoC code from
arch/arm/cpu/armv7 to a new directory arch/arm/cpu/tegra2-common.
This code will be shared b
Has anyone tried/incorporated the use of the FAT tools to access NAND
storage? I know one can use fatls on usb and mmc (which are "boot"
devices), but it seems natural that one should be able to use the FAT tools
on NAND as well, perhaps through some pseudo-device (that maps to some NAND
partitio
On 04/18/2012 01:22 PM, peterlu wrote:
>
> Has anyone tried/incorporated the use of the FAT tools to access NAND
> storage? I know one can use fatls on usb and mmc (which are "boot"
> devices), but it seems natural that one should be able to use the FAT tools
> on NAND as well, perhaps through so
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Wednesday, April 18, 2012 10:28 AM
> To: Maupin, Chase
> Cc: u-boot@lists.denx.de; Rini, Tom
> Subject: Re: [U-Boot] [RFC] Preventing overriding of serverip when
> set in environment by user
>
> Dear "Maupin, Chase",
Dear Peter Barada,
In message <4f8ee1e1.1060...@logicpd.com> you wrote:
>
> > What exactly _are_ you trying to fix? What is wrong with using the
> > DHCP server supplied address? If it is incorrect, you should fix your
> > DHCP server configuration.
> I have the same type of problem.
>
> In my
Dear Chase,
In message <7d46e86ec0a8354091174257b2fed10138dd6...@dlee12.ent.ti.com> you
wrote:
>
> Sorry, I didn't mean I was talking about the code on the router. I meant I
> was using the router as my DHCP server for my Linux host and my development
> board.
Cab you please restrict your lin
Dear Albert ARIBAUD,
In message <4f8d762c.5020...@aribaud.net> you wrote:
> Hi Wolfgang,
>
> The following changes since commit f5cdc11775c4b7fdbf52a6dd2f463d329804ab11:
>
>Prepare v2012.04-rc2; minor Coding Style cleanup (2012-04-16 23:13:51
> +0200)
>
> are available in the git repositor
Dear Nobuhiro Iwamatsu,
In message
you wrote:
> Dear Wolfgang Denk,
>
> Please pull some fixes for v2012.04.
>
> The following changes since commit f5cdc11775c4b7fdbf52a6dd2f463d329804ab11=
> :
>
> Prepare v2012.04-rc2; minor Coding Style cleanup (2012-04-16 23:13:51 +020=
> 0)
>
> are avai
On Mon, Mar 26, 2012 at 9:15 AM, Ramneek Mehresh
wrote:
> Add USB device-tree fixup for following platforms:
> MPC8536DS, P1022DS, P1023RDS, P2020COME, P2020DS, P2041RDB, P3060QDS
>
> Signed-off-by: Ramneek Mehresh
> ---
> diff --git a/board/freescale/p2020come/p2020come.c
> b/board/freescale/p2
Hi everybody,
sorry, I forgot to announce the 2012.04-rc2 pre-release two days ago,
so I will atleast announce that we have
v2012.04-rc3
now.
Please help testing, so we can fix the remaining issues before the
release, which I still want to push out April 21, 2012.
Thanks to all who hel
Dear Marek Vasut,
In message <201204060455.17359.ma...@denx.de> you wrote:
> The following changes since commit c008b6f6dd6b8965e9a7654ffbce75bb9ff7a3b5:
>
> Prepare v2012.04-rc1 (2012-03-31 00:13:05 +0200)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-staging.git
On Tue, Apr 17, 2012 at 2:06 PM, Luka Perkov wrote:
> IDE_BUS assumes that each bus has two devices and thus returns the first
> bus even when the second one should be probed.
>
> Signed-off-by: Simon Baatz
> Tested-by: Luka Perkov
> ---
>
> Simon discovered this while adding support for new boa
I can download my kernel uImage and flash it into NAND and then 'boot'
and it works.
bfin> tftp 0x100 10.100.42.29:uImage.3
bfin> nand erase 0x8 0x80
bfin> nand write 0x100 0x8 0x80
Going to verify the image:
bfin> nand read 0x200 0x8 $(filesize)
bfin> iminfo 0x200
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Bishop, Mark
> Sent: Wednesday, April 18, 2012 5:28 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] nboot won't boot my uImage
>
> I can download my kernel uImage and flash i
In preparation for splitting out the armv4t code from tegra2, move the
tegra2 SoC code to arch/arm/cpu/tegra2-common. This code will be
compiled armv4t for the arm7tdmi and armv7 for the cortex A9.
Signed-off-by: Allen Martin
---
Resending this with "git format-patch -M" to make it more readable
Pinging you on this, again. Also, I've now moved the patch to Marek's
queue, instead of mine.
On Sun, Feb 26, 2012 at 8:44 PM, Liu Shengzhou-B36685
wrote:
>
>> -Original Message-
>> From: Marek Vasut [mailto:ma...@denx.de]
>> Sent: Monday, February 27, 2012 7:13 AM
>> To: u-boot@lists.den
Dear Andy Fleming,
> Pinging you on this, again. Also, I've now moved the patch to Marek's
> queue, instead of mine.
Thanks! Did the FSL silicon team respond already?
>
> On Sun, Feb 26, 2012 at 8:44 PM, Liu Shengzhou-B36685
>
> wrote:
> >> -Original Message-
> >> From: Marek Vasut [m
Hi folks,
After patch: usb: Add support for multiple-LUN mass storage devices
The usb device count isn't correct.
bfin> usb start
(Re)start USB...
USB: scanning bus for devices... 1 USB Device(s) found
scanning bus for storage devices... max USB Storage Device
reached: 5 stopping
5 Stora
On 18.04.2012 23:10, Wolfgang Denk wrote:
Hi everybody,
sorry, I forgot to announce the 2012.04-rc2 pre-release two days ago,
so I will atleast announce that we have
v2012.04-rc3
now.
Thanks :)
Please help testing, so we can fix the remaining issues before the
release, which I stil
Add USB device-tree fixup for following platforms:
MPC8536DS, P1022DS, P1023RDS, P2020COME, P2020DS, P2041RDB, P3060QDS
Signed-off-by: Ramneek Mehresh
---
Changes for v2:
- removed extra call to fdt_fixup_dr_usb()
outside CONFIG_HAS_FSL_DR_USB macro for
p2020come
bo
> -Original Message-
> From: Andy Fleming [mailto:aflem...@gmail.com]
> Sent: Thursday, April 19, 2012 2:17 AM
> To: Mehresh Ramneek-B31383
> Cc: u-boot@lists.denx.de; Fleming Andy-AFLEMING
> Subject: Re: [U-Boot] [PATCH] powerpc/85xx: Add USB device-tree fixup for
> various platforms
>
In RXDCTL register, WTHRESH controls the write back of processed receive
descriptors. WTHRESH controls the write back of processed receive
descriptors. This threshold refers to the number of receive
descriptors in the Ethernet controllers on-chip buffer which are
ready to be written back to host me
Dear Ruchika Gupta,
In message <1334834928-27157-1-git-send-email-ruchika.gu...@freescale.com> you
wrote:
> In RXDCTL register, WTHRESH controls the write back of processed receive
> descriptors. WTHRESH controls the write back of processed receive
> descriptors. ...
Please fix both the Subject
On 27.03.2012 18:28, Dirk Behme wrote:
On 27.03.2012 16:20, Anatolij Gustschin wrote:
Hello Dirk,
On Sat, 24 Mar 2012 08:18:38 +0100
Dirk Behme wrote:
On 13.03.2012 02:24, Eric Nelson wrote:
On 03/04/2012 02:46 PM, Eric Nelson wrote:
Signed-off-by: Eric Nelson
Acked-by: Mike Frysinger
---
Hi Dave,
Le 18/04/2012 23:37, David Purdy a écrit :
On Tue, Apr 17, 2012 at 2:06 PM, Luka Perkov wrote:
IDE_BUS assumes that each bus has two devices and thus returns the first
bus even when the second one should be probed.
Signed-off-by: Simon Baatz
Tested-by: Luka Perkov
---
Simon discover
Hi Nobuhiro Iwamatsu,
Le 18/04/2012 04:41, Nobuhiro Iwamatsu a écrit :
With almost all the architecture and board BOARD_LATE_INIT does not use.
CONFIG_BOARD_LATE_INIT is used instead.
This changed CONFIG_BOARD_LATE_INIT from BOARD_LATE_INIT.
I think the commit message above is redundant with t
Le 19/04/2012 08:44, Albert ARIBAUD a écrit :
Hi Nobuhiro Iwamatsu,
Le 18/04/2012 04:41, Nobuhiro Iwamatsu a écrit :
With almost all the architecture and board BOARD_LATE_INIT does not use.
CONFIG_BOARD_LATE_INIT is used instead.
This changed CONFIG_BOARD_LATE_INIT from BOARD_LATE_INIT.
I thi
78 matches
Mail list logo
