Re: Intel 82801H SATA interrupt issues

Emmanuel Dreyfus wrote: >On Tue, Aug 27, 2024 at 01:22:10PM +0100, Robert Swindells wrote: >> Not sure I would say that it is working fine on netbsd-9, the dmesg >> suggests to me that both your drives are falling back to PIO mode 4. > > PIO mode 4 is not high performanc

Re: Intel 82801H SATA interrupt issues

Emmanuel Dreyfus wrote: > Is anyone inspired by ern/58649: Intel 82801H SATA interrupt bug on > NetBSD 10.0? I am puzzled by the fact it works fine on netbsd-9, > and the IDE changes between netbsd-9 and netbsd-10 are quite small. Not sure I would say that it is working fine on netbsd-9, the

Re: Forcing a USB device to "ugen"

Jason Thorpe wrote: > I have a device based on the FTDI FT2232C: > > [ 3285.311079] uftdi1 at uhub1 port 2 configuration 1 interface 0 > [ 3285.311079] uftdi1: SecuringHardware.com (0x0403) Tigard V1.1 > (0x6010), rev 2.00/7.00, addr 3 > [ 3285.311079] ucom1 at uftdi1 portno 1 > [ 1

Re: __futex(2): use outside Linux compat

tlaro...@kergis.com wrote: > In Mesa code implementations for futex_wake() and futex_wait() are > provided for Linux, Windows, FreeBSD and OpenBSD. > > There is a __futex(2) syscall in NetBSD, used only for now, if I'm not > mistaken, to implement Linux compat. The Linux emulation of futexes in

Re: ATI video card not recognized

Reinoud Zandijk wrote: >On Mon, Dec 04, 2023 at 04:15:39PM +0100, Reinoud Zandijk wrote: >> On Tue, Jun 23, 2020 at 01:26:21PM +0200, Reinoud Zandijk wrote: >> > my old videocard died and I replaced it with a slightly newer one but it >> > isn't >> > recognized and nothing other than vga0 attac

Re: [RFC] userconf(4) modification

tlaro...@kergis.com wrote: > As stated in a message before, disabling, via userconf(4), all the > drmkms drivers can not rely on a pattern matching since, for historical > reasons (several versions of DRM), the namespace of the drivers is not > "ruled". I don't see the need for this, it would be

Re: drm.4 man page and import of X11 drm-kms.7 and al.

tlaro...@kergis.com wrote: > So to clarify: I'm proposing to convert the rst doc pages to man > pages (with for example the utility I cite), and to add the man pages, > in man format, to the sources (in order for the sources to not depend > on a supplementary external tool) and to install the man

panic options

Is there any way to get panic(9) to behave differently in some places than others? There is a call to panic() if the kernel detects that there is no console device found, I would like to make this call to it just reboot without dropping into ddb. The amdgpu driver fails to initialize about 9 ti

Re: Testing Emulation Syscalls

Theodore Preduta wrote: > This comes somewhat as a "part 2" to > https://mail-index.netbsd.org/tech-kern/2023/06/21/msg028926.html > > Given the responses to that thread, I decided to add native stubs > for epoll (the fact epoll is widespread alone justifies it, but it has > already had some ne

Re: kcmp(2)

Jason Thorpe wrote: >> On Jul 18, 2023, at 2:57 PM, Mouse wrote: >> What does Mesa use kcmp(2) for? >>> Working out whether two device handles are to the same DRM device. >> Is there another way to accomplish what Mesa is trying to use it for? >>> I don't know of one. >> >> Is fsta

Re: kcmp(2)

Taylor R Campbell wrote: > Date: Tue, 11 Jul 2023 22:00:25 +0100 > From: Robert Swindells > >> Linux has the kcmp(2) syscall, Mesa makes use of it. >> >> Do we want a version of the syscall? > > Can you give any more details? > > What is kcmp(

Re: DRM/KMS: vmwgfx driver is now available

PHO wrote: >On 7/16/23 01:24, Robert Swindells wrote: >> >> PHO wrote: >>> I've been working on vmwgfx driver, a driver for VMware virtualized GPU. >>> It was partly ported to NetBSD but wasn't buildable, and now it builds >>> and actually

Re: DRM/KMS: vmwgfx driver is now available

PHO wrote: > I've been working on vmwgfx driver, a driver for VMware virtualized GPU. > It was partly ported to NetBSD but wasn't buildable, and now it builds > and actually works. (Thank you riastradh@, your prior work helped > tremendously. I don't think I could do this without it.) [snip]

kcmp(2)

Linux has the kcmp(2) syscall, Mesa makes use of it. Do we want a version of the syscall?

Re: Per-descriptor state

David Holland wrote: >On Sun, Apr 30, 2023 at 09:44:49AM -0400, Mouse wrote: > > > Close-on-fork is apparently either coming or already here, not sure > > > which, but it's also per-descriptor. > > > > I should probably add that here, then, though use cases will likely be > > rare. I can think

Re: debugging a kernel that doesn't start

>> The simplest way to debug something is using a serial port, do you have >> access to the one on this machine? > >Yes, there is one. It seems to sort-of mirror the on-screen messages up to >the point the NetBSD boot runs. I tried > consdev com0,9600 >from the boot prompt but that hung th

Re: debugging a kernel that doesn't start

Edgar Fuß wrote: > I'm trying to run NetBSD on a Dell PowerEdge R6515, and the kernel is being > loaded (PXE or USB) but then the machine hangs hard. Have you tried booting a custom kernel with some drivers removed? I tried PXE booting an i386 machine today using pxeboot_ia32.bin from -curren

Extra DRM sources

dual licenced so will put them under bsd/drm2. All files will be from the same v5.6-rc3 branch of Linux as the current drm sources. Do I need to do a vendor import of this or just add the files? Robert Swindells

Re: [PATCH] ISO abd JIS for ADB (Was: two keys with same keycode on ADB)

Emmanuel Dreyfus wrote: >On Fri, May 13, 2022 at 01:44:31PM +0100, Robert Swindells wrote: >> I have a UK keyboard, can try something with it. > >Just to make sure: my change is only for ADB keyboards. Yes, you even put "ADB" in the thread title.

Re: [PATCH] ISO abd JIS for ADB (Was: two keys with same keycode on ADB)

Rhialto wrote: >On Thu 12 May 2022 at 22:54:44 -0400, Michael wrote: >> Emmanuel Dreyfus wrote: >> >> > I am also a bit puzzled that in our historical code, ANSI ADB >> > scancode 42, which is supposed to be backslash (the key is between >> > backspace and return), is converted into USB scanco

Re: Intel GPIO

Emmanuel Dreyfus wrote: >In order to get Goodix touchscreen working, I have been working on >Intel GPIO support, which I understand is required. Here is the >code so fat, inspired from Linux's drivers/pinctrl/intel: >ftp://ftp.netbsd.org/pub/NetBSD/misc/manu/igpio20220125.patch > >I had very l

Re: Regulator

Taylor R Campbell wrote: > Date: Wed, 12 Jan 2022 15:42:17 + >> From: Robert Swindells >> >> I'm guessing this is a platform that doesn't use FDT. >> >> Maybe we need a more general API for regulators. > >What other instances would a more

Re: Regulator

Jason Thorpe wrote: > On Jan 12, 2022, at 6:34 AM, Emmanuel Dreyfus wrote: >> >> Hello >> >> I am still working on Goodix touchpanel as told in [1] and [2]. I >> wrote a driver for the Intel GPIO chip that interfaces with Goodix >> chipreset and interrupt pins. I have not committed yet, becau

Re: kaveri_mec2.bin file missing

Riza Dindir wrote: >I have put the two files listed above (by RVP) to the >"src/sys/dev/microcode/radeon/" directory. I also changed the >configuration to only include the radeon device that is the >0x1002/0x1309 Kaveri device. Did add the KAVERI_mec2.bin to the >MODULE_FIRMWARE definitions in t

Re: [PATCH] Move DRM-driver firmware from base to its own set, gpufw

David Brownlee wrote: > >If gpu firmware is somewhat special, is there any sense in moving it >to /usr/libdata/firmware/gpu/... ? No. It needs to be in /libdata so that it is guaranteed to be on the boot filesystem.

Re: timeouts connecting to pgsql database

Derrick Lobo wrote: >Robert Swindells wrote >>Derrick Lobo wrote: >>>Not sure if anyone else has experienced the below, postgres configs can be >>>shared if needed, we have a few database servers running on 7.12 and 9 >>> >>>We recently noticed

Re: timeouts connecting to pgsql database

Derrick Lobo wrote: >Not sure if anyone else has experienced the below, postgres configs can be >shared if needed, we have a few database servers running on 7.12 and 9 > >We recently noticed some problems with timeouts on some postgres database >servers. The machines don't appear to be heavily l

Re: Issues with older wd* / IDE on various platforms

John Klos wrote: >I've noticed problems in three places and only recently did it occur to me >that they may all be related. [snip] >All three of these machines have much older IDE, so I'm wondering what in >NetBSD changed that may've have caused this. I would guess that one thing all have in

Re: boot -d

wrote: >> I‘ve backported the fixes, will post them later. > >Here they are (for netbsd-8). I can boot -d with them, but because of >the spdmem panics, I can't tell whether the machine would run with them. Why not take spdmem out of your kernel config for now and test the pmap patches ?

Re: Funded project(s) to improve Linux emulation

Martin Husemann wrote: >The NetBSD core team is looking at finding volunteers or funded workers >willing to help improve our linux emulation. We have an offer from >Precedence Technologies to co-fund some of this developement, especially >the Citrix sub-projects. > >The tasks we are looking for

Re: futexes

Is there any way we can make progress with getting futexes to work properly ? At least post the latest non-working source somewhere so that people can try debugging it. Robert Swindells

Re: futexes

Jason Thorpe wrote: > On Aug 16, 2020, at 5:58 AM, Robert Swindells wrote: > > > Taylor R Campbell wrote: >>> Date: Sat, 15 Aug 2020 19:59:24 +0100 >>> From: Robert Swindells >>> >>> Is anyone working on the proposed solution to kern/55

Re: futexes

Taylor R Campbell wrote: >> Date: Sat, 15 Aug 2020 19:59:24 +0100 >> From: Robert Swindells >> >> Is anyone working on the proposed solution to kern/55230 ? > >thorpej was working on it and has a patch -- I thought it got >committed, but I guess not? There

futexes

Is anyone working on the proposed solution to kern/55230 ?

Re: Straw proposal: MI kthread vector/fp unit API

Jason Thorpe wrote: >> On Jun 20, 2020, at 6:52 PM, Erik Fair wrote: >> >> Has anyone using NetBSD played with FPGAs embedded with a processor? I >> know that Intel was talking about adding some to its processors after >> they bought Altera in 2015. There is explicit provision for FPGAs in >>

stat(2) performance

Doing a 'cvs update' feels really slow Running it under ktrace(1) shows it doing a stat(2) for every metadata file in the tree. The machine sounds like it is hitting the disk for every one. Is there any kind of cache for the attribute information that stat needs ? This is on a ffs filesystem mo

Re: makesyscalls (moving forward)

Johnny Billquist wrote: >On 2020-06-14 23:21, Paul Goyette wrote: >> On Sun, 14 Jun 2020, David Holland wrote: >> >> >> >>> This raises two points that need to be bikeshedded: >>> >>> (1) What's the new tool called, and where does it live in the tree? >>> "usr.bin/makesyscalls" is fine with m

Re: NULL pointer arithmetic issues

Kamil Rytarowski wrote: >We still maintain compatibility with this behavior (originated as a hack >in PDP11) in older NetBSD releases (NetBSD-0.9 Franz Lisp binaries >depend on this). I presume this was built for NetBSD/vax. A 68k build of Franz Lisp wouldn't try to dereference a NULL pointer.

Re: non-module build fail

Manuel Bouyer wrote: >On Tue, Sep 10, 2019 at 04:38:46PM +0100, Robert Swindells wrote: >> >> Manuel Bouyer wrote: >> >I'm trying to build a evbarm kernel with >> >options SLJIT >> >options BPFJIT >> >> Are you bui

Re: non-module build fail

Manuel Bouyer wrote: >I'm trying to build a evbarm kernel with >options SLJIT >options BPFJIT Are you building a 32 or 64-bit kernel ?

Re: Linux futexes

Jason Thorpe wrote: >> On Jul 27, 2019, at 5:05 AM, Robert Swindells wrote: >> >> I don't think the Linux futex emulation code is correct/good enough. > >I have be on/off working on an updated futex implementation written by >Taylor, with the intent of maki

Linux futexes

stops responding to mouse clicks after one action has been selected. Robert Swindells

uuidgen(2)

The man page for the uuidgen(2) system call states that generated UUIDs conform to the DCE version 1 variant which is based on the time they were created. The kernel actually generates version 4 UUIDs which are generated randomly. Found by wiz@ because the python test suite fails if you build p

Re: Bumping default data size limit on amd64?

Colin Percival wrote: >On 2017-02-03 06:52, Thomas Klausner wrote: >> When testing security/scrypt, the self tests fail with the default >> ulimits because one of the test needs 256MB. (After raising the data >> size ulimit, the test succeeds.) >> >> Colin Percival suggests that we change the p

Re: sys/malloc.h

co...@sdf.org wrote: >I'm working on an import of a giant pile of code, and ran into the >following build error: > >drm_gem.c:987:23: error: macro "free" requires 2 arguments, but only 1 given > obj->funcs->free(obj); > ^ > >This was confusing for a bit, but apparently is

Re: Removing PF

On 2019-04-01 22:30, Johnny Billquist wrote: On 2019-04-01 15:16, Emmanuel Dreyfus wrote: On Sat, 30 Mar 2019, Maxime Villard wrote: 2) If the effort had been on one firewall instead of three, the one chosen would be more functional. Well, I cannot tell for PF, but IPF is functionnal, I use

Re: USB error checking

mlel...@serpens.de (Michael van Elst) wrote: >r...@fdy2.co.uk (Robert Swindells) writes: > >>I have now got it to drop into DDB and found that it is triggering an >>assertion in sys/arch/arm/arm32/bus_dma.c:_bus_dmamap_sync(). > >>KASSERTMSG(len > 0 &

USB error checking

to do cache synchronization operations for them ? The traceback is: _bus_dmamap_sync() usb_transfer_complete() ehci_softintr() usb_soft_intr() softint_dispatch() cpu_switchto_softint() Don't have a core dump as the ARM images only have a small swap partition. Robert Swindells

Re: svr4, again

Kamil Rytarowski wrote: >On 20.12.2018 17:58, Jason Thorpe wrote: >> >> >>> On Dec 20, 2018, at 8:52 AM, Terry Moore wrote: >>> >>> Kamil Rytarowski wrote: > While I agree that it’s not exactly difficult to maintain the a.out exec > package, I do wonder if there is anyone out there a

Re: pci_intr_alloc() vs pci_intr_establish() - retry type?

Jared McNeill wrote: >On Wed, 28 Nov 2018, Jaromír Doleček wrote: > >> pci_intr_alloc() checks what the device claims to support down the >> call stack, reading the PCI config space. I assume there some >> negotiation between the PCI bus and the device. I hope device can't >> claim to support e.

Re: pci_intr_alloc() vs pci_intr_establish() - retry type?

ice type not on whether the host controller can handle it. I can add some debug to see what is going on. Robert Swindells

Re: Things not referenced in kernel configs, but mentioned in files.*

co...@sdf.org wrote: >This is an automatically generated list with some hand touchups, feel >free to do whatever with it. I only generated the output. Maybe we could put your list somewhere under src/doc, src/doc/ORPHANS ? Then delete lines as we add them to one or other of the ALL configs.

Re: NetBSD-8 kernel too big?

Paul Goyette wrote: >I've been running a load-everything-as-modules-when-needed system for >years. :) My 8.99.22 kernel weighs in at under 12MB: > >-rwxr-xr-x 1 root wheel 12102488 Jul 26 14:00 /netbsd I don't even build modules, this is the kernel on my main machine: -rwxr-xr-x 1 root

videoio.h

piecemeal to our existing header and just switch to the OpenBSD one ? Robert Swindells

Re: ddb input via IPMI virtual console

Edgar Fuß >> Can I have ddb input multiplexed from both PS/2 and USB? >To elaborate: I have [snip] >and during normal operation, the virtual console does work as expected. >It's only when the machine panics that I can see on the virtual console what >I would see on the VGA monitor, I just can

Re: sysutils/grub2: multiboot is still working?

Frédéric Fauberteau wrote: >Le 2018-08-01 19:02, Robert Swindells a écrit : >> Frédéric Fauberteau wrote: >>> grub-mkconfig generates (in a submenu) lines for both boot methods: >>> - knetbsd >>> - multiboot >>> but when I select the multiboot cho

Re: sysutils/grub2: multiboot is still working?

Frédéric Fauberteau wrote: >grub-mkconfig generates (in a submenu) lines for both boot methods: >- knetbsd >- multiboot >but when I select the multiboot choice, I get the following errors: >--- grub error --- >error: no multiboot header found. >error: kernel must be loaded first. > >Press key to

Re: ioctl(2) numbers

Robert Elz wrote: >Date:Wed, 01 Aug 2018 10:56:28 +0100 >From: Robert Swindells >Message-ID: > > | Does it matter if ioctl(2) numbers overlap so long as they are in > | different groups ? > >To expand on thorpej's answer ... a

ioctl(2) numbers

Does it matter if ioctl(2) numbers overlap so long as they are in different groups ? Was planning to add this: Index: sockio.h === RCS file: /cvsroot/src/sys/sys/sockio.h,v retrieving revision 1.34 diff -u -r1.34 sockio.h --- socki

Re: New getsockopt2() syscall

chris...@zoulas.com (Christos Zoulas) wrote: >On Jun 24, 11:18pm, r...@fdy2.co.uk (Robert Swindells) wrote: >-- Subject: Re: New getsockopt2() syscall > >How about merging them thusly? > >christos > >Index: uipc_syscalls.c >=

Re: New getsockopt2() syscall

chris...@zoulas.com (Christos Zoulas) wrote: >On Jun 24, 7:47pm, r...@fdy2.co.uk (Robert Swindells) wrote: >-- Subject: Re: New getsockopt2() syscall > >| What about the syscall implementation itself ? > >Where is the code for that? Here: <http://mail-index.netbsd.org

Re: New getsockopt2() syscall

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>chris...@zoulas.com (Christos Zoulas) wrote: >>>On Jun 9, 2:20pm, r...@fdy2.co.uk (Robert Swindells) wrote: >>>-- Subject: Re: New getsockopt2() syscall >>>

Re: New getsockopt2() syscall

Martin Husemann wrote: >On Sat, Jun 09, 2018 at 10:22:06AM +0200, Kamil Rytarowski wrote: >> Can we reuse unused old syscall numbers? > >Reuse in general not (that would break any possible compat for that). >But there are some unused numbers like 193 and 267-269. I have switched to using 193.

Re: New getsockopt2() syscall

chris...@zoulas.com (Christos Zoulas) wrote: >On Jun 9, 2:20pm, r...@fdy2.co.uk (Robert Swindells) wrote: >-- Subject: Re: New getsockopt2() syscall > >| What is the best way to provide it for review, diffs or the complete >| page ? > >Either way. I think that the complet

Re: New getsockopt2() syscall

Kamil Rytarowski wrote: >On 08.06.2018 23:18, Robert Swindells wrote: >> >> Are there any objections to the code for a getsockopt2() syscall >> in: >> >> <http://mail-index.netbsd.org/tech-kern/2018/03/06/msg023161.html> >> > >Can we reuse

Re: New getsockopt2() syscall

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>Are there any objections to the code for a getsockopt2() syscall >>in: >> >><http://mail-index.netbsd.org/tech-kern/2018/03/06/msg023161.html> > >Let's

New getsockopt2() syscall

Are there any objections to the code for a getsockopt2() syscall in:

Re: PWM and user space API

Jason Thorpe wrote: >I’m going to be writing a driver for the NXP PCA9685, and want to glue >it into the PWM kernel API jmcneill@ added… but I have a bunch of uses >for this device that won’t really be covered by FDT, so I think there >needs to be some sort of user space API as well. Some of th

Re: getsockopt(2)

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>What is wrong with your idea of updatesockopt(2) ? Or maybe call it >>getsockopt2() and only use it for the "get with extra argument" case. > >I guess getsockopt2

Re: getsockopt(2)

chris...@astron.com (Christos Zoulas) >In article , >Robert Swindells wrote: >>There are about 40 options defined by SCTP. I would need to go through >>the list to see how many of them were of which type. FreeBSD has 32 options that require an input parameter to be able to

Re: getsockopt(2)

David Holland wrote: >On Mon, Dec 18, 2017 at 07:21:33PM +, David Holland wrote: > > On Thu, Dec 07, 2017 at 03:04:32PM +0000, Robert Swindells wrote: > > > I wrote: > > >> Does anyone know why we don't use the input 'optlen' parameter to the &g

Re: getsockopt(2)

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >>Options for NetBSD: >> >> Copy in optval for getsockopt(2): >> >>Pro: Allows "get" of IP_IPSEC_POLICY using original KAME API. >>Con: Diverges

Re: getsockopt(2)

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>chris...@astron.com (Christos Zoulas) wrote: >>>In article , >>>Robert Swindells wrote: >>>> >>>>chris...@astron.com (Christos Zoulas) wrote:

Re: getsockopt(2)

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>chris...@astron.com (Christos Zoulas) wrote: >>>In article , >>> >>>So depending on the contents of the sockval we do something different? >> >&

Re: getsockopt(2)

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>I wrote: >>>Does anyone know why we don't use the input 'optlen' parameter to the >>>getsockopt(2) syscall, we do write back to it on return. >>>

Re: getsockopt(2)

I wrote: >Does anyone know why we don't use the input 'optlen' parameter to the >getsockopt(2) syscall, we do write back to it on return. > >In ip_output() there is this, which suggests that someone had come >across this before. > >#if 0 /* defined(IPSEC) */ >case IP_IPSEC_POLICY

Re: getsockopt(2)

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>chris...@astron.com (Christos Zoulas) wrote: >>>In article , >>>Robert Swindells wrote: >>>> >>>>I wrote: >>>>>Does anyone

Re: getsockopt(2)

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>I wrote: >>>Does anyone know why we don't use the input 'optlen' parameter to the >>>getsockopt(2) syscall, we do write back to it on return. [snip]

Re: getsockopt(2)

I wrote: >Does anyone know why we don't use the input 'optlen' parameter to the >getsockopt(2) syscall, we do write back to it on return. > >In ip_output() there is this, which suggests that someone had come >across this before. > >#if 0 /* defined(IPSEC) */ >case IP_IPSEC_POLICY

getsockopt(2)

Does anyone know why we don't use the input 'optlen' parameter to the getsockopt(2) syscall, we do write back to it on return. In ip_output() there is this, which suggests that someone had come across this before. #if 0 /* defined(IPSEC) */ case IP_IPSEC_POLICY:

Re: max open files

co...@sdf.org wrote: >this number is way too easy to hit just linking things in pkgsrc. can we >raise it? things fail hard when it is hit. > >ive seen people say 'when your build dies, restart it with MAKE_JOBS=1 >so it doesn't link in parallel'. I saw this for the first time today too. Maybe so

Re: Linux procfs

chris...@astron.com (Christos Zoulas) wrote: >In article , >Robert Swindells wrote: >> >>matthew green wrote: >>>Robert Swindells writes: >>>> >>>> Do we care about keeping all the Linux procfs code in >>>> sys/miscfs/proc/p

Re: Proposal: Disable autoload of compat_xyz modules

Taylor R Campbell wrote: >(The code will also continue to be compile-tested as non-module via >the ALL kernels.) Maybe we need an ALL kernel for sparc64.

Re: Proposal: Disable autoload of compat_xyz modules

m...@netbsd.org wrote: On Mon, Jul 31, 2017 at 09:39:42PM +, Taylor R Campbell wrote: >> P.S. The old-NetBSD, a.out, and 32-bit compat modules may be broken >> too, and are probably not automatically tested either, but are more >> likely to be manually tested and I'm not addressing them right

Re: Proposal: Disable autoload of compat_xyz modules

Taylor R Campbell wrote: >> Date: Tue, 1 Aug 2017 00:45:24 +0200 >> From: Kamil Rytarowski >> >> I use both linux and linux32 ones. > >Can you argue that these and the others you listed should be >automatically enabled by default, and that having to modload them >would be too much of a burden?

Re: Can't compile NetBSD kernel in Virtual Box due to assym.h error

Devin Steffler wrote: >I'm trying to compile a NetBSD kernel in a Virtual Box but I'm getting >an error. I believe that what I am trying to do is reasonable and should >work "out of the box". Let me know if this is a false assumption (for >example, if NetBSD is known not to compile in a Virtual B

Re: Linux procfs

matthew green wrote: >Robert Swindells writes: >> >> Do we care about keeping all the Linux procfs code in >> sys/miscfs/proc/procfs_linux.c ? >> >> Some Linux applications have started grovelling in /proc/self/status to >> read various values. >>

Linux procfs

Do we care about keeping all the Linux procfs code in sys/miscfs/proc/procfs_linux.c ? Some Linux applications have started grovelling in /proc/self/status to read various values. I have added some Linux emulation specific code to procfs_status.c but can move it if people object. Robert

Re: ARM pmap

matthew green wrote: >Robert Swindells writes: >> >> Is there anything in the way that uvm is used on ARM that would break >> being able to replace executables that are in use ? >> >> Trying to update a running system on a CubieTruck causes garbage to be >

ARM pmap

work fine before that. Robert Swindells

Re: route(4): Adding ROUTE_MSGFILTER socket option

etter support it ? The Mobile IP userland could make use of this patch to reduce the amount of times that it is woken up by routing socket changes other than RTM_CHGADDR. Robert Swindells

Re: USB slave

On Thu, March 9, 2017 4:38 am, Hiroyuki Bessho wrote: > At Mon, 6 Mar 2017 17:33:51 +0100, > Manuel Bouyer wrote: >> >> On Mon, Mar 06, 2017 at 04:26:48PM +, Emmanuel Dreyfus wrote: >> > Hello >> > >> > Is it possible to use a USB port as a USB slave? I would like to >> > make it act as a keybo

Re: SOSEND_LOAN problems in MIPS

co...@sdf.org wrote: >in emulating pmax with gxemul I had trouble using: > cat somefile | command > >when somefile is bigger than 4096 bytes. >it shows no output when with a slightly smaller file, it would. > >using options SOSEND_NO_LOAN 'fixes' it. >seems many MIPS configs have this option. > >

Re: kernel symbol redefined messages

Paul Goyette wrote: >On Mon, 6 Jun 2016, Robert Swindells wrote: > >> >> Paul Goyette wrote: >>> With a kernel built from today's sources (updated via anoncvs on >>> 2016-06-05 at 13:29:32 UTC), I'm seeing the following messages when >>

Re: kernel symbol redefined messages

Paul Goyette wrote: >With a kernel built from today's sources (updated via anoncvs on >2016-06-05 at 13:29:32 UTC), I'm seeing the following messages when >loading the iic and bpf modules, resulting in load failure: [snip] Why doesn't the system think that the iic and bpf modules are already

Re: device-major question

eady used by seeprom. >> >> - sys/conf/majors >> device-major seeprom char 206 seeprom >> - > >heh, no idea where I got 206 from. I meant 210 - see diff. char 210 is wsdisplay, and is in the range shown as reserved for ws devices in the comments. Why not le

UVM wait states

Would there be any objection to the following patch, it makes it easier to see in top(1) which thing a process is waiting for. Robert Swindells Index: uvm_vnode.c === RCS file: /cvsroot/src/sys/uvm/uvm_vnode.c,v retrieving revision

Re: Simplify bridge(4)

Roy Marples wrote: >On 12/02/2016 12:35, Robert Swindells wrote: >> Ryota Ozaki wrote: >>> On Thu, Feb 11, 2016 at 3:17 AM, Mouse wrote: >>>>> [J]ust wondering if we are going to see vether(4) anytime soon. >>>> >>>> How would this vethe

Re: Simplify bridge(4)

C address for each member interface rather than adding it lazily the first time it is seen in a packet. Robert Swindells

compat linux futex problem

what to look for in it ? Robert Swindells

  1   2   >