Hi,
On 2024/09/19 3:33, Andrius V wrote:
On Wed, Sep 18, 2024 at 3:44 AM Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Wed Sep 18 00:44:03 UTC 2024
Modified Files:
src/sys/arch/i386/stand/lib: libi386.h
Log Message:
i386/stand: Remove XMS leftover from
On Wed, Sep 18, 2024 at 3:44 AM Rin Okuyama wrote:
>
> Module Name:src
> Committed By: rin
> Date: Wed Sep 18 00:44:03 UTC 2024
>
> Modified Files:
> src/sys/arch/i386/stand/lib: libi386.h
>
> Log Message:
> i386/stand: Remove XMS leftover from libi386.h, NFC
>
> PR port-i3
Thank you very much for kind & rapid response!!
rin
On 2024/09/18 10:34, Nathanial Sloss wrote:
Module Name:src
Committed By: nat
Date: Wed Sep 18 01:34:08 UTC 2024
Modified Files:
src/sys/arch/mac68k/dev: adb.c
Log Message:
The delay is only required for machines with
Hi,
Can you please localize this quirk only for the affected machines?
It seems too much to me, to have 5 sec delay for irrelevant machines.
Thanks,
rin
On 2024/09/15 5:56, Nathanial Sloss wrote:
Module Name:src
Committed By: nat
Date: Sat Sep 14 20:56:51 UTC 2024
Modified Fil
On Wed, Sep 11, 2024 at 05:17:45 +, matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Wed Sep 11 05:17:45 UTC 2024
>
> Modified Files:
> src/sys/arch/x86/x86: intr.c
>
> Log Message:
> apply some more diagnostic checks for x86 interrupts
How does this mix wi
This was also supposed to include in the log message:
Include mqueue-based entries only if built with MQUEUE option.
On Sat, 14 Sep 2024, Paul Goyette wrote:
Module Name:src
Committed By: pgoyette
Date: Sat Sep 14 01:37:42 UTC 2024
Modified Files:
src/sys/miscfs/procf
Hi,
Christos Zoulas writes:
> And committed.
Thank you very much for your quick fix.
It works fine for me now.
> christos
>
>
--
Ryo ONODERA // r...@tetera.org
PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB FD1B F404 27FA C7D1 15F3
And committed.
christos
On 2024-09-11 11:18 am, Taylor R Campbell wrote:
Date: Thu, 12 Sep 2024 00:05:24 +0900
From: Ryo ONODERA
"Taylor R Campbell" writes:
> sys/endian.h: Hide le32enc/be32enc/... under _NETBSD_SOURCE.
>
> These are non-standard extensions, so they should not be exposed by,
> e.g., _XOPEN_SOURCE=70
> Date: Thu, 12 Sep 2024 00:05:24 +0900
> From: Ryo ONODERA
>
> "Taylor R Campbell" writes:
>
> > sys/endian.h: Hide le32enc/be32enc/... under _NETBSD_SOURCE.
> >
> > These are non-standard extensions, so they should not be exposed by,
> > e.g., _XOPEN_SOURCE=700.
> >
> > PR standards/57807: #i
Hi,
"Taylor R Campbell" writes:
> Module Name: src
> Committed By: riastradh
> Date: Mon Sep 9 18:17:14 UTC 2024
>
> Modified Files:
> src/sys/sys: endian.h
>
> Log Message:
> sys/endian.h: Hide le32enc/be32enc/... under _NETBSD_SOURCE.
>
> These are non-standard extensions, so t
On Wed, Aug 21, 2024 at 01:42:28AM -0700, John Nemeth wrote:
> } Log Message:
> } Add Areca ARC-1224
>
> I noticed that you mentioned newer Areca devices on icb. Is
> there a particular device that you're interested in. I have an
> updated version of arcmsr(4) that I've been meaning to clea
On Aug 20, 22:44, "Tom Spindler" wrote:
}
} Module Name: src
} Committed By: dogcow
} Date: Tue Aug 20 22:44:04 UTC 2024
}
} Modified Files:
} src/sys/dev/pci: pcidevs
}
} Log Message:
} Add Areca ARC-1224
Hi Tom,
I noticed that you mentioned newer Areca devices on icb. Is
On 10/08/2024 22:49, Taylor R Campbell wrote:
Date: Sat, 10 Aug 2024 21:37:45 +
From: Taylor R Campbell
I suggest doing the same here (and in bge(4) and in vmx(4) and
wherever else we have an overbroad `core lock'), with the attached
patch. But I don't have any awge(4) hardware to test.
On 10/08/2024 22:37, Taylor R Campbell wrote:
Module Name:src
Committed By: skrll
Date: Sat Aug 10 12:16:47 UTC 2024
Modified Files:
src/sys/arch/arm/altera: cycv_gmac.c
src/sys/arch/arm/amlogic: meson_dwmac.c
src/sys/arch/arm/rockchip: rk_gmac.c
> Date: Sat, 10 Aug 2024 21:37:45 +
> From: Taylor R Campbell
>
> I suggest doing the same here (and in bge(4) and in vmx(4) and
> wherever else we have an overbroad `core lock'), with the attached
> patch. But I don't have any awge(4) hardware to test. Could I
> trouble you to test this an
> Module Name:src
> Committed By: skrll
> Date: Sat Aug 10 12:16:47 UTC 2024
>
> Modified Files:
> src/sys/arch/arm/altera: cycv_gmac.c
> src/sys/arch/arm/amlogic: meson_dwmac.c
> src/sys/arch/arm/rockchip: rk_gmac.c
> src/sys/arch/arm/sunxi: sunxi_g
> Module Name:src
> Committed By: mrg
> Date: Thu Jul 4 05:59:05 UTC 2024
>
> Modified Files:
> src/sys/kern: vfs_syscalls.c
>
> Log Message:
> don't fd_putfile() if you haven't grabbed a ref already.
>
> the condition to call fd_getvnode() was changed, but the condition
On July 3, 2024 5:08:51 AM GMT+09:00, Taylor R Campbell
wrote:
>Module Name: src
>Committed By: riastradh
>Date: Tue Jul 2 20:08:51 UTC 2024
>
>Modified Files:
> src/sys/external/bsd/drm2/amdgpu: amdgpu2netbsd
>
>Log Message:
>amdgpu: Update amdgpu2netbsd to prepare for new imp
Hi,
On 2024/06/30 16:18, matthew green wrote:
"Rin Okuyama" writes:
Module Name:src
Committed By: rin
Date: Sun Jun 30 05:59:14 UTC 2024
Modified Files:
src/sys/arch/sun2/conf: GENERIC
Log Message:
sun2: GENERIC: XXX: Drop `MODULAR` and `compat_netbsd16.config`
as a w
> Module Name:src
> Committed By: riastradh
> Date: Sun Jun 30 16:35:19 UTC 2024
>
> Modified Files:
> src/sys/dev/usb: if_url.c
>
> Log Message:
> url(4): uint32_t for 32-bit hash so h>>31 becomes 0/1, not +1/-1.
That was supposed to read:
url(4): uint32_t for 32-bit ha
"Rin Okuyama" writes:
> Module Name: src
> Committed By: rin
> Date: Sun Jun 30 05:59:14 UTC 2024
>
> Modified Files:
> src/sys/arch/sun2/conf: GENERIC
>
> Log Message:
> sun2: GENERIC: XXX: Drop `MODULAR` and `compat_netbsd16.config`
>
> as a workaround for memory shortage. Even wit
Thank you, too, for clarification!
rin
On 2024/06/13 5:10, Nick Hudson wrote:
Thanks for the fix.
The bug affects enable and disable in the all (-1) indexes case and
references out of bounds data.
Nick
On 12/06/2024 08:36, Rin Okuyama wrote:
Hmm, there was a confusion for my side.
This bug
Thanks for the fix.
The bug affects enable and disable in the all (-1) indexes case and
references out of bounds data.
Nick
On 12/06/2024 08:36, Rin Okuyama wrote:
Hmm, there was a confusion for my side.
This bug affected cases where
(1) index >= 1 is explicitly specified for
fdtbus_powerdom
Hmm, there was a confusion for my side.
This bug affected cases where
(1) index >= 1 is explicitly specified for
fdtbus_powerdomain_enable_index(),
as well as
(2) all indices are implicitly specified by
fdtbus_powerdomain_enable().
s/enable/disable/ functions were affected also.
Thanks,
rin
Hi,
Thanks for your fix.
It works fine for me.
"Taylor R Campbell" writes:
> Module Name: src
> Committed By: riastradh
> Date: Sat May 25 13:44:48 UTC 2024
>
> Modified Files:
> src/sys/sys: ucontext.h
>
> Log Message:
> ucontext.h: Expose __UCONTEXT_SIZE to userland.
>
> But do
What issue is this change attempting to resolve?
> On May 20, 2024, at 4:34 AM, Taylor R Campbell wrote:
>
> Module Name: src
> Committed By: riastradh
> Date: Mon May 20 11:34:19 UTC 2024
>
> Modified Files:
> src/sys/arch/sparc64/dev: pci_machdep.c
> src/sys/arch/sparc64/include: pci_machdep.
Am 30.04.2024 um 11:55 schrieb Izumi Tsutsui:
> Module Name: src
> Committed By: tsutsui
> Date: Tue Apr 30 09:55:46 UTC 2024
>
> Modified Files:
> src/sys/arch/hp300/dev: dma.c
>
> Log Message:
> Fix another fatal typo that prevents dma(4) interrupts.
The buggy code was:
> if
> Module Name:src
> Committed By: christos
> Date: Fri Apr 26 18:19:18 UTC 2024
>
> Modified Files:
> src/sys/dev/acpi: acpi_bat.c
>
> Log Message:
> PR/58201: Malte Dehling: re-order sysmon initialization before acpi
> registration, to avoid needing to call to acpi_deregi
Thanks, should take remember this for the future reference.
On Wed, Mar 13, 2024 at 8:59 AM Nick Hudson wrote:
>
> Module Name:src
> Committed By: skrll
> Date: Wed Mar 13 06:59:01 UTC 2024
>
> Modified Files:
> src/sys/arch/evbmips/evbmips: interrupt.c
>
> Log Message:
>
On Thu, Jan 18, 2024 at 06:43:21 +1100, matthew green wrote:
> > Log Message:
> > macppc: enable FFS_EI in GENERIC
> >
> > I'd say it should be enabled for anything with USB.
> >
> > ok macallan
>
> yay. i think we should enable it basically everywhere that it
> is not a space issue.
I think th
> Log Message:
> macppc: enable FFS_EI in GENERIC
>
> I'd say it should be enabled for anything with USB.
>
> ok macallan
yay. i think we should enable it basically everywhere that it
is not a space issue. USB is just one common way, but i can
also modify or create my own images anyway, and mayb
> No, that definitely wasn't intentional! I've just reverted
> that. Does that need a pullup for netbsd-10 ?
Thanks for your confirmation.
I have another fix to make GENERIC boot on my 3/60
(disable more several pseudo-devices to shrink binary)
so I'll handle a pullup request with your fix.
--
Hi Tsutsui,
Izumi Tsutsui wrote:
> simonb@ wrote:
>
> > cvs rdiff -u -r1.187 -r1.188 src/sys/arch/sun3/conf/GENERIC
>
> >> # Veriexec
> >> # include "dev/veriexec.config"
> >> +
> >> +no obmem0 at mainbus? # XX
>
> Is this intentional!?
No, that definitely wasn't intent
simonb@ wrote:
> Module Name: src
> Committed By: simonb
> Date: Sun Aug 7 02:52:30 UTC 2022
>
> Modified Files:
:
> src/sys/arch/sun3/conf: DISKLESS GENERIC GENERIC3X
:
> Log Message:
> UFS/LFS dirhash:
> - Enable UFS_DIRHASH if the architecture or kernel model specific config
In article <2017973.usquhbg...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Tuesday, January 2, 2024 8:27:57 PM CET Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Tue Jan 2 19:27:57 UTC 2024
>>
>> Modified Files:
>> src/sys/sys: rbt
Date:Tue, 2 Jan 2024 21:20:42 -0500
From:Jason Thorpe
Message-ID:
| seems safe
Safe probably, but also wrong. It looks to be there puerly
for the __BEGIN_DECLS / __END_DECLS definitions - which are
needed just beause has prototypes for lseek()
truncate() and f
> On Jan 2, 2024, at 8:41 PM, Robert Elz wrote:
>
> I doubt that should really be including
> and almost certainly not , and shouldn't have prototypes
> for any functions at all.
seems safe — all of that stuff is in the implementation namespace.
-- thorpej
Date:Wed, 3 Jan 2024 03:15:39 +0300
From:Valery Ushakov
Message-ID:
| for userland uses should include stddef.h where size_t is supposed
| to come from
Unfortunately, while is defined to specify size_t it
isn't specified to include ssize_t - and many things tha
On Wed, Jan 03, 2024 at 01:06:57 +0100, Joerg Sonnenberger wrote:
> Date: Wed, 03 Jan 2024 01:06:57 +0100
> From: Joerg Sonnenberger
> Subject: Re: CVS commit: src/sys/sys
> To: source-changes-d@netbsd.org
>
> On Tuesday, January 2, 2024 8:27:57 PM CET Christos Zoulas wrot
On Tuesday, January 2, 2024 8:27:57 PM CET Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Tue Jan 2 19:27:57 UTC 2024
>
> Modified Files:
> src/sys/sys: rbtree.h
>
> Log Message:
> This uses size_t, so it always needs , remove ifdefs.
sys/types.h is on
"Nick Hudson" writes:
> Module Name: src
> Committed By: skrll
> Date: Tue Dec 19 07:05:36 UTC 2023
>
> Modified Files:
> src/sys/dev/usb: if_axen.c
>
> Log Message:
> Add support for AX88179A. From sc.dying on current-users.
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r
Hi,
Will check and adjust. Thanks for the tip.
On Thu, Dec 14, 2023 at 2:12 AM Valery Ushakov wrote:
>
> On Wed, Dec 13, 2023 at 23:11:35 +, Andrius Varanavicius wrote:
>
> > Module Name: src
> > Committed By: andvar
> > Date: Wed Dec 13 23:11:35 UTC 2023
> >
> > Modified Files:
> >
On Wed, Dec 13, 2023 at 23:11:35 +, Andrius Varanavicius wrote:
> Module Name: src
> Committed By: andvar
> Date: Wed Dec 13 23:11:35 UTC 2023
>
> Modified Files:
> src/sys/arch/sparc64/dev: vnet.c
> src/sys/arch/sparc64/sparc64: netbsd32_machdep_13.c
>
> Log Message:
>
Thank you, I should pay attention to that.
On Wed, Oct 25, 2023 at 9:02 AM Nick Hudson wrote:
>
> Module Name:src
> Committed By: skrll
> Date: Wed Oct 25 06:02:14 UTC 2023
>
> Modified Files:
> src/sys/arch/mips/mips: kgdb_machdep.c
>
> Log Message:
> ->
>
>
> To genera
On 2023/10/12 14:50, SAITOH Masanobu wrote:
> Module Name: src
> Committed By: msaitoh
> Date: Thu Oct 12 05:50:56 UTC 2023
>
> Modified Files:
> src/sys/dev/pci/ixgbe: ixgbe.c
>
> Log Message:
> ixg(4): Don't print wrong error message about ixgbe_num_queues.
>
> Don't override t
On 2023-10-15 17.06, Joerg Sonnenberger wrote:
On Sun, Oct 15, 2023 at 10:36:53PM +, Greg Oster wrote:
Module Name:src
Committed By: oster
Date: Sun Oct 15 22:36:53 UTC 2023
Modified Files:
src/sys/dev/pci/igc: if_igc.c
Log Message:
Fix build of the MODULAR kerne
On Sun, Oct 15, 2023 at 10:36:53PM +, Greg Oster wrote:
> Module Name: src
> Committed By: oster
> Date: Sun Oct 15 22:36:53 UTC 2023
>
> Modified Files:
> src/sys/dev/pci/igc: if_igc.c
>
> Log Message:
> Fix build of the MODULAR kernel, which explicitly excludes vlans.
Please
> Date: Fri, 13 Oct 2023 19:03:35 +
> From: Andrew Doran
>
> On Thu, Oct 12, 2023 at 11:55:46AM +0200, J. Hannken-Illjes wrote:
> > This is not true for RUMP. Hero you added sleepq_remove() as
> > "sleepq_unsleep(l, true)". This will unlock l_mutex without changing.
> >
> > Just poking aro
On Thu, Oct 12, 2023 at 11:55:46AM +0200, J. Hannken-Illjes wrote:
> > On 10. Oct 2023, at 20:58, Andrew Doran wrote:
> >
> > On Tue, Oct 10, 2023 at 06:00:57PM +0200, J. Hannken-Illjes wrote:
> >
> >>> cvs rdiff -u -r1.63 -r1.64 src/sys/kern/sys_select.c
> >>
> >> -sleepq_unsleep(l, false)
> Date: Fri, 13 Oct 2023 17:52:07 +0900
> From: Rin Okuyama
>
> It would be really nice if we can find some systematical/reliable methods to
> figure out files that really depends on struct syncobj, e.g.. I tried
> ctfdump(1) to
> *.o for kernel modules, but I cannot extract information better th
> Date: Tue, 10 Oct 2023 18:58:29 +
> From: Andrew Doran
>
> On Tue, Oct 10, 2023 at 06:00:57PM +0200, J. Hannken-Illjes wrote:
>
> > > cvs rdiff -u -r1.63 -r1.64 src/sys/kern/sys_select.c
> >
> > -sleepq_unsleep(l, false);
> > +sleepq_remove(l->l_sleepq, l, true);
> > }
> >
On Thu, Oct 12, 2023 at 8:23 PM Taylor R Campbell
wrote:
>
> > Date: Thu, 12 Oct 2023 17:06:02 +0900
> > From: Rin Okuyama
> >
> > On Thu, Oct 5, 2023 at 5:39 AM Andrew Doran wrote:
> > >
> > > Module Name:src
> > > Committed By: ad
> > > Date: Wed Oct 4 20:39:35 UTC 2023
> >
> Date: Thu, 12 Oct 2023 17:06:02 +0900
> From: Rin Okuyama
>
> On Thu, Oct 5, 2023 at 5:39â¯AM Andrew Doran wrote:
> >
> > Module Name:src
> > Committed By: ad
> > Date: Wed Oct 4 20:39:35 UTC 2023
> >
> > Modified Files:
> > src/sys/kern: kern_rwlock.c kern_turnstile.
> On 10. Oct 2023, at 20:58, Andrew Doran wrote:
>
> On Tue, Oct 10, 2023 at 06:00:57PM +0200, J. Hannken-Illjes wrote:
>
>>> cvs rdiff -u -r1.63 -r1.64 src/sys/kern/sys_select.c
>>
>> -sleepq_unsleep(l, false);
>> +sleepq_remove(l->l_sleepq, l, true);
>>}
>> }
>> mutex_spin_exi
Cool! Can I send a pull up request to netbsd-10?
I've not yet observed deadlocks since this was committed,
fortunately or unfortunately, although ;)
Thanks,
rin
On Thu, Oct 5, 2023 at 5:39 AM Andrew Doran wrote:
>
> Module Name:src
> Committed By: ad
> Date: Wed Oct 4 20:39:35
On Tue, Oct 10, 2023 at 06:00:57PM +0200, J. Hannken-Illjes wrote:
> > cvs rdiff -u -r1.63 -r1.64 src/sys/kern/sys_select.c
>
> -sleepq_unsleep(l, false);
> +sleepq_remove(l->l_sleepq, l, true);
> }
>}
>mutex_spin_exit(lock);
>
> Looks like sleepq_remove() unlocks l->l_mutex
> On 8. Oct 2023, at 15:23, Andrew Doran wrote:
>
> Module Name: src
> Committed By: ad
> Date: Sun Oct 8 13:23:05 UTC 2023
>
> Modified Files:
> src/sys/kern: kern_condvar.c kern_sleepq.c kern_timeout.c
>kern_turnstile.c sys_lwp.c sys_select.c
> src/sys/rump/librump/rumpkern: sleepq.c
> sr
OK, it makes sense. I will revert the changes. Thanks for your explanations.
On Sun, Oct 8, 2023 at 12:49 PM matthew green wrote:
>
> > I was changing news68k specific code, thus wasn't treating them as
> > common. But I understand the point.
>
> there's a *LOT* of m68k code that is copied into
> I was changing news68k specific code, thus wasn't treating them as
> common. But I understand the point.
there's a *LOT* of m68k code that is copied into all the ports
that is almost identical, and should really be shared, but it
not, and changes like can make this harder to share.
ie, while i
On Sun, Oct 8, 2023 at 6:56 AM Izumi Tsutsui wrote:
>
> > In this case maybe I should remove all FPSP references (vectors.S,
> > locore.S, Makefile.news68k (MD_LIBS={FPSP})?
>
> IMO we don't have to keep strict consistencies or buildabilities of
> options but rather should consider readabilities a
> In this case maybe I should remove all FPSP references (vectors.S,
> locore.S, Makefile.news68k (MD_LIBS={FPSP})?
IMO we don't have to keep strict consistencies or buildabilities of
options but rather should consider readabilities and maintainabilities.
- options FPSP in a config file is not ne
On Thu, Oct 05, 2023 at 12:15:23PM +0200, Martin Husemann wrote:
> On Thu, Oct 05, 2023 at 09:59:49AM +, Andrew Doran wrote:
> > Yes that makes sense and is what I plan to do after work today if nobody
> > beats me to it. MULTIPROCESSOR is long overdue removal from the MI kernel,
> > IMO.
>
On Thu, Oct 05, 2023 at 09:59:49AM +, Andrew Doran wrote:
> Yes that makes sense and is what I plan to do after work today if nobody
> beats me to it. MULTIPROCESSOR is long overdue removal from the MI kernel,
> IMO.
Hey, this is a tiny landisk kernel, do not bloat it :-)
Unfortunately it is
Martin,
On Thu, Oct 05, 2023 at 11:42:03AM +0200, Martin Husemann wrote:
> On Thu, Oct 05, 2023 at 11:36:23AM +0200, Martin Husemann wrote:
> > No, I was confused by the #ifdef maze - it breaks the build for
> > non-MULTIPROCESSOR kernels only, and I am not actually sure what "use"
> > gcc sees
On Thu, Oct 05, 2023 at 11:36:23AM +0200, Martin Husemann wrote:
> No, I was confused by the #ifdef maze - it breaks the build for
> non-MULTIPROCESSOR kernels only, and I am not actually sure what "use"
> gcc sees for the "nlocks" variable at all in that case.
Scratch that too, I'll get coffee.
On Thu, Oct 05, 2023 at 11:28:49AM +0200, Martin Husemann wrote:
> This breaks the build:
>
> ../../../../kern/kern_synch.c: In function 'kpause':
> ../../../../kern/kern_synch.c:257:10: error: 'nlocks' may be used
> uninitialized in this function [-Werror=maybe-uninitialized]
> 257 | error =
On Wed, Oct 04, 2023 at 08:29:18PM +, Andrew Doran wrote:
> Module Name: src
> Committed By: ad
> Date: Wed Oct 4 20:29:18 UTC 2023
>
> Modified Files:
> src/sys/kern: kern_condvar.c kern_exec.c kern_exit.c kern_sig.c
> kern_sleepq.c kern_synch.c kern_timeout.c kern_t
In this case maybe I should remove all FPSP references (vectors.S,
locore.S, Makefile.news68k (MD_LIBS={FPSP})?
On Sun, Oct 1, 2023 at 10:08 PM Izumi Tsutsui wrote:
>
> > Module Name: src
> > Committed By: andvar
> > Date: Sun Oct 1 18:50:53 UTC 2023
> >
> > Modified Files:
> > sr
> Module Name: src
> Committed By: andvar
> Date: Sun Oct 1 18:50:53 UTC 2023
>
> Modified Files:
> src/sys/arch/news68k/conf: Makefile.news68k
>
> Log Message:
> include fpsp Makefile.inc in Makefile.news68k, same as other m68k ports.
>
> needed for FPSP option to build, otherwi
Hi,
Oops, I didn't notice it is not generated. Sorry for bothering you!
Thanks,
rin
On Mon, Sep 4, 2023 at 10:46 PM Andrius V wrote:
>
> Hi,
>
> Thanks for the note. I honestly wasn't aware that we have generated
> configs and will be more careful in changing them in the future to
> account tha
Hi,
Thanks for the note. I honestly wasn't aware that we have generated
configs and will be more careful in changing them in the future to
account that.
However, MDINSTALL config seems to be some older/legacy config, which
was not generated from GENERIC.in, I believe. I may try to transform
into
Hi,
On 2023/08/31 5:17, Andrius Varanavicius wrote:
Module Name:src
Committed By: andvar
Date: Wed Aug 30 20:17:06 UTC 2023
Modified Files:
src/sys/arch/amiga/conf: MDINSTALL
Log Message:
s/Piccalo/Piccolo/ in device description.
Some ports including amiga use arch/fo
Thanks for kind words!
Apparently, we need some test to detect kernel and userland mismatch
for bpf(4) header...
I'd also like to fix problems by which ATF does not complete on ERL3.
Some CPU/memory consuming tests, e.g., lib/libc/regex/t_exhaust,
trigger watchdog.
I guess something wrong in in
Module Name:src
Committed By: rin
Date: Wed Aug 23 13:21:17 UTC 2023
Modified Files:
src/sys/net: bpf.h
Log Message:
bpf: Fix SIZEOF_BPF_HDR (for LP64 userland) on mips64
It cannot fit within 18 bytes, of course ;)
As we had never provided working bpf(4) implementation f
On 2023-08-25 13:30, Taylor R Campbell wrote:
> Since VOP_READDIR requires vp to be locked, I can infer that the
> handle_write caller must already hold vp locked. But that means that
> we have ifd_lock -> vnode lock in one path, and vnode lock -> ifd_lock
> in another path, which is forbidden (un
> Date: Fri, 25 Aug 2023 13:38:02 -0400
> From: Theodore Preduta
>
> On 2023-08-25 13:13, Taylor R Campbell wrote:
> > This can't be right, and it's a little unsettling that the problem
> > isn't caught by any automatic tests.
> >
> > As I understand it, the `ie_name' member is supposed to provi
On 2023-08-25 13:13, Taylor R Campbell wrote:
>> Module Name:src
>> Committed By: christos
>> Date: Wed Aug 23 19:17:59 UTC 2023
>>
>> Modified Files:
>> src/sys/compat/linux/common: linux_inotify.c
>>
>> Log Message:
>> put variable length structure at the end, so that clan
> Module Name:src
> Committed By: christos
> Date: Thu Aug 24 19:51:24 UTC 2023
>
> Modified Files:
> src/sys/compat/linux/common: linux_inotify.c
>
> Log Message:
> fix a locking bug (Theodore Preduta)
>
> if (needs_lock)
> vn_lock(vp, LK_SHARED |
> Module Name:src
> Committed By: christos
> Date: Wed Aug 23 19:17:59 UTC 2023
>
> Modified Files:
> src/sys/compat/linux/common: linux_inotify.c
>
> Log Message:
> put variable length structure at the end, so that clang does not complain.
>
> struct inotify_entry {
>
Yes, I committed it (I had the change in my tree).
Best,
christos
> On Aug 21, 2023, at 3:40 PM, Ryo ONODERA wrote:
>
> Hi,
>
> "Christos Zoulas" writes:
>
>> Module Name: src
>> Committed By:christos
>> Date:Sun Aug 20 18:08:57 UTC 2023
>>
>> Modified Files:
>>
Hi,
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Sun Aug 20 18:08:57 UTC 2023
>
> Modified Files:
> src/sys/compat/linux: files.linux
>
> Log Message:
> add inotify (forgot to commit this)
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1
> Date: Thu, 10 Aug 2023 17:42:35 +0900
> From: Kengo NAKAHARA
>
> Could you tell me how you test this fix for future reference?
I asked skrll@ to boot a VM with vmxnet3 and hammer on it with a
combination of:
1. dhcp
2. host$ nc -l 54321 /dev/null
guest$ nc host 54321 /dev/null
3. for i in
Hi,
On 2023/08/10 18:07, Nick Hudson wrote:
On 10/08/2023 09:42, Kengo NAKAHARA wrote:
Hi,
Could you tell me how you test this fix for future reference?
He didn't - I did. :)
Taylor suggested running with network traffic and doing ifconfig
down/up. To generate network traffic Taylor suggest
On 10/08/2023 09:42, Kengo NAKAHARA wrote:
Hi,
Could you tell me how you test this fix for future reference?
He didn't - I did. :)
Taylor suggested running with network traffic and doing ifconfig
down/up. To generate network traffic Taylor suggested
host$ nc -l 54321 /dev/null
guest$ nc hos
Hi,
Could you tell me how you test this fix for future reference?
Thanks,
On 2023/08/10 17:24, Taylor R Campbell wrote:
Module Name:src
Committed By: riastradh
Date: Thu Aug 10 08:24:45 UTC 2023
Modified Files:
src/sys/dev/pci: if_vmx.c
Log Message:
vmxnet(4): Fix va
On Tue, Aug 08, 2023 at 04:01:19PM +1000, matthew green wrote:
> Joerg Sonnenberger writes:
> > On Thu, Aug 03, 2023 at 08:16:31AM +, matthew green wrote:
> > > Module Name: src
> > > Committed By: mrg
> > > Date: Thu Aug 3 08:16:31 UTC 2023
> > >
> > > Modified Files:
>
Joerg Sonnenberger writes:
> On Thu, Aug 03, 2023 at 08:16:31AM +, matthew green wrote:
> > Module Name:src
> > Committed By: mrg
> > Date: Thu Aug 3 08:16:31 UTC 2023
> >
> > Modified Files:
> > src/sys/arch/evbarm/gumstix: gumstix_machdep.c
> > src/sys/ar
On 2023/08/04 20:18, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Fri Aug 4 11:18:18 UTC 2023
Modified Files:
src/sys/arch/sun2/dev: sc_mbmem.c
Log Message:
sun2/sc(4): Fix panic due to wrong ENOMEM for DMA buffer
Use kmem_zalloc(9) for sc->sc_dma_handles
On Thu, Aug 03, 2023 at 08:16:31AM +, matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Thu Aug 3 08:16:31 UTC 2023
>
> Modified Files:
> src/sys/arch/evbarm/gumstix: gumstix_machdep.c
> src/sys/arch/evbarm/ixm1200: ixm1200_machdep.c
> src/sys/arch
Oops, thanks for quick fix, and it seems that I need a cup of coffee...
Thanks,
rin
On 2023/07/29 22:57, Paul Goyette wrote:
Module Name:src
Committed By: pgoyette
Date: Sat Jul 29 13:57:28 UTC 2023
Modified Files:
src/sys/compat/netbsd32: netbsd32_compat_80.c netbsd32_
On 2023/07/29 22:13, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Sat Jul 29 13:13:50 UTC 2023
Modified Files:
src/sys/compat/netbsd32: netbsd32_compat_50.c
Log Message:
Now, netbsd32_compat_50 module requires netbsd32_compat_100.
Thanks pgoyette@ for hints
> Date: Fri, 28 Jul 2023 23:40:40 +0900
> From: Izumi Tsutsui
>
> > Module Name:src
> > Committed By: riastradh
> > Date: Fri Jul 28 10:37:28 UTC 2023
> >
> > Modified Files:
> > src/sys/kern: kern_tc.c
> >
> > Log Message:
> > timecounter(9): Link to phk's timec
> Module Name: src
> Committed By: riastradh
> Date: Fri Jul 28 10:37:28 UTC 2023
>
> Modified Files:
> src/sys/kern: kern_tc.c
>
> Log Message:
> timecounter(9): Link to phk's timecounter paper for reference.
Maybe it's better to refer our timecounter(9) man page?
https://man.net
On 2023/07/24 16:14, matthew green wrote:
"Rin Okuyama" writes:
Module Name:src
Committed By: rin
Date: Mon Jul 24 01:56:59 UTC 2023
Modified Files:
src/sys/arch/i386/stand/efiboot: Makefile.efiboot eficons.c
Added Files:
src/sys/arch/i386/stand/efiboot: eficpufu
"Rin Okuyama" writes:
> Module Name: src
> Committed By: rin
> Date: Mon Jul 24 01:56:59 UTC 2023
>
> Modified Files:
> src/sys/arch/i386/stand/efiboot: Makefile.efiboot eficons.c
> Added Files:
> src/sys/arch/i386/stand/efiboot: eficpufunc.c eficpufunc.h
>
> Log Message:
> efi
Emmanuel Dreyfus writes:
> On Thu, Jun 29, 2023 at 08:43:36PM -0400, Greg Troxel wrote:
>> > Primary bootstrap is now able to read a GPT inside RAIDframe.
>> did you also update documentation?
>
> We do not have any documentation specific to primary bootstrap.
> x86/boot(8) domuent the behavior
On Thu, Jun 29, 2023 at 08:43:36PM -0400, Greg Troxel wrote:
> > Primary bootstrap is now able to read a GPT inside RAIDframe.
> did you also update documentation?
We do not have any documentation specific to primary bootstrap.
x86/boot(8) domuent the behavior with no detail about primary
and sec
"Emmanuel Dreyfus" writes:
> Log Message:
> Primary bootstrap is now able to read a GPT inside RAIDframe.
did you also update documentation?
> Date: Sun, 30 Apr 2023 07:27:34 +0700
> From: Robert Elz
>
> Date:Sat, 29 Apr 2023 23:30:18 +
> From:"Robert Elz"
> Message-ID: <20230429233018.cadf4f...@cvs.netbsd.org>
>
> | Modified Files:
> | src/sys/kern: vfs_subr.c
> | src/sys/sys: sdt.h
> |
1 - 100 of 1026 matches
Mail list logo