Re: ASMedia USB 3.0

[Maurice McCarthy]

Found the following at 
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/usb/host/xhci-pci.c

175 if (pdev->vendor == PCI_VENDOR_ID_ASMEDIA &&
176 pdev->device == 0x1042)
177 xhci->quirks |= XHCI_BROKEN_STREAMS;

Does this mean I'm flogging a dead horse? :)

Moss

Re: smtpd with accept from any for domain alias relay via smtp://127.0.0.1:10025 doesn't support check?

[Gilles Chehade]

On Fri, Oct 30, 2015 at 03:56:23AM -0400, Daniel Ouellet wrote:
> Isn't the long form domain  alias  should be supported
> here for the relay configuration in smtpd.conf
> 
> In the man(5) smtpd.conf page I see this form as valid:
> 
> accept from any for domain  alias  deliver to maildir
> accept from any for domain  virtual  deliver to \
>   maildir
> 
> So, I would have expected to be able to use these forms:
> accept from any for domain  alias  relay via \
>   smtp://127.0.0.1:10025
> accept from any for domain  virtual  relay via \
>   smtp://127.0.0.1:10025
> 
> However it doesn't accept and I need to use this instead:
> 
> accept from any for domain  relay via smtp://127.0.0.1:10025
> accept from any for domain  relay via smtp://127.0.0.1:10025
> 
> The users, or aliases part is not accepted.
> 
> Any thoughts on this? The reason I asked is that, let say you have a not
> valid users if I can check the users BEFORE doing the local relay, it
> avoid the additional processing and would be rejected right away oppose
> to be after it is locally processed no?
> 

Then you should use the 'recipient' keyword:

 accept [...] for domain  recipient  [...]

Goal of aliases / virtual is to resolve a user-part/address into a
local delivery ... which makes no sense if your mail is not local.


-- 
Gilles Chehade

https://www.poolp.org  @poolpOrg

Re: ASMedia USB 3.0

[Maurice McCarthy]

> > Hi,
> >
> > Got 5.8-stable installed today. Many thanks for the commitment of all
> > developers etc. All went well except for the USB 3.0 I've a feeling it may
> > not work at all unless I find a blob for the pci-e usb 3.0 card.
> >
> > # usbdevs -vd
> > Controller /dev/usb0:
> > addr 1: super speed, self powered, config 1, xHCI root hub(0x),
> > ASMedia(0x1b21), rev 1.00
> >   uhub0
> >  port 1 disabled
> >  port 2 disabled
> >  port 3 disabled
> >  port 4 disabled
> >

> 
> I'm not sure disabled means what you thinks it means.
> Have you tried to connect something on the usb3 port ?
> 
> 
> -- 
> 
> Cordialement, Coues Ludovic
> +336 148 743 42
> 

Thank you for the reply. Yes I have two 1TB external hard drives. A seagate
formatted to ffs2 which I use as a back up for my system and a Toshiba
formatted to ntfs for transporting data too and from work. Neither get
recognized by dmesg when they are plugged in. Hotplugd is running. 

I think it was around 5.3 when I first started using OpenBSD and the xhci
driver was still experimental, so I have not tried to use a USB 3.0 device
again until now. I just used the USB 2 ports and still have that option. It
would just be nice to see it work.

This gives me the bus

# lspci | grep ASM1042
03:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host
Controller

but this shows no driver

# lspci -vvv -s 03:00.0 
03:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB
Host Controller (prog-if 30 [XHCI])
Subsystem: Device 174c:2104
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- 

Re: compulab fitlet, non-working intel i211 ethernet, help requested

[Jonathan Gray]

On Thu, Oct 29, 2015 at 10:15:26AM -0400, Dewey Hylton wrote:
> On Wed, Oct 28, 2015 at 11:35 PM, Jonathan Gray  wrote:
> 
> > On Wed, Oct 28, 2015 at 10:18:26PM -0400, Dewey Hylton wrote:
> > > i like these little boxes; they are silent and stable and perfect for
> > plenty
> > > of my projects. this new version promises to be better than the several
> > fit2
> > > machines i have scattered around customer sites, affording more cores and
> > > memory.
> > >
> > > the man page for em shows the i211 to be supported. this machine uses
> > that
> > > chip, and it is even reported by the kernel - but still does not work.
> > is it
> > > possible that its specific id is simply missing from the driver, or is
> > there
> > > more to it than that?
> > >
> > > i booted the computer via pxe, so the ethernet is clearly working. it
> > > shipped with linux, and networking worked there too.
> > >
> > > of course it'd be nice for all the other bits to be in working order as
> > > well, but at the moment ethernet is the most important for my purposes.
> > >
> > > please let me know what i can do to get this working, or how i can assist
> > > otherwise.
> >
> > If you can get the dmesg output of a kernel built with the following
> > diff it should indicate where the problem is:
> >
> > Index: sys/dev/pci/if_em_osdep.h
> > ===
> > RCS file: /cvs/src/sys/dev/pci/if_em_osdep.h,v
> > retrieving revision 1.12
> > diff -u -p -r1.12 if_em_osdep.h
> > --- sys/dev/pci/if_em_osdep.h   5 Oct 2011 02:52:10 -   1.12
> > +++ sys/dev/pci/if_em_osdep.h   29 Oct 2015 03:27:36 -
> > @@ -44,7 +44,8 @@ POSSIBILITY OF SUCH DAMAGE.
> >
> >  #define MSGOUT(S, A, B)printf(S "\n", A, B)
> >  #define DEBUGFUNC(F)   DEBUGOUT(F);
> > -#ifdef DBG
> > +//#ifdef DBG
> > +#if 1
> > #define DEBUGOUT(S) printf(S "\n")
> > #define DEBUGOUT1(S,A)  printf(S "\n",A)
> > #define DEBUGOUT2(S,A,B)printf(S "\n",A,B)
> >
> 
> 
> 
> 
> i'll attempt to build a new bsd.rd with this patch and report back.
> 
> i've never done this, so it may take a bit of time to work out the
> details. thanks for the suggestion.

