Re: OpenBSD forked
2012/6/21 Miod Vallat m...@online.fr: There's always the possibility to split OpenBSD, `outsourcing' the platforms which do not matter except to crazy nutcases to `RusticBSD'. Oh, perhaps resurrect amiga-m68k on RusticBSD then. =) -- To our sweethearts and wives. May they never meet. -- 19th century toast
Re: Learning C Programming
On Fri, Jun 22, 2012 at 07:55:18AM +0200, Otto Moerbeek wrote: Yes, it's a very tough book. I have had a similar experience. Wel, reading an answers book does not really help. Arriving at the answers yourself (wich requires effort indeed) is much better. Agreed, the answer book is cheating yourself. One may be better off reading someone elses code. A mentioned in the preface, KR requires some knowledge about general programming concepts and/or access to someone with experience. And it requires real study, not just causal reading, as others have said before. This is interesting KR requires some knowledge about general programming concepts, I couldn't agree more considering how I struggled with KR. Perhaps though not only general programming concepts but general computing concepts as well? I have a book from Tanenbaum that I wish I had read before I tried the others. Perhaps something like Tanenbaum's Modern Operating Systems, could pave the way to easier understanding. Because how can you visualize pointers when you can't visualize how a process looks like, or how memory address translation is used between kernel and userland? Idealy something like that is combined together in a book but I haven't found one like it. I'm probably biased, I learned C the hard way: I only had access to the reference manual part of the 1st edition, a long long time ago, must have been 1985. That reference manuals was about 30 pages (somehat smaller than the reference manual in the 2nd ed). You turned out alright and wrote some awesome code. :-) If you find KR hard, still be sure to return to it after you feel more confortable with C. C is a small language. KR could not have said it better in the preface to the 2nd ed: C is not a big language, and it is not well served by a big book. While it is a small book they not only teach the language itself, but a lot about style, standard idiom and general approach of writing C. When someone is done with KR and they liked the little algorithms perhaps it's time to go to the next good book The Practice of Programming by Kernighan and Pike. This one was recommended to me and whatever someone recommends to me I buy. I too like that book. As often, a small book might require more effort, but in the end is more effective. -Otto Well said. -peter
Re: Learning C Programming
On Fri, Jun 22, 2012 at 10:58 AM, Peter J. Philipp p...@centroid.eu wrote: This is interesting KR requires some knowledge about general programming concepts, I couldn't agree more considering how I struggled with KR. Yes, that's true with me as well. I couldn't grok KR no matter how hard I tried it until I got a simple book for beginners (in the Ukrainian Language, a 1993 edition). After that I just read KR through like a fiction book, I understood everything at once from there, and C has become my favorite programming language forever. -- ### Coonardoo - Криничка у тіні / The Well In The Shadow / Le Puits Dans L'Ombre ###
Re: Learning C Programming
On 22 June 2012 00:05, Chris Bennett ch...@bennettconstruction.us wrote: Yes, it's a very tough book. I have had a similar experience. I did get a copy of the answers book from an interlibrary loan. There is an answers book? Is that official or unofficial, i.e. is it just some random punter's crib notes or something that Messrs KR wrote? Would that be a good reference if one shows restraint and tries one's own hand first, or would it generally be useless and counterproductive? On Fri, Jun 22, 2012 at 07:19:32AM +0530, Amarendra Godbole wrote: It is rather surprising since Prentice Hall of India have been selling this book for Rs. 95 for the last 15 yrs or so, which is less than $2 US. Juan Francisco Cantero Hurtado i...@juanfra.info wrote: I know. I'm buying an indian version :P Could you suggest a seller/source? My google-fu has failed me.
Re: Seagate Expansion 3T disk works via USB but not via SATA
Nick Holland n...@holland-consulting.net wrote: Dammit. The plan was for wd(4) to die before disks got that big. Sigh. ok, let's see if I got this right... that's not a 2TB disk issue, that's a 4k issue, Right. so this could potentially bite people with smaller disks that were also 4k sectored? Yes, but I think in practice all the smaller 4k disks pretend at their external interface that they are 512-sectored. -- Christian naddy Weisgerber na...@mips.inka.de
two strange problems with ntpd (OpenBSD 5.1)
#echo servers pool.ntp.org /etc/ntpd.conf # ntpd this command never change local system time #ntpd -s change local system time but I have very strange problem in php #echo echo '?php `ntpd -s` ?'|php-5.3 above command never exit.
ifstated problem
#cat /etc/ifstated.conf net1 = 'ping -q -c1 -w1 172.16.200.11 /dev/null every 3' net2 = 'ping -q -c1 -w1 172.16.200.1 /dev/null every 3' init-state one state one { init { run route delete default run route add default 172.16.200.11 } if ! $net1 { if $net2 set-state two } } state two { init { run route delete default run route add default 172.16.200.1 } if ! $net2 set-state one if $net1 set-state one } this configuration works properly but sometimes ifstated hangs and never change default gateway I watched top and I saw that ifstated is sleep and wait on kqread howerver it works after sending HUP signal or restarting daemon do you have any idea?
Re: OpenBSD forked
On Thu, Jun 21, 2012 at 05:22:08PM +0200, Gilles Chehade wrote: On Thu, Jun 21, 2012 at 12:09:47PM -0300, Christiano F. Haesbaert wrote: Tedu's suggestion is the best one in my IMHO, implement a webserver. I would try to do the following: - Read KR - Join ##c on freenode, they can help a *lot*. - Read manpages of every function. - Code small UNIX utilities, start with cat, then wc. - Code something like a webserver, this is where you'll actually learn. Actually, before a webserver, I'd recommend learning how to write a shell as it will have you deal with lots of concepts you would not see otherwise ... then network programming :-p Just because you suffered thru a fucked-up education that's ass-backwards doesn't mean you should wish it on other people. ('may you live in interesting times', the old chinese curse). A shell is one of the most complicated pieces of C code to get right, between the fucked-up parser, the lazy evaluation, the arcane shit you have to do to various file descriptors, and the signal handling. Among other things. Heck, write your own kernel, it's simpler ;)
Re: Learning C Programming
On Thu, Jun 21, 2012 at 11:20:09AM -0700, Matthew Dempsky wrote: On Thu, Jun 21, 2012 at 10:55 AM, Amit Kulkarni amitk...@gmail.com wrote: yes it is, and i am surprised it is ~ $50. it is such a small book. FWIW, you can read the C specification drafts online for free: C89: http://flash-gordon.me.uk/ansi.c.txt C99: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1124.pdf C11: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf The actual C standard costs something like $20 if you order it from ANSI. ISO has it ways more expensive. Wiley put out a paper version of the C99 and C++98 standards. They don't seem to have a release planned for the 2011 versions (I tried asking them thru their online form. In typical marketroid version, I'm pretty sure my message fell thru a black hole, no answer at all...) I'm also fairly fond of HarbisonSteele's C: a reference manual, which is a different take on the C standard thingy (those guys being C compiler implementers, they will tend to discuss fine points of the language. They have the best description of the signed/unsigned char conumdrum I've seen).
Re: OpenBSD forked
On Thu, Jun 21, 2012 at 07:30:59PM +, Miod Vallat wrote: I do hope they succeed on that matter at least. If they can't even get amd64/i386/arm working with LLVM, then it's a rough road ahead for us when we also have to worry about sparc, sh, mips, hppa, vax, and m88k too. There's always the possibility to split OpenBSD, `outsourcing' the platforms which do not matter except to crazy nutcases to `RusticBSD'. I would prefer the crazy nutcases apply their considerable knowledge to stuff that still matters.
Re: two strange problems with ntpd (OpenBSD 5.1)
On Fri, Jun 22, 2012 at 12:51 PM, Bahador NazariFard bahador.nazarif...@gmail.com wrote: #echo servers pool.ntp.org /etc/ntpd.conf # ntpd this command never change local system time It's not command. It's daemon so it starts server. Try with 'ntpd -D' to see if it's getting your setup from /etc/ntpd.conf . You can check /var/log/daemon as well to see if ntpd is doing something. #ntpd -s change local system time but I have very strange problem in php #echo echo '?php `ntpd -s` ?'|php-5.3 above command never exit.
Re: two strange problems with ntpd (OpenBSD 5.1)
On Fri, Jun 22, 2012 at 1:39 PM, Tomas Bodzar tomas.bod...@gmail.com wrote: On Fri, Jun 22, 2012 at 12:51 PM, Bahador NazariFard bahador.nazarif...@gmail.com wrote: #echo servers pool.ntp.org /etc/ntpd.conf # ntpd this command never change local system time It's not command. It's daemon so it starts server. Try with 'ntpd -D' to see if it's getting your setup from /etc/ntpd.conf . You can check /var/log/daemon as well to see if ntpd is doing something. sorry. 'ntpd -d' can you ping pool.ntp.org ? You will confirm that DNS works, but still firewall may block ntp communication (will be visible in ntpd -d if there's connection or not) #ntpd -s change local system time but I have very strange problem in php #echo echo '?php `ntpd -s` ?'|php-5.3 above command never exit.
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 01:20:09PM +0200, Marc Espie wrote: Actually, before a webserver, I'd recommend learning how to write a shell as it will have you deal with lots of concepts you would not see otherwise ... then network programming :-p Just because you suffered thru a fucked-up education that's ass-backwards doesn't mean you should wish it on other people. ('may you live in interesting times', the old chinese curse). Your opinion is pointless, you actually *like* perl ;-) A shell is one of the most complicated pieces of C code to get right, between the fucked-up parser, the lazy evaluation, the arcane shit you have to do to various file descriptors, and the signal handling. Among other things. That's because you think the goal is to write a perfect shell. The goal is to use fork, exec, signals, process groups, etc... The shell will ultimately suck, but you will learn a lot doing this broken piece of software. Heck, write your own kernel, it's simpler ;) You... like... perl. Which explains why you'd think writing a kernel is simpler than a shell, and why writing a shell is more complex than network programming :-) -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: two strange problems with ntpd (OpenBSD 5.1)
On Fri, Jun 22, 2012 at 01:42:18PM +0200, Tomas Bodzar wrote: On Fri, Jun 22, 2012 at 1:39 PM, Tomas Bodzar tomas.bod...@gmail.com wrote: On Fri, Jun 22, 2012 at 12:51 PM, Bahador NazariFard bahador.nazarif...@gmail.com wrote: #echo servers pool.ntp.org ?? /etc/ntpd.conf # ntpd this command never change local system time It's not command. It's daemon so it starts server. Try with 'ntpd -D' to see if it's getting your setup from /etc/ntpd.conf . You can check /var/log/daemon as well to see if ntpd is doing something. sorry. 'ntpd -d' can you ping pool.ntp.org ? You will confirm that DNS works, but still firewall may block ntp communication (will be visible in ntpd -d if there's connection or not) #ntpd -s change local system time but I have very strange problem in php #echo ??echo '?php `ntpd -s` ?'|php-5.3 above command never ??exit. Also, if you send a SIGINFO to ntpd, it writes a short status message about its peers in /var/log/messages. -Otto
Re: OpenBSD forked
On 22 Jun 2012, at 12:57 PM, Gilles Chehade gil...@poolp.org wrote: Your opinion is pointless, you actually *like* perl ;-) I've heard rumours that there are members of the team who are left handed use the dvorak layout *tut* :) Sevan
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 01:57:10PM +0200, Gilles Chehade wrote: On Fri, Jun 22, 2012 at 01:20:09PM +0200, Marc Espie wrote: Actually, before a webserver, I'd recommend learning how to write a shell as it will have you deal with lots of concepts you would not see otherwise ... then network programming :-p Just because you suffered thru a fucked-up education that's ass-backwards doesn't mean you should wish it on other people. ('may you live in interesting times', the old chinese curse). Your opinion is pointless, you actually *like* perl ;-) A shell is one of the most complicated pieces of C code to get right, between the fucked-up parser, the lazy evaluation, the arcane shit you have to do to various file descriptors, and the signal handling. Among other things. That's because you think the goal is to write a perfect shell. The goal is to use fork, exec, signals, process groups, etc... yeah, right... and do it without any proper courses either. So that, afterwards, when I quizz students, they don't even understand how wait() works or anything about signal semantics. Yet they validated that specific project...
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 02:33:13PM +0200, Marc Espie wrote: On Fri, Jun 22, 2012 at 01:57:10PM +0200, Gilles Chehade wrote: On Fri, Jun 22, 2012 at 01:20:09PM +0200, Marc Espie wrote: Actually, before a webserver, I'd recommend learning how to write a shell as it will have you deal with lots of concepts you would not see otherwise ... then network programming :-p Just because you suffered thru a fucked-up education that's ass-backwards doesn't mean you should wish it on other people. ('may you live in interesting times', the old chinese curse). Your opinion is pointless, you actually *like* perl ;-) A shell is one of the most complicated pieces of C code to get right, between the fucked-up parser, the lazy evaluation, the arcane shit you have to do to various file descriptors, and the signal handling. Among other things. That's because you think the goal is to write a perfect shell. The goal is to use fork, exec, signals, process groups, etc... yeah, right... and do it without any proper courses either. So that, afterwards, when I quizz students, they don't even understand how wait() works or anything about signal semantics. Yet they validated that specific project... That's an implementation detail :-p Someone who really wants to understand things will look at the man pages and try to understand, someone who doesn't give a damn about getting things done right will produce crap with or without proper courses ... -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: OpenBSD forked
On Fri, Jun 22, 2012, at 01:57 PM, Gilles Chehade wrote: On Fri, Jun 22, 2012 at 01:20:09PM +0200, Marc Espie wrote: Actually, before a webserver, I'd recommend learning how to write a shell as it will have you deal with lots of concepts you would not see otherwise ... then network programming :-p Just because you suffered thru a fucked-up education that's ass-backwards doesn't mean you should wish it on other people. ('may you live in interesting times', the old chinese curse). Your opinion is pointless, you actually *like* perl ;-) A shell is one of the most complicated pieces of C code to get right, between the fucked-up parser, the lazy evaluation, the arcane shit you have to do to various file descriptors, and the signal handling. Among other things. That's because you think the goal is to write a perfect shell. The goal is to use fork, exec, signals, process groups, etc... The shell will ultimately suck, but you will learn a lot doing this broken piece of software. Heck, write your own kernel, it's simpler ;) You... like... perl. Which explains why you'd think writing a kernel is simpler than a shell, and why writing a shell is more complex than network programming :-) So what is wrong with perl?? It is nearly a standard in the UNIX Admin world.
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 08:57:21AM -0400, Eric Furman wrote: [...] You... like... perl. Which explains why you'd think writing a kernel is simpler than a shell, and why writing a shell is more complex than network programming :-) So what is wrong with perl?? It is nearly a standard in the UNIX Admin world. Friday trolling and messing with Marc ;-) -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 02:55:02PM +0200, Gilles Chehade wrote: That's an implementation detail :-p Someone who really wants to understand things will look at the man pages and try to understand, someone who doesn't give a damn about getting things done right will produce crap with or without proper courses ... I don't think you can really understand fork/exit/wait without proper course material, just from the man pages. That is, read R.J.Steven, obviously.
Re: OpenBSD as IPv4+6 gateway
On 2012-06-21 22:00, Hugo Osvaldo Barrera wrote: On 2012-06-21 17:22, Simon Perreault wrote: On 2012-06-21 15:50, Hugo Osvaldo Barrera wrote: I have read a great deal regarding IPv6 and IIRC, if I subnet my network block, my ISP would have to know it has to route traffic to that subnet through the WAN IP address of my router. Yes. If they don't allow that, then they don't know what they are doing. You're not supposed to assign a /48 to a single link. A single link gets a /64. But how would they know though which single IP to route the rest of the subnets? I mean, if I assign: 2800:40:402:::1/64 to my router's WAN interface (2800:40:402::: is it's default gateway) 2800:40:402::1/64 to it's LAN interface 2800:40:402::2/64 to one of my clients Doesn't my ISP need to know that traffic to 2800:40:402::1 should be routed through 2800:40:402:::1? Yes. They need to tell you the address. Call and ask them. Simon -- DTN made easy, lean, and smart -- http://postellation.viagenie.ca NAT64/DNS64 open-source-- http://ecdysis.viagenie.ca STUN/TURN server -- http://numb.viagenie.ca
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 08:57:21AM -0400, Eric Furman wrote: So what is wrong with perl?? It is nearly a standard in the UNIX Admin world. Nothing is wrong with perl :) Well, perl is a post-modern baroque language. Which means that it is possible to write code the way you want to write it. Some people do not like that, they think there should be One True Way to do things and nothing else. Since narrow-minded people dominate the world... lots of people don't like perl. Some people come to perl thinking it's gonna be clean and lofty. But it's not. Perl solves real problems, so it has about as many warts as C. People who want tidy solutions that don't exist to real world, not so tidy problems, do not like perl. Perl is still around and well, it morphed and evolved to incorporate any interesting technology that came its way. You've got to realize a lot of OpenBSD devs are old farts who do not grasp anything modern (and modern includes OO techniques, so perl5 doesn't appeal to them). To be fair, a lot of them are actually interested in computer knowledge, so they had a look at Smalltalk. Those happy few won't be lost with perl. Perl isn't that popular with morons, though. Most of the management types used to write code in Cobol, now they write in Cobol's descendant (yep, that's java). Oh, yeah, and the hipsters types swear by ruby, which is just tweaked perl. (or maybe I missed the latest big trend, I don't know whether that's still haskell, or node.js).
Re: OpenBSD forked
On 22 June 2012 22:55, Gilles Chehade gil...@poolp.org wrote: Someone who really wants to understand things will look at the man pages and try to understand, someone who doesn't give a damn about getting things done right will produce crap with or without proper courses ... hear = forget see = remember do = understand And the manpages, while of admirable quality in OpenBSD, are largely written for people who already understand (or aren't far off) and just need a quick reference. For many things they don't go into the details of 'why' Someone who really, really wants to understand things will look at the source code. eg. if I was sufficiently deranged to want to know the guts of UNIX terminal IO, I might look at tmux John
Re: OpenBSD forked
On Jun 22, 2012, at 2:33 PM, Marc Espie wrote: A shell is one of the most complicated pieces of C code to get right, between the fucked-up parser, the lazy evaluation, the arcane shit you have to do to various file descriptors, and the signal handling. Among other things. That's because you think the goal is to write a perfect shell. The goal is to use fork, exec, signals, process groups, etc... yeah, right... and do it without any proper courses either. So that, afterwards, when I quizz students, they don't even understand how wait() works or anything about signal semantics. Yet they validated that specific project... Doing coursework is like a good introduction, but cannot help grasp every concept and titbit of what you are doing. You'll do just as much as you need to in order to pass, and half of the code is probably wrong or simply not needed. I used to fix other semesters' coursework just for fun, and most of the time I wondered how they ever passed in the first place. The real enlightenment comes with the longer projects, when you can look at the same codebase day in, day out. You see the stuff you did half a year ago and shrug. You see other people doing unspeakable things (good and bad). And from time to time you realize the full potential of subtle bugs doing all kinds of crazy things. Sometimes it makes you laugh, sometimes you'll wonder who's going to get fired for it. But in the end you learn so much every day and you'll never be the same again. It really doesn't matter what you do, but if you are not going to use what you write you should think twice about doing it. Maybe you can also focus on adding that feature you always wanted to your favorite software and learn how to deal with revision control tools. Learn debugging unknown (and maybe complex) code, and even learn how hard it can be to avoid code regressions. Franco
Re: OpenBSD as IPv4+6 gateway
On Thu, 21 Jun 2012 20:00:17 -0500, Daniel Ouellet dan...@presscom.net wrote: You cold read the RFC 5375 for example, or a few more like 4291, 3587, and other like it. Interesting. RFC 6547 moves Use of /127 Prefix Length Between Routers Considered Harmful (RFC 3627) to Historic status to reflect the updated guidance contained in Using 127-Bit IPv6 Prefixes on Inter-Router Links (RFC 6164). RFC 6164 details the use of /127s as being OK now. Now /127s would of course be equal do using /31s in IPv4 which I find interesting but dangerous (compatibility is sketchy outside Cisco from what I've seen, and what happens if your emergency replacement hardware isn't identical and can't do /31s?) There was a lengthy discussion about this on the nanog mailing list http://seclists.org/nanog/2010/Jan/969 I find this to be a great point: On Mon, Jan 25, 2010 at 7:33 PM, Owen DeLong owen () delong com wrote: On Jan 25, 2010, at 8:14 AM, Mathias Seiler wrote: Ok let's summarize: /64: + Sticks to the way IPv6 was designed (64 bits host part) + Probability of renumbering very low + simpler for ACLs and the like + rDNS on a bit boundary You can give your peers funny names, like 2001:db8::dead:beef ;) - Prone to attacks (scans, router CPU load) Unless of course you just block nonexistent addresses in the /64 at each end. uhm, how sensible is this? Use s^64 address, block all but the first 2 I'm confused by the goal of using a /64 on a ptp link that never will have more than 2 addresses on it? This attack is described as: All someone out on the 'net needs to do is scan up through your address space on the link as quickly as possible, sending single packets at all the non-existent addresses on the link, and watch as your router CPU starts to churn keeping track of all the neighbor discovery messages, state table updates, and incomplete age-outs. With the link configured as a /126, there's a very small limit to the number of neighbor discovery messages, and the amount of state table that needs to be maintained and updated for each PtP link. Yeah, I think we'll stick with our /126s.
Re: OpenBSD forked
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012/06/22 3:14 PM, Marc Espie wrote: Oh, yeah, and the hipsters types swear by ruby, which is just tweaked perl. Love that line! Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJP5HKfAAoJENzqTnPMiNZl/6MH/014Ia96FQbvZOsfcRadck0P 3wCOnHTBH7Vxu2mYZVlqP+ZmflnT7AGDc16icjxjrRHuRwrHH9Kw3OFnTDG6lGZ/ wNVm+AD7MsMraFrLiUnlyDp99KG78Kdny9IyY6FhCp9+TKdEVFvBL3+w0ZuDpf2K CJOmWG4h4GAWp8ICyWhLBYpEqWCYxP9zfL23cR1kqKNtJ35LyWTlIyrtvyALQEII ZCZeyIMoVWy4Zl97mmod7PRxOu0/w6uIM/g0nQxhCudNmUN3p5xJShPQKhmJ0uJS M7e/bqcANMXi5NX08YNrDonsuIqN++JEpypK8NVepamiJ0s6vqyQHlbmAKERRL8= =Gi0R -END PGP SIGNATURE-
Re: OpenBSD as IPv4+6 gateway
On 6/21/12 7:52 PM, Mark Felder wrote: On Thu, 21 Jun 2012 18:39:24 -0500, Rod Whitworth glis...@witworx.com wrote: It is not a school of thought - it is how it is. I have seen one /126 out in the wild but it is very lonely. I work at an ISP/datacenter. We use /126s for the link net. Handing out /64's because you can is stupid in my worthless opinion :-) They don't do it because they like you or are acting responsibly now, but because they need to find a different way to lock you in. (snip) But look at the real reason why /126, or /96, or /120 are given in Europe a lots specially by France Telecom for example it's not because they are so brilliant, but that's their way to lock you in with them and not make it easy for you to renumber and if you ever had to do this for many computers and multiple subnet, and all, you know what I am talking about. No one is looking forward to that and in many cases, company do not change ISP because of that simple fact. Well let me brighten your week-end by putting your French woes in perspective with Spain's, btw unrelated to any financial crisis. There is no IPv6; everybody is working on it and acting real busy but really has no fucking clue about IPv6 or 4. I lost about 5 months' work last Fall because my ISP silently started handing out junk IPv4 addresses from a previously unassigned block. Some routers (Ciscos and others) had them in a hardcoded blacklist and replied with counter-measures that'd light up Linux's oh-so-helpful security modules like a Christmas tree they'd take my whole LAN down, over and again. I spent the whole time studying the Linux kernel until I switched to OpenBSD. My LAN's safe now but my connection's still shit. Despite being Spain's 3rd largest city, Valencia has only two ISPs: Telefónica, the former state monopoly turned private monopoly, and Ono a cable operator. When the govt deregulated telecoms they privatised those fat tax-paid tubes as if they didn't contain 99% air / 1% fiber but water or gas. When Ono laid its cables it had to get city hall permits to close streets and dig up pavement. Every other ISP uses Telefónica's _service_ (not tubes or cables); RJ45 wall socket, installation receipt and modem are Telefónica's; you just get a different logo on your bill. The only funny parts are those ISPs' tech support rain dance, since they can't do anything about it, and Telefónica's CEO insulting EU regulators for stifling innovation after paying the yearly fine. Now Ono is out of cash and put a freeze on any new cabling at any price, however outrageous (supply/demand? Nope). Colt UK's Spanish subsidiary offered me symmetrical 4 mbps with a 3-year contract for 18'000 Euros... using Telefónica's rusty cables for the last mile. Before I told them to fuck off they assured me they'd turn on the IPv6 box-thingy by the end of the year, but if I blew someone they _might_ get me in their VIP beta-test sooner. So, you don't need customer lock-in when the country's one giant jail. Bonne fin de semaine, -- p
Re: OpenBSD forked
On Fri, 22 Jun 2012, Marc Espie wrote: SNIP A shell is one of the most complicated pieces of C code to get right, between the fucked-up parser, the lazy evaluation, the arcane shit you have to do to various file descriptors, and the signal handling. Among other things. Heck, write your own kernel, it's simpler ;) yeah, just ask Linus Torvalds Past hissy-fits are not a predictor of future hissy-fits. Nick Holland(06 Dec 2005)
Re: OpenBSD forked
morons if you can't write forth code you should stay home. diana Past hissy-fits are not a predictor of future hissy-fits. Nick Holland(06 Dec 2005)
ASUS E35M1-M PRO Fusion AMD E-350 APU
misc - I used a brand new ASUS motherboard I referred to in the subject with the AMD Fusion APU and associated chipset(s) with OpenBSD 5.1 i386. This ran well for a few days but ultimately dropped to ddb repeatedly when i copied several gigabyte of files from one SATA disk to a softraid mirror of two sata disks. All disks were attached to the onboard SATA ports. One odd thing I noticed was that the reported memory was a) different than the 8GB installed (I'm running i386, not amd64), and that it fluxuated in top. In the dmesg below real mem = 2814578688 (2684MB). I would expect ~3.3GB to show up if PAE were not enabled and for 4GB to show up if PAE were enabled. I did not capture ddb as setting up a serial console in my current setup will be time consuming and I must work on other things, HOWEVER I am willing to send this board to a developer working on support of AMD fusion and it's onboard entourage. Below is a link to the item at newegg, and a dmesg. I will return to newegg before July 4th if I have no takers as I have a 30 day return. Thanks, Justin http://www.newegg.com/Product/Product.aspx?Item=N82E16813131697 ASUS E35M1-M PRO Fusion AMD E-350 APU (1.6GHz, Dual-Core) AMD Hudson M1 Micro ATX Motherboard/CPU Combo # dmesg OpenBSD 5.1 (GENERIC.MP) #188: Sun Feb 12 09:55:11 MST 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: AMD E-350 Processor (AuthenticAMD 686-class, 512KB L2 cache) 1.61 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LONG,SSE3,MWAIT,SSSE3,CX16,POPCNT,LAHF,SVM,ABM,SSE4A,WDT real mem = 2814578688 (2684MB) avail mem = 2758422528 (2630MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/16/10, SMBIOS rev. 2.6 @ 0xe9070 (60 entries) bios0: bios0: ASUSTeK Computer INC. E35M1-M PRO acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT acpi0: wakeup devices SBAZ(S4) PS2K(S4) PS2M(S4) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) BR14(S4) PE20(S4) PE21(S4) RLAN(S4) PE22(S4) BR23(S4) PE23(S4) PWRB(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD E-350 Processor (AuthenticAMD 686-class, 512KB L2 cache) 1.60 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LONG,SSE3,MWAIT,SSSE3,CX16,POPCNT,LAHF,SVM,ABM,SSE4A,WDT ioapic0 at mainbus0: apid 0 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 3, remapped to apid 0 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (BR15) acpiprt2 at acpi0: bus -1 (PCE6) acpiprt3 at acpi0: bus -1 (PCE7) acpiprt4 at acpi0: bus -1 (PCE8) acpiprt5 at acpi0: bus 1 (BR14) acpiprt6 at acpi0: bus 3 (PE20) acpiprt7 at acpi0: bus 4 (PE21) acpiprt8 at acpi0: bus 5 (PE22) acpiprt9 at acpi0: bus 6 (BR23) acpiprt10 at acpi0: bus 7 (PE23) acpicpu0 at acpi0: C2, PSS acpicpu1 at acpi0: C2, PSS acpibtn0 at acpi0: PWRB bios0: ROM list: 0xc/0xe200 0xce800/0x1000 cpu0: 1600 MHz: speeds: 1600 1280 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 AMD AMD64 14h Host rev 0x00 vga1 at pci0 dev 1 function 0 ATI Radeon HD 6310 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci0 dev 1 function 1 ATI Radeon HD 6310 HD Audio rev 0x00: msi azalia0: no supported codecs ppb0 at pci0 dev 4 function 0 AMD AMD64 14h PCIE rev 0x00: apic 0 int 16 pci1 at ppb0 bus 1 ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x40: apic 0 int 19, AHCI 1.2 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: ATA, SAMSUNG HN-M101M, 2AR1 SCSI3 0/direct fixed naa.50024e920664f093 sd0: 953869MB, 512 bytes/sector, 1953525168 sectors sd1 at scsibus0 targ 1 lun 0: ATA, SAMSUNG HN-M101M, 2AR1 SCSI3 0/direct fixed naa.50024e920664f095 sd1: 953869MB, 512 bytes/sector, 1953525168 sectors ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 0 int 18, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 0 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1 ohci1 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 0 int 18, version 1.0, legacy support ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev 0x00: apic 0 int 17 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 ATI EHCI root hub rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 ATI SBx00 SMBus rev 0x42: polling iic0 at piixpm0 iic0: addr 0x20 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 09=00 0a=10 0b=10 0c=10 0d=10 0e=09 0f=94 10=00 11=00 12=00 13=00 14=00 15=10 16=0c 17=ae
Re: OpenBSD as IPv4+6 gateway
On 2012-06-22 09:13, Mark Felder wrote: All someone out on the 'net needs to do is scan up through your address space on the link as quickly as possible, sending single packets at all the non-existent addresses on the link, and watch as your router CPU starts to churn keeping track of all the neighbor discovery messages, state table updates, and incomplete age-outs. With the link configured as a /126, there's a very small limit to the number of neighbor discovery messages, and the amount of state table that needs to be maintained and updated for each PtP link. Yeah, I think we'll stick with our /126s. This is ridiculous. You should be allocating all your PtP links out of a single prefix protected by an ACL at your border. All packets to the PtP prefix need to be dropped. You should be doing this no matter the size of your PtP links. The attack is impossible with good operational practices. Simon
Re: OpenBSD forked
Who is J.R. Steven?
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 07:35:06AM -0600, Diana Eichert wrote: morons if you can't write forth code you should stay home. diana WORD -- http://code.phxbsd.com/
Re: OpenBSD forked
On 06/22/2012 06:35 AM, Diana Eichert wrote: morons if you can't write forth code you should stay home. diana I Love me my hand crafted postscripts... Does that count?
Re: OpenBSD as IPv4+6 gateway
On Fri, 22 Jun 2012 08:38:04 -0500, Simon Perreault simon.perrea...@viagenie.ca wrote: This is ridiculous. You should be allocating all your PtP links out of a single prefix protected by an ACL at your border. All packets to the PtP prefix need to be dropped. You should be doing this no matter the size of your PtP links. The attack is impossible with good operational practices. If I was building from the ground up I might be inclined to agree, but if you're adding IPv6 to an existing infrastructure it isn't always that feasible. We have many physical locations and many borders. Not every border consists of equipment that could properly ACL this, and an ISP can't just throw firewalls on the edges of their network.
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 04:02:51PM +0200, Mic J wrote: Who is J.R. Steven? I think Marc intended to mention W. Richard Stevens. See http://www.kohala.com -Otto
Re: macppc will it survive?
On 21/06/12(Thu) 19:27, Peter J. Philipp wrote: Hi, Since deraadt mentioned the names of people who left to bitrig and I'm wondering what will happen to the macppc port? Is it going to go the route of the mac68k port too? I saw some commits earlier on it so that got my hopes up... And more are coming, stay tuned ;) Martin
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 12:07:43AM -0700, russell wrote: On 06/22/2012 06:35 AM, Diana Eichert wrote: morons if you can't write forth code you should stay home. diana I Love me my hand crafted postscripts... Does that count? Not really, PostScript is a mix between forth and lisp. heck, with the dictionary lookups, you can even craft OO code on top of it (yeah, I did). The only really forthy-way was the way you used to lose context from one page to another and had to manually pack/unpack content in stack-owned strings to preserve stuff from one page to the next. Sadly, that need is completely gone with level 2 and configurable GC behavior. ;-)
Re: macppc will it survive?
On 06/21/2012 01:27 PM, Peter J. Philipp wrote: Hi, Since deraadt mentioned the names of people who left to bitrig and I'm wondering what will happen to the macppc port? Is it going to go the route of the mac68k port too? I saw some commits earlier on it so that got my hopes up... I have a G4 Cube running OpenBSD/macppc and it has a lifetime of another 2 years or so despite being 11 years old. Its benefit is it's low watt draw (35 watts) and its silence no fans. I replaced its hd with an ssd so it doesn't hum. I sleep beside it iow. -peter I don't think OpenBSD/macppc is going away any time soon. I've never heard any mention of it...and if the talk about mac68k going away is any indication, the time between first talk and actually happening is something on the order of ten years :) (and again..I've seen no talk!). Mac68k basically went away because there was no one who cared to keep it up, and it really was a pain in the butt. See Miod's post to mac68k@ for the details, but let me add one week for 'make build', plus another week for X, and that doesn't work anyway, and heck, it spends most of its time broke. And that assumes the build worked. Think about the frustration of running a build for four days...and getting an error. You apply a fix, and ... four days later, you find something else. Yes, this happened to me recently. Think what this means to someone trying to bring a new feature to mac68k. Plus...we have very little evidence anyone was actually USING mac68k. NONE of this applies to macppc. The ONLY thing in common between mac68k and macppc in the OpenBSD project is the first three letters, and no one is confusing the two platforms. Nick.
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 10:02 AM, Mic J michael.cogn...@gmail.com wrote: Who is J.R. Steven? Wasn't J.R.R. Stevens the one who wrote about trolls on the Internet Superhighway? -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=30v_g83VHK4
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 4:22 PM, Otto Moerbeek o...@drijf.net wrote: On Fri, Jun 22, 2012 at 04:02:51PM +0200, Mic J wrote: Who is J.R. Steven? I think Marc intended to mention W. Richard Stevens. See http://www.kohala.com -Otto That what i thought, no JR stevens came up in my search. (+network +perl) Closest one was, Freak economy, and the 7 habits of highly (D)Effective people. :)
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 04:22:57PM +0200, Otto Moerbeek wrote: On Fri, Jun 22, 2012 at 04:02:51PM +0200, Mic J wrote: Who is J.R. Steven? I think Marc intended to mention W. Richard Stevens. See http://www.kohala.com yep, of course. Deeply sorry to have mangled his name. W. Richard Stevens was THE best unix books author *ever*, bar none. He's on a par with such CS giants as Don Knuth, writing-wise. Advanced Unix programming is *the* best book to understand how to write Unix code, PERIOD.
Re: macppc will it survive?
On Fri, Jun 22, 2012 at 10:37:09AM -0400, Nick Holland wrote: Plus...we have very little evidence anyone was actually USING mac68k. NONE of this applies to macppc. The ONLY thing in common between mac68k and macppc in the OpenBSD project is the first three letters, and no one is confusing the two platforms. In my opinion, old shit matters negatively when it distracts effort from supporting new shit. We have about zero support for anything running arm... our arm platforms are pitiful. if hw people concentrating on fixing stupid issues on, say, vax, were instead adding support to new arm platforms or other similar shit, that would be cool. Of course, I know that the reality is more complex than that, and that arm platforms are another can of worm. But stuff released and bought today and with decent documentation matters more to me than a lot of shit made ten years ago. Arbitrarily, platforms like sparc64 or ppc matter... because of the strict alignment issue, the endianess funkiness, the char signedness, and stuff like that (like, ppc is probably the most interesting gcc platform, since David Edelsohn decided a ppc-based gcc ought to be able to produce valid code for *any* ppc platform in existence). But fixing MD issues in code that nobody really cares about ? Come on... !
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 05:02:22PM +0200, Marc Espie wrote: W. Richard Stevens was THE best unix books author *ever*, bar none. He's on a par with such CS giants as Don Knuth, writing-wise. Advanced Unix programming is *the* best book to understand how to write Unix code, PERIOD. That and Linux for dummies too ! -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: ASUS E35M1-M PRO Fusion AMD E-350 APU
I used a brand new ASUS motherboard I referred to in the subject with the AMD Fusion APU and associated chipset(s) with OpenBSD 5.1 i386. This ran well for a few days but ultimately dropped to ddb repeatedly when i copied several gigabyte of files from one SATA disk to a softraid mirror of two sata disks. All disks were attached to the onboard SATA ports. One odd thing I noticed was that the reported memory was a) different than the 8GB installed (I'm running i386, not amd64), and that it fluxuated in top. In the dmesg below real mem = 2814578688 (2684MB). I would expect ~3.3GB to show up if PAE were not enabled and for 4GB to show up if PAE were enabled. The model page on asus.com mentions a brand new UEFI BIOS, though the UK page mentions only EFI. Either way they tout a number of smart real-time resource adjustments; maybe it's eating from your (ample) memory. # dmesg OpenBSD 5.1 (GENERIC.MP) #188: Sun Feb 12 09:55:11 MST 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: AMD E-350 Processor (AuthenticAMD 686-class, 512KB L2 cache) 1.61 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LONG,SSE3,MWAIT,SSSE3,CX16,POPCNT,LAHF,SVM,ABM,SSE4A,WDT real mem = 2814578688 (2684MB) avail mem = 2758422528 (2630MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/16/10, SMBIOS rev. 2.6 @ There's a 2011-12-09 BIOS update. -- p
Re: Recommendation about books related with OS internals
On Thu, Jun 21, 2012 at 10:41:07PM -0400, Ted Unangst wrote: On Fri, Jun 22, 2012 at 04:07, Juan Francisco Cantero Hurtado wrote: These days I'm buying a few books related to programming and OSs. I don't want convert this mailing list on an books recomendation website, so let me take advantage of the last questions about books for one question more and we can kill this type of threads for a long time :) Can you recommend me a book about OS internals? I want a book about unix/bsd and focused more on the concepts and less on the code. Even better if the book contains info about OpenBSD. Does nobody read the website any more? http://www.openbsd.org/books.html D'oh! I forgot books.html. Sorry for the noise. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ASUS E35M1-M PRO Fusion AMD E-350 APU
Hello, On Fri (22/06/12), Justin Haynes wrote: I used a brand new ASUS motherboard I referred to in the subject with the AMD Fusion APU and associated chipset(s) with OpenBSD 5.1 i386. This ran well for a few days but ultimately dropped to ddb repeatedly when i copied several gigabyte of files from one SATA disk to a softraid mirror of two sata disks. All disks were attached to the onboard SATA ports. My home server runs 5.1-stable (amd64) on a E35M1-M (not PRO) with 30+ days of uptime. Try reproducing the problem with a BIOS update (if available). One odd thing I noticed was that the reported memory was a) different than the 8GB installed (I'm running i386, not amd64), and that it fluxuated in top. In the dmesg below real mem = 2814578688 (2684MB). I would expect ~3.3GB to show up if PAE were not enabled and for 4GB to show up if PAE were enabled. A portion of RAM is shared with the on-chip graphics card. On my system: real mem = 8167038976 (7788MB) avail mem = 7935467520 (7567MB) -- Manolis Tzanidakis http://mtzanidakis.com/ mtzanidakis[at]gmail[dot]com
Hardware/System Question
Hi, I'm looking for a small system that I can run ftp, web, personal mail and maybe a build enviroment. I say small system only due to space requirements. A normal desktop computer or small would work well. This is one that I was looking at but not sure if it would be i386 since it is an embedded chip. Or if it would lack the abillity to do what I'm asking. http://soekris.com/products/net6501.html and the net5501. Thanks Andy
Re: Recommendation about books related with OS internals
On Fri, Jun 22, 2012 at 05:47:05PM +0200, Juan Francisco Cantero Hurtado wrote: On Thu, Jun 21, 2012 at 10:41:07PM -0400, Ted Unangst wrote: On Fri, Jun 22, 2012 at 04:07, Juan Francisco Cantero Hurtado wrote: These days I'm buying a few books related to programming and OSs. I don't want convert this mailing list on an books recomendation website, so let me take advantage of the last questions about books for one question more and we can kill this type of threads for a long time :) Can you recommend me a book about OS internals? I want a book about unix/bsd and focused more on the concepts and less on the code. Even better if the book contains info about OpenBSD. Does nobody read the website any more? http://www.openbsd.org/books.html D'oh! I forgot books.html. Sorry for the noise. Hipsters don't read our website :) static html, no CSS, come on.
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 5:57 AM, Eric Furman ericfur...@fastmail.net wrote: So what is wrong with perl?? It is nearly a standard in the UNIX Admin world. It's a terrible language, and you should feel terrible for using it.
Re: Hardware/System Question
On Fri, Jun 22, 2012 at 6:02 PM, Opie f3n1x2...@yahoo.com wrote: Hi, I'm looking for a small system that I can run ftp, web, personal mail and maybe a build enviroment. I say small system only due to space requirements. A normal desktop computer or small would work well. This is one that I was looking at but not sure if it would be i386 since it is an embedded chip. Or if it would lack the abillity to do what I'm asking. http://soekris.com/products/net6501.html and the net5501. I'm looking for something similar. However Soekris stuff is good, but quite expensive. This one seems promising http://www.viaembedded.com/en/products/minipcs/1850/1/ARTiGO_A1200.html You can probably build good ones from these http://www.supermicro.com/products/nfo/atom.cfm#MB , again more expensive when comparing with typical Atom-based MB, but these have COM ports, 2xLAN and so on. Seems like in the end there's not much to choose from :-( Thanks Andy
Re: Recommendation about books related with OS internals
On Fri, Jun 22, 2012 at 06:14:04PM +0200, Marc Espie wrote: On Fri, Jun 22, 2012 at 05:47:05PM +0200, Juan Francisco Cantero Hurtado wrote: On Thu, Jun 21, 2012 at 10:41:07PM -0400, Ted Unangst wrote: On Fri, Jun 22, 2012 at 04:07, Juan Francisco Cantero Hurtado wrote: These days I'm buying a few books related to programming and OSs. I don't want convert this mailing list on an books recomendation website, so let me take advantage of the last questions about books for one question more and we can kill this type of threads for a long time :) Can you recommend me a book about OS internals? I want a book about unix/bsd and focused more on the concepts and less on the code. Even better if the book contains info about OpenBSD. Does nobody read the website any more? http://www.openbsd.org/books.html D'oh! I forgot books.html. Sorry for the noise. Hipsters don't read our website :) static html, no CSS, come on. I update each day my CVS repo of www. I could have found the info just using grep :( -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ipsec tunnel speeds
On Fri, Jun 22, 2012 at 12:52, Ryan McBride wrote: 550Mb/s with aes-128-gcm (requires AES-NI and amd64) on hw.model=Intel(R) Xeon(R) CPU E5649 @ 2.53GHz hw.vendor=HP hw.product=ProLiant DL360 G7 what's the reason aes-128-gcm requires amd64? we can't add that code to i386?
Re: Hardware/System Question
I'm looking for a small system that I can run ftp, web, personal mail and maybe a build enviroment. I say small system only due to space requirements. A normal desktop computer or small would work well. This is one that I was looking at but not sure if it would be i386 since it is an embedded chip. Or if it would lack the abillity to do what I'm asking. http://soekris.com/products/net6501.html and the net5501. Those seem overkill for ftp/web/mail and underpowered for build, which are wildly different requirements (and bad idea to combine). You can get a cheap Alix for the server part, I'm looking at a Gigabyte GA-H61N-USB3 to build a Mac Mini-like dev box. -- p
Re: Hardware/System Question
Opie f3n1x2...@yahoo.com wrote: I'm looking for a small system that I can run ftp, web, personal mail and maybe a build enviroment. I say small system only due to space requirements. A normal desktop computer or small would work well. This is one that I was looking at but not sure if it would be i386 since it is an embedded chip. Or if it would lack the abillity to do what I'm asking. http://soekris.com/products/net6501.html The net6501 can run OpenBSD/amd64 or OpenBSD/i386. and the net5501. That one is i386 only. Some Soekris resellers also offer alternative cases. If you don't need an expansion card, you may be able to get a case that's about 1/3 smaller than the regular one. -- Christian naddy Weisgerber na...@mips.inka.de
Re: ipsec tunnel speeds
Ted Unangst t...@tedunangst.com wrote: 550Mb/s with aes-128-gcm (requires AES-NI and amd64) on hw.model=Intel(R) Xeon(R) CPU E5649 @ 2.53GHz hw.vendor=HP hw.product=ProLiant DL360 G7 what's the reason aes-128-gcm requires amd64? we can't add that code to i386? No technical reason, but all the CPUs that have AES-NI can run amd64 anyway. -- Christian naddy Weisgerber na...@mips.inka.de
Re: OpenBSD forked
There's always the possibility to split OpenBSD, `outsourcing' the platforms which do not matter except to crazy nutcases to `RusticBSD'. I would prefer the crazy nutcases apply their considerable knowledge to stuff that still matters. Would they still be nutcases if they'd perform useful work? Miod
Recordatorio del Curso Mercadotecnia Moderna de las 4 P a las 4 C Ultimos lugares
¡Muy Importante! Si no puede visualizar correctamente este correo, le pedimos que lo arrastre a su Bandeja de Entrada Apreciable Ejecutivo: TIEM de México Empresa Líder en Capacitación y Actualización de Capital Humano Le recordamos que el excelente curso denominado: Mercadotecnia Moderna de las 4 P a las 4 C Esta programado para el día: 27 de Junio 2012 en la Ciudad de México Inscríbase 5 días antes de la fecha del Curso y obtenga un descuento del 15% con Inversión Inmediata No deje pasar esta oportunidad e Invierta en su Desarrollo Personal y Profesional En las últimas décadas se ha estado hablando sobre las 4 P's de la mercadotecnia desarrolladas por Jerome McArthy (Producto, Promoción, Precio y Plaza). Sin embargo, unos innovadores de la Universidad de Northwestern han visto que éstas ya no se adecuan al nuevo entorno competitivo. No obstante, lo más difícil y doloroso en un negocio es la administración del cambio al igual que del crecimiento, ya que romper un paradigma, cambiar una fórmula o modificar un modelo cuesta trabajo. Aunque no es un nuevo concepto, la controversia continúa si las 4 C's desplazarán a las 4 P's. Así, las 4 C's se convierten de Producto evoluciona a Cliente; Promoción / Publicidad hacia Comunicación; Precio hacia Costo y finalmente, Plaza hacia Conveniencia. Beneficios: Conocer de manera integral la Técnica de la Mercadotecnia Aprovechar el potencial que ofrece la mercadotecnia a todo tipo de organizaciones, sin importar su giro, tamaño y situación Desarrollar mejoras para incrementar la satisfacción del cliente, las ventas y la rentabilidad Generar una real orientación de toda la empresa hacia el cliente final Comprender el alcance de la función mercadotécnica y utilizarla de manera total e integral Diseñar estrategias de mercadotecnia en sus respectivas áreas/ámbitos de competencia Objetivos del Curso: Proporcionar una visión integral y actual de la Mercadotecnia, con sus aspectos clave para el diseño de estrategias comerciales que permitan la generación de valor, incremento en la base de clientes, su satisfacción, retención y una mejor rentabilidad. Para mayor información, favor de responder este correo con los siguientes datos: Empresa: Nombre: Ciudad: Teléfono: O si lo prefiere comuníquese a los teléfonos: Del DF al 5611-0969 con 10 líneas Interior del País Lada sin Costo 01 800 900 TIEM (8436) Aceptamos todas las TDC y Débito. **Promoción: 3 meses sin Intereses pagando con American Express **Aplica solo con Inversión Normal ®Todos los Derechos Reservados ©2011 TIEM Talento e Innovación Empresarial de México Este Mensaje le ha sido enviado como usuario de TIEM de México o bien un usuario le refirió para recibir este boletín. Como usuario de TIEM de México, en este acto autoriza de manera expresa que TIEM de México le puede contactar vía correo electrónico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de él y reporte su cuenta respondiendo este correo con el subject BAJABD Tenga en cuenta que la gestión de nuestras bases de datos es de suma importancia y no es intención de la empresa la inconformidad del receptor.
Re: macppc will it survive?
On Fri, Jun 22, 2012 at 10:37:09AM -0400, Nick Holland wrote: On 06/21/2012 01:27 PM, Peter J. Philipp wrote: Hi, Since deraadt mentioned the names of people who left to bitrig and I'm wondering what will happen to the macppc port? Is it going to go the route of the mac68k port too? I saw some commits earlier on it so that got my hopes up... I have a G4 Cube running OpenBSD/macppc and it has a lifetime of another 2 years or so despite being 11 years old. Its benefit is it's low watt draw (35 watts) and its silence no fans. I replaced its hd with an ssd so it doesn't hum. I sleep beside it iow. -peter I don't think OpenBSD/macppc is going away any time soon. I've never heard any mention of it...and if the talk about mac68k going away is any indication, the time between first talk and actually happening is something on the order of ten years :) (and again..I've seen no talk!). Mac68k basically went away because there was no one who cared to keep it up, and it really was a pain in the butt. See Miod's post to mac68k@ for the details, but let me add one week for 'make build', plus another week for X, and that doesn't work anyway, and heck, it spends most of its time broke. And that assumes the build worked. Think about the frustration of running a build for four days...and getting an error. You apply a fix, and ... four days later, you find something else. Yes, this happened to me recently. Think what this means to someone trying to bring a new feature to mac68k. I doubt you could build mac68k in a week. My HP 345 takes roughly two weeks to build src, if there are no problems. IIRC 8-10h to build a kernel. The interesting question really would be: Are there any plans to get rid of m68k entirely. Because then I would have to switch to RusticBSD... Another thing I'm wondering about is whether coldfire is compatible enough to run the m68k userland. Plus...we have very little evidence anyone was actually USING mac68k. NONE of this applies to macppc. The ONLY thing in common between mac68k and macppc in the OpenBSD project is the first three letters, and no one is confusing the two platforms. Nick.
Re: macppc will it survive?
I doubt you could build mac68k in a week. He could. My HP 345 takes roughly two weeks to build src, if there are no problems. IIRC 8-10h to build a kernel. Yours is a 68030 with 8MB, you're swap-bound. His is a 68040 with 64ish MB. The interesting question really would be: Are there any plans to get rid of m68k entirely. Because then I would have to switch to RusticBSD... There are no plans to get rid of it but it is standing in the way of interesting changes, so it is increasingly closer to being left to rot. Another thing I'm wondering about is whether coldfire is compatible enough to run the m68k userland. Not without kernel assistance, and you would need custom ROMs in order to boot... Miod
Re: Hardware/System Question
I can recommend this one: http://www.parkytowers.me.uk/thin/hp/t5135/index.shtml Other HP thin clients should be ok as well. -- Michał Markowski
Re: Learning C Programming
On Fri, Jun 22, 2012 at 07:55:18AM +0200, Otto Moerbeek wrote: Wel, reading an answers book does not really help. Arriving at the answers yourself (wich requires effort indeed) is much better. A mentioned in the preface, KR requires some knowledge about general programming concepts and/or access to someone with experience. And it requires real study, not just causal reading, as others have said before. I'm probably biased, I learned C the hard way: I only had access to the reference manual part of the 1st edition, a long long time ago, must have been 1985. That reference manuals was about 30 pages (somehat smaller than the reference manual in the 2nd ed). If you find KR hard, still be sure to return to it after you feel more confortable with C. C is a small language. KR could not have said it better in the preface to the 2nd ed: C is not a big language, and it is not well served by a big book. While it is a small book they not only teach the language itself, but a lot about style, standard idiom and general approach of writing C. As often, a small book might require more effort, but in the end is more effective. -Otto I need to return to it again. I have got it and the reference manual packed away in storage since I was traveling a lot. I also found a really excellent book on pointers that was published in India (in English). I may have better luck this time as I have fiddled a little bit with assembly (just for the hell of it). I was very puzzled with the section on bits in C. I have started to use more complicated structures in Perl such as arrays of arrays and arrays of arrays of hashes, etc. I have gotten very close to finishing up on the programming I needed to do and I will need a new challenge to keep my free time filled (too much of that unfortunately). Chris Bennett
Re: Learning C Programming
On Fri, Jun 22, 2012 at 10:33:31AM +0200, ropers wrote: There is an answers book? Is that official or unofficial, i.e. is it just some random punter's crib notes or something that Messrs KR wrote? Would that be a good reference if one shows restraint and tries one's own hand first, or would it generally be useless and counterproductive? Yes there is an official answers book, but it is written by other authors. I believe that the KR book refers to it somewhere. Chris Bennett
Re: OpenBSD forked
On Fri, Jun 22, 2012 at 07:35:06AM -0600, Diana Eichert wrote: morons if you can't write forth code you should stay home. diana Past hissy-fits are not a predictor of future hissy-fits. Nick Holland(06 Dec 2005) I thought forth code was planted and grown like a bonsai tree. Ken
Re: Learning C Programming
On Fri, Jun 22, 2012 at 1:49 PM, Chris Bennett ch...@bennettconstruction.us wrote: On Fri, Jun 22, 2012 at 10:33:31AM +0200, ropers wrote: There is an answers book? Yes there is an official answers book, but it is written by other authors. I believe that the KR book refers to it somewhere. http://www.amazon.com/The-Answer-Book-Solutions-Programming/dp/0131096532/ref=sr_1_1?ie=UTF8qid=1340400381sr=8-1keywords=the+c+answer+book
Nueva Ley Federal Anticorrupcion
 copy;2012 Conference Corporativo S.C. Asista a los 45 Mejores Cursos en Meacute;xico de la serie:CONTABILIDAD Y PRESUPUESTO GUBERNAMENTALIncluye 4 cursos de ALTO IMPACTO para el CIERRE de GESTIOacute;N 2012: 1) Taller para la Elaboracioacute;n Puntual de las Memorias Documentales. 2) Curso sobre el Libro Blanco y las Memorias Documentales del Sector Puacute;blico Mexicano. 3) Curso sobre Coacute;mo Solventar Observaciones. 4) Taller para la Elaboracioacute;n del Acta de Entrega Recepcioacute;n y Rendicioacute;n de Cuentas. Cursos, Contenidos y Metodologiacute;as Desarrollados en Alianza con las Mejores Universidades Europeas con Calidad ISO 9001 Haga click para desplegar informacioacute;n Curso 1 (Nueva)Ley Federal Anticorrupcioacute;n. Curso 2 (Nueva)Ley de Asociaciones Puacute;blico-Privadas (LAPP). Curso 3 Las Nuevas Disposiciones del CONAC. Curso 4 Manual de Contabilidad Gubernamental. Curso 5 Clasificador por Objeto del Gasto. Curso 6 Matriz de Administracioacute;n de Riesgos (MAR) Curso 7 Manual Administrativo de Aplicacioacute;n General de RECURSOS FINANCIEROS. Curso 8 (NUEVO TALLER) Elaboracioacute;n Puntual de las Memorias Documentales. Curso 9 dsn=(NUEVO) LIBRO BLANCO y las Memorias Documentales del Sector Puacute;blico Mexicano. Curso 10 ACTA DE ENTREGA RECEPCIOacute;N Y RENDICIOacute;N DE CUENTAS (NUEVO). Curso 11 Coacute;mo Solventar Observaciones (Fundamentado en Jurisprudencia Definida de la SUPREMA CORTE DE JUSTICIA DE LA NACIÃN). Curso 12 dsn=Ley Federal de Responsabilidades Administrativas. Curso 13 Ley Federal de Presupuesto y Responsabilidad Hacendaria. Curso 14 dsn=Contabilidad Gubernamental en la Transparencia. de las Finanzas Puacute;blicas. Curso 15 Contabilidad Gubernamental en la Armonizacioacute;n Contable y el Nuevo Plan Nacional de Cuentas. Curso 16 Coacute;mo Elaborar Detalladamente la Matriz de Conversioacute;n. Curso 17 Presupuesto Basado en Resultados (PBR). Curso 18 Disentilde;o de la Matriz del Marco Loacute;gico. Curso 19 Sistema de Evaluacioacute;n del Desempentilde;o (SED) para el PBR. Curso 20 Modelos de Asiento dentro del Nuevo Manual de Contabilidad Gubernamental. Curso 21 Coacute;mo Ejecutar Adecuaciones Presupuestarias. Curso 22 Lineamientos sobre Indicadores para Medir los Avances Fiacute;sicos y Financieros y el PBR. Curso 23 Procedimiento Administrativo y Defensa Estrateacute;gica. Curso 24 Auditoriacute;a Gubernamental Derechos y Obligaciones de Auditores y Auditados. Curso 25 dsn=Archivonomiacute;a Gubernamental. Curso 26 Administracioacute;n Total de Archivos y Documentos. Curso 27 Acuerdo por el que se Emiten las Principales Reglas de Registro y Valoracioacute;n del Patrimonio. Curso 28 Marco Metodoloacute;gico de las Finanzas Puacute;blicas con Relacioacute;n a Objetivos y Prioridades. Curso 29 Licitaciones Electroacute;nicas de las ADQUISICIONES - COMPRANET para Servidores Puacute;blicos (Convocantes). Curso 30 Licitaciones Electroacute;nicas de las OBRAS PUacute;BLICAS - COMPRANET para Servidores Puacute;blicos (Convocantes). Curso 31 Ley de Adquisiciones. Curso 32 Ley de Obras Puacute;blicas. Curso 33 dsn=Licitaciones y Contrataciones de las Adquisiciones. Curso 34 dsn=Licitaciones y Contrataciones de las Obras Puacute;blicas. Curso 35 MANUAL Administrativo de ADQUISICIONES. Curso 36 MANUAL Administrativo de OBRAS PUacute;BLICAS. Curso 37 Manual Administrativo de RECURSOS MATERIALES y SERVICIOS GENERALES. Curso 38 Manual Administrativo de RECURSOS HUMANOS. Curso 39 Manual Administrativo de Aplicacioacute;n General en Materia de Tecnologiacute;as de la Informacioacute;n y Comunicaciones (TIC). Curso 40 Manual de Transparencia. Curso 41 Auditoriacute;as, Revisiones y Visitas de Inspeccioacute;n. Curso 42 Capiacute;tulo 1000 y el Nuevo Manual de Percepciones de los Servidores Puacute;blicos. Curso 43 Modelo de Pago y Transferencias a traveacute;s de la Factura Electroacute;nica para el Gobierno Mexicano (NUEVO). Curso 44 Disposiciones en Materia de CONTROL INTERNO y su Manual Administrativo. Curso 45 Reglamento de la Ley de Adquisiciones. Curso 46 Reglamento de la Ley de Obras Puacute;blicas. Curso 47
Re: OpenBSD as IPv4+6 gateway
On Fri, Jun 22, 2012 at 02:42:24PM +1000, Rod Whitworth wrote: | On Thu, 21 Jun 2012 18:52:18 -0500, Mark Felder wrote: | | On Thu, 21 Jun 2012 18:39:24 -0500, Rod Whitworth glis...@witworx.com | wrote: | | It is not a school of thought - it is how it is. I have seen one /126 | out in the wild but it is very lonely. | | I work at an ISP/datacenter. We use /126s for the link net. Handing out | /64's because you can is stupid in my worthless opinion :-) | | | It's not because you can, it's because it's best practice, it makes | renumbering easier and most of all when you use /64s your subnet | addresses are so easily readable. It makes renumbering easier is a very poor argument. Renumbering is just as easy wether you use /64s or /126s. Simply replace the first 64 bits and .. tadaa.wav .. you've renumbered. It's not best practice at all. It's common practice. Doesn't make it best. The fact that (older) RFCs told you not to do it is irrelevant, there are now also RFCs that want to prohibit NAT for IPv6 - I'm not sure what is more ridiculous. | What do you have? | /24 ? | /32 ? | /48 ? | /56 ? | All of the above have xx00:0:0:0:0:0 as the last part of the address | and when you slice off /64s they all have 0:0:0:0 as the last four | words so documenting is easy for any of your subnets. You can also say: This /64 is for point-to-point links and then document each and everyone in there by the remaining 64 bits. Further class 'em up into customer-id (16, 32 or 48 bits) and line-id (48, 32 or 16 bits). Or split up even further. Either way will result in a pretty sparse usage of subnets for point-to-point connections. Or, use a /64 per customer, if that makes sense for you. Do what makes sense, not what you read on the internet (unless the two match, of course, which is often (but not always) the case). | But I guess that being ultra-frugal with sunbnet prefixlen is really | important for operators who have more clients than there are grains of | sand on the face of the earth. | That's roughly a /57's worth. This remains a weird argument at best. If you get a /32 from your RIR and every subnet *MUST BE* a /64, you can have only 4B subnets. Now that seems like a lot, but what if you want to have some sensible numbering in there, identifying customers, identifying VLANs, identifying whatever. How many bits will you use for that ? What makes sense ? Can you guarantee it's always going to fit in every situation ? You can have sensible, easy to understand and to explain numbering schemes with v6. I have my doubts this is true for every environment if you strictly adhere to the /64-per-configured-interface rule. Oh, earlier in this thread you also made the link-local argument. Funny. Note how that is *always the same* /64. There's deeper reasons for link-local being a /64 than because a network is a /64. (Note that I'm not saying these reasons are good, Claudio!) Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: OpenBSD forked
On Fri, 22 Jun 2012 17:16:45 +0200, Gilles Chehade wrote: That and Linux for dummies too ! That reminds me - a friend had a whole bunch of little sticky labels printed. He would stick them on the front cover of $subject For Dummies books in the bookstore. They fitted between the $subject line and the For Dummies line. The sticker was very simple it said: Is Only 8-)) R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Learning C Programming
Hey i found this http://www.wibit.net/curriculum/the_c_lineage/programming_in_c for newbie ..after this you can go to KR C. Regards, Jay.
Re: Learning C Programming
On Fri, Jun 22, 2012 at 10:41 PM, Jay Patel rockworl...@gmail.com wrote: Hey i found this http://www.wibit.net/curriculum/the_c_lineage/programming_in_c for newbie ..after this you can go to KR C. Regards, Jay. I must say this is a wealth of knowledge! Thanks to everyone for the input on this! Thanks again!! Cody
wifi not detected during installation
I can't get the Atheros AR9485WB-EG wireless network adapter working. I think it might be tied into the Atheros AR3012 bluetooth 3.0 and Broadcom wireless utility. Looking at athn(4), is there no support for it? OpenBSD 5.2-beta (GENERIC.MP) #325: Thu Jun 21 10:08:05 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 5883756544 (5611MB) avail mem = 5704765440 (5440MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe82b0 (33 entries) bios0: vendor American Megatrends Inc. version 04PW.ME99.20110908.SKK date 09/08/2011 bios0: SAMSUNG ELECTRONICS CO., LTD. 305V4A/305V5A acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIC HPET SSDT SSDT acpi0: wakeup devices PCE4(S4) SBAZ(S4) P0PC(S4) GEC_(S4) PE20(S4) PE21(S4) PE22(S4) PE23(S4) PWRB(S5) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD A6-3410MX APU with Radeon(tm) HD Graphics, 1598.03 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD A6-3410MX APU with Radeon(tm) HD Graphics, 1597.10 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD A6-3410MX APU with Radeon(tm) HD Graphics, 1597.10 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu2: AMD erratum 721 detected and fixed cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD A6-3410MX APU with Radeon(tm) HD Graphics, 1597.10 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu3: AMD erratum 721 detected and fixed ioapic0 at mainbus0: apid 5 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (PCE4) acpiprt2 at acpi0: bus 5 (PE20) acpiprt3 at acpi0: bus -1 (PE21) acpiprt4 at acpi0: bus 6 (PE22) acpiprt5 at acpi0: bus -1 (PE23) acpiec0 at acpi0 acpicpu0 at acpi0: C2, PSS acpicpu1 at acpi0: C2, PSS acpicpu2 at acpi0: C2, PSS acpicpu3 at acpi0: C2, PSS acpitz0 at acpi0: critical temperature is 98 degC acpiac0 at acpi0: AC unit offline acpibat0 at acpi0: BAT1 type LION oem SAMSUNG Electronics acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpivideo0 at acpi0: VGA_ acpivideo1 at acpi0: VGA_ cpu0: 1598 MHz: speeds: 1600 1500 1400 1300 1200 1000 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 AMD AMD64 12h Host rev 0x00 vga1 at pci0 dev 1 function 0 ATI Radeon HD 6520G rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci0 dev 1 function 1 ATI Radeon HD 6500D HD Audio rev 0x00: msi azalia0: no supported codecs ppb0 at pci0 dev 2 function 0 AMD AMD64 12h PCIE rev 0x00: msi pci1 at ppb0 bus 1 ppb1 at pci0 dev 3 function 0 AMD AMD64 12h PCIE rev 0x00: msi pci2 at ppb1 bus 2 vendor ATI, unknown product 0x6760 (class display subclass VGA, rev 0x00) at pci2 dev 0 function 0 not configured ppb2 at pci0 dev 4 function 0 AMD AMD64 12h PCIE rev 0x00: msi pci3