Uhm, this makes little sense to me. What you are
proposing is to run an emulator in order to run a
Windows Device Driver on a completely different
architecture. If the piece of hardware was not
designed for a PPC, even if it was PCMCIA compliant in
terms of an interface, then it would be virtually
impossible to emulate a HAL on the emulator to
basically do a 1-to-1 mapping back to your native
platform hardware. You'd need to understand the PPC
architecture you're running on completely.
When running vmware you are utilizing drivers
supported by vmware (haven't run virtual pc in a long
time so can't comment there), so you can't simply
install drivers found on the host machine onto a
vmware session and expect it to work. The emulator
only emulates specific types of hardware, so you can't
install an nvidia driver into vmware and expect it to
actually work, even on same architecture/same OS (i.e.
running windows in windows under vmware). BOCHS is the
same.
Will
--- Stefan Dösinger <stefandoesinger@...> wrote:
>
> > In fact, yes, you're wrong, windows drivers works
> at least, on Virtual
> > PC, so I guess it'll be possible with vmware, so I
> guess IT'S POSSIBLE
> > WITH NDISWRAPPER TOO >:-P
> I'm afraid you'll have to bring Virtual PC into the
> Linux kernel to make use
> of it.
> Sure it's possible with a i386 emulator like VMWare,
> Virtual PC, bochs or
> qemu. But so far it doesn't work inside the Linux
> Kernel.
>
> > I don't know enough about the linux C library
> systems call to fix it.
> > I'm not a programmer. Should I or will you stop
> say it's impossible and
> > finallly, get some help from the people have the
> knowledges it whould
> > take me weeks to learn?
> There are some attempts to write a i386 emulator
> which runs inside the kernel.
> I don't know the state, but you may ask on
> linux-fbdev-devel@... for it
>
> Why on the framebuffer list?
> Many VGA routines are functions which are called by
> the driver and contain
> processor instuctions. Most graphics cards come with
> hardcoded 80x86
> routines. It's hard to execute this code from Linux
> on intel CPUs because
> they can't run in protected mode, and it's
> impossible to run them on non-i386
> compatible hardware.
> So it's the same problem as with running i386 Win32
> drivers on non i386
> hardware.
>
> The disadvantage is:
> *A full i386 emulator will drastically increase the
> kernel size
> *It's slow, as every instruction has to be
> emulated.(Try running Windows in
> bochs(bochs.sf.net) and you'll see what I mean. The
> speed of your NIC will be
> quite the same as the speed of the OS inside bochs.
>
> So, you're right: it is indeed possible. But it's
> very unlikely to work in a
> way users like it and it's a very hard job. I think
> it's much easier(and
> better) to persuade your card's vendor into
> supporting Linux.
>
> BTW, what card do you have?
>
> Stefan
>
>
>
-------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT
> Products from real users.
> Discover which products truly live up to the hype.
> Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Ndiswrapper-general mailing list
> Ndiswrapper-general@...
>
https://lists.sourceforge.net/lists/listinfo/ndiswrapper-general
>
__________________________________
Do you Yahoo!?
The all-new My Yahoo! - Get yours free!
http://my.yahoo.com
|