Re: How to send a bug report with sendbug? What to configure to actually send the message?

[Zsolt Kantor]

Thanks for the answer.


On Friday, February 9, 2018 1:29 AM, "ed...@pettijohn-web.com" 
 wrote:





On Feb 8, 2018 4:26 PM, Tom Smyth  wrote:

>

> Hi Zolt

>

> you can open the message on a command terminal ...  copy and paste

> the message manually into a working email client,

> make sure the subject and email addresses are consistent

>

> I hope this helps ...

> Tom Smyth

>

> On 8 February 2018 at 21:37, Zsolt Kantor  wrote:

> > Hello, I'm very new to the OpenBSD OS, I found a bug in the inteldrm driver 
> > and I want to send it with sendbug. Probably something needs to be 
> > configured to actually send out the message, because I sent the bug report, 
> > but it only landed in my local mailbox. The question is what should I 
> > configure to actually send the message to the mailing list.

> >

> > Thanks.

> >

>

>

>

> -- 

> Kindest regards,

> Tom Smyth

>

> Mobile: +353 87 6193172

> The information contained in this E-mail is intended only for the

> confidential use of the named recipient. If the reader of this message

> is not the intended recipient or the person responsible for

> delivering it to the recipient, you are hereby notified that you have

> received this communication in error and that any review,

> dissemination or copying of this communication is strictly prohibited.

> If you have received this in error, please notify the sender

> immediately by telephone at the number above and erase the message

> You are requested to carry out your own virus check before

> opening any attachment.

>

sendbug -p


Copy paste


Or set up smtpd to relay your email through Gmail, etc.

Re: How to send a bug report with sendbug? What to configure to actually send the message?

[Zsolt Kantor]

Yes, thanks for the hint. I thought about this. Actually in theory is more 
simple to use directly the sendbug command, but for that you need to configure 
a server (smtp I think). And I do not want to spend days now to learning how to 
do it. So I will do at the simple way, as you told me.
Thanks 

On Friday, February 9, 2018 12:33 AM, Tom Smyth 
 wrote:
 

 Hi Zolt

you can open the message on a command terminal ...  copy and paste
the message manually into a working email client,
make sure the subject and email addresses are consistent

I hope this helps ...
Tom Smyth

On 8 February 2018 at 21:37, Zsolt Kantor  wrote:
> Hello, I'm very new to the OpenBSD OS, I found a bug in the inteldrm driver 
> and I want to send it with sendbug. Probably something needs to be configured 
> to actually send out the message, because I sent the bug report, but it only 
> landed in my local mailbox. The question is what should I configure to 
> actually send the message to the mailing list.
>
> Thanks.
>



-- 
Kindest regards,
Tom Smyth

Mobile: +353 87 6193172
The information contained in this E-mail is intended only for the
confidential use of the named recipient. If the reader of this message
is not the intended recipient or the person responsible for
delivering it to the recipient, you are hereby notified that you have
received this communication in error and that any review,
dissemination or copying of this communication is strictly prohibited.
If you have received this in error, please notify the sender
immediately by telephone at the number above and erase the message
You are requested to carry out your own virus check before
opening any attachment.

   

Re: considering a move to OpenBSD

[Edgar Pettijohn]

On 02/08/18 19:28, mazocomp wrote:

On Thu, Feb 08, 2018 at 01:41:20PM -0800, Charlie Eddy wrote:

hello misc,


Hi!


I am considering a move to OpenBSD, since I subscribed to this mailing list
some time ago (~few months). I want to take advantage of security.


Good, go ahead, all doors are open.


However, a programmer who I know personally and respect considers OpenBSD
to be old-school, in a negative sense. He recommends Arch Linux as
superior, because more new. Does the difference boil down to one's
definition of free software, and then compliance with that definition?


It's good to listen opinions and have advices. But remember you have
your own opinion, so make your own choice and say aloud: I CHOOSE TO!!!

Also I don't understand what does it mean more new. If you mean new
features, Linux is chaotic, so if number of features is more important
to you than quality of OS, then Arch Linux is really a good choice.


I have read up on this a lot, and this is a serious question. I have heard
that it is unimportant what *nix you're on after a few years of using one
or the other, in terms of functionality. I am interested in embedded
devices. I think that bends the needle towards Arch, but the security of
OpenBSD is also attractive. What considerations should I take into account?


It is really important what Unix-like OS you're using, first of all it
matters to you. Make your choice depending on what you want technically.

I don't use Linux, FreeBSD, NetBSD, DragonFlyBSD or any other Unix-like
OS because they don't meet my needs. OpenBSD has everything I can't live
without. I choose security, simplicity and code quality.
  

Regards,
Charlie


Regards,
Leonid Bobrov

I find all Linux's to be overly complicated. I installed Debian on a 
desktop for
my 7 year old to play minecraft. First off it took forever to download 
and install.

My piss poor internet connection is to blame for most of that time though.
However, anytime I want to install something else and I go man "new 
program".
Guess what no f-ing man page. I have to install a separate doc package. 
I'm kind of
glad that they automatically start servers and what not, because I'm not 
sure I could
bear to read the systemd manual to figure out how to start them. The 
other BSD's
aren't even close in my opinion.  FreeBSD is ok, but for a desktop you 
don't even
start out with a basic X to get going.  You have to install it 
separately.  NetBSD is ok,
but it seemed like everytime I went to install a package it wouldn't 
build or the defaults
weren't what I needed.  It's rare to find an OpenBSD package not be spot 
on plus there
is almost always additional information from the packager I assume in 
/usr/local/share/doc/pkg-readme/.
I think the only Linux distro that I don't mind using is Slackware, but 
I feel it is in need
of some cleaning. It's nice that it comes stock with so much, but 
it's also kind of
annoying. I haven't tried DragonFly, but I'm guessing it is probably a 
lot like FreeBSD.


I say install it on a usb stick and give it a whirl. It does everything 
I need it to do.


Edgar

Re: considering a move to OpenBSD

[mazocomp]

On Thu, Feb 08, 2018 at 01:41:20PM -0800, Charlie Eddy wrote:
> hello misc,
> 

Hi!

> I am considering a move to OpenBSD, since I subscribed to this mailing list
> some time ago (~few months). I want to take advantage of security.
> 

Good, go ahead, all doors are open.

> However, a programmer who I know personally and respect considers OpenBSD
> to be old-school, in a negative sense. He recommends Arch Linux as
> superior, because more new. Does the difference boil down to one's
> definition of free software, and then compliance with that definition?
> 

It's good to listen opinions and have advices. But remember you have
your own opinion, so make your own choice and say aloud: I CHOOSE TO!!!

Also I don't understand what does it mean more new. If you mean new
features, Linux is chaotic, so if number of features is more important
to you than quality of OS, then Arch Linux is really a good choice.