It would be enough to log the serial output and boot a normal kernel
with pxe.  Though it seems you may have the "fitlet-B" that doesn't
have serial unlike the "fitlet-i" and "fitlet-X".  Or perhaps
the output isn't so verbose that you could transcribe it.

If you have a spare usb flash drive you could install to that on a
different machine, put the test kernel on it, then boot it on the
machine.

It takes a while to test changes if you have to run make build and
make release every time.

smtpd with accept from any for domain alias relay via smtp://127.0.0.1:10025 doesn't support check?

[Daniel Ouellet]

Isn't the long form domain  alias  should be supported
here for the relay configuration in smtpd.conf

In the man(5) smtpd.conf page I see this form as valid:

accept from any for domain  alias  deliver to maildir
accept from any for domain  virtual  deliver to \
maildir

So, I would have expected to be able to use these forms:
accept from any for domain  alias  relay via \
smtp://127.0.0.1:10025
accept from any for domain  virtual  relay via \
smtp://127.0.0.1:10025

However it doesn't accept and I need to use this instead:

accept from any for domain  relay via smtp://127.0.0.1:10025
accept from any for domain  relay via smtp://127.0.0.1:10025

The users, or aliases part is not accepted.

Any thoughts on this? The reason I asked is that, let say you have a not
valid users if I can check the users BEFORE doing the local relay, it
avoid the additional processing and would be rejected right away oppose
to be after it is locally processed no?

I would really love to not have to process scanning with ClanAV,
SpammAssassin and the like before it is going to be rejected later anyway.

Am I miss understanding the man page or the processing here?

This is on 5.8 fresh install for testing, nothing special is done and
only packages are use.

Thanks for your time if you can share some ideas or even better correct
my thinking.

Daniel.

Re: compulab fitlet, non-working intel i211 ethernet, help requested

[Dewey Hylton]

Jonathan Gray  jsg.id.au> writes:

> > > If you can get the dmesg output of a kernel built with the following
> > > diff it should indicate where the problem is:
> > >
> > > Index: sys/dev/pci/if_em_osdep.h
> > > ===
> > > RCS file: /cvs/src/sys/dev/pci/if_em_osdep.h,v
> > > retrieving revision 1.12
> > > diff -u -p -r1.12 if_em_osdep.h
> > > --- sys/dev/pci/if_em_osdep.h   5 Oct 2011 02:52:10 -   1.12
> > > +++ sys/dev/pci/if_em_osdep.h   29 Oct 2015 03:27:36 -
> > >  -44,7 +44,8  POSSIBILITY OF SUCH DAMAGE.
> > >
> > >  #define MSGOUT(S, A, B)printf(S "\n", A, B)
> > >  #define DEBUGFUNC(F)   DEBUGOUT(F);
> > > -#ifdef DBG
> > > +//#ifdef DBG
> > > +#if 1
> > > #define DEBUGOUT(S) printf(S "\n")
> > > #define DEBUGOUT1(S,A)  printf(S "\n",A)
> > > #define DEBUGOUT2(S,A,B)printf(S "\n",A,B)
> > >
> > 
> > 
> > 
> > 
> > i'll attempt to build a new bsd.rd with this patch and report back.
> > 
> > i've never done this, so it may take a bit of time to work out the
> > details. thanks for the suggestion.
> 
> It would be enough to log the serial output and boot a normal kernel
> with pxe.  Though it seems you may have the "fitlet-B" that doesn't
> have serial unlike the "fitlet-i" and "fitlet-X".  Or perhaps
> the output isn't so verbose that you could transcribe it.

this particular device is the "MintBox mini" with the slower processor.
i have two of these, as well as one fitlet-X with faster processor and
4x gigabit ethernet interfaces. all have serial.

> If you have a spare usb flash drive you could install to that on a
> different machine, put the test kernel on it, then boot it on the
> machine.

i may do that in the near future; before i started leveraging pxe, i
simply carried a usb stick containing a working i386 installation plus
everything needed to install i386/amd64 from their respective bsd.rd
images. but since i started using pxe, i have gotten a bit lazy from
a usb standpoint.

> It takes a while to test changes if you have to run make build and
> make release every time.

for my specific purpose, booting bsd.rd is all i need. i found this 
helpful: http://openbsd.wikia.com/wiki/Creating_a_custom_OpenBSD_RAM_disk

using information from that page, i was able to build a new bsd.rd very
quickly. i still haven't built "everything" yet so have no idea just how
much time i saved - but i'm guessing it was quite a bit.

Re: smtpd with accept from any for domain alias relay via smtp://127.0.0.1:10025 doesn't support check?

[Daniel Ouellet]

