On Wednesday 07 February 2001 19:52, Adam Schrotenboer wrote:
> I'm curious if the loopback block driver is stable enough yet to, say
> put a loopback file on a vfat partition.
Don't try w/o the loop-4 patch by jens
(ftp://ftp.kernel.org/pub/linux/kernel/people/axboe/patches/)
Marc
--
figuration tabs for that in
netscape?
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the line "unsubscribe
for that in
netscape?
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
L PROTECTED] (majordomo) if you
are interested in kerneli.
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list:
in kerneli.
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
Jussi Laako wrote:
>
> Hello,
>
> Would it be possible to implement some VM CPUtime/bandwidth limitation?
>
Just to not miss the obvious: You know about ulimit(3)?
man 3 ulimit
help ulimit (when in bash).
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://Encryption
Jussi Laako wrote:
Hello,
Would it be possible to implement some VM CPUtime/bandwidth limitation?
snip
Just to not miss the obvious: You know about ulimit(3)?
man 3 ulimit
help ulimit (when in bash).
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net
Peter Samuelson wrote:
>
> +TOPDIR := $(shell pwd -P)
That is specific to the bash builtin 'pwd'. GNU sh-util's pwd does not
know that option (at least not my version, which is: "pwd (GNU sh-utils)
1.16")
I just wanted to note that...
Marc
--
Marc Mutz <[EMAIL P
s only a symlink to the
corresponding tree in /usr/src/Linux/2/2/17/...
Should that not be first converted to paths that contain no symlinks?
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP
/src/Linux/2/2/17/...
Should that not be first converted to paths that contain no symlinks?
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH
Peter Samuelson wrote:
snip
+TOPDIR := $(shell pwd -P)
snip
That is specific to the bash builtin 'pwd'. GNU sh-util's pwd does not
know that option (at least not my version, which is: "pwd (GNU sh-utils)
1.16")
I just wanted to note that...
Marc
--
Marc Mutz [EMAIL PROTECTED
file
5.7Mholed.file
Now that seems funny.
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the li
holed.file
Now that seems funny.
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the line "unsubscribe
mdidx(mddev2));
+ printk(KERN_INFO "md: serializing resync, md%d shares one or
+more physical units with md%d!\n", mdidx(mddev), mdidx(mddev2));
serialize = 1;
break;
}
--
Marc Mutz <[EMAIL PROTEC
md: serializing resync, md%d shares one or
+more physical units with md%d!\n", mdidx(mddev), mdidx(mddev2));
serialize = 1;
break;
}
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld,
t-2.4.x out
there yet). However, the ciphers have not been checked to conform to
that definition.
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/
). However, the ciphers have not been checked to conform to
that definition.
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from
David Wagner wrote:
>
> Marc Mutz wrote:
> >> There are some who believe that "not unique" IVs (across multiple
> >> filesystems) facilitates some methods of cryptanalysis.
> >
> >Do you have a paper reference?
>
> (However, it does
cipher's block size.
Let E the cipher, K the key, C[0]..C[N] the ciphertext.
Calculate h=H(P[2..N]). Encrypt P[0]..P[N] in CBC mode, using h as IV.
To decrypt, first decrypt C[2..N] with C[1] as IV, then calculate
h=H(P[2..N]) and decrypt C[0,1] with h as IV.
Marc
--
Marc Mutz <
h=H(P[2..N]). Encrypt P[0]..P[N] in CBC mode, using h as IV.
To decrypt, first decrypt C[2..N] with C[1] as IV, then calculate
h=H(P[2..N]) and decrypt C[0,1] with h as IV.
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathema
Andi Kleen wrote:
>
> On Fri, Oct 13, 2000 at 10:15:21PM +, Marc Mutz wrote:
> > This thread was about encryption. And it was about IV's. The only
> > encryption that vanilla loop.c (from 2.2.17) offers is 'none' and 'xor'.
> > None is just that: a no-op. And xo
Andi Kleen wrote:
On Fri, Oct 13, 2000 at 10:15:21PM +, Marc Mutz wrote:
snip
This thread was about encryption. And it was about IV's. The only
encryption that vanilla loop.c (from 2.2.17) offers is 'none' and 'xor'.
None is just that: a no-op. And xor does not use an IV. So the only
Andi Kleen wrote:
>
> On Fri, Oct 13, 2000 at 05:04:08PM +, Marc Mutz wrote:
> > Andi Kleen wrote:
> > >
> >
> > > 2.4 has already broken backwards compatibility to 2.2 (IV changed
> > > from disk absolute to relative). When you change it now (
thus grow by
50%. The lower half would contain the relative block number in units of
512 bytes.
> Reed H. Petty
> [EMAIL PROTECTED]
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
onwards can be configured to
use relative block numbers as IV's. Both the FAQ in Documentation/crypto
and my HOWTO suggest to set CONFIG_BLK_DEV_LOOP_USE_REL_BLOCK to 'y'.
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics
n chunk size, down to one cipher block size
and up to the underlying's block size. IV generation is what I am
worried about. There is a paper about why it is a bad idea to use
sequence numbers for CBC IV's. I just have to find the reference to it.
Marc
PS: Ingo, it's vger.kerne
be configured to
use relative block numbers as IV's. Both the FAQ in Documentation/crypto
and my HOWTO suggest to set CONFIG_BLK_DEV_LOOP_USE_REL_BLOCK to 'y'.
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
Andi Kleen wrote:
On Fri, Oct 13, 2000 at 05:04:08PM +, Marc Mutz wrote:
Andi Kleen wrote:
snip
2.4 has already broken backwards compatibility to 2.2 (IV changed
from disk absolute to relative). When you change it now (before 2.4.0)
it is relatively painless. I think
mmand line switch. This allows people to convert their
stuff.
You may want to join [EMAIL PROTECTED] (majordomo) if you want
to work on this.
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
oin [EMAIL PROTECTED] (majordomo) if you want
to work on this.
Marc
--
Marc Mutz [EMAIL PROTECTED] http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: sen
my_mount_point
be stable to work with?
TIA,
Marc
--
Marc Mutz <[EMAIL PROTECTED]>http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send th
my_mount_point
be stable to work with?
TIA,
Marc
--
Marc Mutz [EMAIL PROTECTED]http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the line
ttp://sunsite.auc.dk/vpnd/
* Newsgroups
- comp.os.linux.security
--
Marc Mutz <[EMAIL PROTECTED]>http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this l
ion. However, how do you protect the random key?
Marc
--
Marc Mutz <[EMAIL PROTECTED]>http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the
, how do you protect the random key?
Marc
--
Marc Mutz [EMAIL PROTECTED]http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the line "unsubs
rporating a new /dev/random
> into the kernel?
>
Do you mean /rev/random or /dev/urandom?
Marc
--
Marc Mutz <[EMAIL PROTECTED]>http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e
/random or /dev/urandom?
snip
Marc
--
Marc Mutz [EMAIL PROTECTED]http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the line "unsubscribe
the first one seems to match the behaviour of 2.2.16 quite
closely.
My System:
K2-2 500, 128M, SuSE 6.0.
What has changed:
kernel: 2.2.16
applied patches: patch-int-2.2.16.2, raid-2.2.16-A0
kernel: 2.2.17
applied patches: patch-int-2.2.16.9, raid-2.2.17-A0 (rejects by hand)
Marc
--
Marc
the first one seems to match the behaviour of 2.2.16 quite
closely.
My System:
K2-2 500, 128M, SuSE 6.0.
What has changed:
kernel: 2.2.16
applied patches: patch-int-2.2.16.2, raid-2.2.16-A0
kernel: 2.2.17
applied patches: patch-int-2.2.16.9, raid-2.2.17-A0 (rejects by hand)
Marc
--
Marc
but so that my _mum_ says "Wow, Linux 2.4 is great! Where do I
get one of those cute stuffed penguins?" after reading her woman's
journal. (Ok, ok...:-)
Marc
--
Marc Mutz <[EMAIL PROTECTED]>http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mat
t;Wow, Linux 2.4 is great! Where do I
get one of those cute stuffed penguins?" after reading her woman's
journal. (Ok, ok...:-)
Marc
--
Marc Mutz [EMAIL PROTECTED]http://marc.mutz.com/Encryption-HOWTO/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46
t_RP
Output Valid from Clock t_AC
RAS Cycle Time t_RC
RAS Active Time t_RAS
The PC-blah-blah convention is also spec'ed in the above document, but
here comes the short story:
PC<1/t_CK>-
where 1/t_CK is in MHz, CL, t_RCD and t_RP are in units of t_CK.
If you speak Germ
42 matches
Mail list logo