> I have read up on this a lot, and this is a serious question. I have heard
> that it is unimportant what *nix you're on after a few years of using one
> or the other, in terms of functionality. I am interested in embedded
> devices. I think that bends the needle towards Arch, but the security of
> OpenBSD is also attractive. What considerations should I take into account?
>

It is really important what Unix-like OS you're using, first of all it
matters to you. Make your choice depending on what you want technically.

I don't use Linux, FreeBSD, NetBSD, DragonFlyBSD or any other Unix-like
OS because they don't meet my needs. OpenBSD has everything I can't live
without. I choose security, simplicity and code quality.
 
> Regards,
> Charlie
>

Regards,
Leonid Bobrov

Re: considering a move to OpenBSD

[Jeffrey Joshua Rollin]

On 8 Feb 2018 23:23, "Steve Litt"  wrote:

On Thu, 8 Feb 2018 13:41:20 -0800
Charlie Eddy  wrote:

> hello misc,
>
> I am considering a move to OpenBSD, since I subscribed to this
> mailing list some time ago (~few months). I want to take advantage of
> security.
>
> However, a programmer who I know personally and respect considers
> OpenBSD to be old-school, in a negative sense. He recommends Arch
> Linux as superior, because more new. Does the difference boil down to
> one's definition of free software, and then compliance with that
> definition?
>
> I have read up on this a lot, and this is a serious question. I have
> heard that it is unimportant what *nix you're on after a few years of
> using one or the other, in terms of functionality. I am interested in
> embedded devices. I think that bends the needle towards Arch, but the
> security of OpenBSD is also attractive. What considerations should I
> take into account?

If installability on embedded devices is a requirement, I think that
would rule out a whole bunch of BSDs and Linux distros.

