Re: man.openbsd.org failure?
“Server stopped responding” implies that it did provide some response before stopping. “Server did not respond” would be more accurate and less confusing. Dave Anderson d...@daveanderson.com > On Dec 23, 2023, at 07:27, hahahahacker2...@airmail.cc wrote: > > On 2023-12-22 10:39, Dave Anderson wrote: >> Oops! I did see that message but forgot that it mentioned >> man.openbsd.org. Apologies for the noise. (But that Safari error >> message sucks!) >> Dave Anderson >> d...@daveanderson.com >> > On Dec 21, 2023, at 21:55, Daniel Jakots wrote: >> > >> > On Thu, 21 Dec 2023 21:22:49 -0500, Dave Anderson wrote: >> > >> > > Safari isn=E2=80=99t providing much useful information, but starting >> > > today >> > > I=E2=80=99m consistently getting a =E2=80=9Cserver stopped responding=E2= >> > =80=9D error when >> > > trying to access the online man pages at man.openbsd.org. >> > > www.openbsd.org is working fine. >> > >> > Yes, it's a maintenance: >> > https://marc.info/?l=3Dopenbsd-misc&m=3D170301839017559&w=3D > The website is simply down. So it cannot just respond. >
Re: man.openbsd.org failure?
Oops! I did see that message but forgot that it mentioned man.openbsd.org. Apologies for the noise. (But that Safari error message sucks!) Dave Anderson d...@daveanderson.com > On Dec 21, 2023, at 21:55, Daniel Jakots wrote: > > On Thu, 21 Dec 2023 21:22:49 -0500, Dave Anderson wrote: > >> Safari isn=E2=80=99t providing much useful information, but starting today >> I=E2=80=99m consistently getting a =E2=80=9Cserver stopped responding=E2= > =80=9D error when >> trying to access the online man pages at man.openbsd.org. >> www.openbsd.org is working fine. > > Yes, it's a maintenance: > https://marc.info/?l=3Dopenbsd-misc&m=3D170301839017559&w=3D
man.openbsd.org failure?
Safari isn’t providing much useful information, but starting today I’m consistently getting a “server stopped responding” error when trying to access the online man pages at man.openbsd.org. www.openbsd.org is working fine. Dave Anderson d...@daveanderson.com
Re: pf questions
> On Jun 1, 2021, at 16:50, Stuart Henderson wrote: > > On 2021-05-30, Dave Anderson wrote: >> I’m setting up on 6.9-release a (for now) IPv4-only firewall with multiple >> public addresses and multiple subnets behind it, and have a couple of >> questions related to connections originating from the firewall itself to >> which I haven’t found definitive answers. >> >> When not overridden (for example, by ‘ftp-proxy -a ’) which of the >> public addresses will be chosen as the source address for connections to the >> Internet originating on the firewall? It would make sense to me for the one >> address not declared as an alias to always be chosen, but I haven’t found >> anything that states this to be true. I want to (for example) keep traffic >> from systems I control separate from that from the WiFi subnet (which I’ll >> NAT to a different public address). > > The interface address associated with the route used to reach the > destination. See "if address" in "route -n get $IP". > >> I plan to use tags to control policy, initially tagging each new connection >> based mostly (but not entirely) on which interface it arrives through. But, >> unless I’m missing something, connections originating on the firewall can’t >> be tagged this way since they don’t arrive through any interface. Which also >> seems to mean that all policy decisions must be made outbound, since that’s >> the only time that connections originating on the firewall will pass through >> an interface. And I haven’t found any way of filtering on untagged >> connections (something like ‘! tagged any’ would be nice). I’m sure that my >> setup isn’t unique, so there must be a good way of dealing with this, but >> I’ve no idea what it might be. Suggestions, please! > > You might find "!received-on any" useful to allow a rule to match only > locally originated connections. I guess you could do something like > "match !received-on any tag local" if you want to attach a tag to those. I should have noticed that; evidently I was too fixated on tags. Once I’ve identified the local connections I can NAT them to the address I want, so which source address is used by default doesn’t matter. Thanks!
pf questions
I’m setting up on 6.9-release a (for now) IPv4-only firewall with multiple public addresses and multiple subnets behind it, and have a couple of questions related to connections originating from the firewall itself to which I haven’t found definitive answers. When not overridden (for example, by ‘ftp-proxy -a ’) which of the public addresses will be chosen as the source address for connections to the Internet originating on the firewall? It would make sense to me for the one address not declared as an alias to always be chosen, but I haven’t found anything that states this to be true. I want to (for example) keep traffic from systems I control separate from that from the WiFi subnet (which I’ll NAT to a different public address). I plan to use tags to control policy, initially tagging each new connection based mostly (but not entirely) on which interface it arrives through. But, unless I’m missing something, connections originating on the firewall can’t be tagged this way since they don’t arrive through any interface. Which also seems to mean that all policy decisions must be made outbound, since that’s the only time that connections originating on the firewall will pass through an interface. And I haven’t found any way of filtering on untagged connections (something like ‘! tagged any’ would be nice). I’m sure that my setup isn’t unique, so there must be a good way of dealing with this, but I’ve no idea what it might be. Suggestions, please! -- Dave Anderson d...@daveanderson.com
Re: What is you motivational to use OpenBSD
On Wed, 28 Aug 2019, Mohamed salah wrote: >I wanna put something in discussion, what's your motivational to use >OPENBSD what not other bsd's what not gnu/Linux, if something doesn't work >fine on openbsd and you love this os so much what will do? The emphasis on security and correctness. -- Dave Anderson
OT - "Intel Management Engine" security issues
While this isn't specifically an OpenBSD issue, since OpenBSD emphasizes security this seems like a good place to ask. As far as I can tell the "Intel Management Engine" (IME) is a gaping backdoor into every recent Intel-based system. My searches on the 'net haven't turned up much useful information about it. I'd really like to find documentation on how to configure and use it, though I'd settle for just enough to know how to lock it down or disable it such that it can't be used to attack me from the 'net. While this wouldn't work for a laptop, for desktop systems it might be sufficient to use an add-in NIC rather than the built-in one -- but the limited info I've found suggests that the IME may be able to snoop on all devices and so defeat this tactic. Does anyone here know? Thanks for any information, Dave -- Dave Anderson
Re: Why on earth would online voting be insecure?
[Off-topic; sorry. It's important to remind people of this issue, but I won't follow up any further.] This sort of security, no matter how well done, doesn't address one of the very important but often forgotten features of voting in person at a polling place: it makes it very difficult to buy or extort votes, since there's no way to reliably confirm how someone actually voted. With online (or by mail, etc) voting there's nothing to prevent someone from watching while a vote is cast. Dave On Mon, 14 Nov 2016, Alan Corey wrote: This sounds like heel-dragging to me, or they're trying to do it under Windows or something: https://www.washingtonpost.com/news/post-nation/wp/2016/05/17/more-than-30-states-offer-online-voting-but-experts-warn-it-isnt-secure/ It seems simple to me, you use firewalls and only make the results writeable by the process that should be writing to it, probably nothing needs to have read access in the short term. As far as security after the election, mount the servers in a Brinks truck or something, it just sounds like a ludicrous excuse. Something like: for each election the town government mails you a random number that's your key to vote that election. You go to a website and put in your town, name, SSN, and the key. If somebody steals the mail they won't have your SSN. If Russian hackers or whoever tries to impersonate you online they won't have the key. It's bringing those 2 pieces of information plus your name and town together that makes it secure. Just guessing. Did I overlook anything? -- Dave Anderson
Re: OT: True hardware UNIX terminal
On Mon, 4 Apr 2016, ropers wrote: On 4 April 2016 at 02:06, Adam Thompson wrote: On 2016-04-01 11:07, ropers wrote: And if anyone has ever operated the OpenBSD installer via a teleprinter, I want to hear that story. I think there's still a first-generation TI Silent 700 somewhere in my parents' basement. If, when they either die and/or move out to a seniors' residence prior to that certain event, I should run across it, and I can find a compatible telephone (acoustic handset coupler, remember!), and can find a compatible 300bps modem to dial into, and can find an honest-to-god POTS phone line (I expect this to be the hardest part) and can find a compatible system with a serial console that can be stepped down to 300bps, and the thermal paper is still viable, I'll do a fresh install just so I can mail you the ~3-4m of thermal paper I suspect that would generate. Would that be close enough for you? :-) YES! I'd be extremely honoured to receive something like that. But, I think there are probably more worthy recipients. Computer museums, even. (Actually, it just occurred to me that I don't need the phone line as long as I can also find the old PENRIL modem that can start training on a front-panel button-press instead of a -90v ring signal. Or maybe the local museum will have a 300bps acoustic-coupler modem I can borrow?) Wikipedia currently says that at least some Silent 700s could be locally connected: https://en.wikipedia.org/wiki/Silent_700 Of course, that technically sort of takes away the tele- part from the teleprinter (which is not to say that the device was now just a printer), but I definitely think that an install to a locally attached teleprinter counts. The key here is that it's monitorless, so not a glass terminal; the paper is the only place where you get to see output. I love it, btw., that the Wikipedia article speaks of "the new high-speed interactive computing environment" -- at 1200 baud. :) That was advanced stuff. I remember how pleased we were when we upgraded to blazingly fast 300 baud 'glass teletypes' from 110 baud KSR35 teletypes. Dave Those were days when actual interactive use of a computer was not unlike getting telescope time at a major observatory -- and before time-sharing allowed concurrent multi-user access, it must have been almost exactly alike. Like Woz said in the Youtube video I linked: "Your use on these company computers, it was so far above us in value." I vaguely recall once doing an OpenBSD install where the "console" path was: Local VT220 -> multiplexer -> modem -> DATAPAC 3101 (Canadian X.25 service) PAD -> remote PAD -> remote dial-out service -> another modem -> another multiplexer -> serial line into, IIRC, ttyA on a Sun system I was helping someone repurpose. The entire install completed successfully off a network boot in about an hour at 2400bps (*and* simultaneously 2400baud, all you pedants out there...). Wow. -- Dave Anderson
Re: e-commerce framework suggestion? medoc?
On Thu, 25 Feb 2016, li...@wrant.com wrote: Wed, 24 Feb 2016 23:51:10 +0100 arrowscr...@mail.com So, I'll probably use Ubercart. Thanks everyone. The "Django" software seems good too 'Mariano', I'll read more on that. About the laws and regulations 'Dave', I will need to see that. Here in my country we have all these regulations too. Thanks for the advice. Don't fall for regulation scare talks, there should be no reason to put something outside local premises except payment processing which is a well developed monetary system service from banks etc. Don't fall for "it's all a scare tactic" either. Investigate, then make your own decision based on whatever laws and regulations apply to you. Good luck. Dave Run your own systems, make sure you protect your clients personal details, separate databases and storage layers, use sound security and encryption, and update your software regularly plus plan for disaster. This includes dirty play from the competing parties which want to suck your data into their system with the "cloud" services. Web based software is multiple reliability nightmares yet running it internally with limited outside connectivity and reliable (static) web front end site is an option for control of this critical aspect. At that point you're as good as a personal self sustained service. -- Dave Anderson
Re: e-commerce framework suggestion? medoc?
On Wed, 24 Feb 2016, arrowscr...@mail.com wrote: I'm currently deciding to do a "e-commerce" website. I noticed that OpenBSD Store use a software from medoc.com. If not medoc, do you guys have any other suggestion for e-commerce framework? It have to be open source, because I can't pay a service now (and I woudn't trust them anyway). The idea is to be secure as possible (I know it's difficult with all this sql/php madness). I'll, of course, use httpd(8) on -stable. Regards. Be _very_ careful about this. You don't say where you live or work, but (at least in the U.S.) a whole bunch of laws and regulations pop up to make your life miserable if you start dealing with credit card info, etc. (I'm no expert on this, but am involved in an organization which uses a commercial e-commerce service to shield itself from all this and have overheard quite a bit of discussion on the subject.) I'd strongly recommend that, before doing anything about this, you carefully investigate what your responsibilities and liabilities would be. Dave -- Dave Anderson
Re: OpenBSD 5.7 release -- CD2 issues
On Fri, 15 May 2015, Theo de Raadt wrote: >Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to >errors at the manufacturing plant. Two mistakes were made. > >In the rush after the first error, this error was not caught in time. >Many people have received (or will soon receive) their package with >this broken disc. Orders which have not yet shipped are being held >back... because... > >A repaired disc is on the way from the plant. > >This will be shipped out to everyone, and will be inserted into the >orders not yet shipped. Thanks for the update. As usual, you're doing the right thing -- and we appreciate it. I hate to think of the likely mess if this sort of error had happened with some commercial software package. Dave -- Dave Anderson
Re: Fund raising
On Fri, 27 Mar 2015, Theo de Raadt wrote: >>On Fri, Mar 27, 2015 at 2:25 AM, Theo de Raadt >>wrote: >> >>> >I'm actually wearing an openbsd shirt now with an openssh poster >>> >behind me on the wall. >>> > >>> >What's the URL to the legacy store? I want to see what remains in >>> >their inventory. >>> >>> Note: >>> >>> Recent difficulties have resulted in zero (Z E R O) of the proceeds >>> from Austin's shop going towards OpenBSD. And it may have been >>> happening for a while before that. >>> >>> (history repeats itself) >>> >>> >>But the new shop is alright ? > >Yes, the new shop is fine. Transparency, accountability, honourable >behaviour, etc. Excellent relationship. Few bumps at adapting their >ordering system to the people ordering from all over the world, but >we'll get there step by step I hope. I hit a couple of those bumps on my first order from them, and they were _very_ good about analyzing and fixing them. Dave -- Dave Anderson
Advice requested -- how best to copy a disk
My apologies for what seems to be a rather simple and not really OpenBSD specific question, but searching hasn't found any good answers. I've got an old PC running i386 OpenBSD which is dying; the disk seems to be good, but I need to replace the rest of the hardware. Usually I'd just move the disk to the new system, but the old system is EIDE and the new one is SATA -- so I need to copy the old disk (which I can put in an external enclosure and connect to the new system via USB) to the new one (which is a different size and probably a different geometry, so the new and old partitions probably won't be exactly the same sizes). It's clearly possible to boot the new system from an install CD (or, if necessary, a USB stick with a full install on it) then fdisk and disklabel the new disk and newfs / dump|restore the partitions one by one, followed up by installboot, editing the duids in /etc/fstab, and fixing up /etc/hostname.*, but I'm hoping that there's a better way. Thanks in advance for any suggestions (or confirmations that there is no better way). Dave -- Dave Anderson
Re: Help, please, understanding AHCI error on amd64
On Mon, 25 Aug 2014, Adam Thompson wrote: >On 14-08-25 03:49 PM, Dave Anderson wrote: >> My amd64 notebook (full dmesg below) has started reporting an error >> which I don't adequately understand. Any explanations or ideas as to >> how to figure out exactly what is broken would be greatly appreciated. > >Your hard disk is in the process of (hopefully slowly!) breaking. > >> This started while untarring the ports tree from the source CD >> immediately after upgrading from 5.4-release to 5.5-release (from CD). >> I initially guessed that it was related to some change in 5.5, but >> testing while booted from install CDs for 5.4-release, 5.6-20140822 and >> a 4.7-release I had handy all give the same result. > >Normal. It won't matter what software you're running because it's a >hardware issue. > >> The error appears to be tied to a particular spot on the disk (it seems >> to occur when, e.g., I try to 'ls' a particular directory) > >Yes. It'll be some particular sector that the disk controller is having >difficulty reading. No matter what version of the OS you boot, those >directory entries still reside on the same sector on disk. > >> but it looks >> to me like it could be a controller error or perhaps a controller quirk >> which OpenBSD doesn't handle well. The only information about it I can >> find is these two messages in /var/log/messages: >> >> Aug 18 14:08:08 minya /bsd: ahci0: attempting to idle device >> Aug 18 14:08:08 minya /bsd: ahci0: couldn't recover NCQ error, failing all >> outstanding commands. > >Nope. The "quirk" is that your HDD is taking too long to read that >sector (normally because of too many retries), the AHCI stack times out, >and the only sane thing to do with timing out a request is to pretend >all the other pending commands have also failed - otherwise you could >get undefined results (i.e. even worse errors). > >Presumably the HDD eventually manages to read the sector, and succeeds >the time the VFS or block-cache or whatever I/O layer resubmits the >request for that data. Otherwise you'd see other error messages >following the two you mention. > >> I've hunted through all the other log files I can think of without >> finding anything that looks related. Other than this, the system >> appears to be running normally (though I haven't been doing much with it >> other than poking around trying to understand this problem). > >Nope - this is the only symptom you're likely to see, unless you happen >to be running some sort of SMART monitor and you happen to be monitoring >"correctable read errors" in that tool. > > From the hard disk's standpoint, all is well - you asked for a sector, >and it (eventually) gave it to you. The only problem is that your >software is too impatient, from a certain point of view. That all makes sense. Thanks. It would be nice if that error message mentioned the timeout -- I think that would have convinced me that it was definitely the disk that was dying rather than it possibly being something else. > From a real-world point of view, however, you probably should make sure >everything on that disk is backed up. Then you should either do a >low-level format (almost impossible nowadays[1]) and still not trust it >for important data, or just replace it. > >-Adam > >[1] While low-level formatting is not really possible nowadays unless >you work in the manufacturer's lab, a few "ATA Secure Erase" passes >might resuscitate the disk for a while if you really, really, REALLY >don't want to replace it right now for some reason. Most people boot a >Linux CD to do this, but atactl(8) appears to support the "secerase" >command. There are all sorts of things that could prevent you from >doing this, and if you can't work past them, you probably should just >throw the drive away. Yup, time for a new disk. I'm off to do some research on who makes the most reliable ones these days. [Suggestions from anyone knowledgable are welcome.] Dave -- Dave Anderson
Help, please, understanding AHCI error on amd64
pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pms0: Synaptics touchpad, firmware 7.5 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 uhub2 at uhub0 port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 ugen0 at uhub2 port 1 "Validity Sensors product 0x0018" rev 1.10/0.78 addr 3 uvideo0 at uhub2 port 2 configuration 1 interface 0 "SuYin HP TrueVision HD" rev 2.00/1.10 addr 4 video0 at uvideo0 uhub3 at uhub1 port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on sd0a (c3ffcff67dc13a92.a) swap on sd0b dump on sd0b -- Dave Anderson
Help requested tracking down a problem running 5.5-release.
6 Series PCIE" rev 0xb5: msi pci3 at ppb2 bus 13 rtsx0 at pci3 dev 0 function 0 "Realtek RTS5209 Card Reader" rev 0x01: msi sdmmc0 at rtsx0 "Realtek RTS5209 Card Reader" rev 0x01 at pci3 dev 0 function 1 not configured ppb3 at pci0 dev 28 function 3 "Intel 6 Series PCIE" rev 0xb5: msi pci4 at ppb3 bus 19 "NEC xHCI" rev 0x04 at pci4 dev 0 function 0 not configured ehci1 at pci0 dev 29 function 0 "Intel 6 Series USB" rev 0x05: apic 0 int 20 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 pcib0 at pci0 dev 31 function 0 "Intel HM65 LPC" rev 0x05 ahci0 at pci0 dev 31 function 2 "Intel 6 Series AHCI" rev 0x05: msi, AHCI 1.3 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed naa.5000c50044718f26 sd0: 715404MB, 512 bytes/sector, 1465149168 sectors cd0 at scsibus0 targ 5 lun 0: ATAPI 5/cdrom removable ichiic0 at pci0 dev 31 function 3 "Intel 6 Series SMBus" rev 0x05: apic 0 int 19 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 SO-DIMM spdmem1 at iic0 addr 0x52: 4GB DDR3 SDRAM PC3-10600 SO-DIMM isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pms0: Synaptics touchpad, firmware 7.5 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 uhub2 at uhub0 port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 ugen0 at uhub2 port 1 "Validity Sensors product 0x0018" rev 1.10/0.78 addr 3 uvideo0 at uhub2 port 2 configuration 1 interface 0 "SuYin HP TrueVision HD" rev 2.00/1.10 addr 4 video0 at uvideo0 uhub3 at uhub1 port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on sd0a (c3ffcff67dc13a92.a) swap on sd0b dump on sd0b -- Dave Anderson
Re: 5.5 CDs arriving
On Wed, 30 Apr 2014, JJ Jumpercables wrote: >On Wed, Apr 30, 2014 at 12:56 PM, Dave Anderson wrote: >> Just got mine, near Boston, Mass. >> > >Jut curious... how long ago did you order? As soon as I saw the announcement that orders were open -- I don't remember exactly when, but it was within a day after the announcement went up. Dave -- Dave Anderson
5.5 CDs arriving
Just got mine, near Boston, Mass. My thanks to everyone involved. Dave -- Dave Anderson
Re: Problem building -current userland
On Tue, 4 Dec 2012, Dave Anderson wrote: Problem solved; PEBCAK. I didn't fully understand what 'cvs update' was doing, and managed to create a source tree containing a mixture of old and current files. Apologies for the noise. Dave >I recently upgraded to the 2 December 2012 amd64 snapshot, then at about >11am EST today (4 December) updated my source tree to -current. After >compiling and installing a new kernel and rebooting, my attempt to >rebuild userland aborted with a slew of errors in >/usr/src/usr.sbin/smtpd/smtpd/../dns.c. In case this was a short-term >glitch I re-updated my source tree at about 4pm EST and tried again, >with the same result. > >Is this a known problem, or have I managed to screw something up? > >I'm using the same build procedure as I've successfully used before, and >didn't see anything in the current version of the 'building from source' >section of the FAQ that would require changing it or see anything >relevant in 'following current'. > >The sequence of commands I used is: > > cd /usr/src && cvs -z 9 -d$CVSROOT -q up -Pd > > cd /usr/src/sys/arch/`machine`/conf && config GENERIC.MP && cd > ../compile/GENERIC.MP > make clean && make > make install > reboot > > cd /usr/obj && touch junk && mkdir -p .old && mv * .old && rm -rf .old & > cd /usr/src && make obj && cd /usr/src/etc && env DESTDIR=/ make distrib-dirs > cd /usr/src && make build > >Thanks for any help, > > Dave -- Dave Anderson
Re: Problem building -current userland
On Tue, 4 Dec 2012, Amit Kulkarni wrote: >> rebuild userland aborted with a slew of errors in >> /usr/src/usr.sbin/smtpd/smtpd/../dns.c. In case this was a short-term >> glitch I re-updated my source tree at about 4pm EST and tried again, >> with the same result. >> >> Is this a known problem, or have I managed to screw something up? > >I built everything on amd64 around 2pm CST today. So definitely a cvs >update or other issue. > >> cd /usr/src && cvs -z 9 -d$CVSROOT -q up -Pd > >Use cvs up -APd (-A updates to latest version without any release >tags, since you mention following -current) Thanks for the suggestion; I'll give it a try -- and double-check that the cvs update worked properly. Dave -- Dave Anderson
Problem building -current userland
I recently upgraded to the 2 December 2012 amd64 snapshot, then at about 11am EST today (4 December) updated my source tree to -current. After compiling and installing a new kernel and rebooting, my attempt to rebuild userland aborted with a slew of errors in /usr/src/usr.sbin/smtpd/smtpd/../dns.c. In case this was a short-term glitch I re-updated my source tree at about 4pm EST and tried again, with the same result. Is this a known problem, or have I managed to screw something up? I'm using the same build procedure as I've successfully used before, and didn't see anything in the current version of the 'building from source' section of the FAQ that would require changing it or see anything relevant in 'following current'. The sequence of commands I used is: cd /usr/src && cvs -z 9 -d$CVSROOT -q up -Pd cd /usr/src/sys/arch/`machine`/conf && config GENERIC.MP && cd ../compile/GENERIC.MP make clean && make make install reboot cd /usr/obj && touch junk && mkdir -p .old && mv * .old && rm -rf .old & cd /usr/src && make obj && cd /usr/src/etc && env DESTDIR=/ make distrib-dirs cd /usr/src && make build Thanks for any help, Dave -- Dave Anderson
FYI - 5.2 CDs just arrived near Boston, Mass.
-- Dave Anderson
Re: Notebook dmesg gathering. Developers, what info do you want?
On Sat, 25 Aug 2012, Dave Anderson wrote: If there's no interest in this info, I won't burn an afternoon collecting it. If there is interest, answers to my questions would be useful. Dave >A year or so ago, as part of selecting a notebook to buy, I gathered >dmesg info from all of the notebooks I could find in local stores >(booting from and saving data to a USB stick) and sent it to >dm...@openbsd.org as well as using it myself. Since I expect that it >would be useful to the developers to have this info for the current crop >of notebooks, I plan to do another data-gathering session sometime in >the next few weeks. I'll be using an amd64 snapshot and, as FAQ 4.10 >requests, will gather both 'dmesg' and 'sysctl hw.sensors' output using >both the sp and mp kernels for each system. > >Since the data collection will be scripted it will be easy to also >gather other information; pcidump, usbdevs and acpidump come to mind. >What would be useful for the developers? I've got a store which has >several dozen demo notebooks and will let me gather data from them, but >there won't be an opportunity to go back -- I need to get all of the >useful info at once. > >So, my questions to the developers: > >1) Does it matter which amd64 snapshot I use? Are there any recent or >forthcoming ones which are especially good or bad for this purpose? > >2) What additional information should I collect? Exact commands and >options, please. I don't mind installing tools which aren't in base, >but the output needs to go to, or be able to be redirected to, a file. > >3) Other than the dmesg/sensor info which will go to dm...@openbsd.org, >where should I send the additional info? If there's no suitable place, >I can just keep it around and let anyone who needs it ask me for it. > > Dave -- Dave Anderson
Re: Notebook dmesg gathering. Developers, what info do you want?
On Sun, 26 Aug 2012, Brett wrote: >> 3) Other than the dmesg/sensor info which will go to dm...@openbsd.org, >> where should I send the additional info? If there's no suitable place, >> I can just keep it around and let anyone who needs it ask me for it. > >http://www.nycbug.org/?action=dmesgd&add=1 Yes, I know about that site and intend to post the dmesg info there too (as I did last year). But my question was about what to do with any non-dmesg info I capture (whatever the developers tell me might be useful, perhaps acpidump, usbdevs, pcidump, ...). Dave -- Dave Anderson
Notebook dmesg gathering. Developers, what info do you want?
A year or so ago, as part of selecting a notebook to buy, I gathered dmesg info from all of the notebooks I could find in local stores (booting from and saving data to a USB stick) and sent it to dm...@openbsd.org as well as using it myself. Since I expect that it would be useful to the developers to have this info for the current crop of notebooks, I plan to do another data-gathering session sometime in the next few weeks. I'll be using an amd64 snapshot and, as FAQ 4.10 requests, will gather both 'dmesg' and 'sysctl hw.sensors' output using both the sp and mp kernels for each system. Since the data collection will be scripted it will be easy to also gather other information; pcidump, usbdevs and acpidump come to mind. What would be useful for the developers? I've got a store which has several dozen demo notebooks and will let me gather data from them, but there won't be an opportunity to go back -- I need to get all of the useful info at once. So, my questions to the developers: 1) Does it matter which amd64 snapshot I use? Are there any recent or forthcoming ones which are especially good or bad for this purpose? 2) What additional information should I collect? Exact commands and options, please. I don't mind installing tools which aren't in base, but the output needs to go to, or be able to be redirected to, a file. 3) Other than the dmesg/sensor info which will go to dm...@openbsd.org, where should I send the additional info? If there's no suitable place, I can just keep it around and let anyone who needs it ask me for it. Dave -- Dave Anderson
Re: mojibake
On Sun, 1 Jul 2012, Anthony J. Bentley wrote: >Dave Anderson writes: >> >So, in summary, the options are: >> > >> >Use HTML escapes everywhere. IMO, highly impractical. >> > >> >Use any encoding you wish, and set a meta tag when appropriate. This is >> >basically what we have now. (The front pages of /, /de/, /fr/ all use >> >ISO-8859-1; /cs/ uses UTF-8; /lt/ uses ISO-8859-13.) >> > >> >Use UTF-8 everywhere, and enforce this either with an HTTP header or >> >meta tags. >> >> You missed one: use any encoding you wish, and configure the server to >> send the proper charset value in the real headers (by encoding the >> appropriate charset info in the file-name extension). > >I was limiting the options to those that can be easily mirrored. All of >those are basically server-agnostic; yours is not. A valid, though not insurmountable, issue. The necessary configuration is pretty simple, and IIRC can be done via .htaccess files so you don't even need to own the server. > And I can't imagine a >situation when you'd ever want to do that anyway--sticking to one encoding >is much simpler and saner. Well, it depends... If one can convert the existing site to UTF-8 and maintain it in that form without significant extra effort on the part of the maintainers, yes. But I don't know if the various tools in use allow this. Dave -- Dave Anderson
Re: mojibake
On Sun, 1 Jul 2012, Anthony J. Bentley wrote: >ropers writes: >> This diff fixes things: >> >> --- bsdcan11-mandoc-openbsd.html 2012-06-30 22:18:52.0 +0200 >> +++ bsdcan11-mandoc-openbsd.html.newentities 2012-06-30 22:34:58.0 >> +0200 >> @@ -13,7 +13,7 @@ >> >> http://www.flickr.com/photos/tomkoadam/4778126822/";>> src="http://farm5.static.flickr.com/4115/4778126822_555b453a1e.jpg";> >> -Csiko - Foal. - Photo: Adam Tomko @flickr (CC) >> +Csikó - Foal. - Photo: Adam Tomkó @flickr (CC) >> >> >> Ingo Schwarze: Mandoc in OpenBSD - page 2: INTRO I - >> @@ -725,7 +725,7 @@ >> >> Ingo Schwarze: Mandoc in OpenBSD - page 22: RECURRING II - >> BSDCan 2011, May 13, Ottawa >> -Bogue deja vue: >> +Bogue déjà vue: >> Collecting regression tests. >> >> Slow start in 2009: >> >> That's it. That's all. > >The advantage of using pure ASCII plus HTML escapes in a page is that it >displays the correct content regardless of declared character encoding. >The disadvantage is that it means adding escapes *everywhere*. Can you >imagine writing http://www.openbsd.org/cs/ in anything but native UTF-8? >At some point we have to pick an encoding and stick with it. > >> So again, the complaint was that there was mojibake gibberish in >> Ingo's presentation, because the character encoding isn't specified >> but defaults to UTF-8 in modern browsers, while the page is actually >> iso-8859-1 encoded. > >Actually, "modern" browsers do not default to a particular encoding (in >fact, this violates the HTML standard). Instead, they attempt to autodetect >the charset. Sometimes this works, and sometimes it doesn't -- I've seen >UTF-8 pages incorrectly detected as ISO-8859-1, and in particularly bad >cases, vice versa. > >> There were many objection to a simple addition of > http-equiv="Content-Type" content="text/html; charset=iso-8859-1" >> /> as a fix. > >Yes, this is pretty ugly. But the only alternative is using one encoding >everywhere and setting the appropriate HTTP header instead of an HTML >meta tag. Actually, that's not a bad idea, but it means using UTF-8 on all >pages, since that's the only encoding that can handle the different >translations on the OpenBSD website. It would also require removing or >altering meta tags on all pages (but considering the alternative is *adding* >meta tags to all pages...). > >> But then I thought, what about browsers that don't support UTF-8 yet; >> this is going to break things for them. > >I challenge you to find a single browser in ports that doesn't. IE6 >supports UTF-8 properly. Even Lynx works fine when the user has a UTF-8 >locale. (And ISO-8859-* are also locale-dependent, so this is not any >worse.) > > >So, in summary, the options are: > >Use HTML escapes everywhere. IMO, highly impractical. > >Use any encoding you wish, and set a meta tag when appropriate. This is >basically what we have now. (The front pages of /, /de/, /fr/ all use >ISO-8859-1; /cs/ uses UTF-8; /lt/ uses ISO-8859-13.) > >Use UTF-8 everywhere, and enforce this either with an HTTP header or >meta tags. You missed one: use any encoding you wish, and configure the server to send the proper charset value in the real headers (by encoding the appropriate charset info in the file-name extension). This does suffer from combinatorial explosion if you have have both lots of different charsets and lots of different types of files to serve, but usually isn't especially difficult. Done properly, it _always_ works when files are viewed through the server, though (as someone pointed out) it doesn't help if files are viewed directly from a browser. Dave -- Dave Anderson
Re: OpenBSD's webpage desing
On Thu, 28 Jun 2012, frantisek holop wrote: >hmm, on Thu, Jun 28, 2012 at 09:47:00AM -0400, Dave Anderson said that >> Using META is _ugly_, especially for specifying a charset (since the >> page will be read up through the META element using the charset >> specified in the real header or assumed by the browser -- and that >> charset could be incompatible with the actual encoding.) Why not just >> use the AddDefaultCharset directive to ensure that a charset is >> specified in the real header for all pages? Or is this known to break >> some browsers that are still in use? > >because AddDefaultCharset is a braindead concept. No, just one that needs to be applied only when appropriate. The truly braindead idea is that of partially parsing a file in order to find out what charset you should have been using in doing that parsing. This only "mostly works" because, for the typical page content from the beginning through any META elements, the encoding specified by most charset values happens to match the encoding specified by 8859-1. >as the apache config file comment says (on debian): > ># In general, it is only a good idea if you know that all your files ># have this encoding. It will override any encoding given in the files ># in meta http-equiv or xml encoding tags. Precisely. In the case under discussion (where, IIRC, the files in question were all 8859-1 but some of them did not get a charset specified in the real headers) it does exactly what is needed. In more complicated situations more configuration is needed and, if this is done properly, setting a default charset may not be appropriate. >setting AddDefaultCharset is a sure way to break any >content on your site that happens to be written >in the non-default-charset, as the server setting >overrides the explicit meta-tag. Not true at all. If you're using different charset values for different files, you need to set up a pattern in your file naming which encodes which charset value is appropriate for each type of file and tell the webserver about it; it then emits the appropriate header for each file. For dynamic content it's even simpler -- the program producing the content should also provide the corresponding header information. >the webserver has no business telling the client >what charset the content will be in. it cannot know. >especially for dynamic content. the webserver simply >shuffles bytes. sometimes it can give a hint with mime-types, >sometimes not. Nonsense! Dave -- Dave Anderson
Re: OpenBSD's webpage desing
On Thu, 28 Jun 2012, Stuart Henderson wrote: >On 2012-06-28, ropers wrote: >> On 28 June 2012 01:17, Andres Perera wrote: >>>> A http://www.openbsd.org/papers/bsdcan11-mandoc-openbsd.html >>> >>> >>> that page is encoded iso 8859-1, doesn't state so anywhere, breaks >>> with browsers configured to default to utf8 in the absence of encoding >>> qualifiers >> >> $ telnet www.openbsd.org 80 >> Trying 142.244.12.42... >> Connected to www.openbsd.org. >> Escape character is '^]'. >> GET /papers/bsdcan11-mandoc-openbsd.html HTTP/1.1 >> Host: www.openbsd.org >> >> HTTP/1.1 200 OK >> Date: Wed, 27 Jun 2012 23:59:19 GMT >> Server: Apache >> Last-Modified: Sat, 18 Jun 2011 11:11:28 GMT >> ETag: "65f60c9352dee7ec594696cdfb681e86316269ef" >> Accept-Ranges: bytes >> Content-Length: 32754 >> Content-Type: text/html >> >> >> >> ... >> >> >> Okay, this could transmit "Content-Type: text/html; >> charset=iso-8859-1" but doesn't, but that's ok, we can do this on a >> page-by-page basis with a META tag, which ought to be ignored by >> browsers that don't understand it: > >IMO if it's worth doing this at all, it needs doing to *all* pages >that need it, in one go, consistently. > >Anything else is likely to be way too much pain for the translators. Using META is _ugly_, especially for specifying a charset (since the page will be read up through the META element using the charset specified in the real header or assumed by the browser -- and that charset could be incompatible with the actual encoding.) Why not just use the AddDefaultCharset directive to ensure that a charset is specified in the real header for all pages? Or is this known to break some browsers that are still in use? Dave -- Dave Anderson
Re: My OpenBSD 5.0 installation experience (long rant)
On Wed, 7 Mar 2012, Stuart Henderson wrote: >On 2012-03-07, Leonardo Sabino dos Santos wrote: >> On Wed, Mar 7, 2012 at 1:43 PM, Dmitrij D. Czarkoff >> wrote: >>> On Wed, 2012-03-07 at 13:26 +0100, Leonardo Sabino dos Santos wrote: >>>> Next, the disk stuff comes up. A lot of partition information appears >>>> on the screen, followed by the question: >>>> >>>> Use (W)hole disk or (E)dit the MBR? [whole] >>>> >>>> At this point I'm actually trying to remember if there's a way to >>>> scroll back the console, because some information has scrolled of the >>>> screen. I try PageUp, PageDown, Ctrl-UpArrow, Ctrl-DownArrow, but >>>> nothing works, so I press Enter. >>> >>> You were asked whether you want to edit MBR or use the whole disk, and >>> you chose using the whole disk. This resulted in your disk being >>> occupied by single A6 partition. >>> >>> So, what went wrong? What kind of confirmation did you want? >> >> I pressed Enter by mistake there (and realized my mistake a couple of >> seconds too late). The kind of confirmation I expected is something >> like: "This will erase all partitions, are you sure (y/n)?", or an >> opportunity to review the settings before committing to the install. > >The thing is, then you'll want another after you edit disklabel, >and another before running newfs (which is the first part which is >likely to be really tough to recover from). And then when the OS >is booted maybe you'll want rm to ask for confirmation, etc. To be fair (which is a bit difficult given the tone of the original message) he has identified what may be the only place in the install process where a single wrong keystroke can do major damage. Everyplace else I can think of there's at least an opportunity to abort the installation after making a mistake but before the damage is done. I've no great love for 'are you sure' questions, but they may be appropriate where they prevent a single easy-to-make mistake from causing serious damage. Dave -- Dave Anderson
Re: AHCI0 errors with 5.1-current
On Mon, 27 Feb 2012, Dave Anderson wrote: >I recently upgraded an HP dv7-6b63us notebook (dmesg below) to amd64/mp >5.1-current as of about 11:30 EST 25 February 2012 (rebuilt from source >several times since installing a 7 February snapshot) and have started >seeing > > ahci0: attempting to idle device > ahci0: couldn't recover NCQ error, failing all outstanding commands. > >messages on the console and in the dmesg buffer; their timing doesn't >correlate with anything obvious to me. If anyone has test code to run >or other suggestions for how to track this down I'll be happy to help. In the absence of any response, I've brought my source tree up to 5.1-current as of about 14:15 EST on 3 March and rebuilt my system; if the errors continue I'll report back. Dave >OpenBSD 5.1-current (GENERIC.MP) #1: Sat Feb 25 23:04:41 EST 2012 >r...@minya.daveanderson.com:/usr/src/sys/arch/amd64/compile/GENERIC.MP >real mem = 6387134464 (6091MB) >avail mem = 6202941440 (5915MB) >mainbus0 at root >bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe67b0 (33 entries) >bios0: vendor Hewlett-Packard version "F.02" date 10/03/2011 >bios0: Hewlett-Packard HP Pavilion dv7 Notebook PC >acpi0 at bios0: rev 2 >acpi0: sleep states S0 S3 S4 S5 >acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC SSDT BOOT ASPT SSDT SSDT SSDT >SSDT >acpi0: wakeup devices P0P1(S3) LID_(S3) GLAN(S4) EHC1(S3) EHC2(S3) HDEF(S0) >PXSX(S4) RP01(S4) PXSX(S4) RP02(S3) PXSX(S4) RP03(S3) PXSX(S4) RP04(S3) >PXSX(S4) RP05(S3) PXSX(S4) RP06(S3) PXSX(S4) RP07(S3) PXSX(S4) RP08(S3) >PEG0(S4) PEGP(S4) PEG1(S4) PEG2(S4) PEG3(S4) PWRB(S4) >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-2630QM CPU @ 2.00GHz, 1995.75 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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF >cpu0: 256KB 64b/line 8-way L2 cache >cpu0: apic clock running at 99MHz >cpu1 at mainbus0: apid 1 (application processor) >cpu1: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF >cpu1: 256KB 64b/line 8-way L2 cache >cpu2 at mainbus0: apid 2 (application processor) >cpu2: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF >cpu2: 256KB 64b/line 8-way L2 cache >cpu3 at mainbus0: apid 3 (application processor) >cpu3: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF >cpu3: 256KB 64b/line 8-way L2 cache >cpu4 at mainbus0: apid 4 (application processor) >cpu4: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz >cpu4: >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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF >cpu4: 256KB 64b/line 8-way L2 cache >cpu5 at mainbus0: apid 5 (application processor) >cpu5: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz >cpu5: >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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF >cpu5: 256KB 64b/line 8-way L2 cache >cpu6 at mainbus0: apid 6 (application processor) >cpu6: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz >cpu6: >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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF >cpu6: 256KB 64b/line 8-way L2 cache >cpu7 at mainbus0: apid 7 (application processor) >cpu7: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz >cpu7: >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,SBF,SSE3,PCLMUL,
AHCI0 errors with 5.1-current
acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpicpu2 at acpi0: C3, C2, C1, PSS acpicpu3 at acpi0: C3, C2, C1, PSS acpicpu4 at acpi0: C3, C2, C1, PSS acpicpu5 at acpi0: C3, C2, C1, PSS acpicpu6 at acpi0: C3, C2, C1, PSS acpicpu7 at acpi0: C3, C2, C1, PSS acpitz0 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpibat0 at acpi0: BAT0 model "8850" serial Li4402A type Li oem " Hewlett-Packard " acpiac0 at acpi0: AC unit online acpidock0 at acpi0: DOCK not docked (0) acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD02 cpu0: Enhanced SpeedStep 1995 MHz: speeds: 2001, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel GT2 Video" rev 0x09 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xb000, size 0x1000 inteldrm0 at vga1: apic 0 int 16 drm0 at inteldrm0 "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured ehci0 at pci0 dev 26 function 0 "Intel 6 Series USB" rev 0x05: apic 0 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audio" rev 0x05: msi azalia0: codecs: IDT 92HD81B1X, Intel/0x2805, using IDT 92HD81B1X audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb5: msi pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E-VL (0x2c80), apic 0 int 16, address 2c:41:38:62:07:07 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 5 ppb1 at pci0 dev 28 function 1 "Intel 6 Series PCIE" rev 0xb5: msi pci2 at ppb1 bus 7 iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 1000" rev 0x00: msi, MIMO 1T2R, BGS, address 74:e5:0b:1f:01:62 ppb2 at pci0 dev 28 function 2 "Intel 6 Series PCIE" rev 0xb5: msi pci3 at ppb2 bus 13 "Realtek RTS5209 Card Reader" rev 0x01 at pci3 dev 0 function 0 not configured sdhc0 at pci3 dev 0 function 1 "Realtek RTS5209 Card Reader" rev 0x01: apic 0 int 19 sdmmc0 at sdhc0 ppb3 at pci0 dev 28 function 3 "Intel 6 Series PCIE" rev 0xb5: msi pci4 at ppb3 bus 19 "NEC xHCI" rev 0x04 at pci4 dev 0 function 0 not configured ehci1 at pci0 dev 29 function 0 "Intel 6 Series USB" rev 0x05: apic 0 int 20 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 pcib0 at pci0 dev 31 function 0 "Intel HM65 LPC" rev 0x05 ahci0 at pci0 dev 31 function 2 "Intel 6 Series AHCI" rev 0x05: msi, AHCI 1.3 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed naa.5000c50044718f26 sd0: 715404MB, 512 bytes/sector, 1465149168 sectors cd0 at scsibus0 targ 5 lun 0: ATAPI 5/cdrom removable ichiic0 at pci0 dev 31 function 3 "Intel 6 Series SMBus" rev 0x05: apic 0 int 19 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 SO-DIMM spdmem1 at iic0 addr 0x52: 4GB DDR3 SDRAM PC3-10600 SO-DIMM isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pms0: Synaptics touchpad, firmware 7.5 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 mtrr: Pentium Pro MTRR support uhub2 at uhub0 port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 ugen0 at uhub2 port 1 "vendor 0x138a product 0x0018" rev 1.10/0.78 addr 3 uvideo0 at uhub2 port 2 configuration 1 interface 0 "SuYin HP TrueVision HD" rev 2.00/1.10 addr 4 video0 at uvideo0 uhub3 at uhub1 port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on sd0a (c3ffcff67dc13a92.a) swap on sd0b dump on sd0b -- Dave Anderson
Re: /etc/daily bug? altroot vs DUIDs
On Wed, 8 Feb 2012, Dave Anderson wrote: >On Tue, 7 Feb 2012, Kenneth R Westerback wrote: > >>On Tue, Feb 07, 2012 at 09:42:07AM -0500, Dave Anderson wrote: >>> I've got a system running amd64/mp -current (latest source update on >>> February 1st) and have noticed (for quite a while, actually) that the >>> nightly backup of / to /altroot wasn't working. I finally got around to >>> looking into this and discovered that the /etc/daily script was >>> explicitly checking for /dev/whatever in the /altroot fstab entry -- but >>> I've been using DUIDs (as set up by the installer). >>> >>> Shouldn't the daily script be updated to handle DUIDs as well as >>> explicit devices in /etc/fstab? >>> >>> Dave >> >>Does this diff work for you? Test with duid and without would be >>nice. :-) >> >>And don't be bashful. Anybody can test! >> >> Ken > >That works for me, both ways. > >Thanks, > > Dave Aaargh! Not quite, it turns out. This superficially appears to work, and does seem to work in the non-DUID case, but I evidently didn't look at the results carefully enough. In the DUID case, rather than copying / to the altroot partition it copies it to /dev/r.! My bad. Apologies to all. I remember seeing a commit which sounds like it might tweak some low-level functions to translate DUIDs into devices; I'll upgrade to a current -current and see if this problem goes away. Dave >>Index: daily >>=== >>RCS file: /cvs/src/etc/daily,v >>retrieving revision 1.72 >>diff -u -p -r1.72 daily >>--- daily 6 Dec 2011 21:02:39 - 1.72 >>+++ daily 7 Feb 2012 20:14:26 - >>@@ -90,20 +90,20 @@ if [ -f /var/account/acct ]; then >> fi >> >> # If ROOTBACKUP is set to 1 in the environment, and >>-# if filesystem named /altroot is type ffs, on /dev/* and mounted "xx", >>+# if filesystem named /altroot is type ffs and mounted "xx", >> # use it as a backup root filesystem to be updated daily. >> next_part "Backing up root filesystem:" >> while [ "X$ROOTBACKUP" = X1 ]; do >>- rootbak=`awk '$2 == "/altroot" && $1 ~ /^\/dev\// && $3 == "ffs" && \ >>- $4 ~ /xx/ \ >>- { print substr($1, 6) }' < /etc/fstab` >>+ rootbak=`awk '$2 == "/altroot" && $3 == "ffs" && $4 ~ /xx/ \ >>+ { print $1 }' < /etc/fstab` >> if [ -z "$rootbak" ]; then >> echo "No xx ffs /altroot device found in the fstab(5)." >> break >> fi >>- bakdisk=${rootbak%[a-p]} >>+ rootbak=${rootbak#/dev/} >>+ bakdisk=${rootbak%%?(.)[a-p]} >> sysctl -n hw.disknames | grep -Fqw $bakdisk || break >>- bakpart=${rootbak#$bakdisk} >>+ bakpart=${rootbak##$bakdisk?(.)} >> baksize=`disklabel $bakdisk 2>/dev/null | \ >> awk -v "part=$bakpart:" '$1 == part { print $2 }'` >> rootdev=`mount | awk '$3 == "/" && $1 ~ /^\/dev\// && $5 == "ffs" \ > > -- Dave Anderson
Re: /etc/daily bug? altroot vs DUIDs
On Tue, 7 Feb 2012, Kenneth R Westerback wrote: >On Tue, Feb 07, 2012 at 09:42:07AM -0500, Dave Anderson wrote: >> I've got a system running amd64/mp -current (latest source update on >> February 1st) and have noticed (for quite a while, actually) that the >> nightly backup of / to /altroot wasn't working. I finally got around to >> looking into this and discovered that the /etc/daily script was >> explicitly checking for /dev/whatever in the /altroot fstab entry -- but >> I've been using DUIDs (as set up by the installer). >> >> Shouldn't the daily script be updated to handle DUIDs as well as >> explicit devices in /etc/fstab? >> >> Dave > >Does this diff work for you? Test with duid and without would be >nice. :-) > >And don't be bashful. Anybody can test! > > Ken That works for me, both ways. Thanks, Dave >Index: daily >=== >RCS file: /cvs/src/etc/daily,v >retrieving revision 1.72 >diff -u -p -r1.72 daily >--- daily 6 Dec 2011 21:02:39 - 1.72 >+++ daily 7 Feb 2012 20:14:26 - >@@ -90,20 +90,20 @@ if [ -f /var/account/acct ]; then > fi > > # If ROOTBACKUP is set to 1 in the environment, and >-# if filesystem named /altroot is type ffs, on /dev/* and mounted "xx", >+# if filesystem named /altroot is type ffs and mounted "xx", > # use it as a backup root filesystem to be updated daily. > next_part "Backing up root filesystem:" > while [ "X$ROOTBACKUP" = X1 ]; do >- rootbak=`awk '$2 == "/altroot" && $1 ~ /^\/dev\// && $3 == "ffs" && \ >- $4 ~ /xx/ \ >- { print substr($1, 6) }' < /etc/fstab` >+ rootbak=`awk '$2 == "/altroot" && $3 == "ffs" && $4 ~ /xx/ \ >+ { print $1 }' < /etc/fstab` > if [ -z "$rootbak" ]; then > echo "No xx ffs /altroot device found in the fstab(5)." > break > fi >- bakdisk=${rootbak%[a-p]} >+ rootbak=${rootbak#/dev/} >+ bakdisk=${rootbak%%?(.)[a-p]} > sysctl -n hw.disknames | grep -Fqw $bakdisk || break >- bakpart=${rootbak#$bakdisk} >+ bakpart=${rootbak##$bakdisk?(.)} > baksize=`disklabel $bakdisk 2>/dev/null | \ > awk -v "part=$bakpart:" '$1 == part { print $2 }'` > rootdev=`mount | awk '$3 == "/" && $1 ~ /^\/dev\// && $5 == "ffs" \ -- Dave Anderson
/etc/daily bug? altroot vs DUIDs
I've got a system running amd64/mp -current (latest source update on February 1st) and have noticed (for quite a while, actually) that the nightly backup of / to /altroot wasn't working. I finally got around to looking into this and discovered that the /etc/daily script was explicitly checking for /dev/whatever in the /altroot fstab entry -- but I've been using DUIDs (as set up by the installer). Shouldn't the daily script be updated to handle DUIDs as well as explicit devices in /etc/fstab? Dave -- Dave Anderson
Re: Long delay updating xenocara source tree?
On Fri, 3 Feb 2012, Otto Moerbeek wrote: >On Thu, Feb 02, 2012 at 03:15:29PM +0100, Steffen Daode Nurpmeso wrote: > >> Henning Brauer wrote: >> > there aren't all that many repositories the size of ours out there. >> >> That's true. >> But no Henning, i don't believe it's that; >> you know, it's just that i don't have anything to say, because >> i have no knowledge about the internals of cvs(1). >> >> I always thought of this as some kind of misbehaviour in between >> OpenCVS and GNU cvs, because i would think of cvs(1) as something >> like this: >> >> cvs up . >> | >> read CVS/Entries >> | >> for those files with diff. timestamps, checksum file >> | >> send list [+ checksums] to server >> | >> server compare revision/timestamp/[checksum] >> - client unmodified: send diff (expected final checksum?) >> - client modified: send full file (if size < treshold), >> otherwise do blockwise checksumming etc. (i.e. rsync-like) >> [I don't really believe cvs(1) does the latter though.] >> | >> integrate diffs / replace locally modified files >> >> Wether cvs(1) does do some rsync-like block-checksumming for >> locally modified files or not, uploading 10% of the repositories >> size or more before any data is sent from the server just can't be >> correct anyhow. Even more for my usage case because there were no >> locally modified files at all. >> >> And also the problem goes away if you do specify files directly, >> as with a file glob, so it makes a difference wether you say >> $ cvs -fz9 up -PAC . >> or >> $ cvs -fz9 up -PAC *.* >> I don't remember wether i've used -d or not. >> >> So for me this turned out as either "look into the code, >> instrument some functions and try to fix it" or "turn over to >> cvsync". >> And GNU cvs is hard to look at, with a lot of comments which refer >> to some (numeric or so) error reports. But it would surely be >> interesting to know what is going wrong. >> >> --steffen > >I like to say that long delays I have seen when using cvs had to do >with multiple different values of CVS/Root files in my local tree. > >Those different entries can be created when doing a cvs up -d that >creates a new dir. If a cvs -d option is used at the same time, the >CVS/Root entry for tht dir wil be different than the other's. > >The exact cause of the slowdown is not known to me. But when you are >switch repositories once in a while it's easy to get this case. > >I repair this by find . -name Root | xargs rm and using a explicit cvs >root. > > -Otto Hmmm. That doesn't seem to [fully] explain the slowdowns I've seen, since I always use an explicit cvs root (following the FAQ) though I certainly have switched repositories from time to time. Dave -- Dave Anderson
Re: Long delay updating xenocara source tree?
On Sat, 28 Jan 2012, Nick Holland wrote: >On 01/28/12 09:12, Dave Anderson wrote: >> Thanks for the info. I've been using -Pd because >> <http://www.openbsd.org/anoncvs.html> says to use them; I haven't yet >> had a chance to look into how cvs works beyond reading the man page, >> faq, etc. > >and please continue to use them. >-Pd is the RIGHT way. I plan to. Dropping them felt kind of iffy; thanks for the confirmation that it isn't the way to go. >Apparently, Philip gets away with it, but he's a developer and he knows >this stuff pretty well, we don't expect ordinary users to clean up the >mess it can make. I'll defer to his expertise on coding and probably >CVS, but there are many things in many parts of the tree where a lack of >a -Pd will hurt you in ways other than slow updates. There are >thousands of ways to use cvs incorrectly, -Pd is the correct way to do >updates (or maybe -PAd under some circumstances). > > >And none of this has anything to do with your real problem. I run far >slower hardware than most people, and xenocara updates don't take nine >hours (and if I understand you, that was nine hours then you gave up and >killed it). This has NOTHING TO DO WITH COMMAND LINE OPTIONS. I wrote >the FAQ you used, I use that FAQ, and I do it on hardware like mac68k >and sparc, and it works, it does not take nine hours to update xenocara >(it just feels like it...) No, it was about 9 hours from issuing the cvs update command until there was any visible action; the update ran to completion in a total of about 11 hours. I've killed some other update attempts which ran even longer without any visible action. >If you could...next time you see this, use a > CVSROOT=anon...@obsd.cec.mtu.edu:/cvs >and see if things run better. NOTE: DO NOT GET USED TO USING THIS >MIRROR, IT IS BEING SHUT DOWN VERY SOON. But, being it's been being >advertised as being shut down, it's pretty lightly loaded, and it >handles the CVS temp directory as an mfs, which really really helps >(this is on the server end. Nothing you can do about it on your side). >My hunch, as a soon-to-be former mirror operator is that you are having >a problem with your mirror of choice, not a problem on your end, and it >may be a problem with multiple mirrors. I've tried 3 or 4 different servers, and have had this problem with all of them (at least some of the time). >I just checked out xenocara from that mirror, and then did an update on >my amd64 system, the update took less than one minute. Your results >will vary, but not to nine hours, unless you are using dialup. :) I do have a slowish ADSL link (384Kbps/1536Kbps) which would limit me to very roughly 1MB/min outbound, so I took advice to use '-z 9' to compress data and that reduced the total time for a xenocara source tree update from about 11 hours to about 2.5 hours. (Though I discovered that not all servers support compression.) Then I did a test update of xenocara against your server (still using -z 9), and the entire process took barely 1 minute. I then retried that upgrade against the server I've been using (anoncvs.comstyle.com), and the total time was just under 3 minutes. As a final (for the moment) test I did (against my usual server and with -z 9) an update of my entire source tree and the total times were src: 7:37, xenocara: 3:55, ports: 41:58, and www: 2:39 -- for a total of about 55 minutes. I've no idea why I'm suddenly getting so much faster responses. Does cvs update send a potentially large but extremely variable amount of data from my system to the server? If so, that (plus my slowish uplink) might explain some of these timings. But the cause of these massive variations is not at all obvious from where I sit. Thanks for any further info. Dave -- Dave Anderson
Re: iPad2 and iPhone4S USB messages
On Sat, 24 Dec 2011, Dave Anderson wrote: >On Fri, 23 Dec 2011, Brynet wrote: > >>On Fri, Dec 23, 2011 at 09:30:44PM -0500, Dave Anderson wrote: >>> For the iPhone, yes, but evidently not for the iPad2. >> >>Yes, it will be a manual effort for as long as Apple releases new devices. >> >>> >If you want to use libusb ports (..like gphoto2), you'll need to add >>> >similars >>> >quirks for the iPad2. >>> > >>> >You didn't post the product ID. >>> >>> I assumed (perhaps foolishly) that this was already known since the >>> device was recognized as '"Apple Inc. iPad" rev 2.00/0.01'. And I don't >>> _have_ the product ID anywhere I know of (other than by looking in the >>> source). >> >>That is the product name obtained from the device itself, you'll need to add >>it >>to usbdevs and regen first. Patches for other iDevices are on the lists, it >>should be easy enough for you to find them in the archives. >> >>Each model has it's own product ID, AFAIK they're not published by Apple. >> >>Look at usbdevs(8), specifically the verbose option. > >Ungh. I think I was confusing what appears in the dmesg for PCI devices >with what appears for USB devices. Apologies to all. I'll run usbdevs >and report the product ID when I get the chance. There's no urgency >from my side; I'm not trying to do anything with this (yet). Rather belatedly: # usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: high speed, self powered, config 1, Rate Matching Hub(0x0024), Intel(0x8087), rev 0.00 port 1 addr 3: full speed, power 100 mA, config 1, product 0x0018(0x0018), vendor 0x138a(0x138a), rev 0.78, iSerialNumber 723ca8ccb3ec port 2 addr 4: high speed, power 500 mA, config 1, HP TrueVision HD(0xd281), S uYin (0x064e), rev 1.10, iSerialNumber HF1016-A821-OV011-VH-R01.01.00 port 3 powered port 4 powered port 5 powered port 6 powered port 2 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: high speed, self powered, config 1, Rate Matching Hub(0x0024), Intel(0x8087), rev 0.00 port 1 addr 3: high speed, power 500 mA, config 2, iPad(0x129f), Apple Inc.(0x05ac), rev 0.01, iSerialNumber 0180f6af0eec5919c2d1b373dc8253afcabd1925 port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 2 powered # Dave -- Dave Anderson
Re: 5.0 kernel won't compile on 4.9 i386 system
_SACK -DTCP_ECN -DTCP_SIGNATURE -DFIFO >-DINET -DALTQ > -DINET6 -DIPSEC -DPPP_BSDCOMP -DPPP_DEFLATE -DMROUTING -DPIM -DBOOT_CONFIG >-DUSER_PCICONF -DKVM86 -DUSER_LDT -DPROCFS -DRAMDISK_HOOKS >-DMINIROOTSIZE="0x18000" > -DNKPTP="0x10" -DCOMCONSOLE -DCONSPEED="0x9600" -DBUFCACHEPERCENT="1" >-DPCIVERBOSE -DUSBVERBOSE -DWSDISPLAY_COMPAT_USL -DWSDISPLAY_COMPAT_RAWKBD >-DWSDISPLAY_D >EFAULTSCREENS="6" -DWSDISPLAY_COMPAT_PCVT -DMAXUSERS=32 -D_KERNEL -MD -MP > -c ioconf.c >cc1: warnings being treated as errors >ioconf.c:218: warning: excess elements in struct initializer >ioconf.c:218: warning: (near initialization for 'cfdata[0]') >ioconf.c:220: warning: excess elements in struct initializer >ioconf.c:220: warning: (near initialization for 'cfdata[1]') >ioconf.c:222: warning: excess elements in struct initializer >ioconf.c:222: warning: (near initialization for 'cfdata[2]') >ioconf.c:224: warning: excess elements in struct initializer >ioconf.c:224: warning: (near initialization for 'cfdata[3]') >ioconf.c:226: warning: excess elements in struct initializer >ioconf.c:226: warning: (near initialization for 'cfdata[4]') >ioconf.c:228: warning: excess elements in struct initializer >ioconf.c:228: warning: (near initialization for 'cfdata[5]') >ioconf.c:230: warning: excess elements in struct initializer >ioconf.c:230: warning: (near initialization for 'cfdata[6]') > >The last ones continue for many more lines for 68 members of the array >before the make process exits. > >Now this has happened twice, on brand new systems, also I've found other >list posts describing the same errors but no solutions applying to my >situation. So what do I do to get 5.0 compiled? > >-- >Hdlsningar / Greetings > >Stefan Midjich >[De omnibus dubitandum] > -- Dave Anderson
Re: Long delay updating xenocara source tree?
On Fri, 27 Jan 2012, Philip Guenther wrote: >On Fri, Jan 27, 2012 at 12:10 PM, Dave Anderson >wrote: >> I've run into this problem perhaps a dozen times over the past several >> months while running amd64-current, most recently at 15:53 2012/1/26 EST >> while running a system built from source updated at about 14:30 >> 2012/1/21 EST: when trying to update the xenocara source tree there is a >> very long (perhaps infinite) delay between issuing the 'cvs ...' command >> and the start of any visible activity. In this most recent case the >> delay was about 9 hours. Updating the src and ports source trees at >> about the same time and using the same CVSROOT has always worked OK; >> there's some delay but not a really long one. And sometimes the >> xenocara update has worked without any problem. When it doesn't, 'rm >> -rf /usr/xenocara' followed by reloading from the 5.0-release CD has >> always allowed a subsequent cvs update to work. >> >> The command I'm using is >> # cd /usr/xenocara && cvs -d$CVSROOT -q up -Pd >> (except for the working directory, exactly the same as the command for >> updating the src or ports tree). > >I bet it'll be faster if you don't use the -P or -d options. > >The -d option to "cvs up" requires the cvs server to walk directories >that are present on the server but not present on the client. That >includes directories which are now empty because all their files have >been removed (ala "cvs rm")...of which there are a bunch in the >xenocara tree. > >The -P option requires extra work too, though it's not as bad as the >-d option, IIRC. > >Personally, I use the rule of thumb of only using -d and -P when I >have reason to believe directories have been added or removed, either >from seeing the commit email or from a build failing because a >directory is missing... Thanks for the info. I've been using -Pd because <http://www.openbsd.org/anoncvs.html> says to use them; I haven't yet had a chance to look into how cvs works beyond reading the man page, faq, etc. Dave -- Dave Anderson
Long delay updating xenocara source tree?
I've run into this problem perhaps a dozen times over the past several months while running amd64-current, most recently at 15:53 2012/1/26 EST while running a system built from source updated at about 14:30 2012/1/21 EST: when trying to update the xenocara source tree there is a very long (perhaps infinite) delay between issuing the 'cvs ...' command and the start of any visible activity. In this most recent case the delay was about 9 hours. Updating the src and ports source trees at about the same time and using the same CVSROOT has always worked OK; there's some delay but not a really long one. And sometimes the xenocara update has worked without any problem. When it doesn't, 'rm -rf /usr/xenocara' followed by reloading from the 5.0-release CD has always allowed a subsequent cvs update to work. The command I'm using is # cd /usr/xenocara && cvs -d$CVSROOT -q up -Pd (except for the working directory, exactly the same as the command for updating the src or ports tree). This has happened with several different values for CVSROOT, currently # echo $CVSROOT anon...@anoncvs1.usa.openbsd.org:/cvs I am very confused by this. Any clues would be greatly appreciated. Dave -- Dave Anderson
Re: 'pkg_add -u' question
On Sat, 14 Jan 2012, Ingo Schwarze wrote: >Hi Dave, > >Dave Anderson wrote on Sat, Jan 14, 2012 at 12:14:57PM -0500: > >> and then ran 'pkg_add -ui' it was unable to update those files: >> "Couldn't find updates for uvideo-firmware-1.2p0, iwn-firmware-5.6p0". > >The firmwares live in a different package repository, >that's why pkg_add(1) doesn't find them by default. > >If you do want to check for new firmwares, take the above >message as a reminder to run > > $ sudo fw_update > >manually. But note that's not necessarily related to doing an >operating system upgrade. Thanks for the pointer; fw_update looks like it's exactly what I need. >> I'd expect that making 'pkg_add -u' able to find these files would be >> fairly simple (either by giving it access to the same data used by the >> installer or by recording where it was found with any package added from >> a source not in PKG_PATH), > >I'm not sure i would want pkg_add(1) to look outside the PKG_PATH. > >> and it would certainly make life a bit more convenient when upgrading. >> Am I missing something important, is this on someone's TODO list, > >The only (potential, minor) problem i see is that people might run >pkg_add(1), see the "couldn't find", and not know about fw_update(1). >That's probably what happened to you. Yes. >I'm not sure how to improve that. Messages printed by programs >should be terse, so i don't think pkg_add(1) should print a >suggestion to run fw_update(1) when it sees *-firmware-* packages >it can't update. Most people will know that anyway, and there is >no strong reason to check for firmware updates at that particular >time. > >Maybe it could be mentioned in the pkg_add(1) manual. >Then again, that manual doesn't document the "Couldn't find updates" >diagnostic at all, so far. Perhaps when the 'Install non-free firmware files on first boot' option is selected the installer should mention fw_update? And/or 'pkg_add -u' should mention it as a possible solution if it issues the "couldn't find" message? I probably should have tried 'apropos firmware', but was fixated on pkg_add and didn't think to look for a different tool. _Some_ sort of more prominent mention of fw_update appears to be desirable. Dave >> do the installer and pkg_add developers not talk to each other, > >Actually, i have met all of krw@, halex@ and espie@ at least twice >during hackathons, but never together; so you may have a point... :-D > > >But no, that's not the root cause of the issue. > >Yours, > Ingo > -- Dave Anderson
'pkg_add -u' question
I have a notebook with a couple of devices which require non-free firmware. When I installed 5.0-release (amd64 from CD) it asked me if I wanted those files downloaded on first boot; when I said YES it proceeded to find and download them and everything 'just worked'. (This was very convenient; my thanks to the developers who made it happen.) But when I upgraded to a 5.0-current snapshot (and later rebuilt from source, most recently as of 9 January 2012) and then ran 'pkg_add -ui' it was unable to update those files: "Couldn't find updates for uvideo-firmware-1.2p0, iwn-firmware-5.6p0". I'd expect that making 'pkg_add -u' able to find these files would be fairly simple (either by giving it access to the same data used by the installer or by recording where it was found with any package added from a source not in PKG_PATH), and it would certainly make life a bit more convenient when upgrading. Am I missing something important, is this on someone's TODO list, do the installer and pkg_add developers not talk to each other, or what? Thanks in advance for any information. Dave PS: Before someone jumps all over me, I am _not_ demanding that anyone drop everything and implement this immediately; I'd just like to understand why this doesn't work and whether it's likely to start working anytime soon. And I recognize "we've got more urgent/important things to do" as a good reason for leaving this alone. I haven't looked into the pkg_add source myself because it's large, complicated and (especially) under active development. -- Dave Anderson
Re: I want buy labtop ,work OpenBSD, wireless network must work
On Fri, 30 Dec 2011, Mostaf Faridi wrote: >Hello all guys, >After long time I want buy labtop and I want use it in my work place , in >my work place we have only wireless network and we do not have wire network >and we have linksys router and other guys connect to linksys and use >network .other guys use Windows ,but I want use OpenBSD , and I do not know >which models ,I must buy .my new labtop must work in wireless network . >Please help me which model I must buy . I can find Lenovo and Asus in here >and I can find some model of Sony too. >I want use OpenBSD with GNOME and I want use it as Desktop. >Please guide me which model I must buy ? My notebook or my labtop must has >6 gigabytes of RAM and has very powerful CPU This can be very difficult to deal with since most manufacturers not only won't tell you exactly what parts they're using but will change them without notice. What I did was to install the latest amd64 snapshot to a USB stick, boot that on the demo machines in stores, and save the dmesg to the stick so I could analyze it later for unsupported hardware. Most (but not all) stores here were willing to let me do this. I eventually found a model where everything I cared about worked. Dave -- Dave Anderson
Re: iPad2 and iPhone4S USB messages
On Fri, 23 Dec 2011, Brynet wrote: >On Fri, Dec 23, 2011 at 09:30:44PM -0500, Dave Anderson wrote: >> For the iPhone, yes, but evidently not for the iPad2. > >Yes, it will be a manual effort for as long as Apple releases new devices. > >> >If you want to use libusb ports (..like gphoto2), you'll need to add >> >similars >> >quirks for the iPad2. >> > >> >You didn't post the product ID. >> >> I assumed (perhaps foolishly) that this was already known since the >> device was recognized as '"Apple Inc. iPad" rev 2.00/0.01'. And I don't >> _have_ the product ID anywhere I know of (other than by looking in the >> source). > >That is the product name obtained from the device itself, you'll need to add it >to usbdevs and regen first. Patches for other iDevices are on the lists, it >should be easy enough for you to find them in the archives. > >Each model has it's own product ID, AFAIK they're not published by Apple. > >Look at usbdevs(8), specifically the verbose option. Ungh. I think I was confusing what appears in the dmesg for PCI devices with what appears for USB devices. Apologies to all. I'll run usbdevs and report the product ID when I get the chance. There's no urgency from my side; I'm not trying to do anything with this (yet). Dave -- Dave Anderson
Re: iPad2 and iPhone4S USB messages
On Fri, 23 Dec 2011, Brynet wrote: >Yup, >Any new iDevice will show up as uaudio/uhid, dhill@ already committed >something so they'll attach as ugen(4) instead. For the iPhone, yes, but evidently not for the iPad2. >If you want to use libusb ports (..like gphoto2), you'll need to add similars >quirks for the iPad2. > >You didn't post the product ID. I assumed (perhaps foolishly) that this was already known since the device was recognized as '"Apple Inc. iPad" rev 2.00/0.01'. And I don't _have_ the product ID anywhere I know of (other than by looking in the source). >-Bryan. Dave -- Dave Anderson
iPad2 and iPhone4S USB messages
A few days ago someone posted info about what happened when a couple of Apple devices were plugged into a USB port on an OpenBSD system. I just had the opportunity to try this with an iPad2 and an iPhone4S on an amd64 system running current (source tree updated to about 2200 EST 2011/12/20 before rebuilding the system); here are the results. Insert iPad2: uaudio0 at uhub3 port 1 configuration 2 interface 0 "Apple Inc. iPad" rev 2.00/0.01 addr 3 uaudio0: audio rev 1.00, 0 mixer controls audio1 at uaudio0 uhidev0 at uhub3 port 1 configuration 2 interface 2 "Apple Inc. iPad" rev 2.00/0.01 addr 3 uhidev0: iclass 3/0, 21 report ids uhid0 at uhidev0 reportid 1: input=5, output=0, feature=0 uhid1 at uhidev0 reportid 2: input=9, output=0, feature=0 uhid2 at uhidev0 reportid 3: input=13, output=0, feature=0 uhid3 at uhidev0 reportid 4: input=17, output=0, feature=0 uhid4 at uhidev0 reportid 5: input=25, output=0, feature=0 uhid5 at uhidev0 reportid 6: input=49, output=0, feature=0 uhid6 at uhidev0 reportid 7: input=95, output=0, feature=0 uhid7 at uhidev0 reportid 8: input=193, output=0, feature=0 uhid8 at uhidev0 reportid 9: input=257, output=0, feature=0 uhid9 at uhidev0 reportid 10: input=385, output=0, feature=0 uhid10 at uhidev0 reportid 11: input=513, output=0, feature=0 uhid11 at uhidev0 reportid 12: input=767, output=0, feature=0 uhid12 at uhidev0 reportid 13: input=0, output=5, feature=0 uhid13 at uhidev0 reportid 14: input=0, output=9, feature=0 uhid14 at uhidev0 reportid 15: input=0, output=13, feature=0 uhid15 at uhidev0 reportid 16: input=0, output=17, feature=0 uhid16 at uhidev0 reportid 17: input=0, output=25, feature=0 uhid17 at uhidev0 reportid 18: input=0, output=49, feature=0 uhid18 at uhidev0 reportid 19: input=0, output=95, feature=0 uhid19 at uhidev0 reportid 20: input=0, output=193, feature=0 uhid20 at uhidev0 reportid 21: input=0, output=255, feature=0 Remove iPad2: audio1 detached uaudio0 detached uhid0 detached uhid1 detached uhid2 detached uhid3 detached uhid4 detached uhid5 detached uhid6 detached uhid7 detached uhid8 detached uhid9 detached uhid10 detached uhid11 detached uhid12 detached uhid13 detached uhid14 detached uhid15 detached uhid16 detached uhid17 detached uhid18 detached uhid19 detached uhid20 detached uhidev0 detached Insert iPhone4S: ugen1 at uhub3 port 1 "Apple Inc. iPhone" rev 2.00/0.01 addr 3 Remove iPhone4S: ugen1 detached Dave -- Dave Anderson
Re: Network controller: Intel Corporation Centrino Wireless-N + WiMAX 6150
On Thu, 20 Oct 2011, Alvaro Mantilla Gimenez wrote: >Hi, > > Anybody knows if Network controller: Intel Corporation Centrino >Wireless-N + WiMAX 6150 works on OpenBSD. It seems to fit on iwn but >not sure. I really appreciate if somebody can canfirm if this wireless >nic works or not. I've no information as to whether or not it actually works (I was test-booting a store demo system), but the 17 August 5.0 snapshot recognized and configured it. Dave -- Dave Anderson
Re: UEFI BIOS
On Sun, 2 Oct 2011, Nick Holland wrote: >On 10/02/11 11:32, Matt S wrote: >> That was my concern exactly. That I would be unable to put the OS of my >> choice on hardware that I bought. This is precisely why I don't own an iPad >> or iPhone - I want ownership of what I bought. > >And that there is the answer. >Complain all you want, if you spend the money on the product, you have >just said, "I accept this product exactly as it is, I like this product >more than I like having the money in my pocket" and all your complaining >becomes moot. > >The vendor's job is to get your money. That's how you indicate >satisfaction with a product -- not the protests and complaints. The >reason a vendor wants you happy is to get a future chance to get your >money. If they got your money and you are complaining about something >you KNEW was the case at the time of purchase (or you didn't return the >machine when you found out the "limitation"), guess how much value your >complaint has to them? ZERO. > >The computer world is still a relatively free market, with several >vendors and a fair degree of competition. Even companies the size of >Intel have discovered -- the hard way -- they can't cram crap down the >customer's throat without risking making a trivial, trivially small >competitor a big player (Intel did it a few times... RAMBUS -> VIA, >Itanium -> AMD). Look at the damage Microsoft has done to Linux -- from >what I have seen, every time MS does one of their anti-Linux campaigns, >awareness and acceptance of Linux in the workplace goes UP, and I've >heard at least a few pure Microsoft shops keep a few Linux-related >resources floating around in plain site to work the prices down when the >MS reps come through... Sometimes I wish Microsoft would perceive >OpenBSD as a threat. :) In the absence of biasing factors I think you're right, but AFAICT what some people are concerned about is Microsoft _requiring_ vendors to lock down the boot process in this way in order to put a 'Windows 8 approved' (or whatever exactly it is) sticker on a system. Given the benefits to the vendor of participating in that program, it's plausible that many of them would do this despite its pissing off some customers. Whether or not Microsoft would actually do something this blatant I don't know, but as far as I can tell they've never seen an anti-competetive techinque that they didn't _want_ to use. Dave >A lot of us in the open source world do a lot with "recycled" computers >-- computers that have lived out their first life cycle, and now being >used for less demanding applications (i.e., non-windows). This requires >a little work on our part -- we need to make sure that decision makers >know that any machine locked into the Windows world (or even a >particular version of Windows) are of near zero value to reusers. When >they point out that they already hand the old machines over to recyclers >for free, point out the recyclers expect to make some money off their >action -- if they can't, your purchasers will need to PAY (or pay more) >for system disposal. This may be a harder change than not personally >buying a new machine from a restrictive vendor, but make it clear that >you see their talk about "green" computers complete bullshit if they are >not going to make it possible to recycle-into-production older computers >(another example: the manufacturers who now prevent you from using disks >they didn't provide in their machines, or prevent you from buying their >proprietary disk carriers without their over-priced, under-performing >disks. Value of machine after warranty expiration: Near zero). > >Nick. > -- Dave Anderson
Re: 'real mem' in dmesg much lower than expected?
On Thu, 18 Aug 2011, Dave Anderson wrote: >I've been looking at a bunch of notebook dmesgs (i386, single processor) >recently and have noticed that the value reported for 'real mem' is >almost always much lower than the amount of memory actually installed. >A typical example is > > OpenBSD 5.0 (GENERIC) #39: Mon Aug 8 14:53:43 MDT 2011 > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC > > real mem = 2900148224 (2765MB) > > spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-10600 SO-DIMM > spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600 SO-DIMM > >I understand that i386 cannot see more than 4GB due to architecture >restrictions, but even allowing for that well over a gigabyte has >vanished here. > >A quick look at the code that generates this number shows that it's >skipping various areas reserved by the BIOS, etc., but the total amount >being skipped seems absurd. > >Is there really supposed to be this much reserved space, or is something >wrong? Thanks to all who've replied. It seems kind of disgusting that a modern video card can grab 1/4 of the available physical address space on i386, but I suppose that pretty much everyone with such a card is running amd64 instead. I've been testing with i386 since the hardware I have at home is all old enough that I can't use it to install amd64, but I'll get around that somehow (possibly by using one of the demo machines I'm testing to install amd64 to my test USB stick) and start testing with amd64/mp instead. Dave -- Dave Anderson
FYI -- more notebook dmesgs
I've posted to the www.nycbug.org site (and sent to dm...@openbsd.org) a bunch more dmesgs from notebooks found in local stores. Dave -- Dave Anderson
Re: 'real mem' in dmesg much lower than expected?
On Thu, 18 Aug 2011, Dave Anderson wrote: Oops! I forgot to include the full dmesg; here it is. >I've been looking at a bunch of notebook dmesgs (i386, single processor) >recently and have noticed that the value reported for 'real mem' is >almost always much lower than the amount of memory actually installed. >A typical example is > > OpenBSD 5.0 (GENERIC) #39: Mon Aug 8 14:53:43 MDT 2011 > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC > > real mem = 2900148224 (2765MB) > > spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-10600 SO-DIMM > spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600 SO-DIMM > >I understand that i386 cannot see more than 4GB due to architecture >restrictions, but even allowing for that well over a gigabyte has >vanished here. > >A quick look at the code that generates this number shows that it's >skipping various areas reserved by the BIOS, etc., but the total amount >being skipped seems absurd. > >Is there really supposed to be this much reserved space, or is something >wrong? > >Thanks, > > Dave OpenBSD 5.0 (GENERIC) #39: Mon Aug 8 14:53:43 MDT 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC RTC BIOS diagnostic error 80 cpu0: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz ("GenuineIntel" 686-class) 2 GHz cpu0: FPU,V86,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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,XSAVE,AVX real mem = 2900148224 (2765MB) avail mem = 2842660864 (2710MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 04/25/11, BIOS32 rev. 0 @ 0xef735, SMBIOS rev. 2.7 @ 0xe6780 (32 entries) bios0: vendor Hewlett-Packard version "F.13" date 04/25/2011 bios0: Hewlett-Packard HP Pavilion dv7 Notebook PC acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC SSDT BOOT ASPT SSDT SSDT SSDT SSDT acpi0: wakeup devices P0P1(S3) LID_(S3) GLAN(S4) EHC1(S3) EHC2(S3) HDEF(S0) PXSX(S4) RP01(S4) PXSX(S4) RP02(S3) PXSX(S4) RP03(S3) PXSX(S4) RP04(S3) PXSX(S4) RP05(S3) PXSX(S4) RP06(S3) PXSX(S4) RP07(S3) PXSX(S4) RP08(S3) PEG0(S4) PEGP(S4) PEG1(S4) PEG2(S4) PEG3(S4) PWRB(S4) 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: apic clock running at 99MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 7 (RP01) acpiprt3 at acpi0: bus 13 (RP02) acpiprt4 at acpi0: bus 19 (RP03) acpiprt5 at acpi0: bus 25 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus -1 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus 1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpitz0 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpibat0 at acpi0: BAT0 not present acpiac0 at acpi0: AC unit online acpidock0 at acpi0: DOCK not docked (0) acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD02 bios0: ROM list: 0xc/0xf000 cpu0: Enhanced SpeedStep 1996 MHz: speeds: 2001, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 ppb0 at pci0 dev 1 function 0 "Intel Core 2G PCIE" rev 0x09: apic 0 int 16 pci1 at ppb0 bus 1 vga1 at pci0 dev 2 function 0 "Intel GT2 Video" rev 0x09 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp at vga1 not configured "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured ehci0 at pci0 dev 26 function 0 "Intel 6 Series USB" rev 0x05: apic 0 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audio" rev 0x05: msi azalia0: codecs: IDT 92HD81B1X, Intel/0x2805, using IDT 92HD81B1X audio0 at azalia0 ppb1 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb5: apic 0 int 17 pci2 at ppb1 bus 7 re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E-VL (0x2c80), apic 0 int 16, address 2c:27:d7:aa:e6:43 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 5 ppb
'real mem' in dmesg much lower than expected?
I've been looking at a bunch of notebook dmesgs (i386, single processor) recently and have noticed that the value reported for 'real mem' is almost always much lower than the amount of memory actually installed. A typical example is OpenBSD 5.0 (GENERIC) #39: Mon Aug 8 14:53:43 MDT 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC real mem = 2900148224 (2765MB) spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-10600 SO-DIMM spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600 SO-DIMM I understand that i386 cannot see more than 4GB due to architecture restrictions, but even allowing for that well over a gigabyte has vanished here. A quick look at the code that generates this number shows that it's skipping various areas reserved by the BIOS, etc., but the total amount being skipped seems absurd. Is there really supposed to be this much reserved space, or is something wrong? Thanks, Dave -- Dave Anderson
Re: time goes too fast on sparc64/current
quot; at iic0 addr 0xc not configured >admtemp0 at iic0 addr 0x18: max1617 >"pca9555" at iic0 addr 0x21 not configured >"pca9555" at iic0 addr 0x22 not configured >"pca9555" at iic0 addr 0x23 not configured >"pca9555" at iic0 addr 0x24 not configured >"adm1026" at iic0 addr 0x2e not configured >admtemp1 at iic0 addr 0x32: max1617 >admtemp2 at iic0 addr 0x40: max1617 >admtemp3 at iic0 addr 0x48: max1617 >lmtemp0 at iic0 addr 0x4e: lm75 >spdmem0 at iic0 addr 0x5b: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem1 at iic0 addr 0x5c: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem2 at iic0 addr 0x5d: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem3 at iic0 addr 0x5e: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem4 at iic0 addr 0x63: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem5 at iic0 addr 0x64: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem6 at iic0 addr 0x65: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem7 at iic0 addr 0x66: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem8 at iic0 addr 0x6b: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem9 at iic0 addr 0x6c: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem10 at iic0 addr 0x6d: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem11 at iic0 addr 0x6e: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem12 at iic0 addr 0x73: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem13 at iic0 addr 0x74: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem14 at iic0 addr 0x75: 1GB DDR SDRAM registered ECC PC2300CL2.5 >spdmem15 at iic0 addr 0x76: 1GB DDR SDRAM registered ECC PC2300CL2.5 >"ics951601" at iic0 addr 0x69 not configured >power0 at ebus0 addr 800-82f ivec 0x1a >com0 at ebus0 addr 3f8-3ff ivec 0x22: ns16550a, 16 byte fifo >com0: console >com1 at ebus0 addr 2e8-2ef ivec 0x22: ns16550a, 16 byte fifo >"rmc-comm" at ebus0 addr 3e8-3ef ivec 0x22 not configured >alipm0 at pci3 dev 6 function 0 "Acer Labs M7101 Power" rev 0x00: 223KHz clock >iic1 at alipm0 >ohci0 at pci3 dev 10 function 0 "Acer Labs M5237 USB" rev 0x03: ivec >0x7a1, version 1.0, legacy support >ohci1 at pci3 dev 11 function 0 "Acer Labs M5237 USB" rev 0x03: ivec >0x7a5, version 1.0, legacy support >pciide0 at pci3 dev 13 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc4: >DMA, channel 0 configured to native-PCI, channel 1 configured to >native-PCI >pciide0: using ivec 0x7a6 for native-PCI interrupt >atapiscsi0 at pciide0 channel 0 drive 0 >scsibus0 at atapiscsi0: 2 targets >cd0 at scsibus0 targ 0 lun 0: ATAPI >5/cdrom removable >cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 >pciide0: channel 1 disabled (no drives) >usb0 at ohci0: USB revision 1.0 >uhub0 at usb0 "Acer Labs OHCI root hub" rev 1.00/1.00 addr 1 >usb1 at ohci1: USB revision 1.0 >uhub1 at usb1 "Acer Labs OHCI root hub" rev 1.00/1.00 addr 1 >"ppm" at mainbus0 not configured >schizo3 at mainbus0: "Tomatillo", version 4, ign 7c0, bus B 0 to 0 >schizo3: dvma map c000-dfff >pci4 at schizo3 >cas2 at pci4 dev 1 function 0 "Sun Cassini" rev 0x20: ivec 0x7dc, >address 00:03:ba:a4:90:54 >brgphy2 at cas2 phy 1: BCM5421 10/100/1000baseT PHY, rev. 1 >mpi0 at pci4 dev 2 function 0 "Symbios Logic 53c1030" rev 0x07: ivec 0x7e3 >scsibus1 at mpi0: 16 targets, initiator 7 >sd0 at scsibus1 targ 0 lun 0: SCSI2 0/direct fixed >sd0: 70007MB, 512 bytes/sector, 143374336 sectors >sd1 at scsibus1 targ 2 lun 0: SCSI3 >0/direct fixed t10.SEAGATE_ST314670LSUN146G3KS73HA9 >sd1: 140009MB, 512 bytes/sector, 286739329 sectors >sd2 at scsibus1 targ 3 lun 0: SCSI3 >0/direct fixed t10.SEAGATE_ST314670LSUN146G3KS73JGX >sd2: 140009MB, 512 bytes/sector, 286739329 sectors >mpi0: target 2 Sync at 160MHz width 16bit offset 63 QAS 1 DT 1 IU 1 >mpi0: target 3 Sync at 160MHz width 16bit offset 63 QAS 1 DT 1 IU 1 >mpi0: phys disk 0 Sync at 160MHz width 16bit offset 63 QAS 1 DT 1 IU 1 >mpi0: phys disk 1 Sync at 160MHz width 16bit offset 63 QAS 1 DT 1 IU 1 >mpi1 at pci4 dev 2 function 1 "Symbios Logic 53c1030" rev 0x07: ivec 0x7e4 >scsibus2 at mpi1: 16 targets, initiator 7 >"i2c" at mainbus0 not configured >vscsi0 at root >scsibus3 at vscsi0: 256 targets >softraid0 at root >scsibus4 at softraid0: 256 targets >sd3 at scsibus4 targ 1 lun 0: SCSI2 0/direct fixed >sd3: 280018MB, 512 bytes/sector, 573477376 sectors >bootpath: /pci@1f,70/scsi@2,0/disk@0,0 >root on sd0a swap on sd0b dump on sd0b > > > > -- Dave Anderson
Another weird notebook-booting problem.
I've encountered a notebook (labelled hp ProBook 4520s) which, when booted from the i386 snapshot dated 24 May 2011 immediately reboots -- it very briefly shows about one line of the usual booting messages, then goes back to the bios boot screen. Given the limited access I have to this store demo system, how can I gather enough information so that someone can look into this? Dave -- Dave Anderson
Re: dmesg for notebooks useful?
On Sun, 19 Jun 2011, Dave Anderson wrote: >** Reply to message from "Dave Anderson" on >Thu, 19 May 2011 20:27:31 -0400 > >>** Reply to message from Sevan / Venture37 on >>Fri, 29 Apr 2011 09:55:48 +0100 >> >>>Stick them up on http://www.nycbug.org/index.php?NAV=dmesgd;SQLIMIT=20 as >>>well >>>as sending them to dm...@openbsd.org >> >>Apologies to all for the delay; I've been a bit busy recently. As an >>existing dmesg database that I can directly upload to, that looks like >>a good place for them. >> >>I've uploaded the 43 I've gotten so far, and will put more up soon >>(I've still got a couple of stores to hit). You can find them by >>filtering on submitter 'Dave Anderson'. I had some uploading problems, >>so there are also 9 garbaged copies I don't know of any way to delete; >>I've asked the site owners to get rid of them. >> >>Since I'm posting this info and sending it to the developers as well as >>using it myself, I'm getting info from every notebook I can get my >>hands on rather than restricting myself to ones that I might want to >>buy. > >I just posted another 40 notebook dmesgs; I don't expect to post many >more, since I've reported on just about everything at the local stores. >Have fun! Five more posted, for Sony Vaio notebooks which got missed last time. These are probably the last ones I'll post, except for some systems which currently hang or panic during boot (when there are updates which let them boot successfully). Dave -- Dave Anderson
Re: HP notebooks that hang during boot
** Reply to message from Dave Anderson on Thu, 2 Jun 2011 20:01:26 -0400 (EDT) >In my neverending quest for more notebook dmesgs I've come across >several HP Pavilion systems which hang during boot (using the i386 >snapshot dated 5/24), after a line starting with 'acpimcfg0 at acpi0'. >The ones I've encountered so far were labelled dv6-3210us, dv6-3243cl, >dv7-4263cl and dv7-4272us. I've waited for up to 2 minutes before >giving up. > >I've tried compiling a kernel with option DDB_SAFE_CONSOLE, which I >thought would allow me to gather more info by pressing ctl-alt-esc >during the hang to break to DDB -- but that didn't work. How can I >gather whatever information is needed to let someone debug this >(remembering that these are store demo systems to which I have only >limited access)? Or is this a known problem for which no more data is >needed? I now have a dmesg and acpidump from a system (labelled hp g6-1a32nr) which pauses for about 45 seconds at that point, then completes booting; perhaps this will provide someone with a hint as to what's happening. I also have a dmesg (with acpi disabled) and acpidump from a system (labelled hp pavilion dv6-3240us) which hangs for at least two minutes with acpi enabled. Since these are multiple files each and this list rejects attachments, I can't easily include them here; I'll email the tarballs to anyone who wants to look into this. Dave -- Dave Anderson
Re: dmesg for notebooks useful?
** Reply to message from "Dave Anderson" on Thu, 19 May 2011 20:27:31 -0400 >** Reply to message from Sevan / Venture37 on >Fri, 29 Apr 2011 09:55:48 +0100 > >>Stick them up on http://www.nycbug.org/index.php?NAV=dmesgd;SQLIMIT=20 as well >>as sending them to dm...@openbsd.org > >Apologies to all for the delay; I've been a bit busy recently. As an >existing dmesg database that I can directly upload to, that looks like >a good place for them. > >I've uploaded the 43 I've gotten so far, and will put more up soon >(I've still got a couple of stores to hit). You can find them by >filtering on submitter 'Dave Anderson'. I had some uploading problems, >so there are also 9 garbaged copies I don't know of any way to delete; >I've asked the site owners to get rid of them. > >Since I'm posting this info and sending it to the developers as well as >using it myself, I'm getting info from every notebook I can get my >hands on rather than restricting myself to ones that I might want to >buy. I just posted another 40 notebook dmesgs; I don't expect to post many more, since I've reported on just about everything at the local stores. Have fun! Dave -- Dave Anderson
Re: Interesting panic during boot
On Fri, 3 Jun 2011, Dave Anderson wrote: >On Fri, 3 Jun 2011, Kenneth R Westerback wrote: > >>On Fri, Jun 03, 2011 at 01:09:47PM -0400, Dave Anderson wrote: >>> While gathering notebook dmesgs I encountered this panic during boot (at >>> a Best Buy, on a demo system labelled Toshiba r835-p50x, booting from >>> a USB stick loaded with an i386 snapshot dated 5/24). The root device >>> DUID shown is correct. >>> >>> panic: root device (e0166bb8f33fc15d) not found >>> stopped at Debugger_0x4: popl %ebp >>> >>> [trace] >>> Debugger(d08e2194.d0ba9d54.d08bf2f0.d0ba9d54.15c6a) at Debugger+0x4 >>> panic(d08bf2f0.e0.16.6b.b8) at panic+0x5d >>> setroot(d3a99800.0.4000.d0ba9e94.0) at setroot+0xa05 >>> diskconf(d08b73d7.0.d08bd109.0,0) at diskconf+0x12e >>> main(d02004ba.d02004c2.0.0.0) at main+0x570 >>> >>> [ps] >>> PID PPID PGRP UID S FLAGS WAIT COMMAND >>>9 0 00 3 0x100200 bored crypto >>>8 0 00 3 0x100200 pftm pfpurge >>>7 0 00 3 0x100200 usbtskusbtask >>>6 0 00 3 0x100200 usbatsk usbatsk >>>5 0 00 3 0x100200 acpi0 acpi0 >>>4 0 00 3 0x100200 bored syswq >>>3 0 00 3 0x40100200idle0 >>>2 0 00 3 0x100200 kmalloc kmthread >>>1 0 00 3 0 initexec swapper >>> * 0-1 00 70x80200swapper >>> >>> [All of the above was hand-copied from the screen, so there may be >>> typos.] >>> >>> I hope that this is enough information to enable someone to track down >>> the problem. If more is needed, let me know what it is and I'll try to >>> get it. >>> >>> Dave >>> >>> -- >>> Dave Anderson >>> >> >>The dmesg is needed. This looks like the disk/usb stick is not being >>found by the OS. > >I was afraid of that. > >Dealing with the first apparent problem, that most of the dmesg scrolls >off the screen, looks to be easy; a quick look at the source reveals >that ddb has an apparently undocumented 'dmesg' command. > >Actually capturing the dmesg looks to be harder; given that this is a >store demo system to which I have very limited access I'm not sure I've >got any better way than hand-writing it all. I've got a couple of ideas >for easier ways to try, but it will take a few days. Are there any >parts of the dmesg that are known to be unnecessary for this purpose, so >I can avoid the work of copying them if I have to fall back to writing >everything down and retyping it? > >Now that I've had time to think about this a bit, I'd guess that the >problem is some new USB controller that OpenBSD doesn't yet understand. >If so, am I correct that all that's really needed is the vendor ID and >device ID of the controller? I'll check for this first, now that I know >how to view the whole dmesg after the panic. > >FWIW this stick boots just fine on lots of other systems, both before >and after this problem system. I got a chance to poke at this system again today, and found a USB port from which I could boot. The offending device appears to be '"NEC PCIE-XHCI" rev 0x04 at pci4 dev 0 function 0 not configured'. I also found another system (labelled Dell Inspiron 17r-6457dbk) which exhibits a similar problem but again was able to find a working USB port; this appears to use the same new device: '"NEC PCIE-XHCI" rev 0x04 at pci2 dev 0 function 0 not configured'. I'm sending both dmesgs to dm...@openbsd.org and also including them here in case that's useful. Dave OpenBSD 4.9-current (GENERIC) #3: Mon May 23 21:40:58 MDT 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz ("GenuineIntel" 686-class) 2.10 GHz cpu0: FPU,V86,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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,XSAVE,AVX real mem = 2853560320 (2721MB) avail mem = 2796097536 (2666MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/04/11, SMBIOS rev. 2.5 @ 0xaaefe000 (43 entries) bios0: vendor TOSHIBA version "Version 2.10" date 03/04/2011 bios0: TOSHIBA PORTEGE R835 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG ASF! BOOT SLIC SSDT SSDT SSDT SSDT acpi0: wakeu
Re: Interesting panic during boot
On Fri, 3 Jun 2011, Kenneth R Westerback wrote: >On Fri, Jun 03, 2011 at 01:09:47PM -0400, Dave Anderson wrote: >> While gathering notebook dmesgs I encountered this panic during boot (at >> a Best Buy, on a demo system labelled Toshiba r835-p50x, booting from >> a USB stick loaded with an i386 snapshot dated 5/24). The root device >> DUID shown is correct. >> >> panic: root device (e0166bb8f33fc15d) not found >> stopped at Debugger_0x4: popl %ebp >> >> [trace] >> Debugger(d08e2194.d0ba9d54.d08bf2f0.d0ba9d54.15c6a) at Debugger+0x4 >> panic(d08bf2f0.e0.16.6b.b8) at panic+0x5d >> setroot(d3a99800.0.4000.d0ba9e94.0) at setroot+0xa05 >> diskconf(d08b73d7.0.d08bd109.0,0) at diskconf+0x12e >> main(d02004ba.d02004c2.0.0.0) at main+0x570 >> >> [ps] >> PID PPID PGRP UID S FLAGS WAIT COMMAND >>9 0 00 3 0x100200 bored crypto >>8 0 00 3 0x100200 pftm pfpurge >>7 0 00 3 0x100200 usbtskusbtask >>6 0 00 3 0x100200 usbatsk usbatsk >>5 0 00 3 0x100200 acpi0 acpi0 >>4 0 00 3 0x100200 bored syswq >>3 0 00 3 0x40100200idle0 >>2 0 00 3 0x100200 kmalloc kmthread >>1 0 00 3 0 initexec swapper >> * 0-1 00 70x80200swapper >> >> [All of the above was hand-copied from the screen, so there may be >> typos.] >> >> I hope that this is enough information to enable someone to track down >> the problem. If more is needed, let me know what it is and I'll try to >> get it. >> >> Dave >> >> -- >> Dave Anderson >> > >The dmesg is needed. This looks like the disk/usb stick is not being >found by the OS. I was afraid of that. Dealing with the first apparent problem, that most of the dmesg scrolls off the screen, looks to be easy; a quick look at the source reveals that ddb has an apparently undocumented 'dmesg' command. Actually capturing the dmesg looks to be harder; given that this is a store demo system to which I have very limited access I'm not sure I've got any better way than hand-writing it all. I've got a couple of ideas for easier ways to try, but it will take a few days. Are there any parts of the dmesg that are known to be unnecessary for this purpose, so I can avoid the work of copying them if I have to fall back to writing everything down and retyping it? Now that I've had time to think about this a bit, I'd guess that the problem is some new USB controller that OpenBSD doesn't yet understand. If so, am I correct that all that's really needed is the vendor ID and device ID of the controller? I'll check for this first, now that I know how to view the whole dmesg after the panic. FWIW this stick boots just fine on lots of other systems, both before and after this problem system. Dave -- Dave Anderson
Interesting panic during boot
While gathering notebook dmesgs I encountered this panic during boot (at a Best Buy, on a demo system labelled Toshiba r835-p50x, booting from a USB stick loaded with an i386 snapshot dated 5/24). The root device DUID shown is correct. panic: root device (e0166bb8f33fc15d) not found stopped at Debugger_0x4: popl %ebp [trace] Debugger(d08e2194.d0ba9d54.d08bf2f0.d0ba9d54.15c6a) at Debugger+0x4 panic(d08bf2f0.e0.16.6b.b8) at panic+0x5d setroot(d3a99800.0.4000.d0ba9e94.0) at setroot+0xa05 diskconf(d08b73d7.0.d08bd109.0,0) at diskconf+0x12e main(d02004ba.d02004c2.0.0.0) at main+0x570 [ps] PID PPID PGRP UID S FLAGS WAIT COMMAND 9 0 00 3 0x100200 bored crypto 8 0 00 3 0x100200 pftm pfpurge 7 0 00 3 0x100200 usbtskusbtask 6 0 00 3 0x100200 usbatsk usbatsk 5 0 00 3 0x100200 acpi0 acpi0 4 0 00 3 0x100200 bored syswq 3 0 00 3 0x40100200idle0 2 0 00 3 0x100200 kmalloc kmthread 1 0 00 3 0 initexec swapper * 0-1 00 70x80200swapper [All of the above was hand-copied from the screen, so there may be typos.] I hope that this is enough information to enable someone to track down the problem. If more is needed, let me know what it is and I'll try to get it. Dave -- Dave Anderson
HP notebooks that hang during boot
In my neverending quest for more notebook dmesgs I've come across several HP Pavilion systems which hang during boot (using the i386 snapshot dated 5/24), after a line starting with 'acpimcfg0 at acpi0'. The ones I've encountered so far were labelled dv6-3210us, dv6-3243cl, dv7-4263cl and dv7-4272us. I've waited for up to 2 minutes before giving up. I've tried compiling a kernel with option DDB_SAFE_CONSOLE, which I thought would allow me to gather more info by pressing ctl-alt-esc during the hang to break to DDB -- but that didn't work. How can I gather whatever information is needed to let someone debug this (remembering that these are store demo systems to which I have only limited access)? Or is this a known problem for which no more data is needed? Dave -- Dave Anderson
Re: dmesg for notebooks useful?
On Wed, 25 May 2011, Paul M wrote: >On 25/05/2011, at 4:48 AM, Dave Anderson wrote: > >> On Sat, 21 May 2011, Stuart Henderson wrote: >> >>> On 2011-05-21, Dave Anderson wrote: >>>> On Sat, 21 May 2011, Paul M wrote: >>>> >>>>> On 20/05/2011, at 12:27 PM, Dave Anderson wrote: >>>>> >>>>>> FWIW I've encountered several ASUS notebooks which panic during >>>>>> boot >>>>>> (in aml_parse or parse_aml, I can't remember which is correct); >>>>>> since >>>>> >>>>> aml_xparse >>>>> >>>>>> these are store demo machines I don't have any good way to capture >>>>>> the >>>>>> detailed information (I'm booting from a USB stick and saving the >>>>>> dmseg >>>>>> to the stick.) If there's some small amount of information that >>>>>> can be >>>>>> gotten without any additional hardware, etc, and would help >>>>>> diagnose >>>>>> these problems, I'll write it down and report it if someone tells >>>>>> me >>>>>> exactly how to get it. The panic info is long enough that some of >>>>>> it >>>>>> scrolls off the screen. >>>>> >>>>> I've tried such a laptop, booting from usb stick does indeed fail as >>>>> you describe, however booting from the install cd (4.9 release) >>>>> works >>>>> just fine. >>>>> >>>>> Disabling acpi will allow the system to boot from the usb stick. >>>> >>>> Thanks for the info. I'll try disabling ACPI the next time I >>>> encounter >>>> one of these. >>> >>> You need the information in the panic message and trace. >>> If you want to help get the problems with those machines tracked >>> down, you need to get that information, maybe take a photo and >>> type it in from there. >>> >>> If the panic message itself has scrolled off "show panic" >>> should show it again. >>> >>> The only way disabling ACPI is helpful, is if the machine saves the >>> dmesg buffer between boots, then you may be able to get the panic, >>> boot -c, disable acpi, and save the information. >>> >>> ACPI should not be disabled on modern machines, they are not >>> meant to work that way. >> >> Got a chance to try an ASUS system (k53e-xb1) and it did save the dmesg >> over the reboot -- so here's the info. I don't have the AML since >> there >> was no obvious way to list it from ddb and I was in a bit of a hurry >> and >> didn't think to try e.g. acpidump after the reboot with acpi disabled. >> If someone tells me the exact command to produce the needed AML info >> I'll make sure to try it next time. >> >> Dave >> >> OpenBSD 4.9-current (GENERIC) #65: Fri Apr 29 16:17:01 MDT 2011 >> t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC >> cpu0: Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz ("GenuineIntel" >> 686-class) 2.30 GHz >> cpu0: >> FPU,V86,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,SBF,SSE3,PCLMUL,MWAIT,DS- >> CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,XSAVE, >> AVX >> real mem = 2996805632 (2857MB) >> avail mem = 2937638912 (2801MB) >> mainbus0 at root >> bios0 at mainbus0: AT/286+ BIOS, date 12/03/10, SMBIOS rev. 2.6 @ >> 0xeb9b0 (79 entries) >> bios0: vendor American Megatrends Inc. version "K53E.206" date >> 02/22/2011 >> bios0: ASUSTeK Computer Inc. K53E >> acpi0 at bios0: rev 2 >> acpi0: sleep states S0 S3 S4 S5 >> acpi0: tables DSDT FACP APIC DBGP ECDT SLIC HPET MCFG SSDT SSDT ASF! >> acpi0: wakeup devices PEG0(S4) PEG1(S4) PEG2(S4) PEG3(S4) B0D4(S4) >> P0P1(S4) HDEF(S4) GLAN(S4) EHC1(S3) USB1(S3) USB2(S3) USB3(S3) >> USB4(S3) EHC2(S3) USB5(S3) USB6(S3) USB7(S3) RP01(S4) RP02(S4) >> WLAN(S3) RP03(S4) RP04(S4) XHCI(S3) RP05(S4) RP06(S4) GLAN(S4) >> RP07(S4) RP08(S4) SLPB(S4) >> acpitimer0 at acpi0: 3579545 Hz, 24 bits >> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat >> cpu0 at mainbus0: apid 0 (boot processor) >> cpu0: apic clock running at 99MHz >> cpu at mainbus0: not configured >> cpu at mainbus0: not configured >> cpu at mainbus0: not configured >>
Re: dmesg for notebooks useful?
On Sat, 21 May 2011, Stuart Henderson wrote: >On 2011-05-21, Dave Anderson wrote: >> On Sat, 21 May 2011, Paul M wrote: >> >>>On 20/05/2011, at 12:27 PM, Dave Anderson wrote: >>> >>>> FWIW I've encountered several ASUS notebooks which panic during boot >>>> (in aml_parse or parse_aml, I can't remember which is correct); since >>> >>>aml_xparse >>> >>>> these are store demo machines I don't have any good way to capture the >>>> detailed information (I'm booting from a USB stick and saving the dmseg >>>> to the stick.) If there's some small amount of information that can be >>>> gotten without any additional hardware, etc, and would help diagnose >>>> these problems, I'll write it down and report it if someone tells me >>>> exactly how to get it. The panic info is long enough that some of it >>>> scrolls off the screen. >>> >>>I've tried such a laptop, booting from usb stick does indeed fail as >>>you describe, however booting from the install cd (4.9 release) works >>>just fine. >>> >>>Disabling acpi will allow the system to boot from the usb stick. >> >> Thanks for the info. I'll try disabling ACPI the next time I encounter >> one of these. > >You need the information in the panic message and trace. >If you want to help get the problems with those machines tracked >down, you need to get that information, maybe take a photo and >type it in from there. > >If the panic message itself has scrolled off "show panic" >should show it again. > >The only way disabling ACPI is helpful, is if the machine saves the >dmesg buffer between boots, then you may be able to get the panic, >boot -c, disable acpi, and save the information. > >ACPI should not be disabled on modern machines, they are not >meant to work that way. Got a chance to try an ASUS system (k53e-xb1) and it did save the dmesg over the reboot -- so here's the info. I don't have the AML since there was no obvious way to list it from ddb and I was in a bit of a hurry and didn't think to try e.g. acpidump after the reboot with acpi disabled. If someone tells me the exact command to produce the needed AML info I'll make sure to try it next time. Dave OpenBSD 4.9-current (GENERIC) #65: Fri Apr 29 16:17:01 MDT 2011 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz ("GenuineIntel" 686-class) 2.30 GHz cpu0: FPU,V86,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,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,XSAVE,AVX real mem = 2996805632 (2857MB) avail mem = 2937638912 (2801MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/03/10, SMBIOS rev. 2.6 @ 0xeb9b0 (79 entries) bios0: vendor American Megatrends Inc. version "K53E.206" date 02/22/2011 bios0: ASUSTeK Computer Inc. K53E acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC DBGP ECDT SLIC HPET MCFG SSDT SSDT ASF! acpi0: wakeup devices PEG0(S4) PEG1(S4) PEG2(S4) PEG3(S4) B0D4(S4) P0P1(S4) HDEF(S4) GLAN(S4) EHC1(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) EHC2(S3) USB5(S3) USB6(S3) USB7(S3) RP01(S4) RP02(S4) WLAN(S3) RP03(S4) RP04(S4) XHCI(S3) RP05(S4) RP06(S4) GLAN(S4) RP07(S4) RP08(S4) SLPB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 99MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiec0 at acpi0 acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG0) acpiprt2 at acpi0: bus -1 (PEG1) acpiprt3 at acpi0: bus -1 (PEG2) acpiprt4 at acpi0: bus -1 (PEG3) acpiprt5 at acpi0: bus -1 (P0P1) acpiprt6 at acpi0: bus 1 (RP01) acpiprt7 at acpi0: bus 2 (RP02) acpiprt8 at acpi0: bus -1 (RP03) acpiprt9 at acpi0: bus -1 (RP04) acpiprt10 at acpi0: bus -1 (RP05) acpiprt11 at acpi0: bus 3 (RP06) acpiprt12 at acpi0: bus -1 (RP07) acpiprt13 at acpi0: bus -1 (RP08) acpicpu0 at acpi0: C3, C1, PSS acpitz0 at acpi0acpitz0: THRM: failed to read _CRT : no critical temperature defined acpiac0 at acpi0: AC unit in unknown state acpibat0 at acpi0: BAT0 not present acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpivideo0 at acpi0: GFX0 acpivideo1 at acpi0: GFX0 acpivout0 at acpivideo1: LCDD [\\_SB_.PCI0.SBRG.EC0_.PWAC] 0xd3bf5bc4 cnt:02 stk:00 buffer: 40 {33, 40, 4d, 5a, 67, 73, 80, 8d, a7, cd, ff, ff, ff, ff, ff, ff, 21, 2e, 3b, 4
Re: dmesg for notebooks useful?
On Sat, 21 May 2011, Stuart Henderson wrote: >On 2011-05-21, Dave Anderson wrote: >> On Sat, 21 May 2011, Paul M wrote: >> >>>On 20/05/2011, at 12:27 PM, Dave Anderson wrote: >>> >>>> FWIW I've encountered several ASUS notebooks which panic during boot >>>> (in aml_parse or parse_aml, I can't remember which is correct); since >>> >>>aml_xparse >>> >>>> these are store demo machines I don't have any good way to capture the >>>> detailed information (I'm booting from a USB stick and saving the dmseg >>>> to the stick.) If there's some small amount of information that can be >>>> gotten without any additional hardware, etc, and would help diagnose >>>> these problems, I'll write it down and report it if someone tells me >>>> exactly how to get it. The panic info is long enough that some of it >>>> scrolls off the screen. >>> >>>I've tried such a laptop, booting from usb stick does indeed fail as >>>you describe, however booting from the install cd (4.9 release) works >>>just fine. >>> >>>Disabling acpi will allow the system to boot from the usb stick. >> >> Thanks for the info. I'll try disabling ACPI the next time I encounter >> one of these. > >You need the information in the panic message and trace. >If you want to help get the problems with those machines tracked >down, you need to get that information, maybe take a photo and >type it in from there. > >If the panic message itself has scrolled off "show panic" >should show it again. I'll see what I can do. Dave >The only way disabling ACPI is helpful, is if the machine saves the >dmesg buffer between boots, then you may be able to get the panic, >boot -c, disable acpi, and save the information. > >ACPI should not be disabled on modern machines, they are not >meant to work that way. -- Dave Anderson
Re: dmesg for notebooks useful?
On Sat, 21 May 2011, Paul M wrote: >On 20/05/2011, at 12:27 PM, Dave Anderson wrote: > >> FWIW I've encountered several ASUS notebooks which panic during boot >> (in aml_parse or parse_aml, I can't remember which is correct); since > >aml_xparse > >> these are store demo machines I don't have any good way to capture the >> detailed information (I'm booting from a USB stick and saving the dmseg >> to the stick.) If there's some small amount of information that can be >> gotten without any additional hardware, etc, and would help diagnose >> these problems, I'll write it down and report it if someone tells me >> exactly how to get it. The panic info is long enough that some of it >> scrolls off the screen. > >I've tried such a laptop, booting from usb stick does indeed fail as >you describe, however booting from the install cd (4.9 release) works >just fine. > >Disabling acpi will allow the system to boot from the usb stick. Thanks for the info. I'll try disabling ACPI the next time I encounter one of these. Dave -- Dave Anderson
Re: dmesg for notebooks useful?
** Reply to message from Sevan / Venture37 on Fri, 29 Apr 2011 09:55:48 +0100 >Stick them up on http://www.nycbug.org/index.php?NAV=dmesgd;SQLIMIT=20 as well >as sending them to dm...@openbsd.org Apologies to all for the delay; I've been a bit busy recently. As an existing dmesg database that I can directly upload to, that looks like a good place for them. I've uploaded the 43 I've gotten so far, and will put more up soon (I've still got a couple of stores to hit). You can find them by filtering on submitter 'Dave Anderson'. I had some uploading problems, so there are also 9 garbaged copies I don't know of any way to delete; I've asked the site owners to get rid of them. Since I'm posting this info and sending it to the developers as well as using it myself, I'm getting info from every notebook I can get my hands on rather than restricting myself to ones that I might want to buy. FWIW I've encountered several ASUS notebooks which panic during boot (in aml_parse or parse_aml, I can't remember which is correct); since these are store demo machines I don't have any good way to capture the detailed information (I'm booting from a USB stick and saving the dmseg to the stick.) If there's some small amount of information that can be gotten without any additional hardware, etc, and would help diagnose these problems, I'll write it down and report it if someone tells me exactly how to get it. The panic info is long enough that some of it scrolls off the screen. Dave -- Dave Anderson
Re: Help finding file-analysis tool?
On Tue, 3 May 2011, Erik wrote: >Op 3-5-2011 16:51, Dave Anderson schreef: >> On Tue, 3 May 2011, Joachim Gwoke wrote: >> >>> Ever visit the people at http://www.woodmann.com? They might offer >>> some more answers. > >Alternately you might have a look at the coroners toolkit and its >successors, such as sleuthkit or Autopsy. Maybe these programs can do a >little bit of what you want. Thanks for the suggestion. I'll take a look. Dave -- Dave Anderson
Re: Help finding file-analysis tool?
On Tue, 3 May 2011, Joachim Gwoke wrote: >Ever visit the people at http://www.woodmann.com? They might offer >some more answers. No, I wasn't aware of them. Thanks for the pointer. Dave >On 5/3/11, Alexander Hall wrote: >> On 05/02/11 23:50, Dave Anderson wrote: >>> Sorry to bother you all, but I'm failing miserably at searching for a >>> tool to help analyze the structure of arbitrary files (prefereably one >>> which runs on OpenBSD). >>> >>> I've got a device which exports data in a undocumented format and the >>> only program available to use that data doesn't do what I need, so I >>> need to figure out the file formats so I can communicate with the device >>> the way I need to. >>> >>> What I'm looking for is an interactive program which makes it easy to >>> look at selected parts of a file (individual items, sets of items >>> located at regular intervals, sets of items linked by pointers or >>> offsets, etc) in any of many formats (ascii, unicode, int, double float, >>> etc) and either endianness, store comments about items or sets of items >>> in an aux file, store names for various values in particular items and >>> display those items values using those names, search for patterns at >>> regular intervals or linked by pointers or offsets, etc, etc, etc; all >>> those things which make it easier to discover and keep track of the >>> structure of an unknown file. >>> >>> It's hard to believe that nobody has ever written such a program, but >>> I've been unable to find one. Any suggestions for effective searches or >>> for suitable programs would be appreciated. >> >> Without a terribly skilled mathematician and tons of luck I would expect >> such a program to be close to impossible to create, or at least require >> tons of CPU time and data to perform the observations on, to come up >> with a reasonably reliable result. However, since I am not a terribly >> skilled matematician myself, I may be totally wrong. >> >> Meanwhile, file(1) comes to mind. :-) >> >> $ file /etc/pwd.db >> /etc/pwd.db: Berkeley DB 1.85 (Hash, version 2, native byte-order) >> >>> Thanks, >>> >>> Dave > -- Dave Anderson
Re: Help finding file-analysis tool?
On Tue, 3 May 2011, Alexander Hall wrote: >On 05/02/11 23:50, Dave Anderson wrote: >> Sorry to bother you all, but I'm failing miserably at searching for a >> tool to help analyze the structure of arbitrary files (prefereably one >> which runs on OpenBSD). >> >> I've got a device which exports data in a undocumented format and the >> only program available to use that data doesn't do what I need, so I >> need to figure out the file formats so I can communicate with the device >> the way I need to. >> >> What I'm looking for is an interactive program which makes it easy to >> look at selected parts of a file (individual items, sets of items >> located at regular intervals, sets of items linked by pointers or >> offsets, etc) in any of many formats (ascii, unicode, int, double float, >> etc) and either endianness, store comments about items or sets of items >> in an aux file, store names for various values in particular items and >> display those items values using those names, search for patterns at >> regular intervals or linked by pointers or offsets, etc, etc, etc; all >> those things which make it easier to discover and keep track of the >> structure of an unknown file. >> >> It's hard to believe that nobody has ever written such a program, but >> I've been unable to find one. Any suggestions for effective searches or >> for suitable programs would be appreciated. > >Without a terribly skilled mathematician and tons of luck I would expect >such a program to be close to impossible to create, or at least require >tons of CPU time and data to perform the observations on, to come up >with a reasonably reliable result. However, since I am not a terribly >skilled matematician myself, I may be totally wrong. If the program is expected to do the analysis on its own, I'm sure you're correct. What I'm looking for is one which automates a lot of the tedious parts of a human-directed analysis; the intelligence (or lack thereof) in what to look for, where to look for it, and what it really means would come from the user. >Meanwhile, file(1) comes to mind. :-) > >$ file /etc/pwd.db >/etc/pwd.db: Berkeley DB 1.85 (Hash, version 2, native byte-order) Unfortunately, that doesn't go nearly far enough. In particular (judging from the man page) it doesn't do anything with structured binary files unless they're one of the particular formats it recognizes -- and the files I have won't be. Thanks anyway, Dave -- Dave Anderson
Help finding file-analysis tool?
Sorry to bother you all, but I'm failing miserably at searching for a tool to help analyze the structure of arbitrary files (prefereably one which runs on OpenBSD). I've got a device which exports data in a undocumented format and the only program available to use that data doesn't do what I need, so I need to figure out the file formats so I can communicate with the device the way I need to. What I'm looking for is an interactive program which makes it easy to look at selected parts of a file (individual items, sets of items located at regular intervals, sets of items linked by pointers or offsets, etc) in any of many formats (ascii, unicode, int, double float, etc) and either endianness, store comments about items or sets of items in an aux file, store names for various values in particular items and display those items values using those names, search for patterns at regular intervals or linked by pointers or offsets, etc, etc, etc; all those things which make it easier to discover and keep track of the structure of an unknown file. It's hard to believe that nobody has ever written such a program, but I've been unable to find one. Any suggestions for effective searches or for suitable programs would be appreciated. Thanks, Dave -- Dave Anderson
Re: dmesg for notebooks useful?
On Thu, 28 Apr 2011 a.velichin...@gmail.com wrote: >On Wed, Apr 27, 2011 at 11:25:20AM -0400, Dave Anderson wrote: >> I'm working on buying a notebook which will run OpenBSD, and have been >> grabbing the dmesg from whatever I find in stores to look at hardware >> compatibility (I've got a 4.9-current snapshot from 2011/4/13 on a USB >> stick which I boot on them). >> >> Would it be useful to also send what I collect to dm...@openbsd.org? > >It will also help if you send the dmesgs to misc@ too or put them on some >publicly accessible place. > >The are fine people outside the circle of blessed Developers who may be >interested in that info. Unfortunately, sending everything individually to the list is a pain, this list doesn't allow attachments (so I can't zip or tar them up in batches and send them that way), and I don't have anyplace handy to put them on the web. If you, or anyone else on the list, has a website you'd like to put these up on so everyone can see them, let me know. I'd be happy to send them in batches to one person for posting. Dave -- Dave Anderson
Re: dmesg for notebooks useful?
On Thu, 28 Apr 2011, Jonathan Gray wrote: >Yes, this would help. Though a bunch of things affecting recent >laptops have gone in during the last few weeks so you should update to >a newer snapshot if possible. OK, I'll send along what I've got and more as I get them. I should be able to move to a newer snapshot soon. Dave >On Wed, Apr 27, 2011 at 11:25:20AM -0400, Dave Anderson wrote: >> I'm working on buying a notebook which will run OpenBSD, and have been >> grabbing the dmesg from whatever I find in stores to look at hardware >> compatibility (I've got a 4.9-current snapshot from 2011/4/13 on a USB >> stick which I boot on them). >> >> Would it be useful to also send what I collect to dm...@openbsd.org? -- Dave Anderson
dmesg for notebooks useful?
I'm working on buying a notebook which will run OpenBSD, and have been grabbing the dmesg from whatever I find in stores to look at hardware compatibility (I've got a 4.9-current snapshot from 2011/4/13 on a USB stick which I boot on them). Would it be useful to also send what I collect to dm...@openbsd.org? Dave -- Dave Anderson
FYI: OpenBSD 4.9 CDs arriving
My set just showed up (near Boston, Mass.) Dave -- Dave Anderson
Error on website re funding...
On Tue, 19 Apr 2011, Theo de Raadt wrote: >All sales fund the project in the same way. > >In the past there was an arrangement (in particular, with Wim) so that >the tshirt sales would fund him while CD sales would fund us. He >managed to rob is on that account in every possible way. So have not >done that kind of arrangements for years. > >Tshirt sales from Canada (the computer shop / https.openbsd.org) and >from the UK (openbsdeurope.com) fund the project just like the mugs, >the CD's, posters, etc.. I was just looking at the main page of the OpenBSD website (<http://www.openbsd.org/>) and noticed that the final paragraph says "T-shirts and posters ... do not fund the project." This should be fixed. [As should the copyright notice, which should be extended to include 2011.] FYI, Dave -- Dave Anderson
Re: Like OpenBSD? Like to see new stuff happening? You really need to order a CD today :)
On Mon, 18 Apr 2011, Theo de Raadt wrote: >> > A number of you may have noticed the recent flurry of activity, >> >leading to stuff like bigmem being turned on.. Some more good stuff is >> >coming soon (my amd64 at my house is using 7 gigabyes of memory for >> >buffer cache, and I'm doing builds without touching disks..). Some >> >really cool stuff is being worked on and is coming to a source tree >> >near you soon. >> > >> > However, I'd like to take the opportunity to remind you all, that >> >the project does depend on CD and shirt sales to keep it alive. Yes >> >you may not use a CD all the time, but the latest one is pretty cool. >> > >> > So, short answer? go buy a CD. pre-orders are a little slow this >> >release, and we need to see some more activity in that area. >> >> This may tie in to something I've noticed -- it's less than two weeks to >> the official release date of 4.9 but there's no sign that the CDs are >> shipping yet. While there's no obligation for them to arrive before >> that date, usually we hear earlier than this that they're shipping. Is >> there some delay? > >Wow -- watch out, or you will kill the message. My apologies if my reply had any such effect; it certainly wasn't intended to do that. > I note you are inside >North America. Packages inside North America can make it to their >destination in 3 days, 4 days tops. It is April 18. What are you >talking about? Your CD order will arrive around the release time. >Probably before, as is usual, though noone ever promised that! As I said, I believe that OpenBSD's only obligation is to get the pre-order CD sets to us by the release date (and even that isn't absolute, given that shit happens). I was just interested in / curious about why the pre-order process seemed to be working a bit differently from the way it usually has. >As well, I know that other distributors (including Liam in England) >will soon have CDs ready so that there can be a 'coordinated release'. >People on the other continents need to get a chance to be the first at >bragging. Thanks for the explanation. Dave >Let's backtrack. Bob is bringing up an important point (he mentioned >it publically after I mentioned it privately to him earlier, so I know >where this comes from). > >Year on year, when it comes to money that keeps the project going, >nothing much has changed in this project. I think people should >contrast our track record of 'good product' to our 'inability to sell >out'. Unlike everyone else in the "open source industry", we continue >to operate on donations and CD sales ("money)". > >We have kept "donations" and "money" seperated. Donations fund the >things they can easily fund, and "money" funds the things they can >fund easily; we all know there are business/taxation rules to be >followed. The donations primarily fund the hackathons (5-6 a year >these days) and travel assistance for the less fortunate developers to >those hackathons. Great things come from those donations, from those >hackathons we are all running code that came out of them. None of us >can contest that. > >But without CD and tshirt sales, other parts of the project are in >trouble -- the things that are more difficult to fund out of >"donations". And there is a further relationship: If not enough CDs >are sold in a release, there may be no further CDs made after that. >If there are no CDs made or sold, I don't know what will happen. I >doubt donations could help us ever again "bootstrap" a CD release >process again. I don't know where various aspects of the project >would go. Of course everyone knows that part of the CD sales become >my salary (keeping me away from working for companies writing non-free >software perhaps, though I doubt I am employable). But that is only >fair. All of you eat, too. I spend more time in front a keyboard >than most of you... > >If things went bad financially, I don't know how I would cope with >such a big change. I doubt the user community has a plan for that, >either. If you are receiving this mail you are using OpenBSD or the >other things that our developer community have made, so please be >considerate and help us continue. The donations are one thing, and >thank you -- but please remember that the sales component has to be >there too. > >I am only a part of the CD sales money. CD sales money keeps the >electrons flowing through cvs.openbsd.org. Trust me, it is critical. > >> Not that I have any particular standing, but FWIW, y'all please order a >> CD set if you haven't already done so. OpenBSD has served me well for >> quite a few years, and I'd really like to see it continue -- and >> continue to improve. > >Exactly -- let us continue doing this. > -- Dave Anderson
Re: Like OpenBSD? Like to see new stuff happening? You really need to order a CD today :)
On Mon, 18 Apr 2011, Bob Beck wrote: > Hi all, > > A number of you may have noticed the recent flurry of activity, >leading to stuff like bigmem being turned on.. Some more good stuff is >coming soon (my amd64 at my house is using 7 gigabyes of memory for >buffer cache, and I'm doing builds without touching disks..). Some >really cool stuff is being worked on and is coming to a source tree >near you soon. > > However, I'd like to take the opportunity to remind you all, that >the project does depend on CD and shirt sales to keep it alive. Yes >you may not use a CD all the time, but the latest one is pretty cool. > > So, short answer? go buy a CD. pre-orders are a little slow this >release, and we need to see some more activity in that area. This may tie in to something I've noticed -- it's less than two weeks to the official release date of 4.9 but there's no sign that the CDs are shipping yet. While there's no obligation for them to arrive before that date, usually we hear earlier than this that they're shipping. Is there some delay? > Then maybe I'll stop worrying about it and commit that thing that >will make your amd64 use even more buttloads of memory too! > > So - yes we like donations, but we also like CD sales.. now is the >time to help out. My set was ordered as soon as the order page went up, but (since, for the first time in far too long, I've got some spare cash) I'll see about also making a donation. Not that I have any particular standing, but FWIW, y'all please order a CD set if you haven't already done so. OpenBSD has served me well for quite a few years, and I'd really like to see it continue -- and continue to improve. Dave -- Dave Anderson
Re: OpenBSD 4.9 pre-orders
On Wed, 16 Mar 2011, Rod Whitworth wrote: >On Tue, 15 Mar 2011 15:10:02 -0600, Theo de Raadt wrote: > >>I've turned on OpenBSD 4.9 pre-orders. Support us by buying something >>please. These sales are a part of keeping the project going. >> >>As for clothing... there's going to be a black hoodie this time. >> >>Of course there is an OpenBSD 4.9 song to go with the new artwork. >>That is at: >> http://www.openbsd.org/lyrics.html >> >>Enjoy! > > >Hey guys, >usually when Theo puts out the pre-order message there is a flood of >messages about who has ordered what and, although it's no genuine race, >there are many who kinda compete to be first. > >I'm #13 so twelve guys beat me and they aren't even boasting. WTF? I'm probably one of them, but I've no idea how many others were ahead of me (the only info I've got is the date/time in the order number -- 2011/3/15-12:16:4-6289). I got in early because I saw the commit of the order page and ordered before seeing Theo's post; I always order the CDs as soon as I can. My thanks to all involved for their hard and high-quality work. Dave >Only two related messages on undeadly.org > >C'mon don't you like your new CDs and swag? > >Order up! > >The song's pretty good too and it's free to download. -- Dave Anderson
FYI: another 'option CBB_DEBUG' error
../../kern/vnode_if.c:661: warning: (near initialization for 'vop_reallocblks_desc') ../../../../kern/vnode_if.c:662: warning: excess elements in struct initializer ../../../../kern/vnode_if.c:662: warning: (near initialization for 'vop_reallocblks_desc') ../../../../kern/vnode_if.c:663: warning: excess elements in struct initializer ../../../../kern/vnode_if.c:663: warning: (near initialization for 'vop_reallocblks_desc') ../../../../kern/vnode_if.c: In function 'VOP_REALLOCBLKS': ../../../../kern/vnode_if.c:669: error: 'vop_reallocblks' undeclared (first use in this function) ../../../../kern/vnode_if.c:669: warning: assignment makes pointer from integer without a cast ../../../../kern/vnode_if.c: At top level: ../../../../kern/vnode_if.c:680: error: variable 'vop_strategy_desc' has initializer but incomplete type ../../../../kern/vnode_if.c:681: warning: excess elements in struct initializer ../../../../kern/vnode_if.c:681: warning: (near initialization for 'vop_strategy_desc') ../../../../kern/vnode_if.c:682: warning: excess elements in struct initializer ../../../../kern/vnode_if.c:682: warning: (near initialization for 'vop_strategy_desc') ../../../../kern/vnode_if.c:683: warning: excess elements in struct initializer ../../../../kern/vnode_if.c:683: warning: (near initialization for 'vop_strategy_desc') ../../../../kern/vnode_if.c: In function 'VOP_STRATEGY': ../../../../kern/vnode_if.c:689: error: 'vop_strategy' undeclared (first use in this function) ../../../../kern/vnode_if.c:689: warning: assignment makes pointer from integer without a cast ../../../../kern/vnode_if.c: At top level: ../../../../kern/vnode_if.c:693: error: variable 'vop_bwrite_desc' has initializer but incomplete type ../../../../kern/vnode_if.c:694: warning: excess elements in struct initializer ../../../../kern/vnode_if.c:694: warning: (near initialization for 'vop_bwrite_desc') ../../../../kern/vnode_if.c:695: warning: excess elements in struct initializer ../../../../kern/vnode_if.c:695: warning: (near initialization for 'vop_bwrite_desc') ../../../../kern/vnode_if.c:696: warning: excess elements in struct initializer ../../../../kern/vnode_if.c:696: warning: (near initialization for 'vop_bwrite_desc') ../../../../kern/vnode_if.c: In function 'VOP_BWRITE': ../../../../kern/vnode_if.c:702: error: 'vop_bwrite' undeclared (first use in this function) ../../../../kern/vnode_if.c:702: warning: assignment makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/sys/arch/i386/compile/TEST (line 92 of /usr/share/mk/sys.mk). -- Dave Anderson
Re: OT - gmail alternatives
On Thu, 9 Dec 2010, James Hozier wrote: >The only issue I have with running my own mail server is that I can >receive e-mails, but for whatever reason I cannot send out e-mails. I'm >assuming it's because mail servers are denying e-mails from my IP or >something since I'm on a residential connection. It doesn't even reach >the Spam box, just doesn't show up at all even though a test with >telnet says the mail was successfully sent out. Do you have a static IP address? Many spam-filters drop messages from any IP address known to be in a dynamically-assigned pool. Do you have reverse-DNS properly set up? That is, if your IP address is A.B.C.D, is there a 'D.C.B.A.in-addr.arpa PTR ' DNS record (where is the fully-qualified domain name for your mailserver, e.g., mail-server.example.com.)? Dropping messages from systems without this is also popular. Also, some ISPs block or divert all outgoing traffic from their customers to port 25. Running my own mailserver from my home has worked for me for 15+ years. Dave -- Dave Anderson
FYI: Error building kernel with CBB_DEBUG option
I'm not asking for support on this; I primarily want to make sure that whatever developer uses this option knows it's broken before the next time he needs it. I have a Sony Vaio PCG-FX120 notebook (inherited, and not enough spare cash to replace it at this time) with cardbus slots that don't work (almost certainly because the BIOS provides incorrect PCI configuration info). The CBB_DEBUG option looked like it might provide some useful information for figuring out how to hack it to work, so I tried building a test kernel with that option (initially using a late-November version of current, then updated my source tree to 7 December and tried again). This is the error I get: cc -Werror -Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-main -Wno-uninitialized -Wno-format -Wstack-larger-than-2047 -fno-builtin-printf -fno-builtin -snprintf -fno-builtin-vsnprintf -fno-builtin-log -fno-builtin-log2 -fno-builtin-malloc -O2 -pipe -nostdinc -I. -I../../../.. -I../../../../arch -DDDB -DDIAGNOSTIC -DKTRACE -DACCOUNTING -DKMEMSTATS -DPTRACE -DPOOL_DEBUG -DCRYPTO -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUVM_SWAP_ENCRYPT -DCOMPAT_43 -DCOMPAT_O47 -DLKM -DFFS -DFFS2 -DFFS_SOFTUPDATES -DUFS_DIRHASH -DQUOTA -DEXT2FS -DMFS -DNNPFS -DTCP_SACK -DTCP_ECN -DTCP_SIGNATURE -DNFSCLIENT -DNFSSERVER -DCD9660 -DUDF -DMSDOSFS -DFIFO -DINET -DALTQ -DINET6 -DIPSEC -DPPP_BSDCOMP -DPPP_DEFLATE -DMROUTING -DMPLS -DBOOT_CONFIG -DUSER_PCICONF -DKVM86 -DUSER_LDT -DAPERTURE -DCOMPAT_SVR4 -DCOMPAT_LINUX -DCOMPAT_FREEBSD -DCOMPAT_AOUT -DPROCFS -DNTFS -DPCIVERBOSE -DEISAVERBOSE -DUSBVERBOSE -DWSDISPLAY_COMPAT_USL -DWSDISPLAY_COMPAT_RAWKBD -DWSDISPLAY_DEFAULTSCREENS="6" -DWSDISPLAY_COMPAT_PCVT -DX86EMU -DONEWIREVERBOSE -DPCGFX120 -DCBB_DEBUG -DMAXUSERS=80 -D_KERNEL -c ../../../../dev/pci/pccbb.c ../../../../dev/pci/pccbb.c: In function 'pccbb_checksockstat': ../../../../dev/pci/pccbb.c:881: error: 'sockevent' undeclared (first use in this function) ../../../../dev/pci/pccbb.c:881: error: (Each undeclared identifier is reportedonly once ../../../../dev/pci/pccbb.c:881: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/arch/i386/compile/TEST (line 92 of /usr/share/mk/sys.mk). Dave -- Dave Anderson
Re: 'cvs update' asking for password?!
On Tue, 7 Dec 2010, Jacob Meuser wrote: >On Tue, Dec 07, 2010 at 05:40:39PM -0500, Dave Anderson wrote: >> No doubt I've screwed something up, but I can't figure out what. > >> # echo $CVSROOT >> anoncvs.comstyle.com:/cvs > ^ >> # cvs -t -d$CVSROOT -q up -Pd >> -> main loop with CVSROOT=anoncvs.comstyle.com:/cvs >> -> Starting server: ssh anoncvs.comstyle.com cvs server >> r...@anoncvs.comstyle.com's password: > ^ >anon...@anoncvs D'Oh! There are none so blind as those who already know what's there... Thanks, Dave -- Dave Anderson
'cvs update' asking for password?!
No doubt I've screwed something up, but I can't figure out what. I've tried all of the North American anoncvs servers (and each time checked that I was actually talking to the server I thought I was connected to) and all of them ask me for a password rather than processing my request. I vaguely remember seeing something on this list a year or so ago, but my search of the archives hasn't found anything relevant. Sample information: # echo $CVSROOT anoncvs.comstyle.com:/cvs # cvs -t -d$CVSROOT -q up -Pd -> main loop with CVSROOT=anoncvs.comstyle.com:/cvs -> Starting server: ssh anoncvs.comstyle.com cvs server r...@anoncvs.comstyle.com's password: # ssh -v anoncvs.comstyle.com cvs server OpenSSH_5.6, OpenSSL 1.0.0a 1 Jun 2010 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to anoncvs.comstyle.com [206.51.28.2] port 22. debug1: Connection established. debug1: permanently_set_uid: 0/0 debug1: identity file /root/.ssh/id_rsa type 1 debug1: identity file /root/.ssh/id_rsa-cert type -1 debug1: identity file /root/.ssh/id_dsa type 2 debug1: identity file /root/.ssh/id_dsa-cert type -1 debug1: identity file /root/.ssh/id_ecdsa type 3 debug1: identity file /root/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.6 debug1: match: OpenSSH_5.6 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.6 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr hmac-md5 none debug1: kex: client->server aes128-ctr hmac-md5 none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Host 'anoncvs.comstyle.com' is known and matches the ECDSA host key. debug1: Found key in /root/.ssh/known_hosts:5 debug1: ssh_ecdsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering RSA public key: /root/.ssh/id_rsa debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Offering DSA public key: /root/.ssh/id_dsa debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Offering ECDSA public key: /root/.ssh/id_ecdsa debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: password r...@anoncvs.comstyle.com's password: -- Dave Anderson
Re: MTA choice
On Fri, 13 Aug 2010, Jacob Yocom-Piatt wrote: >Dave Anderson wrote: >> On Fri, 13 Aug 2010,j...@fixedpointgroup.com wrote: >> >>> sendmail is fine if you have a few users at a relatively quiet domain, >>> all of whom you want to have system accounts on the mailserver. >>> >> You imply that sendmail is _only_ fine for such limited uses, which is >> certainly not true in my experience; I'm curious as to why you believe >> this. > >please don't try to put words in my mouth, it makes you look stupid. at >no point did i say what you claim i 'implied' i.e. that it is the *only* >use case, you assume too much. Implication is, by definition, about what you _didn't_ explicitly say. In the context of this thread, the implication seems quite clear to me -- but since it isn't what you intended, there's no reason for further discussion of it. [Lots of overreaction snipped.] Dave -- Dave Anderson
Re: MTA choice
On Fri, 13 Aug 2010, j...@fixedpointgroup.com wrote: >sendmail is fine if you have a few users at a relatively quiet domain, >all of whom you want to have system accounts on the mailserver. You imply that sendmail is _only_ fine for such limited uses, which is certainly not true in my experience; I'm curious as to why you believe this. It doesn't require (or, AFAICT, benefit in any way) from users having any sort of account (let alone a system account) on the mailserver itself, and it's not hard to set up multiple domains on the same server. While I haven't needed to do it myself, there's plenty of anecdotal evidence of large, busy mailservers running sendmail. I'm _not_ arguing whether sendmail is better or worse than the alternatives; while I've looked at a few others, I've never used any of them -- so I don't have any real basis for an opinion. I _have_ been using sendmail (on a light-duty, mostly-home mailserver) for 15 years. Dave -- Dave Anderson
Re: Multiple web servers hosting different sites behind single public IP (all listening on port 80)?
On Thu, 1 Jul 2010, Scott Wood wrote: >I have a few years experience using OpenBSD firewalls in a small business >Environment and I love it. > >I've recently switched over to a single static IP and am struggling with a >Problem: How to have multiple web servers hosting different sites behind >single >public IP (all listening on port 80)? > >I have a 2-legged OpenBSD 4.7-stable firewall (i386) behind a single static >IP. >My only DNS (currently) is external which establishes abc.com --> >$my-static-ip > >Internet > | > -- >| | >| OBSD | >| 4.7 | > -- > | > | > Private DMZ > ___|_ > | | | >--- --- --- > | 1 | | 2 | | 3 | >--- --- --- > >I can port-map to the various servers just fine (ie: abc.com:8080, >abc.com:, >etc.) but this is NOT the desired configuration. > >The 3 different web servers should all be accessible via port 80: > abc.com, coolstuff.abc.com, abc.com/coolstuff > >It seems like there should be an easy elegant way to handle this using >OpenBSD. >Do I need to setup a secondary/slave DNS server on my DMZ? >Can I use relayd? Looks great! Perhaps I'm missing something, but why don't you set up 'virtual hosts' on your webserver (based on the 'Host' header); this appears to be exactly the kind of situation that feature was designed to handle. You'll need to add a DNS entry for coolstuff.abc.com pointing to the same IP address as abc.com does. [That doesn't work for abc.com/coolstuff, but it's not at all clear how that worked in your original setup -- since abc.com and abc.com/coolstuff would necessarily connect to the same IP address.] Dave >I've read the following docs about relayd and it sounds like it'll do >"reverse web proxying" which is what I need. >But I couldn't quite see how to filter/redirect on the hostname or >URL...(I'm sure it's there, but I don't get it!). > >http://www.openbsd.org/cgi-bin/man.cgi?query=relayd&sektion=8&arch=&apropos= >0&manpath=OpenBSD+Current >http://www.unixtechnics.org/openbsd-relayd.html >https://calomel.org/relayd.html > >Can anyone shed any light on this for me? >Please tell me if I'm barking up the wrong tree! > >Many thanks, Scott > -- Dave Anderson
Re: "couldn't map interrupt"
** Reply to message from Dave Anderson on Sun, 4 Apr 2010 20:30:15 -0400 (EDT) >On Thu, 1 Apr 2010, Dave Anderson wrote: > >>On Thu, 1 Apr 2010, Dave Anderson wrote: >> >>>I've inherited an old notebook (Sony Vaio PCG-FX120) whose CardBus slots >>>are (presumably) unusable because their interrupts aren't mapped: >>> >>>cbb0 at pci1 dev 2 function 0 "Ricoh 5C476 CardBus" rev 0x80: couldn't \ >>>map interrupt >>>cbb1 at pci1 dev 2 function 1 "Ricoh 5C476 CardBus" rev 0x80: couldn't \ >>>map interrupt >>> >>>I've updated the BIOS to the latest version I can find, and am running >>>current (as of March 30th). This happens both with APM and with ACPI >>>(APM disabled); I've included both full dmesgs below. >>> >>>With ACPI there's one additional "couldn't map interrupt" for a device >>>which is configured properly with APM: >>> >>>uhci0 at pci0 dev 31 function 2 "Intel 82801BA USB" rev 0x03: couldn't \ >>>map interrupt >> >>One more thing I should have mentioned: this system has a very simple >>BIOS with only a few tweakable settings; I've tried them all without >>changing this behavior. >> >>>I'd really like to get this working properly, since I can't afford to >>>buy a new system right now. If anyone is interested in looking into >>>this, I'd be happy to run any tests, patches or whatever; the system >>>isn't in use yet, so even complete reinstalls are fine. >>> >>>Thanks for any help, > >I bit of searching turned up 'UKC>change pcibios' and setting the flags >to 0x30; this 'verbose' dmesg plus pcidump -v ( both included below) >produce a bunch of interesting-looking information which, unfortunately, >I do not (yet) know enough to make sense of. > >I also found a truly gross hack used by someone in similar circumstances >(http://www.gratisoft.us/ftp/pub/todd/OpenBSD/srx77/cardbus.diff), which >I'll try to adapt if I don't find anything better. This is primarily for the record, though it may help someone with similar problems. After spending some time crawling through the code and reading PCI specs, I determined that the underlying problem is that the BIOS is reporting an incorrect PCI bus attachment for the Cardbus devices -- resulting in the 'how to attach interrupts' lookup failing. Since in my case all of the device numbers in the table from the BIOS are unique, a simple patch to match on only the device number (if there's only one entry with that device number, and if there's no match on both bus and device) corrects the problem and allows the interrupts to be properly connected. There's still a problem (which I haven't yet dug in to) where it appears that interrupts still don't work properly if the Cardbus device is in place when the system boots, but since it works if I hotplug it later this is something I can live with (at least for a while). Here's the patch (against -current as of a week or two ago): Index: sys/arch/i386/pci/pci_intr_fixup.c === RCS file: /cvs/src/sys/arch/i386/pci/pci_intr_fixup.c,v retrieving revision 1.62 diff -u sys/arch/i386/pci/pci_intr_fixup.c --- sys/arch/i386/pci/pci_intr_fixup.c 7 Dec 2008 14:33:26 - 1.62 +++ sys/arch/i386/pci/pci_intr_fixup.c 1 May 2010 17:02:28 - @@ -336,15 +336,29 @@ { struct pcibios_intr_routing *pir; int entry; + int dev_entry = -1; if (pcibios_pir_table == NULL) return (NULL); for (entry = 0; entry < pcibios_pir_table_nentries; entry++) { pir = &pcibios_pir_table[entry]; - if (pir->bus == bus && - PIR_DEVFUNC_DEVICE(pir->device) == device) - return (pir); + if (PIR_DEVFUNC_DEVICE(pir->device) == device) { + if (pir->bus == bus) + return (pir); + else if (dev_entry == -1) + dev_entry = entry; + else + dev_entry = -2; + } + } + + if (dev_entry >= 0) { + pir = &pcibios_pir_table[dev_entry]; + if (pcibios_flags & PCIBIOS_INTRDEBUG) + printf("pciintr_pir_lookup(%i,%i): matching bus %i\n", + bus, device, pir->bus); + return (pir); } return (NULL); = Dave >OpenBSD 4.7-current (GENERIC) #560: Wed Mar 24 00:26:42 MDT 2010
Re: "couldn't map interrupt"
On Thu, 1 Apr 2010, Dave Anderson wrote: >On Thu, 1 Apr 2010, Dave Anderson wrote: > >>I've inherited an old notebook (Sony Vaio PCG-FX120) whose CardBus slots >>are (presumably) unusable because their interrupts aren't mapped: >> >>cbb0 at pci1 dev 2 function 0 "Ricoh 5C476 CardBus" rev 0x80: couldn't \ >>map interrupt >>cbb1 at pci1 dev 2 function 1 "Ricoh 5C476 CardBus" rev 0x80: couldn't \ >>map interrupt >> >>I've updated the BIOS to the latest version I can find, and am running >>current (as of March 30th). This happens both with APM and with ACPI >>(APM disabled); I've included both full dmesgs below. >> >>With ACPI there's one additional "couldn't map interrupt" for a device >>which is configured properly with APM: >> >>uhci0 at pci0 dev 31 function 2 "Intel 82801BA USB" rev 0x03: couldn't \ >>map interrupt > >One more thing I should have mentioned: this system has a very simple >BIOS with only a few tweakable settings; I've tried them all without >changing this behavior. > > Dave > >>I'd really like to get this working properly, since I can't afford to >>buy a new system right now. If anyone is interested in looking into >>this, I'd be happy to run any tests, patches or whatever; the system >>isn't in use yet, so even complete reinstalls are fine. >> >>Thanks for any help, >> >> Dave I bit of searching turned up 'UKC>change pcibios' and setting the flags to 0x30; this 'verbose' dmesg plus pcidump -v ( both included below) produce a bunch of interesting-looking information which, unfortunately, I do not (yet) know enough to make sense of. I also found a truly gross hack used by someone in similar circumstances (http://www.gratisoft.us/ftp/pub/todd/OpenBSD/srx77/cardbus.diff), which I'll try to adapt if I don't find anything better. Dave OpenBSD 4.7-current (GENERIC) #560: Wed Mar 24 00:26:42 MDT 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III ("GenuineIntel" 686-class) 696 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 534798336 (510MB) avail mem = 508944384 (485MB) User Kernel Config UKC> chn\^H \^Hange pcibios 361 pcibios0 at bios0 flags 0x0 change (y/n) ? flags [0] ? 0x30 361 pcibios0 changed 361 pcibios0 at bios0 flags 0x30 UKC> quit Continuing... mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/06/02, BIOS32 rev. 0 @ 0xfd878, SMBIOS rev. 2.31 @ 0xd8010 (15 entries) bios0: vendor Phoenix Technologies LTD version "R0232U0" date 03/06/02 bios0: Sony Corporation PCG-FX120(UC) apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xfd860/0x7a0 pcibios0: config mechanism [1][x], special cycles [x][x], last bus 1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) PIR Entry 0: Bus: 0 Device: 30 INTA: link 0x60 bitmap 0x0200 INTB: link 0x61 bitmap 0x0200 INTC: link 0x62 bitmap 0x0200 INTD: link 0x63 bitmap 0x0200 PIR Entry 1: Bus: 1 Device: 6 INTA: link 0x62 bitmap 0x0200 INTB: link 0x63 bitmap 0x0200 INTC: link 0x60 bitmap 0x0200 INTD: link 0x61 bitmap 0x0200 PIR Entry 2: Bus: 1 Device: 4 INTA: link 0x61 bitmap 0x0200 INTB: link 0x60 bitmap 0x0200 INTC: link 0x62 bitmap 0x0200 INTD: link 0x63 bitmap 0x0200 PIR Entry 3: Bus: 1 Device: 9 INTA: link 0x62 bitmap 0x0200 INTB: link 0x63 bitmap 0x0200 INTC: link 0x00 bitmap 0x0200 INTD: link 0x00 bitmap 0x0200 PIR Entry 4: Bus: 1 Device: 8 INTA: link 0x68 bitmap 0x0200 INTB: link 0x00 bitmap 0x INTC: link 0x00 bitmap 0x INTD: link 0x00 bitmap 0x PIR Entry 5: Bus: 0 Device: 0 INTA: link 0x60 bitmap 0x0200 INTB: link 0x61 bitmap 0x0200 INTC: link 0x62 bitmap 0x0200 INTD: link 0x63 bitmap 0x0200 PIR Entry 6: Bus: 0 Device: 31 INTA: link 0x60 bitmap 0x0200 INTB: link 0x61 bitmap 0x0200 INTC: link 0x6b bitmap 0x0200 INTD: link 0x63 bitmap 0x0200 PIR Entry 7: Bus: 0 Device: 2 INTA: link 0x60 bitmap 0xdef8 INTB: link 0x61 bitmap 0xdef8 INTC: link 0x00 bitmap 0xdef8 INTD: link 0x00 bitmap 0
Re: "couldn't map interrupt"
On Thu, 1 Apr 2010, Dave Anderson wrote: >I've inherited an old notebook (Sony Vaio PCG-FX120) whose CardBus slots >are (presumably) unusable because their interrupts aren't mapped: > >cbb0 at pci1 dev 2 function 0 "Ricoh 5C476 CardBus" rev 0x80: couldn't \ >map interrupt >cbb1 at pci1 dev 2 function 1 "Ricoh 5C476 CardBus" rev 0x80: couldn't \ >map interrupt > >I've updated the BIOS to the latest version I can find, and am running >current (as of March 30th). This happens both with APM and with ACPI >(APM disabled); I've included both full dmesgs below. > >With ACPI there's one additional "couldn't map interrupt" for a device >which is configured properly with APM: > >uhci0 at pci0 dev 31 function 2 "Intel 82801BA USB" rev 0x03: couldn't \ >map interrupt One more thing I should have mentioned: this system has a very simple BIOS with only a few tweakable settings; I've tried them all without changing this behavior. Dave >I'd really like to get this working properly, since I can't afford to >buy a new system right now. If anyone is interested in looking into >this, I'd be happy to run any tests, patches or whatever; the system >isn't in use yet, so even complete reinstalls are fine. > >Thanks for any help, > > Dave > >OpenBSD 4.7-current (GENERIC) #0: Tue Mar 30 11:36:17 EDT 2010 >d...@minya.daveanderson.com:/usr/src/sys/arch/i386/compile/GENERIC >cpu0: Intel Pentium III ("GenuineIntel" 686-class) 696 MHz >cpu0: >FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE >real mem = 534798336 (510MB) >avail mem = 509218816 (485MB) >mainbus0 at root >bios0 at mainbus0: AT/286+ BIOS, date 03/06/02, BIOS32 rev. 0 @ 0xfd878, >SMBIOS rev. 2.31 @ 0xd8010 (15 entries) >bios0: vendor Phoenix Technologies LTD version "R0232U0" date 03/06/02 >bios0: Sony Corporation PCG-FX120(UC) >apm0 at bios0: Power Management spec V1.2 >apm0: AC on, battery charge unknown >acpi at bios0 function 0x0 not configured >pcibios0 at bios0: rev 2.1 @ 0xfd860/0x7a0 >pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) >pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00) >pcibios0: PCI bus #3 is the last bus >bios0: ROM list: 0xc/0xc000 0xd8000/0x4000! 0xdc000/0x4000! >cpu0 at mainbus0: (uniprocessor) >pci0 at mainbus0 bus 0: configuration mode 1 (bios) >pchb0 at pci0 dev 0 function 0 "Intel 82815 Host" rev 0x11 >vga1 at pci0 dev 2 function 0 "Intel 82815 Video" rev 0x11 >wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) >wsdisplay0: screen 1-5 added (80x25, vt100 emulation) >intagp0 at vga1 >agp0 at intagp0: aperture at 0xf800, size 0x400 >ppb0 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x03 >pci1 at ppb0 bus 1 >mem address conflict 0x1ff0/0x1000 >mem address conflict 0x1ff01000/0x1000 >"TI TSB43AA22 FireWire" rev 0x02 at pci1 dev 0 function 0 not configured >cbb0 at pci1 dev 2 function 0 "Ricoh 5C476 CardBus" rev 0x80: couldn't map >interrupt >cbb1 at pci1 dev 2 function 1 "Ricoh 5C476 CardBus" rev 0x80: couldn't map >interrupt >fxp0 at pci1 dev 8 function 0 "Intel 82562" rev 0x03, i82562: irq 9, address >08:00:46:14:eb:5a >inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0 >ichpcib0 at pci0 dev 31 function 0 "Intel 82801BAM LPC" rev 0x03: 24-bit timer >at 3579545Hz >pciide0 at pci0 dev 31 function 1 "Intel 82801BAM IDE" rev 0x03: DMA, channel >0 wired to compatibility, channel 1 wired to compatibility >wd0 at pciide0 channel 0 drive 0: >wd0: 16-sector PIO, LBA, 9590MB, 19640880 sectors >wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 >atapiscsi0 at pciide0 channel 1 drive 0 >scsibus0 at atapiscsi0: 2 targets >cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom >removable >cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 >uhci0 at pci0 dev 31 function 2 "Intel 82801BA USB" rev 0x03: irq 9 >ichiic0 at pci0 dev 31 function 3 "Intel 82801BA SMBus" rev 0x03: irq 9 >iic0 at ichiic0 >uhci1 at pci0 dev 31 function 4 "Intel 82801BA USB" rev 0x03: irq 9 >auich0 at pci0 dev 31 function 5 "Intel 82801BA AC97" rev 0x03: irq 9, ICH2 >AC97 >ac97: codec id 0x41445348 (Analog Devices AD1881A) >ac97: codec features headphone, Analog Devices Phat Stereo >audio0 at auich0 >"Intel 82801BA Modem" rev 0x03 at pci0 dev 31 function 6 not configured >isa0 at ichpcib0 >isadma0 at isa0 >com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo >pckbc0 at isa0 port 0x60/5 >pckbd
"couldn't map interrupt"
ocket 1 pcic0: irq 3, polling enabled usb0 at uhci0: USB revision 1.0 uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1 biomask ef65 netmask ef65 ttymask mtrr: Pentium Pro MTRR support vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root root on wd0a swap on wd0b dump on wd0b OpenBSD 4.7-current (GENERIC) #0: Tue Mar 30 11:36:17 EDT 2010 d...@minya.daveanderson.com:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III ("GenuineIntel" 686-class) 696 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 534798336 (510MB) avail mem = 509218816 (485MB) User Kernel Config UKC> disable apm 358 apm0 disabled UKC> quit Continuing... mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/06/02, BIOS32 rev. 0 @ 0xfd878, SMBIOS rev. 2.31 @ 0xd8010 (15 entries) bios0: vendor Phoenix Technologies LTD version "R0232U0" date 03/06/02 bios0: Sony Corporation PCG-FX120(UC) apm at bios0 function 0x15 not configured acpi0 at bios0: rev 0 acpi0: tables DSDT FACP BOOT acpi0: wakeup devices PWRB(S5) LAN_(S3) CRD0(S3) CRD1(S3) EC0_(S5) COMA(S3) USB1(S3) USB2(S3) MODE(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (HUB_) acpiec0 at acpi0 acpicpu0 at acpi0: C2 acpitz0 at acpi0: critical temperature 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpibat0 at acpi0: BAT1 type LION oem "Sony Corp." acpibat1 at acpi0: BAT2 not present acpiac0 at acpi0: AC unit online acpivideo0 at acpi0: GCH0 acpivout0 at acpivideo0: LFP_ bios0: ROM list: 0xc/0xc000 0xd8000/0x4000! 0xdc000/0x4000! cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel 82815 Host" rev 0x11 vga1 at pci0 dev 2 function 0 "Intel 82815 Video" rev 0x11 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xf800, size 0x400 ppb0 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x03 pci1 at ppb0 bus 1 "TI TSB43AA22 FireWire" rev 0x02 at pci1 dev 0 function 0 not configured cbb0 at pci1 dev 2 function 0 "Ricoh 5C476 CardBus" rev 0x80: couldn't map interrupt cbb1 at pci1 dev 2 function 1 "Ricoh 5C476 CardBus" rev 0x80: couldn't map interrupt fxp0 at pci1 dev 8 function 0 "Intel 82562" rev 0x03, i82562: irq 9, address 08:00:46:14:eb:5a inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0 ichpcib0 at pci0 dev 31 function 0 "Intel 82801BAM LPC" rev 0x03 pciide0 at pci0 dev 31 function 1 "Intel 82801BAM IDE" rev 0x03: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 9590MB, 19640880 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 31 function 2 "Intel 82801BA USB" rev 0x03: couldn't map interrupt ichiic0 at pci0 dev 31 function 3 "Intel 82801BA SMBus" rev 0x03: irq 9 iic0 at ichiic0 uhci1 at pci0 dev 31 function 4 "Intel 82801BA USB" rev 0x03: irq 9 auich0 at pci0 dev 31 function 5 "Intel 82801BA AC97" rev 0x03: irq 9, ICH2 AC97 ac97: codec id 0x41445348 (Analog Devices AD1881A) ac97: codec features headphone, Analog Devices Phat Stereo audio0 at auich0 "Intel 82801BA Modem" rev 0x03 at pci0 dev 31 function 6 not configured isa0 at ichpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec pcic0 at isa0 port 0x3e0/2 iomem 0xd/16384 pcic0 controller 0: has sockets A and B pcmcia0 at pcic0 controller 0 socket 0 pcmcia1 at pcic0 controller 0 socket 1 pcic0: irq 3, polling enabled usb0 at uhci1: USB revision 1.0 uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1 biomask ef65 netmask ef65 ttymask mtrr: Pentium Pro MTRR support vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root root on wd0a swap on wd0b dump on wd0b -- Dave Anderson
Re: PF: antispoof vs URPF
On Wed, 31 Mar 2010, Eugene Yunak wrote: >On 31 March 2010 19:27, N. Arley Dealey wrote: >> It would appear to me that antispoof and URPF achieve similar results. Is >> there a reason to prefer one over the other? > >Not at all. antispoof blocks ip packets that came in from the wrong >interface, while URPF blocks packets from "aliens" (no entry in >routing table for the source address). Just look at the output of >pfctl -sr If I'm reading the documentation for URPF correctly, that's not true -- URPF blocks packets which arrive on an interface which is not pointed to by a route to the packet's source address, which is somewhat similar to what antispoof does. Dave -- Dave Anderson
Re: ZFS in OpenBSD
On Mon, 22 Mar 2010, Dan Naumov wrote: >On Mon, Mar 22, 2010 at 3:41 PM, Marc Espie wrote: >> On Mon, Mar 22, 2010 at 02:29:51PM +0200, Dan Naumov wrote: >>> >>> The question of why 2 different BSDs have no issues including specific >>> code into their base, while another does is a valid one. When asked >>> "hard questions", labeling the person asking them a troll is sadly a >>> common occurrence on the internet. >> >> If you want to do something productive instead of acting like a clueless >> troll, go pester oracle until they release zfs under an acceptable licence >> for us. > >"While some other BSD projects have more loose policies regarding >introducing new code into their base system, our policy is to only >include BSD-licensed code" > >It seems that for several people who have replied, writing a simple, >complete, coherent and civil answer like that was way beyond their >capabilities. Why? Was it that hard? No, one MUST insert snide >remarks, derogatory comments and call the person asking the question a >troll. If acting like that is what makes you feel better about >yourself, you are in a bad place, I can only suggest therapy, it works >for millions of people. Please consider the possibility that many people are tired of seeing quetions that have already been asked and answered posted again by people who apparently can't be bothered to search the archives. If you waste their time in this way, they will, not unreasonably, be irritated. Dave -- Dave Anderson
Re: How to make FTP work from the firewall system?
On Thu, 18 Mar 2010, Vadim Zhukov wrote: >On 17 March 2010 c. 00:43:34 Simon Perreault wrote: >> J.C. Roberts wrote: >> >match out on ? proto tcp from ? to any port ftp \ >> >rdr-to 127.0.0.1 port 8021 >> >> You can't do that. rdr-to only works on input. >> >> > Without testing it, I don't know how the potential loop can be >> > avoided, or if it even needs to be avoided (note the "match out" >> > example for isakmp in the pf.conf(5) man page). >> >> That example uses nat-to, which only works on output. > >Things were changed in -CURRENT a bit, see >http://marc.info/?l=openbsd-cvs&m=125486449001455&w=2 for example. Neat! While it clearly doesn't work as of that commit, it appears that we'll eventually be able to do something like the above 'match'. After that, it's probably just a 'simple' matter of ensuring that ftp-proxy understands connections originating from the same system it's running on. Dave -- Dave Anderson
Re: How to make FTP work from the firewall system?
On Tue, 16 Mar 2010, Stuart Henderson wrote: >On 2010-03-16, Stuart Henderson wrote: >> On 2010-03-16, Dave Anderson wrote: >>> I do notice that 4.7 has a new divert-to-userland ability that looks >>> like it could be used to solve this problem properly >> >> I think the proxy code involved with this would be considerably >> more complicated than the current method (even taking into the >> account that PF can defragment).. > >...divert-to (added in 4.4) should be simpler though. I'd missed that one. But can it intercept outbound packets on the egress interface? divert-packet is documented as doing so, which is the feature that caught my eye -- that allows capturing in one spot all FTP traffic from on or behind the firewall system. Dave -- Dave Anderson
Omission in pf.conf manpage for current at www.openbsd.org?
In the body of the manpage, the 'divert-packet', 'divert-reply' and 'divert-to' options are mentioned -- but there is no mention of them in the BNF at the end of the manpage (a search on 'divert' finds nothing). Dave -- Dave Anderson
Re: How to make FTP work from the firewall system?
On Tue, 16 Mar 2010, Stuart Henderson wrote: >On 2010-03-16, J.C. Roberts wrote: >> On Tue, 16 Mar 2010 12:39:01 -0400 (EDT) Dave Anderson >> wrote: >> >>> >I see two options: >>> > >>> >1. pass out >>> >>> This can work for passive FTP if one is willing to allow outbound >>> connections to all non-privileged ports, but is useless for active >>> FTP. > >do you really need active mode on such a machine anyway, though? >by demanding firewalling, you are already doing things that you know >will make life difficult for ftp. I'd like to have a system where everything 'just works' once I get it set up; since AFAIK there are still things out there which don't transparently use passive FTP, I'd like to have active FTP work. If it can't be done with any reasonable amount of effort I'll settle for less, but (to me) it's worth some effort investigating. >>> >2. ftp-proxy(8) >>> >>> Unless I've missed something, this is useless when the FTP connection >>> originates on the system where ftp-proxy is running -- the control >>> connection packets must traverse some interface in the inbound >>> direction for PF to be able to redirect them to ftp-proxy. >> >> No. Just configure your app to use the proxy bound to localhost:port. >> Many apps can pick this up automatically when you have FTP_PROXY= >> defined in your shell, but others might require further configuration. > >FTP_PROXY is to use an http proxy to talk to ftp servers. > >ftp-proxy(8) doesn't support this, it can only pick the address by >looking up the address from the PF state. > >anything else is going to run into the same problem as running a >client directly unless it has specific support for PF. > >with what's available now, ftpsesame has the best chance of working. Thanks, Dave -- Dave Anderson
Re: How to make FTP work from the firewall system?
On Tue, 16 Mar 2010, Gaby Vanhegan wrote: >On 16 Mar 2010, at 17:24, Dave Anderson wrote: > >> I'm configuring a notebook which will use PF to protect itself from the >> environments in which I use it, and would like to have FTP 'just work' >> on it -- whether it's from an explicit FTP command, from a browser, or >> embedded in some other program or script. > >Not really been following this thread but is there any problem with using >SFTP? It's implemented in many FTP programs and only requires port 22 open on >the firewall. It would certainly be nice to get rid of FTP (and I do use alternatives when I can), but AFAIK there are still a lot of things that use it by default. Since I'd like to have a system that 'just works', I'm pretty sure I have to allow for FTP for the forseeable future. Thanks for the suggestion, Dave -- Dave Anderson
Re: How to make FTP work from the firewall system?
On Tue, 16 Mar 2010, Dave Anderson wrote: >On Tue, 16 Mar 2010, Simon Perreault wrote: > >>On 03/15/2010 11:49 PM, Dave Anderson wrote: >>> I'm configuring a notebook which will use PF to protect itself from the >>> environments in which I use it, and would like to have FTP 'just work' >>> on it -- whether it's from an explicit FTP command, from a browser, or >>> embedded in some other program or script. >> >>I see two options: >> >>1. pass out > >This can work for passive FTP if one is willing to allow outbound >connections to all non-privileged ports, but is useless for active FTP. > >>2. ftp-proxy(8) > >Unless I've missed something, this is useless when the FTP connection >originates on the system where ftp-proxy is running -- the control >connection packets must traverse some interface in the inbound direction >for PF to be able to redirect them to ftp-proxy. A clarification: I do know that ftp-proxy can be used as an explicit proxy as well as transparently via PF redirection, and that the FTP_PROXY environment variable can be set to specify an explict proxy for many programs/scripts. But since (as stated in my original message) I'd really like FTP to 'just work' and AFAIK some programs/scripts ignore FTP_PROXY and some others don't allow for an explicit proxy at all, I believe that ftp-proxy can't currently do what I want (though it may come closer than anything else currently available). Dave >Thanks anyway, > > Dave -- Dave Anderson