Garrett Rooney wrote:
>
> On Sun, 30 Jul 2000, Trent Nelson wrote:
>
> > So, given a working FreeBSD-specific kernel device driver - can the
> > Linux OpenGL driver/libraries provided be handled via linux.ko?
>
> i believe the general answer is a definative maybe. but honestly, do you
Can ordinary users run libvgl applications?
If so, how?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Sun, 30 Jul 2000, Trent Nelson wrote:
> So, given a working FreeBSD-specific kernel device driver - can the
> Linux OpenGL driver/libraries provided be handled via linux.ko?
i believe the general answer is a definative maybe. but honestly, do you
really care enough to try? it seems li
Peter Wemm wrote:
> They provide the OS interface glue to enable interfacing with the
> kernel. The driver then completely takes over the card management
> in kernel context - busmaster DMA, command fifo managenent, card
> memory management, the lot.
So, given a working FreeBSD-speci
actually you're not even getting kernel driver source for linux. What
you're getting is an ugly binary blob that looks like the guts of an NT
driver, plus enough source stuff to let the kernel hook to the binary
blob. It's not pretty. And, as you might expect, it's a little prone to
failure.
ron
> Apologies if this is the wrong list for this question but it seems the
> best place to get a *definitive* answer.
The best place to get a definitive answer about C is in the
Standard. The best place to get a definitive answer about gcc
is in the source.
> In the ANSI Standard (K&R 2e, A7.14 &
* Charles Randall
| Could it be a boundary condition when the PCI bus gets saturated?
When this happens there's at least 5000-6500 interrupts/sec
on the SCSI-controller (reported by systat).
How many cycles do each interrupt use? (ahc-driver+SMP)
--
Andreas Dobloug
To Unsubscribe: send mail t
Garrett Rooney wrote:
> On Sat, 29 Jul 2000, Nimrod Mesika wrote:
>
> > I thought the whole point of XFree4 new driver mechanism was that
> > it was OS-neutral. It should be possible to run the same binary
> > driver on all x86 platforms running XFree4 *without* recompiling.
> >
> > I don't know
On Sat, 29 Jul 2000, Nimrod Mesika wrote:
> I thought the whole point of XFree4 new driver mechanism was that
> it was OS-neutral. It should be possible to run the same binary
> driver on all x86 platforms running XFree4 *without* recompiling.
>
> I don't know how this driver interacts with the
On Sat, Jul 29, 2000 at 11:59:17PM +0800, Trent Nelson wrote:
> On a more technical note, given an accurate port of the kernel
> device driver (which would be trivial at best), is there any
> reason these Linux OpenGL drivers & associated libraries can't
> just be branded as 'Linux' object types a
Moving to hackers@, where most discussions regarding the NVIDIA drivers
seem to take place lately.
Chris BeHanna wrote:
> I don't remember if it was this list on which I saw this
> discussion, or if it was hackers. Anyway, I looked at xfree86.org
> today, and noticed that there is
On Sat, Jul 29, 2000 at 11:51:53AM +0100, Mark Ovens wrote:
> In the ANSI Standard (K&R 2e, A7.14 & A7.15) it states that, in the
> case of the ``&&'' operator, the right operand is evaluated only if
> the left operand evaluates to non-zero, and, for ``||'', the right
> operand is evaluated only
Apologies if this is the wrong list for this question but it seems the
best place to get a *definitive* answer.
In the ANSI Standard (K&R 2e, A7.14 & A7.15) it states that, in the
case of the ``&&'' operator, the right operand is evaluated only if
the left operand evaluates to non-zero, and, for
13 matches
Mail list logo
