aboutsummaryrefslogtreecommitdiff
path: root/board-qemu
diff options
context:
space:
mode:
authorThomas Huth <thuth@redhat.com>2016-02-23 15:40:28 +0100
committerAlexey Kardashevskiy <aik@ozlabs.ru>2016-02-24 11:38:02 +1100
commite56149ca790859e0fcf380589400427bf4e9a209 (patch)
tree9db0b548255a395f2bf50e1ca2a2b0b89728d500 /board-qemu
parente3d05727a074619fc12d0a67f05cf2c42c875cce (diff)
downloadSLOF-e56149ca790859e0fcf380589400427bf4e9a209.zip
SLOF-e56149ca790859e0fcf380589400427bf4e9a209.tar.gz
SLOF-e56149ca790859e0fcf380589400427bf4e9a209.tar.bz2
dev-null: The "read" function has to return 0 if nothing has been read
The "read" function of the dev-null device currently claims that the same amount of bytes has been read as input bytes have been requested. This causes grub to hang forever at the boot selection menu, since grub then thinks that there's a continuous stream of input data. If nothing has been read (which is always the case for the dev-null device), the "read" function should simply return 0 instead. Then grub also boots properly again after the typical short timeout. Reported-by: Laurent Vivier <lvivier@redhat.com> Signed-off-by: Thomas Huth <thuth@redhat.com> Tested-by: Laurent Vivier <lvivier@redhat.com> Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Diffstat (limited to 'board-qemu')
-rw-r--r--board-qemu/slof/dev-null.fs2
1 files changed, 1 insertions, 1 deletions
diff --git a/board-qemu/slof/dev-null.fs b/board-qemu/slof/dev-null.fs
index d0ffad6..9ac5169 100644
--- a/board-qemu/slof/dev-null.fs
+++ b/board-qemu/slof/dev-null.fs
@@ -12,7 +12,7 @@ new-device
;
: read ( adr len -- actual )
- nip
+ 2drop 0
;
: setup-alias