[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [microblaze-uclinux] petalinux-v0.40-final released, and other news
Hi Bruce
Bruce Karsten wrote:
> Hi John,
>
> Virtual Platform had a limitation of supporting only a short
> list of peripherals. If the software attempted to access a non-supported
> peripheral it would error out the model. Is there a specific list of
> supported peripherals for the QEMU based simulation? What is the
> response if a non-supported peripheral is accessed?
List of supported peripherals I sent in my previous email in this thread.
I found a way where we invalidate dts compatible node which caused that linux
device driver is not initialized. In Qemu configuration is that driver ignored.
If your cpu support exception, then is generated bus exception and is handled by linux kernel
as on real board.
Best regards,
Michal
>
> Sincerely,
>
>
>
> **Bruce Karsten**
>
> Xilinx, Inc.
>
> Processor Specialist - NA/Northern Region
>
> Hoffman Estates, IL
>
>
>
> ------------------------------------------------------------------------
>
> *From:* owner-microblaze-uclinux@xxxxxxxxxxxxxxxxxxxx
> [mailto:owner-microblaze-uclinux@xxxxxxxxxxxxxxxxxxxx] *On Behalf Of
> *John Williams
> *Sent:* Sunday, September 13, 2009 6:02 PM
> *To:* microblaze-uclinux@xxxxxxxxxxxxxx
> *Subject:* Re: [microblaze-uclinux] petalinux-v0.40-final released, and
> other news
>
>
>
> Hi Paul,
>
> On Mon, Sep 14, 2009 at 4:55 AM, Paul Hartke <phartke@xxxxxxxxxxxx
> <mailto:phartke@xxxxxxxxxxxx>> wrote:
>
>
>
> I'm familiar with QEMU from other contexts but the Microblaze
> support. If you (and others) can share, I'm interested in how you
> are applying it and what problems it is helping to address.
>
>
>
> One of the major innovations in the recent MicroBlaze kernels is the use
> of device trees - an abstract representation of the physical hardware
> system that is passed to the kernel at boot time to describe the
> complete hardware platform. We've done the QEMU support for MicroBlaze
> so that the QEMU simulation model is itself driven by the same flat
> device tree, so you can simulate arbitrary MicroBlaze systems, address
> maps etc, driven by the same device tree as the kernel.
>
> The win here is that is lets software developers get started very early,
> long before any hardware is ready. We've put a lot of work into making
> the QEMU virtual networking as easy as possible, so you can test web and
> network apps inside the simulation environment. You can even simulate
> multiple MicroBlaze systems on the same virtual network.
>
> Anyone who remembers the old Virtual Platform that was shipped with a
> few EDK versions will remember that it was very slow - booting a Linux
> kernel took close to an hour of real time. QEMU is fast - about 3-5
> times faster than real HW in our experience.
>
> The emulation is not limited to Linux, you can boot u-boot, or just
> about any MicroBlaze software under QEMU if you wish. So, it will
> probably find use outside the Linux development flow.
>
> Regards,
>
> John
> --
> John Williams, PhD, B.Eng, B.IT <http://B.IT>
> PetaLogix - Linux Solutions for a Reconfigurable World
> w: www.petalogix.com <http://www.petalogix.com> p: +61-7-30090663 f:
> +61-7-30090663
>
>
> This email and any attachments are intended for the sole use of the
> named recipient(s) and contain(s) confidential information that may be
> proprietary, privileged or copyrighted under applicable law. If you are
> not the intended recipient, do not read, copy, or forward this email
> message or any attachments. Delete this email message and any
> attachments immediately.
--
Michal Simek, Ing. (M.Eng)
PetaLogix - Linux Solutions for a Reconfigurable World
w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663
___________________________
microblaze-uclinux mailing list
microblaze-uclinux@xxxxxxxxxxxxxx
Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
Mailing List Archive : http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/