mirror.bytemark.co.uk appears to have removed all OpenBSD content?
Just been to upgrade a rather old system I keep OpenBSD on for fun all the way up from 6.9, and found bytemark no longer seem to be hosting any OpenBSD content. Fortunately there's a couple of archives with pretty much every OpenBSD release ever, so sysupgrade is currently rather busy PK
dhcpleaseed message in cloud environment
Hi, I have an OpenBSD 7.4 VM on Vultr and I sometimes notice the following from dhcpleased in syslogd: Feb 22 21:50:51 server dhcpleased[83222]: parse_dhcp: message from too short Although the message is referred to as being "too short", dhcpleased successfully acquires an IP for the VM and all is good. With everything being virtual for my VM, why would there be truncation in the DHCP message ? Secondly, is this something I should be concerned about ? Thanks, - J
DisplayLink or external video card support
Hello, Thanks for answering to the previous post, indeed. What I'm actually trying to realize is how to connect a small portable screen (to use in vertical orientation, for notes and sketches) with an hdmi/vga connection.. to my station without free display ports (DP and HDMI ports are already used); further more my station has no usb-c ports. Looking some products I realized about the existance of DisplayLink products (certified gigs) or similar usb-a external video cards, that seem quite expensive (DisplayLink) or quite new to the market (Aug/End 2023) expecially in their hdmi version, eg: https://amzn.eu/d/2MWQDbX https://amzn.eu/d/6Xpnq6l My economics are really very few and dispite all of their bad advertisement against any Unix support.. do you think there is any practical chance to render the video flow of my OpenBSD by an external usb-a device ? Thnx! > N0\/\/@r€Z > -- > /\/\@rk€T
Re: Screen rotation support
Thanks for the suggestion, appreciated.. Feb 26, 2024 19:20:05 Stephen Wiley : > Have you tried using Xrandr? > N0\/\/@r€Z > -- > /\/\@rk€T
Re: Screen rotation support
Have you tried using Xrandr? On Mon, Feb 26, 2024 at 06:33:02PM +0100, Nowarez Market wrote: > Hello, > > Screen rotation is currently supported? > And what about Xfce? > > Thanks! > > > > N0\/\/@r€Z > > -- > > /\/\@rk€T >
Screen rotation support
Hello, Screen rotation is currently supported? And what about Xfce? Thanks! > N0\/\/@r€Z > -- > /\/\@rk€T
Re: Add support for RK356x eMMC controller
On Mon, Feb 26, 2024 at 04:47:53PM +0100, Mizsei Zolt??n wrote: > Hi, > > on NetBSD the following is used to support the eMMC modules on RK356x. Would > it possible to implement asomething similar for OpenBSD? > > https://github.com/NetBSD/src/commit/f30b89bb4385f5fe218ff86be5d458a51fc62d4c > > For more info see the original commit message below: > > "acpi: sdhc: Add support for RK356x eMMC controller. > RK356x has a DesignWare eMMC controller that is somewhat SDHCI compliant, > with one major problem -- the clock divisor doesn't actually work. To > change the clock card on Rockchip SoCs, the clock frequency needs to be > adjusted in the Clock & Reset Unit (CRU) directly. > > The RK356x UEFI implementation introduces a DSM that allows drivers to > request firmware assistance in setting the card clock rate, for instances > like this where the divisor is broken. RK356x is not a viable platform for use with ACPI. I'd recommend to switch to a Linux-mainline device tree and use a current U-Boot, if possible.
Add support for RK356x eMMC controller
Hi, on NetBSD the following is used to support the eMMC modules on RK356x. Would it possible to implement asomething similar for OpenBSD? https://github.com/NetBSD/src/commit/f30b89bb4385f5fe218ff86be5d458a51fc62d4c For more info see the original commit message below: "acpi: sdhc: Add support for RK356x eMMC controller. RK356x has a DesignWare eMMC controller that is somewhat SDHCI compliant, with one major problem -- the clock divisor doesn't actually work. To change the clock card on Rockchip SoCs, the clock frequency needs to be adjusted in the Clock & Reset Unit (CRU) directly. The RK356x UEFI implementation introduces a DSM that allows drivers to request firmware assistance in setting the card clock rate, for instances like this where the divisor is broken. >From the UEFI README: Function 1: Set Card Clock The _DSM control method parameters for the Set Card Clock function are as follows: Arguments * Arg0: UUID = 434addb0-8ff3-49d5-a724-95844b79ad1f * Arg1: Revision = 0 * Arg2: Function Index = 1 * Arg3: Target card clock rate in Hz. Return The actual card clock rate in Hz. Will be less than or equal to the target clock rate. Returns 0 if the target clock rate could not be set." Thanks. --Z--