Re: apmd hangs

On 09/08/14 23:35, Mark Kettenis wrote: The more code documentation I read, the more I'm convinced that coordinating state changes between logical processors isn't necessary and actually is responsible for the hangs people have been seeing. So here is a diff that does away with it all.

Re: ntpd jump ahead

Il giorno Domenica, 11 Agosto, 2013 22:47 CEST, Ted Unangst t...@tedunangst.com ha scritto: Nobody seemed to much care about my previous effort to get OpenBSD to play nicely inside a suspended VM. http://marc.info/?l=openbsd-miscm=134324835209706w=2 Instead of the kernel, this time I'm

pcap icmptype support

This diff adds support to icmptype grammar to libpcap. With this diff we can do: $ sudo tcpdump -netttv -i nfe0 icmp[icmptype] = 8 and capture only echo requests. This diff is needed for an upcoming nmap update. Comments ? ok ? Cheers Giovanni Index: scanner.l

Re: problem in manual page for ip(4)

On 08/25/11 14:44, Thomas de Grivel wrote: Including sys/types.h before sys/socket.h makes it ok. So either the manual is wrong or sys/socket.h or netinet/in.h is wrong. Ok for this diff ? Cheers Giovanni Index: ip.4 === RCS

Re: etc/rc.d/sendmail diff

Il 17/01/2012 13.40, Dan Harnett ha scritto: The sendmail daemon can be in a state where it is rejecting new messages and sets the proc title accordingly. The current rc.d script ignores sendmail if it is in this state. $ pgrep -lf sendmail 459 sendmail: rejecting new messages: min

Re: diff: ignore mandatory rx-connect-speed avp

