Re: GSoC 2024 : Emulating missing system calls

In article , Arnav Gupta wrote: >-=-=-=-=-=- > >follow up > >On Fri, Mar 1, 2024, 02:05 Arnav Gupta wrote: > >> Hey, >> >> I'm a third year undergraduate student at BITS Pilani. I work with async >> io (mainly io uring) calls in my lab and am generally interested in >> systems topics. I found

Re: panic on mfii(4) vd removal

In article , Edgar Fuß wrote: >-=-=-=-=-=- > >> I get a panic if I remove a virtual disk from an mfii(4) device. >That's another blunder in mfii(4). Patch (including the last) attached. Committed, thanks! christos

Re: Adding a virtual disk to mpii(4)

In article , Edgar Fuß wrote: >-=-=-=-=-=- > >After adding a virtual disk to an mfii(4) device (racadm createvirtualdisk, >in my case), you get a nice > mfii0: logical drive 2 added (target 2) >message, but > scsictl scsibus0 scan 2 0 >doesn't find any drive. > >That's because

Re: [PATCH] Support INCOMPAT_64BIT on ext4

hift as: fs->e2fs_group_desc_shift ??? Thanks, christos > On Aug 26, 2023, at 7:43 PM, Vladimir 'phcoder' Serbinenko > wrote: > > > > > Le dim. 27 août 2023, 00:48, Christos Zoulas <mailto:chris...@zoulas.com>> a écrit : > >> I took care o

Re: [PATCH] Support INCOMPAT_64BIT on ext4

I took care of it. One I think was mine, one was yours :-) christos > On Aug 26, 2023, at 8:52 AM, Christos Zoulas wrote: > > It could also be my fault because I refactored the code a bit. One of the > things that I changed > that looked like a bug to me was adding a cast

Re: [PATCH] Fix for PS2 on Chromebook

In article , Vladimir 'phcoder' Serbinenko wrote: >-=-=-=-=-=- >-=-=-=-=-=- > >On at least some Chromebooks PS/2 reset command generates no response and >we end up reading garbage and disabling keyboard support altogether even >though that controller otherwise works fine. Linux issues reset but

Re: Per-descriptor state

In article <21465.1682869...@jacaranda.noi.kre.to>, Robert Elz wrote: >Date:Sun, 30 Apr 2023 05:25:41 + >From:David Holland >Message-ID: > > | Close-on-fork is apparently either coming or already here, not sure > | which, but it's also per-descriptor. > >We

Re: Off by ones in wsemul_vt100_subr.c

In article , Crystal Kolipe wrote: >The attached patch fixes a couple of off-by-ones in the wscons code. > >WSEMUL_VT_ID1 and WSEMUL_VT_ID2 are string constants, and sizeof returns the >length of the string _plus_ the 0x00 terminator. This size is then supplied >to wsdisplay_emulinput, which

Re: Limiting malloc to the low 2GB?

In article , Valery Ushakov wrote: >Do we have a way to tell malloc on a 32-bit system to allocate memory >only below the 2GB boundary (on i386, including when run under amd64)? >I'm trying to port a(n old) program that wants to use the sign bit for >its internal purposes. I guess one option

Re: Restructuring inpcb/in6pcb

In article , Ryota Ozaki wrote: >Hi, > >Data structures of network protocol control blocks (PCBs) >(struct inpcb, in6pcb and inpcb_hdr) are not organized well. >Users of the data structures have to handle them separately >and thus the code becomes duplicated and cluttered. > >The proposal

Re: Open master pty (/dev/ptmx) non blocking

In article <25389.33419.131713.821...@gargle.gargle.howl>, Anthony Mallet wrote: >-=-=-=-=-=- > >Hi, > >I have a piece of software that opens a master pty non-blocking: >fd = open("/dev/ptmx", O_RDWR | O_NOCTTY | O_NONBLOCK); > >The intent is to make further read(2) on the master non blocking.

Re: 9.99.100 fallout: file(1)

In article , Michael van Elst wrote: >campbell+netbsd-tech-k...@mumble.net (Taylor R Campbell) writes: > >>We appear to have revived the old alphanumeric versioning scheme, >>according to file(1)! Someone needs to teach file(1) that this is >>9.99.100, not 9.99A(.0). > >Index:

Re: Emulating missing linux syscalls

In article , Joerg Sonnenberger wrote: >Am Tue, Apr 12, 2022 at 04:56:05PM - schrieb Christos Zoulas: >splice(2) as a concept is much older than the current Linux implementation. >There is no reason why zero-copying for sockets should require a >different system call for zero-