On 10/30/15 4:10 AM, Gilles Chehade wrote:
> On Fri, Oct 30, 2015 at 03:56:23AM -0400, Daniel Ouellet wrote:
>> Isn't the long form domain  alias  should be supported
>> here for the relay configuration in smtpd.conf
>>
>> In the man(5) smtpd.conf page I see this form as valid:
>>
>> accept from any for domain  alias  deliver to maildir
>> accept from any for domain  virtual  deliver to \
>>  maildir
>>
>> So, I would have expected to be able to use these forms:
>> accept from any for domain  alias  relay via \
>>  smtp://127.0.0.1:10025
>> accept from any for domain  virtual  relay via \
>>  smtp://127.0.0.1:10025
>>
>> However it doesn't accept and I need to use this instead:
>>
>> accept from any for domain  relay via smtp://127.0.0.1:10025
>> accept from any for domain  relay via smtp://127.0.0.1:10025
>>
>> The users, or aliases part is not accepted.
>>
>> Any thoughts on this? The reason I asked is that, let say you have a not
>> valid users if I can check the users BEFORE doing the local relay, it
>> avoid the additional processing and would be rejected right away oppose
>> to be after it is locally processed no?
>>
> 
> Then you should use the 'recipient' keyword:
> 
>  accept [...] for domain  recipient  [...]
> 
> Goal of aliases / virtual is to resolve a user-part/address into a
> local delivery ... which makes no sense if your mail is not local.

All users and emails address are actually local with local Maildir on
the server. The reason I used the virtual part is because there is
aliases that are accepted or should be accepted by one local domain, but
not an other and if I do not use that, then all aliases will be there
for all domains.

Example to make it clear.

alias in /etc/mail/aliases

man1: man
man2: man
man3: man

now let say there is 4 domains.

example1.com to example4 .com

If I do not do the virtual domains and virtual users, these will all be
valid.

m...@example1.com
m...@example1.com
...etc
as well as
m...@example4.com

But if I want only the aliases in /etc/mail/aliases to apply to only
example1.com and example2.com, I actually use the virtual domains and
virtual users with the right info in each one to only allow:

m...@example3.com to go to the mailbox of man and same for m...@example4.com.

I hope it's not to confusing, but in short if I do not use the virtual
part, then any local domains with the same users name will be process by
the alias and sent to the maildir place. It's the only way I find to not
allow all local domains to have all the aliases valid.

Hope it make sense.

I will try your suggestion and see.

Re: ASMedia USB 3.0

[ludovic coues]

2015-10-30 9:40 GMT+01:00 Maurice McCarthy :
> Found the following at
> https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/usb/host/xhci-pci.c
>
> 175 if (pdev->vendor == PCI_VENDOR_ID_ASMEDIA &&
> 176 pdev->device == 0x1042)
> 177 xhci->quirks |= XHCI_BROKEN_STREAMS;
>
> Does this mean I'm flogging a dead horse? :)
>
> Moss
>

You might have a better time trying to read the output of pcidump :)

I looked a bit at the code and from what I've found, this quirk only
disable a driver requiring stream. I might be wrong as I'm not
familiar with the source code.

Do you mind sharing the result of usbdevs with a usb2 device attached
then with a usb3 device attached ?


-- 

Cordialement, Coues Ludovic
+336 148 743 42

syscall 96 in top(1) on renice

[Michael Lesniewski]

Hi,
When trying to renice from within top, this fails with syscall 96 in 
recent snapshots.

Adding id to the pledge fixes this issue.

Index: top.c
===
RCS file: /cvs/src/usr.bin/top/top.c,v
retrieving revision 1.85
diff -u -p -r1.85 top.c
--- top.c   25 Oct 2015 09:39:00 -  1.85
+++ top.c   30 Oct 2015 11:52:14 -
@@ -328,7 +328,7 @@ main(int argc, char *argv[])
preset_argc = 0;
} while (i != 0);

-   if (pledge("stdio rpath getpw tty ps vminfo", NULL) == -1)
+   if (pledge("stdio rpath getpw tty ps vminfo id", NULL) == -1)
err(1, "pledge");

/* set constants for username/uid display correctly */


Regards,
Michael

usb device power off

[urulab]

Hi, I need to disable power off to certain usb device "Elan
TouchScreen" due continuous error messages on boot OpenBSD 5.8 in a
Acer Aspire Laptop.

On FreeBSD I did through "usbconfig -d 0.3 power_off" command.

Is there any way to achieve the same result or any other workaround?

kind regards

openup and OpenBSD ftp and pkg_add via proxy

[Steve Shockley]

I'm trying to get openup to work through a proxy.  I'm able to get it to 
work through an antique Bluecoat proxy, but it fails using a Websense 
Content Gateway (more or less Inktomi/Apache Traffic Server) or a 
Fortigate firewall device.  I'm using 5.8-stable, and this happened on 
earlier releases as well.  If I try pkg_add with curl or wget it always 
works, but openup makes it difficult to use anything but ftp.  (You can 
set FETCH in openup.conf, but it gets reset in line 249.  It also 
doesn't appear to pass the FETCH_CMD environment variable to pkg_add.)


Anyway, if I run:
# export PKG_PATH=https://stable.mtier.org/updates/$(uname -r)/$(arch 
-s):ftp://mirrors.nycbug.org/pub/OpenBSD/$(uname -r)/packages/$(arch -s)
# pkg_add -v binpatch58-amd64-kernel binpatch58-amd64-libcrypto 
binpatch58-amd64-smtpd binpatch58-amd64-sshd binpatch58-amd64-sslhello


it sits for a minute and I get:
Update candidates: quirks-2.114 -> quirks-2.114
quirks-2.114 signed on 2015-08-09T11:57:52Z
No change in quirks-2.114
parsing binpatch58-amd64-kernel-2.0
Error from 
https://stable.mtier.org/updates/5.8/amd64/binpatch58-amd64-kernel-2.0.tgz

ftp: connect: Connection timed out
Can't find CONTENTS from 
https://stable.mtier.org/updates/5.8/amd64/binpatch58-amd64-kernel-2.0.tgz

parsing binpatch58-amd64-libcrypto-1.0p0
Error from 
https://stable.mtier.org/updates/5.8/amd64/binpatch58-amd64-libcrypto-1.0p0.tgz

