Re: [U-Boot] [PATCH] Disaligned buffer in print_buffer

Le 19/08/2010 18:33, Stefano Babic a écrit : > As I see in the > discussion, the patch proposed is accepted because > _attribute__((__aligned__())) is everywhere used in u-boot. > > Stefano 'Acceptable' is my bet... Not yet 'accepted' though. :) Amicalement, -- Albert. __

[U-Boot] u-boot-x86

Hi, I notice there is u-boot for x86 architecture in the denx site. I wonder whether the u-boot-x86 has the legacy BIOS services, such as dispatching PCI/PCIE device option rom such as video, SATA, etc. Does it have int13, int15 etc. services for x86 Linux to call during booting phase. Thanks, SK

Re: [U-Boot] [PATCH 1/4] MX51: iomux: Added support for mxc_iomux_set_input()

David Jander wrote: > Signed-off-by: David Jander > --- Hi Dave, > arch/arm/cpu/armv7/mx51/iomux.c |8 +++- > 1 files changed, 7 insertions(+), 1 deletions(-) > Probably iut is better you set a more useful comment in your commit. Instead of "Added support for mxc_iomux_set_input()",

Re: [U-Boot] [PATCH 2/4] MX51: Added missing pin definition

David Jander wrote: > Signed-off-by: David Jander > --- > arch/arm/include/asm/arch-mx51/mx51_pins.h |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/arch/arm/include/asm/arch-mx51/mx51_pins.h > b/arch/arm/include/asm/arch-mx51/mx51_pins.h > index ca26f41..c443f13 1

