Does anyone know of a specific problem with XFS, extended attributes and
UML (user-mode linux)?
We've got a 2.4.19 kernel with XFS 1.2 and UML 2.4.19-51 patches applied
that, when we try to run "attr" to add/set extended attributes to a file
under the UML, returns:
attr_set: Function not implemented
if we 'strace' the 'attr' action, we see:
SYS_227(0xbffffea1, 0xbffffbb4, 0xbffffe98, 0x8, 0) = -1 ENOSYS
(Function not implemented)
The exact same kernel source, compiled and running "native" works
as-expected.
Any ideas? Is this a known problem? Is there anyone else out there
crazy enough to be using XFS under User-mode Linux? :)
(And yes, we know that running a journaling filesystem under UML isn't
entirely the best idea, but we have an application that wants XFS
extended attributes that we want to run under UML if at all possible.)
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
#!/usr/bin/perl -w
$_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$t=255;@t=map
{$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110;
$t^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z)
[$_%8]}(16..271);if((@a=unx"C*",$_)[20]&48){$h=5;$_=unxb24,join
"",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d=
unxV,xb25,$_;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=$t&($d
>>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q*
8^$q<<6))<<9,$_=$t[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]}
print+x"C*",@a}';s/x/pack+/g;eval
usage: qrpff 153 2 8 105 225 < /mnt/dvd/VOB_FILENAME \
| extract_mpeg2 | mpeg2dec -
http://www.cs.cmu.edu/~dst/DeCSS/Gallery/
http://www.eff.org/ http://www.anti-dmca.org/
|