Re: IPv6 by default

On Tue, Apr 29, 2014 at 10:52:06AM -0300, Giancarlo Razzolini wrote: | Em 29-04-2014 04:51, Stuart Henderson escreveu: | Too soon I think. Wait a little longer and more major ISPs will turn | IPv4 into the second class citizen as they fumble with their cgnat | deployments then this will make a

Re: [RFC] AI_ADDRCONFIG tweaks?

On Fri, May 02, 2014 at 05:35:13PM +0200, Jérémie Courrèges-Anglas wrote: | If you're running on a host without IPv6, why would you want | getaddrinfo() to return any IPv6 results? What good would it do to you? | | What's a regular OpenBSD host with no IPv6? I'd assume that it is | a host that

Re: [RFC] Ai_ADDRCONFIG^WAIAIAIAIAIAIAEEEEEEEEE tweaks?

On Fri, May 02, 2014 at 06:53:08PM +0200, Jérémie Courrèges-Anglas wrote: | | What's a regular OpenBSD host with no IPv6? I'd assume that it is | | a host that can perform IPv6 connections to ::1 / localhost and reach | | its neighbors through link-local addresses. | | Why would you expect

Re: [RFC] Ai_ADDRCONFIG^WAIAIAIAIAIAIAEEEEEEEEE tweaks?

On Fri, May 02, 2014 at 11:20:38PM +0200, Jérémie Courrèges-Anglas wrote: | I'm not referring to SLAAC. I'm referring to addresses that are | configured on interfaces without the user even requesting them. | link-local addresses, specifically. | | I was actually answering your question about

Re: NOINET6 by default

Hi Henning, Thanks, I really like this. On Wed, May 14, 2014 at 11:29:20PM +0200, Henning Brauer wrote: | the only use case that needs config adoption: people ONLY using | link-local, they will need to put +inet6 in the corresponding | hostname.if file. People that set

link-local address issues

Hi all, Martin, There seems to be an issue with generating eui64 addresses. [weerd@pom] $ ifconfig em0 em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr b8:ca:3a:93:03:e8 inet6 fe80::3c16:979e:9360:ec89%em0 prefixlen 64 scopeid 0x1 [weerd@pom] $ sysctl

Re: link-local address issues

On Tue, May 20, 2014 at 12:02:47PM +0200, Stefan Sperling wrote: | On Tue, May 20, 2014 at 11:33:48AM +0200, Paul de Weerd wrote: | As can be seen, the host part of the link-local address doesn't | resemble the lladdr at all. This isn't a problem for outgoing | connections, but when using

Re: bpf_mtap_stripvlan

On Thu, Jul 10, 2014 at 01:30:29PM +0100, Stuart Henderson wrote: | On 2014/07/10 13:11, Henning Brauer wrote: | I committed the bpf chunk, but nothing is using it yet. pls give the | if_vlan.c chunk a spin. | | I think weerd@ might need something similar for bridge for his tv... I'm testing

Re: lynx: disable old protocols

On Sun, Jul 13, 2014 at 02:58:04AM -0500, Shawn K. Quinn wrote: | On Sun, 2014-07-13 at 01:38 -0600, Theo de Raadt wrote: | With your attitude, I beg you to please go run some other | operating system. | | The plan is when the first Bitrig release comes out, I'm done and switch | to that. The

Re: arp(8) output and expire timer

On Fri, Aug 22, 2014 at 11:16:31PM +0100, Stuart Henderson wrote: | On 2014/08/23 00:00, Martin Pieuchot wrote: | On 22/08/14(Fri) 22:54, Stuart Henderson wrote: | can we go back to the standard MAC address formatting that's used | everywhere except ndp? | | Fine with me, any reason not to

Re: changing ffs mount between rw and ro while preserving softdep

On Thu, Aug 28, 2014 at 06:27:48PM +, Miod Vallat wrote: | Which is why the current way to remove softdep from a filesystem is a | rw+softdep - ro - rw transition, which would no longer work with your | diff. | | It would work, but you'd have to explicitly disable softdep, as one might |

unknown products found in Dell Optiplex 9020

Found a couple of unknown Intel products in a Dell Optiplex 9020: vendor Intel, unknown product 0x153a (class network subclass ethernet, rev 0x04) at pci0 dev 25 function 0 not configured vendor Intel, unknown product 0x8c22 (class serial bus subclass SMBus, rev 0x04) at pci0 dev 31 function 3

Re: Boot network for remote unlock of fde

