Re: non-wintel hardware choices

Gregory, I'm a big fan / collector of non Wintel stuff and I run OpenBSD on it all. I can tell you that the 64-bit SPARC stuff seems to be the best fit for your use case in my experience. The downside is that a desktop (or heaven forbid laptop) solution hasn't really been manufactured for a

non-wintel hardware choices

Hi everybody, if I want to build a non-wintel system with commodity running OpenBSD without problems, what are my options? preferably something non-apple also, which i will be able to connect display, mouse, and keyboard, and hopefully run X, etc. -- With best regards, Gregory

Re: FW: Re: watchdog suport for new hardware

This was added to GENERIC: sel* at acpi? and these four lines were added to files.acpi: # SEL embedded controller device sel attach sel at acpi with sel_acpi file dev/acpi/sel_acpi.c sel_acpi With SEL0002 being the first item in the array, shouldn't it at least match it if it exists? We will

Re: FW: Re: watchdog suport for new hardware

On Tue, May 03, 2016 at 03:32:34PM -0500, Chase Davis wrote: > Mike, > > We took your suggestion and re-wrote the driver to model sdhc_acpi. I > have attached the new code. However, the match function never returns > a 1. We put temporary print statements in the match routine. It is > being

Re: FW: Re: watchdog suport for new hardware

Mike, We took your suggestion and re-wrote the driver to model sdhc_acpi. I have attached the new code. However, the match function never returns a 1. We put temporary print statements in the match routine. It is being called several times during the kernel boot process, but it never finds a

Re: FW: Re: watchdog suport for new hardware

he arch/i386 codebase. 2 questions. First should this not be in amd64, as this is a 64 bit machine, and if so does that change any of the discussions as to how to detect the hardware? -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?

Re: FW: Re: watchdog suport for new hardware

hweitzer Engineering Laboratories, Inc. > >> > hw.product=SEL-3355 > >> > >> An alternative might be to match on vendor/product, see the last > >> commit to sys/dev/ic/re.c for how to do this, but then you're > >> having to look at fixed addresses which t

Re: FW: Re: watchdog suport for new hardware

>> a real ACPI hacker steps in with a better idea ;) >> >> > hw.vendor=Schweitzer Engineering Laboratories, Inc. >> > hw.product=SEL-3355 >> >> An alternative might be to match on vendor/product, see the last >> commit to sys/dev/ic/re.c for how to do t

Re: FW: Re: watchdog suport for new hardware

> > An alternative might be to match on vendor/product, see the last > commit to sys/dev/ic/re.c for how to do this, but then you're > having to look at fixed addresses which they seem to be providing > via acpi. > Let me apologize right here for my lack of knowledge as t

Re: FW: Re: watchdog suport for new hardware

On Thu, Apr 28, 2016 at 08:44:49AM +0100, Stuart Henderson wrote: > Stan, can you send the information that is output when you run > sendbug -P as root? Just putting the whole thing inline in a > reply-to-all to this mail would be fine. Please add "sysctl hw" > output as well. Ideally we want a

Re: FW: Re: watchdog suport for new hardware

On 2016/04/28 08:56, stan wrote: > On Thu, Apr 28, 2016 at 08:44:49AM +0100, Stuart Henderson wrote: > > Stan, can you send the information that is output when you run > > sendbug -P as root? Just putting the whole thing inline in a > > reply-to-all to this mail would be fine. Please add "sysctl

Re: FW: Re: watchdog suport for new hardware

On Thu, Apr 28, 2016 at 08:44:49AM +0100, Stuart Henderson wrote: > Stan, can you send the information that is output when you run > sendbug -P as root? Just putting the whole thing inline in a > reply-to-all to this mail would be fine. Please add "sysctl hw" > output as well. Ideally we want a

Re: FW: Re: watchdog suport for new hardware

Stan, can you send the information that is output when you run sendbug -P as root? Just putting the whole thing inline in a reply-to-all to this mail would be fine. Please add "sysctl hw" output as well. Ideally we want a way to identify the watchdog itself rather than the general machine type

