Re: ASMedia USB 3.0
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?
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
> > 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
On Thu, Oct 29, 2015 at 10:15:26AM -0400, Dewey Hylton wrote: > On Wed, Oct 28, 2015 at 11:35 PM, Jonathan Graywrote: > > > 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?
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
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?
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
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
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
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
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
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
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
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
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?
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
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?
On Fri, Oct 30, 2015 at 8:13 AM, françaiswrote: > The OpenBSD developers approve “optimizing assembler” and compilers? You are overgeneralizing from jokes. -- Raul
Re: sshd failure following errata 007 for 5.8
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
Oof - forgive the top post. Sorry everyone. -- Jared
sshd failure following errata 007 for 5.8
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?
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
On Thu, Oct 29, 2015 at 10:15 AM, Dewey Hyltonwrote: > > > 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?
Kimmo Paasiala wrote: On Fri, Oct 30, 2015 at 3:41 PM, Raul Millerwrote: 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?
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?
On Fri, Oct 30, 2015 at 3:41 PM, Raul Millerwrote: > 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
Sorry for the noise I've got bigger problems than a driver. Heigh ho.
Re: sshd failure following errata 007 for 5.8
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
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
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