On 01/20/12 11:11, Sebastian Reitenbach wrote: On Friday, January 20, 2012 08:09 CET, YASUOKA Masahiko yasu...@yasuoka.net wrote: add handling of `rx connect speed' avp to ignore the bug of xl2tpd. reported by sebastia@ on misc@. The diff seems correct, ok giovanni@ Cheers Giovanni

Re: Move pcap-filter(3) man page to section 7

On Thu, Aug 30, 2012 at 10:29:40PM -0400, Lawrence Teo wrote: I think the current pcap-filter(3) man page belongs in section 7, since it does not describe library functions like the other man pages in section 3. It is more similar to the man pages in section 7. The mainline libpcap's source

Re: pppx(4) and a pppx interface group

Il 01/02/2013 22.17, Stuart Henderson ha scritto: In gmane.os.openbsd.misc, Mattieu Baptiste wrote: Hi, I'm testing npppd with pppx(4). As i'm understanding npppd, a new pppx(4) interface is created for every new session. Thus, new /dev/pppxN nodes must be created for the sessions that we

Re: install(1) confusing error message

On 02/14/13 21:38, Miod Vallat wrote: This is what happens when install(1) is used to install files on a read-only filesystem: # mount -u -o ro /usr # cd /usr/src # make build cd /usr/src/share/mk exec make install install -c -o root -g bin -m 444 bsd.README bsd.dep.mk bsd.lib.mk

relayd: DIOCXCOMMIT can fail

In pfe_filter.c there is a call to DIOCXCOMMIT ioctl to commit pf rules generated by relayd but in pfe_filter.c:551 there is only a warning about the transaction failing. If transaction_commit fails with EBUSY relayd thinks that the pf rules has been committed but they are not; at this moment

Re: relayd: DIOCXCOMMIT can fail

On Mon, Mar 18, 2013 at 11:15:55AM +, Stuart Henderson wrote: Retrying EBUSY definitely makes sense to me. Wonder if it's worth having a fixed minimum (i.e. timer = 500 + arc4random_uniform(1) or something)? I'm undecided about s/log_warn/fatalx/, in some ways it's better if it

Re: Add support to AR5424

On 03/27/13 12:27, Hubert Jarosz wrote: Hi, I'm trying to install OpenBSD on my laptop with AR5424 but it fails. The question is: wasn't the patch which I found ( http://marc.info/?t=12643791922) merged into OpenBSD official repository or it's bugged? If I remember well it breaks at

Re: Add support to AR5424

Stuart Henderson wrote: On 2010/01/25 00:50, Luis Henriques wrote: Re-sending with cvs diff -upRN Wha, you mean I have to dismantle my AspireOne again and put the minipcie back in to test it? Don't worry, I have this wireless card on my laptop too ;-) Cheers Giovanni

Re: Add support to AR5424

Giovanni Bechis wrote: Stuart Henderson wrote: On 2010/01/25 00:50, Luis Henriques wrote: Re-sending with cvs diff -upRN Unfortunately this diff doesn't work with my card, I have unable to reset hardware errors whenever I try to scan the network or configure my device. Cheers Giovanni

Re: Add support to AR5424

Luis Henriques wrote: If you're able to test this patch, please let me know if anything changed from previous patch. The wireless doesn't work but some error codes have changed, now hal statuses are: ath0: unable to reset hardware; hal status 2160264736 ath0: unable to reset hardware; hal

Re: [PATCH] Little typo in Grub2 example

Vivien MOREAU wrote: Hello. This patch is correcting a very little typo in the new example of configuration for Grub2. Fixed, Thanks Giovanni

Re: Add support to AR5424

On 04/27/10 19:34, Luis Henriques wrote: BTW, with my wifi card, it seems to make no difference whether the value 0x0040 or 0x1000 is used. How the hell my card is working??? :-) I tried your latest diff with my card, it is recognized well, there are no more hal status messages from the

Re: Add support to AR5424

Il 29/04/2010 11.59, Giovanni Bechis ha scritto: With this patch my system does not hang anymore but when I try dhclient ath0 my wifi status is no network: $ sudo dhclient ath0 ath0: no link . sleeping I am seeing also some ath0: device timeout kernel messages. Cheers Giovanni

Re: Add support to AR5424

On 04/29/10 13:40, Luis Henriques wrote: On 2010/04/28 18:41, Luis Henriques wrote: Anyway, this gave me the chance to find some more differences between ath(4) and linux ath5k device driver. Two constants (HAL_MODE_11G and HAL_MODE_XR) were defined with the wrong values. See updated patch

Re: Clarify usage of set +o emacs-usemeta

On 05/03/10 21:02, Christian Weisgerber wrote: I don't like it. Characters with the eighth bit set and letters with diacritics (accented characters) aren't the same thing. Maybe we can write something about it on Faq7. Cheers Giovanni

Re: Add support to AR5424

Il 21/05/2010 19.31, Tom Murphy ha scritto: Is there any update on this? Is it possible to get the chipset working? At least latest version breaks this chip (found on IBM x40): ath0 at pci1 dev 2 function 0 Atheros AR5212 (IBM MiniPCI) rev 0x01: irq 11 ath0: AR5213A 5.9 phy 4.3 rf5112a

Re: [PATCH] pcap manpages

On 03/27/15 09:16, Jan Stary wrote: The diff below fixes what mandoc -Tlint complains about, anotates the authors' names with .An in pcap.3 and removes a bit of cruft. I have more diffs lined up for this, in case someone was about to do that. Would it be beneficial to rewrite

Re: [PATCH] pcap manpages

On 03/27/15 09:34, Jason McIntyre wrote: On Fri, Mar 27, 2015 at 09:25:40AM +0100, Giovanni Bechis wrote: On 03/27/15 09:16, Jan Stary wrote: The diff below fixes what mandoc -Tlint complains about, anotates the authors' names with .An in pcap.3 and removes a bit of cruft. I have more diffs

Re: [patch] acpithinkpad(4) unknown event 0x6000

On 04/24/15 13:20, Mikhail wrote: Hello, when I switch numlock on thinkpad e530 I see aforesaid message on console log. Can someone review inlined patch? it's ok for me and fixes the same problem, ok anyone ? Cheers Giovanni

Re: opensmtpd + acceptable mail

-To: giova...@bigio.paclan.it Received: from localhost (bigio.paclan.it [local]) by bigio.paclan.it (OpenSMTPD) with ESMTPA id 0e403d24 for giova...@bigio.paclan.it; Thu, 7 May 2015 09:31:50 +0200 (CEST) From: Giovanni Bechis giova...@bigio.paclan.it Date: Thu, 7 May 2015 09:31

Re: opensmtpd + acceptable mail

On 05/08/15 12:30, Stuart Henderson wrote: On 2015/05/08 12:12, Gilles Chehade wrote: I think the proper fix is to reconsider the prepend in the mda case. If procmail requires custom config, so be it. Given that people aren't meant to be using procmail anyway, this sounds good to me. I

Re: acpi pci config space access fix

On Tue, Aug 18, 2015 at 11:13:51PM +0200, Mark Kettenis wrote: Here is a new version of the diff to make sure we respect the access size of pci config space reads and writes in acpi code that was backed out. This version adds some code to make sure those reads and writes are properly aligned.

Re: whois(1) -I (whois.iana.org)

Stuart Henderson ha scritto: >This seems quite a useful database now that there are 500+ TLDs, >OK to add a flag to use it more easily from whois(1)? > >Index: whois.1 >=== >RCS file:

Re: [patch] adding quotes for space-containing values in smtpd(8) logs

On Sun, Jun 05, 2016 at 12:43:14PM +0200, Gilles Chehade wrote: > On Thu, Jun 02, 2016 at 05:18:21PM +0300, Pavel Korovin wrote: > > Dear all, > > > > Could you consider quoting the space-containing values in smtpd log > > messages? > > > > I like the latest smtpd log format improvements, but

Re: add mirror discovery to pkg_add

On 06/22/16 18:57, Theo de Raadt wrote: >>> Aside from that, i dont think we should be hardcoding ip-adresses like that. >>> >> we are doing that with miniroot/install.sub, time to change ? > > No, that is not what miniroot/install.sub does. Not at all. > I know, I just said that the ip address

Re: add mirror discovery to pkg_add

On 06/22/16 18:28, Sebastian Benoit wrote: > Ted Unangst(t...@tedunangst.com) on 2016.06.22 12:25:04 -0400: >> Marc Espie wrote: >>> This would allow pkg_add to auto-configure a mirror, for the case where >>> PKG_PATH was not specified and where pkg.conf does not exist. >>> >>> It only triggers

enable FN_KEY_{SUSPEND,HIBERNATE} in acpitoshiba(4)

Hi, this diff enables suspend and hibernate through fn keys in Toshiba laptops. Comments ? Ok ? Cheers Giovanni Index: acpitoshiba.c === RCS file: /var/cvs/src/sys/dev/acpi/acpitoshiba.c,v retrieving revision 1.5 diff -u -p -r1.5

Re: enable FN_KEY_{SUSPEND,HIBERNATE} in acpitoshiba(4)

On Wed, Jun 15, 2016 at 03:49:46PM -0700, Mike Larkin wrote: > On Thu, Jun 16, 2016 at 12:05:51AM +0200, Giovanni Bechis wrote: > > Hi, > > this diff enables suspend and hibernate through fn keys in Toshiba laptops. > > Comments ? Ok ? > > Cheers > > Giova

Re: ntpd: strptime portability problem

On Fri, Mar 04, 2016 at 11:32:51PM +0100, Christian Weisgerber wrote: > Matthias Andree noticed that the constraint > offset was always off by 3600 seconds for him (running OpenNTPD on > FreeBSD with CET timezone). > > The way we parse the HTTP date in the ntpd constraint

Re: smtpd: log ip/hostname for failed-command events

On 08/25/16 15:39, Gilles Chehade wrote: > On Mon, Aug 22, 2016 at 11:10:28PM +0300, Pavel Korovin wrote: >> Dear all, >> >> I have local patch which implements IP/hostname logging for all SMTP >> operations. >> It simplifies log processing for me since I don't have to keep reference >> between

Re: smtpd: log ip/hostname for failed-command events

On Mon, Aug 22, 2016 at 11:10:28PM +0300, Pavel Korovin wrote: > Dear all, > > I have local patch which implements IP/hostname logging for all SMTP > operations. > It simplifies log processing for me since I don't have to keep reference > between session ids and IPs/hostnames and check it every

Re: Another step in cleaning the smtpd exit path.

On Sun, Sep 04, 2016 at 05:02:07PM +0200, Eric Faurot wrote: > > The smtpd processes are not expected to ever leave their event loop. > So stop pretending that the *_shutdown() functions could ever be called > in this context, and just fatal() if event_dispatch() returns. > make sense, ok

sync arch with reality in sendbug(1)

Remove vax and other discontinued arch, add zaurus and more. Is this correct or we want less ? Cheers Giovanni Index: sendbug.c === RCS file: /var/cvs/src/usr.bin/sendbug/sendbug.c,v retrieving revision 1.76 diff -u -p -r1.76

Re: inteldrm(4) diff needs review and testing

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 tables as

Re: Remove path support from OpenBSD::Pledge

On 09/09/17 05:40, Andrew Fresh wrote: > This removes path support from the OpenBSD::Pledge perl module in > preparation for the hot new thing. > > I don't believe anyone could be using this as it would have just thrown > errors if you tried, but thought I should ask for an ok. > > so OK? >

Re: Reported problem: postfix, libressl 2.6.x, DHE-RSA-AES256-SHA

On 11/10/17 17:46, Joel Sing wrote: [...] > I suspect this is going to be difficult to track down without being able to > see > what is on the wire (tcpdump or 'smtpd_tls_loglevel = 3' in postfix) or being > able to reproduce/trigger TLS sessions from the client. > postfix log file with

Re: Reported problem: postfix, libressl 2.6.x, DHE-RSA-AES256-SHA

On 12/04/17 13:19, Giovanni Bechis wrote: > On 11/10/17 17:46, Joel Sing wrote: > [...] >> I suspect this is going to be difficult to track down without being able to >> see >> what is on the wire (tcpdump or 'smtpd_tls_loglevel = 3' in postfix) or being >> able to

Re: Reported problem: postfix, libressl 2.6.x, DHE-RSA-AES256-SHA

On 12/04/17 17:27, Joel Sing wrote: > On Monday 04 December 2017 13:19:41 Giovanni Bechis wrote: >> On 11/10/17 17:46, Joel Sing wrote: >> [...] >> >>> I suspect this is going to be difficult to track down without being able >>> to see what is on the w

Re: Reported problem: postfix, libressl 2.6.x, DHE-RSA-AES256-SHA

On 12/04/17 17:39, Giovanni Bechis wrote: > On 12/04/17 17:27, Joel Sing wrote: >> On Monday 04 December 2017 13:19:41 Giovanni Bechis wrote: >>> On 11/10/17 17:46, Joel Sing wrote: >>> [...] >>> >>>> I suspect this is going to be difficult t

locate.mklocatedb broken with LC_ALL!=C

Hi, after setting LC_ALL=en_US.UTF-8 on my env locate.mklocatedb seems broken, resetting LC_ALL=C is a workaround. $ export LC_ALL=en_US.UTF-8 $ doas /usr/libexec/locate.updatedb sort: Illegal byte sequence locate.mklocatedb: cannot build locate database $ export LC_ALL=C $ doas

Re: locate.mklocatedb broken with LC_ALL!=C

On Sun, Oct 07, 2018 at 10:06:35AM +0200, Stefan Sperling wrote: > On Sun, Oct 07, 2018 at 09:43:05AM +0200, Giovanni Bechis wrote: > > Hi, > > after setting LC_ALL=en_US.UTF-8 on my env locate.mklocatedb seems broken, > > resetting LC_ALL=C is a workaround. > > >

Re: locate.mklocatedb broken with LC_ALL!=C

On Sun, Oct 07, 2018 at 08:35:28PM -0600, Todd C. Miller wrote: > On Sun, 07 Oct 2018 17:08:06 +0200, Marc Espie wrote: > > > Specifically, the only part that cares about > > locale is sort, and it's definitely correct in fixing > > it's not run on an utf-8 file. > > Agreed. How about the

Re: ospf6d reports no buffer space available on vmx interface

On 12/18/18 11:34 AM, Arnaud BRAND wrote: > Hi, > > I'm running 6.4 stable, with latest syspatches. > > I saw ospf6d reporting this in the logs > Dec 18 08:18:10 obsd64-ic1 ospf6d[68658]: send_packet: error sending packet > on interface vmx1: No buffer space available > I have similar problems

Re: locate.mklocatedb broken with LC_ALL!=C

ping... any possible issue with millert@ diff ? Giovanni On Sun, Oct 07, 2018 at 08:35:28PM -0600, Todd C. Miller wrote: > On Sun, 07 Oct 2018 17:08:06 +0200, Marc Espie wrote: > > > Specifically, the only part that cares about > > locale is sort, and it's definitely correct in fixing > > it's

Re: smtpd.conf add admd keyword

On 9/6/20 5:06 PM, Martijn van Duren wrote: > EHLO, > > RFC8601 defines the authentication-results header which can be used to > show the verification-results of DKIM, SPF, DMARC, and others. > I think it can be a good addition. ok giovanni@ Cheers Giovanni > I can think of quite a few

Re: smtpd: document "pki" option for relay delivery in smtpd.conf(5)

On 9/13/20 11:09 PM, Todd C. Miller wrote: > On Sun, 13 Sep 2020 20:45:35 +0800, Nick Gasson wrote: > >> I struggled a bit to configure smtpd to relay to a remote server that >> requires SSL client certificates. The solution is to just add a "pki >> host.example.org" option, but "pki" is not

Re: [diff] src/usr.sbin/smtpd: change process names

On 12/20/20 12:21 AM, gil...@poolp.org wrote: > December 19, 2020 11:26 PM, "Martijn van Duren" > wrote: > >> Personally I'd rather wait to keep the names in sync, especially since >> it's an easy 2 line diff that can easily be incorperated in the bigger >> thing. But it's not something I'm

Re: [diff] src/usr.sbin/smtpd: change process names

On 12/30/20 9:27 AM, Martijn van Duren wrote: > On Tue, 2020-12-29 at 08:57 +0100, Giovanni Bechis wrote: >> On 12/20/20 12:21 AM, gil...@poolp.org wrote: >>> December 19, 2020 11:26 PM, "Martijn van Duren" >>> wrote: >>> >>>> Person

Re: monotonic time going back by wrong skews

re 3, package 1 > > these 2 are real machine and using 2 CPU sockets. > > https://marc.info/?l=openbsd-ports=161562278114172=2 > |Subject:ruby27 vs Puppet > |From: Giovanni Bechis > |bios0: vendor Phoenix Technologies LTD version "6.00" date 12/12/2018 > |bios0: V

Re: smtpd: default mta ciphers

On 4/1/21 4:34 PM, Eric Faurot wrote: > If not cipher list is specified for a relay rule, fallback to > the global cipher list if defined, rather than libtls default. > This is closer to the previous behavior. > > Eric. > makes sense. ok giovanni@ Cheers Giovanni OpenPGP_signature

Re: monotonic time going back by wrong skews

I attached the correct diff at last of this mail. > new .tgz attached. Giovanni > I'm sorry again. > > On Tue, 6 Apr 2021 09:21:40 +0200 > Giovanni Bechis wrote: >> On Mon, Apr 05, 2021 at 07:14:49PM +0900, YASUOKA Masahiko wrote: >>> Hi, >>> >&g

Re: relayd check script memory explosion

On Mon, Feb 15, 2021 at 12:03:42PM +1000, Jonathan Matthew wrote: > It's fairly easy to accidentally configure relayd to try to run check scripts > faster than they finish, for example if you have a check interval of one > second and the check script makes a tcp connection to a host that doesn't >

Re: fortune(6): Veni, vidi, vici

On Mon, Aug 23, 2021 at 09:42:28PM +0100, Jason McIntyre wrote: > On Mon, Aug 23, 2021 at 08:18:13PM +0200, Alessandro De Laurenzis wrote: > > Greetings, > > > > I was reluctant to submit this patch, since I'm not a native English > > speaker and this could be a wordplay joke, but if not, and it

Re: vmt.c: Change space character to TAB

On Wed, Dec 28, 2022 at 03:36:56PM +0900, Masato Asou wrote: > ok? > > -- > ASOU Masato > sure, ok giovanni@ Cheers Giovanni > Index: sys/dev/pv/vmt.c > === > RCS file: /cvs/src/sys/dev/pv/vmt.c,v > retrieving revision 1.28 >

Re: smtpd: some fatal -> fatalx

On Tue, May 16, 2023 at 02:51:44PM +0200, Omar Polo wrote: > while debugging a pebkac in -portable, I noticed that in various > places we use fatal() for libtls failures. errno doesn't generally > contains anything useful after libtls functions, and in most it's > explicitly cleared to avoid