bulk build on octeon.ports.openbsd.org
started on Mon Jul 20 15:09:01 UTC 2020
finished at Thu Jul 30 09:52:57 UTC 2020
lasted 10D18h43m
done with kern.version=OpenBSD 6.7-current (GENERIC.MP) #7: Mon Jul 20 14:31:43
UTC 2020
built packages:9341
Jul 20:1991
Jul 21:982
Jul 22:652
Jul 23:650
Jul
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/31 08:27:30
Modified files:
gnu/usr.bin/binutils/bfd: elfxx-mips.c
gnu/usr.bin/binutils-2.17/bfd: elfxx-mips.c
Log message:
Use consistent types in comparison to fix build with clang 10.
CVSROOT:/cvs
Module name:ports
Changes by: v...@cvs.openbsd.org2020/07/27 09:49:28
Modified files:
audio/mscore : Makefile
Log message:
Fix GOT overflow on mips64.
OK bcallah@
CVSROOT:/cvs
Module name:ports
Changes by: v...@cvs.openbsd.org2020/07/27 05:08:45
Modified files:
net/wireshark : Makefile
Log message:
Fix GOT overflow on mips64.
OK sthen@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/24 08:54:38
Modified files:
sys/arch/octeon/conf: BOOT
Log message:
Suppress kernel printf output in the octeon boot kernel.
OK kettenis@
CVSROOT:/cvs
Module name:ports
Changes by: v...@cvs.openbsd.org2020/07/22 04:22:35
Modified files:
lang/ruby/2.5 : Makefile
lang/ruby/2.5/patches: patch-compile_c
lang/ruby/2.6 : Makefile
lang/ruby/2.6/patches: patch-compile_c
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/20 23:56:02
Modified files:
sys/arch/loongson/loongson: generic3a_machdep.c
Log message:
Do not bother masking IPIs in the Loongson 3A specific IPI routine.
The interrupt dispatcher interrupt()
On Mon, Jul 20, 2020 at 04:35:12AM +, Visa Hankala wrote:
> On Sun, Jul 19, 2020 at 09:47:54PM +0100, Julian Smith wrote:
> > I've been finding egdb and gdb rather easily get stuck in an
> > uninterruptible wait, e.g. when running the 'next' command after
> > hitting a br
bulk build on octeon.ports.openbsd.org
started on Sat Jul 11 05:28:46 UTC 2020
finished at Mon Jul 20 12:27:35 UTC 2020
lasted 10D06h58m
done with kern.version=OpenBSD 6.7-current (GENERIC.MP) #6: Sat Jul 11 05:01:59
UTC 2020
built packages:9426
Jul 11:2699
Jul 12:548
Jul 13:694
Jul 14:492
Jul
On Sun, Jul 19, 2020 at 09:47:54PM +0100, Julian Smith wrote:
> I've been finding egdb and gdb rather easily get stuck in an
> uninterruptible wait, e.g. when running the 'next' command after
> hitting a breakpoint.
>
> So it's not possible to kill the debuggee or gdb and the only way to
> kill
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/19 09:23:08
Modified files:
usr.sbin/installboot: loongson_installboot.c
Log message:
Should use ufs_args here after all.
While here, make messages more correct.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/19 08:40:34
Added files:
sys/arch/loongson/conf: GENERIC.MP
sys/arch/loongson/compile/GENERIC.MP: Makefile
Log message:
Add GENERIC.MP kernel config for loongson.
Not enabled for now.
OK
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/19 08:38:54
src/sys/arch/loongson/compile/GENERIC.MP
Update of /cvs/src/sys/arch/loongson/compile/GENERIC.MP
In directory cvs.openbsd.org:/tmp/cvs-serv87676/GENERIC.MP
Log Message:
Directory
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/18 02:59:28
Modified files:
sys/arch/loongson/dev: sisfb.c
Log message:
Remove an unused function.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/18 02:37:44
Modified files:
distrib/sets/lists/comp: md.loongson md.octeon md.sgi
lib/libc/arch/mips64/gen: usertc.c
sys/arch/loongson/include: timetc.h
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/11 09:18:08
Modified files:
sys/arch/mips64/include: cpu.h
sys/arch/mips64/mips64: cpu.c mips64_machdep.c
sys/arch/octeon/include: octeonreg.h
sys/arch/octeon/octeon:
bulk build on octeon.ports.openbsd.org
started on Wed Jul 1 16:04:41 UTC 2020
finished at Fri Jul 10 12:20:14 UTC 2020
lasted 09D20h15m
done with kern.version=OpenBSD 6.7-current (GENERIC.MP) #5: Wed Jul 1 15:38:16
UTC 2020
built packages:9406
Jul 1:1913
Jul 2:1033
Jul 3:999
Jul 4:604
Jul
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/08 09:53:59
Modified files:
sys/arch/octeon/include: atomic.h
Log message:
Make membar_consumer() a plain compiler barrier in kernel on octeon.
The processor does not perform speculative reads and
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/04 03:00:09
Modified files:
sys/arch/octeon/dev: cn30xxgmx.c cn30xxgmxvar.h if_cnmac.c
Log message:
Remove no-op cn30xxgmx_reset_board().
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/07/04 02:33:43
Modified files:
sys/kern : kern_event.c
Log message:
Use klist_invalidate() in knote_processexit()
This leaves knote_remove() for kqueue's internal use. As a result,
bulk build on octeon.ports.openbsd.org
started on Wed Jun 17 14:28:59 UTC 2020
finished at Sat Jun 27 09:08:35 UTC 2020
lasted 10D18h39m
done with kern.version=OpenBSD 6.7-current (GENERIC.MP) #4: Wed Jun 17 13:39:53
UTC 2020
built packages:9279
Jun 17:2019
Jun 18:1126
Jun 19:522
Jun 20:620
Jun
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/30 09:41:56
Modified files:
distrib/sets/lists/comp: md.alpha md.amd64 md.arm64 md.armv7
md.hppa md.i386 md.landisk md.loongson
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/30 08:56:10
Modified files:
sys/arch/mips64/mips64: clock.c mips64_machdep.c
Removed files:
sys/arch/mips64/dev: clockvar.h
Log message:
Retire unused interface.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/30 08:47:16
Modified files:
sys/arch/octeon/dev: octrtc.c
Log message:
Use in octrtc(4).
OK pirofti@
The header has been unhooked from /
for a while, and no one has complained. Nothing seems to
reference any longer, so the following files should
be ready for removal:
sys/arch/alpha/include/stdarg.h
sys/arch/amd64/include/stdarg.h
sys/arch/arm/include/stdarg.h
sys/arch/arm64/include/stdarg.h
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/17 08:12:19
Modified files:
sys/sys: smr.h
Log message:
Expose SMR list and pointer macros to userspace. This enables the use
of SMR lists in userspace-visible parts of system headers. In
bulk build on octeon.ports.openbsd.org
started on Sun Jun 7 05:34:03 UTC 2020
finished at Mon Jun 15 13:22:35 UTC 2020
lasted 09D07h48m
done with kern.version=OpenBSD 6.7-current (GENERIC.MP) #3: Sun Jun 7 04:23:51
UTC 2020
built packages:9334
Jun 7:2604
Jun 8:947
Jun 9:789
Jun 10:473
Jun
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/15 07:18:33
Modified files:
sys/kern : kern_event.c kern_sig.c
Log message:
Raise SPL when modifying ps_klist to prevent a race with interrupts.
The list can be accessed from interrupt context
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/14 01:22:55
Modified files:
sys/kern : kern_event.c kern_sig.c
Log message:
Remove misleading XXX about locking of ps_klist. All of the kqueue
subsystem and ps_klist handling still run under
The ps_klist member of struct process can be accessed from interrupt
context as a result of signal sending. Currently, interrupts are not
blocked when ps_klist is modified, which allows race conditions.
The patch below guards ps_klist insertions and removals with splhigh().
The list should only
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/13 08:00:50
Modified files:
sys/arch/octeon/dev: octboot.c
Log message:
Remove a dead store.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/11 07:23:18
Modified files:
sys/kern : kern_descrip.c
Log message:
Move FRELE() outside fdplock in dup*(2) code. This avoids a potential
lock order issue with the file close path.
The FRELE()
A while ago, finishdup() was changed to release fdplock before calling
closef() to avoid potential lock order problems in the file close path.
However, the dup* code can still invoke that path with fdplock held
through FRELE(). That is fixed by the diff below.
(In principle, the FRELE(fp, p)
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/10 07:24:57
Modified files:
sys/kern : uipc_syscalls.c
Log message:
Move closef() outside fdplock() in sys_socketpair(). This prevents
a lock order problem with altered locking of UNIX domain
bulk build on octeon.ports.openbsd.org
started on Thu May 28 14:39:20 UTC 2020
finished at Sat Jun 6 17:06:52 UTC 2020
lasted 10D02h27m
done with kern.version=OpenBSD 6.7-current (GENERIC.MP) #2: Fri May 29 13:37:58
UTC 2020
built packages:9151
May 28:2155
May 29:1080
May 30:696
May 31:712
Jun
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/06 04:54:41
Modified files:
sys/arch/sgi/stand/boot: diskio.c netio.c
Log message:
Adjust sgi bootblocks' iostrategy routines
Return an error if write is requested, only reading is implemented.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/06 04:53:09
Modified files:
sys/arch/sgi/stand/boot: boot.c
Log message:
Let sgi bootblocks build again.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/06 04:52:30
Modified files:
sys/arch/sgi/dev: impact.c
Log message:
Fix previous commit.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/06/05 07:35:21
Modified files:
sys/arch/loongson/loongson: machdep.c
sys/arch/mips64/mips64: cp0access.S
sys/arch/octeon/octeon: machdep.c
sys/arch/sgi/sgi: machdep.c
Log
On Sun, May 31, 2020 at 09:40:47AM +0200, Martin Pieuchot wrote:
> On 30/05/20(Sat) 15:49, Visa Hankala wrote:
> > [...]
> > Local filesystems can observe changes at the source, which makes polling
> > unnecessary. NFS clients do not have that benefit. The NFSv3 protocol
CVSROOT:/cvs
Module name:www
Changes by: v...@cvs.openbsd.org2020/05/30 22:09:03
Modified files:
. : octeon.html
Log message:
Mention SDNA-7130.
The networking side still has some quirks left, but otherwise
the machine works fine.
CVSROOT:/cvs
Module name:www
Changes by: v...@cvs.openbsd.org2020/05/30 22:00:37
Modified files:
. : octeon.html
Log message:
Mention EdgeRouter Infinity.
The machine is usable with the caveat that 10G SFP+ ports do not work.
Reminded by chris@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/30 21:49:44
Modified files:
lib/libc/sys : kqueue.2
Log message:
Remove an outdated BUGS section.
OK mpi@ beck@
On Sat, May 30, 2020 at 03:34:06PM +0200, Martin Pieuchot wrote:
> On 30/05/20(Sat) 09:22, Visa Hankala wrote:
> > On Thu, May 28, 2020 at 12:11:20PM +0200, Martin Pieuchot wrote:
> > > When it comes to kqueue filters NFS is special. A custom thread is
> > > c
The BUGS section in kqueue.2 is outdated. The FIFO limitation does not
seem to exist anymore, AIO is not implemented at all in the kernel,
and watching vnodes looks possible on all filesystem types that
allow writing.
OK to remove the section?
Index: kqueue.2
On Thu, May 28, 2020 at 12:11:20PM +0200, Martin Pieuchot wrote:
> When it comes to kqueue filters NFS is special. A custom thread is
> created when the first event is registered. Its purpose is to poll
> for changes every 2.5sec. This logic has been inherited from NetBSD
> and is not present
On Fri, May 29, 2020 at 04:27:46PM +0200, Alexandre Ratchov wrote:
> On Thu, May 28, 2020 at 01:41:43PM +0100, Stuart Henderson wrote:
> > uaudio0 at uhub7 port 2 configuration 1 interface 1 "GN Netcom GN 9350" rev
> > 2.00/1.00 addr 7
> > uaudio0: class v1, full-speed, sync, channels: 1 play, 1
On Thu, May 28, 2020 at 01:41:43PM +0100, Stuart Henderson wrote:
> No idea if related to the hangs I saw earlier, but I've just hit a
> uaudio-related kernel crash when starting to play a video in firefox.
>
> RA\xaf\xdeRA\xaf\xdeRA\xaf\xdeRA\xaf\xdeRA\xaf\xdeRA\xaf\xdeRA\xaf\xde: can't
> set
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/27 09:16:05
Modified files:
distrib/sets/lists/comp: md.alpha md.hppa md.i386 md.landisk
md.loongson md.luna88k md.macppc
md.octeon
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/27 08:45:56
Modified files:
sys/arch/loongson/stand/boot: dev.c
Log message:
Fix pmon_iostrategy()
If rsize is NULL, do not update the variable. Otherwise the bootloader
will crash when it invokes
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/26 08:58:55
Modified files:
sys/net: if.c
Log message:
Extract more randomness from mbuf flow
Input bits of the mbuf list head to enqueue_randomness(). While the set
of mbufs in circulation
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/26 07:30:47
Modified files:
sys/arch/octeon/stand/rdboot: disk.c rdboot.c
Log message:
Check outcome of loadrandom() on octeon
If loadrandom() succeeds, set RB_GOODRANDOM in boothowto.
To enable
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/26 07:21:58
Modified files:
sys/arch/octeon/dev: octboot.c
sys/arch/octeon/include: octboot.h
sys/arch/octeon/stand/rdboot: rdboot.c
Log message:
Rework kernel loading with
I have reverted the patch. Let's see if I could somehow reproduce
the problem myself so I can study it.
On Mon, May 25, 2020 at 03:21:01PM +0100, Stuart Henderson wrote:
> visa pointed me at sys/kern/kern_event.c r1.132 as a possibility -
> I reverted that yesterday and haven't seen the
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/25 09:54:10
Modified files:
sys/kern : kern_event.c
sys/sys: event.h
Log message:
Revert "Add kqueue_scan_state struct"
sthen@ has reported that the patch might be causing
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/25 07:15:37
Modified files:
sys/arch/loongson/dev: m41t8xclock.c
Log message:
Use in mfokclock(4).
Looks good to miod@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/25 07:16:06
Modified files:
sys/arch/loongson/dev: mcclock.c mcclock_isa.c mcclockvar.h
Log message:
Use in mcclock(4).
Tested on Yeeloong.
Looks good to miod@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/25 07:04:26
Modified files:
sys/arch/octeon/octeon: machdep.c
sys/arch/octeon/stand/rdboot: rdboot.c
Log message:
Pass boothowto from the bootloader to the kernel on octeon.
OK deraadt@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/25 06:56:03
Modified files:
sys/arch/octeon/octeon: machdep.c
Log message:
Mix board information into the entropy pool.
The data are static but they introduce differences between systems.
OK
The header is not used any longer. Consequently,
it should be safe to remove the following files:
sys/arch/alpha/include/varargs.h
sys/arch/hppa/include/varargs.h
sys/arch/i386/include/varargs.h
sys/arch/landisk/include/varargs.h
sys/arch/loongson/include/varargs.h
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/23 01:18:50
Modified files:
gnu/llvm/lib/Target/Mips: MipsReturnProtectorLowering.cpp
sys/arch/mips64/mips64: trap.c
Log message:
Use a distinct trap code with retguard on mips64.
This
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/20 19:50:42
Modified files:
sys/arch/sgi/hpc: dsclock.c
Log message:
Use in dsclock(4).
Looks good to miod@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/20 19:49:49
Modified files:
sys/arch/sgi/hpc: dpclock.c
Log message:
Use in dpclock(4).
Looks good to miod@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/20 19:48:43
Modified files:
sys/arch/sgi/dev: dsrtc.c
Log message:
Use in dsrtc(4).
Tested on IP30 with DS1687.
Looks good to miod@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/20 19:39:07
Removed files:
sys/arch/sparc64/sparc64: mutex.S
Log message:
Remove sparc64 mutex.S.
The architecture has been using the MI mutex for a while.
OK mpi@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/20 19:39:56
Modified files:
sys/sys: syslog.h
Log message:
Update comment to reflect current headers.
OK millert@
The header contains an outdated comment about
headers and and should
be updated.
The comment is not fully consistent with the syslog(3) manual page
because the manual does mention . However, the header's
point still seems valid.
OK?
Index: sys/syslog.h
--- arch/sparc64/sparc64/mutex.S23 Apr 2019 13:35:12 - 1.10
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,126 +0,0 @@
-/* $OpenBSD: mutex.S,v 1.10 2019/04/23 13:35:12 visa Exp $ */
-
-/*
- * Copyright (c) 2007 Mark Kettenis
- *
- * Permission to use, copy, modify, and distribute
This diff converts octrtc(4) to use the interface,
to reduce use of .
Some highlights for reviewing:
* dt.dt_year contains the actual year, while tt->year has base 1900.
* dt.dt_wday uses range 0-6, whereas tt->dow's range is 1-7.
* octrtc_gettime() no longer extracts day of week because
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/17 07:21:21
Modified files:
sys/dev: clock_subr.h
sys/kern : kern_time.c
Log message:
Add function for attaching RTC drivers, to reduce direct use
of todr_handle.
OK
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/17 04:53:14
Modified files:
sys/kern : kern_event.c
sys/sys: event.h
Log message:
Add kqueue_scan_state struct
The struct keeps track of the end point of an event queue scan
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/17 02:48:15
Modified files:
sys/arch/sparc64/sparc64: clock.c
Log message:
Do not redefine todr_handle. The variable now lives in kern_time.c.
OK kettenis@ cheloha@
On Sun, May 17, 2020 at 05:26:06AM +0200, Klemens Nanni wrote:
> Index: /sys/arch/sparc64/sparc64/mem.c
> ===
> RCS file: /cvs/src/sys/arch/sparc64/sparc64/mem.c,v
> retrieving revision 1.19
> diff -u -p -r1.19 mem.c
> ---
CVSROOT:/cvs
Module name:www
Changes by: v...@cvs.openbsd.org2020/05/17 01:02:56
Modified files:
. : 67.html
Log message:
mips64 package count
bulk build on octeon.ports.openbsd.org
started on Sat May 9 05:41:55 UTC 2020
finished at Sat May 16 23:13:14 UTC 2020
lasted 08D17h31m
done with kern.version=OpenBSD 6.7 (GENERIC.MP) #134: Thu May 7 16:05:06 MDT
2020
built packages:9355
May 9:2875
May 10:470
May 11:689
May 12:646
May 13:390
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/05/15 21:35:52
Modified files:
sys/arch/mips64/mips64: mips64_machdep.c
Log message:
Use todr_gettime() in cp0_calibrate() on mips64.
This allows changing RTC drivers from
to API.
OK kettenis@
bulk build on octeon.ports.openbsd.org
started on Sat Apr 11 16:33:30 UTC 2020
finished at Wed Apr 22 16:42:45 UTC 2020
lasted 12D00h09m
done with kern.version=OpenBSD 6.7-beta (GENERIC.MP) #23: Sat Apr 11 15:56:56
UTC 2020
built packages:9503
Apr 11:1621
Apr 12:1146
Apr 13:611
Apr 14:698
Apr
This diff introduces a struct for kqueue scan state. It eases making
scans piecewise by keeping track of the scan's end point. The end point
prevents the scan from recollecting events that are already being
reported to the userspace.
Below is an overview of the goal. It is achieved by combining
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/17 22:45:20
Modified files:
sys/arch/amd64/amd64: db_trace.c
sys/arch/arm64/arm64: db_trace.c
sys/arch/hppa/hppa: db_interface.c
sys/arch/i386/i386: db_trace.c
This diff:
* upgrades stacktrace_save() to stacktrace_save_at() if the latter
is missing on the architecture,
* defines stacktrace_save() as an inline function in
to replace MD definitions.
OK?
Index: arch/amd64/amd64/db_trace.c
On Sun, Apr 12, 2020 at 03:26:14PM +0200, Martin Pieuchot wrote:
> The existing variations of the NET_LOCK() macros are confusing. We're
> now all aware of this fact. So let's keep them simple to prevent future
> mistakes :)
>
> The diff below reduces the current set of methods to the
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/12 01:20:33
Modified files:
sys/sys: smr.h
Log message:
Mention tail queue in comments.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/12 00:48:46
Modified files:
sys/net: if_bridge.c
Log message:
ifpromisc() requires NET_LOCK(), so acquire the lock when changing
promiscuous mode from bridge(4). This fixes a regression of
On Sat, Apr 11, 2020 at 11:54:04PM +1000, David Gwynne wrote:
> On Sat, Apr 11, 2020 at 01:43:20PM +0000, Visa Hankala wrote:
> > On Sat, Apr 11, 2020 at 11:09:54PM +1000, David Gwynne wrote:
> > > On Sat, Apr 11, 2020 at 03:21:49AM +, Visa Hankala wrote:
> > > >
bulk build on octeon.ports.openbsd.org
started on Thu Apr 2 16:24:25 UTC 2020
finished at Sat Apr 11 10:21:10 UTC 2020
lasted 09D17h56m
done with kern.version=OpenBSD 6.6-current (GENERIC.MP) #22: Thu Apr 2
15:19:42 UTC 2020
built packages:9471
Apr 2:1566
Apr 3:1266
Apr 4:641
Apr 5:650
Apr
On Sat, Apr 11, 2020 at 11:09:54PM +1000, David Gwynne wrote:
> On Sat, Apr 11, 2020 at 03:21:49AM +0000, Visa Hankala wrote:
> > On Fri, Apr 10, 2020 at 01:30:47PM -0600, Theo de Raadt wrote:
> > > Why did it take almost a year to find this?
> > >
> > > Or
On Fri, Apr 10, 2020 at 11:39:59PM +0200, Hrvoje Popovski wrote:
> hostname.tpmr20
> trunkport vxlan20
> trunkport vlan20
> up
>
>
> x3550m4# ifconfig tpmr20 destroy
>
> splassert: vlan_ioctl: want 2 have 0
> Starting stack trace...
> vlan_ioctl(8129d800,80206910,800021d048a8) at
On Fri, Apr 10, 2020 at 01:30:47PM -0600, Theo de Raadt wrote:
> Why did it take almost a year to find this?
>
> Or is this bug due to ioctl(2) becoming UNLOCKED on 2020/02/22?
This is not related to ioctl(2) becoming UNLOCKED. Lower-layer ioctl
code, soo_ioctl() included, lock the kernel when
rom the Network Stack to prevent possible
deadlock situations with smr_barrier().
bridge_input() is still KERNEL_LOCK()ed as well as bridge_filterrule().
ok visa@
> Visa Hankala wrote:
>
> > On Fri, Apr 10, 2020 at 10:16:47AM -0400, David Hill wrote:
> > > On a April 9
On Fri, Apr 10, 2020 at 10:16:47AM -0400, David Hill wrote:
> On a April 9, 2020 cvs built machine:
>
> An splassert shows when I add or delete vlan0 on bridge0
>
> # ifconfig bridge0 add vlan0
> splassert: vlan_ioctl: want 2 have 0
> Starting stack trace...
>
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/07 07:38:14
Modified files:
share/man/man9 : SMR_LIST_INIT.9
Log message:
Zap a stray Pp.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/07 07:36:18
Modified files:
share/man/man9 : SMR_LIST_INIT.9
Log message:
Fix a few old typos.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/07 07:33:50
Modified files:
share/man/man9 : SMR_LIST_INIT.9
Log message:
Document SMR_TAILQ macros.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/07 07:27:52
Modified files:
sys/arch/arm64/dev: apm.c
sys/arch/i386/i386: apm.c
sys/arch/loongson/dev: apm.c
sys/arch/macppc/dev: apm.c
sys/dev: hotplug.c
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/07 06:52:27
Modified files:
sys/kern : kern_event.c
Log message:
Defer selwakeup() from kqueue_wakeup() to kqueue_task() to prevent
deep recursion. This also helps making kqueue_wakeup() free
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/06 10:29:53
Modified files:
sys/dev: softraid.c
Log message:
Remove redundant VOP_CLOSE() and vput(). The fail branch will close
the vnode because `open' is true.
OK deraadt@, anton@
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/06 10:23:44
Modified files:
sys/arch/sgi/stand/bootecoff: Makefile
Log message:
Build bootecoff with divdi3.c. bootecoff needs __divdi3,
but the linker does not complain about missing symbols.
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/05 20:10:33
Modified files:
sys/arch/sgi/conf: RAMDISK-IP22 RAMDISK-IP26 RAMDISK-IP27
RAMDISK-IP28 RAMDISK-IP30
sys/arch/sgi/stand/boot: conf.c filesystem.c
In sr_hotspare(), the error path of VOP_IOCTL() appears to do a
redundant VOP_CLOSE() and vput(). The diff below fixes that. The fail
branch will close the vnode because `open' is true.
OK?
Index: dev/softraid.c
===
RCS file:
CVSROOT:/cvs
Module name:src
Changes by: v...@cvs.openbsd.org2020/04/05 01:31:45
Modified files:
sys/kern : kern_pledge.c
sys/sys: pledge.h
usr.bin/kdump : kdump.c
Log message:
Declare pledgenames[] as const.
OK deraadt@
801 - 900 of 2253 matches
Mail list logo