qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Gerd Hoffmann <kraxel@redhat.com>
To: P J P <ppandit@redhat.com>
Cc: Qinghao Tang <luodalongde@gmail.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] usb: hcd-ehci: add check to avoid an infinite loop
Date: Mon, 14 Dec 2015 09:30:04 +0100	[thread overview]
Message-ID: <1450081804.25336.3.camel@redhat.com> (raw)
In-Reply-To: <alpine.LFD.2.20.1512101839390.2628@wniryva>

[-- Attachment #1: Type: text/plain, Size: 615 bytes --]

On Do, 2015-12-10 at 18:51 +0530, P J P wrote:
>    Hello Gerd,
> 
> An infinite loop issue was reported by Mr Qinghao Tang(CC'd), in the USB EHCI 
> emulator. In that, a malicious isochronous transfer descriptor(iTD) list could 
> unfold an infinite loop in the 'ehci_advance_state' routine, by always 
> setting 'again = 0 or 1'.
> 
> Please see below a proposed (tested)patch to fix this issue. Does it look 
> okay? Not sure if 'count=16' is good for an upper limit.

Can you test the attached patch please?  In case it doesn't fix the bug:
Can you forward the reproducer to me?

thanks,
  Gerd

[-- Attachment #2: Type: text/x-patch, Size: 1290 bytes --]

From 6887f2191807c2b3eb7b20a61ba5d63c3695a95d Mon Sep 17 00:00:00 2001
From: Gerd Hoffmann <kraxel@redhat.com>
Date: Mon, 14 Dec 2015 09:21:23 +0100
Subject: [PATCH] ehci: make idt processing more robust

Make ehci_process_itd return an error in case we didn't do any actual
iso transfer because we've found no active transaction.  That'll avoid
ehci happily run in circles forever if the guest builds a loop out of
idts.

Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
---
 hw/usb/hcd-ehci.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/hw/usb/hcd-ehci.c b/hw/usb/hcd-ehci.c
index 4e2161b..d07f228 100644
--- a/hw/usb/hcd-ehci.c
+++ b/hw/usb/hcd-ehci.c
@@ -1389,7 +1389,7 @@ static int ehci_process_itd(EHCIState *ehci,
 {
     USBDevice *dev;
     USBEndpoint *ep;
-    uint32_t i, len, pid, dir, devaddr, endp;
+    uint32_t i, len, pid, dir, devaddr, endp, xfers = 0;
     uint32_t pg, off, ptr1, ptr2, max, mult;
 
     ehci->periodic_sched_active = PERIODIC_ACTIVE;
@@ -1479,9 +1479,10 @@ static int ehci_process_itd(EHCIState *ehci,
                 ehci_raise_irq(ehci, USBSTS_INT);
             }
             itd->transact[i] &= ~ITD_XACT_ACTIVE;
+            xfers++;
         }
     }
-    return 0;
+    return xfers ? 0 : -1;
 }
 
 
-- 
1.8.3.1


  reply	other threads:[~2015-12-14  8:30 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-10 13:21 [Qemu-devel] [PATCH] usb: hcd-ehci: add check to avoid an infinite loop P J P
2015-12-14  8:30 ` Gerd Hoffmann [this message]
2015-12-14 10:03   ` P J P
2015-12-14 10:26     ` Gerd Hoffmann
2015-12-14 10:46       ` P J P
2015-12-14 10:58         ` Gerd Hoffmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1450081804.25336.3.camel@redhat.com \
    --to=kraxel@redhat.com \
    --cc=luodalongde@gmail.com \
    --cc=ppandit@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).