Re: Debug / Driver / Kernel / WiFi

2018-10-20 Thread deface
Hi Any updates? Deface писал 18.10.2018 00:02: Hi all, The patch in attachment works fine for me and fixes the [ERROR: ATH0 UNABLE TO RESET HARDWARE] issue that I had on my FUJITSU SIEMENS ESPRIMO Mobile U9210. Patch is relative to -current. Please check. Many Thanks Stefan Sperling for Cod

Remove VFSLCKDEBUG + ASSERT_VP_ISLOCKED (dead code in VFS)

2018-10-20 Thread Amit Kulkarni
Hi, After reading VOP_LOOKUP.9 based on recent commit, a try to remove some dead code in VFS. https://marc.info/?l=openbsd-cvs&m=153886730207657&w=2 VFSLCKDEBUG is not defined anywhere. It is misleading to read in sys/kern/vfs_vops.c that ASSERT_VP_ISLOCKED(dvp) is being checked, when in fact,

Re: cron.c patch

2018-10-20 Thread Philip Guenther
On Sat, Oct 20, 2018 at 2:41 PM Edgar Pettijohn III wrote: > On 10/20/18 6:40 PM, Philip Guenther wrote: > > On Sat, Oct 20, 2018 at 2:34 PM Edgar Pettijohn III < > ed...@pettijohn-web.com> wrote: > >> I'm guessing the if block will never hit since listen returns either 0 or >> -1. >> > > Uh, but

Re: cron.c patch

2018-10-20 Thread Edgar Pettijohn III
On 10/20/18 6:40 PM, Philip Guenther wrote: On Sat, Oct 20, 2018 at 2:34 PM Edgar Pettijohn III mailto:ed...@pettijohn-web.com>> wrote: I'm guessing the if block will never hit since listen returns either 0 or -1. Uh, but -1 is true. Philip my bad. -1 just feels so untrue.

Re: cron.c patch

2018-10-20 Thread Philip Guenther
On Sat, Oct 20, 2018 at 2:34 PM Edgar Pettijohn III wrote: > I'm guessing the if block will never hit since listen returns either 0 or > -1. > Uh, but -1 is true. Philip

cron.c patch

2018-10-20 Thread Edgar Pettijohn III
I'm guessing the if block will never hit since listen returns either 0 or -1. Index: cron.c === RCS file: /cvs/src/usr.sbin/cron/cron.c,v retrieving revision 1.77 diff -u -p -u -r1.77 cron.c --- cron.c  23 Oct 2017 15:15:22 -0

Re: bypass support for iommu on sparc64

2018-10-20 Thread Bryan Steele
This is OpenBSD tech@ On Sat, Oct 20, 2018 at 08:36:33PM +0100, Andrew Grillet wrote: > So, substitute opening and closing the connection to the network? > > Is the IOMMU not used for disk (and all SCSI) access also? > > > > On Sat, 20 Oct 2018 at 20:32, Theo de Raadt wrote: > > > Andrew Gri

Re: bypass support for iommu on sparc64

2018-10-20 Thread Andrew Grillet
So, substitute opening and closing the connection to the network? Is the IOMMU not used for disk (and all SCSI) access also? On Sat, 20 Oct 2018 at 20:32, Theo de Raadt wrote: > Andrew Grillet wrote: > > > Ok, what I am proposing is that the IOMMU is set up when a file is opened > > to provi

Re: bypass support for iommu on sparc64

2018-10-20 Thread Theo de Raadt
Andrew Grillet wrote: > Ok, what I am proposing is that the IOMMU is set up when a file is opened > to provide the address space required for that file's IO. Wow, you keep saying file as if it means something. packets off the network are not associated with any specific "file" activity it isn'

Re: bypass support for iommu on sparc64

2018-10-20 Thread Andrew Grillet
Ok, what I am proposing is that the IOMMU is set up when a file is opened to provide the address space required for that file's IO. This remains set up until the file is closed, avoiding frequent set-up and tear-down for each IO transfer. I assume that there is sufficient IOMMU address space to ha

Re: bypass support for iommu on sparc64

2018-10-20 Thread Theo de Raadt
In this case, what do mbufs have to do with files? I am very confused. > I was assuming that the main objection to allocating mbufs for duration of > file open, > rather than allocating per transfer, this could result in a much higher > number of mbufs > being in use concurrently. I cannot see an

Re: bypass support for iommu on sparc64

2018-10-20 Thread Andrew Grillet
I was assuming that the main objection to allocating mbufs for duration of file open, rather than allocating per transfer, this could result in a much higher number of mbufs being in use concurrently. I cannot see any other downside (which may be due to my not understanding a lot of stuff - I last

Re: vmd: servicing virtio devices from separate processes

2018-10-20 Thread Pratik Vyas
* David Gwynne [2018-10-20 12:19:56 +1000]: Would sending and receiving a VM still work if I/O is run in different processes? dlg Hi dlg, It will have to be reworked completely but can be done, I think. -- Pratik

Re: relayd: sync host*() with ntpd

2018-10-20 Thread Denis Fondras
On Sat, Oct 20, 2018 at 05:30:59PM +0200, Klemens Nanni wrote: > On Sat, Oct 20, 2018 at 11:57:13AM +0200, Denis Fondras wrote: > > Sync changes to host_*() from ntpd to relayd. > This looks good, however I'm not a relayd user. > How did you test it? With both IPv4 and IPv6? > I tested both on my

Re: relayd: sync host*() with ntpd

2018-10-20 Thread Klemens Nanni
On Sat, Oct 20, 2018 at 11:57:13AM +0200, Denis Fondras wrote: > Sync changes to host_*() from ntpd to relayd. This looks good, however I'm not a relayd user. How did you test it? With both IPv4 and IPv6? Some nits inline to squash inconsistencies with other `host_ip()' users in base. > Index: pa

lld fix for ports gcc

2018-10-20 Thread Mark Kettenis
The java stuff generates sections with names like .rodata.jutf8.10 and .rodata.jutf.14 that have the entry size (sh_entsize) set to an integerer that isn't a power of two. When merging these sections into the final output, lld adjusts the alignment to be at least the entry size. However, the alig

Re: bypass support for iommu on sparc64

2018-10-20 Thread Theo de Raadt
Andrew Grillet wrote: > These days we are not so short of memory - would it not be possible to > allocate an mbuf (or two for double-buffered) for each file > when opened, and free when closed? What does this have to do with files??

relayd: sync host*() with ntpd

2018-10-20 Thread Denis Fondras
Sync changes to host_*() from ntpd to relayd. Index: parse.y === RCS file: /cvs/src/usr.sbin/relayd/parse.y,v retrieving revision 1.228 diff -u -p -r1.228 parse.y --- parse.y 7 Sep 2018 07:35:31 - 1.228 +++ parse.y 2

Re: bypass support for iommu on sparc64

2018-10-20 Thread Andrew Grillet
These days we are not so short of memory - would it not be possible to allocate an mbuf (or two for double-buffered) for each file when opened, and free when closed? I can see the management might be more complex, but the performance benefits might be considerable. Also, for VM disk access (ldom o