5.5 bsd.rd fails to boot on alix
i have 3 alix 2d13 machines, all currently running something between 5.1 and 5.3. each of these fails to boot the 5.5 bsd.rd (i386). bsd.rd checksums match. each time i attempt to boot the 5.5 bsd.rd on any of these 3 machines, i see the following two lines: booting tftp:bsd.rd: snip entry point at 0x200120 i've also booted the machines to their current openbsd install, downloaded the bsd.rd file locally, rebooted, and attempted to boot the new bsd.rd from the boot prompt. i get the same thing doing that, excepting for the tftp: blurb. for this reason i don't believe networking has anything to do with the failure. because i see the same thing via pxe, i don't believe the on-disk code has anything to do with the failure either. i've run memtest, nothing bad to report. i've tried different serial speeds (9600, 38400, 115200), no changes. the 5.4 bsd.rd works just fine, while the latest snapshot yields the same problem. i'm hoping this is a known behavior resulting from a change for which i've simply missed the clue. has something changed, and i am simply doing something wrong for the newer version of openbsd?
Re: crowding out bsd using systemd?
2014-06-29 1:05 GMT+02:00 ian kremlin i...@kremlin.cc: that bsd is being crowded out, a thought that had not crossed my mind. I wanted to know, before assuming that it is the case everywhere, do people really not like systemd and is it really hurting bsd? If so, I'd be interested in doing something about it. Thanks, David yes, systemd has become a very polarizing subject due to its unportability (as it's written in pure C) and the mindset and actions of its authors. it is much, much more than an init daemon and while its prevalence has served to hurt other systems in the short-term, I guarantee you will we work around it and do systemd's job properly and safely just as (we) have done with other software in the past. i am not a long-term OpenBSD contributor and am admittedly a fledgling programmer, but from what I've witnessed much of the systemd/anti-systemd debate is rife with needless animosity and ego. systemd is very invasive and destroys all that different. That's why people are angry. http://ewontfix.com/14/ http://ewontfix.com/15/ by Rich Felker (musl libc). That said there is a GSOC project underway as we type to bring a much slimmed down systemd look-alike functionality to OpenBSD to allow more not-well written software to be ported. that's me :) soon, (by the end of gsoc) we will have perfect implementations of https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git;a=blob;f=scripts/gen-gdbus-interfaces.sh;h=f827434d0211ea8765c075fdb2916386ffc16ecb;hb=HEAD btw. it's bashism in a posix shell suit? Daniel hostnamed, localed, and timedated as well as a framework for porting the logind behemoth. you can follow the progress at https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git ian
Re: crowding out bsd using systemd?
https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git;a=blob;f=scripts/gen-gdbus-interfaces.sh;h=f827434d0211ea8765c075fdb2916386ffc16ecb;hb=HEAD btw. it's bashism in a posix shell suit? If that is all you were able to spot then move along :-) It's very pre-alpha WIP and many things will be modified. If you have real helpful comments to make, feel free to contact Ian, landry@ and myself. -- Antoine
Re: crowding out bsd using systemd?
If we are in such dire need of an init system replacement, why has there not been widespread frenzy as with schedulers, package managers, packet filters, programming languages and so forth? Maybe because people don't seem to think the same thing, or feel the urgency to replace it. But a decent replacement always starts with one person with a good idea that can take criticism and play well with others,
Re: crowding out bsd using systemd?
My real helpful comments are that it violates every real concept of UNIX Do ONE thing and do it WELL Systemd does none of these things. On Sun, Jun 29, 2014, at 04:51 AM, Antoine Jacoutot wrote: https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git;a=blob;f=scripts/gen-gdbus-interfaces.sh;h=f827434d0211ea8765c075fdb2916386ffc16ecb;hb=HEAD btw. it's bashism in a posix shell suit? If that is all you were able to spot then move along :-) It's very pre-alpha WIP and many things will be modified. If you have real helpful comments to make, feel free to contact Ian, landry@ and myself. -- Antoine
Re: crowding out bsd using systemd?
On 29.06.2014 12:40, Eric Furman wrote: My real helpful comments are that it violates every real concept of UNIX Do ONE thing and do it WELL It's because RedHat (and Oracle) doesn't care about Unix principles (or initial ideas of Linux). They are stating it quite clearly and yet people and communities can't see that. Especially RedHat does not care about Linux or Unix as such. It's company, they want to make profit and create form of vendor lock in. That's how sharks operate in that territory. Thinking that they will listen to any one be it some community leader or some big distribution is at least naive. Look at ArchLinux, Ubuntu, Fedora, OpenSuSe, Debian, Gentoo and others. It's either shut up and play with us or leave Linux game nowadays. And because most of the development is done anyway in RedHat and/or Oracle they either need to follow or dissapear. So here's that true freedom hidden in GPL. Following orders of one/two big corporations and that's it. BSD world had crash with corporate world in 90's in USL vs BSDi and BSD won, but seems like corporations found another way how to cripple Unix roots to its knees. Think about why Linus is so much in rage mood this year against various devs from RedHat and yet can do shit about them because he's no longer in control and he knows it. No wonder he choose to focus more on on-line Linux courses under Linuxfoundation (he will not have so much time for kernel during those for sure). Systemd does none of these things. On Sun, Jun 29, 2014, at 04:51 AM, Antoine Jacoutot wrote: https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git;a=blob;f=scripts/gen-gdbus-interfaces.sh;h=f827434d0211ea8765c075fdb2916386ffc16ecb;hb=HEAD btw. it's bashism in a posix shell suit? If that is all you were able to spot then move along :-) It's very pre-alpha WIP and many things will be modified. If you have real helpful comments to make, feel free to contact Ian, landry@ and myself. -- Antoine
Re: crowding out bsd using systemd?
On 06/29/14 13:09, bodie wrote: On 29.06.2014 12:40, Eric Furman wrote: My real helpful comments are that it violates every real concept of UNIX Do ONE thing and do it WELL It's because RedHat (and Oracle) doesn't care about Unix principles (or initial ideas of Linux). They are stating it quite clearly and yet people and communities can't see that. Especially RedHat does not care about Linux or Unix as such. It's company, they want to make profit and create form of vendor lock in. That's how sharks operate in that territory. Thinking that they will listen to any one be it some community leader or some big distribution is at least naive. Look at ArchLinux, Ubuntu, Fedora, OpenSuSe, Debian, Gentoo and others. It's either shut up and play with us or leave Linux game nowadays. And because most of the development is done anyway in RedHat and/or Oracle they either need to follow or dissapear. So here's that true freedom hidden in GPL. Following orders of one/two big corporations and that's it. BSD world had crash with corporate world in 90's in USL vs BSDi and BSD won, but seems like corporations found another way how to cripple Unix roots to its knees. Think about why Linus is so much in rage mood this year against various devs from RedHat and yet can do shit about them because he's no longer in control and he knows it. No wonder he choose to focus more on on-line Linux courses under Linuxfoundation (he will not have so much time for kernel during those for sure). Systemd does none of these things. On Sun, Jun 29, 2014, at 04:51 AM, Antoine Jacoutot wrote: https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git;a=blob;f=scripts/gen-gdbus-interfaces.sh;h=f827434d0211ea8765c075fdb2916386ffc16ecb;hb=HEAD btw. it's bashism in a posix shell suit? If that is all you were able to spot then move along :-) It's very pre-alpha WIP and many things will be modified. If you have real helpful comments to make, feel free to contact Ian, landry@ and myself. -- Antoine UNIX is very old. Some hang on to one or two principles like they're the word of god. For example, in this discussion, that one tool should do one thing and do it well. It kind of makes you blind. Look at the bigger picture. Isn't systemd doing one thing and doing it well? Sure, it's opaque, I guess. Do you miss configuring by file? I do, I think it's reliable. Maybe systemd needs a bit of KISS criticism, because it sure isn't looking simple. At the end of the day, all we need is a running system, we don't need... dbus. However, like I started this, the word of god gets in the way, there are a lot of convenient things going on in Linux (or Ubuntu, I used Ubuntu.) This is where you hate me but I like the kernel or system to use the entire computer for the task I am doing, but I am mainly a desktop user or non-server user, at least on the home laptop. When I compile, I want ALL resources working towards it. If I watch a movie, ALL resources towards it. The machine's focus should be on what I want to do. And... well, this is where UNIX gets in the way. I think we could develop UNIX, just look at Plan 9. There are some great ideas in there. Which have been implemented too. Everything as a file, is a very good idea. It's very simple. UNIX does not have this idea in it. But I think like Theo de Raadt wrote, I don't know what they are chasing about the corporations, Red Hat et al. It's not the finer points of computer discoveries they're after. Plan 9 isn't a huge commercial success, but it's fine. Well, just my two cents! -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. Public domain through misc@
Re: crowding out bsd using systemd?
So first you comment on Ian's GSoC and now on systemd... thai is confusing. I don't care about systemd we will never have it. We just need some interfaces that are currently only implemented in systemd. Eric Furman ericfur...@fastmail.net wrote: My real helpful comments are that it violates every real concept of UNIX Do ONE thing and do it WELL Systemd does none of these things. On Sun, Jun 29, 2014, at 04:51 AM, Antoine Jacoutot wrote: https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git;a=blob;f=scripts/gen-gdbus-interfaces.sh;h=f827434d0211ea8765c075fdb2916386ffc16ecb;hb=HEAD btw. it's bashism in a posix shell suit? If that is all you were able to spot then move along :-) It's very pre-alpha WIP and many things will be modified. If you have real helpful comments to make, feel free to contact Ian, landry@ and myself. -- Antoine
Re: crowding out bsd using systemd?
Why are people poluting our lists with systemd rants??? There is nothing to discuss since we do not want and will never have systemd. If you don't understand what the systemd-utl GSoC is about then move along. Gustav Fransson Nyvell gus...@nyvell.se wrote: On 06/29/14 13:09, bodie wrote: On 29.06.2014 12:40, Eric Furman wrote: My real helpful comments are that it violates every real concept of UNIX Do ONE thing and do it WELL It's because RedHat (and Oracle) doesn't care about Unix principles (or initial ideas of Linux). They are stating it quite clearly and yet people and communities can't see that. Especially RedHat does not care about Linux or Unix as such. It's company, they want to make profit and create form of vendor lock in. That's how sharks operate in that territory. Thinking that they will listen to any one be it some community leader or some big distribution is at least naive. Look at ArchLinux, Ubuntu, Fedora, OpenSuSe, Debian, Gentoo and others. It's either shut up and play with us or leave Linux game nowadays. And because most of the development is done anyway in RedHat and/or Oracle they either need to follow or dissapear. So here's that true freedom hidden in GPL. Following orders of one/two big corporations and that's it. BSD world had crash with corporate world in 90's in USL vs BSDi and BSD won, but seems like corporations found another way how to cripple Unix roots to its knees. Think about why Linus is so much in rage mood this year against various devs from RedHat and yet can do shit about them because he's no longer in control and he knows it. No wonder he choose to focus more on on-line Linux courses under Linuxfoundation (he will not have so much time for kernel during those for sure). Systemd does none of these things. On Sun, Jun 29, 2014, at 04:51 AM, Antoine Jacoutot wrote: https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git;a=blob;f=scripts/gen-gdbus-interfaces.sh;h=f827434d0211ea8765c075fdb2916386ffc16ecb;hb=HEAD btw. it's bashism in a posix shell suit? If that is all you were able to spot then move along :-) It's very pre-alpha WIP and many things will be modified. If you have real helpful comments to make, feel free to contact Ian, landry@ and myself. -- Antoine UNIX is very old. Some hang on to one or two principles like they're the word of god. For example, in this discussion, that one tool should do one thing and do it well. It kind of makes you blind. Look at the bigger picture. Isn't systemd doing one thing and doing it well? Sure, it's opaque, I guess. Do you miss configuring by file? I do, I think it's reliable. Maybe systemd needs a bit of KISS criticism, because it sure isn't looking simple. At the end of the day, all we need is a running system, we don't need... dbus. However, like I started this, the word of god gets in the way, there are a lot of convenient things going on in Linux (or Ubuntu, I used Ubuntu.) This is where you hate me but I like the kernel or system to use the entire computer for the task I am doing, but I am mainly a desktop user or non-server user, at least on the home laptop. When I compile, I want ALL resources working towards it. If I watch a movie, ALL resources towards it. The machine's focus should be on what I want to do. And... well, this is where UNIX gets in the way. I think we could develop UNIX, just look at Plan 9. There are some great ideas in there. Which have been implemented too. Everything as a file, is a very good idea. It's very simple. UNIX does not have this idea in it. But I think like Theo de Raadt wrote, I don't know what they are chasing about the corporations, Red Hat et al. It's not the finer points of computer discoveries they're after. Plan 9 isn't a huge commercial success, but it's fine. Well, just my two cents! -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. Public domain through misc@
Re: crowding out bsd using systemd?
On 29 Jun 2014, at 13:43, Antoine Jacoutot ajacou...@bsdfrog.org wrote: Why are people poluting our lists with systemd rants??? There is nothing to discuss since we do not want and will never have systemd. If you don't understand what the systemd-utl GSoC is about then move along. First of all, this is misc@. And, secondly, whenever different opinions meet there is potential to learn and improve. Thank you for your understanding. Cheers, Franco
Does the OpenBSD support well AMD's APU hardware?
Hello, I am a student from Poland (country in Central Europe) and I would love to use OpenBSD everyday. I must have Windows operating system too. I must have it because of Autodesk's Inventor and Autocad software (in future probably also SolidWorks) and Ansys and so on. For that software I need something more powerful than Intel's GPU (not only for performance but also for quality). Today I have laptop with Optimus (Intel's GPU + Nvidia's GPU, if Nvidia's GPU renders something, Intel's GPU is proxy). It works well under Windows. Under Linux Intel's GPU works well, Nvidia's GPU is by default powered off. I can use it by manually typed commands. I can not do anything in BIOS to turn off Nvidia's GPU. OpenBSD can not turn off my Nvidia's GPU (despite the fact that it not renders or passes by anything) and just consumes a lot of energy from battery and heats my laptop. So I would consider buying a new laptop with AMD APU if it is supported well by OpenBSD and not heats laptop to high temperatures. Does anybody have experience with AMD APU's on OpenBSD and can let me know if it performs well? I know for a lot of you buying laptop is relatively more affordable. Please consider that in Poland we have the same (or even a bit higher) prices of electronics and considerably lower earnings, so I don't want to make a mistake and buy hardware based on my wrong opinion about support of AMD's GPUs with OpenBSD. I don't posted this topic in „General Hardware” because I am particularly interested in OpenBSD support, but if you consider it should land there please place this topic there. With best regards
Re: crowding out bsd using systemd?
On 06/29/14 13:43, Antoine Jacoutot wrote: Why are people poluting our lists with systemd rants??? There is nothing to discuss since we do not want and will never have systemd. If you don't understand what the systemd-utl GSoC is about then move along. Gustav Fransson Nyvell gus...@nyvell.se wrote: On 06/29/14 13:09, bodie wrote: On 29.06.2014 12:40, Eric Furman wrote: My real helpful comments are that it violates every real concept of UNIX Do ONE thing and do it WELL It's because RedHat (and Oracle) doesn't care about Unix principles (or initial ideas of Linux). They are stating it quite clearly and yet people and communities can't see that. Especially RedHat does not care about Linux or Unix as such. It's company, they want to make profit and create form of vendor lock in. That's how sharks operate in that territory. Thinking that they will listen to any one be it some community leader or some big distribution is at least naive. Look at ArchLinux, Ubuntu, Fedora, OpenSuSe, Debian, Gentoo and others. It's either shut up and play with us or leave Linux game nowadays. And because most of the development is done anyway in RedHat and/or Oracle they either need to follow or dissapear. So here's that true freedom hidden in GPL. Following orders of one/two big corporations and that's it. BSD world had crash with corporate world in 90's in USL vs BSDi and BSD won, but seems like corporations found another way how to cripple Unix roots to its knees. Think about why Linus is so much in rage mood this year against various devs from RedHat and yet can do shit about them because he's no longer in control and he knows it. No wonder he choose to focus more on on-line Linux courses under Linuxfoundation (he will not have so much time for kernel during those for sure). Systemd does none of these things. On Sun, Jun 29, 2014, at 04:51 AM, Antoine Jacoutot wrote: https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systemd-utl.git;a=blob;f=scripts/gen-gdbus-interfaces.sh;h=f827434d0211ea8765c075fdb2916386ffc16ecb;hb=HEAD btw. it's bashism in a posix shell suit? If that is all you were able to spot then move along :-) It's very pre-alpha WIP and many things will be modified. If you have real helpful comments to make, feel free to contact Ian, landry@ and myself. -- Antoine UNIX is very old. Some hang on to one or two principles like they're the word of god. For example, in this discussion, that one tool should do one thing and do it well. It kind of makes you blind. Look at the bigger picture. Isn't systemd doing one thing and doing it well? Sure, it's opaque, I guess. Do you miss configuring by file? I do, I think it's reliable. Maybe systemd needs a bit of KISS criticism, because it sure isn't looking simple. At the end of the day, all we need is a running system, we don't need... dbus. However, like I started this, the word of god gets in the way, there are a lot of convenient things going on in Linux (or Ubuntu, I used Ubuntu.) This is where you hate me but I like the kernel or system to use the entire computer for the task I am doing, but I am mainly a desktop user or non-server user, at least on the home laptop. When I compile, I want ALL resources working towards it. If I watch a movie, ALL resources towards it. The machine's focus should be on what I want to do. And... well, this is where UNIX gets in the way. I think we could develop UNIX, just look at Plan 9. There are some great ideas in there. Which have been implemented too. Everything as a file, is a very good idea. It's very simple. UNIX does not have this idea in it. But I think like Theo de Raadt wrote, I don't know what they are chasing about the corporations, Red Hat et al. It's not the finer points of computer discoveries they're after. Plan 9 isn't a huge commercial success, but it's fine. Well, just my two cents! -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. Public domain through misc@ I'm not saying GET systemd. I thought this was a broad discussion. And I'm NOT ranting. -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. Public domain thru misc@
Re: crowding out bsd using systemd?
2014-06-29 13:40 GMT+02:00 Antoine Jacoutot ajacou...@bsdfrog.org: So first you comment on Ian's GSoC and now on systemd... thai is confusing. I don't care about systemd we will never have it. We just need some interfaces that are currently only implemented in systemd. This is the right approach to the subject: we need only some interfaces from systemd. Nothing more.
Does the OpenBSD support well AMD's APU hardware?
Hello, I am a student from Poland (country in Central Europe) and I would love to use OpenBSD everyday. I must have Windows operating system too. I must have it because of Autodesk's Inventor and Autocad software (in future probably also SolidWorks) and Ansys and so on. For that software I need something more powerful than Intel's GPU (not only for performance but also for quality). Today I have laptop with Optimus (Intel's GPU + Nvidia's GPU, if Nvidia's GPU renders something, Intel's GPU is proxy). It works well under Windows. Under Linux Intel's GPU works well, Nvidia's GPU is by default powered off. I can use it by manually typed commands. I can not do anything in BIOS to turn off Nvidia's GPU. OpenBSD can not turn off my Nvidia's GPU (despite the fact that it not renders or passes by anything) and just consumes a lot of energy from battery and heats my laptop. So I would consider buying a new laptop with AMD APU if it is supported well by OpenBSD and not heats laptop to high temperatures. Does anybody have experience with AMD APU's on OpenBSD and can let me know if it performs well? I know for a lot of you buying laptop is relatively more affordable. Please consider that in Poland we have the same (or even a bit higher) prices of electronics and considerably lower earnings, so I don't want to make a mistake and buy hardware based on my wrong opinion about support of AMD's GPUs with OpenBSD. I don't posted this topic in „General Hardware” because I am particularly interested in OpenBSD support, but if you consider it should land there please place this topic there. With best regards
Re: crowding out bsd using systemd?
Ok then my counter argument will be: second of all, this is misc@ Franco Fichtner slash...@gmail.com wrote: On 29 Jun 2014, at 13:43, Antoine Jacoutot ajacou...@bsdfrog.org wrote: Why are people poluting our lists with systemd rants??? There is nothing to discuss since we do not want and will never have systemd. If you don't understand what the systemd-utl GSoC is about then move along. First of all, this is misc@. And, secondly, whenever different opinions meet there is potential to learn and improve. Thank you for your understanding. Cheers, Franco
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry
On 27.06.2014. 08:59, Mihai Popescu wrote: It think the designer wanted to keep the board compatible with the old case, or the other way around. To cool the CPU more one needs better pads ( i doubt there are much better, since the industry has standards) or adds a fan. Current situation is like this: \__/ - CPU - PAD == - Aluminium heatsink - PAD - CASE A better approach is a cast aluminium case, but this is too expensive. So one can do pressed steel sheet like this: \__/ - CPU - PAD . ../ \... - CASE ^^^ bend area This way, one pad and the extra aluminium heat spreader can be out of equation. Of course, and extra bending of the bottom sheet is needed. Maybe the price will go higher, maybe the CPU is too far and the bending distance I would try to replace the aluminium sheet with a copper one. It would be also good to make it thicker, in order to avoid thermal pads and use thermal paste instead (to additionally lower thermal resistance). Finally, increasing the area of this sheet would also help, preferably to cover the entire bottom of the box.
Re: 5.5 bsd.rd fails to boot on alix
On 2014-06-29, Dewey Hylton dewey.hyl...@gmail.com wrote: i have 3 alix 2d13 machines, all currently running something between 5.1 and 5.3. each of these fails to boot the 5.5 bsd.rd (i386). bsd.rd checksums match. each time i attempt to boot the 5.5 bsd.rd on any of these 3 machines, i see the following two lines: booting tftp:bsd.rd: snip entry point at 0x200120 Looks like the kernel doesn't switch to the serial console. If you boot from the network, make sure that you have an etc/boot.conf file on the TFTP server. Also, make sure that you use the 5.5 pxeboot and not an old one, because... i've also booted the machines to their current openbsd install, downloaded the bsd.rd file locally, rebooted, and attempted to boot the new bsd.rd from the boot prompt. i get the same thing doing that, excepting for the tftp: blurb. I vaguely remember that at some point there was a change that requires a new boot(8), otherwise a serial console won't be set correctly with a new kernel. -- Christian naddy Weisgerber na...@mips.inka.de
Re: 5.5 bsd.rd fails to boot on alix
On 06/29/14 02:08, Dewey Hylton wrote: i have 3 alix 2d13 machines, all currently running something between 5.1 and 5.3. each of these fails to boot the 5.5 bsd.rd (i386). bsd.rd checksums match. each time i attempt to boot the 5.5 bsd.rd on any of these 3 machines, i see the following two lines: booting tftp:bsd.rd: snip entry point at 0x200120 i've also booted the machines to their current openbsd install, downloaded the bsd.rd file locally, rebooted, and attempted to boot the new bsd.rd from the boot prompt. i get the same thing doing that, excepting for the tftp: blurb. for this reason i don't believe networking has anything to do with the failure. because i see the same thing via pxe, i don't believe the on-disk code has anything to do with the failure either. I think you are wrong on that. i've run memtest, nothing bad to report. i've tried different serial speeds (9600, 38400, 115200), no changes. the 5.4 bsd.rd works just fine, while the latest snapshot yields the same problem. i'm hoping this is a known behavior resulting from a change for which i've simply missed the clue. has something changed, and i am simply doing something wrong for the newer version of openbsd? I think you missed the Install new boot blocks step of upgrade55.html. This causes your serial console config to be ignored, and gives you the results you are seeing. Note: you need to respect the one-release-at-a-time thing here -- installing the 5.3 boot blocks probably won't help you -- upgrade from 5.3 to 5.4 to get the 5.4 boot blocks in place, then again to 5.5. Nick.
Re: 5.5 bsd.rd fails to boot on alix
Hello, I have an Alix 2d13 booting fine OpenBSD 5.5. If there is no error messages, maybe you just lost connection with serial line. Did you set set tty com0 at the boot prompt? I have this from my root tftp: $ cat ./etc/boot.conf set tty com0 boot bsd.rd The default alix work at 38400, but I set it to 9600 to be directly compatible with OpenBSD default. (but you can change it from boot.conf to run OpenBSD at 38400) Try to set set tty com0 or change the speed rate. On 06/29/14 08:09, Dewey Hylton wrote: i have 3 alix 2d13 machines, all currently running something between 5.1 and 5.3. each of these fails to boot the 5.5 bsd.rd (i386). bsd.rd checksums match. each time i attempt to boot the 5.5 bsd.rd on any of these 3 machines, i see the following two lines: booting tftp:bsd.rd: snip entry point at 0x200120 i've also booted the machines to their current openbsd install, downloaded the bsd.rd file locally, rebooted, and attempted to boot the new bsd.rd from the boot prompt. i get the same thing doing that, excepting for the tftp: blurb. for this reason i don't believe networking has anything to do with the failure. because i see the same thing via pxe, i don't believe the on-disk code has anything to do with the failure either. i've run memtest, nothing bad to report. i've tried different serial speeds (9600, 38400, 115200), no changes. the 5.4 bsd.rd works just fine, while the latest snapshot yields the same problem. i'm hoping this is a known behavior resulting from a change for which i've simply missed the clue. has something changed, and i am simply doing something wrong for the newer version of openbsd?
Re: Does the OpenBSD support well AMD's APU hardware?
OpenBSD supports the APU hardware as built into the PC Engines box along with the Coreboot BIOS, although it was slightly painful to get the BIOS fixed. AMD APU hardware in laptops or other devices is likey to work, but the graphics support may or may not be present in radeondrm. (That depends on which Radeon hardware is built into the chip.)
Printer (Canon MP620) attached via USB not working with CUPS
Hello, i'm trying to configure my printer with CUPS. I connected the printer via USB. I installed cups and gutenprint, because the printer is supported by gutenprint. dmesg output: ulpt0 at uhub3 port 1 configuration 1 interface 1 Canon MP620 series rev 2.00/1.10 addr 6 ulpt0: using bi-directional mode I changed the rights of ulpt0: `chmod 0666 /dev/ulpt0` CUPS backend is recognizing the printer `/usr/local/libexec/cups/backend/usb`: DEBUG2: Printer found with device ID: MFG:Canon;CMD:BJL,BJRaster3,BSCCe,NCCe,PLI;SOJ:TXT01,BJNP2;MDL:MP620 series;CLS:PRINTER;DES:Canon MP620 series;VER:1.100;STA:10;HRI:EU;MSI:DAT,E3,HFSF;PDR:4; Device URI: usb://Canon /MP620%20series?serial=16BF3Ainterface=1 direct usb://Canon/MP620%20series?serial=16BF3Ainterface=1 Canon MP620 series Canon MP620 series MFG:Canon;CMD:BJL,BJRaster3,BSCCe,NCCe,PLI;SOJ:TXT01,BJNP2;MDL:MP620 series;CLS:PRINTER;DES:Canon MP620 series;VER:1.100;STA:10;HRI:EU;MSI:DAT,E3,HFSF;PDR:4; In the webinterface the printer does not show up. The printer works with Debian Linux with CUPS and gutenprint. The Scanner (its a multifunction device) works without configuration with xsane.
Re: Does the OpenBSD support well AMD's APU hardware?
Though the following has nothing to do with AMD GPU's, it may be of interest. I will share my config with you with one caveat: I'm from Alabama, and we all know what that means ... http://marc.info/?l=openbsd-miscm=139656417532670w=2 (I still laugh about that one every time I read it -- it's a looonnn shot indeed!!!) If the following does you no good, I apologize for wasting your time. I run OpenBSD current, Windows 8.1, and Linuxmint 17 on my Dell E6520 notebook. (I am the General Manager of a Commercial Food Equipment company, and I bought it through the company for work, development, and OpenBSD learning and fun!!) It has the Nvidia Quadro NVS4200M (Optimus) on board -- see dmesg below. I had heat issues as well. My fix is simple: In the BIOS (version A19,) under Performance, I set Multi Core Support to 1 processor, and I disabled HyperThread control. SpeedStep and TurboBoost are still enabled. My box still runs like a scalded dog (did all y'all get that? if not, it means I discern no change in performance.) I have zero issues with heat. For what it's worth, I detect no drop in performance with either Windows 8.1 or Linuxmint 17, although I do not boot either one very often. Both of those systems performed without any problems before I tweaked my BIOS (no heat, Windows used Nvidia driver, Linuxmint used Nouveau driver,) but they both run fine with the tweaked BIOS, so I leave my system optimized for OpenBSD. Mind you now, I rely on a very subjective method of using my patience level to measure performance; if I have to wait on anything from a computer of any sort, I'm not going to tolerate it for long. I just don't have time. A couple more things to mention. No, I can't run Gnome. No, the Broadcom wire- less card is dead weight. Ask me if I care. Nope, sure don't. Love cwm, and I'm either connected to the net via ethernet or tethered to my smartphone. Remember I'm from Alabama, so I don't have a problem doing more with less. (Hmmm . . . maybe if I were not so slow, being from Alabama and everything, I might have time to do more with less . . .) I also understand the financial restraints in obtaining hardware. (I purchased my notebook as a refurbished unit with tax and shipping for around $320 US about a year ago.) And yes, I run full HD, 1920x1080 without a hiccup. After all, OpenBSD Just Works! The xrandr output below is due to the Intel HD 3000 graphics, of course. $ xrandr Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 32767 x 32767 LVDS1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1920x1080 60.01*+ 40.01 1400x1050 59.98 1280x1024 60.02 1280x960 60.00 1024x768 60.00 800x600 60.3256.25 640x480 59.94 VGA1 disconnected (normal left inverted right x axis y axis) VIRTUAL1 disconnected (normal left inverted right x axis y axis) So, if this helps you, great. I finally figured out that single processor performance still rules in my world -- the other seven cores on that smokin' Intel 2720QM can just stay on the porch with the rest of the dawgs. Sincerely, Gilbert OpenBSD 5.5-current (GENERIC) #218: Fri Jun 27 12:27:41 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC RTC BIOS diagnostic error 3fconfig_unit,memory_size,fixed_disk,invalid_time real mem = 8448847872 (8057MB) avail mem = 8215207936 (7834MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf2090 (106 entries) bios0: vendor Dell Inc. version A19 date 11/14/2013 bios0: Dell Inc. Latitude E6520 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC TCPA SSDT MCFG HPET BOOT SSDT SSDT SSDT DMAR SLIC SSDT acpi0: wakeup devices UAR1(S3) HDEF(S4) GLAN(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-2720QM CPU @ 2.20GHz, 2195.32 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus 3 (RP02) acpiprt4 at acpi0: bus 10 (RP04) acpiprt5 at acpi0: bus -1 (RP05) acpiprt6 at acpi0: bus 11 (RP06) acpiprt7 at acpi0: bus -1 (RP07) acpiprt8 at
Re: Does the OpenBSD support well AMD's APU hardware?
Gilbert Sanford [gilbertz@gmail.com] wrote: Though the following has nothing to do with AMD GPU's, it may be of interest. I will share my config with you with one caveat: I'm from Alabama, and we all know what that means ... http://marc.info/?l=openbsd-miscm=139656417532670w=2 If you're lucky someone will have Nouveau ported before too long. I've noticed that Nvidia laptops tend to get really damn hot. I stick with integrated video because it is always cooler than a discrete video chip. I wonder, why not just buy something with integrated, supported Intel or ATI video to begin with? (And that's exactly what this guy wants, as well.) -- If you see fraud and don't shout fraud, you are a fraud -- Nassim Taleb
Re: Printer (Canon MP620) attached via USB not working with CUPS
Hi Had similar trouble with an Epson. It was explained to me by the team that usb printing can go through ulpt or ugen. Though in principle both could be available, no one has been able to assume the responsibility to make this always happen. It needs someone with the skill and the will to do so. The team is small and flat out at all times. Disable ulpt in the user kernel configurator: # config -ef /bsd ukc disable ulpt ukc quit The kernel will now rebuild without ulpt. # echo chown _cups:_saned /dev/ugen0.* /dev/usb0 /etc/rc.local (as suggested in /usr/local/share/doc/pkg-readmes/cups-1.x.xp0) # reboot Now set up through cups as normal Good Luck Mo On 2014-06-29 18:32, Julian Andrej wrote: Hello, i'm trying to configure my printer with CUPS. I connected the printer via USB. I installed cups and gutenprint, because the printer is supported by gutenprint. dmesg output: ulpt0 at uhub3 port 1 configuration 1 interface 1 Canon MP620 series rev 2.00/1.10 addr 6 ulpt0: using bi-directional mode I changed the rights of ulpt0: `chmod 0666 /dev/ulpt0` CUPS backend is recognizing the printer `/usr/local/libexec/cups/backend/usb`: DEBUG2: Printer found with device ID: MFG:Canon;CMD:BJL,BJRaster3,BSCCe,NCCe,PLI;SOJ:TXT01,BJNP2;MDL:MP620 series;CLS:PRINTER;DES:Canon MP620 series;VER:1.100;STA:10;HRI:EU;MSI:DAT,E3,HFSF;PDR:4; Device URI: usb://Canon /MP620%20series?serial=16BF3Ainterface=1 direct usb://Canon/MP620%20series?serial=16BF3Ainterface=1 Canon MP620 series Canon MP620 series MFG:Canon;CMD:BJL,BJRaster3,BSCCe,NCCe,PLI;SOJ:TXT01,BJNP2;MDL:MP620 series;CLS:PRINTER;DES:Canon MP620 series;VER:1.100;STA:10;HRI:EU;MSI:DAT,E3,HFSF;PDR:4; In the webinterface the printer does not show up. The printer works with Debian Linux with CUPS and gutenprint. The Scanner (its a multifunction device) works without configuration with xsane.
Re: Does the OpenBSD support well AMD's APU hardware?
On Sun, Jun 29, 2014 at 1:08 PM, Chris Cappuccio ch...@nmedia.net wrote: Gilbert Sanford [gilbertz@gmail.com] wrote: Though the following has nothing to do with AMD GPU's, it may be of interest. I will share my config with you with one caveat: I'm from Alabama, and we all know what that means ... http://marc.info/?l=openbsd-miscm=139656417532670w=2 If you're lucky someone will have Nouveau ported before too long. I've noticed that Nvidia laptops tend to get really damn hot. I stick with integrated video because it is always cooler than a discrete video chip. I wonder, why not just buy something with integrated, supported Intel or ATI video to begin with? (And that's exactly what this guy wants, as well.) -- If you see fraud and don't shout fraud, you are a fraud -- Nassim Taleb Chris, you're absolutely right. I now know more than I did a year ago, and my next purchase, when this one dies, will be a box with integrated Intel only. Intel with integrated video is the only way to fly for those of us who just live in a tmux'ed xterm with Firefox or Chrome on the side (genuine, one-man, in-house web devel from Alabama -- man, that's funny!! You guys think OpenSSL is horrifying . . . pray that you never have to look at the 9500 lines I wrote for our multiple warehouse inventory system for the Parts Department, hahaha :) it's worked for over 2 years!) Occasionally, I break out the GIMP, but, again, integrated Intel is more than up to the task. No doubt, I got lucky with what I'm doing, to the point that Nouveau isn't necessary, nor do I care to run anything else to get it. (I keep Winders and Linuxmint on the box to ensure I can handle whatever comes my way in the business world.) You may have noticed acpitz0 at acpi0: critical temperature is 107 degC in my dmesg . . . it always says that, and that's probably where it was before I disabled processor cores. I don't think the GPU is doing anything, but the processor was definitely cooking. My unit is very comfortable now, and OpenBSD simply flies. This is a very fast box compared to what I've had in the past. Perhaps the poster from Poland can acquire the right kind of hardware. Sorry I top-posted earlier. All you guys are great!! Pure genius hard at work. Gilbert
Re: 5.5 bsd.rd fails to boot on alix
From: Christian Weisgerber na...@mips.inka.de To: dewey hylton dewey.hyl...@gmail.com Sent: Sunday, June 29, 2014 10:10:35 AM Subject: Re: 5.5 bsd.rd fails to boot on alix [This message has also been posted to list.openbsd.misc.] On 2014-06-29, Dewey Hylton dewey.hyl...@gmail.com wrote: i have 3 alix 2d13 machines, all currently running something between 5.1 and 5.3. each of these fails to boot the 5.5 bsd.rd (i386). bsd.rd checksums match. each time i attempt to boot the 5.5 bsd.rd on any of these 3 machines, i see the following two lines: booting tftp:bsd.rd: snip entry point at 0x200120 Looks like the kernel doesn't switch to the serial console. If you boot from the network, make sure that you have an etc/boot.conf agreed; yes, i have boot.conf in place, which is how the other 5.x versions of bsd.rd are working. file on the TFTP server. Also, make sure that you use the 5.5 pxeboot and not an old one, because... i've also booted the machines to their current openbsd install, downloaded the bsd.rd file locally, rebooted, and attempted to boot the new bsd.rd from the boot prompt. i get the same thing doing that, excepting for the tftp: blurb. I vaguely remember that at some point there was a change that requires a new boot(8), otherwise a serial console won't be set correctly with a new kernel. hmmm ... would this affect both pxe and locally booting bsd.rd? if so, this is probably my issue. i'm betting that the current pxeboot version is from 4.7 or 4.8, and the on-disk version of boot on all 3 boxes is 5.1 ... i can test this tomorow morning. thanks for this pointer! where is this documented? -- Christian naddy Weisgerber na...@mips.inka.de
Re: Printer (Canon MP620) attached via USB not working with CUPS
Wow, after reading your post i noticed that i assigned the wrong usb port to the _cups user. Everything is working like a charm now. Printer is up in the CUPS interface and configured easily. Thank you! On 29 June 2014 20:59, Maurice McCarthy m...@mythic-beasts.com wrote: Hi Had similar trouble with an Epson. It was explained to me by the team that usb printing can go through ulpt or ugen. Though in principle both could be available, no one has been able to assume the responsibility to make this always happen. It needs someone with the skill and the will to do so. The team is small and flat out at all times. Disable ulpt in the user kernel configurator: # config -ef /bsd ukc disable ulpt ukc quit The kernel will now rebuild without ulpt. # echo chown _cups:_saned /dev/ugen0.* /dev/usb0 /etc/rc.local (as suggested in /usr/local/share/doc/pkg-readmes/cups-1.x.xp0) # reboot Now set up through cups as normal Good Luck Mo On 2014-06-29 18:32, Julian Andrej wrote: Hello, i'm trying to configure my printer with CUPS. I connected the printer via USB. I installed cups and gutenprint, because the printer is supported by gutenprint. dmesg output: ulpt0 at uhub3 port 1 configuration 1 interface 1 Canon MP620 series rev 2.00/1.10 addr 6 ulpt0: using bi-directional mode I changed the rights of ulpt0: `chmod 0666 /dev/ulpt0` CUPS backend is recognizing the printer `/usr/local/libexec/cups/backend/usb`: DEBUG2: Printer found with device ID: MFG:Canon;CMD:BJL,BJRaster3,BSCCe,NCCe,PLI;SOJ:TXT01,BJNP2;MDL:MP620 series;CLS:PRINTER;DES:Canon MP620 series;VER:1.100;STA:10;HRI:EU;MSI:DAT,E3,HFSF;PDR:4; Device URI: usb://Canon /MP620%20series?serial=16BF3Ainterface=1 direct usb://Canon/MP620%20series?serial=16BF3Ainterface=1 Canon MP620 series Canon MP620 series MFG:Canon;CMD:BJL,BJRaster3,BSCCe,NCCe,PLI;SOJ:TXT01,BJNP2;MDL:MP620 series;CLS:PRINTER;DES:Canon MP620 series;VER:1.100;STA:10;HRI:EU;MSI:DAT,E3,HFSF;PDR:4; In the webinterface the printer does not show up. The printer works with Debian Linux with CUPS and gutenprint. The Scanner (its a multifunction device) works without configuration with xsane.
Re: Does the OpenBSD support well AMD's APU hardware?
Gilbert Sanford [gilbertz@gmail.com] wrote: You may have noticed acpitz0 at acpi0: critical temperature is 107 degC in my dmesg . . . it always says that, and that's probably where it was before I disabled processor cores. I don't think the GPU is doing anything, but the processor was definitely cooking. My unit is very comfortable now, and OpenBSD simply flies. This is a very fast box compared to what I've had in the past. Perhaps the poster from Poland can acquire the right kind of hardware. I wonder what temp Windows and Liunx run at with all the cores enabled. -- If you see fraud and don't shout fraud, you are a fraud -- Nassim Taleb
Re: Does the OpenBSD support well AMD's APU hardware?
On Sun, Jun 29, 2014 at 2:52 PM, Chris Cappuccio ch...@nmedia.net wrote: Gilbert Sanford [gilbertz@gmail.com] wrote: You may have noticed acpitz0 at acpi0: critical temperature is 107 degC in my dmesg . . . it always says that, and that's probably where it was before I disabled processor cores. I don't think the GPU is doing anything, but the processor was definitely cooking. My unit is very comfortable now, and OpenBSD simply flies. This is a very fast box compared to what I've had in the past. Perhaps the poster from Poland can acquire the right kind of hardware. I wonder what temp Windows and Liunx run at with all the cores enabled. Is there any specific output you'd like to have? I've already enabled the cores, and in 5 minutes after booting OpenBSD (today's snapshot) with bsd.mp, the left side of the laptop was hot enough to put water on a slow boil. I've been up with Linuxmint 17 for almost 20 minutes with all cores enabled, and my laptop has cooled down to the point where it feels like I'm running OpenBSD with a single processor. I never complained, because performance didn't suffer. Even if it were otherwise, I still wouldn't complain, because you guys deal with more than I would be willing to entertain from userland. I would have simply purchased the right hardware and quietly got about my work. If you want anything, just let me know, even if it's just to satisfy your curiosity. Gilbert
Re: 5.5 bsd.rd fails to boot on alix
Dewey Hylton: I vaguely remember that at some point there was a change that requires a new boot(8), otherwise a serial console won't be set correctly with a new kernel. hmmm ... would this affect both pxe and locally booting bsd.rd? It affects both pxeboot(8) and boot(8) on disk. where is this documented? I don't think it is explicitly documented anywhere, but this may be pertinent: Upgrades are only supported from one release to the release immediately following it. Do not skip releases. If you got lucky skipping releases in the past, you may not this time. -- Christian naddy Weisgerber na...@mips.inka.de
Re: Does the OpenBSD support well AMD's APU hardware?
I wonder what temp Windows and Liunx run at with all the cores enabled. Output from Linuxmint regarding temps (uptime 20:00 min) $ acpi -V Battery 0: Charging, 42%, 00:43:40 until charged Battery 0: design capacity 5600 mAh, last full capacity 3275 mAh = 58% Adapter 0: on-line Thermal 0: ok, 25.0 degrees C Thermal 0: trip point 0 switches to mode critical at temperature 107.0 degrees C Cooling 0: intel_powerclamp no state information available Cooling 1: pkg-temp-0 no state information available Cooling 2: LCD 8 of 15 Cooling 3: LCD 8 of 15 Cooling 4: Processor 0 of 10 Cooling 5: Processor 0 of 10 Cooling 6: Processor 0 of 10 Cooling 7: Processor 0 of 10 Cooling 8: Processor 0 of 10 Cooling 9: Processor 0 of 10 Cooling 10: Processor 0 of 10 Cooling 11: Processor 0 of 10 Output from Windows 8.1 Microsoft Windows [Version 6.3.9600] (c) 2013 Microsoft Corporation. All rights reserved. C:\WINDOWS\system32wmic wmic:root\cli/namespace:\\root\wmi PATH MSAcpi_ThermalZoneTemperature \ get CurrentTemperature CurrentTemperature 2982 wmic:root\cli Gilbert
Re: Does the OpenBSD support well AMD's APU hardware?
On Sun, Jun 29, 2014 at 3:36 PM, lm l...@redabierta.es wrote: Hello, I haven't follow your issue, but it looks to me like your fans are not spinning under OpenBSD. Did you check that? lm Good idea to check, for sure. Fans are good, though. The only thing noisier in my house would be the refrigerator when the compressor kicks on. (Yes, the silence is deafening in my home -- my thoughts are allowed free rein without the competing noise of the outside world.) I can hear increase in speed even with a single core as processing becomes more intensive. As I mentioned earlier, I don't consider any of this an issue. The additional cores do not add anything to enhance my OpenBSD experience :) I did think of a more elegant way to handle my box, though. I can leave the cores enabled along with HyperThreading and simply omit the bsd.mp package when installing/upgrading. Without bsd.mp, the other cores have no choice but to stare at cpu0 wistfully. Gilbert
Re: crowding out bsd using systemd?
previously on this list Gustav Fransson Nyvell contributed: UNIX is very old. Some hang on to one or two principles like they're the word of god. For example, in this discussion, that one tool should do one thing and do it well. It kind of makes you blind. Look at the bigger picture. Isn't systemd doing one thing and doing it well? Sure, it's opaque, I guess Not at all and I could write pages about how damaging it is but won't. I'm successfully abandoning Linux on everything but my TVs and phone (one day, them too I expect). Systemd's design page on freedesktop.org (how ironic) is more of a collection of largely incorrect thoughts that demonstrate UNIX inexperience than a specification or design document should rightly be seen as a good indicator of how thoughtless it's design is. RedHat had goals and I am sure it is meeting them but do not think for one second that RedHats goals are aligned with general users beyond replacing Linux's rediculously overcomplicated init scripts (the carrot), the subject of this thread is the stick. RedHats userland code has surprisingly poor reputations especially for a multi-billion dollar company. It wouldn't surprise me if the following is actually part of the true design document and knowingly leveraged to satisfy their true agenda. Either that or RedHat is simply unprofessional. There are two ways of constructing a software design. One is to make it so simple that there are OBVIOUSLY no deficiencies. And the other is to make it so complicated that there are no OBVIOUS deficiencies Professor C. A. R. Hoare The 1980 Turing award lecture -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___
Re: 5.5 bsd.rd fails to boot on alix
On 06/29/14 15:27, Dewey Hylton wrote: From: Christian Weisgerber na...@mips.inka.de To: dewey ... hmmm ... would this affect both pxe and locally booting bsd.rd? if so, this is probably my issue. i'm betting that the current pxeboot version is from 4.7 or 4.8, and the on-disk version of boot on all 3 boxes is 5.1 ... i can test this tomorow morning. thanks for this pointer! where is this documented? http://www.openbsd.org/faq/upgrade55.html See Install new boot blocks -- the first one. However, read the whole thing. Nick.
Re: Does the OpenBSD support well AMD's APU hardware?
Gilbert Sanford [gilbertz@gmail.com] wrote: On Sun, Jun 29, 2014 at 2:52 PM, Chris Cappuccio ch...@nmedia.net wrote: Gilbert Sanford [gilbertz@gmail.com] wrote: You may have noticed acpitz0 at acpi0: critical temperature is 107 degC in my dmesg . . . it always says that, and that's probably where it was before I disabled processor cores. I don't think the GPU is doing anything, but the processor was definitely cooking. My unit is very comfortable now, and OpenBSD simply flies. This is a very fast box compared to what I've had in the past. Perhaps the poster from Poland can acquire the right kind of hardware. I wonder what temp Windows and Liunx run at with all the cores enabled. Is there any specific output you'd like to have? I've already enabled the cores, and in 5 minutes after booting OpenBSD (today's snapshot) with bsd.mp, the left side of the laptop was hot enough to put water on a slow boil. I've been up with Linuxmint 17 for almost 20 minutes with all cores enabled, and my laptop has cooled down to the point where it feels like I'm running OpenBSD with a single processor. I remember there was some talk about trying deeper wait states on the newer CPUs to help here. Not sure if that is the only issue or maybe there's some ACPI based feature or setting that would help too. That sounds hot.
FAQ entry for printing?
Could we have an FAQ entry for how to set up printing with lpr and/or cups? I had lpr working once years ago with a text printer. Now I want to print (mostly JPEGs) to an HP color laser printer (cp2025dn). I've got a PPD file I found on the web (it's Postscript) for the printer which has its own IP address. I'm not using color management I don't think but the files I'm trying to print are sRGB. Under Windows 2000 they worked fine but XP added color management so now a purple flower prints blue. I'd like to print under OpenBSD as an alternative. If somebody's got this working and could describe the setup that would be a good start. I'm trying to do photo quality prints which I used to be able to do under Windows 2000. Thanks, Alan -- Credit is the root of all evil. - AB1JX