Re: Emulating missing linux syscalls

In article , Joerg Sonnenberger wrote: >Am Tue, Apr 12, 2022 at 12:29:21PM - schrieb Christos Zoulas: >> In article >, >> Piyush Sachdeva wrote: >> >-=-=-=-=-=- >> > >> >Dear Stephen Borrill, >> >My name is Piyush, and I was looking i

Re: Emulating missing linux syscalls

In article , Piyush Sachdeva wrote: >-=-=-=-=-=- > >Dear Stephen Borrill, >My name is Piyush, and I was looking into the >'Emulating missing Linux syscalls' project hoping to contribute >to this year's GSoC. > >I wanted to be sure of a few basic things before I go ahead: >- linux binaries are

Re: procfs files vs symlink

In article <8ad9feaf-a513-d33d-c887-3ca8407c...@sdf.org>, RVP wrote: >On Fri, 14 Jan 2022, Robert Elz wrote: > >> If your patch makes any difference to the way ls /proc/self/fd >> works, that is just a fluke (relates to the way ls happens to >> sequence its operations) and in no way any kind of

Re: procfs files vs symlink

> On Jan 12, 2022, at 8:08 AM, Manuel Bouyer wrote >> >> Where do you get the reference to the original inode? Try it... > > I don't understand. My patch doesn't change the procfs behavior for non-linux > binaries so I can't see the problem. Ah I did not understand that, sorry. Anyway it is

Re: procfs files vs symlink

> On Jan 12, 2022, at 7:54 AM, Manuel Bouyer wrote: > > you can still do this, as long as you're not using a linux ln(1) binary. Where do you get the reference to the original inode? Try it... christos signature.asc Description: Message signed with OpenPGP

Re: procfs files vs symlink

In article , Manuel Bouyer wrote: >-=-=-=-=-=- > >On Fri, Jan 07, 2022 at 03:20:04PM +0100, Manuel Bouyer wrote: >> Hello >> I'm trying to get a linux binary to run on NetBSD, as stated in this thread >> http://mail-index.netbsd.org/current-users/2022/01/06/msg041891.html >> >> Now I hit an

Re: POSIX priority when SCHED_NONE is incorrect

In article <7e349617-70c3-6eac-b865-41a378693...@irvise.xyz>, Fernando Oleo Blanco wrote: >[[Resending from tech-userlevel as per recommendation from Reinoud]] > > >Hello everybody, > > >TL;DR: the min and max priority for SCHED_OTHER is -1 (both cases). >POSIX allows for whatever priority the

Re: eventfd(2) and timerfd(2) APIs

In article <986563ad-88c2-41b9-bf69-51b26240b...@me.com>, Jason Thorpe wrote: >Last year, I wrote implementations of the Linux eventfd(2) and >timerfd(2) interfaces for NetBSD, with the goal of improving our Linux >emulation. In order to be able to test them with ATF tests, I went >ahead and

Re: General device properties API

In article , Jason Thorpe wrote: > >==> int device_getprop_string(device_t dev, const char *prop, void *buf, >int buflen); can we use ssize_t for returns and size_t for sizes? christos

Re: vn_open, EDUPFD, EMOVEFD

In article , David Holland wrote: > >* Does anyone know why dev/kloader.c calls namei and then vn_open on >the same path? I remember seeing this before and leaving it alone >because nobody I could find was sure what the deal was, but it's >unlikely to work as-is and increasingly likely to break

Re: posix_spawn/chdir

> On Jun 15, 2021, at 4:22 AM, Piyush Sachdeva > wrote: > >>> Progress Update 1 (Week 2)- >>> Contrary to the timeline provided, I started working within the user-land. >>> (src/lib/libc/gen/posix_spawn_fileactions.c, src/include/spawn.h, >>> src/sys/sys/spawn.h >>> The modifications made to

Re: Introduction to posix_spawn/chdir

In article , Piyush Sachdeva wrote: >On Fri, Jun 11, 2021 at 1:10 AM Piyush Sachdeva > wrote: >> >> To whomever it may concern, >> Hi, I am Piyush Sachdeva. >> I am doing an "unofficial GSoC Project" to enhance the posix_spawn() >system call. >> Check out my blogpost for more details. >> >> I

Re: Is there a command to change btime (creation time of files)?

> On May 29, 2021, at 12:22 PM, Martin Husemann wrote: > > On Sat, May 29, 2021 at 02:03:42PM -, Christos Zoulas wrote: >> The baroque procedure is described in the manual page of utimes(2) where >> one would expect it :-) > > We should also add a command for

