• This patches makes SH serial emulation use qemu_irq in its interface.
    
            * hw/sh.h (sh_serial_init): Take qemu_irq, not intc_source.
            * hw/sh7750.c (sh7750_init): Adjust.
            * hw/sh_intc.c (sh_intc_set_irq): Don't assert or deassert
            irq more than once.
            * hw/sh_serial.c (sh_serial_state): Use qemu_irq, not intc_source.
            (sh_serial_clear_fifo, sh_serial_ioport_write)
            (sh_serial_receive_byte): Adjust.
            (sh_serial_init): Take qemu_irq, not intc_source.
    
    (Vladimir Prus)
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5769 c046a42c-6fe2-441c-8c8c-71466251a162
    aurel32 authored
     
    Browse Code »
  •         * hw/sh.h (tmu012_init): Accept qemu_irq, not intc_source.
            * hw/sh7750.c (sh7750_init): Pass qemu_irq to tmu012_init.
            * hw/sh_intc.c (sh_intc_set_irq): New.
            (sh_intc_init): Allocate irqs.
            * hw/sh_intc.h (struct intc_desc): New field irqs.
            * hw/sh_timer.c (sh_timer_state): Use qemu_irq, not intc_source.
            (sh_timer_update): Use qemu_set_irq, not sh_intc_toggle_source.
            (sh_timer_init, tmu012_init): Adjust.
    
    (Vladimir Prus)
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5768 c046a42c-6fe2-441c-8c8c-71466251a162
    aurel32 authored
     
    Browse File »
  • We're currently ignoring the e1000 VLAN tagging, stripping and filtering
    features in the e1000 emulation.  This patch adds backing for the
    relevant registers and provides a software implementation of the
    acceleration, such that a guest can make use of VLANs.
    
    This is mostly (only?) useful for a guest on a bridge (not user mode
    networking).  The only caveat beyond that is that you need to make sure
    the host NIC isn't doing it's own tagging, stripping, or filtering.
    This generally means the host NIC on the bridge should not be part of a
    VLAN.
    
    Signed-off-by: Alex Williamson <alex.williamson@hp.com>
    Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
    
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5766 c046a42c-6fe2-441c-8c8c-71466251a162
    aliguori authored
     
    Browse Code »


  • This patch tweaks the ATAPI CDROM emulation to fix an annoyance seen
    when running a variety of Linux guests: the desktop GUI shows a CDROM
    device as present, but is unable to automount the media and display its
    contents.
    
    The patch adds the PLAY_AUDIO capability bit to the data returned by
    MODE_SENSE commands.  That convinces the guest kernel to determine what
    kind of media is present.
    
    Arguably Linux could be smarter about this, but it's my guess there are
    few (if any) hardware CDROM drives that don't set the bit, and there are
    a large number of Linux distros that exhibit this problem.
    
    Signed-off-by: Gary Grebus <ggrebus@virtualiron.com>
    Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
    
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5752 c046a42c-6fe2-441c-8c8c-71466251a162
    aliguori authored
     
    Browse Dir »



  • malc found AIX headers leak "hz" and so it can't be used there.  Change
    the occurences in hw/.
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5709 c046a42c-6fe2-441c-8c8c-71466251a162
    balrog authored
     
    Browse Code »
  • After going through the debug log and scratching my head for quite some
    time. I found the following:
    
    The problem was with this block move:
    
    lsi_scsi: SCRIPTS dsp=0fae8e50 opcode 01000028 arg 00f63c40
    lsi_scsi: DMA addr=0x00f63c40 len=36
    
    The number of bytes to be transferred (len) should be 40 which corresponds
    to the block transfer of length 0x28 (from opcode 01000028). Instead we
    have a length of 36 (0x24). The code responsible for this is (in
    'lsi_do_dma'):
    
    if (count > s->current_dma_len)
       count = s->current_dma_len;
    
    Basically we're overwriting the length 40 with the value 36 which I
    think we just left over in that variable from an earlier transfer. In my
    patch below I initialize s->current_dma_len to s->dbc before we begin
    the DMA transfer during Data In phase.
    
    The attached patch gets Openserver 5.0.5 past the hardware detection
    (and it lists the hard drive to boot, woohoo). It appears to stop a
    little while later (doesn't seem SCSI related), but it's been so long since
    I've booted Openserver I'm not sure what's supposted to happen after the HW
    detection using the boot/root disks.
    
    Props go to Craig Ringer for the initial post and the code that he posted
    some of which is in this patch.
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5706 c046a42c-6fe2-441c-8c8c-71466251a162
    balrog authored
     
    Browse Code »
  • this patch fixes two variable initialization issues.
    
    Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
    Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
    
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5705 c046a42c-6fe2-441c-8c8c-71466251a162
    aliguori authored
     
    Browse File »





  • This patch adds minimum emulation of SM501 multifunction device,
    whose main feature is 2D graphics.  It is one of the peripheral
    of R2D, the SH4 evaluation board.  We can see TUX printed on the
    QEMU console.
    
    Signed-off-by: Shin-ichiro KAWASAKI <kawasaki@juno.dti.ne.jp>
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5632 c046a42c-6fe2-441c-8c8c-71466251a162
    blueswir1 authored
     
    Browse Code »
  • git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5630 c046a42c-6fe2-441c-8c8c-71466251a162
    blueswir1 authored
     
    Browse Code »
  • This patch adds very basic KVM support.  KVM is a kernel module for Linux that
    allows userspace programs to make use of hardware virtualization support.  It
    current supports x86 hardware virtualization using Intel VT-x or AMD-V.  It
    also supports IA64 VT-i, PPC 440, and S390.
    
    This patch only implements the bare minimum support to get a guest booting.  It
    has very little impact the rest of QEMU and attempts to integrate nicely with
    the rest of QEMU.
    
    Even though this implementation is basic, it is significantly faster than TCG.
    Booting and shutting down a Linux guest:
    
    w/TCG:  1:32.36 elapsed  84% CPU
    
    w/KVM:  0:31.14 elapsed  59% CPU
    
    Right now, KVM is disabled by default and must be explicitly enabled with
     -enable-kvm.  We can enable it by default later when we have had better
    testing.
    
    Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
    
    
    
    git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5627 c046a42c-6fe2-441c-8c8c-71466251a162
    aliguori authored
     
    Browse Code »