On Fri, 07 Dec 2012 09:09:39 -0700
Alex Williamson <alex.william...@redhat.com> wrote:
> On Fri, 2012-12-07 at 23:02 +0900, Takuya Yoshikawa wrote:
> > On Thu, 06 Dec 2012 15:21:26 -0700
> > Alex Williamson <alex.william...@redhat.com> wrote:
> >
> > > With the 3 private slots, this gives us a nice round 128 slots total.
> >
> > So I think this patch needs to be applied after resolving the
> > slot_bitmap issue. We may not need to protect slots with large
> > slot id values, but still it's possible to do so.
> >
> > Taking into account that the merge window is so close that this
> > patch set should be targeted for 3.9, it may be possible to do
> > the work timely: I will post my patch series next week if possible.
>
> This obviously increases the slot_bitmap, actually only doubles it since
> it's an unsigned long and we're only using 36 bits, but why should
> removing the slot_bitmap gate this series? Thanks,
I was wrong, sorry.
I thought slot_bitmap was defined as u64 or something, the fact was that
my memory was corrupt.
Thanks,
Takuya
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