Re: FW: watchdog suport for new hardware

Davis > > From: stan <st...@panix.com> > To: Stuart Henderson <s...@spacehopper.org> > Subject: Re: FW: Re: watchdog suport for new hardware > Date: Tue, 26 Apr 2016 11:57:48 -0400 > User-Agent: Mutt/1.5.4i > X-Operating-System: Debian GNU/Linux > X-Kernel-Versio

Re: FW: Re: watchdog suport for new hardware

M_WAITOK | M_ZERO); >> selwd_read_modelno(iot, ioh, model); > > This is worrying. It assumes that all systems have this hardware. > > And it starts by doing a "write". Is there no WDRT or WDAT table in ACPI on this hardware? Most "modern" (2006-on) w

FW: Re: watchdog suport for new hardware

- Forwarded message from stan <st...@panix.com> - From: stan <st...@panix.com> To: Theo de Raadt <dera...@cvs.openbsd.org> Subject: Re: watchdog suport for new hardware Date: Tue, 26 Apr 2016 09:19:20 -0400 User-Agent: Mutt/1.5.4i X-Operating-System: Debian GNU/Linu

Re: FW: Re: watchdog suport for new hardware

space_map(iot, ia->ipa_io[0].base, SELWD_IOSIZE, 0, )) > return 0; ... > /* read model number */ > char *model = malloc(sizeof(char)*16, M_DEVBUF, M_WAITOK | M_ZERO); > selwd_read_modelno(iot, ioh, model); This is worrying. It assumes that all systems have

Re: watchdog suport for new hardware

eering > Laboratories, Inc. (SEL). SEL provides a very well whiten document > describing certain special features of these computers. One of these is a > hardware watchdog. > > We have contracted a systems integrator to write a device driver for this > watchdog, with the s

watchdog suport for new hardware

We are embarking on a project where we will be using a number of industrially hardened computers manufactured by Schweitzer Engineering Laboratories, Inc. (SEL). SEL provides a very well whiten document describing certain special features of these computers. One of these is a hardware watchdog

Re: Several hardware issues on 13" MacBook Pro 2015

Hi everyone, just wanted to reply back with a fix I discovered for the graphical errors. I had TearFree enabled in my xorg.conf, and deleting that line fixed it for me. Joe

Re: Apr 4th amd64 snapshot problems, various outcomes including panic with USB hardware, no panic but fails without

OK, dmesg after reboot with radeon firmware. OpenBSD 5.9-current (GENERIC.MP) #1983: Mon Apr 4 21:50:41 MDT 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4277862400 (4079MB) avail mem = 4143853568 (3951MB) mpath0 at root scsibus0 at mpath0: 256 targets

Re: Apr 4th amd64 snapshot problems, various outcomes including panic with USB hardware, no panic but fails without

I have successfully installed this snap on an old 1GB flash drive and it boots and can install packages. Happy to know that the snap and my computer work fine together. Proper dmesg: Oops, just noticed I need to reboot for firmware. Will send this anyway. Chris Bennett OpenBSD 5.9-current

Re: Apr 4th amd64 snapshot problems, various outcomes including panic with USB hardware, no panic but fails without

On Tue, Apr 12, 2016 at 02:06:51PM -0700, Philip Guenther wrote: > To track this down, we need to have a clue when it broke. > What was the date of the last snap where this *worked*? > Sorry I can't give an exact answer for sure. I get bad downloads occasionally, so I re-download when I have a

Re: Apr 4th amd64 snapshot problems, various outcomes including panic with USB hardware, no panic but fails without

On Tue, Apr 12, 2016 at 12:52 PM, Chris Bennett wrote: > I bring this up late, but I was out of town with i386 laptop. > > I have a Sandisk 32G USB3 compatible flash. > I have been running snaps for a good while with no problems at all. > I am also running a

Re: Apr 4th amd64 snapshot problems, various outcomes including panic with USB hardware, no panic but fails without

I put pictures of what I could get from ddb at: www.bennettconstruction.us/our_house/ Chris Bennett

