Module Name:src
Committed By: alnsn
Date: Fri Nov 24 21:17:49 UTC 2023
Modified Files:
src/share/misc: acronyms.comp
Log Message:
Add two BTB entries.
To generate a diff of this commit:
cvs rdiff -u -r1.380 -r1.381 src/share/misc/acronyms.comp
Please note that diffs
Module Name:src
Committed By: alnsn
Date: Fri Nov 24 21:17:49 UTC 2023
Modified Files:
src/share/misc: acronyms.comp
Log Message:
Add two BTB entries.
To generate a diff of this commit:
cvs rdiff -u -r1.380 -r1.381 src/share/misc/acronyms.comp
Please note that diffs
Module Name:src
Committed By: alnsn
Date: Mon Jun 12 21:00:38 UTC 2023
Modified Files:
src/share/misc: acronyms.comp
Log Message:
Add DPDK.
To generate a diff of this commit:
cvs rdiff -u -r1.354 -r1.355 src/share/misc/acronyms.comp
Please note that diffs are not
Module Name:src
Committed By: alnsn
Date: Mon Jun 12 21:00:38 UTC 2023
Modified Files:
src/share/misc: acronyms.comp
Log Message:
Add DPDK.
To generate a diff of this commit:
cvs rdiff -u -r1.354 -r1.355 src/share/misc/acronyms.comp
Please note that diffs are not
Nikita wrote:
> Module Name: src
> Committed By: nikita
> Date: Mon Apr 17 21:17:58 UTC 2023
>
> Modified Files:
> src/external/mit/lua/dist/src: ldump.c lundump.c
>
> Log Message:
> lua: apply upstream bugfix for "Loading a corrupted binary file can segfault."
Unless it's a
Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Fri Dec 23 19:37:06 UTC 2022
>
> Modified Files:
> src/usr.sbin/tprof: tprof_top.c
>
> Log Message:
> use malloc instead of alloca so that SSP works.
pullup to 10?
Simon Burge wrote:
> Why don't we just mount all the ZFS filesystems in mountcritlocal?
Future versions may require loading of encryption keys over kerberos
or a special pam module to decrypt /home/$USER.
Alex
Module Name:src
Committed By: alnsn
Date: Sun Feb 20 14:43:39 UTC 2022
Modified Files:
src/share/man/man5: rc.conf.5
Log Message:
Document critical_filesystems_zfs.
To generate a diff of this commit:
cvs rdiff -u -r1.191 -r1.192 src/share/man/man5/rc.conf.5
Please note
Module Name:src
Committed By: alnsn
Date: Sun Feb 20 14:43:39 UTC 2022
Modified Files:
src/share/man/man5: rc.conf.5
Log Message:
Document critical_filesystems_zfs.
To generate a diff of this commit:
cvs rdiff -u -r1.191 -r1.192 src/share/man/man5/rc.conf.5
Please note
Module Name:src
Committed By: alnsn
Date: Sun Feb 20 14:42:08 UTC 2022
Modified Files:
src/etc/defaults: rc.conf
src/etc/rc.d: mountcritlocal
Log Message:
Enable critical_filesystems_zfs.
To generate a diff of this commit:
cvs rdiff -u -r1.161 -r1.162
Module Name:src
Committed By: alnsn
Date: Sun Feb 20 14:42:08 UTC 2022
Modified Files:
src/etc/defaults: rc.conf
src/etc/rc.d: mountcritlocal
Log Message:
Enable critical_filesystems_zfs.
To generate a diff of this commit:
cvs rdiff -u -r1.161 -r1.162
Module Name:src
Committed By: alnsn
Date: Sun Feb 20 10:49:17 UTC 2022
Modified Files:
src/share/man/man5: rc.conf.5
Log Message:
Document zfs variable.
To generate a diff of this commit:
cvs rdiff -u -r1.190 -r1.191 src/share/man/man5/rc.conf.5
Please note that diffs
Module Name:src
Committed By: alnsn
Date: Sun Feb 20 10:49:17 UTC 2022
Modified Files:
src/share/man/man5: rc.conf.5
Log Message:
Document zfs variable.
To generate a diff of this commit:
cvs rdiff -u -r1.190 -r1.191 src/share/man/man5/rc.conf.5
Please note that diffs
Module Name:src
Committed By: alnsn
Date: Sun Feb 6 16:23:12 UTC 2022
Modified Files:
src/etc: rc.subr
Log Message:
Small changes in mount_critical_filesystems_zfs
avoid unnecessary eval, switch to $() and -ne.
from kre@, thanks!
To generate a diff of this commit:
Module Name:src
Committed By: alnsn
Date: Sun Feb 6 16:23:12 UTC 2022
Modified Files:
src/etc: rc.subr
Log Message:
Small changes in mount_critical_filesystems_zfs
avoid unnecessary eval, switch to $() and -ne.
from kre@, thanks!
To generate a diff of this commit:
Taylor R Campbell wrote:
> > Date: Sat, 5 Feb 2022 21:21:53 +
> > From: Alexander Nasonov
> >
> > Since I plan to migrate my ZFS setup to a smaller cgd disk, I gave
> > legacy mountpoints a try to see how much complexity they add.
>
> I use legacy
Brad Spencer wrote:
> Alexander Nasonov writes:
> > Are there any downside of mixing legacy and non-legacy mountpoints?
> > E.g. if my /var is legacy but /var/crash is a normal ZFS mountpoint?
>
> That should work fine as long as /var was arranged to be mounted first.
>
J. Hannken-Illjes wrote:
> What is wrong with ZFS legacy mounts?
>
> $ zpool create -m legacy tank
> $ zfs create tank/a
> $ mount -t zfs tank/a /mnt
Hmm, I heard about ZFS legacy (quite a while ago!) but I didn't
look into it because, well, "legacy"...
Are there any downside of mixing
Martin Husemann wrote:
> On Thu, Feb 03, 2022 at 11:10:43PM +0000, Alexander Nasonov wrote:
> > variable, it will mix two very different styles of mounting and
> > compilate the code.
s/compilate/complicate/
> "different styles of mounting" sounds like a non-starte
Hi Robert,
Robert Elz wrote:
> A couple of comments about your mount_critical_filesystems_zfs()
> function in rc.subr
Thank you for reviewing my code!
> It starts:
>
> eval _fslist=\$critical_filesystems_zfs
>
> I'm not sure what you're attempting to accomplish there.
I copied this
Alexander Nasonov wrote:
> Module Name: src
> Committed By: alnsn
> Date: Thu Feb 3 20:52:44 UTC 2022
>
> Modified Files:
> src/etc: rc.subr
>
> Log Message:
> Add mount_critical_filesystems_zfs
>
> The new function is similar to mount_critical_f
Module Name:src
Committed By: alnsn
Date: Thu Feb 3 21:02:47 UTC 2022
Modified Files:
src/etc: rc.subr
Log Message:
Compare $_mount_es with 0
To generate a diff of this commit:
cvs rdiff -u -r1.108 -r1.109 src/etc/rc.subr
Please note that diffs are not public domain;
Module Name:src
Committed By: alnsn
Date: Thu Feb 3 21:02:47 UTC 2022
Modified Files:
src/etc: rc.subr
Log Message:
Compare $_mount_es with 0
To generate a diff of this commit:
cvs rdiff -u -r1.108 -r1.109 src/etc/rc.subr
Please note that diffs are not public domain;
Module Name:src
Committed By: alnsn
Date: Thu Feb 3 20:52:44 UTC 2022
Modified Files:
src/etc: rc.subr
Log Message:
Add mount_critical_filesystems_zfs
The new function is similar to mount_critical_filesystems
but it walks through ZFS datasets and mounts matching
Module Name:src
Committed By: alnsn
Date: Thu Feb 3 20:52:44 UTC 2022
Modified Files:
src/etc: rc.subr
Log Message:
Add mount_critical_filesystems_zfs
The new function is similar to mount_critical_filesystems
but it walks through ZFS datasets and mounts matching
Module Name:src
Committed By: alnsn
Date: Sun Sep 5 17:29:27 UTC 2021
Modified Files:
src/share/misc: acronyms acronyms-o.real
Log Message:
Move SOB to offensive acronyms.
To generate a diff of this commit:
cvs rdiff -u -r1.310 -r1.311 src/share/misc/acronyms
cvs rdiff
Module Name:src
Committed By: alnsn
Date: Sun Sep 5 17:29:27 UTC 2021
Modified Files:
src/share/misc: acronyms acronyms-o.real
Log Message:
Move SOB to offensive acronyms.
To generate a diff of this commit:
cvs rdiff -u -r1.310 -r1.311 src/share/misc/acronyms
cvs rdiff
Jaromir Dolecek wrote:
> Index: src/sys/dev/ic/bwfmvar.h
> diff -u src/sys/dev/ic/bwfmvar.h:1.9 src/sys/dev/ic/bwfmvar.h:1.10
> --- src/sys/dev/ic/bwfmvar.h:1.9 Sat May 30 13:41:58 2020
> +++ src/sys/dev/ic/bwfmvar.h Sat May 30 15:55:47 2020
> @@ -1,4 +1,4 @@
> -/* $NetBSD: bwfmvar.h,v 1.9
Taylor R Campbell wrote:
> This sounds entirely reasonable. Would you like to draft an
> implementation of that?
Sure, I can look into this on the weekend.
> Presumably it would require writing a sysctl callback function for
> vm.swap_encrypt, and would somehow involve kauth, but I'm not sure
>
Taylor R Campbell wrote:
> Log Message:
> Implement swap encryption.
>
> Enabled by sysctl -w vm.swap_encrypt=1.
If secmodel_securelevel(9) is still a thing, locking down this sysctl
at high securelevel may improve our security. Prior to this change,
swap devices were readable (even if enrypted
David Brownlee wrote:
> Just another data point - seeing this same panic on a T480 with the
> latest kernel from nyftp
Same problem on T470.
--
Alex
Roy Marples wrote:
> On 22/12/2019 22:24, Andrew Doran wrote:
> > NetBSD 9.99.29 - struct mount changed.
>
> Just curious - does our build software cope with 3 digit for the last number?
https://twitter.com/needydev/status/1205585787095519234?s=20
--
Alex
Andrew Doran wrote:
> Log Message:
> NetBSD 9.99.28 - cpu_data & UVM changes.
Wow, you bump versions faster than I compile new releases. At this
pace, we'll get to 9.99.99 in a month or two ;-)
--
Alex
Maxime Villard wrote:
> Module Name: src
> Committed By: maxv
> Date: Wed Nov 27 06:24:33 UTC 2019
>
> Modified Files:
> src/sys/arch/x86/include: cpu.h fpu.h
> src/sys/arch/x86/x86: cpu.c fpu.c
>
> Log Message:
> Add a small API for in-kernel FPU operations.
>
>
Module Name:src
Committed By: alnsn
Date: Fri Nov 22 00:27:30 UTC 2019
Modified Files:
src/distrib/common: cgdroot.rc
Log Message:
If gpt label "cgd.conf" contains a valid /etc/cgd file system,
try mounting gpt label "cgdroot" as a root filesystem first and
only mount
Module Name:src
Committed By: alnsn
Date: Fri Nov 22 00:27:30 UTC 2019
Modified Files:
src/distrib/common: cgdroot.rc
Log Message:
If gpt label "cgd.conf" contains a valid /etc/cgd file system,
try mounting gpt label "cgdroot" as a root filesystem first and
only mount
Martin Husemann wrote:
> On Sat, Sep 14, 2019 at 01:45:08PM +0200, Kamil Rytarowski wrote:
> > Thanks! I will go for __NO_LEAKS ifdef.
>
> But it is not a good idea to clutter perfectly fine sources with such
> #ifdefs and unused/untested/likely broken code (even if it does not affect
> the
Module Name:src
Committed By: alnsn
Date: Thu Aug 1 08:51:52 UTC 2019
Modified Files:
src/usr.sbin/veriexecgen: veriexecgen.c
Log Message:
Move case 'f' to go right after case 'F'.
To generate a diff of this commit:
cvs rdiff -u -r1.20 -r1.21
Module Name:src
Committed By: alnsn
Date: Thu Aug 1 08:51:52 UTC 2019
Modified Files:
src/usr.sbin/veriexecgen: veriexecgen.c
Log Message:
Move case 'f' to go right after case 'F'.
To generate a diff of this commit:
cvs rdiff -u -r1.20 -r1.21
Module Name:src
Committed By: alnsn
Date: Wed Jul 31 15:02:39 UTC 2019
Modified Files:
src/usr.sbin/veriexecgen: veriexecgen.8 veriexecgen.c
Log Message:
Add an option to read entries from a file.
To generate a diff of this commit:
cvs rdiff -u -r1.20 -r1.21
Module Name:src
Committed By: alnsn
Date: Wed Jul 31 15:02:39 UTC 2019
Modified Files:
src/usr.sbin/veriexecgen: veriexecgen.8 veriexecgen.c
Log Message:
Add an option to read entries from a file.
To generate a diff of this commit:
cvs rdiff -u -r1.20 -r1.21
Module Name:src
Committed By: alnsn
Date: Sun Jun 23 17:17:18 UTC 2019
Modified Files:
src/share/misc: acronyms.comp
Log Message:
Fix a typo.
To generate a diff of this commit:
cvs rdiff -u -r1.269 -r1.270 src/share/misc/acronyms.comp
Please note that diffs are not
Module Name:src
Committed By: alnsn
Date: Sun Jun 23 17:17:18 UTC 2019
Modified Files:
src/share/misc: acronyms.comp
Log Message:
Fix a typo.
To generate a diff of this commit:
cvs rdiff -u -r1.269 -r1.270 src/share/misc/acronyms.comp
Please note that diffs are not
Module Name:src
Committed By: alnsn
Date: Sun Jun 2 20:18:23 UTC 2019
Modified Files:
src/share/misc: acronyms.comp
Log Message:
One more CPS.
To generate a diff of this commit:
cvs rdiff -u -r1.254 -r1.255 src/share/misc/acronyms.comp
Please note that diffs are not
Module Name:src
Committed By: alnsn
Date: Sun May 19 13:32:00 UTC 2019
Modified Files:
src/sys/dev/cadence: if_cemac.c
Log Message:
Kill unused sc variable and fix the build.
To generate a diff of this commit:
cvs rdiff -u -r1.17 -r1.18 src/sys/dev/cadence/if_cemac.c
Module Name:src
Committed By: alnsn
Date: Sat May 18 10:21:03 UTC 2019
Modified Files:
src/share/man/man9: secmodel_securelevel.9
Log Message:
Don't mention SVS because it can't be changed anymore.
To generate a diff of this commit:
cvs rdiff -u -r1.18 -r1.19
Module Name:src
Committed By: alnsn
Date: Sat May 18 10:21:03 UTC 2019
Modified Files:
src/share/man/man9: secmodel_securelevel.9
Log Message:
Don't mention SVS because it can't be changed anymore.
To generate a diff of this commit:
cvs rdiff -u -r1.18 -r1.19
m...@netbsd.org wrote:
> On Wed, Jan 02, 2019 at 08:42:33PM +0000, Alexander Nasonov wrote:
> > https://wiki.netbsd.org/projects/project/transparent-cgd/
> >
> > This page describes limitations of cgdroot.kmod.
> >
> > In my opinion, aes-xts should be added
Alexander Nasonov wrote:
> m...@netbsd.org wrote:
> > Why are we using a memory disk for full disk encryption? I am under the
> > impression that it shouldn't be required.
>
> We use a memory disk because cgdconfig functionality isn't available in
> the bootloader.
m...@netbsd.org wrote:
> Why are we using a memory disk for full disk encryption? I am under the
> impression that it shouldn't be required.
We use a memory disk because cgdconfig functionality isn't available in
the bootloader.
--
Alex
Alexander Nasonov wrote:
> Module Name: src
> Committed By: alnsn
> Date: Sat Dec 29 00:52:11 UTC 2018
>
> Modified Files:
> src/distrib/common: cgdroot.rc
>
> Log Message:
> Don't hardcode wd0a in cgdroot.kmod, try NAME=cgd.conf and ROOT.a.
>
Christoph Badura wrote:
> Using /etc/cgd/ROOT. has the advantage that the cgd will configure
> if the root device changes name, thus upholding POLA.
>
> E.g. moving disks from a controller that attaches sd(4)s to one that
> attaches ld(4)s. I believe you can see that when dd'ing an image from
>
Alexander Nasonov wrote:
> Alexander Nasonov wrote:
> > Module Name:src
> > Committed By: alnsn
> > Date: Sun Jul 29 19:46:08 UTC 2018
> >
> > Update of /cvsroot/src/external/mit/lua/dist
> > In directory ivanova.netbsd.org:
Alexander Nasonov wrote:
> Module Name: src
> Committed By: alnsn
> Date: Sun Jul 29 19:46:08 UTC 2018
>
> Update of /cvsroot/src/external/mit/lua/dist
> In directory ivanova.netbsd.org:/tmp/cvs-serv15569
>
> Log Message:
> Import Lua 5.3.5.
Hmm, it didn
Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Sat May 5 11:28:44 UTC 2018
>
> Modified Files:
> src/sbin/cgdconfig: cgdconfig.c
>
> Log Message:
> Check whether the cgd device selected is available to be
> configured,that is, not already in use, before
Thomas Klausner wrote:
> Module Name: src
> Committed By: wiz
> Date: Wed Jul 18 16:50:05 UTC 2018
>
> Modified Files:
> src/usr.sbin/tprof: tprof.8 tprof.c
>
> Log Message:
> Various improvements to man page. Sync usage.
>
Does tprof work on amd64? When I tried it a couple of
matthew green wrote:
> "Alexander Nasonov" writes:
> > XXX Using memset for wiping isn't a good idea because memset is likely
> > optimised away by gcc. This should be revisited.
>
> use explicit_memset(3)?
Yes, we should change memsets of sensitive buffers to exp
Alexander Nasonov wrote:
> (gdb) b opendisk1
> (gdb) run -p
> Starting program:
> /home/alnsn/netbsd-current/clean/src/sbin/cgdconfig/obj/cgdconfig -p
>
> Breakpoint 1, 0x7f7ff78111f6 in opendisk1 () from /lib/libutil.so.7
> (gdb) x/s $rdi
> 0x0: # path=NULL
Robert Elz wrote:
> Date:Tue, 8 May 2018 19:15:28 +0100
> From: Alexander Nasonov <al...@yandex.ru>
> Message-ID: <20180508180815.GA5990@neva>
>
> | I think it broke the tool. If you run
> |
> | cgdconfig -p
> |
>
Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Sat May 5 11:28:44 UTC 2018
>
> Modified Files:
> src/sbin/cgdconfig: cgdconfig.c
>
> Log Message:
> Check whether the cgd device selected is available to be
> configured,that is, not already in use, before
Kamil Rytarowski wrote:
> On 05.05.2018 11:47, Geoff Wing wrote:
> > VLC = Variable Length Code (or the video player I use)
> > VLA = Variable Length Array
>
> It has been fixed... Should I move this term to acronyms.comp?
Variable Length Code sounds like a good candidate for our acronyms
db if
Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sun Apr 1 19:29:43 UTC 2018
>
> Modified Files:
> src/sys/kern: subr_prf.c
>
> Log Message:
> Add the ability to prepend a timestamp [ sec.nsec] relative to boottime
> in kernel messages if KLOG_TIMESTAMP
Robert Elz wrote:
> I totally agree with this - and it is worse when included in commit logs
> wherte it will remain, visible, and actually viewed, forever (unlike even
> in a mailing list, which while archived forever, somewhere, usually
> falls quickly out of view.)
Searching for archived email
Taylor R Campbell wrote:
> They mean different things.
>
> `hi dev@' means `FYI, dev@, you broke this, so I'm fixing it'.
>
> `ok dev@' means `dev@ reviewed and approved this change'.
I'm well aware they mean different things.
> One connotation of `hi dev@' may be `dev@ is an idiot'; it can be
m...@netbsd.org wrote:
> I seem to recall a discussion about wanting to avoid this type
> of commit message (hi dev-name), as it can be seen as excessively
> hostile.
'ok rmind@' would definitely be better than 'hi maxv@'.
Hostile? I don't think so. I personally quite like it.
--
Alex
Christos Zoulas wrote:
> + if (so == NULL)
> + return -1;
> + if (so->so_cred == NULL) {
> + DPFPRINTF(PF_DEBUG_URGENT,
> + ("%s: so->so_cred == NULL so=%p\n", __func__, so));
> + return -1;
> + }
> pd->lookup.uid =
Christos Zoulas wrote:
> On Feb 19, 10:55pm, al...@yandex.ru (Alexander Nasonov) wrote:
> -- Subject: Re: CVS commit: src/sys/dist/pf/net
>
> | I think it's perfectly normal for an incoming packet to have no
> | cred. For instance, if that packet is about to be accepted.
>
>
Maxime Villard wrote:
> In the first mail, you said that it was better to have a all-or-nothing
> sysctl, which is *exactly* what I just committed.
Yes, sysctl is better than giving rdtsc to root only. But "better"
alone isn't strong enough to count me as a supporter.
> In the second one, as a
Maxime Villard wrote:
> In case you didn't notice, this sysctl results directly from the answers I
> got, and is not my original plan (about which I changed my mind as a
> consequence of the conversation). So now tell me exactly which point I didn't
> consider and which reply I ignored. The thread
Joerg Sonnenberger wrote:
> At least for my evbppc64 build this fails to link because it uses
> mktemp and -Wl,--fatal-errors. Does it really need a random file name
> and can't just use an easier to predict for debugging name in the
> current directory?
New change is committed.
Alex
Juergen Hannken-Illjes wrote:
> Module Name: src
> Committed By: hannken
> Date: Tue May 24 10:16:34 UTC 2016
>
> Modified Files:
> src/tests/lib/libbpfjit: Makefile
> src/tests/net/bpfjit: Makefile
>
> Log Message:
> Disable PAX mprotect to make just-in-time-compile tests
Christos Zoulas wrote:
In article 20141119210214.GA8310@neva,
Alexander Nasonov al...@yandex.ru wrote:
I don't think SLJIT_UMOD exists. You need to emit SLJIT_SUB after
SLJIT_UDIV. This should be pretty straigthforward. But I don't mind
if you make a function call for these quite rare
Christos Zoulas wrote:
Module Name: src
Committed By: christos
Date: Wed Nov 19 19:34:43 UTC 2014
Modified Files:
src/sys/net: bpfjit.c
Log Message:
Add BPF_MOD/BPF_XOR (untested, needs work)
Changes look good.
/*
+ * XXX: Until we support SLJIT_UMOD properly
+ */
Alexander Nasonov wrote:
Module Name: src
Committed By: alnsn
Date: Mon Jul 28 07:32:46 UTC 2014
Modified Files:
src/sys/net: bpf.c
Log Message:
Enable net.bpf.jit only if MODULAR and BPFJIT. Tweak a warning about postponed
jit activation.
MODULAR _or_ BPFJIT.
Alex
Justin Cormack wrote:
Module Name: src
Committed By: justin
Date: Tue Jul 22 22:41:58 UTC 2014
Modified Files:
src/lib/librumpuser: Makefile rumpfiber.c rumpuser.c rumpuser_int.h
rumpuser_port.h
Added Files:
src/lib/librumpuser: rumpuser_random.c
Log
Matt Thomas wrote:
On Jul 22, 2014, at 12:54 PM, Alexander Nasonov al...@netbsd.org wrote:
Module Name:src
Committed By: alnsn
Date: Tue Jul 22 19:54:55 UTC 2014
Modified Files:
src/sys/arch/mips/include: sljitarch.h
Log Message:
Define
Matt Thomas wrote:
On Jul 22, 2014, at 2:27 PM, Alexander Nasonov al...@yandex.ru wrote:
I allocate with the X flag and it seems to work:
/* in sljitExecAllocator.c */
return (void *)uvm_km_alloc(module_map, size,
PAGE_SIZE, UVM_KMF_WIRED | UVM_KMF_ZERO
Matt Thomas wrote:
On Jul 22, 2014, at 2:40 PM, Alexander Nasonov al...@yandex.ru wrote:
Matt Thomas wrote:
On Jul 22, 2014, at 2:27 PM, Alexander Nasonov al...@yandex.ru wrote:
I allocate with the X flag and it seems to work:
/* in sljitExecAllocator.c */
return (void
Matt Thomas wrote:
On Jul 22, 2014, at 1:16 PM, Alexander Nasonov al...@netbsd.org wrote:
Module Name:src
Committed By: alnsn
Date: Tue Jul 22 20:16:39 UTC 2014
Modified Files:
src/sys/arch/arm/include: sljitarch.h
Log Message:
Add
Lourival Pereira Vieira Neto wrote:
Module Name: src
Committed By: lneto
Date: Sat Jul 19 17:11:53 UTC 2014
Modified Files:
src/external/mit/lua/dist/src: luaconf.h
Log Message:
lua(4): preventing division by zero
* note: we should raise an error instead of return
Lourival Pereira Vieira Neto wrote:
...
Index: src/sys/modules/lua/stdlib.h
diff -u src/sys/modules/lua/stdlib.h:1.1 src/sys/modules/lua/stdlib.h:1.2
--- src/sys/modules/lua/stdlib.h:1.1 Wed Oct 16 19:44:57 2013
+++ src/sys/modules/lua/stdlib.h Sat Jul 19 17:10:02 2014
@@ -1,7 +1,7 @@
Lourival Pereira Vieira Neto wrote:
Module Name: src
Committed By: lneto
Date: Sat Jul 19 17:13:22 UTC 2014
Modified Files:
src/sys/modules/lua: lua.c
src/sys/sys: lua.h
Log Message:
lua(4): added support for running Lua scripts in intr context
Please revert this.
Lourival Pereira Vieira Neto wrote:
Module Name: src
Committed By: lneto
Date: Sat Jul 19 18:38:35 UTC 2014
Modified Files:
src/distrib/sets/lists/base: ad.arm ad.mips ad.powerpc md.amd64
md.sparc64 mi shl.mi
src/distrib/sets/lists/debug: ad.arm ad.mips
Lourival Vieira Neto wrote:
Hi Alexander,
On Sat, Jul 19, 2014 at 4:39 PM, Alexander Nasonov al...@yandex.ru wrote:
...
What if GC kicks-in in softintr?
It will call kmem_intr_free(9).
How many times?
What if the code tries to
load a chunk of new code in softintr?
What if? Have
Lourival Vieira Neto wrote:
On Sat, Jul 19, 2014 at 5:45 PM, Alexander Nasonov al...@yandex.ru wrote:
What if GC kicks-in in softintr?
It will call kmem_intr_free(9).
How many times?
It depends on your script.
Ok, let me ask a more general question. Do you mix softintr Lua code
Lourival Vieira Neto wrote:
...
Yes, I do.
...
Yes, I am.
...
Yes, I have.
Good to know. Please document it.
Thanks,
Alex
Hisashi T Fujinaka wrote:
Please put it back the way I had it unless you can prove it's broken
with debug turned on.
Your commit was wrong, it broke sparc, powerpc, mips and arm with
MKSLJIT=yes.
Alex
Alan Barrett wrote:
Some historical uses of __RCSID have an unnecessary #if/#endif wrapper
around them, but for new uses, please just write __RCSID(...);
without any #if/#endif wrapper.
I copy/pasted this block from another file from the same directory.
Alex
Antti Kantee wrote:
To be clear: the objection was to modifying a stable interface
without coordination. The hypercall interface is implemented in
multiple places outside of the NetBSD tree, including by 3rd parties.
Stable interface in -current? How are you supposed to make any
significant
Antti Kantee wrote:
I think that will be overengineering it, but if you want to come up with a
concrete proposal patch, please. I'd simply use discussion and not rushing
commits to avoid issues here.
The code is in the tree already. I don't need anything else for
sljit. The sljit library
Antti Kantee wrote:
Use RUMPCOMP_USER_SRCS, several examples under src/sys/rump
Thanks for the pointer, will do.
That's one more indication that sync icache is the wrong level of problem
to represent at the interface level.
Existence of __clear_cache is an indication of the opposite.
I'm not
Antti Kantee wrote:
Ok, one more try, this time with an example:
* fact: interface will be used to say I have loaded code here, please
arrange things so that it can be executed
* fact: you want to call the interface sync icache and possess those
semantics
the example:
Let's assume some
Valery Ushakov wrote:
In that case a local rump header plays that role (either including
cdefs.h or providing the necessary definition).
Yes, I believe that rumpuser_port.h includes sys/cdefs.h.
The conditional is a separate issue and yes it shoud be gc'ed.
I agree but I wanted to be
matthew green wrote:
this comment probably would be nice if it was with all instances
of INET6, not just amd64 GENERIC. it certainly will help me a
couple of times a year when i end up forgetting...
I looked at this. There are 138 files in conf directories with both
INET6 and stf in them.
Lourival Vieira Neto wrote:
Are you aware that we have already changed the language number type?
Thus, we have already changed the language itself? If you insist, we
can call that Lua', kernel Lua, or whatever you like.
It's documented:
http://www.lua.org/manual/5.2/manual.html#lua_Number
Lourival Vieira Neto wrote:
I wasn't in that thread at that time. However, I'll carefully read it.
If you haven't done so yet, it's a good idea to subscribe to
source-changes-d@.
Anyway, I think that the missing implementation of luai_numpow()
doesn't break anything.
Do you have a test to
Lourival Pereira Vieira Neto wrote:
Module Name: src
Committed By: lneto
Date: Mon Dec 2 06:07:22 UTC 2013
Modified Files:
src/external/mit/lua/dist/src: luaconf.h
src/sys/modules/lua: Makefile
Removed Files:
src/sys/modules/lua: luaconf.h
Log Message:
Lourival Vieira Neto wrote:
Yes, it isn't. But, please note, I didn't change that now. I just
merged it in one single file. Though I think we need implement integer
exponentiation, I think that is not a priority. IMO, it is a TODO.
Well, I assume that any raised issues should be resolved
+./usr/lib/librumpkern_sljit.so base-rump-shlib
rump
+./usr/lib/librumpkern_sljit.so.0 base-rump-shlib rump
+./usr/lib/librumpkern_sljit.so.0.0 base-rump-shlib rump
A similar change was sitting in my local tree for quite a
Martin Husemann wrote:
Log Message:
sljit is only available on very few architectures, so do not try to build
it on all.
We have a special MKSLJIT variable. It's enabled by default on the three
arches you listed below but it can also be turned on on arm and mips.
Alex
To generate a diff of
1 - 100 of 135 matches
Mail list logo