ftp: SSL read error: 4294967295
Can't find CONTENTS from 
https://stable.mtier.org/updates/5.8/amd64/binpatch58-amd64-libcrypto-1.0p0.tgz

parsing binpatch58-amd64-smtpd-1.0
No change in binpatch58-amd64-smtpd-1.0
parsing binpatch58-amd64-sshd-1.0
^C

With more verbose ftp and less verbose pkg_add:
# export FETCH_CMD='/usr/bin/ftp -v'
# pkg_add -ui
quirks-2.114 signed on 2015-08-09T11:57:52Z
Error from 
ftp://mirrors.nycbug.org/pub/OpenBSD/5.8/packages/amd64/apache-httpd-openbsd-1.3.20140502p4.tgz

ftp: connect: Connection timed out
^C

Note that the proxy thought the transaction was successful:
a.b.c.d - - [30/Oct/2015:15:20:15 -0500] "GET 
ftp://mirrors.nycbug.org/pub/OpenBSD/5.8/packages/amd64/apache-httpd-common-2.4.16.tgz 
HTTP/1.0" 200 160810 000 0 0 0 128 195 0 0 0


I can always download the files using ftp, I only have problems when 
using pkg_add.


What else can I do to diagnose?  Thanks.

Re: compulab fitlet, non-working intel i211 ethernet, help requested

[Jonathan Gray]

On Fri, Oct 30, 2015 at 11:32:16AM -0400, Dewey Hylton wrote:
> >
> didn't have -current onhand, but was able to perform this function on a 5.8
> system ... i have 3 of these devices i'd really like to get going on
> openbsd. THANKS!

...

> Invalid PHY ID 0xA0044E90

This shouldn't be possible, perhaps something isn't powering up correctly.

You could try the following patch which will force the id to a known one:

Index: if_em_hw.c
===
RCS file: /cvs/src/sys/dev/pci/if_em_hw.c,v
retrieving revision 1.88
diff -u -p -r1.88 if_em_hw.c
--- if_em_hw.c  12 Sep 2015 02:38:14 -  1.88
+++ if_em_hw.c  31 Oct 2015 04:43:49 -
@@ -5369,6 +5369,9 @@ em_match_gig_phy(struct em_hw *hw)
hw->phy_id |= (uint32_t) (phy_id_low & PHY_REVISION_MASK);
hw->phy_revision = (uint32_t) phy_id_low & ~PHY_REVISION_MASK;
 
+   if (hw->phy_id == 0xA0044E90)
+   hw->phy_id = I210_I_PHY_ID;
+
switch (hw->mac_type) {
case em_82543:
if (hw->phy_id == M88E1000_E_PHY_ID)
Index: if_em_osdep.h
===
RCS file: /cvs/src/sys/dev/pci/if_em_osdep.h,v
retrieving revision 1.12
diff -u -p -r1.12 if_em_osdep.h
--- if_em_osdep.h   5 Oct 2011 02:52:10 -   1.12
+++ if_em_osdep.h   29 Oct 2015 03:27:36 -
@@ -44,7 +44,8 @@ POSSIBILITY OF SUCH DAMAGE.
 
 #define MSGOUT(S, A, B)printf(S "\n", A, B)
 #define DEBUGFUNC(F)   DEBUGOUT(F);
-#ifdef DBG
+//#ifdef DBG
+#if 1
#define DEBUGOUT(S) printf(S "\n")
#define DEBUGOUT1(S,A)  printf(S "\n",A)
#define DEBUGOUT2(S,A,B)printf(S "\n",A,B)

How to restart wifi net after suspend to ram

[Артур Истомин]

I have usb wifi dongle. Every time after suspend to ram I should 
manualy restart it with command "sh /etc/netstart urtwn0"

Is it possible automaticaly restart it?

Thanks.

Ntpd(8) in current: server (IP numerical) not used

[Gerald Hanuer]

 Hello misc@,

 Ntpd(8)  in current: server ("IP numerical") not being used, FQDN works.

 This is not a bug report.
 If this is known to devs@ please disregard.

 ### Works as expected.
 listen 192.168.1.2

 ### Works as expected.
 server time1.google.com

 ### This does not. ( Numerical of above )
 server 216.239.32.15

 ### This does not. ( Local NTP server )
 server 192.168.1.100

 Using a numerical IP that is resolved to FQDN,
 or numerical IP that is not resolved to FQDN not working.

 This was first seen 10/26/15.

 Regards,

  Gerald Hanuer

Re: How to restart wifi net after suspend to ram

[Raf Czlonka]

On Sat, Oct 31, 2015 at 04:52:19AM GMT, Артур Истомин wrote:

> I have usb wifi dongle. Every time after suspend to ram I should 
> manualy restart it with command "sh /etc/netstart urtwn0"
> 
> Is it possible automaticaly restart it?

Put it in a shell script called /etc/apm/resume.

---
#!/bin/sh

sleep 5 # adjust to your needs
/bin/sh /etc/netstart urtwn0
---

Regards,

Raf

P.S. man 8 apmd :^)

Re: openup and OpenBSD ftp and pkg_add via proxy

[Raf Czlonka]