Re: Is there a command to change btime (creation time of files)?

In article <2828.1622233...@jinx.noi.kre.to>, Robert Elz wrote: >Date:Fri, 28 May 2021 16:49:26 + >From:Kenny >Message-ID: > > > | I am using NetBSD 9.2 (amd64) with ZFS as file system and I have > | not found a command to change btime for my files. > >Don't

Re: Ext4 support

In article , Vincent DEFERT <20@defert.com> wrote: >Hi, > >I use both Linux and NetBSD, so I would be interested in implementing >ext4 support. >However, the project description page at >https://wiki.netbsd.org/projects/project/ext4fs/ >is 6 years old and I wonder whether its status has

Re: umodeswitch

In article <1p7infd.zofefgbhxppgm%m...@netbsd.org>, Emmanuel Dreyfus wrote: >Emmanuel Dreyfus wrote: > >> I had some success with ZTE MF112 by just telling umass to not attach it >> using umass_quirks (patch below). I got a frienly OK when telling it ATZ >> on /dev/ttyU2 at 230400 bps. I need to

Re: ZFS: time to drop Big Scary Warning

I think that is good enough. We should document the timing-related tests and try to fix them! christos > On Mar 25, 2021, at 2:06 PM, Greg Troxel wrote: > > Signed PGP part > > chris...@astron.com (Christos Zoulas) writes: > >> That's a good test, but how does zfs

Re: ZFS: time to drop Big Scary Warning

In article , Greg Troxel wrote: >-=-=-=-=-=- > >which is also similar, but slightly different. > >So overal I conclude that there's nothing terrible going on, and that >these results are in the same class of mostly passing but somewhat >irregular as the base case. So work to do, but it doesn't

Re: GSOC ZFS root support (bootloader and mount_root)

In article , Victor Kukshiev wrote: >-=-=-=-=-=- > >Hello! I am Victor Kukshiev (cetjs2 in IRC), 2rd course student of PetrSU >university >This idea is interesting and possible for me, I think. I am interested >in bsd systems and ZFS and I know C programming language. >Could you tell us more

Re: POINTER_ALIGNED_P (was: Re: CVS commit: src/sys)

In article <5912ca9e-b4e7-423d-a45d-f4693d1c9...@zoulas.com>, Christos Zoulas wrote: >-=-=-=-=-=- Here's the final changes - Make ALIGNED_POINTER use __alignof(t) instead of sizeof(t). This is more correct because it works with non-primitive types and provides the ABI

Re: MAXTSIZ removal?

