On Sun, Aug 27, 2017 at 07:26:19PM +0300, Artturi Alm wrote:
> On Mon, Aug 21, 2017 at 10:18:04PM +0200, Mark Kettenis wrote:
> > I just committed a change to the armv7 bootloader that makes it pass
> > the EFI memory map to the kernel.  This will be used in the future to
> > avoid stomping on memory used for the firmware, framebuffers etc.
> > This change is incompatible with older versions of U-Boot.  U-Boot
> > 2017.03 that shipped with OpenBSD 6.1 is known to work, but if you're
> > using an older version, you may need to upddate it.
> > 
> > The procedure to update U-Boot can be found in INSTALL.armv7 under
> > "Install on systems without a supported miniroot".
> > 
> > Cheers,
> > 
> > Mark
> > 
> 
> Oh, cool, now i guess i'll want to acquire some HDMI switches soon :)
> 
> 
> On Sun, Aug 27, 2017 at 06:42:22AM -0600, Mark Kettenis wrote:
> > CVSROOT:    /cvs
> > Module name:        src
> > Changes by: kette...@cvs.openbsd.org        2017/08/27 06:42:22
> > 
> > Modified files:
> >     sys/dev/fdt    : simplefb.c 
> >     sys/arch/arm64/arm64: arm64_machdep.h machdep.c 
> >     sys/arch/arm64/conf: RAMDISK 
> >     sys/arch/arm64/include: fdt.h 
> >     sys/arch/arm/include: fdt.h 
> >     sys/arch/armv7/armv7: armv7_machdep.h 
> > 
> > Log message:
> > Add glass console support for arm64.  This uses the "stdout-path" property
> > of the /chosen node in the device tree to decide whether the framebuffer
> > should be used as the console device.  Most, if not all, machines will
> > have that set to use a serial console and there is no easy way yet to
> > change that.
> > 
> > ok jsg@
> > 
> 
> the rate at u-boot is adopting their "driver model", i'd think it won't
> be an issue for long.
> 
> i guess the diff below might break something, didn't test w/ports pkg,
> as i haven't gotten around to do full upgrade incl. pkgs on my
> workstation for some time, and it's just for referencing the CONFIG_
> variables here.
> 
> -Artturi
> 

doh, right after sending the mail, i figured i had grepped only in
u-boot/include for these:

config CONSOLE_MUX
        bool "Enable console multiplexing"
        default y if DM_VIDEO || VIDEO || LCD
        help
          This allows multiple devices to be used for each console 'file'.
          For example, stdout can be set to go to serial and video.
          Similarly, stdin can be set to come from serial and keyboard.
          Input can be provided from either source. Console multiplexing
          adds a small amount of size to U-Boot.  Changes to the environment
          variables stdout, stdin and stderr will take effect immediately.

config SYS_CONSOLE_IS_IN_ENV
        bool "Select console devices from the environment"
        default y if CONSOLE_MUX
        help
          This allows multiple input/output devices to be set at boot time.
          For example, if stdout is set to "serial,video" then output will
          be sent to both the serial and video devices on boot. The
          environment variables can be updated after boot to change the
          input/output devices.


while they were in u-boot/common/Kconfig, oh well, now i guess
above does explain better what i was after.

-Artturi

Reply via email to