luporl 5de94f4623 [PPC] Fix loader input with newer QEMU versions ... At least since version 4.0.0, QEMU became bug-compatible with PowerVM's vty, by inserting a \0 after every \r. As this confuses loader's interpreter and as a \0 coming from the console doesn't seem reasonable, it's now being filtered at OFW console input. Reviewed by: jhibbits MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D20676		2019-06-19 11:37:43 +00:00
..
devicename.c	Stop using ../zfs/libzfs.h but instead use libzfs.h.	2018-07-08 07:42:58 +00:00
libofw.h	- Unbreak booting sparc64 kernels after the metadata unification in	2018-05-21 01:20:19 +00:00
Makefile	Stop using ../zfs/libzfs.h but instead use libzfs.h.	2018-07-08 07:42:58 +00:00
ofw_console.c	[PPC] Fix loader input with newer QEMU versions	2019-06-19 11:37:43 +00:00
ofw_copy.c	Fix regression introduced in r328806, preventing boot at least on all	2018-02-03 23:49:21 +00:00
ofw_disk.c
ofw_memory.c	Fix regression introduced in r328806, preventing boot at least on all	2018-02-03 23:49:21 +00:00
ofw_module.c
ofw_net.c	[PowerPC64] stand: fix build using clang 8 as compiler	2019-05-20 19:21:35 +00:00
ofw_reboot.c
ofw_time.c
openfirm.c	[PowerPC64] stand: fix build using clang 8 as compiler	2019-05-20 19:21:35 +00:00
openfirm.h	Const poison the propname. It's never set and we often pass it const	2017-12-03 04:54:18 +00:00