In article <20201125210311.7wofo3mtipvfb...@yt.nih.at>, Thomas Klausner wrote: >There was a commit by christos that made MAXTSIZ optional, but >at least the amd64 vmparam.h still defines it. > >Any reason not to remove it? > >(I still can't start emulators/mame with a GENERIC without that

Re: ktrace-ing a command that locks up the machine

In article <20201118093741.gb17...@trav.math.uni-bonn.de>, Edgar Fuß wrote: >So after fixing kern/53311 and kern/55745 on -8, I'm back to one nesting >level down my original task. > >I have a command that (when run the second time and with certain USB devices >connected) will irrevertibly (to

Re: [PATCH 0/2] Delete CIRCLEQ

In article , Kamil Rytarowski wrote: >This removal is a part of a larger synchronization with other BSDs as >we lack various features in sys/queue.h (like LIST_PREV()). > >CIRCLEQ was already deleted from the documentation and disabled in the >kernel in NetBSD-7. If there are still any unaware

Re: autoloading compat43 on tty ioctls

xel wrote: >> >> chris...@astron.com (Christos Zoulas) writes: >> >>> Aside for the TIOCGSID bug which I am about to fix (it is in tty_43.c >>> and is used in libc tcgetsid(), all the compat tty ioctls are defined >>> in /usr/src/sys/sys/ioctl_compat.h..

Re: autoloading compat43 on tty ioctls

In article <20201010133342.ga13...@homeworld.netbsd.org>, nia wrote: >syzkaller found a bug in tty_43.c which i noticed could lock up my >system after i wrote a reproducer for it. > >i was curious why 43bsd compat is enabled by default on amd64 then >noticed it gets loaded by tty if it detects

Re: fsck updating but not fixing filesystem

In article <20200827213416.ga25...@netbsd.org>, David Holland wrote: >On Mon, Aug 24, 2020 at 12:01:27PM +0100, David Brownlee wrote: > > > > I think the general consensus is that ffs can be inconsistent it ways > > > > fsck is unable to detect. > > > > > > ...much less fix. Yes. When I was

Re: wait(2) and SIGCHLD

In article <28808.1597602...@jinx.noi.kre.to>, Robert Elz wrote: >Date:Sun, 16 Aug 2020 16:13:57 - (UTC) >From:chris...@astron.com (Christos Zoulas) >Message-ID: > > | They don't vanish, they get reparented to init(8) which then wakes u

Re: wait(2) and SIGCHLD

In article <5919.1597441...@jinx.noi.kre.to>, Robert Elz wrote: >Date:Fri, 14 Aug 2020 20:01:18 +0200 >From:Edgar =?iso-8859-1?B?RnXf?= >Message-ID: <20200814180117.gq61...@trav.math.uni-bonn.de> > > | 3. I don't see where POSIX defines or allows this, but given

Re: pg_jobc going negative?

In article <27763.1594388...@jinx.noi.kre.to>, Robert Elz wrote: >Date:Tue, 9 Jun 2020 08:23:19 - (UTC) >From:mlel...@serpens.de (Michael van Elst) >Message-ID: > >I have spent a little time looking at this now, and I think >it is just all a mess. > > | pg_jobc

Re: -.su file in kernel compile dir

In article <20200707044652.c094d4e...@thoreau.thistledown.com.au>, Simon Burge wrote: >Valery Ushakov wrote: > >> Recent changes to record stack usage cause a file named -.su to be >> created (that refers assym.c). It plays tricks with targets like >> clean that refer to *.su > >This -.su file

Re: makesyscalls (moving forward)

In article <20200615120806.gb1...@diablo.13thmonkey.org>, Reinoud Zandijk wrote: >Small addendum, > >On Mon, Jun 15, 2020 at 01:44:19PM +0200, Reinoud Zandijk wrote: >> What about not installing it at all? Its only going to be used during >> definition updates or fixes. Compare it to the

Re: [PATCH] Add support for RUMP_USE_LIBC_ALLOCATORS

In article , Kamil Rytarowski wrote: >-=-=-=-=-=- >-=-=-=-=-=- > >I propose to add a new option for building rumpkernel: >RUMP_USE_LIBC_ALLOCATORS. > >This option wires the kernel allocators directly to the libc functions. >This is useful for sanitizers with their fine-grained checks of

Re: pg_jobc going negative?

The FreeBSD refactoring LGTM. It also simplifies the code. christos > On Jun 9, 2020, at 2:11 PM, Robert Elz wrote: > >Date:Tue, 9 Jun 2020 17:04:54 +0200 >From:Kamil Rytarowski >Message-ID: > > > | Yes... syzkaller had like 12 different ways to reproduce it.

Re: kernel stack usage

In article <20200530095218.gb28...@mail.duskware.de>, Martin Husemann wrote: >Hey folks, > >triggered by some experiments simonb did on mips I wrote a script to find >the functions using the bigest stack frame in my current sparc64 kernel. > >The top 15 list is: > >Frame/b Function >4096

Re: Fix for slow run(4) configuration on OHCI/UHCI

In article <24273.15131.928644.743...@guava.gson.org>, Andreas Gustafsson wrote: >Hi all, > >When I connect a USB WiFi adapter based on a Ralink RT5370 chip to a >USB port that uses an OHCI or UHCI host controller, running "ifconfig >run0 up" takes a very long time, about 20-30 seconds. > >This

Re: sys/idtype.h unused enumeration values

The *used* enum values are already burned into existing programs. Reordering/removing from the list breaks ABI. They are best left alone. christos > On May 18, 2020, at 4:55 PM, Kamil Rytarowski wrote: > > Signed PGP part > On 18.05.2020 22:18, Christos Zoulas wrote: >>

Re: sys/idtype.h unused enumeration values

> On May 18, 2020, at 3:40 PM, Kamil Rytarowski wrote: > > If I delete P_TASKID ... P_P_CPUID ones, P_SETID will be reordered (but > we can force the number anyway). If I delete P_CID there is an inelegant > hole. Naturally P_SETID -> P_CID can fill the gap. > > This is in theory ABI change,

Re: sys/idtype.h unused enumeration values

I copied these from FreeBSD who in turn copied them from solaris and changed P_ZONEID to P_JAILID. The FreeBSD comment is: http://bxr.su/FreeBSD/sys/sys/wait.h#100 I decided to keep all the names too. christos > On May 18, 2020, at 1:45 PM, Kamil

Re: ACL patch

> On May 15, 2020, at 5:53 PM, Andrew Doran wrote: > > > One problem with the VV_HASACLS thing is that VOP_ACCESS() is called with an > LK_SHARED lock and you can't modify v_vflag with that. > > It looks like you have to explicitly enable ACLs before the file system is > mounted with tunefs,

Re: ACL patch

In article <20200512235040.gd9...@homeworld.netbsd.org>, Andrew Doran wrote: >On Tue, May 12, 2020 at 10:37:27PM +, Andrew Doran wrote: >> On Sun, May 10, 2020 at 09:48:10AM -0400, Christos Zoulas wrote: >> > >> > > Maybe I missed it but I didn

Re: ACL patch

In article <20200512235040.gd9...@homeworld.netbsd.org>, Andrew Doran wrote: >On Tue, May 12, 2020 at 10:37:27PM +, Andrew Doran wrote: >> On Sun, May 10, 2020 at 09:48:10AM -0400, Christos Zoulas wrote: >> > >> > > Maybe I missed it but I didn

Re: ACL patch

> Maybe I missed it but I didn't see a way for cache_lookup_linked() and > cache_have_id() to know a vnode has ACLs. The presence of ACLs means those > routines can't do their imitation of VOP_ACCESS() and need to fail so that > the lookup is handled by VOP_LOOKUP(). To handle that on a

Re: ACL patch

> On May 4, 2020, at 7:51 PM, Andrew Doran wrote: >> Thanks for reviewing. > > +++ sbin/tunefs/tunefs.8 > ... > +.It Fl n Cm enable | disable > +Turn on/off the administrative NFSv4 ACL enable flag. Fixed, this was before when: -a = posix alls -n =

ACL patch

Hi, The following patch ports the FreeBSD FFS ACLS (both posix1e and nfs4) to NetBSD. Comments? I will let this sit for a week or so and then commit it if I don't hear screams. [it is ~24K lines, so not posted inline] https://www.netbsd.org/~christos/acl.diff Best, christos

Re: Symbol debugging support for kernel modules in crash dumps

In article <20200501233413.291a717f...@rebar.astron.com>, Christos Zoulas wrote: > >Hi, > >I just added symbol debugging support for modules in kernel dumps. >Things are not perfect because of what I call "current thread >confusion" in the kvm target, but as

Symbol debugging support for kernel modules in crash dumps

Hi, I just added symbol debugging support for modules in kernel dumps. Things are not perfect because of what I call "current thread confusion" in the kvm target, but as you see in the following session it works just fine if you follow the right steps. First of all you need a build from HEAD

Re: fstat(1) and sysctl(3)

In article <13adfa7f-0d25-9fa0-6559-706e693dc...@gmx.com>, Kamil Rytarowski wrote: >Is there any good reason that fstat(1) needs kvm(3)? Is it viable to >offer its functionality with sysctl(3), in particular in struct kinfo_file? > >I'm have got a use-case (in GDB (*)) where I would make use of

Extended Attributes [take 2]

Oops I included ufs/ufs_extattr.c (the FFSv1 ones) not ffs/ffs_extattr.c which is the new file, so let's try again: ? o ? ffs/ffs_inode.c.debug Index: files.ufs === RCS file: /cvsroot/src/sys/ufs/files.ufs,v retrieving revision

Extended Attribute support for FFSv2

Hi, I am planning to add ACL support to FFS. As I was porting the FreeBSD ACL code, I noticed that we currently lack extended attribute support for FFSv2, so I took a detour and added that support by copying the FreeBSD code (which you can compare against; I've left it mostly intact by adding

Re: All (?) network tests failing

In article <24200.56933.470930.730...@guava.gson.org>, Andreas Gustafsson wrote: >Robert Elz wrote: >> Not an idea, but a possibility - the change to route.c (1.167) was >> unimportant - it doesn't really matter (to the tests) if it does >> anything useful or not - it is possible that it just

Re: All (?) network tests failing

> On Apr 4, 2020, at 9:37 AM, Andreas Gustafsson wrote: > > Martin Husemann wrote: >> I analyzed this particular one (202 steps back because rump.netstat dumps >> core) - will fix it soon. > > With martin's changes, the number of unexpected test failures > went down from 413 to 6 on my bare

Re: All (?) network tests failing

In article <19747.1585851...@jinx.noi.kre.to>, Robert Elz wrote: >Date:Mon, 30 Mar 2020 14:25:01 -0400 >From: Christos Zoulas >Message-ID: <3d3ac2b9-5e6e-400c-9a4b-10742c90c...@zoulas.com> > > | All the tests are failing for you th

Re: New tools proposal: ioctlname and ioctldecode

In article <2096.1585816...@jinx.noi.kre.to>, Robert Elz wrote: >Date:Thu, 2 Apr 2020 04:11:17 +0200 >From:Kamil Rytarowski >Message-ID: > > | This is partially enforceable. As once we generate catchall switch like: > | > | case FOO_OP: > | ... > | case

Re: New tools proposal: ioctlname and ioctldecode

> On Apr 1, 2020, at 9:27 PM, Kamil Rytarowski wrote: > > I've implemented: > > ioctlprint [-f format] [-e emul] arg... > > $ ./ioctlprint 2148554498 2148554498 > WSKBDIO_COMPLEXBELL _IOW('W',0x2,0x10) 0x80105702 > WSKBDIO_COMPLEXBELL _IOW('W',0x2,0x10) 0x80105702 > > $ ./ioctlprint -f

Re: New tools proposal: ioctlname and ioctldecode

In article <0fd513f7-6f0c-6ed1-2119-6ce5313d4...@gmx.com>, Kamil Rytarowski wrote: >I propose to add two new tools: > > - ioctlname > - ioctldecode I would call it ioctlprint and have: ioctlprint [-f ] || arg for the input arg can be: name = TIOCFOO expr = _IO?('x', y, z)

Re: All (?) network tests failing

Unfortunately they still work for me after a clean build. I am going to try to download a standard build... christos > On Mar 30, 2020, at 3:35 PM, Christos Zoulas wrote: > > Signed PGP part > Ok, let me start a clean build. > > christos > >> On Mar 30, 2020, at

Re: All (?) network tests failing

Ok, let me start a clean build. christos > On Mar 30, 2020, at 2:36 PM, Andreas Gustafsson wrote: > > Christos Zoulas wrote: >> All the tests are failing for you the same way: >> >> rump.route: SO_RERROR: Socket operation on non-socket >> >&

Re: All (?) network tests failing

> >> 2. The gif related tests are failing because of a recent change to record >> mac addresses >>I committed a fix for that. > > Your fix didn't work; the gif tests are still failing with > src/tests/net/net_common.sh 1.40: > > >

Re: All (?) network tests failing

I've been looking into this: 1. The libcrypto/bn test just needs more time 2. The gif related tests are failing because of a recent change to record mac addresses I committed a fix for that. 3. The rest of the tests (I've sampled 5 of them) don't fail for me. christos > On Mar 30, 2020, at

Re: GSoC 2020 - The NetBSD Foundation - Emulating linux timer.. syscalls

In article , Humayun Mulla wrote: >-=-=-=-=-=- > >Hi, > >My name is Humayun Mulla, I am a graduate student pursuing MS in Computer >Science from State University of New York, Binghamton. I have a total work >experience of 6 years of which 1 year as an Assistant Professor and 5 years >in the

Routing socket code uses the wrong credentials for permissions checks

Hi, If I have a setuid process that opens a file for write that I don't have access to, then drop privileges and try to write to the file, I expect the write to succeed. Similarly if I pass a file descriptor opened for write to another process that does not have access to the file, I expect

Re: ALTQ Refactoring and NPF Integration Sponsorship

On Feb 25, 1:36pm, sean.yeh...@gmail.com (Sean Yeh) wrote: -- Subject: ALTQ Refactoring and NPF Integration Sponsorship | Hi Christos, | | I hope you are having a great week! | | My name is Sean and I was hoping to contribute to the ALTQ Refactoring and | NPF Integration project. | | I

Re: NULL pointer arithmetic issues

In article , Kamil Rytarowski wrote: >-=-=-=-=-=- >-=-=-=-=-=- > >On 24.02.2020 13:41, Joerg Sonnenberger wrote: >> On Mon, Feb 24, 2020 at 11:42:01AM +0100, Kamil Rytarowski wrote: >>> Forbidding NULL pointer arithmetic is not just for C purists trolls. It >>> is now in C++ mainstream and

Re: MAX_PAGE_SIZE for m68k (Re: CVS commit:src/sys/arch/arm/include/arm32)

On Jan 14, 8:54am, thor...@me.com (Jason Thorpe) wrote: -- Subject: Re: MAX_PAGE_SIZE for m68k (Re: CVS commit:src/sys/arch/arm/inclu | | | > On Jan 14, 2020, at 8:41 AM, Izumi Tsutsui wrot= | e: | >=20 | >> b) Modules should be built such that they can use a non-fixed PAGE_SIZE.= | | >=20 |

Re: MAX_PAGE_SIZE for m68k (Re: CVS commit: src/sys/arch/arm/include/arm32)

On Jan 14, 1:15am, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote: -- Subject: Re: MAX_PAGE_SIZE for m68k (Re: CVS commit: src/sys/arch/arm/incl | christos@ wrote: | | > >Now I get the following erro during local tests of | > >"build.sh -U -m hp300 release" on NetBSD/i386 9.0_RC1 host: | > > | >

Re: [PATCH v5 3/4] Combine x86 register tests into unified test function

In article <20191224114717.302420-3-mgo...@gentoo.org>, MichaŠGórny wrote: >Reduce the code duplication and improve maintainability of x86 register >tests by combining all of them to a single base function. >--- > tests/lib/libc/sys/t_ptrace_amd64_wait.h | 406 +--- >

Re: [PATCH v4 2/4] Fix alignment when reading core notes

In article <20191222164104.165346-2-mgo...@gentoo.org>, MichaŠGórny wrote: >Both desc and note header needs to be aligned. Therefore, we need >to realign after skipping past desc as well. Should probably be done with a standard alignment macro? christos >--- >

Re: [PATCH] i2c bus acquire / release cleanup, forbid i2c access in hard interrupt context

In article , Jason Thorpe wrote: >-=-=-=-=-=- > >The i2c subsystem has a mechanism by which drivers for i2c-connected >devices "acquire" and "release" the i2c bus for their own exclusive >access while performing a set of operations. Historically, it has been >the responsibility of the back-end

Re: modules item #14 revisited

On Dec 7, 8:55pm, a...@absd.org (David Brownlee) wrote: -- Subject: Re: modules item #14 revisited | Very much like this - would assume that modules.tgz goes away? This is a good question. The problem is that if every kernel in a distribution includes its own copy of modules, we'll end up

Re: modules item #14 revisited

In article <20191207024224.1b0d417f...@rebar.astron.com>, Christos Zoulas wrote: > >Hi, > >This is a quick and dirty implementation of: > >http://mail-index.NetBSD.org/current-users/2009/05/10/msg009372.html > >to use: >$ echo KERNEL_DIR=yes >> /etc/mk

modules item #14 revisited

Hi, This is a quick and dirty implementation of: http://mail-index.NetBSD.org/current-users/2009/05/10/msg009372.html to use: $ echo KERNEL_DIR=yes >> /etc/mk.conf # apply the enclosed patch $ mv /netbsd{,.old} $ mkdir -p /netbsd/modules # build a new kernel and put it in /netbsd/kernel $

Re: usbhist support for urtwn

In article <24027.34627.564698.872...@guava.gson.org>, Andreas Gustafsson wrote: >Hi all, > >I have this patch to replace the debug printfs in sys/dev/usb/if_urtwn.c >by usbhist calls, roughly modelled after the use of usbhist in if_axe.c: > >

Re: netbsd32_{,u}int64 in sys/types.h for compat/sys/siginfo.h

In article , Christos Zoulas wrote: >In article <468095c0-b973-7f23-1cfa-3dc19e3b8...@gmail.com>, >Rin Okuyama wrote: >>On 2019/11/22 10:56, Christos Zoulas wrote: >>> In article <679493cf-3e85-f56d-85e4-dfaf7958a...@gmail.com>, >>> Rin Okuyama wrot

Re: netbsd32_{,u}int64 in sys/types.h for compat/sys/siginfo.h

In article <679493cf-3e85-f56d-85e4-dfaf7958a...@gmail.com>, Rin Okuyama wrote: >On 2019/11/20 20:12, Rin Okuyama wrote: >> On 2019/11/19 22:59, Kamil Rytarowski wrote: >... >>> >>> We still miss compat32 support for PT_GETXMMREGS and PT_SETXMMREGS, at >>> some point of time we shall add it for

Re: Proposal, again: Disable autoload of compat_xyz modules

In article <201909301931.x8ujvvve028...@server.cornerstoneservice.ca>, John Nemeth wrote: >On Sep 30, 1:06pm, Michael van Elst wrote: >} On Mon, Sep 30, 2019 at 12:37:38AM -0700, John Nemeth wrote: >} >} > BTW, modules.conf isn't read by the kernel, it's read by >} > /etc/rc.d/modules.