Re: Apr 4th amd64 snapshot problems, various outcomes including panic with USB hardware, no panic but fails without

On Tue, Apr 12, 2016 at 02:52:38PM -0500, Chris Bennett wrote: > Once I upgraded to this snap, I got a panic right after booting showed a > problem with usb6 and it being disabled. Re-updated snap, not fixed. > Sorry, right after delaying on usb6, said uhub1 was disabled Chris

Apr 4th amd64 snapshot problems, various outcomes including panic with USB hardware, no panic but fails without

method: typing help showed the other methods such as network cards. Could this be a problem with the snap? Or is a hardware problem more likely? I will try getting ddb info using the ps/2 key now. USB keyboard was dead after panic. Thanks Chris Bennett flash disk is: umass2 at uhub1 port 3

Re: Several hardware issues on 13" MacBook Pro 2015

Hi, the hardware driver for your touchpad model isn't up-to-date yet. I believe it's not much that's missing, so maybe it will be changed soon. On 04/09/2016 05:24 AM, Joe Schillinger wrote: > Hi, > > New OpenBSD user here, I decided to install OpenBSD 5.9 (now on -current) on >

Re: OT: True hardware UNIX terminal

On Mon, Apr 04, 2016 at 04:40:20PM -0600, Nick Bender wrote: > I wonder if any FORTRAN programmers out there remember the trick of putting > line numbers after column 72 so the card sort could sort your program back > into order when you dropped your card deck? This was not limited to FORTRAN.

Re: OT: True hardware UNIX terminal

Just a couple added memories. Punched cards were my first experience with "copy/paste" - there was a "duplicate card" key on the card machine which would create a duplicate of the card you queued up in the input slot. Of course you could also cut/paste just by moving the card :-). Above the card

Re: OT: True hardware UNIX terminal

On Mon, 4 Apr 2016, ropers wrote: On 4 April 2016 at 02:06, Adam Thompson wrote: On 2016-04-01 11:07, ropers wrote: And if anyone has ever operated the OpenBSD installer via a teleprinter, I want to hear that story. I think there's still a first-generation TI

Re: OT: True hardware UNIX terminal

On 4 April 2016 at 02:06, Adam Thompson wrote: > On 2016-04-01 11:07, ropers wrote: > >> And if anyone has ever operated the OpenBSD installer via a teleprinter, >> I want to hear that story. >> > > I think there's still a first-generation TI Silent 700 somewhere in my >

Re: OT: True hardware UNIX terminal

Adam Thompson writes: > On 2016-04-01 11:07, ropers wrote: > > And if anyone has ever operated the OpenBSD installer via a > > teleprinter, I want to hear that story. > > I think there's still a first-generation TI Silent 700 somewhere in my > parents' basement. If, when they either

Re: OT: True hardware UNIX terminal

On 2016-04-01 11:07, ropers wrote: And if anyone has ever operated the OpenBSD installer via a teleprinter, I want to hear that story. I think there's still a first-generation TI Silent 700 somewhere in my parents' basement. If, when they either die and/or move out to a seniors' residence

Re: OT: True hardware UNIX terminal

Steve Litt wrote: > I was a DEC PDP/11 TSX over RT-11 guy back then, but as I remember, a > terminal was a television that printed letters and numbers plus a > keyboard on which you could type. I have to disagree a little bit in that actual TVs were too low-rez for good 80-column text, which has

Re: OT: True hardware UNIX terminal

On Mar 30, 2016 4:29 PM, "Mihai Popescu" wrote: > > I can see now why our keyboards are using Ctrl key, PgUp, PgDn, or why > the serial port is so close programmed using terminal terminology. > > Thank you and please excuse me for the OT. > I still have IBM 122-key keyboards

Re: OT: True hardware UNIX terminal

On 16-03-30 03:07 AM, Sean Kamath wrote: Still using a Wyse (50?) on my Ultrasparc 80. In college, we had these weird DEC PC’s that we used as VT100 compatible terminals. That would either have been a DEC Rainbow, which was a hybrid-dual-processor 8088/Z80 machine that ran MS/DOS, CP/M *and*

