Re: [Qemu-devel] ARM Big endian system emulation
On Sat, Apr 28, 2007 at 01:23:36AM +0200, Alexis Berlemont wrote: > Do you know some other big-endian platform ? Mostly Intel IXP stuff. Most ixp4xx used to run in big-endian mode (but a lot of them switched to little-endian when the network driver was made to work in little- endian mode), and most ixp2000 and ixp23xx systems these days are still run in big-endian mode.
Re: [Qemu-devel] [PATCH] iwMMXt instruction set for the PXA270.
On Fri, Mar 16, 2007 at 10:24:28PM +0100, andrzej zaborowski wrote: > The iwMMXt has 16+ of its own registers, Does someone know if there's > any standard way for gdb to read their values so they can be printed > when you do "info registers"? You mean something like PTRACE_GETWMMXREGS ? ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] patch for supporting SMB on Solaris host
On Fri, Dec 22, 2006 at 08:40:27PM -0500, Ben Taylor wrote: > -snprintf(smb_cmdline, sizeof(smb_cmdline), "/usr/sbin/smbd -s %s", > - smb_conf); > +snprintf(smb_cmdline, sizeof(smb_cmdline), "% -s %s", > + SMBD_BINARY, smb_conf); Doesn't look right to me? (s/%/%s/) ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] ARM XScale extension
On Wed, Oct 04, 2006 at 11:49:23PM +0200, Thorsten Zitterell wrote: > the attached file includes preliminary support for the Intel XScale CPU. > I have also written code which emulates a Gumstix [1] system in QEMU - > based on this processor - and got a Linux kernel up and running. You don't seem to truncate acc0 to 40 bits? The DSP coprocessor in non-iWMMXt xscale cores does truncate, and some future version of Linux (2.6.20?) might use this as a test to determine whether the CPU we're running on is iWMMXt-capable or not: http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=3881/2 So, are you trying to emulate the DSP coprocessor, or the (mutually exclusive, since it uses the same instruction space) iWMMXt coprocessor? :) cheers, Lennert ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Missing ARMv6 instructions?
On Thu, Mar 30, 2006 at 03:30:30PM +0100, Jamie Lokier wrote: > I wonder about patents (and their validity). > > A MIPS hardware implementation that I worked with had all the basic > MIPS integer instructions except one small group, on the ground that > those instructions were covered by a MIPS patent and so they dared not > include it. It was the instruction used for unaligned memory word > access. For that reason, we used a modified GCC specially for that > chip. Note that the new ARM ABI being pushed by ARM ltd, which is called EABI, mandates using a thumb-related instruction (bx) in the function exit path. In other words, if the arm-compatible core that you wrote for your FPGA board to play with does not implement that instruction (possibly because you want to avoid infringing on ARM patents), you won't be able to run any EABI-using ARM distros on it. --L ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Interest in hardware plugin functionality
On Mon, Jan 09, 2006 at 05:38:58PM -0800, Andre Pech wrote: > I have been using qemu to simulate various types of custom hardware > for testing purposes. Rather than having to recompile qemu every time > I change a hardware simulation, I instead patched qemu to support > dynamically loading hardware plugin files at run time. The basic idea > is that you can specify .so files to load on the command line when you > boot qemu. These files will be dlopened by qemu at run time, and will > register themselves as hardware to the appropriate hardware controller > (ie a PCI device hardware plugin registers itself with the PCI bus). I think the biggest problem would be that a lot of operating systems don't support hotplug PCI. --L ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] ld: not enough headers (help needed)
On Fri, Nov 18, 2005 at 03:33:37PM +0100, Renzo Davoli wrote: > Am I the only one that gets the following error? This works for me: perl -pi -e "s/SIZEOF_HEADERS/65536/g" *.ld --L ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] IDE busmaster DMA support
On Fri, Sep 30, 2005 at 12:15:04PM +0200, GaLi wrote: > In the IDE BusMaster DMA specification : > > "The control registers for the controller are allocated via the > devices Base Address register at offset 0x20 in PCI configuration > space." > > If I read the word at offset 0x20 in the PCI configuration space, I get > 0xc001. But if I boot qemu with a linux live-cd, it tells me that BM-DMA > is at 0xc000 If the least significant bit in a BAR is 1, it means that you're dealing with I/O space (as opposed to memory space.) For BARs referencing I/O space, the upper 30 bits encode the address, and for memory space BARs, the upper 28 bits encode the address. So, 0xc001 means "I/O space BAR, base address 0xc000." --L ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] to the maintainer of qemu.wantstofly.org
On Tue, Aug 02, 2005 at 02:44:19AM -0700, user user wrote: > Please add "--enable-adlib" to the binaries. I really > need the Adlib emulation, Added. The next snapshot (after 20050729) will have adlib support. > and my compiler doesn't seem to be working... What's the problem, insufficient space for program headers? I have a 'perl -pi -e "s/SIZEOF_HEADERS/65536/g" *.ld' in my build scripts to work around this, which is crude but seems to work. --L ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Mirror for QEMU (sources)
On Tue, Jul 26, 2005 at 02:16:49PM +0200, Hetz Ben Hamo wrote: > http://qemu.dad-answers.com/download/ I've been making qemu snapshots (plus binary fc3/fc4 packages) available for a while now at: http://qemu.wantstofly.org/ This was done mostly for my own use, but others are free to leech. --L ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Qemu sandbox for teaching
On Sat, May 28, 2005 at 09:22:23AM -0400, Tom Sandholm wrote: > Yes. > Using a fairly large server, (i.e. xeon dual with 4Gb ram & 120GB disk), > and installing... Hmm.. 8 el-cheapo whitebox PCs just might be cheaper than that dual xeon with 4gb ram and 120G of disk of yours. ;-) (They'll likely consume more power, though.) --L ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel