Re: direct I/O access



In <20070531084755.816A61C0008F@xxxxxxxxxxxxxxxxxxx>, rmgls@xxxxxxxxxx typed:
On Wed, 30 May 2007 12:39:10 -0400, Mike Meyer <mwm-keyword-freebsdhackers2.e313df@xxxxxxxxx> wrote,

Actually, protected mode is just the beginnings of it. I've never done
much x86 assembly, but going from the '020 to the '030 (or maybe it
was the '010 to the '020). I had to start invalidating the hardware
caches after certain operations. After that, I switched to RISC
hardware, which were designed assuming that the real people writing
assembler would be few and far between, and did crazy things like
rearrange the instruction sequence behind your back and add extra
instructions. Modern systems do this kind of stuff as well.

do you think that it would be better to rewrite the soft in C???
in this case, i have more work to do!
first of all, learning C on the finger tip, before working on my soft.

and i thought that it would be very interesting to learn
the heart of FreeBSD.

Well, if you want to learn "the heart" of FreeBSD, I think you'd be
better off working in C. The code that isn't part of FreeBSD on pretty
much every platform would seem to be disqualified as the heart.

This really is a kludge, though. You haven't said what you're trying
to do. If you're trying to keep an old one-of device working, this is
probably the best way. But if it's a real device that other people
might be using, then writing a real device driver, or seeing if you
can make the device work with something like the iic drivers might be
better.

in fact, they are:
- a direct to disk recorder,
- a sampler.

they are not usable by other people, because they were discontinued.

So nobody else has them? You can't pick one up used on eBay? I
personally tend to run all but my most critical servers on
"discontinued" hardware. It's fast enough to do the job running
FreeBSD, and reasonably reliable; it's just not fast enough to run
modern versions of Windows. And I can buy a system and a hot spare for
a fraction of the cost of a new system.

<mike
--
Mike Meyer <mwm@xxxxxxxxx> http://www.mired.org/consulting.html
Independent Network/Unix/Perforce consultant, email for more information.
_______________________________________________
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"



Relevant Pages

  • Re: Is FreeBSD ready for desktop (Mozilla Flash)
    ... A number of hardware vendors ... > happen to be using a hardware/software combination blessed by Macromedia. ... >> layer for running the Linux version of the plugin exists. ... copies of FreeBSD running on i386 than on any of the other hardware ...
    (comp.unix.bsd.freebsd.misc)
  • RE: Anthonys drive issues.Re: ssh password delay
    ... The dmesg you sent indicated that the 2 disks were negotiating at ... > possible cause in the universe before blaming it on FreeBSD. ... to take the risk of it being hardware, ... believe is that it's a bug in the FreeBSD driver. ...
    (freebsd-questions)
  • Re: Quality of FreeBSD
    ... And wouldn't mind to wait longer for real production quality ... on the hardware you know ... and FreeBSD users to do some of the testing. ... This change will help shake out software bugs relating to ...
    (freebsd-stable)
  • Re: ad10: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=11441599
    ... >>that if I send hardware I want it back when you're done, ... I have two which reliably fail if you put TWO disks on them in a gmirror ... BROKEN by FreeBSD and likely to cause people trouble - including irrevocable ... the machine as the errors cause irrevocable data corruption. ...
    (freebsd-stable)
  • RE: FreeBSD 5.3-SMP/IRQ problems (again)
    ... > hardware platform of mine and now I would like to repeat this and hope ... > very strange behaviours of FreeBSD 5.3 on this box. ... cards in WINDOWS depending on the slot they were placed in. ... Intel gigabit nic onboard using em0 driver (slow to negotiate speed, ...
    (freebsd-stable)