On Sat, Oct 31, 2015 at 12:39:38AM GMT, Steve Shockley wrote:
> I'm trying to get openup to work through a proxy.  I'm able to get it to
> work through an antique Bluecoat proxy, but it fails using a Websense
> Content Gateway (more or less Inktomi/Apache Traffic Server) or a Fortigate
> firewall device.  I'm using 5.8-stable, and this happened on earlier
> releases as well.  If I try pkg_add with curl or wget it always works, but
> openup makes it difficult to use anything but ftp.  (You can set FETCH in
> openup.conf, but it gets reset in line 249.  It also doesn't appear to pass
> the FETCH_CMD environment variable to pkg_add.)
> 
> Anyway, if I run:
> # export PKG_PATH=https://stable.mtier.org/updates/$(uname -r)/$(arch
> -s):ftp://mirrors.nycbug.org/pub/OpenBSD/$(uname -r)/packages/$(arch -s)
> # pkg_add -v binpatch58-amd64-kernel binpatch58-amd64-libcrypto
> binpatch58-amd64-smtpd binpatch58-amd64-sshd binpatch58-amd64-sslhello
> 
> it sits for a minute and I get:
> Update candidates: quirks-2.114 -> quirks-2.114
> quirks-2.114 signed on 2015-08-09T11:57:52Z
> No change in quirks-2.114
> parsing binpatch58-amd64-kernel-2.0
> Error from
> https://stable.mtier.org/updates/5.8/amd64/binpatch58-amd64-kernel-2.0.tgz
> ftp: connect: Connection timed out
> Can't find CONTENTS from
> https://stable.mtier.org/updates/5.8/amd64/binpatch58-amd64-kernel-2.0.tgz
> parsing binpatch58-amd64-libcrypto-1.0p0
> Error from 
> https://stable.mtier.org/updates/5.8/amd64/binpatch58-amd64-libcrypto-1.0p0.tgz
> ftp: SSL read error: 4294967295
> Can't find CONTENTS from 
> https://stable.mtier.org/updates/5.8/amd64/binpatch58-amd64-libcrypto-1.0p0.tgz
> parsing binpatch58-amd64-smtpd-1.0
> No change in binpatch58-amd64-smtpd-1.0
> parsing binpatch58-amd64-sshd-1.0
> ^C
> 
> With more verbose ftp and less verbose pkg_add:
> # export FETCH_CMD='/usr/bin/ftp -v'
> # pkg_add -ui
> quirks-2.114 signed on 2015-08-09T11:57:52Z
> Error from 
> ftp://mirrors.nycbug.org/pub/OpenBSD/5.8/packages/amd64/apache-httpd-openbsd-1.3.20140502p4.tgz
> ftp: connect: Connection timed out
> ^C
> 
> Note that the proxy thought the transaction was successful:
> a.b.c.d - - [30/Oct/2015:15:20:15 -0500] "GET 
> ftp://mirrors.nycbug.org/pub/OpenBSD/5.8/packages/amd64/apache-httpd-common-2.4.16.tgz
> HTTP/1.0" 200 160810 000 0 0 0 128 195 0 0 0
> 
> I can always download the files using ftp, I only have problems when using
> pkg_add.
> 
> What else can I do to diagnose?  Thanks.

Hi Steve,

You hadn't mentioned it and I don't have a proxy at hand to test it, but
won't either simply honour the "http_proxy" environment variable?

Regards,

Raf

The OpenBSD developers approve “optimizing assembler” and compilers?

[français]

Mel didn't approve of compilers.

“If a program can't rewrite its own code”,
he asked, “what good is it?”

Mel had written,
in hexadecimal,
the most popular computer program the company owned.

Mel loved the RPC-4000
because he could optimize his code:
that is, locate instructions on the drum
so that just as one finished its job,
the next would be just arriving at the “read head”
and available for immediate execution.
There was a program to do that job,
an “optimizing assembler”,
but Mel refused to use it.

“You never know where it's going to put things”,
he explained, “so you'd have to use separate constants”.

reference: http://www.catb.org/jargon/html/story-of-mel.html

John von Neumann, when he first heard about FORTRAN in 1954, was unimpressed
and asked "why would you want more than machine language?" One of von
Neumann's students at Princeton recalled that graduate students were being
used to hand assemble programs into binary for their early machine. This
student took time out to build an assembler, but when von Neumann found out
about it he was very angry, saying that it was a waste of a valuable
scientific computing instrument to use it to do clerical work.
reference: http://worrydream.com/dbx/


In the beginning we programmed in absolute binary...Finally, the more
complete, and more useful, Symbolic Assembly Program (SAP) was devised-after
more years than you are apt to believe During Which most programmers
continued Their heroic absolute binary programming. At the SAP team first
Appeared I would guess about 1% of the older programmers Were interested in
it-using SAP was "sissy stuff" and the real programmers would not stoop to
wasting machine capacity to do the assembly.Yes! Programmers wanted at part
of it, though pressed When They Had to admit Their old methods used more
machine time in locating and fixing up errors than the SAP program ever
used. One of the main complaints was When using the symbolic system you do
not know where anything was in storage - though in the early days we
supplied the mapping of symbolic to current storage, and believe it or not
they later lovingly pored over such sheets rather than They did not realize
a need to know information que if They stuck to operating Within the system
-no! When correcting errors They preferred to do it in absolute binary.

FORTRAN was proposed by Backus and friends, and again was opposed by almost
all programmers. First, it was said it could not be done. Second, if it
could be done, it would be too wasteful of machine time and capacity. Third,
even if it did work, no respectable programmer would use it -- it was only
for sissies!

Reference: Richard Hamming -- The Art of Doing Science and Engineering, p25
(pdf book)

The OpenBSD developers approve “optimizing assembler” and compilers?

If yes, because?









--
View this message in context:
http://openbsd-archive.7691.n7.nabble.com/The-OpenBSD-developers-approve-opti
mizing-assembler-and-compilers-tp281477.html
Sent from the openbsd user - misc mailing list archive at Nabble.com.

Re: ASMedia USB 3.0

[Maurice McCarthy]