Re: OT: True hardware UNIX terminal

Thank you all for the answers. I can say I got the idea of what a terminal was back then. Reading all your posts and searching again on web using the mentioned keywords move away any if not all of my confusions about "terminals". I can see now why our keyboards are using Ctrl key, PgUp, PgDn, or

Re: OT: True hardware UNIX terminal

Sent from my WIKO PULP 4G Le 30 mars 2016 10:07, Sean Kamath a écrit : > > Still using a Wyse (50?) on my Ultrasparc 80. > > In college, we had these weird DEC PC’s that we used as VT100 compatible > terminals. > > There were so many.  The VT100 was the prototype

Re: OT: True hardware UNIX terminal

Still using a Wyse (50?) on my Ultrasparc 80. In college, we had these weird DEC PC’s that we used as VT100 compatible terminals. There were so many. The VT100 was the prototype what XTerm emulated. Sean > On Mar 29, 2016, at 5:18 AM, Nick Holland wrote: > Some

Re: OT: True hardware UNIX terminal

On Tue, 29 Mar 2016 14:20:35 +0300 Mihai Popescu <mih...@gmail.com> wrote: > I want to get and idea of what was or is an old true hardware UNIX > terminal. I was a DEC PDP/11 TSX over RT-11 guy back then, but as I remember, a terminal was a television that printed letters and

Re: OT: True hardware UNIX terminal

On Tuesday 29 March 2016 14:20:35 Mihai Popescu wrote: > Hello, > > This question is somehow off topic but I know there are some readers > here old enough to shade some light in this matter. > I want to get and idea of what was or is an old true hardware UNIX > terminal. I ha

Re: OT: True hardware UNIX terminal

On 2016-03-29, Mihai Popescu <mih...@gmail.com> wrote: > This question is somehow off topic but I know there are some readers > here old enough to shade some light in this matter. > I want to get and idea of what was or is an old true hardware UNIX > terminal.

Re: OT: True hardware UNIX terminal

On 29 March 2016 at 14:18, Nick Holland wrote: > * ADM3A (a terminal that was old when the DEC vt100 came out) > I want to add special emphasis to Nick's mention of this terminal. It is more fully known as the LSI ADM-3A. LSI for Lear Siegler Incorporated. This for some reason was yuuugely

Re: OT: True hardware UNIX terminal