Re: Proposal, again: Disable autoload of compat_xyz modules

In article <20190929090053.g...@homeworld.netbsd.org>, wrote: >On Sat, Sep 28, 2019 at 01:29:39AM -, Christos Zoulas wrote: >> Here's what I've implemented: >> >> kern.module.noautoload="compat_linux* compat_[0-4]?" >> >> This disab

Re: mstohz and hztoms

> On Sep 28, 2019, at 6:53 PM, matthew green wrote: > >> Comments? > > i like the clean up. it's clearly a step forward. > > i only don't understand why 32 bit platforms can't handle > large values here but 64 bit ones can. is it only so that the > 32 bit platforms don't use 64 bit maths

mstohz and hztoms

Hi, I was looking at the man page for hstohz and hztoms and their function signatures say "int hztoms(int);" and "int mztohz(int);" where the implementations use unsigned. We also have 64 bit specific implementations only for sparc64 and amd64 and only for mstohz() and not for hztoms(): The

Re: Proposal, again: Disable autoload of compat_xyz modules

In article <20190927125444.gb12...@pony.stderr.spb.ru>, Valery Ushakov wrote: > >May be we should take a look at how SNMP did tables in MIB, b/c we are >trying to create just such a table indexed by module name. I think it is simpler than that. > >Also, I'm not that sure about autoload of