On Fri, Oct 30, 2015 at 12:59:56PM +0100 or thereabouts, ludovic coues wrote:
> 
> You might have a better time trying to read the output of pcidump :)
> 
> I looked a bit at the code and from what I've found, this quirk only
> disable a driver requiring stream. I might be wrong as I'm not
> familiar with the source code.
> 
> Do you mind sharing the result of usbdevs with a usb2 device attached
> then with a usb3 device attached ?
> 
> 
> -- 
> 
> Cordialement, Coues Ludovic
> +336 148 743 42
> 

Sorry folks, there is  something physically wrong. I just plugged both USB3
drives into the USB2 sockets and found that neither dmesg nor usbdevs are
seeing either of them.

I'll investigate and report back.

Oh dear,
Moss

Re: The OpenBSD developers approve “optimizing assembler” and compilers?

[Raul Miller]

On Fri, Oct 30, 2015 at 8:13 AM, français  wrote:
> The OpenBSD developers approve “optimizing assembler” and compilers?

You are overgeneralizing from jokes.

--
Raul

Re: sshd failure following errata 007 for 5.8

[Jared Hamilton]

Hi Olivier,

I ran into this same issue. I simply rebuilt ssh after applying
libcrypto patch with:
cd /usr/src/usr.bin/ssh
make obj
make depend
make
make install

Hope that helps

--
Jared

- Original message -
From: Olivier Debré 
To: misc@openbsd.org
Subject: sshd failure following errata 007 for 5.8
Date: Fri, 30 Oct 2015 14:34:01 + (UTC)

Hello everyone.

