Re: starting embedded linux debugging
From: Nobody Here (nobby_at_invalid.invalid)
Date: 11/25/05
- Next message: GB: "Re: Embedded Linux Firmware/Driver Wiz?"
- Previous message: anvilsoup: "Re: start process & disconnect without nohup"
- In reply to: Geronimo W. Christ Esq: "Re: starting embedded linux debugging"
- Next in thread: GB: "Re: starting embedded linux debugging"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 24 Nov 2005 23:45:24 GMT
Geronimo W. Christ Esq <thegreatsuprendo@hotmail.com> wrote:
> Nobody Here wrote:
>
>> In fact, I use VMware every day, but the opposite way around, to use
>> some Windows CAD programs on a Linux machine. It's just as fast as the
>> host, because it's running most stuff native on the host's processor
>> exactly as if the host was running the embedded OS. The only performance
>> hit you *might* see is with screen drawing, because it's emulating a video
>> card on top of your native OS's graphics system. Nevertheless, the graphics
>> performace of the CAD stuff I use is pretty much the same as it is under
>> native Windows - although it's not 3d which I'm sure would suffer. Other
>> IO might suffer a bit too, although that's generally not much of a
>> problem.
>
> I'd like to run Linux by default, but unfortunately in the embedded
> world a lot of tools are fixed on Windows - things like CPLD
> programmers, some JTAG devices etc which fiddle with the parallel port
> and have proprietary Windows controlling apps.
Quite true. Stuff that needs the parallel port can probably be run from
VMware, but stuff that needs to access things on the PCI bus won't work.
I know that parallel port dongles work fine from VMware, for example,
because it allows direct access to the hardware - well, it might not be
direct I guess but the end result is the same. I guess it has to track
contention with the host's accesses somewhere.
>> Do you have the guest tools installed on your VMs? They make an
>> appreciable difference to graphics performance.
>
> They do, but another trick I like to do is use Cygwin/X and throw an
> XDMCP session from the VM onto the Windows machine (when the VM is a
> Linux OS). That way the display rendering is done "natively" by Windows.
>
>> I wonder if the company you work for realises that a VMware hosted OS
>> is effecively a Linux machine, and if you've bridged it to the network
>> it's effectively connected to the network. If they're stupid enough to
>> have that policy, but still want you to develop a linux project, then
>> they're undoubtedly too stupid to realise that. Why on earth do they
>> have such a stupid policy? If they really insist on it, can't you
>> install some Linux machines, and run a completely separate network
>> with a single ethernet switch connecting them? Or get a job with
>> a company that's dragging itself into the last couple of decades of the
>> 20th century, at least?
>
> I assume you're talking to the previous poster. Some larger places have
> daft and all-imposing IT departments that are restrictive about whom
> they allow on the network. They can quite easily block the MAC addresses
> that the VMware bridged networking interface uses (although you should
> still be able to use it's NAT capability).
Yes, I was referring to the previous poster, got confused with the
quoting levels :) I know about IT departments, often the company's worst
enemy. But don't start me, I could rant ...
-- Nobby
- Next message: GB: "Re: Embedded Linux Firmware/Driver Wiz?"
- Previous message: anvilsoup: "Re: start process & disconnect without nohup"
- In reply to: Geronimo W. Christ Esq: "Re: starting embedded linux debugging"
- Next in thread: GB: "Re: starting embedded linux debugging"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
