Hello,
On Tue, 10 Jun 2025 11:03:41 +
"Martin Husemann" wrote:
> Module Name: src
> Committed By: martin
> Date: Tue Jun 10 11:03:41 UTC 2025
>
> Modified Files:
> src/sys/dev/adb: adb_ms.c
>
> Log Message:
> Restore MSCLASS_* defines to fix the build for now - something did
On Sat, May 24, 2025 at 16:50:54 +, Nia Alarie wrote:
> Defining this layout is slightly optimistic, since even with latin-2
> fonts loaded and the appropriate locale set, wscons seems to struggle
> to input most of these characters.
>
> Regardless, this allows the supposedly supported "pl" e
I meant but forgot to mention in the commit message that I added the
missing cinclude for XEN3_DOM0.local to amd64/conf/XEN3_DOM0.
On Thu, May 22, 2025 at 09:37:40AM +, Christoph Badura wrote:
> Module Name: src
> Committed By: bad
> Date: Thu May 22 09:37:40 UTC 2025
>
> Modified Fi
On Tue, 20 May 2025, Greg Troxel wrote:
Yes, the commit with log looks fine.
Thanks for confirming.
FWIW, I don't like the use of the word "legacy", essentially ever, but
especially not when the thing being dissed has not been well and truly
formally deprecated.
Yeah, sorry about that. Th
Yes, the commit with log looks fine.
FWIW, I don't like the use of the word "legacy", essentially ever, but
especially not when the thing being dissed has not been well and truly
formally deprecated.
I am also befuddled with KERNEL_DIR being 'recent' and also '5 years
ago' but that's not about re
I reverted the initial commmit, and then re-committed with a
proper log message. Hopefully I got it right.
On Tue, 20 May 2025, Paul Goyette wrote:
On Tue, 20 May 2025, Paul Goyette wrote:
Module Name:src
Committed By: pgoyette
Date: Tue May 20 12:05:43 UTC 2025
Modified Fi
On Tue, 20 May 2025, Paul Goyette wrote:
Module Name:src
Committed By: pgoyette
Date: Tue May 20 12:05:43 UTC 2025
Modified Files:
src/share/man/man8/man8.x86: boot.8
src/sys/arch/i386/stand/boot: boot2.c
src/sys/arch/i386/stand/efiboot: boot.c
Log Messa
Date:Fri, 16 May 2025 12:10:59 +
From:nia
Message-ID:
| I don't like the idea of micro-optimizing an error path.
Nor do I in general, and the original intent wasn't that, it was
to avoid unnecessary line wrapping in the code (though that might
have gotten lost
On Fri, May 16, 2025 at 07:05:30PM +0700, Robert Elz wrote:
> And I agree with uwe@ and martin@ - that clang warning is absurd.
I did not say that - it is a good warning for C++ code, but for NetBSD C
code it is useless.
Martin
On Fri, May 16, 2025 at 07:05:30PM +0700, Robert Elz wrote:
> How about we make it
> &"lstat"[usestat]
> then?
>
> Or even
> &usestat["lstat"]
> ?
>
> They all mean the same thing, but those might almost be considered obfuscated.
> The first sounds as if it is what the clang warning w
On Fri, May 16, 2025 at 01:48:14PM +0300, Valery Ushakov wrote:
> I think we should turn that warning off.
Do we have a central place to turn off compiler warnings for the
whole tree? bsd.own.mk looks like the most obvious place to me
but I'd expect to see at least some warnings already disabled.
Date:Fri, 16 May 2025 07:50:28 +
From:nia
Message-ID:
| I wasn't insinuating it's undefined behaviour, just obfuscating.
I disagree. And one should always read (at least) surrounding code
before trying to understand any small part of any code.
How about we
On Fri, May 16, 2025 at 01:48:14PM +0300, Valery Ushakov wrote:
> On Fri, May 16, 2025 at 07:50:28 +, nia wrote:
>
> > stat.c:357:27: error: adding 'int' to a string does not append to the
> > string [-Werror,-Wstring-plus-int]
>
> ROFL. I think we should turn that warning off.
I agree.
M
On Fri, May 16, 2025 at 07:50:28 +, nia wrote:
> stat.c:357:27: error: adding 'int' to a string does not append to the string
> [-Werror,-Wstring-plus-int]
ROFL. I think we should turn that warning off.
-uwe
On Fri, May 16, 2025 at 02:32:19AM +0700, Robert Elz wrote:
> Date:Thu, 15 May 2025 19:11:44 +
> From:"Nia Alarie"
> Message-ID: <20250515191144.954c6f...@cvs.netbsd.org>
>
> | stat(1): Eliminate a compiler warning
>
> What was the warning?
stat.c:357:27: erro
Date:Thu, 15 May 2025 19:11:44 +
From:"Nia Alarie"
Message-ID: <20250515191144.954c6f...@cvs.netbsd.org>
| stat(1): Eliminate a compiler warning
What was the warning?
| This code at the moment is a bit magical, as it uses pointer arithemtic
| on a string a
On Thu, 8 May 2025, Paul Goyette wrote:
Looks to me like duplicated code, since they fall thru to the
trailing else clause.
Yep, that's why I deleted 'em.
-RVP
(b) I'm confused by how some parts of it are relevant to the goal,
particularly these hunks:
--- a/sys/lib/libsa/bootcfg.c Tue May 06 17:12:33 2025 +
+++ b/sys/lib/libsa/bootcfg.c Tue May 06 18:16:12 2025 +
...
@@ -227,8 +227,6 @@ perform_bootcfg(const char *conf, bootcf
On Thu, 8 May 2025, Taylor R Campbell wrote:
Module Name:src
Committed By: pgoyette
Date: Tue May 6 18:16:12 UTC 2025
Modified Files:
src/sys/arch/i386/stand/boot: boot2.c
src/sys/arch/i386/stand/lib: bootmenu.c libi386.h
src/sys/arch/i386/stand/pxeboot:
> Module Name:src
> Committed By: pgoyette
> Date: Tue May 6 18:16:12 UTC 2025
>
> Modified Files:
> src/sys/arch/i386/stand/boot: boot2.c
> src/sys/arch/i386/stand/lib: bootmenu.c libi386.h
> src/sys/arch/i386/stand/pxeboot: main.c
> src/sys/lib/li
I've just committed a better, and more well-tested, version. Should
work correctly now.
Thanks for your patience, and sorry for the breakage.
On Tue, 29 Apr 2025, Paul Goyette wrote:
Thanks for the link to the log. I am investigating.
On Tue, 29 Apr 2025, Thomas Klausner wrote:
On Tue, A
Thanks for the link to the log. I am investigating.
On Tue, 29 Apr 2025, Thomas Klausner wrote:
On Tue, Apr 29, 2025 at 09:08:38AM +, Martin Husemann wrote:
Module Name:src
Committed By: martin
Date: Tue Apr 29 09:08:38 UTC 2025
Modified Files:
src/sys/arch/i386/s
On Tue, Apr 29, 2025 at 09:08:38AM +, Martin Husemann wrote:
> Module Name: src
> Committed By: martin
> Date: Tue Apr 29 09:08:38 UTC 2025
>
> Modified Files:
> src/sys/arch/i386/stand/boot: boot2.c
> src/sys/arch/i386/stand/efiboot: boot.c
>
> Log Message:
> Backout /fi
> > a) apply the workaround to all m68k ports:
> > pros: same m68k binaries can be shared
> > cons: requires extra performance penalty for all m68k (020/030/040/060)
> >
> > b) apply the workaround only for XC68LC040 users:
> > pros: nothing? (only technical interests of developers?)
> > cons:
On Mon, Apr 21, 2025 at 04:59:42PM +0300, Valery Ushakov wrote:
> On Mon, Apr 21, 2025 at 13:21:33 +, Nia Alarie wrote:
>
> > Modified Files:
> > src/include: time.h
> > src/lib/libc/gen: Makefile.inc timespec_get.3
> > Added Files:
> > src/lib/libc/gen: timespec_getres.3 timespec_
On Mon, Apr 21, 2025 at 04:08:52PM +, Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Mon Apr 21 16:08:52 UTC 2025
>
> Modified Files:
> src/distrib/sets/lists/comp: mi
>
> Log Message:
> Add entries for timespec_getres(3) - which should be needed regardless
>
On Mon, Apr 21, 2025 at 13:21:33 +, Nia Alarie wrote:
> Modified Files:
> src/include: time.h
> src/lib/libc/gen: Makefile.inc timespec_get.3
> Added Files:
> src/lib/libc/gen: timespec_getres.3 timespec_getres.c
I don't think it makes sense to split these manual pages per f
On Wed, Apr 16, 2025 at 9:25 PM Taylor R Campbell wrote:
>
> > Module Name:src
> > Committed By: ozaki-r
> > Date: Wed Apr 16 05:29:45 UTC 2025
> >
> > Modified Files:
> > src/sys/net: if_bridge.c
> >
> > Log Message:
> > bridge: avoid a race condition on stopping callout
>
Thanks for pointing this out! I did just that.
christos
> On Apr 16, 2025, at 5:54 PM, Taylor R Campbell wrote:
>
>> Module Name:src
>> Committed By: christos
>> Date: Wed Apr 16 15:23:17 UTC 2025
>>
>> Log Message:
>> Resolve conflicts between 3.0.15 and 3.0.16:
>> - Reverted
> Module Name:src
> Committed By: christos
> Date: Wed Apr 16 15:23:17 UTC 2025
>
> Log Message:
> Resolve conflicts between 3.0.15 and 3.0.16:
> - Reverted 3.0.16 changes to idea, rc2, and rc5 to retain binary compatibility
> The patches to undo the reversion for the next import
> Module Name:src
> Committed By: ozaki-r
> Date: Wed Apr 16 05:29:45 UTC 2025
>
> Modified Files:
> src/sys/net: if_bridge.c
>
> Log Message:
> bridge: avoid a race condition on stopping callout
>
> Without BRIDGE_LOCK, the callout can be scheduled after callout_halt.
O
nvmm_x86_svm.c has same typos.
On Mon, Apr 14, 2025, 01:00 Taylor R Campbell wrote:
> Module Name:src
> Committed By: riastradh
> Date: Sun Apr 13 22:00:43 UTC 2025
>
> Modified Files:
> src/sys/dev/nvmm/x86: nvmm_x86_vmx.c
>
> Log Message:
> nvmm(4): Fix typos in commen
On 2025/04/13 15:50, Thomas Klausner wrote:
On Sun, Apr 13, 2025 at 02:34:03AM +, Rin Okuyama wrote:
...
XXX
This is KABI change, and cannot be pulled up into netbsd-{10,9}.
If this changes the ABI, shouldn't the NetBSD Version in sys/param.h
be bumped?
Thomas
Good question ;)
Thank
On Sun, Apr 13, 2025 at 02:34:03AM +, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Sun Apr 13 02:34:03 UTC 2025
>
> Modified Files:
> src/sys/arch/usermode/dev: ld_thunkbus.c
> src/sys/dev: ld.c ldvar.h
> src/sys/dev/ata: ld_ataraid.c
> src
On Sun, 13 Apr 2025 08:28:04 Izumi Tsutsui wrote:
> > Would you or isaki@ or martin@ like me to assign PR 13078 to either of
> > you and I'll write a followup email to the binutils people stating that
> > from now on you'll handle all responsibilty for the correspondance with
> > them and assign ei
Hi Michael,
On 2025/04/12 21:00, Michael van Elst wrote:
On Sat, Apr 12, 2025 at 08:14:28PM +0900, Rin Okuyama wrote:
Hi Michael, thanks for kind review!
Hi rin,
PS
For ld_sdmmc.c, IIUC, check for ld_sdmmc_dump() yields
```
if (blkno + blkcnt - 1 > sc->sc_sf->csd.capacity)
return
> Would you or isaki@ or martin@ like me to assign PR 13078 to either of you
> and
> I'll write a followup email to the binutils people stating that from now on
> you'll handle all responsibilty for the correspondance with them and assign
> either of you to the doc/HACKS note.
Actually I had n
On Sat, Apr 12, 2025 at 08:14:28PM +0900, Rin Okuyama wrote:
> Hi Michael, thanks for kind review!
Hi rin,
> PS
> For ld_sdmmc.c, IIUC, check for ld_sdmmc_dump() yields
>
> ```
> if (blkno + blkcnt - 1 > sc->sc_sf->csd.capacity)
> return EIO;
capacity is the block count, not the last bl
Hi Michael, thanks for kind review!
On 2025/04/12 19:01, Michael van Elst wrote:
On Sat, Apr 12, 2025 at 06:24:44PM +0900, Rin Okuyama wrote:
Hi!
I've made a draft patch to support dumping against > 2Gi blocks
for backends like nvme(4) or virtio(4).
Does it look reasonable to you?
Hi rin,
On Sat, Apr 12, 2025 at 02:42:33AM -0700, Paul Goyette wrote:
> Does this help kern/59153?
It avoids data loss and corruption in similar cases. The exact
condition in kern/59153 luckily didn't dump at all.
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.d
On Sat, Apr 12, 2025 at 06:24:44PM +0900, Rin Okuyama wrote:
> Hi!
>
> I've made a draft patch to support dumping against > 2Gi blocks
> for backends like nvme(4) or virtio(4).
>
> Does it look reasonable to you?
Hi rin,
> - if (blkno < 0 || blkno + nblk - 1 > INT_MAX)
> + if (blkno
Ah, yes, I'd just forgotten this PR!
As mrg@ suggested, we should probably:
(1) pullup mlelstv@'s fix to netbsd-10 and -9, then
(2) commit something like my patch only for -current.
(2) should fix the original problem, probably ;)
Thanks,
rin
On 2025/04/12 18:44, Paul Goyette wrote:
Is this r
Is this related to kern/59153?
On Sat, 12 Apr 2025, Rin Okuyama wrote:
Hi!
I've made a draft patch to support dumping against > 2Gi blocks
for backends like nvme(4) or virtio(4).
Does it look reasonable to you?
Thanks,
rin
On 2025/04/12 16:30, Michael van Elst wrote:
Module Name:src
Co
Does this help kern/59153?
On Sat, 12 Apr 2025, Michael van Elst wrote:
Module Name:src
Committed By: mlelstv
Date: Sat Apr 12 07:30:01 UTC 2025
Modified Files:
src/sys/dev: ld.c
Log Message:
ld sc_dump backend takes an 'int' as disk address, fail when the
disk address
Hi!
I've made a draft patch to support dumping against > 2Gi blocks
for backends like nvme(4) or virtio(4).
Does it look reasonable to you?
Thanks,
rin
On 2025/04/12 16:30, Michael van Elst wrote:
Module Name:src
Committed By: mlelstv
Date: Sat Apr 12 07:30:01 UTC 2025
Modifi
On Fri, 11 Apr 2025 02:07:06 Izumi Tsutsui wrote:
> When committing code, it's important to provide a obvious explanation
> of the technical rationale behind the implementation.
>
> Without such rationale, the code can become difficult to maintain
> in the future, as later contributors may not und
On Mon, 7 Apr 2025 17:58:26 Tetsuya Isaki wrote:
> At Sat, 5 Apr 2025 22:47:39 +1100,
>
> Nat Sloss wrote:
> > Before I placed the additional nops before rte I experienced 1 hard
> > lockup which I attributed to the fpu (buggy lc)
>
> > The idea was this:
> It can't be certain that the behavior i
> I did it to be on the safe side. If the kernel was to be built with -mlcfix
> passed to gas(1) the nop would be inserted.
It seems there might be some confusion between the goal
(i.e. avoiding f-line exception during write-pending) and
the approach/workaround (inserting a nop before F-line ins
Hmm, I was still confused.
On 2025/04/10 11:08, Rin Okuyama wrote:
On 2025/04/09 14:38, Rin Okuyama wrote:
Module Name: src
Committed By: rin
Date: Wed Apr 9 05:38:01 UTC 2025
Modified Files:
src/sys/kern: subr_log.c
Log Message:
logread: Stop reading msgbuf without log_lock
On 2025/04/09 14:38, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Wed Apr 9 05:38:01 UTC 2025
Modified Files:
src/sys/kern: subr_log.c
Log Message:
logread: Stop reading msgbuf without log_lock being held
Oops, sorry, here I made typo; s/reading/writing/
On Thu, 10 Apr 2025 00:44:02 Izumi Tsutsui wrote:
> > Module Name:src
> > Committed By: nat
> > Date: Wed Apr 9 00:04:41 UTC 2025
> >
> > Modified Files:
> > src/sys/arch/m68k/m68k: fpu.c
> >
> > Log Message:
> > Add workaround for fpu test for kernels defined wit
> Module Name: src
> Committed By: nat
> Date: Wed Apr 9 00:04:41 UTC 2025
>
> Modified Files:
> src/sys/arch/m68k/m68k: fpu.c
>
> Log Message:
> Add workaround for fpu test for kernels defined with M68040.
>
> This is to accomodate kernels built without the -mlcfix option passed
Module Name:src
Committed By: nat
Date: Tue Apr 8 23:42:08 UTC 2025
Modified Files:
src/sys/arch/mac68k/mac68k: pmap_bootstrap.c
Log Message:
Move high back an additional 7 pages to fix crashing on kernels with
ascaudio(4) enabled.
Memory
On Tue, 8 Apr 2025 15:10:24 Martin Husemann wrote:
> On Tue, Apr 08, 2025 at 10:45:23AM +1000, Nat Sloss wrote:
> > nop - f* instructions are not atomicwhat will happen if nop is
> > executed and then the processor is interrupted (by say pressing a
> > keystroke on the keyboard) then after tha
On Tue, Apr 08, 2025 at 10:45:23AM +1000, Nat Sloss wrote:
> nop - f* instructions are not atomicwhat will happen if nop is executed
> and then the processor is interrupted (by say pressing a keystroke on the
> keyboard) then after that interrupt has run the f* instruction is executed.
>
>
On Mon, 7 Apr 2025 17:44:09 Tetsuya Isaki wrote:
> At Sat, 5 Apr 2025 22:01:37 +1100,
>
> Nat Sloss wrote:
> > Following advice and following the spirit of my intentions adding nop in
> > the switch i added nops before "rte" in locore.s in sys/mac68k as
> > opposed to m68k/swicher.
>
> Are you su
At Sat, 5 Apr 2025 22:47:39 +1100,
Nat Sloss wrote:
> Before I placed the additional nops before rte I experienced 1 hard lockup
> which I attributed to the fpu (buggy lc)
>
> The idea was this:
It can't be certain that the behavior is related to this bug.
XC68LC040 series are known for having m
At Sat, 5 Apr 2025 22:01:37 +1100,
Nat Sloss wrote:
> Following advice and following the spirit of my intentions adding nop in the
> switch i added nops before "rte" in locore.s in sys/mac68k as opposed to
> m68k/swicher.
Are you sure?
First, errata E4 said the workaround is "nop-before-f-line"
Hi,
On Tue, Mar 25, 2025 at 08:28:10PM +, Taylor R Campbell wrote:
> Thanks for taking a look at this! This change is not quite enough,
> though. There are two issues:
>
> 1. `#ifdef DIAGNOSTIC printf(...)' is almost always wrong. Generally,
>either:
>
>(a) the condition should be
On Sun, Apr 06, 2025 at 03:27:23AM +, Taylor R Campbell wrote:
> FYI, this was not an accidental local change; I deliberately committed
> this so that it would run on the releng testbed because I was unable
> to reproduce the problem locally.
But it broke the build, so the testbed could not ru
Am 06.04.2025 um 03:24 schrieb Taylor R Campbell:
>> Date: Sat, 5 Apr 2025 19:18:20 +0200
>> From: Roland Illig
>>
>> Would it be narrow enough to add /*CONSTCOND*/ to the definition of
>> ALIGNED_POINTER on i386 and amd64? Or would you consider this still too
>> broad?
>
> Might be reasonable. B
> Module Name:src
> Committed By: martin
> Date: Wed Apr 2 07:25:42 UTC 2025
>
> Modified Files:
> src/lib/librumpuser: sp_common.c
>
> Log Message:
> Revert accidental local test change from previous - the DEBUG define
> is passed on the command line already.
FYI, this
> Date: Sat, 5 Apr 2025 19:18:20 +0200
> From: Roland Illig
>
> Would it be narrow enough to add /*CONSTCOND*/ to the definition of
> ALIGNED_POINTER on i386 and amd64? Or would you consider this still too
> broad?
Might be reasonable. But then we have a lot of predicates that might
be used in
On Fri, 4 Apr 2025 23:27:49 Martin Husemann wrote:
> On Fri, Apr 04, 2025 at 10:48:17PM +1100, Nat Sloss wrote:
> > The changes to the context switch in sys/m68k have been reverted and the
> > nop insertion by gas(1) has been turned off by default.
>
> What does upstream gcc plan to do with the ne
Module Name:src
Committed By: riastradh
Date: Sat Mar 29 15:48:26 UTC 2025
Modified Files:
src/sys/sys: cdefs.h
Log Message:
__predict_true/false: Make these work with C++ too.
Should fix build after recent assert.h change.
error: no match for `operator!=' (operand types
Module Name:src
Committed By: christos
Date: Wed Mar 26 18:41:54 UTC 2025
Modified Files:
src/tools/mandoc: Makefile
Log Message:
don't define _OPENBSD_SOURCE from the command line; it is defined again
in the generated config.h
To generate a diff of this commit:
cvs rdif
Module Name:src
Committed By: riastradh
Date: Fri Mar 28 22:51:58 UTC 2025
Modified Files:
src/tests/lib/libc/gen: t_ctype.c
Log Message:
t_ctype: Include UCHAR_MAX in the range of inputs tested.
It should definitely be included because it is important to distinguish
it f
Module Name:src
Committed By: kre
Date: Wed Mar 26 17:36:16 UTC 2025
Modified Files:
src/distrib/sets/lists/base: mi
Log Message:
tzdata update to 2025b
Added zoneinfo files:
America/Coyhaique
To generate a diff of this commit:
cvs rdiff -u -r1.1364 -r1.1365 src/
Module Name:src
Committed By: riastradh
Date: Sun Mar 30 16:17:05 UTC 2025
Modified Files:
src/lib/libc: Makefile
src/lib/libc/gen: ctype_guard.h
Log Message:
ctype(3): Actually conditionalize guard page on shared libc.
Apparently we build the libc .o files with -
Module Name:src
Committed By: riastradh
Date: Mon Mar 31 14:45:35 UTC 2025
Modified Files:
src/sys/arch/mips/ralink: ralink_ehci.c
src/sys/dev/cardbus: ehci_cardbus.c
src/sys/dev/pci: ehci_pci.c usb_pci.c
Log Message:
ehci(4): Sprinkle KERNEL_LOCKED_P and K
Module Name:src
Committed By: hans
Date: Sat Mar 22 10:37:19 UTC 2025
Modified Files:
src/sys/arch/vax/include: db_machdep.h
src/sys/arch/vax/vax: db_disasm.c db_machdep.c trap.c
Log Message:
vax/ddb(4): clean up machine dependent code and improve usability
First,
Module Name:src
Committed By: nat
Date: Sun Mar 30 04:44:26 UTC 2025
Modified Files:
src/sys/arch/m68k/m68k: switch_subr.s
Log Message:
Sprinkle nop.
This is the kernel part of addressing the issue with fpu emulation on lc040
cpus.
The idea is that we might be switch fro
Module Name:src
Committed By: christos
Date: Fri Mar 21 14:05:14 UTC 2025
Modified Files:
src/crypto/external/bsd/openssh/dist: auth2.c
Log Message:
PR/59201: Jose Luis Duran: Remove leftover header
To generate a diff of this commit:
cvs rdiff -u -r1.32 -r1.33 src/crypto
Module Name:src
Committed By: christos
Date: Sat Mar 22 17:04:55 UTC 2025
Modified Files:
src/external/gpl3/gcc/dist/libsanitizer/sanitizer_common:
sanitizer_flags.inc
Log Message:
Allow addr2line (or llvm_symbolizer to run by default) to print stack traces.
Module Name:src
Committed By: nat
Date: Mon Mar 31 13:03:23 UTC 2025
Modified Files:
src/sys/arch/m68k/m68k: switch_subr.s
Log Message:
Wrap up lc040 compatability nops in a macro.
Also add a comment describing why they are there so they wont be accidently
removed in the
Module Name:src
Committed By: christos
Date: Wed Mar 26 17:09:35 UTC 2025
Modified Files:
src/external/bsd/blocklist/bin: blocklistd.c
Log Message:
Also initialize conf (jlduran)
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/external/bsd/blocklist/bin/
Module Name:src
Committed By: rillig
Date: Sat Mar 29 16:44:14 UTC 2025
Modified Files:
src/usr.bin/make: var.c
src/usr.bin/make/unit-tests: moderrs.exp moderrs.mk vardebug.exp
vardebug.mk varmod-edge.exp varmod-edge.mk varmod-indirect.exp
va
Module Name:src
Committed By: riastradh
Date: Thu Mar 27 12:23:19 UTC 2025
Modified Files:
src/sys/arch/evbarm/conf: GENERIC64
Log Message:
evbarm/GENERIC64: Enable vio9p(4).
Tested under qemu.
PR kern/59211: vio9p(4): missing from various GENERICs and MAKEDEVs
To gene
Module Name:src
Committed By: riastradh
Date: Thu Mar 27 12:23:19 UTC 2025
Modified Files:
src/sys/arch/evbarm/conf: GENERIC64
Log Message:
evbarm/GENERIC64: Enable vio9p(4).
Tested under qemu.
PR kern/59211: vio9p(4): missing from various GENERICs and MAKEDEVs
To gene
On Mon, 31 Mar 2025 22:48:39 Tetsuya Isaki wrote:
> At Sun, 30 Mar 2025 04:44:26 +,
>
> Nathanial Sloss wrote:
> > Module Name:src
> > Committed By: nat
> > Date: Sun Mar 30 04:44:26 UTC 2025
> >
> > Modified Files:
> > src/sys/arch/m68k/m68k: switch_subr.s
> >
Module Name:src
Committed By: riastradh
Date: Wed Mar 26 14:12:16 UTC 2025
Modified Files:
src/share/man/man3: CMSG_DATA.3
Log Message:
cmsg(3): Clarify guarantees about CMSG_SPACE/LEN constancy.
Add some line breaks while here to break up walls of text so it's
easier to
Module Name:src
Committed By: christos
Date: Fri Mar 21 16:39:30 UTC 2025
Modified Files:
src/tests/fs/tmpfs: t_vnd.sh
Log Message:
Add a label because on sun a sunlabel with all zeros has no partitions.
To generate a diff of this commit:
cvs rdiff -u -r1.14 -r1.15 src/t
Module Name:src
Committed By: hans
Date: Sun Mar 23 12:07:24 UTC 2025
Modified Files:
src/sys/dev/usb: uts.c
Log Message:
uts(4): make sure the device is enabled before calling uhidev_close()
This check was already there, but only enabled for DIAGNOSTIC kernels.
The check
Module Name:src
Committed By: christos
Date: Wed Mar 26 18:41:54 UTC 2025
Modified Files:
src/tools/mandoc: Makefile
Log Message:
don't define _OPENBSD_SOURCE from the command line; it is defined again
in the generated config.h
To generate a diff of this commit:
cvs rdif
Module Name:src
Committed By: ozaki-r
Date: Tue Mar 18 07:57:34 UTC 2025
Modified Files:
src/tests/net/if_vlan: t_vlan.sh
Log Message:
tests: dedup t_vlan.sh like others (NFC)
To generate a diff of this commit:
cvs rdiff -u -r1.25 -r1.26 src/tests/net/if_vlan/t_vlan.sh
Am 30.03.2025 um 11:51 schrieb Roland Illig:
> Module Name: src
> Committed By: rillig
> Date: Sun Mar 30 09:51:51 UTC 2025
>
> Modified Files:
> src/usr.bin/make: parse.c
> src/usr.bin/make/unit-tests: ...
>
> Log Message:
> make: use '"filename" line 123' for locations instea
Module Name:src
Committed By: christos
Date: Sun Mar 23 18:56:43 UTC 2025
Modified Files:
src/external/gpl3/gcc/lib: preinit.mk
Log Message:
Use ${LIBDIR} so that the compat build works.
To generate a diff of this commit:
cvs rdiff -u -r1.1 -r1.2 src/external/gpl3/gcc/li
Module Name:src
Committed By: pgoyette
Date: Thu Mar 20 15:18:43 UTC 2025
Modified Files:
src/sys/kern: kern_module.c
Log Message:
And fix the formatting.
/me needs to stop committing when severely sleep-deprived
To generate a diff of this commit:
cvs rdiff -u -r1.166 -
Am 05.04.2025 um 02:07 schrieb Taylor R Campbell:
>> Module Name:src
>> Committed By: rillig
>> Date: Fri Apr 4 20:52:32 UTC 2025
>>
>> Modified Files:
>> src/sys/sys: cdefs.h
>>
>> Log Message:
>> sys/cdefs.h: fix __predict_true and __predict_false for lint
>>
>> -#define
Module Name:src
Committed By: pgoyette
Date: Thu Mar 20 15:18:43 UTC 2025
Modified Files:
src/sys/kern: kern_module.c
Log Message:
And fix the formatting.
/me needs to stop committing when severely sleep-deprived
To generate a diff of this commit:
cvs rdiff -u -r1.166 -
At Tue, 1 Apr 2025 02:26:35 +1100,
Nathanial Sloss wrote:
> Consider the following (including my gas patch for binutils):
>
> movq.
> nop
> fnop
>
> Thats as it's assembled but at run time it could posslibly
> run like this
>
> movq
> nop
> (switch task)
> fnop
>
> So the nops are inser
Module Name:src
Committed By: pgoyette
Date: Thu Mar 20 13:24:06 UTC 2025
Modified Files:
src/sys/kern: kern_module.c
Log Message:
Be consistent in formatting `module' names in diagnostic messages
NFCI
To generate a diff of this commit:
cvs rdiff -u -r1.163 -r1.164 src/
Module Name:src
Committed By: hans
Date: Sun Mar 23 12:09:05 UTC 2025
Modified Files:
src/sys/dev/wscons: wskbd.c
Log Message:
wskbd(4): fix bogus DIAGNOSTIC checks
Similar to uts(4) and ums(4), these checks should be done always, and
the only thing DIAGNOSTIC about them
Module Name:src
Committed By: riastradh
Date: Sat Mar 29 01:06:37 UTC 2025
Modified Files:
src/lib/libc/gen: isctype.c
src/tests/lib/libc/gen: t_ctype.c
Log Message:
ctype(3): Summon a demon from caller's nose if abused out-of-line.
This way, applications which op
Module Name:src
Committed By: pgoyette
Date: Fri Mar 21 07:09:58 UTC 2025
Modified Files:
src/sys/kern: kern_module.c
Log Message:
Consistently capitalize the beginning of a kernel message. NFCI
To generate a diff of this commit:
cvs rdiff -u -r1.167 -r1.168 src/sys/ker
On Thu, Apr 03, 2025 at 11:48:26AM +, Nathanial Sloss wrote:
> Module Name: src
> Committed By: nat
> Date: Thu Apr 3 11:48:26 UTC 2025
>
> Modified Files:
> src/external/gpl3/binutils/dist/gas/config: tc-m68k.c
>
> Log Message:
> Compiler support for buggy early revision 68LC
Module Name:src
Committed By: joe
Date: Sun Mar 23 17:04:10 UTC 2025
Modified Files:
src/sys/external/bsd/drm2/dist/drm/nouveau: nouveau_bo.c
Log Message:
safety: fix memory leak in drm use error lable to free and return on error
To generate a diff of this commit:
cvs rd
Module Name:src
Committed By: rillig
Date: Sun Mar 30 01:09:41 UTC 2025
Modified Files:
src/usr.bin/make: var.c
src/usr.bin/make/unit-tests: varmod-assign.exp varmod-assign.mk
Log Message:
make: add details to error message for the "::=" modifier
The previous erro
On Sat, Apr 05, 2025 at 10:47:39PM +1100, Nat Sloss wrote:
> nop
> fnop
>
> could be executed as
>
> nop
> (context swtich)
> (return from context swtich)
> fnop
>
> So without these the fnop would not be coverted.
Not sure what you mean here.
Why would the nop before the rte make any differen
On Sat, 5 Apr 2025 22:32:10 Martin Husemann wrote:
> On Sat, Apr 05, 2025 at 10:01:37PM +1100, Nat Sloss wrote:
> > Following advice and following the spirit of my intentions adding nop in
> > the switch i added nops before "rte" in locore.s in sys/mac68k as
> > opposed to m68k/swicher.
>
> This m
1 - 100 of 7555 matches
Mail list logo
