Re: bgpd: nexthops down "no carrier", interface is up

On 2017/05/17 10:52, Stuart Henderson wrote: > This is on a 6.0-release box which has been up for a while. > BGP sessions are up, but nexthops are unusable because bgpd thinks > the interface is down. Can anyone think of more information to > gather before I restart things? Had to clear it.. If

iwm: remove a firmware loading hack

It looks like we can get rid of the DELAY() hack in the firmware loader for 8000 family devices. I don't see any problems with this diff on my 8260 device. I suppose the underlying problem was fixed in if_iwm.c r1.146. Add some additional error checking while here. OK? Index: if_iwm.c

fix uvm fault in athn_clock_rate

I got this uvm fault after typing 'ifconfig athn0 mediaopt monitor' after boot, as the first ifconfig command to the athn driver. Fix below. Note that IEEE80211_CHAN_ANYC is 0x (in %rax). uvm_fault(0xff011c437e00, 0x10002, 0, 1) -> e kernel: page fault trap, code=0 Stopped at

Re: DDB causing lost keystrokes on Dell iDRAC console (not inside ddb)

On Wed, May 17, 2017 at 9:05 AM, Stefan Sperling wrote: > This was fixed in -current just a few days ago: > http://marc.info/?l=openbsd-cvs=149458062211463=2 Nifty! Thanks for that. -- "You should sit in nature for 20 minutes a day. Unless you are busy, then you should sit

[PATCH] objects: add EV subject OID names

The "EV SSL Certificate Guidelines" available from: https://cabforum.org/extended-validation/ defines three OIDs commonly seen in leaf certificates: jurisdictionLocalityName 1.3.6.1.4.1.311.60.2.1.1 jurisdictionStateOrProvinceName 1.3.6.1.4.1.311.60.2.1.2 jurisdictionCountryName

Re: copyin32(9) for i386 and amd64

Mark Kettenis wrote: > > From: "Ted Unangst" > > Date: Tue, 16 May 2017 18:27:13 -0400 > > > > Mark Kettenis wrote: > > > We can just call copyin(9) since it already is atomic. But check > > > whether the userland futex is properly aligned and return EFAULT if it > > >

FYI - ftp5.usa.openbsd.org down overnight May 24th, 25th, and 26th

RIT (where ftp5 is hosted) is doing electrical substation work overnight for three nights starting Wednesday May 24th. Power will be out from 5pm-7am each time so I will be shutting everything down starting at 4pm and bringing it all back up by 8am the following morning. All times are EDT. FYI

rename ip4_input() and ipip_input()

Hi, The function name ip4_input() is confusing as it also handles IPv6 packets. This is the IP in IP protocol input function, so call it ipip_input(). Rename the existing ipip_input() to ipip_input_gif() as it is the input function used by the gif interface. Pass the address family to make it

athn: fix ar9380 receive code

AR9380 devices are currently not supported by our athn(4). There is code for them in the driver, but this code does not work yet. This diff makes monitor mode work with an AR9380 device I have lying around. athn0 at pci1 dev 0 function 0 "Atheros AR9300" rev 0x01: apic 2 int 16 athn0: AR9380 rev

[PATCH] mbuf.9: catch up with mbuf header changes

Hi, The diff below catches up with mbuf header changes. Index: share/man/man9/mbuf.9 === RCS file: /cvs/src/share/man/man9/mbuf.9,v retrieving revision 1.106 diff -u -p -u -p -r1.106 mbuf.9 --- share/man/man9/mbuf.9 29 Mar

Re: athn: fix ar9380 receive code

On Thu, May 18, 2017 at 02:40:49AM +0200, Stefan Sperling wrote: > > AR9380 devices are currently not supported by our athn(4). > There is code for them in the driver, but this code does not work yet. > > This diff makes monitor mode work with an AR9380 device I have lying around. > > athn0 at

Re: [PATCH] mbuf.9: catch up with mbuf header changes

On Thu, May 18, 2017 at 09:22:30AM +0800, Kevin Lo wrote: > > Hi, > > The diff below catches up with mbuf header changes. Here's the revised version: Index: share/man/man9/mbuf.9 === RCS file: /cvs/src/share/man/man9/mbuf.9,v

Re: pf.conf.5: mention the inversion (!) operator

On Mon, May 15, 2017 at 07:42:46PM +0200, Michal Mazurek wrote: > - mention the inversion operator for "some parameters" > - mention the inversion operator for "received-on" to match "tagged" > - don't wrap a short line > - use spaces, not tabs inside a literal block > - quote the inversion

Re: [PATCH] pcidump - Enhanced Capabilities

On Thu, Mar 16, 2017 at 03:19:23PM +0100, Simon Mages wrote: > Hi, > > right now i got the chance to play a little bit with PCIe. I read some > parts of the spec > and was interessted what my PCIe devices can do. I also found out that > pcidump can > not display the Enhanced Capabilites. > >

Re: copyin32(9) for i386 and amd64

> From: "Ted Unangst" > Date: Tue, 16 May 2017 18:27:13 -0400 > > Mark Kettenis wrote: > > We can just call copyin(9) since it already is atomic. But check > > whether the userland futex is properly aligned and return EFAULT if it > > isn't such that this system call

[PATCH] re: disable PCIe ASPM and ECPM (CLKREQ)

>From FreeBSD (r227593, r307982): More and more RealTek controllers started to implement EEE feature. Vendor driver seems to load a kind of firmware for EEE with additional PHY fixups. It is known that the EEE feature may need ASPM support. Unfortunately there is no documentation for EEE of the

bgpd: nexthops down "no carrier", interface is up

This is on a 6.0-release box which has been up for a while. BGP sessions are up, but nexthops are unusable because bgpd thinks the interface is down. Can anyone think of more information to gather before I restart things? $ ifconfig em1 | head -6 em1:

Re: DDB causing lost keystrokes on Dell iDRAC console (not inside ddb)

On 17.5.2017. 14:59, Alan McKay wrote: > Looks like this never got a response and we are seeing the same issue. > > OpenBSD 6.0, Dell 330, iDRAC 8, trying to get a console with the > iDRAC. Works great with Linux or ESXi on the box, but OpenBSD does > not work. There is major keystroke loss

Re: DDB causing lost keystrokes on Dell iDRAC console (not inside ddb)

Looks like this never got a response and we are seeing the same issue. OpenBSD 6.0, Dell 330, iDRAC 8, trying to get a console with the iDRAC. Works great with Linux or ESXi on the box, but OpenBSD does not work. There is major keystroke loss which makes it impossible to use. Is there a way to

Re: DDB causing lost keystrokes on Dell iDRAC console (not inside ddb)

On Wed, May 17, 2017 at 08:59:39AM -0400, Alan McKay wrote: > Looks like this never got a response and we are seeing the same issue. > > OpenBSD 6.0, Dell 330, iDRAC 8, trying to get a console with the > iDRAC. Works great with Linux or ESXi on the box, but OpenBSD does > not work. There is