* linux-pnfs pnfs-all-3.1-rc10-2011-10-18
@ 2011-10-19 0:30 Benny Halevy
2011-10-19 0:50 ` J. Bruce Fields
0 siblings, 1 reply; 3+ messages in thread
From: Benny Halevy @ 2011-10-19 0:30 UTC (permalink / raw)
To: NFS list; +Cc: J. Bruce Fields
I rebase the pnfs tree onto v3.1-rc10 AND
merged Bruce's for-3.2 branch that includes major changes to the
stateid bookkeeping infrastructure.
Layout stateids now uses the new idr (radix tree) based mechanism
and therefore it's cleaner and faster.
DS stateids are still tracked in a global hash table (as they are
generated by the MDS)
I also seized the opportunity to clean up the pnfs patch series.
white space, use of inline, etc. no functional changes otherwise.
Tested to pass the connectathon tests over pnfsd-lexp.
Benny
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: linux-pnfs pnfs-all-3.1-rc10-2011-10-18
2011-10-19 0:30 linux-pnfs pnfs-all-3.1-rc10-2011-10-18 Benny Halevy
@ 2011-10-19 0:50 ` J. Bruce Fields
2011-10-19 1:39 ` Benny Halevy
0 siblings, 1 reply; 3+ messages in thread
From: J. Bruce Fields @ 2011-10-19 0:50 UTC (permalink / raw)
To: Benny Halevy; +Cc: NFS list
On Tue, Oct 18, 2011 at 05:30:36PM -0700, Benny Halevy wrote:
> DS stateids are still tracked in a global hash table (as they are
> generated by the MDS)
By DS stateid's you're talking about stateid's that a DS receives on IO?
I hadn't thought about those....
Does the DS need to do anything with them other than look them up and
make a binary OK vs. BAD_STATEID decision?
> I also seized the opportunity to clean up the pnfs patch series.
> white space, use of inline, etc. no functional changes otherwise.
>
> Tested to pass the connectathon tests over pnfsd-lexp.
Thanks!
--b.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: linux-pnfs pnfs-all-3.1-rc10-2011-10-18
2011-10-19 0:50 ` J. Bruce Fields
@ 2011-10-19 1:39 ` Benny Halevy
0 siblings, 0 replies; 3+ messages in thread
From: Benny Halevy @ 2011-10-19 1:39 UTC (permalink / raw)
To: J. Bruce Fields; +Cc: NFS list
On 2011-10-18 17:50, J. Bruce Fields wrote:
> On Tue, Oct 18, 2011 at 05:30:36PM -0700, Benny Halevy wrote:
>> DS stateids are still tracked in a global hash table (as they are
>> generated by the MDS)
>
> By DS stateid's you're talking about stateid's that a DS receives on IO?
yes.
>
> I hadn't thought about those....
>
> Does the DS need to do anything with them other than look them up and
> make a binary OK vs. BAD_STATEID decision?
>
Yes, basically.
Eventually, this needs to work with the infamous back-end protocol
to enforce client fencing.
Benny
>> I also seized the opportunity to clean up the pnfs patch series.
>> white space, use of inline, etc. no functional changes otherwise.
>>
>> Tested to pass the connectathon tests over pnfsd-lexp.
>
> Thanks!
>
> --b.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-10-19 1:39 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-10-19 0:30 linux-pnfs pnfs-all-3.1-rc10-2011-10-18 Benny Halevy
2011-10-19 0:50 ` J. Bruce Fields
2011-10-19 1:39 ` Benny Halevy
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox