[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Question regarding SLAB corruption


  • To: Lukas Hejtmanek <xhejtman@xxxxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxxxxxxxx>
  • Date: Mon, 09 Jul 2007 17:13:10 +0100
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Mon, 09 Jul 2007 09:11:08 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcfCRArpSZc8VS43EdyVxQAX8io7RQ==
  • Thread-topic: [Xen-devel] Question regarding SLAB corruption



On 9/7/07 16:39, "Lukas Hejtmanek" <xhejtman@xxxxxxxxxxx> wrote:

>> You definitely need the patch that I posted. If it won't apply cleanly to
>> your kernel tree then you'll have to manually apply it, or move to the
>> current 'unstable' linux-2.6.18-xen.hg tree.
> 
> Yeah, it solved the oops, thanks! However, I got another oops in __sync_single
> because host addr is invalid.
> 
> I suppose, it is because in sync_single it picks up invalid line from the
> io_tlb_orig_addr. It uses index 3332 which is not inserted by map_page.
> The invalid address is 0x0021d1242de00000 but it is strange because I added
> memset to zero io_tlb_orig_addr at the beginning, however, such address is
> still there even if the index were not inserted by the map_page.

Nothing should read from an io_tlb_orig_addr[] slot that hasn't been
initialised by map_single(). That's because sync_single() is only valid to
be called on a memory region that was previously map_single()d. So what
you're seeing is rather odd.

 -- Keir


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.