Re: Proposal, again: Disable autoload of compat_xyz modules

In article <201909262031.x8qkvnpv021...@server.cornerstoneservice.ca>, John Nemeth wrote: >On Sep 26, 7:40pm, Christos Zoulas wrote: >} In article <390f4c81-bf1c-443f-f7a9-a379c46b7...@m00nbsd.net>, >} Maxime Villard wrote: >} >I recently made a big set

Re: fcntl(F_GETPATH) support

In article , Jason Thorpe wrote: > > >> On Sep 17, 2019, at 1:39 PM, Christos Zoulas wrote: >> >> I am not sure though if we should change the current behavior just to make >> F_GETPATH better? Opinions? > >It seems completely logical that we SHOULD fix thi

Re: fcntl(F_GETPATH) support

In article <4e7e49e0-9c71-1f21-22fc-8ed54590a...@gmx.com>, Kamil Rytarowski wrote: >-=-=-=-=-=- >-=-=-=-=-=- > >On 15.09.2019 20:03, Christos Zoulas wrote: >> I think it is quite reliable because all the file descriptors would be >recently >> opened and therefore

Re: fcntl(F_GETPATH) support

> On Sep 15, 2019, at 12:43 PM, Mateusz Guzik wrote: > > On 9/14/19, Christos Zoulas wrote: >> >> Comments? >> >> +error = vnode_to_path(kpath, MAXPATHLEN, fp->f_vnode, l, l->l_proc); > > What motivates this change? > > I think it i

