On Mon, Jan 03, 2022 at 06:43:29PM -0800, Greg Steuck wrote:
> Crystal Kolipe writes:
>
> > The gpt driver was completely deleted from the tree in 2016, and removed
> > from the i386 GENERIC config in revision 1.819.
> >
> > It has, however, remained in the amd64 GENERIC config commented out,
>
i was trying to understand some packets that tcpdump didnt know about,
and discovered they were EAPOL. turns out EAPOL is a little container
around a bunch of different types of messages including EAP, the
MACsec Key Agreement protocol, and it's own type of capabilities
advertisements.
this
Crystal Kolipe writes:
> The gpt driver was completely deleted from the tree in 2016, and removed from
> the i386 GENERIC config in revision 1.819.
>
> It has, however, remained in the amd64 GENERIC config commented out,
> which seems like an oversight.
I agree, thanks!
>
> This patch removes
Jonathan Gray writes:
> DEFMAXLOCAL unused since 2007
> 'kill local/jobs distinction. Correctly this time...'
> https://github.com/openbsd/src/commit/f01cd4cc8e1908cec38b82298fe3fc96c7421321
>
> RANLIBMAG unused since 2012
> 'more changes, discussed and tested by various people'
>
DEFMAXLOCAL unused since 2007
'kill local/jobs distinction. Correctly this time...'
https://github.com/openbsd/src/commit/f01cd4cc8e1908cec38b82298fe3fc96c7421321
RANLIBMAG unused since 2012
'more changes, discussed and tested by various people'
Ping?
The patch below fixes an off-by-one in /arch/amd64/stand/libsa/cmd_i386.c.
The affected code path is handling the machine boot command in the bootloader.
Currently, trying to boot from MBR partition 'a', with a command such as
machine boot hd0a, will in fact boot from whichever partition
> Date: Mon, 3 Jan 2022 16:31:29 +
> From: Visa Hankala
>
> This adds an initial driver for the PolarFire SoC MSS clock controller.
>
> The driver also provides a reset function for the SoC. The soft reset
> register is in the same region that covers the clock control registers.
>
> OK?
On Sat 01/01/2022 11:37, Florian Obser wrote:
> ping
> On 2021-12-24 10:16 +01, Florian Obser wrote:
> > Make host name DHCP option configurable.
> > Diff from ha...@sdf.org, tweaks by me.
> >
> > RFC 2132 says a host name must have a lenght of at least 1, so we can
> > use strlen(h_name) == 0 to
> Date: Mon, 3 Jan 2022 15:12:01 -0300
> From: Crystal Kolipe
Please submit these to the Linux kernel folks. We're not going to fix
these in our tree as it would make it harder to update the code.
Cheers,
Mark
> --- sys/dev/pci/drm/amd/display/dc/dce110/dce110_hw_sequencer.c.orig Tue Jul
>
--- sys/dev/pci/drm/amd/display/dc/dce110/dce110_hw_sequencer.c.origTue Jul
6 23:38:25 2021
+++ sys/dev/pci/drm/amd/display/dc/dce110/dce110_hw_sequencer.c Mon Jan 3
15:04:44 2022
@@ -1271,25 +1271,25 @@
switch (pipe_ctx->plane_res.scl_data.format) {
case
Subj. The getpeername(2) sysckall is pretty simple. For inet and unix
sockets it follows the code which was already unlocked with accept(2)
unlocking. Just copy the 'sockaddr' structure containing the peer
address. For key management and route domain sockets it just copies the
read-only global
This adds an initial driver for the PolarFire SoC MSS clock controller.
The driver also provides a reset function for the SoC. The soft reset
register is in the same region that covers the clock control registers.
OK?
Index: share/man/man4/man4.riscv64/Makefile
I have seen this on occasional also, and couldn't find the cause.
I like the diff.
Philip Guenther wrote:
> On Fri, Dec 31, 2021 at 7:44 AM Christian Ehrhardt
> wrote:
>
> > Here at genua, trying to build libpcap sometimes breaks in
> > libpcap with the following error message:
> >
> > |
I may have mixed outputs from various snmp(1) and snmpwalk(1) while
trying to verify both failed. Sorry. Here's a detailed extract of what I
did and got.
On 1/3/22 16:50, Martijn van Duren wrote:
On Mon, 2022-01-03 at 15:09 +0100, Joel Carnat wrote:
Hello,
I have just patched my snmpd from
On Mon, 2022-01-03 at 15:09 +0100, Joel Carnat wrote:
> Hello,
>
> I have just patched my snmpd from -current ; everything else is
> 7.0-stable. I'm not sure what happens but I use the same snmpd.conf and
> connects to snmpd from another machine using
>
> # snmpwalk -v 3 -a SHA -A "changeme"
Hello,
I have just patched my snmpd from -current ; everything else is
7.0-stable. I'm not sure what happens but I use the same snmpd.conf and
connects to snmpd from another machine using
# snmpwalk -v 3 -a SHA -A "changeme" -l authPriv -u telegraf \
-x AES -X "changeme" server
But using
On Mon, 2021-11-08 at 09:51 +0100, Martijn van Duren wrote:
> On Sat, 2021-11-06 at 03:11 -0400, Allan Streib wrote:
> > On OpenBSD 7.0-release, comparing the output of OpenLDAP's
> > ldapsearch(1) to ldap(1) search, the ldap(1) search output is
> > missing the last attribute of each directory
On Sun, 2021-11-21 at 14:58 +0100, Martijn van Duren wrote:
> On Sun, 2021-11-14 at 14:35 +, Stuart Henderson wrote:
> > On 2021/11/14 11:49, Martijn van Duren wrote:
> > > sthen@ found an issue when using this diff with netsnmp tools.
> > >
> > > The problem was that I put the requestID in
The gpt driver was completely deleted from the tree in 2016, and removed from
the i386 GENERIC config in revision 1.819.
It has, however, remained in the amd64 GENERIC config commented out, which
seems like an oversight.
This patch removes it from amd64 GENERIC:
--- GENERIC.origMon
On Mon, Jan 03, 2022 at 10:19:59PM +1100, Jonathan Gray wrote:
> there are snapshots of some of it on archive.org
> https://web.archive.org/web/20080624074509/http://islsm.org/wiki/doku.php?id=
Unfortunately, the interesting bits, such as archive.org links to
the actual hardware docs on this
This is almost identical to the changes I made to dwge(4) recently, since
these drivers are very closely related. Unfortunately the only machine I
have with dwxe(4) in it is armv7, so I can't test this properly, but it
does still work there.
Could someone with an arm64 allwinner board try this
On Mon, Jan 03, 2022 at 11:37:41AM +0100, Stefan Sperling wrote:
> On Mon, Jan 03, 2022 at 12:20:37PM +1100, Jonathan Gray wrote:
> > the prism54.org domain is long abandoned
> > don't give any traffic to whoever registered it afterwards
> >
>
> ok stsp@
>
> A quick web search suggests that no
On Mon, Jan 03, 2022 at 11:55:08AM +0100, Marcus MERIGHI wrote:
> Hello!
>
> s...@stsp.name (Stefan Sperling), 2022.01.03 (Mon) 11:37 (CET):
> > On Mon, Jan 03, 2022 at 12:20:37PM +1100, Jonathan Gray wrote:
> > > the prism54.org domain is long abandoned
> > > don't give any traffic to whoever
On Mon, Jan 03, 2022 at 12:20:37PM +1100, Jonathan Gray wrote:
> the prism54.org domain is long abandoned
> don't give any traffic to whoever registered it afterwards
>
ok stsp@
A quick web search suggests that no efforts were made to save the
original content of the site :(
> Index:
or perhaps we just remove aac entirely?
/sys/dev/ic/aac.c:1282:6: error: variable 'error' is used uninitialized
whenever 'if' condition is true [-Werror,-Wsometimes-uninitialized]
if (sc->total_fibs == 0)
^~~
Index: aac.c
25 matches
Mail list logo
