Hello Simon,
Is there a specific case to use PCI before relocation?
Or it only applies for x86?
If so, we could figure out how to use this new feature. Thanks for the info.
Regards,
James
> Date: Fri, 21 Nov 2014 07:51:08 +0100
> From: s...@chromium.org
> To: u-boot@lists.denx.de
> CC: graeme.r
York Sun wrote on 2014/10/24 18:02:03:
>
> On 10/24/2014 08:39 AM, Joakim Tjernlund wrote:
> > Booting my t1042 I get:
> > Loading Ramdisk to 2e639000, end 2cc4 ... OK
> > Loading Device Tree to 03fe4000, end 03fffd45 ... OK
> > WARNING Could not get liodn of node /pcie@ffe24: FDT_ERR_NOT
On 24/11/14 15:15, Suriyan Ramasami wrote:
> To indicate that U-Boot is active, turn on the blue LED.
>
> Signed-off-by: Suriyan Ramasami
> Acked-by: Przemyslaw Marczak
> ---
>
> Changes in v3:
> - Minkyu Kang, Rebase
>
> Changes in v2:
> - Przemyslaw Marczak, Add gpio_request call.
>
> Chang
This patch disables subpage writes for vf610_nfc nand
driver. This is required, as without this fix, writing
unaligned u-boot images with DFU results in a hang.
Trying to write unalgined binary images also results
in a hang, without disabling subpage writes.
Patch has been tested on a Colibri VF61
On 24 November 2014 at 06:03, Douglas Rupp wrote:
> I'm brand new to Uboot, so hopefully this is just some missing switch. I
> did search the archive, and I was able to build and u-boot a versaatilepb
> version, but xilinx-zynq-a9 is the one I really need.
>
> u-boot-2014.10$ make zynq_zed_defcon
To indicate that U-Boot is active, turn on the blue LED.
Signed-off-by: Suriyan Ramasami
Acked-by: Przemyslaw Marczak
---
Changes in v3:
- Minkyu Kang, Rebase
Changes in v2:
- Przemyslaw Marczak, Add gpio_request call.
Changes in v1:
- First try
board/samsung/odroid/odroid.c | 5 +
1 fi
I'm brand new to Uboot, so hopefully this is just some missing switch. I
did search the archive, and I was able to build and u-boot a versaatilepb
version, but xilinx-zynq-a9 is the one I really need.
u-boot-2014.10$ make zynq_zed_defconfig
u-boot-2014.10$ make all CROSS_COMPILE=arm-none-eabi- AR
Dear Jaehoon Chung,
On Thu, 20 Nov 2014 21:08:30 +0900
Jaehoon Chung wrote:
> Hi,
>
> CPU:Exynos5800@1200MHz
> Board: Odroid XU3 based on EXYNOS5422
>
> Exynos5800? is it right?
>
Exynos5800 is a variant of Exynos5422 for chromebook, so they are
almost same. The support for this SOC is m
For some SoCs, the system clock frequency may not equal to the
ARCH Timer's frequency.
This patch uses the CONFIG_TIMER_CLK_FREQ instead of
CONFIG_SYS_CLK_FREQ, then the system clock macro and arch timer
macor could be set separately and without interfering each other.
Signed-off-by: Xiubo Li
--
Dear Suriyan Ramasami,
On 18/11/14 08:50, Suriyan Ramasami wrote:
> To indicate that U-Boot is active, turn on the blue LED.
>
> Signed-off-by: Suriyan Ramasami
>
> ---
>
> Changes in v2:
> - Przemyslaw Marczak, Add gpio_request call.
>
> Changes in v1:
> - First try
>
> board/samsung/odroi
On 21/11/14 10:26, Suriyan Ramasami wrote:
> The USB host code was missing gpio_request() calls before using the gpio
> functions, causing errors to be printed out.
>
> As a side note calls to max77686_set_buck_mode(OPMODE_OFF/OPMODE_ON) have
> been removed, as they did not have any effect. This i
On 21/11/14 10:26, Suriyan Ramasami wrote:
> Add information wrt using the USB host interface for loading kernel over
> ethernet and/or usb mass storage.
>
> Signed-off-by: Suriyan Ramasami
> ---
>
> Changes in v2:
> - Make updates to be of use from a user's perspective
> Series-changes: 1
> - A
On Sun, Nov 23, 2014 at 1:52 AM, Peng Fan wrote:
> mxc_get_clock's return type is unsigned int. 'return -1' is same with
> 'return 0x', so 0 should be used as the return value when
> unsupported mxc_clock type is passed to mxc_get_clock.
>
> Also include an err message when unsupported mxc
On 21 November 2014 at 03:47, Masahiro Yamada wrote:
> The fdt_path_offset() checks an alias too.
>
> fdtdec_get_alias_node(blob, "foo") is equivalent to
> fdt_path_offset(blob, "foo").
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/serial/serial-uclass.c | 2 +-
> include/fdtdec.h
Hi,
On 21 November 2014 at 16:36, York Sun wrote:
> Simon,
>
> Shall we consider host error to be an error reported by buildman? I happen to
> try a newer version of toolchain from Linaro. Buildman reports this error
>
>
> +../scripts/binutils-version.sh: line 20: printf: 09: invalid octal number
Hi Albert,
Sorry for a late reply.
> Hello Lukasz,
>
> On Sat, 22 Nov 2014 07:56:35 +0100, Lukasz Majewski
> wrote:
>
> > > Agreed in general, but not for this one, since "fixing" is the
> > > carpet,
> >
> > I assume that you are presenting below an answer to a "general"
> > case.
> >
> >
Dear Andreas,
In message <547211ba.7080...@gmx.at> you wrote:
>
> many, many, many thx for your quick response ... now it works, and i
> know why it hasn't :)
I'm glad I was able to help.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
H
hi,
many, many, many thx for your quick response ... now it works, and i
know why it hasn't :)
br,
Andy
On 22.11.2014 23:56, Wolfgang Denk wrote:
Dear Andreas,
In message <5470d48c.1080...@gmx.at> you wrote:
i'm trying to set a local variable and test the variable in an
if-then-else scri
Hi,
On 23 November 2014 at 09:12, Simon Glass wrote:
>
> From: Allen Martin
>
> Nyan is a Tegra124 clamshell board that is very similar to venice2, but it
> has a different panel, the sdcard cd and wp sense are flipped, and it has
> a different revision of the AS3722 PMIC.
>
> This is the Acer C
From: Allen Martin
Nyan is a Tegra124 clamshell board that is very similar to venice2, but it
has a different panel, the sdcard cd and wp sense are flipped, and it has
a different revision of the AS3722 PMIC.
This is the Acer Chromebook 13 CB5-311-T7NN (13.3-inch HD, NVIDIA
Tegra K1, 2GB). The d
Sync this up with Linux v3.18-rc5. Exclude features that are unlikely to
supported in U-Boot soon (regulators, pinmux). Also the addresses are
updated to 32-bit. Otherwise it is the same. Also bring in the dt-bindings
for pinctrl.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add patch to upda
Modern kernels require a device tree to boot. Enable FIT support to permit
booting these images, rather than just legacy images. This allows booting
of Chrome OS kernels, among other things.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new patch to enable FIT support for Tegra boards
Cha
This will be used by nyan, but bring it in in a separate patch since it
will be common to other boards.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add patch to bring in cros-ec-keyboard.dtsi
Changes in v2: None
arch/arm/dts/cros-ec-keyboard.dtsi | 105
Add the following extra modes:
1280x720@50
1920x1080@60
1920x1200@60
And allow selecting them by setting (and then saving and rebooting) a
hdmi_mode env variable to the name of the mode.
Also make the reserved fb mem slightly larger to allow 1920x1200 to work.
Signed-off-by: Hans de Goede
---
Hi,
On 11/23/2014 04:07 PM, Nikita Kiryanov wrote:
> Hi all,
>
> I've enabled USB keyboard for cm_fx6 using these three defines:
>
> #define CONFIG_USB_KEYBOARD
> #define CONFIG_SYS_USB_EVENT_POLL
> #define CONFIG_SYS_STDIO_DEREGISTER
>
> I am able to probe it with `usb start`, and set it as in
Hi Tom,
There several driver model series outstanding. This request tries to
bring in what I think is ready for merging.
- at91 series
- most of the SPL series, but as mentioned I need a revert of 1ee30aee
before enabling this on Tegra (I know you are working on that)
- the common parts of the I2
Hi all,
I've enabled USB keyboard for cm_fx6 using these three defines:
#define CONFIG_USB_KEYBOARD
#define CONFIG_SYS_USB_EVENT_POLL
#define CONFIG_SYS_STDIO_DEREGISTER
I am able to probe it with `usb start`, and set it as input using
`setenv stdin usbkbd`.
It works, save for one problem: all
Hi Jagan,
On Wed, Nov 12, 2014 at 3:04 PM, Jagan Teki wrote:
> On 12 November 2014 07:57, Bin Meng wrote:
>> Hi Jagan,
>>
>> On Wed, Nov 5, 2014 at 10:56 AM, Bin Meng wrote:
>>> Hi Jagan,
>>>
>>> On Wed, Nov 5, 2014 at 5:21 AM, Jagan Teki wrote:
On 1 November 2014 14:23, Bin Meng wrote:
Allwinner tells us that this bit of code is the rtc ram being used to detect
coming out of "super-standby" mode, and if that is the case, going out of
self-refresh mode.
Since we do not support "super-standby" mode, this can be dropped.
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
---
a
The CSQ CS908 is an A31s based top-set box, with 1G RAM, 8G NAND,
rtl8188etv usb wifi, 2 USB A receptacles (1 connected through the OTG
controller), ethernet, 3.5 mm jack with a/v out and hdmi out:
http://www.geekbuying.com/item/CS908-Allwinner-A31S-Quad-Core-1-2GHz-Android-4-4-Mini-TV-Box-HDMI-HD
Add a sunxi_get_ss_bonding_id() function, and use it to differentiate between
the A31s and the A31.
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
---
arch/arm/cpu/armv7/sunxi/cpu_info.c | 38 ++-
arch/arm/include/asm/arch-sunxi/clock_sun6i.h | 4 ++-
arc
The A31s only has one dram channel, so do not bother with trying to initialize
a second channel.
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/Makefile | 2 +-
arch/arm/cpu/armv7/sunxi/dram_sun6i.c | 11 +--
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a
Hi,
Here is v2 of my sun6i: A31s / CSQ_CS908 board support series.
Changes since v1:
-"sun6i: Make dram clk and zq value Kconfig options"
-Mention changing of default zq value in commit message
-Drop "if EXPERT" usage, as that breaks setting things through defconfig files
-"sun6i: Drop some "un
It turns out that there is a too large spread between boards to handle this
with a default value, turn this into Kconfig options, and set the values
the factory images are using for the Colombus and Mele_M9 boards.
Note this changes the ZQ default when not overriden through defconfig from
120 to 1
It turns out that there is a too large spread between boards to handle this
with a default value, turn this into Kconfig options, and set the values
the factory images are using for the Colombus and Mele_M9 boards.
Note this changes the ZQ default when not overriden through defconfig from
120 to 1
On 17 November 2014 at 02:14, Simon Glass wrote:
> On 17 November 2014 08:19, Masahiro Yamada wrote:
>> The variable "drv" never becomes NULL because ll_entry_start()
>> always returns a valid pointer even if there are no entries.
>>
>> The case "n_ents == 0" is covered by the following "for" loo
On 12 November 2014 at 02:06, Simon Glass wrote:
> This fixes this cppcheck report:
>
> [drivers/misc/cros_ec.c:704]: (error) Uninitialized variable: req
>
> Signed-off-by: Simon Glass
> Reported-by: Wolfgang Denk
Applied to u-boot-dm.
___
U-Boot mail
On 17 November 2014 at 10:16, Simon Glass wrote:
> On 17 November 2014 08:19, Masahiro Yamada wrote:
>> These conditions never happen.
>> - There is no real uclass with UCLASS_INVALID id.
>> - uclass never becomes NULL because ll_entry_start() always returns
>>a valid pointer.
>>
>> Signed-
On 17 November 2014 at 19:23, Simon Glass wrote:
> Hi Masahiro,
>
> On 17 November 2014 11:19, Masahiro Yamada wrote:
>> Hi Simon,
>>
>>
>>
>> On Mon, 17 Nov 2014 09:14:15 +
>> Simon Glass wrote:
>>
>>> Hi Masahiro,
>>>
>>> On 17 November 2014 08:19, Masahiro Yamada
>>> wrote:
>>> > If the
On 17 November 2014 at 10:08, Simon Glass wrote:
> On 17 November 2014 08:19, Masahiro Yamada wrote:
>> Signed-off-by: Masahiro Yamada
>
> Acked-by: Simon Glass
Applied to u-boot-dm.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/m
On 17 November 2014 at 07:29, Heiko Schocher wrote:
> Hello Simon,
>
> Am 11.11.2014 18:46, schrieb Simon Glass:
>>
>> The SPI function does the same thing, so we may as well just use the new
>> generic function. The 'cs' parameter was not actually used, so can be
>> dropped.
>>
>> Signed-off-by:
On 17 November 2014 at 07:29, Heiko Schocher wrote:
> Hello Simon,
>
> Am 11.11.2014 18:46, schrieb Simon Glass:
>>
>> This code was not updated when the chip select handling was adjusted. Fix
>> it to call the correct function.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2: None
>>
On 17 November 2014 at 07:29, Heiko Schocher wrote:
> Hello Simon,
>
> Am 11.11.2014 18:46, schrieb Simon Glass:
>>
>> In some cases we need to manually bind a device to a particular driver.
>> Add a function to do this.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2:
>> - Add new pa
On 17 November 2014 at 19:32, Tom Rini wrote:
> On Mon, Nov 17, 2014 at 05:57:43AM +, Simon Glass wrote:
>> Hi Tom,
>>
>> On 17 November 2014 00:46, Tom Rini wrote:
>> >
>> > On Tue, Nov 11, 2014 at 10:46:20AM -0700, Simon Glass wrote:
>> >
>> > > Since we scan from left to right looking for
On 19 November 2014 at 02:37, Simon Glass wrote:
> Hi Masahiro,
>
> On 19 November 2014 08:27, Masahiro Yamada wrote:
>>
>> On Tue, 11 Nov 2014 10:46:19 -0700
>> Simon Glass wrote:
>>
>>> Add dev_get_parent() as a convenience to obtain the parent of a device.
>>>
>>> Signed-off-by: Simon Glass
On 20 November 2014 at 19:39, Simon Glass wrote:
> Hi Masahiro,
>
> On 20 November 2014 06:06, Masahiro Yamada wrote:
>> Hi Simon,
>>
>>
>>
>>
>> On Wed, 19 Nov 2014 09:35:54 +
>> Simon Glass wrote:
>>
>>> Hi Masahiro,
>>>
>>> On 19 November 2014 08:25, Masahiro Yamada
>>> wrote:
>>> > Hi
On 17 November 2014 at 07:27, Heiko Schocher wrote:
> Hello Simon,
>
> Am 11.11.2014 18:46, schrieb Simon Glass:
>>
>> Factor out the common code to make it easier to adjust it.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2:
>> - Add a suitable commit message
>>
>> common/cmd_i2c.
On 11 November 2014 at 01:16, Simon Glass wrote:
> Add documentation for the various driver model options that are now
> available.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Rebase to master
>
> Changes in v2:
> - Rebase to master
>
> README | 119
> ++
On 11 November 2014 at 01:16, Simon Glass wrote:
> The linker lists feature is useful in SPL as it holds the driver model
> platform data. So don't throw away the lists.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Tom Rini
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/arm/cpu/u
On 11 November 2014 at 01:16, Simon Glass wrote:
> Since we currently don't have device tree available in SPL, add platform
> data so the uart works.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> drivers/serial/serial_tegra.c | 16
> 1 fi
On 11 November 2014 at 01:16, Simon Glass wrote:
> Add platform data for the GPIO driver. It doesn't need to contain anything
> since the GPIO driver will actually use information from the CONFIGs for
> now. This merely serves to ensure that the GPIO driver is bound.
>
> Signed-off-by: Simon Glass
On 11 November 2014 at 01:16, Simon Glass wrote:
> Since this function can use up quite a bit of space for its strings, disable
> it by default in SPL. Use CONFIG_DM_WARN to re-enable it.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Tom Rini
> ---
>
> Changes in v3: None
> Changes in v2: None
>
On 11 November 2014 at 01:16, Simon Glass wrote:
> Provide a CONFIG_DM_STDIO option to enable registering a serial device
> with the stdio library. This is seldom useful in SPL, so disable it by
> default when building for SPL.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Tom Rini
> ---
>
> Cha
On 11 November 2014 at 01:16, Simon Glass wrote:
> When enabled, set up driver model for SPL. This allows SPL to use the same
> drivers as the main U-Boot.
>
> Signed-off-by: Simon Glass
> Acked-by: Tom Rini
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/spl/spl.c | 5 +
On 10 November 2014 at 17:16, Simon Glass wrote:
> Set up the simple malloc() implementation when requested, in preference to
> the full malloc().
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/spl/spl.c | 11 ++-
> 1 file changed, 10 insert
On 11 November 2014 at 01:16, Simon Glass wrote:
> For SPL it is sometimes useful to have a simple malloc() just to permit
> driver model to work, in the cases where the full malloc() is not made
> available by the board config.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Chang
On 11 November 2014 at 01:16, Simon Glass wrote:
> The simple malloc() implementation is used when memory is tight. It provides
> a simple buffer with an incrementing pointer.
>
> At present the implementation is inside dlmalloc. Move it into its own file
> so that it is easier to find.
>
> Rather
On 29 October 2014 at 20:09, Simon Glass wrote:
> The old maintainer has left, so take this over.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to add myself as maintainer for snapper9260
>
> board/bluewater/snapper9260/MAINTAINERS | 2 +-
> 1 file changed, 1 insertio
On 11 November 2014 at 01:16, Simon Glass wrote:
> The faster functions are not actually available in SPL and the code size
> likely isn't worth it. Use the normal memcpy() in SPL.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Add new patch to avoid using arch-specific memcpy() in S
On 29 October 2014 at 20:09, Simon Glass wrote:
> Implement this feature in the uclass so that the baudrate can be changed
> with 'setenv baudrate '.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add a patch to implement baud rate changes
>
> drivers/serial/serial-uclass.c | 67
>
On 29 October 2014 at 20:08, Simon Glass wrote:
> Before adding driver model support, split out a few of the functions so
> that they can be used by the driver model code.
>
> Signed-off-by: Simon Glass
> Acked-by: Andreas Bießmann
> ---
>
> Changes in v2: None
>
> drivers/serial/atmel_usart.c
On 5 November 2014 at 03:54, Simon Glass wrote:
> Hi Masahiro,
>
> On 1 November 2014 10:27, Masahiro YAMADA wrote:
>> Hi Simon,
>>
>> 2014-10-30 4:09 GMT+09:00 Simon Glass :
>>> diff --git a/include/configs/snapper9260.h b/include/configs/snapper9260.h
>>> index e2e623e..942af2e 100644
>>> --- a
On 29 October 2014 at 20:08, Simon Glass wrote:
> Modify this driver to support driver model, with platform data required to
> determine the GPIOs that it controls.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Remove unnecessary port number check
> - Use GPIO_PER_BANK instead of 32
On 29 October 2014 at 20:09, Simon Glass wrote:
> Add driver model support while retaining the existing legacy code. This
> allows the driver to support boards that have converted to driver model
> as well as those that have not.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Rename
On 29 October 2014 at 20:08, Simon Glass wrote:
> These boards all have the same GPIO arrangement, so add some common platform
> data that can be used by all boards. Remove the configs which are no longer
> required.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Use PA/PB/PC instead
On 29 October 2014 at 20:08, Simon Glass wrote:
>
> The value should be 0x21f0. Fix it.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Use a text base of 0x21f0
>
> include/configs/snapper9260.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied to u-boot-dm.
On 29 October 2014 at 20:08, Simon Glass wrote:
> This works correctly, so switch it over before the deadline.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> include/configs/snapper9260.h | 1 +
> 1 file changed, 1 insertion(+)
Applied to u-boot-dm.
___
On Fri, Nov 21, 2014 at 11:28:25PM +0100, Simon Glass wrote:
> Hi Masahiro,
>
> On 21 November 2014 09:29, Masahiro Yamada wrote:
> > Hi Simon, Tom,
> >
> >
> >
> > On Fri, 21 Nov 2014 08:24:54 +0100
> > Simon Glass wrote:
> >
> >> Hi Masahiro,
> >>
> >> On 21 November 2014 08:11, Masahiro Yamad
On Sun, 2014-11-23 at 12:42 +0100, Hans de Goede wrote:
> I noticed that the kernel and u-boot settings were different, double checking
> has confirmed that the kernel settings are correct.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
> ---
> configs/Mele_M9_defconfig | 6 --
>
Hello Simon,
On Fri, 21 Nov 2014 23:29:53 +0100, Simon Glass
wrote:
> > Do you mean you implemented the same (similar) behavior as the legacy I2C
> > framework?
>
> Yes, we need the ability to scan the bus and find which devices are present.
Side note: not sure this was touched on, and not su
Hello Anatolij,
On Sat, 22 Nov 2014 00:40:58 +0100, Anatolij Gustschin
wrote:
> Hi Maxime,
>
> On Thu, 20 Nov 2014 17:49:17 +0100
> Maxime Ripard wrote:
>
> > Hi,
> >
> > I'm currently working on 2014.07, on a custom TI AM335x based board.
> >
> > Everything works great so far, except when w
Use the new BOOTENV_PREBOOT_INITS_USB define to avoid usb being scanned twice
when using usb kbd + usb boot.
Signed-off-by: Hans de Goede
---
include/configs/sunxi-common.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/configs/sunxi-common.h b/include/configs/s
I noticed that the kernel and u-boot settings were different, double checking
has confirmed that the kernel settings are correct.
Signed-off-by: Hans de Goede
---
configs/Mele_M9_defconfig | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/configs/Mele_M9_defconfig b/confi
When using usb-keyboard support, typically usb will already get started from
preboot. In this case doing it again in the bootcmd is undesirable.
Allow the user of config_distro_bootcmd to indicate that usb is inited in
preboot through the user setting BOOTENV_PREBOOT_INITS_USB.
Signed-off-by: Han
On Sun, 2014-11-23 at 12:14 +0100, Hans de Goede wrote:
> In an effort to avoid usb getting scanned twice when using an usb keyboard,
> and booting from usb, I've set preboot to "run usb_init" in the
> CONFIG_USB_KEYBOARD patch.
>
> This is wrong however, as it causes usb to not be scanned (and th
In an effort to avoid usb getting scanned twice when using an usb keyboard,
and booting from usb, I've set preboot to "run usb_init" in the
CONFIG_USB_KEYBOARD patch.
This is wrong however, as it causes usb to not be scanned (and the keyboard to
not be found) if an "env save" is done, since then t
Hi,
On 11/20/2014 07:59 PM, Hans de Goede wrote:
> When using usb-keyboard support, the preboot env variable must be set to a
> command to scan usb, so that the keyboard is available to interrupt autoboot.
>
> The logical command to add when using config_distro_bootcmd.h is
> "run usb_init", as t
77 matches
Mail list logo