On Tue, Mar 29, 2016 at 08:18:34AM -0400, Nick Holland wrote: > > * TI Silent 700 ("home oriented" printing terminal. At the time, in the > US, it was illegal to attach non-telephone company equipment to the > telephone company's phone lines...) !! I fondly remember playing Adventure on one of

Re: OT: True hardware UNIX terminal

> > From: Mihai Popescu <mih...@gmail.com> > Sent: Tue Mar 29 13:20:35 CEST 2016 > To: <misc@openbsd.org> > Subject: OT: True hardware UNIX terminal > > > Hello, > > This question is somehow off topic but I kno

Re: OT: True hardware UNIX terminal

On 03/29/16 07:20, Mihai Popescu wrote: > Hello, > > This question is somehow off topic but I know there are some readers > here old enough to shade some light in this matter. > I want to get and idea of what was or is an old true hardware UNIX > terminal. I have searched go

Re: OT: True hardware UNIX terminal

On 29/03/16 14:20, Mihai Popescu wrote: Hello, This question is somehow off topic but I know there are some readers here old enough to shade some light in this matter. I want to get and idea of what was or is an old true hardware UNIX terminal. I have searched google, but the word "ter

Re: OT: True hardware UNIX terminal

On Tue, Mar 29, 2016 at 02:20:35PM +0300, Mihai Popescu wrote: > Hello, > > This question is somehow off topic but I know there are some readers > here old enough to shade some light in this matter. > I want to get and idea of what was or is an old true hardware UNIX > termina

Re: OT: True hardware UNIX terminal

On 03/29/16 13:20, Mihai Popescu wrote: > Hello, > > This question is somehow off topic but I know there are some readers > here old enough to shade some light in this matter. > I want to get and idea of what was or is an old true hardware UNIX > terminal. I have searched go

OT: True hardware UNIX terminal

Hello, This question is somehow off topic but I know there are some readers here old enough to shade some light in this matter. I want to get and idea of what was or is an old true hardware UNIX terminal. I have searched google, but the word "terminal" associated with UNIX points most o

Re: OT: True hardware UNIX terminal

On Tue, Mar 29, 2016 at 02:20:35PM +0300, Mihai Popescu wrote: > Hello, > > This question is somehow off topic but I know there are some readers > here old enough to shade some light in this matter. > I want to get and idea of what was or is an old true hardware UNIX > termina

Re: What's good safe PPC/MIPS/SPARC networking hardware with open firmware that works well with OpenBSD? Many ethernet plugs and 1U rack mount = bonus.

would also help if you tell > >something about intended usage scenario of such box(es). fw?/app > >server?/storage?/nas? etc. > > Network infrastructure, so, among those categories it would be FW. > > > What hardware is advisable here? > PC Engines APU uses open sourc

Re: What's good safe PPC/MIPS/SPARC networking hardware with open firmware that works well with OpenBSD? Many ethernet plugs and 1U rack mount = bonus.

On 2016-02-28, Tinker wrote: >> Open firmware? What do you mean by that precisely? > > Or just as little firmware as possible, just to minimize that as attack > vector. Remember that your brain architecture and firmware isn't open either. Who knows what's hiding there.

Re: What's good safe PPC/MIPS/SPARC networking hardware with open firmware that works well with OpenBSD? Many ethernet plugs and 1U rack mount = bonus.

(es). fw?/app server?/storage?/nas? etc. Network infrastructure, so, among those categories it would be FW. What hardware is advisable here? On Sat, Feb 27, 2016 at 11:10 PM, Tinker <ti...@openmailbox.org> wrote: Hi! What's good PPC/MIPS/SPARC networking hardware with open fi

Re: What's good safe PPC/MIPS/SPARC networking hardware with open firmware that works well with OpenBSD? Many ethernet plugs and 1U rack mount = bonus.

: > Hi! > > What's good PPC/MIPS/SPARC networking hardware with open firmware that works > well with OpenBSD? > > Minimalistic for minimizing attack surface. > > (Many ethernet ports would be a bonus. 1U rack mount would be a bonus. ECC > would be a bonus.) > > Thanks! > Tinker

What's good safe PPC/MIPS/SPARC networking hardware with open firmware that works well with OpenBSD? Many ethernet plugs and 1U rack mount = bonus.

Hi! What's good PPC/MIPS/SPARC networking hardware with open firmware that works well with OpenBSD? Minimalistic for minimizing attack surface. (Many ethernet ports would be a bonus. 1U rack mount would be a bonus. ECC would be a bonus.) Thanks! Tinker

Re: Hardware compatibility

> That was early on, but you should probably see NXE in the dmesg of all > intel cpus these days. > > [...] > > I'm not certain I have tried exactly Pro 1000 PT Dual, but all intel gig > dual cards > I did try worked like a charm. I assume the quads work out nicely too. The card arrived today

Re: Hardware compatibility (was: Hi There! I am trying to install OpenBSD)

2016-02-02 7:03 GMT+01:00 Gabriele Tozzi : > Now, back to the topic, I kindly have two questions, to avoid mistakes > of the past: > > 1. The CPU is and Intel Atom D425. >The OpenBSD manual says that "Some Intel processors lack support >for important PAE NX bit. But I

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

On Tue, Feb 2, 2016 at 5:19 AM, Tinker wrote: > 1) I need some SSD storage but don't like that it could break together - I > mean, a bug in your system will feed your SSD at full bandwidth for ~7h-7 > days, it's completely fried - that's not OK, so putting a "redundance

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

