Re: KVM call agenda for May 18

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

 



* Brian Jackson (iggy@xxxxxxxxxxx) wrote:
> On Tuesday 18 May 2010 08:52:36 Anthony Liguori wrote:
> > On 05/18/2010 01:59 AM, Brian Jackson wrote:
> > > On Monday 17 May 2010 22:23:46 Chris Wright wrote:
> > >> Please send in any agenda items you are interested in covering.
> > >> 
> > >> If we have a lack of agenda items I'll cancel the week's call.
> > > 
> > > Perceived long standing bugs that nobody seems to care about. There are a
> > > few, one of which is the>  1TB [1] bug that has existed for 4+ months.
> > 
> > s/care about/know about/g
> > 
> > This should be filed in launchpad as a qemu bug and it should be tested
> > against the latest git.  This bug sounds like we're using an int to
> > represent sector offset somewhere but there's not enough info in the bug
> > report to figure out for sure.  I just audited the virtio-blk -> raw ->
> > aio=threads path and I don't see an obvious place that we're getting it
> > wrong.
> > 
> > > And others.
> > 
> > Bugs that affect qemu should be filed in launchpad.  Launchpad has nice
> > features like the able to mark bugs as affecting many users which help
> > raise visibility.  I can't speak for the source forge tracker, but I do
> > regular triage on launchpad for qemu bugs.
> 
> 
> I wonder how everyone would feel about closing the kvm tracker to new 
> submissions and move everything over to launchpad?

Yeah, this was suggested on the call today.  Anthony's sending out an
email proposal on better bug tracking

thanks,
-chris
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux