On Sun, Jan 14, 2024 at 05:09:09AM +0300, S V wrote:
> Hello misc
>
> What tools devs are using to generate .h wsfont files from bdf?
>
> Thanks in advance
one way of doing it:
pkg_add bdf2psf psftools
(converters/bdf2psf sysutils/psftools)
bdf2psf --fb file.bdf
I've had some success with this on Intel Mac, although it requires some
workarounds. I'm in the process of writing a blog, I'll post it here in the
next few days if I can...
On Fri, 12 Jan 2024, 22:32 Implausibility, wrote:
> Hi.
>
> Since there's some uncertainty around the future of VMware
Hello misc
What tools devs are using to generate .h wsfont files from bdf?
Thanks in advance
Hello mailing list,
It is my hope to reach an owner of Pine64 Quartz64 SCB. Could anyone,
please, confirm that Redshift program works as expected on the board?
(Motivation: silent part-time desktop replacement without fans, and of
somewhat higher trust hardware-wise than modern PCs [Intel ME
> From: Theo de Raadt
> Date: Sat, 13 Jan 2024 07:39:34 -0700 (MST)
>
> Blocking the timeupdate in ffs_sbupdate() will be difficult.
>
> It is probably easier to have the BOOT kernel learn the time (from the
> true root filesystem), so that ffs_sbupdate() writes back the same
> value.
>
> That
Hello, All;
I've been trying to configure a Realtek RTL8111H NIC on a Raspberry Pi
CM4 board, however I have encountered several issues.
This is the CM4 breakout board I'm using, the NIC is attached to
the Pi via PCIe bus.
Below is the `pcidump` output
0:0:0: Broadcom BCM2711
1:0:0: Realtek
You are right.
To check, I created a clean partition image and performed newfs on
that. Then I compared all changes (see attachment) from newfs to the
hexedit view of wd0j. Despite of two, three tiny differences all
newfs written zeroes 0x00 match the zeroes found in wd0j. Where newfs
has
On Sat, Jan 13, 2024 at 10:03:20AM +0100, Christian Gut wrote:
>
>
> > On 13. Jan 2024, at 00:58, Theo de Raadt wrote:
> >
> > I suspect this is due to how powerpc64 and octeon boot. Their bootblocks
> > are
> > a special kernel called BOOT which mounts the ffs filesystem diretly. I
> >
> On 13. Jan 2024, at 10:03, Christian Gut wrote:
>
>
>
>> On 13. Jan 2024, at 00:58, Theo de Raadt wrote:
>>
>> I suspect this is due to how powerpc64 and octeon boot. Their bootblocks are
>> a special kernel called BOOT which mounts the ffs filesystem diretly. I
>> suspect
>> during
On Sat, Jan 13, 2024 at 11:47:44AM +0100, Christian Gut wrote:
>
>
> > On 13. Jan 2024, at 10:03, Christian Gut wrote:
> >
> >
> >
> >> On 13. Jan 2024, at 00:58, Theo de Raadt wrote:
> >>
> >> I suspect this is due to how powerpc64 and octeon boot. Their bootblocks
> >> are
> >> a
> On 12. Jan 2024, at 19:39, Otto Moerbeek wrote:
>
> On Fri, Jan 12, 2024 at 07:15:43PM +0100, Christian Weisgerber wrote:
>
>> Otto Moerbeek:
>>
>>> http://man.openbsd.org/octrtc seems to suggest EdgeRouter does not have
>>> an RTC. A dmesg should give more certainty.
>>
>> I think the
> On 13. Jan 2024, at 00:58, Theo de Raadt wrote:
>
> I suspect this is due to how powerpc64 and octeon boot. Their bootblocks are
> a special kernel called BOOT which mounts the ffs filesystem diretly. I
> suspect
> during the transition to loading GENERIC.MP something wrong happens with
I think the BOOT kernel has done inittodr() with the stale value in the
bootblock
file. Stale, because this is never written back.
Later it mounts a filesystem onto /mnt, which is the real root. That gets
unmounted. It writes the stale time to that filesystem.
Blocking the timeupdate in ffs_sbupdate() will be difficult.
It is probably easier to have the BOOT kernel learn the time (from the
true root filesystem), so that ffs_sbupdate() writes back the same
value.
That means either an ugly way to reach inittodr() or the userland code
in the bootblock
14 matches
Mail list logo