ith both a L2ARC and ZIL device on fast SSD, and remote-mount the directory. You even have a choice of protocols :-). (NFS or iSCSI. I suspect you'd want to use NFS, but YMMV.) Short answer: I don't think any part of OpenBSD does what you're asking, natively. Some supported hardware devices (like the M

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

2016-01-31 9:16 GMT+01:00 Tinker <ti...@openmailbox.org>: > This could be made in software with benefit, as a Softraid patch. > So the frequently accessed stuff ends up cached on the SSD for faster read > speed. > There is some hardware solution, e.g. Intel made the >

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

gt;> 2016-01-31 9:16 GMT+01:00 Tinker <ti...@openmailbox.org>: >> >> This could be made in software with benefit, as a Softraid patch. >>> So the frequently accessed stuff ends up cached on the SSD for faster >>> read >>> speed. >>> There is

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

On 2016-02-01 16:33, Janne Johansson wrote: 2016-01-31 9:16 GMT+01:00 Tinker <ti...@openmailbox.org>: This could be made in software with benefit, as a Softraid patch. So the frequently accessed stuff ends up cached on the SSD for faster read speed. There is some hardware solutio

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

On Sun, Jan 31, 2016 at 8:42 PM, Tinker <ti...@openmailbox.org> wrote: > Patrick, > > On 2016-02-01 07:10, Patrick Dohman wrote: > >> There is some hardware solution, e.g. Intel made the >>> >> >> http://ark.intel.com/products/70029/Intel-RAI

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

On Mon, Feb 1, 2016 at 8:16 AM, patric conant wrote: > Why can't the solution be all flash? $400 for 1 TB flash, * 7 sata ports on > a decent $100 Motherboard, gets you 7TB of flash for under $3000 > Well, yes, and for a few hundred thousand you can get persistent

Hardware compatibility (was: Hi There! I am trying to install OpenBSD)

I really wanted to install OpenBSD so, this morning I went back to the shop and the kind guy accepted to replace the bugged motherboard with a different one for a reasonable extra. This one is an overkill for my needs (it has a 1.8Ghz 64bit atom CPU!!!), but good news: I've finally managed to

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

On 2016-02-01 22:13, andrew fabbro wrote: On Mon, Feb 1, 2016 at 8:16 AM, patric conant wrote: Why can't the solution be all flash? $400 for 1 TB flash, * 7 sata ports on a decent $100 Motherboard, gets you 7TB of flash for under $3000 Well, yes, and for a few

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

> There is some hardware solution, e.g. Intel made the http://ark.intel.com/products/70029/Intel-RAID-SSD-Cache-Controller-RCS25ZB04 0LX using the "Nytro MegaRAID" chip. > > Someone would need to port its driver to OpenBSD. > > Also in the past there was a "Adaptec

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

Patrick, To sum up, neat to see that (from what we can see without having tested it,) there is (even inexpensive) hardware for this on the market, neat! My last question related to this would be, what if drives start breaking down (storage or CacheCade drives), would the OpenBSD system

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

Patrick, On 2016-02-01 07:10, Patrick Dohman wrote: There is some hardware solution, e.g. Intel made the http://ark.intel.com/products/70029/Intel-RAID-SSD-Cache-Controller-RCS25ZB04 0LX using the "Nytro MegaRAID" chip. Someone would need to port its driver to OpenBSD. Also i

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

> Do you know any MegaRaid that a) supports that, b) is modern and not archaic, and c) is supported by OpenBSD? > It appears the MFI driver provides support for the MegaRAID SAS 9260-8i Pleas note I’ve not tested the 9260-8i on openbsd

Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

This could be made in software with benefit, as a Softraid patch. So the frequently accessed stuff ends up cached on the SSD for faster read speed. ZFS on FreeBSD etc. does it in its "ARC"/"ARC2L" feature? There is some hardware solution, e.g. Intel made the http://ar

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

in software with benefit, as a Softraid patch. So the frequently accessed stuff ends up cached on the SSD for faster read speed. ZFS on FreeBSD etc. does it in its "ARC"/"ARC2L" feature? There is some hardware solution, e.g. Intel made the http://ark.intel.com/products/70029/

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

