eory be used to *fix* the bad magic number, so refusing to continue might be a problem. But perhaps when invoked as xfs_admin, it should just bail out. It would be int
erms to run move them into a seperate folder so they don't run by default. Signed-off-by: Brandon Philips <bphilips@xxxxxxx> -- test/permissions.test | 279 -- test/roo
from Kortech Environment Equipment. Glad to introduce Kortech to you. Kortech is located in <st1:place w:st="on"><st1:City w:st="on">Shanghai</st1:City></st1:place> ba
st, otherwise a simple "make -C include" only ran the $(INCDIR) target, missing disk, and failures ensued. Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxxx> -- diff --
08, 2009 at 01:19:08PM +1100, Mark Goodwin wrote: Bill Kendall wrote: Various fixes to allow xfsdump/xfsrestore to work with 64K page size. This is essentially Chinner
..... Ok, that looks fine. however, there is a dependency that HNKSZ >= PGSZ, right? And that is currently hardwired to (4 * PGSZ)? And given that the intent of the PGSZ was to be made variable at so
On 01/14/2009 04:48 PM, Dave Chinner wrote: On Fri, Jan 09, 2009 at 01:36:30PM -0600, Bill Kendall wrote: Dave Chinner wrote: BTW, these changes are the *exact* patches I sent back in March. I note t
Various fixes to allow xfsdump/xfsrestore to work with 64K page size. This is essentially Chinner's patch from a while back. Signed-off-by: Bill Kendall <wkendall@xxxxxxx> -- xfsdump/dump/content.c |
Signed-off-by: Bill Kendall <wkendall@xxxxxxx> Lachlan reviewed and ack'd this on an internal list and I've committed it (on Bill's behalf) as follows : Various fixes to allow xfsdump/xfsrestore to w
If you commit something on someone else's behalf please use the --author argument to git-commit so that it shows up as coming from that author in the git version history. Or just use git-am on the pa
I guess I don't have a real name ;) BTW, these changes are the *exact* patches I sent back in March. I note that the change logs from those patches have been dropped on the floor. i.e.: http://oss.sg