of the internet-connected NIC, isolating this
way the host and other guests from unrestricted network flow.
The details were recently published in the FreeBSD Quarterly Status Report -
Second Quarter 2020: [1].
Regards,
Anatoli
* PCI devices passthru is a technique to pass host PCI devices
> Even then it seems that some of them turn up again pretty much
> instantly after expiry.
You could update the expire time on each new connection/port scan
attempt. This way you could put say 4 days expire time and block these
IPs on all ports on all your systems and new connection attempts
How do the same drivers work in Linux? Can't "we" "just" "copy" the code
from there? Or does the GPL licensing absolutely prevents from analyzing
Linux code and using their implementation details?
Two years ago FreeBSD started implementing AC stack [1]. Maybe there
could be a collaborative
like
something related to MSI interrupts, but I'd like to confirm if anyone
has a working setup of bhyve nic pci passthru with OpenBSD as a guest.
Thanks,
Anatoli
help if you describe in detail some particular scenario
that you say doesn't work.
Regards,
Anatoli
[1] https://en.wikipedia.org/wiki/USB-C
On 8/10/19 15:14, Jeffrey Abbinante wrote:
> Hello all,
>
> I am a relatively new OpenBSD user and an ex-Arch and Gentoo user and I'm
egards,
Anatoli
[1] https://blog.cloudflare.com/encrypted-sni/
On 7/10/19 15:38, Theo de Raadt wrote:
> Anatoli wrote:
>
>> And thank you for your detailed explanation about the certs for firmware
>> sub-domain. Just wanted to say that IMO there's actually one thing that
>&g
rds,
Anatoli
On 25/9/19 15:26, Stuart Henderson wrote:
> On 2019-09-24, Anatoli wrote:
>> Hi All,
>>
>> I see for some time that the link to Cloudflare CDN is broken.
>> https://www.openbsd.org/ftp.html says it is
>> https://cloudflare.cdn.openbsd.org/pub/OpenBSD/ b
g and plug it again)?
Regards,
Anatoli
On 5/10/19 21:06, Erling Westenvik wrote:
> Stupid me. The keyboard is working! For some reason I don't yet
> understand, the usbhidaction(1) config file I created was set to "dos"
> by vim(1) early in the process. Perhaps I copied in s
thing like `echo 1 >>
/tmp/uhid_debug` so you know that it's working, e.g.:
Consumer:Volume_Decrement 1
echo 1 >> /tmp/uhid_debug
On the other hand, I'm working on a new driver that would make all this
usbhid* operations unnecessary, the keys would work natively.
Regards,
Ana
the firmware as well as all other files are checked with
signify so https is not strictly required for authenticity (though it
does for privacy) and I don't remember if this domain has ever worked
via https before, anyway just in case there's really some misconfiguration.
Regards,
Anatoli
As to the initial question, I'd suggest Supermicro with the new AMD EPYC
Rome CPUs (I should receive them in november-december when NVMe-native
models are ready). Much better than Intel+Dell, though still proprietary.
If you are ok with something more exotic but more open and in server
class, you
On surface this is the correct configuration. I would try putting
something like: echo "lock" >> /tmp/lock.log to /etc/apm/suspend to see
if it's executed at all and then something like: pgrep xidle >>
/tmp/lock.log to see if xidle is running at that moment, then ls
/usr/local/bin/slock >>
the reported device.
Regards,
Anatoli
On 25/8/19 12:28, Bruno Flueckiger wrote:
On 24.08., Anatoli wrote:
Hi Bruno,
AWESOME!! Thanks a lot! You can add "MX Vertical" to the list of the
successfully tested pointing devices :D
I just made some minor changes as this mouse only has
lve the link between uhidev & uhid instances
(https://marc.info/?l=openbsd-misc=156499209423144=2). Please let me
know if you have any idea how to solve this.
Regards,
Anatoli
On 20/8/19 03:25, Bruno Flueckiger wrote:
On 19.08., Anatoli wrote:
I'm using Logitech MX Vertical. Nice mouse
I'm using Logitech MX Vertical. Nice mouse, IMO one of the most
ergonomic ones though it needs some adaptation. It has 2 additional
buttons which do NOT work on -current (better to say, they work like
scrolling the wheel instead being left and right), I'd like to know how
to make them work
ivers, I'd appreciate to know
this too.
Thanks,
Anatoli
BSD? I suppose the /dev/uhid{7,8} could
change depending on the order of initialization of the devices and it
may be present or not, so I can't use it directly in usbhidaction.
Thanks,
Anatoli
OpenBSD 6.5-current (GENERIC.MP) #154: Mon Jul 29 00:51:01 MDT 2019
dera...@amd64.openbsd.org:/usr/src/
> totally agree, Anatoli could you please compare ?
Will try to make tests these days + will attach dmesg. Anyway, without a
FS (sequentially writing to a raw device) we'd be testing just the
sequential speed to a raw device, not even to a partition. I think this
would be a practical maxi
with
nanoseconds latency, but that's not the case unfortunately (at least in
my setup).
*From:* Joseph Mayer
*Sent:* Monday, April 08, 2019 22:52
*To:* Chris Cappuccio
*Cc:* Anatoli , Misc
*Subject:* Re: 10GBit network performance on OpenBSD 6.4
On Tuesday, April 9, 2019 3:28 AM, Chris Cappuccio
on Linux, also no filesystem cache, so depending on your HDD with
scp you may be hitting the max throughput for the FS, not the network.
Regards,
Anatoli
*From:* Mark Schneider
*Sent:* Saturday, April 06, 2019 17:52
*To:* Misc
*Subject:* 10GBit network performance on OpenBSD 6.4
Hi,
Please
cult decision.
If you have a similar real-world deployment experience, could you please
share? Any tip on what could go wrong, possible tough issues comparing
to identical setup under Linux?
Thanks,
Anatoli
[1]
https://www.phoronix.com/scan.php?page=news_item=AMD-EPYC-Linux-4.15-First-Tes
Thanks, Maxim.
Have you tried it with OpenBSD? Or should all these j1900 devices work well?
*From:* Максим
*Sent:* Monday, April 09, 2018 02:30
*To:* Anatoli, Misc
*Subject:* Re: 4-ports router under $150
Hi Anatoli,
Another good device for $165 in basic setup:
https://ru.aliexpress.com/item
*Sent:* Sunday, April 08, 2018 23:54
*To:* Anatoli
*Cc:* Misc
*Subject:* Re: 4-ports router under $150
You can get 4 ports j1900's for sub $100 off ali-express. If you don't
care about AES-NI they do 5gbit duplex slow path l3 forwarding just fine:
If you want AES-NI then these are the Cheapest :
page doesn't provide links to it,
it appears only on the order page. Was it released just recently? Can
you confirm it's working well with OpenBSD 6.2/6.3?
Do you know where to buy it? On the official order page
(http://www.pcengines.ch/newshop.php?c=4) it says "No stock".
Regards
are not supported yet. Also it's a bit expensive
($190).
Banana Pi R2 would be great too, but I couldn't find if it's supported
by OpenBSD (it has MediaTek MT7623N, Quad-core ARM Cortex-A7).
Are there 4-5 port devices that are known to work well with OpenBSD?
Thanks,
Anatoli
25 matches
Mail list logo
