Ok, I didn't know such things existed.
I would think that a coreboot framebuffer would be preferred over a
VGA console, unless there was a system that only had the framebuffer
in uncached-not-write-combined mapping.
Original Message
Subject: Re: [patch] remove NPCDISPLAY from
On Jun 17, 2020, at 12:39 AM, Jonathan Gray wrote:
>
> On Tue, Jun 16, 2020 at 07:15:24PM -0700, jo...@armadilloaerospace.com wrote:
>> You can't put an ISA CGA/EGA/MGA in an AMD64 system, so these can
>> go away.
>
> While it is incredibly unlikely someone would try, amd64 capable
>
On Tue, Jun 16, 2020 at 07:15:24PM -0700, jo...@armadilloaerospace.com wrote:
> You can't put an ISA CGA/EGA/MGA in an AMD64 system, so these can
> go away.
While it is incredibly unlikely someone would try, amd64 capable
"industrial" motherboards with ISA exist. We don't build
pcdisplay(4) on
On Tue, Jun 16, 2020 at 06:18:13AM -0600, Todd C. Miller wrote:
> On Tue, 16 Jun 2020 12:48:58 +0200, Martin Pieuchot wrote:
>
> > The diff below implements DragonFly's approach of adding a new kind of
> > filter, EVFILT_EXCEPT, to report such conditions. This extends the
> > existing kqueue
You can't put an ISA CGA/EGA/MGA in an AMD64 system, so these can
go away.
Does anyone know if there is an ordering reason that the coreboot
efifb_cb_cnattach console is after the VGA attach? Things could be
cleaned up a bit if the efifb entry points just checked for both
efi and coreboot
> On 17 Jun 2020, at 01:57, Theo Buehler wrote:
>
> The diff below removes some of the unnecessary complications in the
> calculation of the stoeplitz_cache and brings them into a form more
> suitable for mathematical reasoning. I added a somewhat dense comment
> which explains the full
On Tue, Jun 16, 2020 at 08:43:02PM +0100, Raf Czlonka wrote:
> Ping.
>
> CC'ing espie@ as he committed the initial code.
>
> Cheers,
>
> Raf
>
> On Sun, Jun 07, 2020 at 07:30:39PM BST, Raf Czlonka wrote:
> > Hi all,
> >
> > I've been running openbsd-backgrounds on all of my desktop machines
Ping.
CC'ing espie@ as he committed the initial code.
Cheers,
Raf
On Sun, Jun 07, 2020 at 07:30:39PM BST, Raf Czlonka wrote:
> Hi all,
>
> I've been running openbsd-backgrounds on all of my desktop machines and
> thought this can be simplified a bit:
>
> - fewer lines to uncomment
> - easier
Hi,
Today I was searching for postgresql-server package using pkg_info,
but I didn't found that (OpenBSD-6.7-STABLE)!
$ pkg_info -Q postgres
dovecot-postgresql-2.3.10.1v0
After a bit of research I found the problem in this file:
/usr/libdata/perl5/OpenBSD/PackageRepositoryList.pm:
...
sub
Hi,
Instead of performing three distinct allocations per created pipe,
reduce it to a single one. Not only should this be more performant, it
also solves a kqueue related issue found by visa@ who also requested
this change:
> If you attach an EVFILT_WRITE filter to a pipe fd, the knote gets added
On Tue, Jun 16, 2020 at 03:10:02PM +0200, Martin Pieuchot wrote:
> On 16/06/20(Tue) 06:18, Todd C. Miller wrote:
> > On Tue, 16 Jun 2020 12:48:58 +0200, Martin Pieuchot wrote:
> >
> > > The diff below implements DragonFly's approach of adding a new kind of
> > > filter, EVFILT_EXCEPT, to report
On Tue, 16 Jun 2020 10:13:11 -0600, "Theo de Raadt" wrote:
> Everytime someone did poll on select, or select on poll, or something
> on something, the emulation ended up being dangerously buggy in the
> first round.
Agreed.
> I hope such emulation isn't a goal in libc. What happens in the
Todd C. Miller wrote:
> On Tue, 16 Jun 2020 16:21:14 +0300, Vitaliy Makkoveev wrote:
>
> > https://github.com/apple/darwin-xnu
>
> Note that the poll emulation in xnu was incomplete the last time I
> checked. Granted, that was 10 years ago so it might be better now,
> but at the time you
On Tue, 16 Jun 2020 16:21:14 +0300, Vitaliy Makkoveev wrote:
> https://github.com/apple/darwin-xnu
Note that the poll emulation in xnu was incomplete the last time I
checked. Granted, that was 10 years ago so it might be better now,
but at the time you couldn't poll much more than sockets. I
The diff below removes some of the unnecessary complications in the
calculation of the stoeplitz_cache and brings them into a form more
suitable for mathematical reasoning. I added a somewhat dense comment
which explains the full construction and which will help justifying
upcoming diffs.
The
sosplice(9) should provide EPROTONOSUPPORT error while we are splicing
sockets with different domains but there is not test for this case. Diff
below adds test for the case while we are thying to splice inet and unix
sockets. We can's splice unix sockets so there is no reason to test the
case for
On 16/06/20(Tue) 06:18, Todd C. Miller wrote:
> On Tue, 16 Jun 2020 12:48:58 +0200, Martin Pieuchot wrote:
>
> > The diff below implements DragonFly's approach of adding a new kind of
> > filter, EVFILT_EXCEPT, to report such conditions. This extends the
> > existing kqueue interface which is
On Tue, 16 Jun 2020 12:48:58 +0200, Martin Pieuchot wrote:
> The diff below implements DragonFly's approach of adding a new kind of
> filter, EVFILT_EXCEPT, to report such conditions. This extends the
> existing kqueue interface which is questionable. On the one hand this
> allows userland
Hi
In the last revision install.sub stopped using /home/_sysupgrade/keep,
so unless I miss something this line can be removed.
Best,
Martin
Index: sysupgrade.sh
===
RCS file: /cvs/src/usr.sbin/sysupgrade/sysupgrade.sh,v
The kqueue subsystem has no mechanism to indicate "exceptional conditions",
that is the equivalent of poll(2)'s POLLPRI & POLLRDBAND and select(2)'s
`exceptfds'.
The diff below implements DragonFly's approach of adding a new kind of
filter, EVFILT_EXCEPT, to report such conditions. This extends
> Date: Tue, 16 Jun 2020 11:20:05 +1000
> From: David Gwynne
>
> there's been discussions for years (and even some diffs!) about how we
> should let drivers establish interrupts on multiple cpus.
>
> the simple approach is to let every driver look at the number of cpus in
> a box and just pin
hi,
The function xhci_event_xfer_isoc() of sys/dev/usb/xhci.c at line 954
does not work with zero length multi-TRB inbound transfer.
949 /*
950 * If we queued two TRBs for a frame and this is the second TRB,
951 * check if the first TRB needs accounting
22 matches
Mail list logo