n software with benefit, as a Softraid patch. So the frequently accessed stuff ends up cached on the SSD for faster read speed. ZFS on FreeBSD etc. does it in its "ARC"/"ARC2L" feature? There is some hardware solution, e.g. Intel made the http://ark.intel.com/products/70029/I

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

ee to respond or PM or anything you >> like. >> >> >> >> On 2016-01-31 16:16, Tinker wrote: >>> >>> This could be made in software with benefit, as a Softraid patch. >>> >>> So the frequently accessed stuff ends up cached o

Re: How be possible program and use software and hardware that no include non-free firmware can contain backdoors, blobs and all other evils that are include in software and hardware that no are reall

On Tue, Dec 22, 2015 at 11:06 PM, françai s <romaper...@gmail.com> wrote: > If OpenBSD is the only operating system that is really all free and if > happen the finish of OpenBSD, how be possible to program and use software > and hardware really all free? One idea (of many possibl

How be possible program and use software and hardware that no include non-free firmware can contain backdoors, blobs and all other evils that are include in software and hardware that no are really no

all free and if happen the finish of OpenBSD, how be possible to program and use software and hardware really all free? How be possible program and use software and hardware quality code? How be possible program and use software and hardware that no include non-free firmware can contain

OpenBSD, software and hardware all free

to use only software and hardware that are really all free? If yes, I go decide use only software and hardware free in hobby or maybe also in profession. I do not want to program and use bullshit. Theo de Raadt, Bitrig still is bullshit? reference: http://marc.info/?l=openbsd-misc

Re: OpenBSD, software and hardware all free

Do not feed the troll.

Re: OpenBSD, software and hardware all free

Because are bullshit? Jan Stary wrote >> If yes, I go decide use only software and hardware free in hobby or maybe >> also in profession. > > You go decide good. > > Because I go decide good? > >> Also are bullshits the followings operating systems?

Re: OpenBSD, software and hardware all free

Jan Stary wrote >> If yes, I go decide use only software and hardware free in hobby or maybe >> also in profession. > > You go decide good. Because I go decide good? -- View this message in context: http://openbsd-archive.7691.n7.nabble.com/OpenBSD-software-and

Re: OpenBSD, software and hardware all free

On Mon, Dec 14, 2015 at 01:35:58PM -0700, français wrote: Jan Stary wrote If yes, I go decide use only software and hardware free in hobby or maybe also in profession. You go decide good. Because I go decide good? Why not read some of the very useful information in the recent threads

Re: OpenBSD, software and hardware all free

> If yes, I go decide use only software and hardware free in hobby or maybe > also in profession. You go decide good. > Also are bullshits the followings operating systems? Also are bullshits.

Re: OpenBSD, software and hardware all free

français wrote: > I do not want to program and use bullshit. > > Theo de Raadt, Bitrig still is bullshit? reference: > http://marc.info/?l=openbsd-misc=133988170001415=2 > > Also are bullshits the followings operating systems? > > MenuetOS: http://www.menuetos.net/ > > KolibriOS:

Re: Wireless PCI hardware

On 2015-11-27 05:13, li...@wrant.com wrote: For USB I am using the run(4) driver for Ralink 802.11n product Netsys98N but my head hurts a bit while using it. You're most probably imagining the headache part or you have some sort of astigmatism (or another eye focus related condition you're

Re: Wireless PCI hardware

On 2015-11-27 08:48, Tati Chevron wrote: - TP-Link TL-WN851ND Works on OpenBSD. On 2015-11-27 08:52, Jason McIntyre wrote: anyway i currently have a tp-link tl-wn881nd (so close!). it's an athn and has worked perfectly. it was very cheap, though i don;t remember the price. jmc Bought and

Re: Wireless PCI hardware

nce to really test hostap mode with a real workload on 5.8 yet, but I did test it using ath, athn, and ral with every -release up to 5.7 since I've had the hardware. I saw very little if any change in performance, which was not surprising as the code has not changed much.. I've only just upgraded to

Re: Wireless PCI hardware

> > What usb are you using as > > the ones i tried a while back weren't much good though there have been > > changes to the drivers since so probably worth trying again? USB wireless devices are usually quite flaky at the miniUSB connector end (or need re-soldering, and cables malfunction over

Re: Wireless PCI hardware

> >I want OpenBSD in hostap mode with PCI or PCIe ath / athn driver. > > Be aware that hostap mode is not particularly reliable, usable, or with > good peformance at the moment. What does at the moment mean? I've only just upgraded to 5.8 and I did notice whatsapp not being quite so snappy

Re: Wireless PCI hardware

On 2015-11-27 08:48, Tati Chevron wrote: On Fri, Nov 27, 2015 at 12:08:37AM +0100, Alexander Salmin wrote: I want OpenBSD in hostap mode with PCI or PCIe ath / athn driver. Be aware that hostap mode is not particularly reliable, usable, or with good peformance at the moment. That's OK, my

Wireless PCI hardware

Hey friends, I want OpenBSD in hostap mode with PCI or PCIe ath / athn driver. I am not interested in USB Wifi which has recently been discussed on this list, already have a good usb wifi that works well for its purpose (thanks!). Instead I have been checking out the ath(4) and athn(4)

Re: Wireless PCI hardware

> I want OpenBSD in hostap mode with PCI or PCIe ath / athn driver. > > > If you recently bought a PCI or PCIe wireless card with atheros chipset > that works for OpenBSD, please report which name/model/manufacturer and > preferably ~buydate so we know if its recently or might been replaced by

Re: Wireless PCI hardware

Don't know about PCI but could get cardbus adaptor for d-link DWA-652 that works well for me or look up it's chip. What usb are you using as the ones i tried a while back weren't much good though there have been changes to the drivers since so probably worth trying again.

Re: Wireless PCI hardware

On Fri, Nov 27, 2015 at 12:08:37AM +0100, Alexander Salmin wrote: I want OpenBSD in hostap mode with PCI or PCIe ath / athn driver. Be aware that hostap mode is not particularly reliable, usable, or with good peformance at the moment. - TP-Link TL-WN851ND Works on OpenBSD. -- Tati Chevron

Intel I218-V NIC -- hardware initialization failed

Hi! I'm trying out a Lenovo E450, and the wired NIC gives me this error in dmesg: em0 at pci0 dev 25 function 0 "Intel I218-V" rev 0x04: msi em0: Hardware Initialization Failed em0: Unable to initialize the hardware I've read some shenanigans about the I217 in the archives of n

Re: What hardware spec would I need to push 20 gigabit of network traffic on an OpenBSD server?

On 27/10/15 19:24, Adam Thompson wrote: On 15-10-25 03:46 AM, Some Developer wrote: I'm just wondering what hardware spec I'd need push 20 gigabits of network traffic on an OpenBSD server? Short answer: It's not generally possible today, at least for your use case. Medium answer: Contact

Re: What hardware spec would I need to push 20 gigabit of network traffic on an OpenBSD server?

sing Cisco / Juniper for some of my requirements but obviously would like to use OpenBSD if possible because I've used it in the past and it includes everything that I need and best of all the documentation is excellent. I think you might be able to do 10Gbps of L2TP traffic on Linux or FreeBSD (o

Re: What hardware spec would I need to push 20 gigabit of network traffic on an OpenBSD server?

On 15-10-25 03:46 AM, Some Developer wrote: I'm just wondering what hardware spec I'd need push 20 gigabits of network traffic on an OpenBSD server? Short answer: It's not generally possible today, at least for your use case. Medium answer: Contact Esdenera Networks to find out

Re: What hardware spec would I need to push 20 gigabit of network traffic on an OpenBSD server?

2015-10-27 20:24 GMT+01:00 Adam Thompson : > You talk about storing the data - *writing* data to disk at 10Gbps > (sustained) is currently in the realm of high-energy physics, with > multi-million-dollar budgets for the storage arrays. A 7200rpm disk can And then there are

<    1   2   3   4   5   6   7   8   9   10   >