On Wed, Mar 05, 2014 at 06:36:55PM -0300, Giancarlo Razzolini wrote: | One byproduct of such design would be the possibility of redirecting the | console to the ssh connection. I know this is deranging from the initial | idea, but make perfect sense. Anyway, I noted your concerns on this. | Now,

typo in chroot(2)

chroot(2) speaks of a non-existing setreseuid in its example. The below patch removes the extraneous e. ok ? Index: chroot.2 === RCS file: /cvs/src/lib/libc/sys/chroot.2,v retrieving revision 1.16 diff -u -r1.16 chroot.2 ---

Re: [patch] -H flag for grep.

On Mon, Feb 21, 2011 at 04:54:40PM +0100, Alexander Schrijver wrote: | On Mon, Feb 21, 2011 at 01:34:51PM +0100, Pascal Stumpf wrote: | Implement a -H flag for grep, useful for combining e.g. find and grep. | | -o used to do this but has been removed. (See the commit logs for the reason, i |

Re: use bswapq for swap64 on amd64

Rude and uncalled for, Marco. Not very nice of you. Paul 'WEiRD' de Weerd On Fri, Mar 11, 2011 at 03:01:47PM -0600, Marco Peereboom wrote: | http://stallman.oURL_CHANGED_TO_PROTECT_THE_INNOCENT.jpg | | On Fri, Mar 11, 2011 at 08:28:06PM +0200, Paul Irofti wrote: | On Fri, Mar 11, 2011 at

Re: ksh completion

On Tue, Mar 15, 2011 at 03:13:45PM +0200, Paul Irofti wrote: |i'd like to see this but without the need to escape [ to be honest. | | I don't think that's possible due to the stupidity of the '[' executable. What does /bin/[ have to do with completion of filenames ? You can `cd ~; touch

Re: damien.bergamini.free.fr down

On Tue, May 17, 2011 at 09:17:57AM +0200, Antoine Jacoutot wrote: | On Tue, 17 May 2011, David Coppa wrote: | | On Tue, May 17, 2011 at 7:55 AM, Paul de Weerd we...@weirdnet.nl wrote: | On Tue, May 17, 2011 at 12:20:33AM +0200, patrick kristensen wrote: | | damien.bergamini.free.fr appears

Re: ahci msi_map with fallback

On Wed, Jun 01, 2011 at 11:13:04PM -0400, Kenneth R Westerback wrote: | Try msi and fallback to old intr mapping. Works on my box where the | ahci is on a non-msi bus. I have the exact same 82801GBM controller as mk in a Lenovo Z61m. Works fine here too, the dmesg line shows 'msi' and I've not

Re: wpi(4) MSI

On Thu, Jun 02, 2011 at 08:25:23PM +0200, Michael Knudsen wrote: | I enabled MSI for the wpi(4) in my X60: | | wpi0 at pci2 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02: msi, MoW2, address 00:13:02:9b:f4:89 | | It didn't blow up right away. Anyone else feel lucky? Seems like my Z61m

Re: bnx(4) flow control support.

An oldie, but I dug it up from the archives to test on my R210 II. Diff applies (slightly offset) and works just fine. ifconfig bnx now shows: media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause) For the record, this is a Broadcom BCM5716 (see dmesg posted to misc@ yesterday):

Re: enable aucat by default

On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote: | Hi Alexandre, | | Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200: | | On the one hand, we expect audio to work by default. On the other hand | format conversions, channel mapping, resampling and alike belong to

Re: enable aucat by default

On Thu, Oct 06, 2011 at 11:05:34PM +0200, Mark Kettenis wrote: Mark counters my objections Mark, you make very valid points - my comments were more in the 'food for thought' department: we run deamons by default while some are never used by certain users. Doesn't harm them. | But I like the

Re: enable aucat by default

On Fri, Oct 07, 2011 at 11:46:19PM +0200, Jona Joachim wrote: | There was a debate on whether it's good or not to enable aucat by | default. I just put forth the idea that maybe you could let the user | decide. You don't like the idea? Fine. What are you talking about ? The user still gets to

Re: aucat cleanup diff to test

On Tue, Oct 11, 2011 at 11:01:41AM +0300, Paul Irofti wrote: | With this patch I can no longer get 6 channels to play, only stereo. | | I run aucat with: | | aucat -aoff -l -c0:5 -fsun:1 | | Without this patch, and with the same aucat invocation, everything works | fine and I get 6 channel

Re: Unbound in base

On Fri, Feb 17, 2012 at 01:18:33PM +0100, Jan Klemkow wrote: | I was working on replacing bind with unbound and nsd a half year ago. | I run into this problem. I think in local networks you get such setups | where you have to serve clients with global request like google.de and | local requests

Re: random() always returns 0 with srandom(0)

Hi Jeremy, On Wed, Mar 21, 2012 at 12:37:47PM -0500, Jeremy C. Reed wrote: | My co-worker was troubleshooting why some of our unittests (that work on | multiple operating systems and architectures) failed on OpenBSD and saw | that if you call srandom(0) to initialize the RNG, random() will

Intel AHCI RAID controller in Sony VAIO Z23 laptop

I've recently bought a new Sony laptop, VPCZ23C5E. Some things on this machine work fine (sound, suspend, wired network), some things don't (X, resume, wireless). One of the problems I have is that -current doesn't find any disks behind the pciide(4), which is a Intel 82081HBM RAID. sthen@

Re: Realtek RTS5209 (was: Re: Intel AHCI RAID controller in Sony VAIO Z23 laptop)

Hi Stefan, On Thu, May 31, 2012 at 11:20:19AM +0200, Stefan Sperling wrote: | On Thu, May 31, 2012 at 10:53:22AM +0200, Paul de Weerd wrote: | I've recently bought a new Sony laptop, VPCZ23C5E. Some things on | this machine work fine (sound, suspend, wired network), some things | don't (X

Re: rm -P

Please read http://www.vidarholen.net/~vidar/overwriting_hard_drive_data.pdf I think it's time to stop propagating the Guttman lies. Overwriting more than once does not help. Paul 'WEiRD' de Weerd On Wed, Jul 25, 2012 at 10:01:13AM -0500, Todd T. Fries wrote: | Penned by Christian Weisgerber

Re: add intel 6235 support to iwn(4)

This fixes iwn(4) for me too. Where previously I would get iwn0: fatal firmware error I now get a working setup with: iwn0 at pci1 dev 0 function 0 Intel Centrino Advanced-N 6030 rev 0x34: msi, MIMO 2T2R, MoW, address 88:53:2e:d9:dd:9d Full dmesg (including a boot with the previous kernel and

Re: bge(4) diff needs testing.

On Sat, Apr 17, 2010 at 12:17:40PM -0400, Brad wrote: | On Sat, Apr 10, 2010 at 04:58:36PM -0400, Brad wrote: | Please test the following diff with any bge(4) adapters. Just checking to | ensure no regressions with known working adapters. Just check that things | are working as usual. Just

Re: xl(4) diff to make use of m_defrag()

Also tested this patch on my old i386. xl0 at pci2 dev 1 function 0 3Com 3c905B 100Base-TX rev 0x30: apic 2 int 17 (irq 12), address 00:50:04:44:dc:5c exphy0 at xl0 phy 24: 3Com internal media interface Same tests (ftp, nfs, ssh, ipv4 and ipv6), no regressions. Paul 'WEiRD' de Weerd On Thu,

Re: pcn(4) diff to make use of m_defrag()

While digging for old fxp's and xl's I came across something I should've buried a long time ago: a pcn(4) (10Mbit only, with a 10base2 connector !). I tried the patch below, same tests (they just took a bit longer). Everything works just fine, no regressions. pcn0 at pci2 dev 1 function 0 AMD

Re: ipv6 support for tftp

On Wed, Sep 08, 2010 at 09:35:10AM -0300, Gleydson Soares wrote: | On Wed, Sep 08, 2010 at 11:51:11AM -0300, Gleydson Soares wrote: | hi, | | - ipv6 support for tftp client. | | based on an old itojun's diff. | | i forgot to attach the diff inline. Works for me: [we...@impreza] $ tftp

do not forward 802.1D reserved addresses in bridge(4)

Currently, our bridge(4) code forwards ethernet frames with destination MAC address 01:80:C2:00:00:0X, except for X=0 (STP BPDUs). This is not allowed according to 802.1D-2004, section 7.12.6: these addresses are reserved (and currently used by eg. LLDP). In turn, this causes issues for ports

Re: sync adduser with installer

On Sat, Oct 30, 2010 at 01:12:54AM -0400, Brynet wrote: | Daniel wrote: | Same here. Really, I'm surprised that anyone is using the 'users' | group at all these days, especially on OpenBSD. If all users are in | the same group, group permissions are no different from world | permissions. |

Re: do not forward 802.1D reserved addresses in bridge(4)

On Thu, Oct 28, 2010 at 06:56:24PM +0200, Paul de Weerd wrote: | Currently, our bridge(4) code forwards ethernet frames with | destination MAC address 01:80:C2:00:00:0X, except for X=0 (STP BPDUs). | This is not allowed according to 802.1D-2004, section 7.12.6: these | addresses are reserved

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

On Mon, Dec 13, 2010 at 03:04:13PM -0500, Ted Unangst wrote: | I can agree there's a problem here, but the fact that you're using | hotplug to mount disks that aren't hotplugged indicates the problem is | elsewhere. :) I don't think hotplug was supposed to be the do random | stuff a little bit

Re: Line-by-line functionality for rev(1)

On Wed, Dec 29, 2010 at 11:03:22AM +0300, Vadim Zhukov wrote: | On 29 December 2010 c. 04:12:34 Jeremy C. Reed wrote: | tail -r | | tail(1) saves all data in memory. So if you want to reverse very big file | (say, some sort of log) you'll have to construct monsters with help of | awk/perl/etc.

Re: Make expr(1) 64-bit capable and radix-aware

On Sat, Jan 15, 2011 at 03:35:43PM -0500, Ted Unangst wrote: | On Sat, Jan 15, 2011 at 3:30 PM, Otto Moerbeek o...@drijf.net wrote: | Additionally, i very much prefer to have as little as possible | differecnes between expr(1) and the ksh builtin. | | Ehum, running the risk of looking like a

Re: Thank you for making p2k9 possible!

On Fri, Oct 16, 2009 at 10:37:11PM -0400, STeve Andre' wrote: | You can see whats been happening if you are subscribed to the cvs src | changes list. Offhand at least 30 new ports were added, more than 250 | were updated, lots were tweaked, and the pkg_add code was worked on. | Likely I missed a

Re: patch ftp-proxy, proposal

On Tue, Jan 12, 2010 at 09:38:32AM +0100, Tiery DENYS wrote: | On Mon, Jan 11, 2010 at 2:08 PM, Bob Beck b...@ualberta.ca wrote: | Yes I prefer waiting here instead of sending any response on ident port. | (silent fw) How can you claim 'silent fw' if it was the source of an ftp connection ? | I

Re: more options for top

On Sat, Jan 23, 2010 at 12:13:23AM -0500, Ted Unangst wrote: | I find it very useful to sort by command as it usually means less bouncing | around. While we're here, add sort by pid too. What's the added value of sorting by PID when ypu have randomized PIDs ? I see your 'don't jump around'

Re: ksh file completion bug

On Mon, Feb 22, 2010 at 10:50:39PM +0100, LEVAI Daniel wrote: | Hi! | | With ksh's Vi edit mode I've experienced the following: | If a file's size is exactly 2GiB or more, pdksh fails to complete its name | during filename completion (eg.: hitting TAB or CTRL+e or whatever). | If the file's size

Re: Small ifconfig output tweak for inet6?

On Thu, Mar 26, 2015 at 01:48:03PM +0100, Martin Pieuchot wrote: | How do people feel about printing the prefixlen in CIDR notation? I'm | annoyed about outputs not fitting in 80 chars when using autoconf magic: | | -inet6 fd00::f2de:f1ff:fe6a:15d1 prefixlen 64 autoconf pltime 3594 vltime 7194 |

Re: Journal Implementation

On Tue, Jun 02, 2015 at 07:33:58PM +, Stefan wrote: | http://www.openbsd.org/faq/faq8.html#Journaling Right, that doesn't help, it's not a tip for someone interested in *developing a journaling system for UFS*... You can rest assured they're already aware that OpenBSD doesn't support

HP C8000 workstations

Hi all, I have a couple of HP C8000 workstations collecting dust at home. Now that the hppa64 port has been cancelled, my chances of ever running OpenBSD on one of them have gone from slim to none. They're not supported, something with the chipset (ZX1?) that is undocumented, I believe. So no

Simtec USB Entropy Key

Hi all, While cleaning out my closet I found a Simtec USB Entropy Key (hidden under those HP C8000 workstations :) It attaches as: May 31 13:09:26 pom /bsd: umodem0 at uhub3 May 31 13:09:26 pom /bsd: port 5 configuration 1 interface 0 "Simtec Electronics Entropy Key" rev 2.00/2.00 addr 6 May

Re: inteldrm(4) diff needs review and testing

Hi Mark, On Sun, Jul 16, 2017 at 03:19:41PM +0200, Mark Kettenis wrote: | Can somebody test the following diff on Ivy Bridge or Haswell (Intel | HD Graphics 2500/4000/4600/4700/5000/5100/5200)? | | When I added support for the command parser, I took a bit of a | shortcut and implemented the hash

Re: [PATCH] cp(1): add -v option for verbosity

On Sun, Jun 25, 2017 at 10:49:04PM +0200, Landry Breuil wrote: | > | Alternatively one can use rsync(1), but that is not part of the base. | > | > That may work for cp(1), but it's hard to replicate mv(1) behavior | > with rsync (only metadata changes when on the same fs) or even | > impossible

Re: [PATCH] cp(1): add -v option for verbosity

On Sun, Jun 25, 2017 at 06:22:05PM +0200, Job Snijders wrote: | Dear Alexander, | | On Sun, Jun 25, 2017 at 06:13:40PM +0200, Alexander Hall wrote: | > On June 25, 2017 2:06:20 PM GMT+02:00, Job Snijders wrote: | > >This patch adds a -v option to cp(1) for more verbose

Re: [PATCH] rm(1): add -v option for verbosity

Hi Ingo, On Sun, Jun 25, 2017 at 03:12:26PM +0200, Ingo Schwarze wrote: | Hi, | | Job Snijders wrote on Sun, Jun 25, 2017 at 02:06:16PM +0200: | | > This patch adds a '-v' option to rm(1) for more verbose output. | | Do not add new options to standard utilities, unless you can show | that they

Re: Finish the link-kit job

On Wed, Jun 21, 2017 at 01:13:31PM -0600, Theo de Raadt wrote: | Future work should be to see if we can build a fresh kernel at | install/upgrade time, for that "every computer is unique" feel. How about we move the rc bits out from rc and into a small script that we call from rc. Now we can

Re: Finish the link-kit job

On Fri, Jun 23, 2017 at 04:28:15AM -0600, Theo de Raadt wrote: | > /mnt/usr/sbin/chroot /mnt /usr/local/libexec/reorder_kernel | > | > ... | > | > + mail -Es "$(hostname) Kernel relink info" root >/dev/null | | No, that isn't cool. | | Yes, we are going to link in the

Re: Finish the link-kit job

On Fri, Jun 23, 2017 at 07:53:35AM -0600, Theo de Raadt wrote: | > Perhaps we'll come up with a simpler way down the road, but it isn't | > *that* hard for manual upgrades. once you've installed the kernels, make | > sure you've got the correct hash: | > | > sha256 -h /var/db/kernel.SHA256

Re: mcast-proxy daemon

Hi tech@, I've been talking to Rafael about this piece of code over the last week a bit, and have tried it on my home TV setup. My ISP has a multicast setup for watching television, with their set-top-box connected to my TV. Up until now, I was using net/igmpproxy on my OpenBSD gateway to get

Re: [PATCH] ntpd: allow to specify a source IP address for outgoing queries

Works for me, verified both v4 and v6 selection actually uses that address. Suggested a small improvement for ntpd.conf(5) to Job privately. Would love to see this feature get imported :) Thanks Job! Paul On Tue, May 30, 2017 at 06:10:03PM +0200, Job Snijders wrote: | On Sun, May 28, 2017 at

Re: mcast-proxy daemon

On Sat, May 27, 2017 at 11:05:13PM +0200, Paul de Weerd wrote: | - lacks an rc.d init script Here's a diff that adds an rc.d script 'mcastproxy' (other daemons that have a '-' in their name also drop it in their rc.d script, so I followed that example) I stuck it in /etc/rc around

Re: Add "-c command" option to script(1)

On Fri, Dec 15, 2017 at 12:24:45PM +0100, Paul de Weerd wrote: | I've updated the diff to add this example as per jmc's suggestion. It | now has: | | - add the `-c command` feature | - updates usage | - removes /* ARGSUSED */ lint comments | - documents the -c feature

Re: Add "-c command" option to script(1)

On Thu, Dec 14, 2017 at 08:49:18AM +, Jason McIntyre wrote: | On Thu, Dec 14, 2017 at 09:23:29AM +0100, Paul de Weerd wrote: | > Another use I personally find very convenient is this: | > | > [weerd@pom] $ script -c "vmctl start test -c" | | you could add this as an EXAM

Add "-c command" option to script(1)

Hi all, As seen in NetBSD, FreeBSD and Linux, script(1) could do with a way to tell it what command to run instead of your $SHELL. This implements the "-c command" option. I've taken the logic to start the command (and its arguments, if any) from crontab(1), execv'ing `sh -c `. I wrote this

Re: Add "-c command" option to script(1)

Hi Jason, Thank you for your quick feedback! I've incorporated yours and off-list feedback from ian@ into a new diff included below. The diff now also includes the removal of /* ARGSUSED */ lint comments. On Wed, Dec 13, 2017 at 09:34:03PM +, Jason McIntyre wrote: | > +To run a | | i'd

Re: Add "-c command" option to script(1)

Another use I personally find very convenient is this: [weerd@pom] $ script -c "vmctl start test -c" Hope others see value here too :) Paul On Thu, Dec 14, 2017 at 08:45:19AM +0100, Paul de Weerd wrote: | Hi Jason, | | Thank you for your quick feedback! I've incorporated yours and

cross ref ocspcheck in httpd.conf(5)

I've been playing a bit with OCSP stapling in httpd and found the documentation a bit lacking / confusing. httpd says: ocsp file Specify an OCSP response to be stapled during TLS handshakes with this server. The file should contain a DER-format

Re: Have installboot default to the device carrying /

On Mon, Nov 06, 2017 at 03:24:30PM -0700, Theo de Raadt wrote: | > Here's a diff that will make it default to the device carrying the | > root filesystem. Result this: | | I disagree strongly with this. installboot is a disruptive operation, | and you should specify the device. Fair enough. I

Re: Have installboot default to the device carrying /

On Tue, Nov 07, 2017 at 12:38:17AM -0700, Theo de Raadt wrote: | >On Mon, Nov 06, 2017 at 03:24:30PM -0700, Theo de Raadt wrote: | >| > Here's a diff that will make it default to the device carrying the | >| > root filesystem. Result this: | >| | >| I disagree strongly with this. installboot is

Re: Have installboot default to the device carrying /

Now with manpage diff, fixed usage and less magic numbers (thanks to florian@ again for the last two). Paul On Mon, Nov 06, 2017 at 03:58:50PM +0100, Paul de Weerd wrote: | installboot(8) will error out when not given a device to install to: | | [weerd@pom] $ doas installboot | usage

Have installboot default to the device carrying /

installboot(8) will error out when not given a device to install to: [weerd@pom] $ doas installboot usage: installboot [-nv] [-r root] disk [stage1 [stage2]] Here's a diff that will make it default to the device carrying the root filesystem. Result this: [weerd@pom] $ doas obj/installboot -v

Re: ifconfig(8): pltime and vltime are measured in seconds

Hi Jason, Thanks for your reply. Yes, that's better. Here you go: Index: ifconfig.8 === RCS file: /home/OpenBSD/cvs/src/sbin/ifconfig/ifconfig.8,v retrieving revision 1.305 diff -u -p -r1.305 ifconfig.8 --- ifconfig.8 16 Mar

ifconfig(8): pltime and vltime are measured in seconds

During a discussion on IPv6 with Undeadly editor Ross Richardson, he pointed out that ifconfig(8) doesn't mention the unit of the arguments to the pltime and vltime options. Here's a diff to fix that: Index: ifconfig.8 === RCS

Re: 6.3 and Prolific PL-2303 USB serial adapter

Updated diff included below. I've set the product name to LD220. This diff lacks the updates to usbdevs{,_data}.h, whoever commits should update those too. Any takers to commit this? Tested by an owner of the actual device, so that's good. Jan-Piet, maybe you can share a dmesg of the machine

Re: 6.3 and Prolific PL-2303 USB serial adapter

Hi Jan-Piet! On Mon, Jun 18, 2018 at 04:16:34PM +0200, Jan-Piet Mens wrote: | > Only one way to find out :) | | I spare you a lot of details by pointing you at a photo I just took of the | working display: if you'd please scroll to the bottom of [1] .. ? | | A final (hah!) question: will your