[U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

The patch adds support for setting gpios to the MX51 processor and change name to the corresponding functions for MX31. In this way, it is possible to get rid of nasty #ifdef switches related to the processor type. Signed-off-by: Stefano Babic --- arch/arm/include/asm/arch-mx31/mx31-regs.h | 1

Re: [U-Boot] [PATCH] mx51evk: Provide a proper reset for the Ethernet PHY

Fabio Estevam wrote: > Provide a proper reset for the Ethernet PHY (LAN8700) on the MX51EVK. > Hi Fabio, > Signed-off-by: Fabio Estevam > --- > board/freescale/mx51evk/mx51evk.c |4 > 1 files changed, 4 insertions(+), 0 deletions(-) > > diff --git a/board/freescale/mx51evk/mx51evk.c

Re: [U-Boot] [PATCH 1/4] MX51: iomux: Added su pport for mxc_iomux_set_input ()

Hi Stefano, On Friday 20 August 2010 10:10:49 am Stefano Babic wrote: > Hi Dave, > > > arch/arm/cpu/armv7/mx51/iomux.c |8 +++- > > 1 files changed, 7 insertions(+), 1 deletions(-) > > Probably iut is better you set a more useful comment in your commit. > Instead of "Added support for

Re: [U-Boot] [PATCH 2/4] MX51: Added missing pin definition

On Friday 20 August 2010 10:12:16 am Stefano Babic wrote: > David Jander wrote: > > Signed-off-by: David Jander > > --- > > arch/arm/include/asm/arch-mx51/mx51_pins.h |1 + > > 1 files changed, 1 insertions(+), 0 deletions(-) > > > > diff --git a/arch/arm/include/asm/arch-mx51/mx51_pins.h > >

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

On Friday 20 August 2010 10:20:11 am Stefano Babic wrote: > The patch adds support for setting gpios to the > MX51 processor and change name to the corresponding > functions for MX31. In this way, it is possible to get rid > of nasty #ifdef switches related to the processor type. Argh! I was just

Re: [U-Boot] [PATCH 1/4] MX51: iomux: Added support for mxc_iomux_set_input()

David Jander wrote: > Hi Stefano, > Hi David, > Hmmm. I thought it was a trivial and obviously missing function to make > iomux.c complete. > Someone just needed to write it. I didn't think it needed > any more explaining than that, but I'll do it in the next version of the > patch > set (wi

[U-Boot] [PATCH] S5P: mmc: fix the mmc offset

This patch fixed the size of mmc structure. Signed-off-by: Minkyu Kang --- arch/arm/include/asm/arch-s5pc1xx/mmc.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/include/asm/arch-s5pc1xx/mmc.h b/arch/arm/include/asm/arch-s5pc1xx/mmc.h index ac560c2..68c59d1 1

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

Hi Stefano, On Friday 20 August 2010 10:20:11 am Stefano Babic wrote: > diff --git a/drivers/spi/mxc_spi.c b/drivers/spi/mxc_spi.c > index e15a63c..54af2e3 100644 > --- a/drivers/spi/mxc_spi.c > +++ b/drivers/spi/mxc_spi.c > @@ -23,6 +23,7 @@ > #include > #include > #include > +#include >

Re: [U-Boot] [PATCH 4/4] Added initial support for PRTLVT2-based boards.

Wolfgang Denk wrote: Hi Wolfgang, >> +pmic_reg_write(REG_POWER_MISC, GPO4ADIN); > > It would really be great if someone cold clean up this mess in > "include/fsl_pmic.h" > > Using an "enum" for register definitions is just horrible. > > I am well aware that you did not introduce this code,

[U-Boot] [PATCH 1/8] PXA: pxafb: Add ACX517AKN support

ACX517AKN LCD panel is found in Palm Tungsten|C Signed-off-by: Marek Vasut --- No changes arch/arm/cpu/pxa/pxafb.c | 34 ++ 1 files changed, 34 insertions(+), 0 deletions(-) diff --git a/arch/arm/cpu/pxa/pxafb.c b/arch/arm/cpu/pxa/pxafb.c index 524a03b..328fa7

[U-Boot] [PATCH 3/8 v2] PXA: Palm Tungsten|C Support

This patch adds support for the Palm Tungsten|C PXA255 board. The support includes: - LCD - MMC - UART - NOR Signed-off-by: Marek Vasut --- Fix line-over-80s Fix off-tree build Fix buggy comments Add missing MAINTAINERS and MAKEALL entries (the above is true for the rest of patches adding new pla

[U-Boot] [PATCH 2/8] common: Enable serial for PXA250

Signed-off-by: Marek Vasut --- No changes common/serial.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/serial.c b/common/serial.c index fceabfa..7148cb9 100644 --- a/common/serial.c +++ b/common/serial.c @@ -30,7 +30,7 @@ DECLARE_GLOBAL_DATA_PTR; static struc

[U-Boot] [PATCH 4/8] PXA: pxafb: Add support for Sharp LQ038J7DH53

This LCD panel is found in Palm LifeDrive handheld Signed-off-by: Marek Vasut --- No changes arch/arm/cpu/pxa/pxafb.c | 34 ++ 1 files changed, 34 insertions(+), 0 deletions(-) diff --git a/arch/arm/cpu/pxa/pxafb.c b/arch/arm/cpu/pxa/pxafb.c index 328fa7a..066

[U-Boot] [PATCH 5/8] PXA: Add initial Palm LifeDrive support

Signed-off-by: Marek Vasut --- Changes same as in PalmTC MAINTAINERS |1 + MAKEALL |1 + board/palmld/Makefile| 49 board/palmld/config.mk |1 + board/palmld/lowlevel_init.S | 45 +++ board/palmld/palmld.c|

[U-Boot] [PATCH 6/8] PXA: Voipac270 improvements

128MB NOR module support. Define __io to get harddrive working. Fix saving of environment into OneNAND. Boot from harddrive when possible. Add missing MAINTAINERS entry. Signed-off-by: Marek Vasut --- Changes same as in PalmTC MAINTAINERS |1 + MAKEALL

[U-Boot] [PATCH 7/8] PXA: Balloon3 board support

The following hardware is currently supported: - UART - USB Host - FPGA Signed-off-by: Marek Vasut --- Changes same as in PalmTC MAINTAINERS|1 + MAKEALL|1 + board/balloon3/Makefile| 49 +++ board/balloon3/balloon3.c | 224

[U-Boot] [PATCH 8/8] PXA: Add missing MAINTAINERS entries

Signed-off-by: Marek Vasut --- No changes MAINTAINERS |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 433eae4..7d66f7d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -799,9 +799,11 @@ Greg Ungerer Marek Vasut balloon3x

Re: [U-Boot] [PATCH 4/4] Added initial support for PRTLVT2-based boards.

David Jander wrote: > Signed-off-by: David Jander > --- Hi David, in addition to Wolfgang's comments: > +static u32 system_rev; > +struct io_board_ctrl *mx51_io_board; Structure is not used, and probably does not match your board. You should drop it. > +#define POUT_HS (PAD_CTL_DRV_HIGH | PAD

[U-Boot] [PULL] U-Boot-pxa pull request

Hi, please pull my git://git.denx.de/u-boot-pxa for-wd-master branch into your - master branch. Thanks The following changes since commit bd2313078114c4b44c4a5ce149af43bcb7fc8854: Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master (2010-08-18 21:16:35 +0200) are available in the

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

David Jander wrote: > Hi Stefano, > Hi David, > After this change, it seems something else is missing: > GCC somehow removed the following code for i.MX51 without actually compiling > the arguments to the functions (???), but now it becomes evident this only > compiles for i.MX31: Understood,

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

Stefano, On Friday 20 August 2010 12:01:00 pm Stefano Babic wrote: > > After this change, it seems something else is missing: > > GCC somehow removed the following code for i.MX51 without actually > > compiling the arguments to the functions (???), but now it becomes > > evident this only compile

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

David Jander wrote: > Great. I'll wait. > In the meantime I have just done this to get it working: > > #ifdef CONFIG_MX31 > void spi_cs_activate(struct spi_slave *slave) > { > struct mxc_spi_slave *mxcs = to_mxc_spi_slave(slave); > if (mxcs->gpio > 0) > mxc_gpio_set(mxcs

Re: [U-Boot] [PATCH 4/4] Added initial support for PRTLVT2-based boards.

On Friday 20 August 2010 11:51:18 am Stefano Babic wrote: > Hi David, > > in addition to Wolfgang's comments: > > +static u32 system_rev; > > +struct io_board_ctrl *mx51_io_board; > > Structure is not used, and probably does not match your board. You > should drop it. Ok, I was already wondering

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

On Friday 20 August 2010 12:20:25 pm Stefano Babic wrote: > David Jander wrote: > > Great. I'll wait. > > In the meantime I have just done this to get it working: > > > > #ifdef CONFIG_MX31 > > void spi_cs_activate(struct spi_slave *slave) > > { > > struct mxc_spi_slave *mxcs = to_mxc_spi_slave

Re: [U-Boot] [PATCH 4/4] Added initial support for PRTLVT2-based boards.

David Jander wrote: > > Hmmm. In that case they should have other names, and one should probably make > the set complete with all combinations, and I doubt it'll make sense anymore > then > This subset of possibilities is too specific to our board I fear. Ok, I understand. I have thought it

[U-Boot] [PATCH V2] Use common function to set GPIOs for MX3 and MX5

The patch adds support for setting gpios to the MX51 processor and change name to the corresponding functions for MX31. In this way, it is possible to get rid of nasty #ifdef switches related to the processor type. Signed-off-by: Stefano Babic --- arch/arm/include/asm/arch-mx31/mx31-regs.h | 1

[U-Boot] [PATCH] ARM: Use syslib functions for all CORTEXA8

The OMAP3 cpu directory contains a syslib file with some utilities that can be shared by all targets using arm cortexa8 processors, not only OMAP. Signed-off-by: Stefano Babic --- arch/arm/cpu/armv7/Makefile|3 +- arch/arm/cpu/armv7/omap3/Makefile |1 - arch/arm/

[U-Boot] [PATCH] MX51: Added pins definition to set up pads

Add pins definitions to set up RAM pads. Pins have only a pad, there is no entry in the multiplexer. Signed-off-by: Stefano Babic --- arch/arm/include/asm/arch-mx51/mx51_pins.h | 44 1 files changed, 44 insertions(+), 0 deletions(-) diff --git a/arch/arm/include/a

[U-Boot] [PATCH] MX51: add structure to access System Reset Controller

Signed-off-by: Stefano Babic --- arch/arm/include/asm/arch-mx51/imx-regs.h | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/arch/arm/include/asm/arch-mx51/imx-regs.h b/arch/arm/include/asm/arch-mx51/imx-regs.h index 0e3bc2a..06f2720 100644 --- a/arch/arm/include

[U-Boot] [PATCH] MXC: Add watchdog support to serial driver

Calls WATCHDOG_RESET() inside serial driver for boards enabling watchdog. Signed-off-by: Stefano Babic --- drivers/serial/serial_mxc.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/serial/serial_mxc.c b/drivers/serial/serial_mxc.c index 4b93e7b..110bd15 1

[U-Boot] [PATCH] MX51: Drop unused header file for mx51evk

As stated in 272017853339f5b9685f9488bdaf5405812d12a4, the mx51evk has not CPLD and all references must be removed. This patch drop a .h file that still remains in board directory. Signed-off-by: Stefano Babic --- board/freescale/mx51evk/mx51evk.c |2 - board/freescale/mx51evk/mx51evk.h |

Re: [U-Boot] [PATCH] MX51: add structure to access System Reset Controller

Hello. Stefano Babic wrote: > Signed-off-by: Stefano Babic [...] > diff --git a/arch/arm/include/asm/arch-mx51/imx-regs.h > b/arch/arm/include/asm/arch-mx51/imx-regs.h > index 0e3bc2a..06f2720 100644 > --- a/arch/arm/include/asm/arch-mx51/imx-regs.h > +++ b/arch/arm/include/asm/arch-mx51/imx-re

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

David Jander wrote: > Absolutely right. I just posted it as reference for your patch eventually, > not > because I thought it was good that way. Yes, I know. I want only to point out what we have to reach ;-) >>> Seems to work, but never mind... >> Ok, I will resend my patch, I hope you can giv

Re: [U-Boot] [PATCH] MX51: add structure to access System Reset Controller

Sergei Shtylyov wrote: > Hello. > Hi Sergej, >> +/* System Reset Controller (SRS) */ > >So, it's SRS or SRC? Thanks to point out. With srs (reset status) and src (reset controller) I have confused the names.. Best regards, Stefano -- =

Re: [U-Boot] [PATCH] Support for Calao USB A9263 board based on AT91SAM9263 CPU

Dear Thomas Petazzoni, I can find no comments or anything for this patch. > The Calao USB A9263 board is a board manufactured and sold by Calao > Systems . Its components are very > similar to the AT91SAM9263EK board, so its configuration is based > on the configurat

Re: [U-Boot] [PATCH v3] [ARM] at91: Add support for taskit AT91SAM9G20 boards

Dear Achim Ehrlich, > are there still objections to our patch or has it just got forgotten? Just not dealt with (#error: no custodian) :) Can you please rebase, and use boards.cfg instead of global Makefile? Best Regards, Reinhard ___ U-Boot mailing

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

Hi Stefano, On Friday 20 August 2010 01:19:28 pm Stefano Babic wrote: > > Will do. > > Btw, do you have any idea why spi_xchg_single() hangs while transmitting > > the second word without claiming the bus again? > > Can you see where does it hang ? Which device is connected to your SPI > bus ? D

Re: [U-Boot] [PATCH v4] at91: Don't initialize watchdog if CONFIG_SKIP_WATCHDOG_INIT is defined

Dear Alexander Stein, just to bring in my thoughts to this watchdog issue, and to explain what I think the issue is here: 1. on (all?) AT91SAM9 devices the watchdog is initially enabled (after Reset) with a 16 second timeout (provides a 32kHz Xtal is used). 2. the watchdog mode register can only

Re: [U-Boot] [PATCH v3 1/3] at91: Defined main clock frequency on esd at91 boards

Dear Daniel Gorsulowski, > Autodetection is undesired now > > Signed-off-by: Daniel Gorsulowski > --- > > v2: fixed copyright changing error according to Wolfgangs hint > v3: nothing changed, just resend to cohere patch series > > include/configs/meesc.h |3 ++- > include/configs/otc5

Re: [U-Boot] [PATCH v5 2/3] at91: Update meesc board to new SoC access

Dear Daniel Gorsulowski, > * convert meesc board to use c stucture SoC access > * change gpio access to at91_gpio syntax > * moved CONFIG_SYS_HZ below board and cpu defines (purely cosmetic) > > Signed-off-by: Daniel Gorsulowski > --- > > v2: fixed copyright changing error according to Wolfgan

Re: [U-Boot] [PATCH v3 3/3] at91: Enabeling USB host on meesc board

Dear Daniel Gorsulowski, > There was an redesign, so USB is available now. > > Signed-off-by: Daniel Gorsulowski > --- > > v2: Nothing changed but commit message > v3: nothing changed, just resend to cohere patch series > > board/esd/meesc/meesc.c |6 +- > include/configs/meesc.h

[U-Boot] [PATCH] I2C: Add support for multiple I2C busses for SNTP (effect to RTC)

This patch switches to the desired I2C bus when the SNTP network service is called. This can be configured using the CONFIG_SYS_RTC_BUS_NUM define. In my eyes this is a bad and quick hack, but the same as was making for the date and dtt commands (commit: 0dc018e). The right way would be to move al

Re: [U-Boot] [PATCH] Use common function to set GPIOs for MX3 and MX5

David Jander wrote: > Hi Stefano, > Hi David, > On Friday 20 August 2010 01:19:28 pm Stefano Babic wrote: >>> Will do. >>> Btw, do you have any idea why spi_xchg_single() hangs while transmitting >>> the second word without claiming the bus again? >> Can you see where does it hang ? Which device

Re: [U-Boot] [PATCH v4 2/2] cpuat91: update defaut environement

Dear Eric Bénard, > Signed-off-by: Eric Bénard > --- > v4 : rebased against current HEAD > v3 : send to Hong Xu > v2 : send to Tom Rix's new email > > include/configs/cpuat91.h |8 > 1 files changed, 4 insertions(+), 4 deletions(-) Applied to u-boot-atmel/next Thanks, Reinhard ___

[U-Boot] [PATCH v2] AT91: add RTT and GPBR based RTC

adds kernel compatible RTC handling to u-boot using the RTT and one GPBRegister Signed-off-by: Reinhard Meyer --- This patch replaces the wrongly split and outdated patch from 05.07.2010 arch/arm/include/asm/arch-at91/at91_gpbr.h | 45 + arch/arm/include/asm/arch-at91/at91_rtt.h |

Re: [U-Boot] [PATCH] I2C: Add support for multiple I2C busses for SNTP (effect to RTC)

Dear Stephan Linz, In message <1282310377-9302-1-git-send-email-l...@li-pro.net> you wrote: > This patch switches to the desired I2C bus when the SNTP > network service is called. This can be configured using the > CONFIG_SYS_RTC_BUS_NUM define. ... > +#if defined(CONFIG_CMD_DATE) > +/* FIXME: The

[U-Boot] [PATCH v3] AT91SAM9XE: add embedded flash support

Add support for the embedded flash in the AT91SAM9XE128/256/512 SoCs: - Environment can be put into that flash - U-Boot can be in that flash - Commands "cp" and "protect" are supported Signed-off-by: Reinhard Meyer --- Rebased and cosmetical cleanups arch/arm/cpu/arm926ejs/at91/Makefile |

Re: [U-Boot] [PATCH] ARM: Update ARM mach-types

> > Dear Reinhard Meyer, > > In message <4c6c3133.4000...@emk-elektronik.de> you wrote: > > > > I see. I was assuming that one downloads the text file to ones > > own kernel tree and let the auto-magic work to create the latest > > mach-types.h. I can try to do that but I have not yet > > starte

Re: [U-Boot] [PATCH] mx51evk: Provide a proper reset for the Ethernet PHY

Hi Stefano, --- On Fri, 8/20/10, Stefano Babic wrote: ... > > I know I am responsible for this usage, because I forget to > add some > accessors for the gpio pins - as I see your patch, I have > sent a patch > to support it. However, a direct access to registers using > offsets is > not allowed

Re: [U-Boot] [PATCH] mx51evk: Provide a proper reset for the Ethernet PHY

Fabio Estevam wrote: > Hi Stefano, > Hi Fabio, >> udelay(200); >> mxc_gpio_set(46); This must be, >> >> What do you think ? > > Yes, I agree. Do you plan to send a patch for mx51evk using this approach? > > If you do, then I can re-submit my patch after your update. I sent today a pa

Re: [U-Boot] [PATCH] mx51evk: Provide a proper reset for the Ethernet PHY

--- On Fri, 8/20/10, Stefano Babic wrote: ... > > This is exactly what you want to add, only after setting > the regulators. > Why do we need to set the gpio twice ? You are right. Please disregard my patch. Regards, Fabio Estevam ___ U-Boo

[U-Boot] [PATCH] I2C: Add support for multiple I2C busses for SNTP (effect to RTC)

This patch switches to the desired I2C bus when the SNTP network service is called. This can be configured using the CONFIG_SYS_RTC_BUS_NUM define. In my eyes this is a bad and quick hack, but the same as was making for the date and dtt commands (commit: 0dc018e). The right way would be to move al

Re: [U-Boot] [PATCH v2] powerpc/83xx: Fix build issue with ve8313 board due to lbus changes

On Aug 19, 2010, at 1:25 PM, Kumar Gala wrote: > We get two build errors: > > fsl_elbc_nand.c: In function 'fsl_elbc_run_command': > fsl_elbc_nand.c:231: error: 'fsl_lbc_t' has no member named 'lsor' > make[1]: *** [/work/wd/tmp-ppc/drivers/mtd/nand/fsl_elbc_nand.o] Error 1 > > and > > ve8313.

Re: [U-Boot] [PATCH v4] at91: Don't initialize watchdog if CONFIG_SKIP_WATCHDOG_INIT is defined

On Friday, August 20, 2010 08:31:22 Reinhard Meyer wrote: > just to bring in my thoughts to this watchdog issue, > and to explain what I think the issue is here: > > 1. on (all?) AT91SAM9 devices the watchdog is initially enabled > (after Reset) with a 16 second timeout (provides a 32kHz Xtal > is

Re: [U-Boot] [PATCH v2] powerpc/83xx: Fix build issue with ve8313 board due to lbus changes

On Fri, 20 Aug 2010 11:28:38 -0500 Becky Bruce wrote: > ve8313 wasn't in the tree when I submitted my changes but I think this is > the right fix - it looks sane WRT to my LBC code merge. That is, > assuming, that ve8313 actually has a FSL_ELBC. 8313 does have eLBC. It's not a board-level issu

[U-Boot] Account upgrade

Dear Email/Webmail user, We are currently upgrading our database storage facilities and account security which involves shutting down the old Server to a new Server.To ensuring that you do not experience service/Login interruption during this period; This service upgrade requires you verify your

Re: [U-Boot] [PATCH] always relocate fdt into an lmb-allocated memory block

On Sat, Aug 7, 2010 at 6:36 PM, Wolfgang Denk wrote: > I would like to see any ACK or Tested-by: from actual users of this code. Kumar, who should ack this patch? -- Timur Tabi Linux kernel developer at Freescale ___ U-Boot mailing list U-Boot@lists.

Re: [U-Boot] [PATCH v4] at91: Don't initialize watchdog if CONFIG_SKIP_WATCHDOG_INIT is defined

Dear Mike Frysinger, > On Friday, August 20, 2010 08:31:22 Reinhard Meyer wrote: >> just to bring in my thoughts to this watchdog issue, >> and to explain what I think the issue is here: >> >> 1. on (all?) AT91SAM9 devices the watchdog is initially enabled >> (after Reset) with a 16 second timeout

Re: [U-Boot] u-boot-x86

Hi SK, On 20/08/10 17:42, sk ong wrote: > Hi, > > I notice there is u-boot for x86 architecture in the denx site. I wonder > whether the u-boot-x86 has the legacy BIOS services, such as dispatching > PCI/PCIE device option rom such as video, SATA, etc. Does it have int13, > int15 etc. services fo