Re: more fexecve questions

In article <20190910145247.c52cc17f...@rebar.astron.com>, Christos Zoulas wrote: 1. So the consensus is to leave the file descriptor alone. 2. I've added the reverse cache lookup, and now script execution works. 3. Nobody suggested anything to improve security. Here's the latest patch

Re: fcntl(F_GETPATH) support

In article <2f29ca9a-0ae1-48d3-b3f4-1556912d4...@me.com>, Jason Thorpe wrote: > > >> On Sep 14, 2019, at 2:52 PM, Kamil Rytarowski wrote: >> >> On 14.09.2019 23:34, Christos Zoulas wrote: >>> Comments? >>> >> >> Question. How doe

fcntl(F_GETPATH) support

Comments? christos Index: kern/sys_descrip.c === RCS file: /cvsroot/src/sys/kern/sys_descrip.c,v retrieving revision 1.34 diff -u -p -u -r1.34 sys_descrip.c --- kern/sys_descrip.c 26 Aug 2019 10:19:08 - 1.34 +++

Re: NCHNAMLEN vnode cache limitation removal

In article <20190913180602.gb20...@netbsd.org>, David Holland wrote: >On Wed, Sep 11, 2019 at 03:53:18PM +0700, Robert Elz wrote: > > What's more interesting to me is to know just how many long names people > > are seeing which are currently excluded from the cache, and would benefit > > from

  1   2   3   4   5   6   7   8   >