On Mon, Jun 18, 2012 at 11:23:41AM +0200, Jan Kiszka wrote: > On 2012-06-18 09:19, Michael S. Tsirkin wrote: > > On Mon, Jun 18, 2012 at 09:06:01AM +0200, Jan Kiszka wrote: > >> On 2012-06-14 23:31, Michael S. Tsirkin wrote: > >>> On Thu, Jun 14, 2012 at 12:15:42PM -0600, Alex Williamson wrote: > >>>> v3: > >>>> - more patches, smaller diff, must be headed in the right direction > >>>> - macros for all hardcoded values in msix_init_exclusive_bar > >>>> - fold msix_add_config into msix_init allowing less churn to moving > >>>> around msix_uninit > >>>> - note native endian bug > >>>> - split msix_mmio_read move to separate patch > >>>> - split changing return value of msix_uninit to separate patch > >>>> > >>>> Thanks, > >>>> > >>>> Alex > >>> > >>> Thanks, applied all. > >>> Will test/push next week. > >> > >> Could you publish your queue? I'd like to rebase my missing bits. > >> > >> Thanks, > >> Ja > >> > > > > Will do. FYI Anthony said on irc he objects to the caching approach, > > asked for more time to review it all. Maybe we'll have to > > go back to your original idea of a special API just for > > assigned devices. > > Yes, we can still add caching on top. > > I really like to have some hook upstream soon as time is running out > quickly for the 1.2 merge window and there is still some work to do on > the qemu-kvm side. > > Jan
Anthony are your ideas for 1.2 timeframe? > -- > Siemens AG, Corporate Technology, CT T DE IT 1 > Corporate Competence Center Embedded Linux