Re: 6.3 and Prolific PL-2303 USB serial adapter

Hi Jan-Piet, This seems to be a USB to serial adapter made by HP, given the output from Fedora's lsusb: > idVendor 0x03f0 Hewlett-Packard > idProduct 0x3524 > bcdDevice3.10 > iManufacturer 1 Prolific Technology Inc. > iProduct2

Re: 6.3 and Prolific PL-2303 USB serial adapter

On Sun, Jun 17, 2018 at 07:30:34PM +0200, Jan-Piet Mens wrote: | Hi Paul, | | > Is there any specific marking on the device to suggest it's from HP? | | oh, indeed. The photo at [1] shows the display with a prominent "HP" logo. | | [1] https://mastodon.social/@jpmens/100220482259778231 Oh,

Re: ping.c minor bug discrepancy between reported size of icmp packet

Hi Tom, This is documented in ping(8): -s packetsize Specify the number of data bytes to be sent. The default is 56, which translates into 64 ICMP data bytes when combined with the 8 bytes of ICMP header data. The maximum packet size is

Re: Add "-c command" option to script(1)

. Is anyone willing to commit it with those? Thanks, Paul On Sat, Dec 16, 2017 at 09:45:02AM +0100, Paul de Weerd wrote: | On Fri, Dec 15, 2017 at 12:24:45PM +0100, Paul de Weerd wrote: | | I've updated the diff to add this example as per jmc's suggestion. It | | now has: | | | | - add the `-c

Re: Add "-c command" option to script(1)

ping Anyone? Buehler? :) Paul On Mon, Dec 25, 2017 at 12:23:44PM +0100, Paul de Weerd wrote: | Hi all, | | Sorry to keep harping on this script stuff, but I'd really like to see | this committed. I've just upgraded my laptop while doing some | vlan-bridging debugging and suddenly script(1

Re: nsd 4.1.24

On Wed, Aug 15, 2018 at 03:12:19PM +0200, Florian Obser wrote: | When this goes in I think we should switch the default control socket | and stop listening on localhost. This makes a lot of sense to me, please make the UDS the default control socket. Thanks Florian! Paul | OK? | | diff --git

Re: call for testing: rad(8) - a rtadvd(8) replacement

On Wed, Jul 18, 2018 at 08:54:51AM +0200, Florian Obser wrote: | During g2k18 I commited rad(8). | | The latest amd64 and i386 snapshots should contain it with enough | features to replace rtadvd(8). If you are using rtadvd(8) I'd | appreciate if you could switch to rad(8) and report back if any

Re: Add acpipci(4) on amd64

Hi Mark, On Mon, Oct 22, 2018 at 09:45:06PM +0200, Mark Kettenis wrote: | I'd like to see this tested on a wide range of amd64 hardware, but | especially on laptops. Please reply with a diff of your dmesg before | and after. Make sure you run make config before building a new kernel. Thanks

Re: sbin/wsconsctl: show more data

Lots of negativity here, so I just wanted to chime in - really love the new console font! Crisp and easily readable letters, big enough to be readable, with a reasonable number of letters per line (${COLUMNS}) en lines per screen (${LINES}). It does mean pretty big characters on big screens when

Re: what.1: remove BUGS section

Hi Ingo, On Sun, Jan 20, 2019 at 03:11:55PM +0100, Ingo Schwarze wrote: | > Talking about BSD not being able to distribute SCCS doesn't help | > anyone; | > not behaving like the original SCCS is obvious considering the | > STANDARDS section specifically notes OpenBSD extensions and | >

Re: [3/4] Re: Add support for Meinberg DCF600USB to umbg(4)

the Thanks, Paul On Fri, Mar 22, 2019 at 04:00:06PM +0100, Paul de Weerd wrote: | Whoops. I had missed one change to the manpage that's still needed: | the DESCRIPTION section also mentions the supported devices. This now | supports two models, but I don't think it makes sense to turn this | into a list

Re: [4/4] Re: Add support for Meinberg DCF600USB to umbg(4)

On Fri, Mar 22, 2019 at 10:22:15AM +, Stuart Henderson wrote: | it's missing on some others too; | | $ for i in */conf/GENERIC; do grep -q ^udcf $i && grep -q ^umbg $i || echo ${i%%/*}; done | alpha | amd64 | arm64 | armv7 | hppa | landisk | loongson | luna88k | socppc Yes. I have some of

Re: [4/4] Re: Add support for Meinberg DCF600USB to umbg(4)

On Fri, Mar 22, 2019 at 10:22:15AM +, Stuart Henderson wrote: | $ for i in */conf/GENERIC; do grep -q ^udcf $i && grep -q ^umbg $i || echo ${i%%/*}; done Did you want to only find archs which DO have udcf(4) but not umbg(4)? Because not all of those in your list have udcf. This adds ubmg

Re: [3/4] Re: Add support for Meinberg DCF600USB to umbg(4)

sensor and the delta (in nanoseconds) between the received time information and the local time can be accessed through the On Fri, Mar 22, 2019 at 10:04:19AM +0100, Paul de Weerd wrote: | | Index: share/man/man4/umbg.4 | === | RCS file

Re: usb drivers & arches (Re: [4/4] Re: Add support for Meinberg DCF600USB to umbg(4))

On Fri, Mar 22, 2019 at 11:53:20AM +, Stuart Henderson wrote: | This is a more general thing actually, the list of USB drivers is rather | haphazard at the moment. List below (to fit <80 cols I've snipped i386 | which has all drivers present in any other GENERIC config, amd64 which | is only

Add support for Meinberg DCF600USB to umbg(4)

Hi all, After Peter J. Philipp asked about Meinberg DCF clock support on misc@ in https://marc.info/?l=openbsd-misc=155205024420585=2 I was also interested in the question he asked. After some consideration, I decided to try, so I bought a Meinberg DCF600USB which was delivered yesterday. I

[4/4] Re: Add support for Meinberg DCF600USB to umbg(4)

Index: GENERIC === RCS file: /home/OpenBSD/cvs/src/sys/arch/amd64/conf/GENERIC,v retrieving revision 1.466 diff -u -p -r1.466 GENERIC --- GENERIC 19 Jan 2019 03:24:18 - 1.466 +++ GENERIC 22 Mar 2019 08:10:33 - @@

[3/4] Re: Add support for Meinberg DCF600USB to umbg(4)

Index: share/man/man4/umbg.4 === RCS file: /home/OpenBSD/cvs/src/share/man/man4/umbg.4,v retrieving revision 1.4 diff -u -p -r1.4 umbg.4 --- share/man/man4/umbg.4 16 Jul 2013 16:05:49 - 1.4 +++ share/man/man4/umbg.4

[2/4] Re: Add support for Meinberg DCF600USB to umbg(4)

Index: usbdevs.h === RCS file: /home/OpenBSD/cvs/src/sys/dev/usb/usbdevs.h,v retrieving revision 1.707 diff -u -p -r1.707 usbdevs.h --- usbdevs.h 24 Feb 2019 17:35:44 - 1.707 +++ usbdevs.h 22 Mar 2019 07:48:28 - @@

[1/4] Re: Add support for Meinberg DCF600USB to umbg(4)

Index: usbdevs === RCS file: /home/OpenBSD/cvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.695 diff -u -p -r1.695 usbdevs --- usbdevs 24 Feb 2019 17:35:29 - 1.695 +++ usbdevs 20 Mar 2019 11:55:44 - @@

[5/4] Re: Add support for Meinberg DCF600USB to umbg(4)

Bonus diff - make explicit in the GENERIC configs that already have umbg(4), that this driver now supports DCF600USB too Index: i386/conf/GENERIC === RCS file: /home/OpenBSD/cvs/src/sys/arch/i386/conf/GENERIC,v retrieving revision

Re: [PATCH] Add swich to enable/disable re-link the kernel at startup

Hi Stuart, On Mon, May 20, 2019 at 12:14:56PM +0100, Stuart Henderson wrote: | On 2019/05/20 10:46, Paul de Weerd wrote: | > However, library_aslr delays the boot sequence (because libraries must | > be completed before the system can boot up) while kernel_aslr does not | > - it only i

Re: [PATCH] Add swich to enable/disable re-link the kernel at startup

On Sun, May 19, 2019 at 01:04:53PM +0200, Ricardo Fraile wrote: | Hi all, | | As exists the variable "library_aslr" to disable library randomization on | rc, it would be helpful to have the same option for the kernel. Here is the | patch to add the "kernel_aslr" swich. If you must do this: `doas

Re: grep ".one\|.two" doesn't work on OpenBSD. Is it expected?

On Mon, May 20, 2019 at 08:01:12PM +0200, Juan Francisco Cantero Hurtado wrote: | I've a test in one of my ports similar to this: | | $ cat test.txt | $TESTTMP/hgcache/master/packs/7bcd2d90b99395ca43172a0dd24e18860b2902f9.histpack |

Re: [PATCH] Add swich to enable/disable re-link the kernel at startup

Hi Stefan, On Tue, May 21, 2019 at 09:10:51PM +0200, Stefan Sperling wrote: | > Reminds me that I should find some bigger CF to stick in there; 2GB | > really doesn't cut it anymore these days. | | My alix survives reorder_kernel just fine with 2GB of swap space, | though 1GB would probably be

Re: Opportunistic DoT for unwind(8)

On Thu, Oct 24, 2019 at 11:27:24AM +0100, Kevin Chadwick wrote: | | > The purpose of unwind is to provide secure DNS services even when | > the available nameservers are broken or filtered like in many hotels. | > To do that, it prefers DNSSEC whenever possible and changes to do | > resolving by

randomize daily/weekly/monthly crons

Really like the ~ feature in cron. I'm moving every machine that gets updated to -current to use this for the daily/weekly/monthly crons, so they are randomized in the 30 minute window after the original start time. Especially useful on machines running a few (or more) VMs. Something (or

  1   2   >