About your friend: There's a logical fallacy called "Appeal to Novelty"
(https://en.wikipedia.org/wiki/Appeal_to_novelty) If your experience is
anything like mine, household appliances installed in the 1980's tended
to last almost 20 years, whereas appliances in the 2010's tend to last
about six. Sometimes newer is better, sometimes it's not. Arch Linux
uses the relatively new systemd init system/OS controller/Desktop aid.
It's such a mess that nobody's ever been able to draw its block diagram,
complete with boxes and arrows.

My main OS right now is Void Linux, but when I used OpenBSD I was
impressed with how everything worked exactly the same, every single
time. This is subjective,  but I view OpenBSD as the most solid OS I've
ever run.

SteveT


Hardware support won't be as good as in Linux, but it's probably the BSD
with the greatest level of hardware support out of the box, for PCs, plus
it installs X11 out of the box (if you want); by default, though, OpenBSD's
implementation of X11 is primitive, if you're coming from Linux, but can be
made more user-friendly and attractive. WiFi support (more precisely
switching networks) is still a pain; and I've come to the conclusion that
I'm obsessed with fonts, because I seem to be the only one who thinks ALL
Unices' fonts suck out of the box, though they can be improved greatly in
Linux. I haven't yet got them looking great in OpenBSD, but maybe you'll
have better luck/won't care. I can't speak to security because I wouldn't
know a vulnerability if it bit me on the arse, but sometimes the stability
of (userspace) software can be overrated (GDM
for example can be unstable on my system, but then GNOME3 always is, and I
use GDM only under duress, because it's the best desktop manager available
on OPENBSD, IMO (the fact that I use MATE or XFCE, not the execrable GNOME,
as my desktop might be a factor in GDM's instability.

Oh, and proprietary or freemium software (even browsers like Chrome and
Vivaldi) are hard to come by.

 Jeff

PS if you're ONLY interested in embedded devices, try NetBSD too - it even
runs on toasters. (This used to be a joke, but now it really does.)


Steve Litt
January 2018 featured book: Troubleshooting: Why Bother?
http://www.troubleshooters.com/twb

Re: considering a move to OpenBSD

[Daniel Bolgheroni]

On Thu, Feb 08, 2018 at 09:41:20PM +, Charlie Eddy wrote:
> hello misc,
> 
> I am considering a move to OpenBSD, since I subscribed to this mailing list
> some time ago (~few months). I want to take advantage of security.
> 
> However, a programmer who I know personally and respect considers OpenBSD
> to be old-school, in a negative sense. He recommends Arch Linux as
> superior, because more new. Does the difference boil down to one's
> definition of free software, and then compliance with that definition?
> 
> I have read up on this a lot, and this is a serious question. I have heard
> that it is unimportant what *nix you're on after a few years of using one
> or the other, in terms of functionality. I am interested in embedded
> devices. I think that bends the needle towards Arch, but the security of
> OpenBSD is also attractive. What considerations should I take into account?

I don't think that, if you ask the same question on an Arch Linux
mailing list, people will suggest you to run OpenBSD. Since you're on an
OpenBSD mailing list, the odds are people here will... nevermind.

There are a lot (really, a lot) of things you should consider.
Honestly, these opiniated, one-sentence answers like these should ring
bells on your head, and work as an alert (because it's newer? really?).

That being said, the mindset of "going to shop" when choosing software
(e.g. comparing project features to see which one "offers more for the
lowest price") is just wrong. What do you really need? "Embedded",
"security" or any single-worded reason won't say much.

No words here will spare you the work you have to do by yourself. Install
it and put it to work. Then, then take your own conclusions.

-- 
db

Re: considering a move to OpenBSD

[Charlie Eddy]

Thanks Daniel. Definitely the correct answer.

On Thu, Feb 8, 2018 at 4:07 PM, Daniel Bolgheroni 
wrote:

> On Thu, Feb 08, 2018 at 09:41:20PM +, Charlie Eddy wrote:
> > hello misc,
> >
> > I am considering a move to OpenBSD, since I subscribed to this mailing
> list
> > some time ago (~few months). I want to take advantage of security.
> >
> > However, a programmer who I know personally and respect considers OpenBSD
> > to be old-school, in a negative sense. He recommends Arch Linux as
> > superior, because more new. Does the difference boil down to one's
> > definition of free software, and then compliance with that definition?
> >
> > I have read up on this a lot, and this is a serious question. I have
> heard
> > that it is unimportant what *nix you're on after a few years of using one
> > or the other, in terms of functionality. I am interested in embedded
> > devices. I think that bends the needle towards Arch, but the security of
> > OpenBSD is also attractive. What considerations should I take into
> account?
>
> I don't think that, if you ask the same question on an Arch Linux
> mailing list, people will suggest you to run OpenBSD. Since you're on an
> OpenBSD mailing list, the odds are people here will... nevermind.
>
> There are a lot (really, a lot) of things you should consider.
> Honestly, these opiniated, one-sentence answers like these should ring
> bells on your head, and work as an alert (because it's newer? really?).
>
> That being said, the mindset of "going to shop" when choosing software
> (e.g. comparing project features to see which one "offers more for the
> lowest price") is just wrong. What do you really need? "Embedded",
> "security" or any single-worded reason won't say much.
>
> No words here will spare you the work you have to do by yourself. Install
> it and put it to work. Then, then take your own conclusions.
>
> --
> db
>

Re: How to send a bug report with sendbug? What to configure to actually send the message?

[edgar]

On Feb 8, 2018 4:26 PM, Tom Smyth  wrote:
>
> Hi Zolt
>
> you can open the message on a command terminal ...  copy and paste
> the message manually into a working email client,
> make sure the subject and email addresses are consistent
>
> I hope this helps ...
> Tom Smyth
>
> On 8 February 2018 at 21:37, Zsolt Kantor  wrote:
> > Hello, I'm very new to the OpenBSD OS, I found a bug in the inteldrm driver 
> > and I want to send it with sendbug. Probably something needs to be 
> > configured to actually send out the message, because I sent the bug report, 
> > but it only landed in my local mailbox. The question is what should I 
> > configure to actually send the message to the mailing list.
> >
> > Thanks.
> >
>
>
>
> -- 
> Kindest regards,
> Tom Smyth
>
> Mobile: +353 87 6193172
> The information contained in this E-mail is intended only for the
> confidential use of the named recipient. If the reader of this message
> is not the intended recipient or the person responsible for
> delivering it to the recipient, you are hereby notified that you have
> received this communication in error and that any review,
> dissemination or copying of this communication is strictly prohibited.
> If you have received this in error, please notify the sender
> immediately by telephone at the number above and erase the message
> You are requested to carry out your own virus check before
> opening any attachment.
>
sendbug -p

Copy paste

Or set up smtpd to relay your email through Gmail, etc.

Re: considering a move to OpenBSD

[Steve Litt]

On Thu, 8 Feb 2018 13:41:20 -0800
Charlie Eddy  wrote:

> hello misc,
> 
> I am considering a move to OpenBSD, since I subscribed to this
> mailing list some time ago (~few months). I want to take advantage of
> security.
> 
> However, a programmer who I know personally and respect considers
> OpenBSD to be old-school, in a negative sense. He recommends Arch
> Linux as superior, because more new. Does the difference boil down to
> one's definition of free software, and then compliance with that
> definition?
> 
> I have read up on this a lot, and this is a serious question. I have
> heard that it is unimportant what *nix you're on after a few years of
> using one or the other, in terms of functionality. I am interested in
> embedded devices. I think that bends the needle towards Arch, but the
> security of OpenBSD is also attractive. What considerations should I
> take into account?

If installability on embedded devices is a requirement, I think that
would rule out a whole bunch of BSDs and Linux distros.

About your friend: There's a logical fallacy called "Appeal to Novelty"
(https://en.wikipedia.org/wiki/Appeal_to_novelty) If your experience is
anything like mine, household appliances installed in the 1980's tended
to last almost 20 years, whereas appliances in the 2010's tend to last
about six. Sometimes newer is better, sometimes it's not. Arch Linux
uses the relatively new systemd init system/OS controller/Desktop aid.
It's such a mess that nobody's ever been able to draw its block diagram,
complete with boxes and arrows. 

My main OS right now is Void Linux, but when I used OpenBSD I was
impressed with how everything worked exactly the same, every single
time. This is subjective,  but I view OpenBSD as the most solid OS I've
ever run.

SteveT

Steve Litt
January 2018 featured book: Troubleshooting: Why Bother?
http://www.troubleshooters.com/twb

Re: Signify option semantics

[Ted Unangst]

multiplex'd wrote:
> Hello all,
> 
> I've been reading into the signify(1) program a little recently, and the
> manual page mentons the '-t' option, which is used to ensure the public
> key deduced from the signature comment "matches /etc/signify/*-keytype.pub",
> where 'keytype' is the argument given to '-t'. I'm not sure what this
> means. I've taken a glance over the source code, and it looks like specifying
> this option is simply intended to ensure that the path to the public key used
> to verify the given signature matches the path mentioned in the manual page.
> Is this a correct interpretation? What's the rationale behind this option?

this is used to ensure that pkg keys are not used to sign base sets, or vice
versa, or any other combination, while still allowing a bit of flexibility.

Re: SWAP should always be inside crypto softRAID, right? (For OS crash dump data to be encrypted.)

[Tom Smyth]

Thanks kevin i missed the dump part... agree with disable dump on prod
..enable on dev

On 8 Feb 2018 22:51, "Kevin Chadwick"  wrote:

> On Thu, 8 Feb 2018 19:39:39 +
>
>
> > Afaik swap is encrypted anyway on OpenBSD
>
> It is with a random key which is actually more secure than the softraid
> key.
>
> However to the OPS question relating to dumps.
>
> I believe the answer is that dumps are helpful and OpenBSD is a
> developer system primarily but you should disable them with sysctl for
> production or if you have concerns.
>
>

Signify option semantics

[multiplex'd]

Hello all,

I've been reading into the signify(1) program a little recently, and the
manual page mentons the '-t' option, which is used to ensure the public
key deduced from the signature comment "matches /etc/signify/*-keytype.pub",
where 'keytype' is the argument given to '-t'. I'm not sure what this
means. I've taken a glance over the source code, and it looks like specifying
this option is simply intended to ensure that the path to the public key used
to verify the given signature matches the path mentioned in the manual page.
Is this a correct interpretation? What's the rationale behind this option?

Cheers.

Re: SWAP should always be inside crypto softRAID, right? (For OS crash dump data to be encrypted.)

[Kevin Chadwick]

On Thu, 8 Feb 2018 19:39:39 +


> Afaik swap is encrypted anyway on OpenBSD

It is with a random key which is actually more secure than the softraid
key.

However to the OPS question relating to dumps.

I believe the answer is that dumps are helpful and OpenBSD is a
developer system primarily but you should disable them with sysctl for
production or if you have concerns.

Re: considering a move to OpenBSD

[Tom Smyth]

Hi Charlie,
https://sivers.org/openbsd is another good site to view :)
@Joren that is commitment the Tat :)


Thanks
Tom Smyth

On 8 February 2018 at 22:12, Jeroen  wrote:
> Hi,
>
> OpenBSD has a clear and proactive stance when it comes to security,
> while Arch does not. If you want to stay atop of new developments, feel
> free to try -current. If you need a very stable environment, go with
> -stable. Don't expect to find that latter one in Arch, as it works with
> a rolling release model.
>
> I can talk hours and hours why OpenBSD is superior to Linux, but a part
> of that is a matter of personal preference. This non-technical blog
> post might be somewhat to rather interesting for you. I have written it
> about a year ago, it's not perfect, nor is it complete:
>
> https://h3artbl33d.nl/blog/?p=15
>
> And yeah, it's WordPress. Sorry about that.
>
> Regards,
> J.
>
> On Thu, 2018-02-08 at 13:41 -0800, Charlie Eddy wrote:
>> hello misc,
>>
>> I am considering a move to OpenBSD, since I subscribed to this mailing list
>> some time ago (~few months). I want to take advantage of security.
>>
>> However, a programmer who I know personally and respect considers OpenBSD
>> to be old-school, in a negative sense. He recommends Arch Linux as
>> superior, because more new. Does the difference boil down to one's
>> definition of free software, and then compliance with that definition?
>>
>> I have read up on this a lot, and this is a serious question. I have heard
>> that it is unimportant what *nix you're on after a few years of using one
>> or the other, in terms of functionality. I am interested in embedded
>> devices. I think that bends the needle towards Arch, but the security of
>> OpenBSD is also attractive. What considerations should I take into account?
>>
>> Regards,
>> Charlie
>

Re: considering a move to OpenBSD

[Kevin Chadwick]

On Thu, 8 Feb 2018 13:41:20 -0800


> Does the difference boil down to one's
> definition of free software, and then compliance with that definition?

There is a huge difference. Arch is at the whim of Linux which is far
behind even the Windows kernel in mitigations (which is far
behind OpenBSD) because it doesn't really care about security but only
uptime and OpenBSD base is also a very tight and secure implementation
that beats putting Arch packages together hands down.

If you care more about uptime than secure uptime then Arch may be a
good choice though in my experience a number of years ago were that
their updates were unreliable and I knew I could do a better job
myself. That has never happened on OpenBSD. So perhaps another distro
even, in that case!

Re: considering a move to OpenBSD

[Maksym Sheremet]

On Thu, 8 Feb 2018 13:41:20 -0800
Charlie Eddy  wrote:

> hello misc,
> 
> I am considering a move to OpenBSD

Where from?

> 
> However, a programmer who I know personally and respect considers
> OpenBSD to be old-school, in a negative sense. He recommends Arch
> Linux as superior, because more new. Does the difference boil down to
> one's definition of free software, and then compliance with that
> definition?

I don't think so. I've been a daily user of both OpenBSD and Arch Linux
for the last several years. And I can't switch completely to either
one.

> 
> I have read up on this a lot, and this is a serious question. I have
> heard that it is unimportant what *nix you're on after a few years of
> using one or the other, in terms of functionality.

IMHO it's far from true.

Re: How to send a bug report with sendbug? What to configure to actually send the message?

[Tom Smyth]

Hi Zolt

you can open the message on a command terminal ...  copy and paste
the message manually into a working email client,
make sure the subject and email addresses are consistent

I hope this helps ...
Tom Smyth

On 8 February 2018 at 21:37, Zsolt Kantor  wrote:
> Hello, I'm very new to the OpenBSD OS, I found a bug in the inteldrm driver 
> and I want to send it with sendbug. Probably something needs to be configured 
> to actually send out the message, because I sent the bug report, but it only 
> landed in my local mailbox. The question is what should I configure to 
> actually send the message to the mailing list.
>
> Thanks.
>



-- 
Kindest regards,
Tom Smyth

Mobile: +353 87 6193172
The information contained in this E-mail is intended only for the
confidential use of the named recipient. If the reader of this message
is not the intended recipient or the person responsible for
delivering it to the recipient, you are hereby notified that you have
received this communication in error and that any review,
dissemination or copying of this communication is strictly prohibited.
If you have received this in error, please notify the sender
immediately by telephone at the number above and erase the message
You are requested to carry out your own virus check before
opening any attachment.

Is it me or is python playing games with OpenSSL?

[Kevin Chadwick]

https://www.openssl.org/docs/man1.0.2/crypto/X509_VERIFY_PARAM_set1_host.html

They say they NEED this because they can delete a whole load of code
that could have security bugs.

Perhaps I am wrong but upon a quick glance, doesn't this just boil
down to some simple ORing?

How does this sit with
https://www.openbsd.org/papers/eurobsdcon2014-libressl.html

The ressl API does provide one noteworthy feature. Hostname
verification. In order to make a secure TLS connection, you must do two
things. Validate the certificate and its trust chain. Then verify that
the hostname in the cert matches the hostname you've connected to. Lots
of people don't do the latter because OpenSSL doesn't do that latter.
You have to do it yourself, which requires knowing about things like
CommonNames and SubjectAltNames. The good news is that popular bindings
for languages like python and ruby include a function to verify the
hostname. The bad news is if you pick a python or ruby project at
random, they probably forget to do it. Another funny fact is that since
everybody has to write this code themselves, everybody does it a little
bit differently. Especially regarding handling of wildcard certificates
and everybody's favorite, embedded nul bytes. Hostname verification is
on by default in ressl, and the API is designed so that you always
provide a hostname; there's no way to accidentally call the function
that doesn't do verification. 

Re: considering a move to OpenBSD

[Michael Price]

If your programmer friend has any source code patches he would like to
submit then I am sure the project would love to have them.

On Thu, Feb 8, 2018 at 4:58 PM Charlie Eddy 
wrote:

> hello misc,
>
> I am considering a move to OpenBSD, since I subscribed to this mailing list
> some time ago (~few months). I want to take advantage of security.
>
> However, a programmer who I know personally and respect considers OpenBSD
> to be old-school, in a negative sense. He recommends Arch Linux as
> superior, because more new. Does the difference boil down to one's
> definition of free software, and then compliance with that definition?
>
> I have read up on this a lot, and this is a serious question. I have heard
> that it is unimportant what *nix you're on after a few years of using one
> or the other, in terms of functionality. I am interested in embedded
> devices. I think that bends the needle towards Arch, but the security of
> OpenBSD is also attractive. What considerations should I take into account?
>
> Regards,
> Charlie
>

Re: considering a move to OpenBSD

[Jeroen]

Hi,

OpenBSD has a clear and proactive stance when it comes to security,
while Arch does not. If you want to stay atop of new developments, feel
free to try -current. If you need a very stable environment, go with
-stable. Don't expect to find that latter one in Arch, as it works with
a rolling release model.

I can talk hours and hours why OpenBSD is superior to Linux, but a part
of that is a matter of personal preference. This non-technical blog
post might be somewhat to rather interesting for you. I have written it
about a year ago, it's not perfect, nor is it complete:

https://h3artbl33d.nl/blog/?p=15

And yeah, it's WordPress. Sorry about that.

Regards,
J.

On Thu, 2018-02-08 at 13:41 -0800, Charlie Eddy wrote:
> hello misc,
> 
> I am considering a move to OpenBSD, since I subscribed to this mailing list
> some time ago (~few months). I want to take advantage of security.
> 
> However, a programmer who I know personally and respect considers OpenBSD
> to be old-school, in a negative sense. He recommends Arch Linux as
> superior, because more new. Does the difference boil down to one's
> definition of free software, and then compliance with that definition?
> 
> I have read up on this a lot, and this is a serious question. I have heard
> that it is unimportant what *nix you're on after a few years of using one
> or the other, in terms of functionality. I am interested in embedded
> devices. I think that bends the needle towards Arch, but the security of
> OpenBSD is also attractive. What considerations should I take into account?
> 
> Regards,
> Charlie

How to send a bug report with sendbug? What to configure to actually send the message?

[Zsolt Kantor]

Hello, I'm very new to the OpenBSD OS, I found a bug in the inteldrm driver and 
I want to send it with sendbug. Probably something needs to be configured to 
actually send out the message, because I sent the bug report, but it only 
landed in my local mailbox. The question is what should I configure to actually 
send the message to the mailing list.

Thanks.

considering a move to OpenBSD

[Charlie Eddy]

hello misc,

I am considering a move to OpenBSD, since I subscribed to this mailing list
some time ago (~few months). I want to take advantage of security.

However, a programmer who I know personally and respect considers OpenBSD
to be old-school, in a negative sense. He recommends Arch Linux as
superior, because more new. Does the difference boil down to one's
definition of free software, and then compliance with that definition?

I have read up on this a lot, and this is a serious question. I have heard
that it is unimportant what *nix you're on after a few years of using one
or the other, in terms of functionality. I am interested in embedded
devices. I think that bends the needle towards Arch, but the security of
OpenBSD is also attractive. What considerations should I take into account?

Regards,
Charlie

Re: Kernel memory leaking on Intel CPUs?

[Theo de Raadt]

>When it comes to Meltdown:
>Does OpenBSD is going to release patches for 6.2? I don't see anything related
>to Meltdown in errata, but maybe it is too early. I understand other OSes
>received disclosed information about bug a few months earlier.

amd64 snapshots contain a fix, which is undergoing testing.  Not handing out
the diff yet, it went through almost 10 revisions in the last 48 hours and
we don't need to create confusion about which diff is which.

Re: For a FFS on an SSD, which of "-o" nil, "sync" &/ "softdep" is more data-safe and fast?

[Tom Smyth]

Also use  noatime  mount option so whe reading files you are not updating
access time

Ie there would be writes to disk everytime u access a file if noatime is
not set



On 8 Feb 2018 7:36 PM, "Tinker"  wrote:

> Hi!
>
> If I understand mount(8) (http://man.openbsd.org/mount) right, FFS
> mounts have a metadata I/O mode and a data I/O mode. By default,
> metadata is accessed synchronously and data is accessed
> asynchronously.
>
> "-o sync" will force both to synchronous mode, and "-o softdep" would
> change the metadata I/O mode to the alternative softdep access mode.
>
>
> What is the optimal sync &/ softdep configuration for minimizing risk
> of data loss on unexpected reboot, and maximizing overall filesystem
> I/O speed?
>
> By "data loss" I mean in particular filesystem structure issues that
> could cause fsck(8) hickups and stability issues (e.g. the "/var/log"
> directory disappearing altogether - I've seen that happen), secondarily
> that file data content updates not would have stuck on the disk.
>
> Either nothing (no "-o" setting), or "-o sync,softdep", or "-o sync",
> would all look like they'd make sense.
>
> (Can you even do "-o sync,softdep", would that serve any purpose?)
>
> Will appreciate to learn your thoughts on this one a lot,
>
> Thanks,
> Tinker
>
>

Re: For a FFS on an SSD, which of "-o" nil, "sync" &/ "softdep" is more data-safe and fast?

[Tom Smyth]

Also use  noatime  mount option so whe reading files you are not updating
access time

On 8 Feb 2018 7:36 PM, "Tinker"  wrote:

> Hi!
>
> If I understand mount(8) (http://man.openbsd.org/mount) right, FFS
> mounts have a metadata I/O mode and a data I/O mode. By default,
> metadata is accessed synchronously and data is accessed
> asynchronously.
>
> "-o sync" will force both to synchronous mode, and "-o softdep" would
> change the metadata I/O mode to the alternative softdep access mode.
>
>
> What is the optimal sync &/ softdep configuration for minimizing risk
> of data loss on unexpected reboot, and maximizing overall filesystem
> I/O speed?
>
> By "data loss" I mean in particular filesystem structure issues that
> could cause fsck(8) hickups and stability issues (e.g. the "/var/log"
> directory disappearing altogether - I've seen that happen), secondarily
> that file data content updates not would have stuck on the disk.
>
> Either nothing (no "-o" setting), or "-o sync,softdep", or "-o sync",
> would all look like they'd make sense.
>
> (Can you even do "-o sync,softdep", would that serve any purpose?)
>
> Will appreciate to learn your thoughts on this one a lot,
>
> Thanks,
> Tinker
>
>

Re: SWAP should always be inside crypto softRAID, right? (For OS crash dump data to be encrypted.)

[Tom Smyth]

Afaik swap is encrypted anyway on OpenBSD

On 8 Feb 2018 6:52 PM, "Tinker"  wrote:

Hi misc@,

I looked through previous discussions on whether a SWAP partition
should be inside or outside the RAID partition when making a crypto
softraid.

The only argument I stumbled into was that it should be outside because
swap is encrypted anyhow and it would be unnecessary to double-encrypt
the swap.


That seems like a weak argument to me, because swap is generally used
rarely and so speed does not really matter anyhow, and, the swap
partition is always used also as dump partition, and dumps are *not*
encrypted.

For the case that a dump would happen, you want the OS to encrypt it
and the way to do that is to put the SWAP *inside* the RAID.


Maybe a crash-dump can be induced somehow. Maybe someone would get hold
of the HDD while the dump data is still on the swap partition because
the OS has not booted again, which would otherwise normally migrate
that dump data over to the filesystem.

This is an extreme consideration though as a comprehensive motivation
for a choice it appears to me to make all sense.


Thoughts, comments?

I would probably interpret no comments as that the SWAP should indeed
be located inside the RAID for this said reason.

Thanks,
Tinker

Re: SWAP should always be inside crypto softRAID, right? (For OS crash dump data to be encrypted.)

[trondd]

On Thu, February 8, 2018 1:49 pm, Tinker wrote:
> Hi misc@,
>
> I looked through previous discussions on whether a SWAP partition
> should be inside or outside the RAID partition when making a crypto
> softraid.
>
> The only argument I stumbled into was that it should be outside because
> swap is encrypted anyhow and it would be unnecessary to double-encrypt
> the swap.
>
>
> That seems like a weak argument to me, because swap is generally used
> rarely and so speed does not really matter anyhow, and, the swap
> partition is always used also as dump partition, and dumps are *not*
> encrypted.
>
> For the case that a dump would happen, you want the OS to encrypt it
> and the way to do that is to put the SWAP *inside* the RAID.
>
>
> Maybe a crash-dump can be induced somehow. Maybe someone would get hold
> of the HDD while the dump data is still on the swap partition because
> the OS has not booted again, which would otherwise normally migrate
> that dump data over to the filesystem.
>
> This is an extreme consideration though as a comprehensive motivation
> for a choice it appears to me to make all sense.
>
>
> Thoughts, comments?
>
> I would probably interpret no comments as that the SWAP should indeed
> be located inside the RAID for this said reason.
>
> Thanks,
> Tinker
>

Assuming you are doing full disk encryption otherwise, put swap inside the
softraid disk.  The kernel is hardcoded to look on the boot disk to save
dumps.  If swap was is on sd0 but you decrypt a partition as sd1 and boot
from that, swap is no longer on the same disk.

Unless you override with config(8)

Tim.

For a FFS on an SSD, which of "-o" nil, "sync" &/ "softdep" is more data-safe and fast?

[Tinker]

Hi!

If I understand mount(8) (http://man.openbsd.org/mount) right, FFS
mounts have a metadata I/O mode and a data I/O mode. By default,
metadata is accessed synchronously and data is accessed
asynchronously.

"-o sync" will force both to synchronous mode, and "-o softdep" would
change the metadata I/O mode to the alternative softdep access mode.


What is the optimal sync &/ softdep configuration for minimizing risk
of data loss on unexpected reboot, and maximizing overall filesystem
I/O speed?

By "data loss" I mean in particular filesystem structure issues that
could cause fsck(8) hickups and stability issues (e.g. the "/var/log"
directory disappearing altogether - I've seen that happen), secondarily
that file data content updates not would have stuck on the disk.

Either nothing (no "-o" setting), or "-o sync,softdep", or "-o sync",
would all look like they'd make sense.

(Can you even do "-o sync,softdep", would that serve any purpose?)

Will appreciate to learn your thoughts on this one a lot,

Thanks,
Tinker

Re: Wondering if any of my hardware is working on -current

[Ve Telko]

Chris, install -current on USB key and boot from it.

Ve.

SWAP should always be inside crypto softRAID, right? (For OS crash dump data to be encrypted.)

[Tinker]

Hi misc@,

I looked through previous discussions on whether a SWAP partition
should be inside or outside the RAID partition when making a crypto
softraid.

The only argument I stumbled into was that it should be outside because
swap is encrypted anyhow and it would be unnecessary to double-encrypt
the swap.


That seems like a weak argument to me, because swap is generally used
rarely and so speed does not really matter anyhow, and, the swap
partition is always used also as dump partition, and dumps are *not*
encrypted.

For the case that a dump would happen, you want the OS to encrypt it
and the way to do that is to put the SWAP *inside* the RAID.


Maybe a crash-dump can be induced somehow. Maybe someone would get hold
of the HDD while the dump data is still on the swap partition because
the OS has not booted again, which would otherwise normally migrate
that dump data over to the filesystem.

This is an extreme consideration though as a comprehensive motivation
for a choice it appears to me to make all sense.


Thoughts, comments?

I would probably interpret no comments as that the SWAP should indeed
be located inside the RAID for this said reason.

Thanks,
Tinker

Re: Wondering if any of my hardware is working on -current

[Bryan Steele]

On Wed, Feb 07, 2018 at 09:03:09PM -0800, Chris Bennett wrote:
> Does any of my hardware work in -current?
> 
> OpenBSD 6.2 (GENERIC.MP) #2: Sun Dec 10 21:14:42 CET 2017
> 
> r...@syspatch-62-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> pckbd0 at pckbc0 (kbd slot)
> wskbd0 at pckbd0: console keyboard, using wsdisplay0

The keyboard probably qwertz.

-Bryan.

Re: OpenBSD IRQ sharing on ISA

[Eric Furman]

On Thu, Feb 8, 2018, at 7:02 AM, Mihai Popescu wrote:
> > Then i setup only one port using configure command all ports work normally.
> 
> I worked a lot with multiple RS-232 ports boards. They all had some
> hardware jumpers to configure the IRQ and Address for each port ( a
> lot of jumpers!). Maybe this option is integrated in your board BIOS,
> check it.
> 
> How did you manage to find and even install 3.8 ?
> 

The question is not how it is why. :)
I have sitting next to me every CD going back to 3.3.
If I were to dig a bit I am sure I  could find even earlier ones.

Re: Kernel memory leaking on Intel CPUs?

[Lampshade]

Intel provided stable microcode for Skylake mitigating Spectre variant 2.

Current status
https://newsroom.intel.com/wp-content/uploads/sites/11/2018/02/microcode-update-guidance.pdf

When it comes to Meltdown:
Does OpenBSD is going to release patches for 6.2? I don't see anything related
to Meltdown in errata, but maybe it is too early. I understand other OSes
received disclosed information about bug a few months earlier.

Re: OpenBSD IRQ sharing on ISA

[Nick Holland]

On 02/08/18 04:31, Захаров Анатолий wrote:
> I install OpenBSD on my Fastwell CPB905 Singleboard compter. IT have
> 4-RS-232 port on same IRQ, but on different address on isa bus. Then i
> setup only one port using configure command all ports work normally. But
> when i setup 2 of them in one boot configuration i get in dmesg: irq
> already in use. I found next thing in OpenBSD 3.8. documentation:
> 
> ISA devices can not share IRQs. If you find ISA devices sharing IRQs, you
> must correct this problem.
> 
> But how it works on Linux & QNX?

REALLY, if you have to ask such questions, you should not be using 35+
year old HW designs like ISA.  The world is much simpler now, focused on
a less experienced userbase.


The ISA bus was designed for one device, one interrupt.  The OS would
install code to deal with device X on IRQ Y.  When IRQ Y was detected,
the code to handle device X was run and -- BY DEFINITION -- it knew it
could close out the interrupt and get back to whatever else the computer
was doing.  The software was written that way, and the HW was designed
that way -- devices could apply a logic zero or logic one to a IRQ pin.
Start sharing IRQs, you could end up with one card trying to pull the
pin high, another pulling it low (so even if you write fancy software
that polls multiple devices sharing an IRQ, odds are, the HW won't allow
it to work).

Now, there are things that APPEAR to violate this one device, one
interrupt rule.  For example, I have a Boca 8 port serial card in a
machine that has a total of ten serial ports:

boca0 at isa0 port 0x100/64 irq 10
com4 at boca0 slave 0: ns16550a, 16 byte fifo
com5 at boca0 slave 1: ns16550a, 16 byte fifo
com6 at boca0 slave 2: ns16550a, 16 byte fifo
com7 at boca0 slave 3: ns16550a, 16 byte fifo
com8 at boca0 slave 4: ns16550a, 16 byte fifo
com9 at boca0 slave 5: ns16550a, 16 byte fifo
com10 at boca0 slave 6: ns16550a, 16 byte fifo
com11 at boca0 slave 7: ns16550a, 16 byte fifo
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo

In this case, the ENTIRE Boca board is ONE device sharing an IRQ, there
is no violation.  The drivers for it know when it gets called by an IRQ,
it has to poll ALL the devices looking for something that needs to be
done.  It is a Boca driver (which happens to have eight ports), not a
generic ISA COM port driver.  Your system is most likely along these
lines.  Someone wrote the driver for your cluster of serial
ports-as-one-device for other OSs, and you are trying to use the ISA com
port driver on OpenBSD.  Your options are to either write some code
(hint: the boca driver might be a good starting point, but notice that
it is NOT part of the base system ... for a reason!  (that's a custom
compiled kernel I showed a snippet of the dmesg of)

Nick.

syslogd loghost only - without unix socket & /dev/klog

[Jiri B]

Hi,

I was speculating about another instance of syslogd, just as a log
host services while having base syslogd running on same box.

1. -p /dev/null deletes /dev/null and replaces it with socket file
   with same name

crw-rw-rw-  1 root  wheel2,   2 Feb  8 13:25 /dev/null

# syslogd -d -F -f /etc/syslog_test.conf -p /dev/null -T 127.0.0.1:5140 -U 
127.0.0.1:5140 -Z -n -u -r
syslogd[54737]: open /dev/klog: Device busy
CAfile /etc/ssl/cert.pem
off & running
init
syslogd[54737]: fatal in syslogd: open /dev/null: Operation not supported
syslogd[54737]: dropped 1 message during initialization
syslogd: exited

srw-rw-rw-  1 root  wheel  0 Feb  8 13:26 /dev/null

2. -p '' returns:

syslogd[50469]: bind unix "": No such file or directory
syslogd[50469]: log socket  failed
...

3. another syslogd instance tries to open still /dev/klog

syslogd[50469]: open /dev/klog: Device busy

Could we make syslogd not to open /dev/klog and disable any unix socket
listening?

Thank you for consideration.

Tested on:

kern.version=OpenBSD 6.2-current (GENERIC.MP) #399: Fri Feb  2 18:28:58 MST 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Repro steps:

* -p /dev/null
* -p ''
* echo '*.* /tmp/messages' > /tmp/syslog.conf
  touch /tmp/messages
  syslogd -d -F -f /tmp/syslog.conf -T 127.0.0.1:5140 -U 127.0.0.1:5140 -Z -n 
-u -r
  
Jiri

Re: OpenBSD IRQ sharing on ISA

[Christer Solskogen]

On Thu, Feb 8, 2018 at 1:02 PM, Mihai Popescu  wrote:

>
> How did you manage to find and even install 3.8 ?
>
>
To his defense, he didn't say he installed 3.8. Only what he found
something  in the 3.8 documentation.

Re: OpenBSD IRQ sharing on ISA

[Mihai Popescu]

> Then i setup only one port using configure command all ports work normally.

I worked a lot with multiple RS-232 ports boards. They all had some
hardware jumpers to configure the IRQ and Address for each port ( a
lot of jumpers!). Maybe this option is integrated in your board BIOS,
check it.

How did you manage to find and even install 3.8 ?

Re: relayd(8) as a plain HTTP proxy?

[Stuart Henderson]

On 2018-02-07, Grzegorz Kowalczyk  wrote:
> Hi,
>
> can relayd(8) be used as a plain HTTP proxy (no interception, no
> filtering, SSL/TLS via the CONNECT method)?

No. tinyproxy is probably the simplest existing thing that can do this.

Re: samba client

[Peter N. M. Hansteen]

On Thu, Feb 08, 2018 at 11:33:01AM +, listo factor wrote:
> On 02/08/2018 08:58 AM, Stephane HUC "CIOTBSD" wrote:
> > install package gvfs if X, to use with xfce or gnome...
> 
> Unfortunately, this is an "X-less", non-graphic "portal",
> the only computer open to the world, and only via ssh,
> on a LAN full of Linux and Windows computers that are
> samba servers. The off-site user is allowed only the
> ability to shuffle files between local computers in
> an ssh shell session.

cd /usr/ports; make search key=smb

yields among other things

Port:   usmb-20130204p4
Path:   sysutils/usmb
Info:   mount SMB shares from userland via FUSE
Maint:  The OpenBSD ports mailing-list 
Index:  sysutils
L-deps: STEM->=0.10.38:devel/gettext converters/libiconv devel/glib2 net/samba 
textproc/libxml
B-deps: STEM->=0.10.38:devel/gettext devel/gettext-tools devel/gmake 
textproc/gsed
R-deps: STEM->=0.10.38:devel/gettext
Archs:  any

which might fit the scenario.

-- 
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

Re: samba client

[listo factor]

On 02/08/2018 08:58 AM, Stephane HUC "CIOTBSD" wrote:

install package gvfs if X, to use with xfce or gnome...


Unfortunately, this is an "X-less", non-graphic "portal",
the only computer open to the world, and only via ssh,
on a LAN full of Linux and Windows computers that are
samba servers. The off-site user is allowed only the
ability to shuffle files between local computers in
an ssh shell session.

Re: OpenBSD IRQ sharing on ISA

[Peter N. M. Hansteen]

On Thu, Feb 08, 2018 at 02:31:31PM +0500, ??  wrote:
> I install OpenBSD on my Fastwell CPB905 Singleboard compter. IT have
> 4-RS-232 port on same IRQ, but on different address on isa bus. Then i
> setup only one port using configure command all ports work normally. But
> when i setup 2 of them in one boot configuration i get in dmesg: irq
> already in use. I found next thing in OpenBSD 3.8. documentation:

Oh please, OpenBSD 3.8 was released November 1, 2005. 

It was a supported release until OpenBSD 4.0 hit on November 1, 2006. 

If you want any help at all, *please* get hold of a still-supported release 
(6.1 or 6.2, or even a -current snapshot) and see what happens when you 
expose your hardware to that.

- Peter

-- 
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

Re: Wondering if any of my hardware is working on -current

[Florian Obser]

On Wed, Feb 07, 2018 at 09:03:09PM -0800, Chris Bennett wrote:
> OpenBSD 6.2 (GENERIC.MP) #2: Sun Dec 10 21:14:42 CET 2017
> 
> r...@syspatch-62-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 3774021632 (3599MB)
> avail mem = 3652612096 (3483MB)

the ram will probably work

-- 
I'm not entirely sure you are real.

Re: OpenBSD IRQ sharing on ISA

[Theo de Raadt]

> I install OpenBSD on my Fastwell CPB905 Singleboard compter. IT have
> 4-RS-232 port on same IRQ, but on different address on isa bus. Then i
> setup only one port using configure command all ports work normally. But
> when i setup 2 of them in one boot configuration i get in dmesg: irq
> already in use. I found next thing in OpenBSD 3.8. documentation:


OpenBSD 3.8?  You are on your own.

> ISA devices can not share IRQs. If you find ISA devices sharing IRQs, you
> must correct this problem.
> 
> But how it works on Linux & QNX?

By making significant and serious compromises.

Re: Wondering if any of my hardware is working on -current

[Sebastian Benoit]

Chris Bennett(chris...@bennettconstruction.us) on 2018.02.07 21:03:09 -0800:
> Does any of my hardware work in -current?

cd0 at scsibus1 targ 1 lun 0:  ATAPI 5/cdrom
removable

your cd-rw drive probably works. 

> Lots of stuff fails in 6.2 stable.
> WiFi and touchpad being especially desired, of course!
> 
> If WiFi isn't a go, can anyone recommend a USB WiFi stick?
> 
> Thanks,
> Chris Bennett
> 
> 
> OpenBSD 6.2 (GENERIC.MP) #2: Sun Dec 10 21:14:42 CET 2017
> 
> r...@syspatch-62-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 3774021632 (3599MB)
> avail mem = 3652612096 (3483MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xea8c0 (45 entries)
> bios0: vendor LENOVO version "5PCN11WW" date 04/13/2017
> bios0: LENOVO 80XV
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP UEFI HPET APIC MCFG SBST MSDM BATB SSDT IVRS CRAT 
> TPM2 SSDT SSDT SSDT SSDT FPDT SSDT BGRT UEFI
> acpi0: wakeup devices GPP0(S4) GPP1(S4) GPP2(S4) GPP3(S4) GPP4(S4) GFX0(S4) 
> GFX1(S4) GFX2(S4) GFX3(S4) GFX4(S4) XHC0(S3) EHC1(S3) SBAZ(S4)
> acpitimer0 at acpi0: 3579545 Hz, 32 bits
> acpihpet0 at acpi0: 14318180 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 16 (boot processor)
> cpu0: AMD A9-9420 RADEON R5, 5 COMPUTE CORES 2C+3G, 2994.77 MHz
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2
> cpu0: 96KB 64b/line 3-way I-cache, 32KB 64b/line 8-way D-cache, 1MB 64b/line 
> 16-way L2 cache
> cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
> cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
> cpu0: TSC frequency 2994772320 Hz
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 99MHz
> cpu0: mwait min=64, max=64, IBE
> cpu1 at mainbus0: apid 17 (application processor)
> cpu1: AMD A9-9420 RADEON R5, 5 COMPUTE CORES 2C+3G, 2994.38 MHz
> cpu1: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2
> cpu1: 96KB 64b/line 3-way I-cache, 32KB 64b/line 8-way D-cache, 1MB 64b/line 
> 16-way L2 cache
> cpu1: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
> cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
> cpu1: smt 0, core 1, package 0
> ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins
> , remapped to apid 4
> ioapic1 at mainbus0: apid 5 pa 0xfec01000, version 21, 32 pins
> , remapped to apid 5
> acpimcfg0 at acpi0 addr 0xf800, bus 0-63
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus -1 (GPP0)
> acpiprt2 at acpi0: bus -1 (GPP1)
> acpiprt3 at acpi0: bus 1 (GPP2)
> acpiprt4 at acpi0: bus 2 (GPP3)
> acpiprt5 at acpi0: bus -1 (GPP4)
> acpiprt6 at acpi0: bus -1 (GFX0)
> acpiprt7 at acpi0: bus -1 (GFX1)
> acpiprt8 at acpi0: bus -1 (GFX2)
> acpiprt9 at acpi0: bus -1 (GFX3)
> acpiprt10 at acpi0: bus -1 (GFX4)
> acpiec0 at acpi0
> acpicpu0 at acpi0: C2(0@400 io@0x814), C1(@1 halt!), PSS
> acpicpu1 at acpi0: C2(0@400 io@0x814), C1(@1 halt!), PSS
> acpipwrres0 at acpi0: P0U3, resource for XHC0
> acpipwrres1 at acpi0: P3U3, resource for XHC0
> acpipwrres2 at acpi0: P0U2, resource for EHC1
> acpipwrres3 at acpi0: P3U2, resource for EHC1
> acpipwrres4 at acpi0: P0SD
> acpipwrres5 at acpi0: P3SD
> acpipwrres6 at acpi0: P0ST, resource for SATA
> acpipwrres7 at acpi0: P3ST, resource for SATA
> acpibtn0 at acpi0: PWRB
> "PTL0001" at acpi0 not configured
> acpibat0 at acpi0: BAT0 model "L16L2PB2" serial  3458 type LiP oem "LGC"
> "VPC2004" at acpi0 not configured
> acpiac0 at acpi0: AC unit online
> acpibtn1 at acpi0: LID_
> "PNP0C14" at acpi0 not configured
> "AMD0030" at acpi0 not configured
> "AMD0010" at acpi0 not configured
> "ELAN060B" at acpi0 not configured
> "MSFT0101" at acpi0 not configured
> acpivideo0 at acpi0: VGA_
> acpivideo1 at acpi0: VGA_
> cpu0: 2994 MHz: speeds: 3000 2700 2400 2100 1800 1400 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 vendor "AMD", unknown product 0x1576 rev 0x00
> vendor "AMD", unknown product 0x1577 (class system subclass IOMMU, rev 0x00) 
> at pci0 dev 0 function 2 not configured
> vga1 at pci0 dev 1 function 0 vendor "ATI", unknown product 0x98e4 rev 0xda
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 ad

OpenBSD IRQ sharing on ISA

[Захаров Анатолий]

I install OpenBSD on my Fastwell CPB905 Singleboard compter. IT have
4-RS-232 port on same IRQ, but on different address on isa bus. Then i
setup only one port using configure command all ports work normally. But
when i setup 2 of them in one boot configuration i get in dmesg: irq
already in use. I found next thing in OpenBSD 3.8. documentation:

ISA devices can not share IRQs. If you find ISA devices sharing IRQs, you
must correct this problem.

But how it works on Linux & QNX?



Без
вирусов. www.avast.ru

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Re: samba client

[Stephane HUC "CIOTBSD"]

install package gvfs if X, to use with xfce or gnome...

Le 08/02/2018 à 01:18, listo factor a écrit :
> I have a need to mount existing samba shares on a linux box,
> on the  openbsd 6.2 computer. There is no use for a samba server
> on it, and I would prefer not to install one. What is the
> appropriate/current samba client package and is there any
> documentation on how to set it up?
> TIA
> 

-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net