Following Ted's advice regarding the use of cd-src.tar.gz
(http://article.gmane.org/gmane.os.openbsd.misc/226175), for all 5.8
patches, I did so.
I first had an error during 004 smtpd security fix. Never mind, I use
Postfix.
I then applied 007 libcrypto reliability fix. No error visible during
the process, but now sshd barks:

/usr/sbin/sshd:/usr/lib/libcrypto.so.35.0: undefined symbol 'EVP_mdc2'
lazy binding failed!
Segmentation fault (core dumped)

Libcrypto-linked applications are quite numerous, to say the least. I
found 45 in /usr/sbin, 15 in /usr/local/sbin/.
Any idea as to what went wrong?
I consider putting back the libcrypto-linked applications from base58
file set, but I'm sure there's someting better to do!

Thanks.

Olivier Debré

Re: sshd failure following errata 007 for 5.8

[Jared Hamilton]

Oof - forgive the top post. Sorry everyone.

-- 
Jared

sshd failure following errata 007 for 5.8

[Olivier Debré]

Hello everyone.

Following Ted's advice regarding the use of cd-src.tar.gz
(http://article.gmane.org/gmane.os.openbsd.misc/226175), for all 5.8
patches, I did so.
I first had an error during 004 smtpd security fix. Never mind, I use
Postfix.
I then applied 007 libcrypto reliability fix. No error visible during
the process, but now sshd barks:

/usr/sbin/sshd:/usr/lib/libcrypto.so.35.0: undefined symbol 'EVP_mdc2'
lazy binding failed!
Segmentation fault (core dumped)

Libcrypto-linked applications are quite numerous, to say the least. I
found 45 in /usr/sbin, 15 in /usr/local/sbin/.
Any idea as to what went wrong?
I consider putting back the libcrypto-linked applications from base58
file set, but I'm sure there's someting better to do!

Thanks.

Olivier Debré

Re: The OpenBSD developers approve “optimizing assembler” and compilers?

[français]

Raul Miller wrote
> On Fri, Oct 30, 2015 at 8:13 AM, français 

> romapera15@

>  wrote:
>> The OpenBSD developers approve “optimizing assembler” and compilers?
>
> You are overgeneralizing from jokes.
>
> --
> Raul

Raul

Are jokes the quotes from John Von Neumann and Richard Hamming that I quoted
above?




--
View this message in context:
http://openbsd-archive.7691.n7.nabble.com/The-OpenBSD-developers-approve-opti
mizing-assembler-and-compilers-tp281477p281483.html
Sent from the openbsd user - misc mailing list archive at Nabble.com.

Re: compulab fitlet, non-working intel i211 ethernet, help requested

[Dewey Hylton]

On Thu, Oct 29, 2015 at 10:15 AM, Dewey Hylton 
wrote:

>
>
> On Wed, Oct 28, 2015 at 11:35 PM, Jonathan Gray  wrote:
>
>> On Wed, Oct 28, 2015 at 10:18:26PM -0400, Dewey Hylton wrote:
>> > i like these little boxes; they are silent and stable and perfect for
>> plenty
>> > of my projects. this new version promises to be better than the several
>> fit2
>> > machines i have scattered around customer sites, affording more cores
>> and
>> > memory.
>> >
>> > the man page for em shows the i211 to be supported. this machine uses
>> that
>> > chip, and it is even reported by the kernel - but still does not work.
>> is it
>> > possible that its specific id is simply missing from the driver, or is
>> there
>> > more to it than that?
>> >
>> > i booted the computer via pxe, so the ethernet is clearly working. it
>> > shipped with linux, and networking worked there too.
>> >
>> > of course it'd be nice for all the other bits to be in working order as
>> > well, but at the moment ethernet is the most important for my purposes.
>> >
>> > please let me know what i can do to get this working, or how i can
>> assist
>> > otherwise.
>>
>> If you can get the dmesg output of a kernel built with the following
>> diff it should indicate where the problem is:
>>
>> Index: sys/dev/pci/if_em_osdep.h
>> ===
>> RCS file: /cvs/src/sys/dev/pci/if_em_osdep.h,v
>> retrieving revision 1.12
>> diff -u -p -r1.12 if_em_osdep.h
>> --- sys/dev/pci/if_em_osdep.h   5 Oct 2011 02:52:10 -   1.12
>> +++ sys/dev/pci/if_em_osdep.h   29 Oct 2015 03:27:36 -
>> @@ -44,7 +44,8 @@ POSSIBILITY OF SUCH DAMAGE.
>>
>>  #define MSGOUT(S, A, B)printf(S "\n", A, B)
>>  #define DEBUGFUNC(F)   DEBUGOUT(F);
>> -#ifdef DBG
>> +//#ifdef DBG
>> +#if 1
>> #define DEBUGOUT(S) printf(S "\n")
>> #define DEBUGOUT1(S,A)  printf(S "\n",A)
>> #define DEBUGOUT2(S,A,B)printf(S "\n",A,B)
>>
>
>
>
>
> i'll attempt to build a new bsd.rd with this patch and report back.
>
> i've never done this, so it may take a bit of time to work out the
> details. thanks for the suggestion.
>
>
didn't have -current onhand, but was able to perform this function on a 5.8
system ... i have 3 of these devices i'd really like to get going on
openbsd. THANKS!

dmesg follows:

OpenBSD 5.8-stable (RAMDISK_CD) #0: Fri Oct 30 11:15:47 EDT 2015
root@openbsd-build.uxdev:/usr/src/sys/arch/amd64/compile/RAMDISK_CD
real mem = 3934593024 (3752MB)
avail mem = 3813629952 (3636MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xecbf0 (62 entries)
bios0: vendor American Megatrends Inc. version "SBCFLT_0.08.04" date
06/27/2015
bios0: CompuLab fitlet
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG ASF! HPET WDRT SSDT SSDT SSDT
SSDT SSDT SSDT SSDT SSDT
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD A4 Micro-6400T APU + AMD Radeon R3 Graphics, 998.27 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPC
NT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPI
CSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB
64b/line 16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, IBE
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 5 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 6 pa 0xfec01000, version 21, 32 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (GFX_)
acpiprt2 at acpi0: bus -1 (GPP0)
acpiprt3 at acpi0: bus -1 (GPP1)
acpiprt4 at acpi0: bus -1 (GPP2)
acpiprt5 at acpi0: bus 1 (GPP3)
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 vendor "AMD", unknown product 0x1566 rev 0x00
vga1 at pci0 dev 1 function 0 vendor "ATI", unknown product 0x9854 rev 0x02
vga1: aperture needed
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
pchb1 at pci0 dev 2 function 0 vendor "AMD", unknown product 0x156b rev 0x00
ppb0 at pci0 dev 2 function 5 "AMD AMD64 16h PCIE" rev 0x00: msi
pci1 at ppb0 bus 1
em0 at pci1 dev 0 function 0 "Intel I211" rev 0x03em_set_mac_type
: msiem_init_eeprom_params
em_is_onboard_nvm_eeprom
em_get_flash_presence_i210
em_reset_hw
PCIe completion timeout resend disabled.
Masking off all interrupts

Issuing a global reset to MAC

em_check_phy_reset_block

Masking off all interrupts

em_get_flash_presence_i210
em_get_flash_presence_i210
em_read_phy_reg
em_swfw_sync_acquire
em_get_hw_eeprom_semaphore

Re: The OpenBSD developers approve “optimizing assembler” and compilers?

[Jack J. Woehr]

Kimmo Paasiala wrote:

On Fri, Oct 30, 2015 at 3:41 PM, Raul Miller  wrote:

On Fri, Oct 30, 2015 at 8:13 AM, français  wrote:

The OpenBSD developers approve “optimizing assembler” and compilers?

You are overgeneralizing from jokes.

--
Raul


I believe you're feeding a troll.



Possibly just a silly person, and one whose English is limited.

Those *are* true stories. Their relevance to misc@ is questionable.

But they are indeed funny stories, even if we've all heard them many times
already.

If you read older programmer discussion groups, esp. mainframe groups, these
same stories are told over and over again.

Maybe we're just attracting an older crowd these days :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl
Sagan

[OT] Re: The OpenBSD developers approve ???optimizing assembler??? and compilers?

[Andreas Kusalananda Kähäri]

On Fri, Oct 30, 2015 at 06:33:39AM -0700, français wrote:
> Raul Miller wrote
> > On Fri, Oct 30, 2015 at 8:13 AM, français 
> 
> > romapera15@
> 
> >  wrote:
> >> The OpenBSD developers approve ???optimizing assembler??? and compilers?
> >
> > You are overgeneralizing from jokes.
> >
> > --
> > Raul
> 
> Raul
> 
> Are jokes the quotes from John Von Neumann and Richard Hamming that I quoted
> above?

Other quotes comes to mind:

"640K ought to be enough for anybody."
"There is no reason for any individual to have a computer in his home."

The point is, time moves on.

-- 
:: Andreas Kusalananda Kähäri, Bioinformatics Developer, BILS,
:: Uppsala University, Sweden
::--
:: My other car is a cdr.

Re: The OpenBSD developers approve “optimizing assembler” and compilers?

[Kimmo Paasiala]

On Fri, Oct 30, 2015 at 3:41 PM, Raul Miller  wrote:
> On Fri, Oct 30, 2015 at 8:13 AM, français  wrote:
>> The OpenBSD developers approve “optimizing assembler” and compilers?
>
> You are overgeneralizing from jokes.
>
> --
> Raul
>

I believe you're feeding a troll.

Re: ASMedia USB 3.0

[Maurice McCarthy]

Sorry for the noise I've got bigger problems than a driver.
Heigh ho.

Re: sshd failure following errata 007 for 5.8

[Olivier Debré]

Jared Hamilton  fastmail.com> writes:

> 
> Hi Olivier,
> 
> I ran into this same issue. I simply rebuilt ssh after applying
> libcrypto patch with:
> cd /usr/src/usr.bin/ssh
> make obj
> make depend
> make
> make install
> 
> Hope that helps
> 
> --
> Jared

Thank you Jared.

I did as you suggest, however :
/usr/src/usr.bin/ssh # make
===> lib
===> ssh
===> sshd
cc   -o sshd sshd.o auth-rhosts.o auth-passwd.o sshpty.o sshlogin.o
servconf.o serverloop.o auth.o auth2.o auth-options.o session.o
auth-chall.o auth2-chall.o groupaccess.o auth-bsdauth.o auth2-hostbased.o
auth2-kbdint.o auth2-none.o auth2-passwd.o auth2-pubkey.o monitor_mm.o
monitor.o monitor_wrap.o sftp-server.o sftp-common.o roaming_common.o
roaming_serv.o sandbox-systrace.o -L/usr/src/usr.bin/ssh/sshd/../lib/obj
-lssh -lutil -L/usr/src/usr.bin/ssh/sshd/../lib/obj -lssh -lutil -lcrypto
-lutil -lz
sshd.o: In function `main':
sshd.c:(.text+0x414e): undefined reference to `do_authentication'
monitor.o: In function `mm_answer_rsa_response':
monitor.c:(.text+0x9e0): undefined reference to `auth_rsa_verify_response'
monitor.o: In function `mm_answer_rsa_challenge':
monitor.c:(.text+0xbd7): undefined reference to `auth_rsa_generate_challenge'
monitor.o: In function `mm_answer_rsa_keyallowed':
monitor.c:(.text+0xe41): undefined reference to `auth_rsa_key_allowed'
monitor.o: In function `mm_answer_keyallowed':
monitor.c:(.text+0x1faf): undefined reference to `auth_rhosts_rsa_key_allowed'
/usr/lib/libcrypto.so.35.0: undefined reference to `ENGINE_load_rsax'
/usr/lib/libcrypto.so.35.0: undefined reference to `EVP_mdc2'
collect2: ld returned 1 exit status
*** Error 1 in sshd (:87 'sshd')
*** Error 1 in /usr/src/usr.bin/ssh (:48 'all')

I'm not a developer. Maybe I should have rebuilt /usr/src with cd-src.tar.gz
before?

Plus, as I wrote, there are 50+ apps linked with libcrypto, and I prefer
putting back all base58.tgz in place instead of rebuilding all of them.

Anyway, it seems that now we are two having experienced that.

Olivier

Re: EFI Install on 2013 MacBook Air and Display Corruption

[Bryan Vyhmeister]

After the additional commits by Mark Kettenis here:

http://marc.info/?l=openbsd-cvs=144620412406055=2

I still have the same errors. The dmesg from today looks the same (link
here and inline below):

http://www.bsdjournal.net/files/macbookair/dmesg.20151030.txt

Thanks again.

Bryan


OpenBSD 5.8-current (GENERIC.MP) #1551: Fri Oct 30 08:18:12 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error
ff<clock_battery,ROM_cksum,config_unit,memory_size,fixed_disk,invalid_time>
real mem = 8509276160 (8115MB)
avail mem = 8247255040 (7865MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0x8cd14000 (42 entries)
bios0: vendor Apple Inc. version "MBA61.88Z.0099.B20.1509081314" date
09/08/2015
bios0: Apple Inc. MacBookAir6,1
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC SBST ECDT SSDT SSDT SSDT SSDT SSDT
SSDT SSDT SSDT MCFG DMAR
acpi0: wakeup devices P0P2(S3) EC__(S3) HDEF(S3) RP01(S3) RP02(S3)
RP03(S3) ARPT(S4) RP05(S3) RP06(S3) SPIT(S3) XHC1(S3) ADP1(S3) LID0(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-4650U CPU @ 1.70GHz, 1600.23 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 100MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-4650U CPU @ 1.70GHz, 1600.00 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i7-4650U CPU @ 1.70GHz, 1600.00 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-4650U CPU @ 1.70GHz, 1600.00 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
acpiec0 at acpi0
acpimcfg0 at acpi0 addr 0xe000, bus 0-155
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (P0P2)
acpiprt2 at acpi0: bus 1 (RP01)
acpiprt3 at acpi0: bus 2 (RP02)
acpiprt4 at acpi0: bus 3 (RP03)
acpiprt5 at acpi0: bus 5 (RP05)
acpiprt6 at acpi0: bus 4 (RP06)
acpicpu0 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33),
C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33),
C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33),
C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33),
C1(1000@1 mwait.1), PSS
acpibat0 at acpi0: BAT0 model "3545797981023400290" type
3545797981528607052 oem "3545797981528673619"
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: LID0
acpibtn1 at acpi0: PWRB
acpibtn2 at acpi0: SLPB
acpivideo0 at acpi0: IGPU
acpivout0 at acpivideo0: DD01
cpu0: Enhanced SpeedStep 1600 MHz: speeds: 2301, 2300, 2200, 2100, 2000,
1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800,
759 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 4G Host" rev 0x09
inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 5000" rev 0x09
drm0 at inteldrm0
inteldrm0: msi
error: [drm:pid0:inteld

Re: sshd failure following errata 007 for 5.8

[Kurt Mosiejczuk]

On Fri, Oct 30, 2015 at 03:41:19PM +, Olivier Debr?? wrote:

> Plus, as I wrote, there are 50+ apps linked with libcrypto, and I prefer
> putting back all base58.tgz in place instead of rebuilding all of them.

There aren't 50+ apps linked *statically* to libcrypto.  They use it as
a shared library.  There's not need to rebuild all those.  That's why
the patch doesn't mention rebuilding other things.

--Kurt