uld be a
difficult 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&px=AMD-EPYC-L
392), it looks 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
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 project
> 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 would
ol 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
is be accomplished in OpenBSD? 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
sible without extending the drivers, I'd appreciate to know
this too.
Thanks,
Anatoli
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 BTW.
ut then I
couldn't solve the link between uhidev & uhid instances
(https://marc.info/?l=openbsd-misc&m=156499209423144&w=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
s of 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
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 >> /tmp
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
g else.
I know that 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
#x27;d use something 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 wor
while you unplug 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. P
nfrastructure.
Regards,
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.openbs
my 2-cents-IMO :)
Regards,
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
. It would 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 u
octeon page
says ER PRO SFP ports 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
on
internet about it, even the official 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/newsho
Wirāmu Pauling
*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
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
slower
than 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
GB/s 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,
> 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
25 matches
Mail list logo