Re: Linux 2.6.11.2

2005-03-09 Thread Matt Mackall
On Thu, Mar 10, 2005 at 02:46:29AM +0100, Bodo Eggert wrote: Bill Davidsen [EMAIL PROTECTED] wrote: I think you need both x.y.z=x.y.z.N and x.y.z.N-1=x.y.z.N patches. My systems which are following the -stable will just need the most recent, but doing x.y.z-1=x.y.z.N gets really ugly for

Re: [PATCH] silence sort(..., swap) warning on ia64

2005-03-10 Thread Matt Mackall
On Thu, Mar 10, 2005 at 10:18:35AM -0800, Chris Wedgwood wrote: Not tested but seems plausible :-) Yep, this was pointed out to me yesterday. -static void swap_ex(void *a, void *b) +static void swap_ex(void *a, void *b, int _unused_size) -- Mathematics is the supreme nostalgia of our

Re: dm-crypt vs. cryptoloop reminder

2005-03-10 Thread Matt Mackall
On Wed, Mar 09, 2005 at 08:32:13PM +0100, Pavel Machek wrote: Hi! 2.6.3-mm1 'dm-crypt vs. cryptoloop' discussion was some time ago, it is time to bring this up again: http://kerneltrap.org/node/2433 Are you a troll? This is not something to be quoted by anybody serious.

[PATCH] rol/ror type cleanup

2005-03-10 Thread Matt Mackall
On Thu, Mar 10, 2005 at 10:33:29AM +0100, Geert Uytterhoeven wrote: `unsigned int', while we're at it? Minor type cleanup. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: bk/include/linux/bitops.h === --- bk.orig/include

Re: current linus bk, error mounting root

2005-03-10 Thread Matt Mackall
On Thu, Mar 10, 2005 at 01:52:59PM -0500, Jon Smirl wrote: Here's a big clue, if I build ata_piix in I can boot. If it is a module I can't. The console output definitely shows that the module is being loaded. Can you post your config? -- Mathematics is the supreme nostalgia of our time. - To

Re: Linux 2.6.11.2

2005-03-11 Thread Matt Mackall
On Fri, Mar 11, 2005 at 01:45:46PM -0500, Bill Davidsen wrote: Matt Mackall wrote: On Wed, Mar 09, 2005 at 12:11:02PM +0100, Pavel Machek wrote: On St 09-03-05 09:52:46, Marcos D. Marado Torres wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 9 Mar 2005, Greg KH wrote

Re: [RFC][PATCH] new timeofday core subsystem (v. A3)

2005-03-12 Thread Matt Mackall
On Fri, Mar 11, 2005 at 05:24:15PM -0800, john stultz wrote: +struct timesource_t timesource_jiffies = { + .name = jiffies, + .priority = 0, /* lowest priority*/ + .type = TIMESOURCE_FUNCTION, + .read_fnct = jiffies_read, + .mask = (cycle_t)~0, Not sure this is right.

Re: Linux 2.6 : physical memory address and pid

2005-03-12 Thread Matt Mackall
On Sat, Mar 12, 2005 at 08:05:11PM -0500, firefly blue wrote: Hi, With the 2.6 Linux kernel, I want to find, from the physical page frame, the virtual address of the page loaded in the frame and the process id of the process owning it. Follow struct page-mapping to struct address_space. A

Re: [PATCH] API for true Random Number Generators to add entropy (2.6.11)

2005-03-28 Thread Matt Mackall
On Wed, Mar 23, 2005 at 09:32:26PM -0800, Andrew Morton wrote: Jeff Garzik [EMAIL PROTECTED] wrote: It neither applies correctly nor compiles in current kernels. 2.6.11 is very old in kernel time. Hrm. This is getting pretty lame, if you can't take patches from the -latest-

Re: Network Performance Ingo's RT-Preempt

2005-03-30 Thread Matt Mackall
On Sun, Mar 27, 2005 at 10:27:40PM +, Christensen Tom wrote: I'm running 2.6.11 with Ingo's Preempt patch (realtime-preempt-2.6.11-final-V0.7.40-04). The system is SMP with a broadcom NIC (tg3 driver). I am seeing truly appalling network performance (2-4kbps on a 1gbps network). Is

Re: [RFD] 'nice' attribute for executable files

2005-03-30 Thread Matt Mackall
On Tue, Mar 29, 2005 at 09:55:36PM +0200, Wiktor wrote: Hi all, recently i had to run some program (xmms) with lowered nice value as normal user. See the new nice rlimit in recent -mm. This allows you to give various users permission to raise priorities without root privileges. --

[PATCH] remove all kernel bugs

2005-04-01 Thread Matt Mackall
I've been sitting on this patch for a while, figured it's high time I shared it with the world. This patch eliminates all kernel bugs, trims about 35k off the typical kernel, and makes the system slightly faster. The patch is against the latest bk snapshot, please apply. Signed-off-by: Matt

[PATCH] clean up kernel messages

2005-04-01 Thread Matt Mackall
This patch tidies up those annoying kernel messages. A typical kernel boot now looks like this: Loading Linux... Uncompressing kernel... # See? Much nicer. This patch saves about 375k on my laptop config and nearly 100k on minimal configs. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index

Re: [PATCH] remove all kernel bugs

2005-04-01 Thread Matt Mackall
On Fri, Apr 01, 2005 at 01:34:54AM -0800, Andrew Morton wrote: Matt Mackall [EMAIL PROTECTED] wrote: I've been sitting on this patch for a while, figured it's high time I shared it with the world. This patch eliminates all kernel bugs, trims about 35k off the typical kernel, and makes

[PATCH] quiet ide-cd warning

2005-04-01 Thread Matt Mackall
This shuts up a potential uninitialized variable warning. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: af/drivers/ide/ide-cd.c === --- af.orig/drivers/ide/ide-cd.c2005-04-01 11:17:37.0 -0800 +++ af/drivers

Re: [PATCH] clean up kernel messages

2005-04-01 Thread Matt Mackall
On Fri, Apr 01, 2005 at 12:26:41PM -0800, Andrew Morton wrote: Matt Mackall [EMAIL PROTECTED] wrote: This patch tidies up those annoying kernel messages. A typical kernel boot now looks like this: Loading Linux... Uncompressing kernel... # See? Much nicer. This patch saves

Re: [PATCH] clean up kernel messages

2005-04-01 Thread Matt Mackall
On Fri, Apr 01, 2005 at 04:18:42PM -0500, Steven Rostedt wrote: On Fri, 2005-04-01 at 12:46 -0800, Matt Mackall wrote: On Fri, Apr 01, 2005 at 12:26:41PM -0800, Andrew Morton wrote: Matt Mackall [EMAIL PROTECTED] wrote: This patch tidies up those annoying kernel messages. A typical

Re: [PATCH] quiet ide-cd warning

2005-04-01 Thread Matt Mackall
On Sat, Apr 02, 2005 at 03:46:53AM +0400, Michael Tokarev wrote: Matt Mackall wrote: This shuts up a potential uninitialized variable warning. Potential warning or potential uninitialized use? The code was right before the change, and if the compiler generates such a warning on it, it's

Re: [PATCH] configfs, a filesystem for userspace-driven kernel object configuration

2005-04-05 Thread Matt Mackall
On Sun, Apr 03, 2005 at 12:57:28PM -0700, Joel Becker wrote: Folks, I humbly submit configfs. With configfs, a configfs config_item is created via an explicit userspace operation: mkdir(2). It is destroyed via rmdir(2). The attributes appear at mkdir(2) time, and can be read or

[PATCH] /proc/kmalloc

2005-02-20 Thread Matt Mackall
I've been sitting on this for over a year now, kicking it out in the hopes that someone finds it useful. kernel.org was down when I was tidying this up so it's against 2.6.10 which is what I had handy. /proc/kmalloc allocation tracing This quick hack adds accounting for kmalloc/kfree callers.

Re: OT: Why is usb data many times the cpu hog that firewire is?

2005-02-22 Thread Matt Mackall
On Mon, Feb 21, 2005 at 05:08:27PM -0500, Gene Heskett wrote: On Monday 21 February 2005 13:29, Wichert Akkerman wrote: Previously Gene Heskett wrote: Thats what I was afraid of, which makes using it for a motion detected burgular alarm source considerably less than practical since the

Re: [Patch 0/6] Bind Mount Extensions 0.06

2005-02-22 Thread Matt Mackall
On Tue, Feb 22, 2005 at 01:09:55PM +0100, Herbert Poetzl wrote: Hi Andrew! Al! Folks! The following set of patches extends the per device 'noatime', 'nodiratime' and last but not least the 'ro' (read only) mount option to the vfs --bind mounts, allowing them to behave like any other

Re: [PATCH] TCP-Hybla proposal

2005-02-22 Thread Matt Mackall
On Tue, Feb 22, 2005 at 03:34:42PM +0100, Daniele Lacamera wrote: Hi This is the official patch to implement TCP Hybla congestion avoidance. - In heterogeneous networks, TCP connections that incorporate a terrestrial or satellite radio link are greatly disadvantaged with respect to

Re: [Patch 0/6] Bind Mount Extensions 0.06

2005-02-22 Thread Matt Mackall
On Tue, Feb 22, 2005 at 07:51:02PM -0800, Andrew Morton wrote: Matt Mackall [EMAIL PROTECTED] wrote: Please give each patch a unique, descriptive subject. yup. Summarizing what each patch is doing in your 0/n so that reviewers can focus on the bits that are interesting is also

Re: reading the same entropy twice

2005-02-22 Thread Matt Mackall
On Tue, Feb 22, 2005 at 04:55:39PM -0500, Bob O'Neill wrote: Hello. I have noticed that it is possible on an SMP box for two processes to simultaneously read the same entropy out of /dev/urandom. This doesn't seem right to me. I was using the entropy value to generate a random number to

Re: 2.6.11-rc4-mm1 (VFS: Cannot open root device 301)

2005-02-23 Thread Matt Mackall
of the placement of the bool piece: Fix up bustedness in menuconfig Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: mm1/init/Kconfig === --- mm1.orig/init/Kconfig 2005-02-23 13:32:38.0 -0800 +++ mm1/init/Kconfig

Re: 2.6.11-rc4-mm1 (VFS: Cannot open root device 301)

2005-02-23 Thread Matt Mackall
On Wed, Feb 23, 2005 at 03:03:33PM -0800, Andrew Morton wrote: Steven Cole [EMAIL PROTECTED] wrote: Andrew Morton wrote: Steven Cole [EMAIL PROTECTED] wrote: I am having trouble getting recent -mm kernels to boot on my test box. For 2.6.11-rc3-mm2 and 2.6.11-rc4-mm1 I get the

Re: 2.6.11-rc4-mm1 : IDE crazy numbers, hdb renumbered to hdq ?

2005-02-23 Thread Matt Mackall
On Wed, Feb 23, 2005 at 11:36:50PM +0100, Laurent Riffard wrote: Le 23.02.2005 21:12, Andrew Morton a ?crit : Helge Hafting [EMAIL PROTECTED] wrote: This kernel came up, but my boot script complained about no /dev/hdb3 when trying to mount /var. (I have two IDE disks on the same cable, and

Re: 2.6.11-rc4-mm1 : IDE crazy numbers, hdb renumbered to hdq ?

2005-02-23 Thread Matt Mackall
On Thu, Feb 24, 2005 at 12:32:59AM +0100, Mathieu Segaud wrote: Andrew Morton [EMAIL PROTECTED] disait derni??rement que : Helge Hafting [EMAIL PROTECTED] wrote: This kernel came up, but my boot script complained about no /dev/hdb3 when trying to mount /var. (I have two IDE disks on

Re: 2.6.11-rc4-mm1 (VFS: Cannot open root device 301)

2005-02-23 Thread Matt Mackall
On Wed, Feb 23, 2005 at 04:16:53PM -0800, Andrew Morton wrote: Steven Cole [EMAIL PROTECTED] wrote: Yes, that worked. 2.6.11-rc4-mm1 now boots OK, but hdb1 seems to be missing. Looking at the IDE update in rc4-mm1: +void ide_init_disk(struct gendisk *disk, ide_drive_t *drive) +{

Re: 2.6.11-rc4-mm1 (VFS: Cannot open root device 301)

2005-02-23 Thread Matt Mackall
On Wed, Feb 23, 2005 at 03:10:38PM -0700, Steven Cole wrote: Andrew Morton wrote: Steven Cole [EMAIL PROTECTED] wrote: I am having trouble getting recent -mm kernels to boot on my test box. For 2.6.11-rc3-mm2 and 2.6.11-rc4-mm1 I get the following: VFS: Cannot open root device 301 or

Re: 2.6.11-rc4-mm1 (VFS: Cannot open root device 301)

2005-02-23 Thread Matt Mackall
On Thu, Feb 24, 2005 at 03:03:33AM +0100, Benoit Boissinot wrote: On Wed, 23 Feb 2005 16:41:59 -0800, Matt Mackall [EMAIL PROTECTED] wrote: On Wed, Feb 23, 2005 at 04:16:53PM -0800, Andrew Morton wrote: Steven Cole [EMAIL PROTECTED] wrote: Yes, that worked. 2.6.11-rc4-mm1 now boots

Re: 2.6.11-rc5

2005-02-23 Thread Matt Mackall
On Wed, Feb 23, 2005 at 08:18:08PM -0800, Linus Torvalds wrote: Hey, I hoped -rc4 was the last one, but we had some laptop resource conflicts, various ppc TLB flush issues, some possible stack overflows in networking and a number of other details warranting a quick -rc5 before the final

Re: [PATCH 1/8] lib/sort: Heapsort implementation of sort()

2005-02-27 Thread Matt Mackall
On Sun, Feb 27, 2005 at 02:17:51PM +0100, Andreas Gruenbacher wrote: Matt, On Monday 31 January 2005 08:34, Matt Mackall wrote: This patch adds a generic array sorting library routine. This is meant to replace qsort, which has two problem areas for kernel use. the sort function

Re: [PATCH 1/8] lib/sort: Heapsort implementation of sort()

2005-03-01 Thread Matt Mackall
On Tue, Mar 01, 2005 at 08:06:22PM +0100, Christophe Saout wrote: Am Sonntag, den 27.02.2005, 13:25 -0800 schrieb Matt Mackall: Which kernel? There was an off-by-one for odd array sizes in the original posted version that was quickly spotted: http://www.kernel.org/pub/linux/kernel

Re: RFD: Kernel release numbering

2005-03-02 Thread Matt Mackall
On Wed, Mar 02, 2005 at 02:21:38PM -0800, Linus Torvalds wrote: This is an idea that has been brewing for some time: Andrew has mentioned it a couple of times, I've talked to some people about it, and today Davem sent a suggestion along similar lines to me for 2.6.12. Namely that we could

[PATCH] lib/qsort

2005-01-24 Thread Matt Mackall
83.53% qsort_sf2: 3653293 211.45% qsort_c3: 8917153 86.63% 102400: qsort: 16478170 100.00% qsort2: 14305384 115.19% qsort_s: 20574011 80.09% qsort_sf2: 8322403 198.00% qsort_c3: 19511628 84.45% Signed-off-by: Matt Mackall [EMAIL PROTECTED

Re: [patch 1/13] Qsort

2005-01-24 Thread Matt Mackall
On Sun, Jan 23, 2005 at 05:58:00AM +0100, Felipe Alfaro Solana wrote: On 23 Jan 2005, at 03:39, Andi Kleen wrote: Felipe Alfaro Solana [EMAIL PROTECTED] writes: AFAIK, XOR is quite expensive on IA32 when compared to simple MOV operatings. Also, since the original patch uses 3 MOVs to

Re: [patch 1/13] Qsort

2005-01-24 Thread Matt Mackall
On Mon, Jan 24, 2005 at 01:02:44AM -0300, Horst von Brand wrote: Matt Mackall [EMAIL PROTECTED] said: On Sun, Jan 23, 2005 at 03:39:34AM +0100, Andi Kleen wrote: [...] -Andi (who thinks the glibc qsort is vast overkill for kernel purposes where there are only small data sets

Re: [PATCH] lib/qsort

2005-01-24 Thread Matt Mackall
On Mon, Jan 24, 2005 at 03:09:40PM -0800, Andrew Morton wrote: Matt Mackall [EMAIL PROTECTED] wrote: This patch introduces an implementation of qsort to lib/. It screws me over right proper. Can we stick with Andreas's known-working patch for now, and do the sorting stuff as a separate

Re: [PATCH] lib/qsort

2005-01-24 Thread Matt Mackall
On Mon, Jan 24, 2005 at 12:15:27PM -0800, Matt Mackall wrote: Here are some benchmarks of cycle count averages for 10 runs on the same random datasets, interrupts disabled. Percentages are performance relative to the glibc algorithm. A bunch of other variants dropped for brevity. I've

Re: 2.6.11-rc2-mm1 Random related problems

2005-01-24 Thread Matt Mackall
On Mon, Jan 24, 2005 at 09:36:37PM -0700, Zwane Mwaikambo wrote: I'm having trouble booting here, were those random-* patches tested? Works here, can you send me a copy of your init script? -- Mathematics is the supreme nostalgia of our time. - To unsubscribe from this list: send the line

Re: 2.6.11-rc2-mm1 Random related problems

2005-01-25 Thread Matt Mackall
soonish. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rc2mm1/drivers/char/random.c === --- rc2mm1.orig/drivers/char/random.c 2005-01-25 12:27:00.0 -0800 +++ rc2mm1/drivers/char/random.c2005-01-25 12:27:36.0

[PATCH] rol32 thinko

2005-01-25 Thread Matt Mackall
This thinko.. makes things a bit more arbitrary than we'd like. I've re-audited the other rotate conversions. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rc2mm1/drivers/char/random.c === --- rc2mm1.orig/drivers/char

Re: [PATCH 4/12] random pt4: Cleanup SHA interface

2005-01-25 Thread Matt Mackall
On Tue, Jan 25, 2005 at 10:49:01PM +0200, Denis Vlasenko wrote: On Friday 21 January 2005 23:41, Matt Mackall wrote: +static void sha_transform(__u32 digest[5], const char *data, __u32 W[80]) { - __u32 A, B, C, D, E; /* Local vars */ + __u32 A, B, C, D, E; __u32 TEMP

Re: [PATCH 6/12] random pt4: Replace SHA with faster version

2005-01-25 Thread Matt Mackall
On Tue, Jan 25, 2005 at 11:07:21PM +0200, Denis Vlasenko wrote: On Friday 21 January 2005 23:41, Matt Mackall wrote: - * @W: 80 words of workspace + * @W: 80 words of workspace, caller should clear Why? Are you asking why should the caller clear or why should it be cleared

[PATCH] SHA1 clarify kerneldoc

2005-01-25 Thread Matt Mackall
On Tue, Jan 25, 2005 at 11:31:19PM +0200, Denis Vlasenko wrote: On Tuesday 25 January 2005 23:14, Matt Mackall wrote: On Tue, Jan 25, 2005 at 11:07:21PM +0200, Denis Vlasenko wrote: On Friday 21 January 2005 23:41, Matt Mackall wrote: - * @W: 80 words of workspace + * @W

Re: [PATCH 7/12] random pt4: Update cryptolib to use SHA fro lib

2005-01-25 Thread Matt Mackall
On Tue, Jan 25, 2005 at 08:33:11PM -0500, Lee Revell wrote: On Fri, 2005-01-21 at 15:41 -0600, Matt Mackall wrote: * Copyright (c) Alan Smithee. * Copyright (c) Andrew McDonald [EMAIL PROTECTED] Alan Smithee? Aka anonymous contributor. -- Mathematics is the supreme nostalgia of our

Re: [PATCH] SHA1 clarify kerneldoc

2005-01-27 Thread Matt Mackall
in crypto/sha1 from rc1-bk1 which is what I have handy? That'll teach me to add comments. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rc2mm1/lib/sha1.c === --- rc2mm1.orig/lib/sha1.c 2005-01-27 11:24:23.0 -0800

Re: [PATCH 04/04] Add LRW

2005-01-29 Thread Matt Mackall
On Mon, Jan 24, 2005 at 12:57:50PM +0100, Fruhwirth Clemens wrote: This is the core of my LRW patch. Added test vectors. http://grouper.ieee.org/groups/1619/email/pdf00017.pdf Please include a URL for the standard at the top of the LRW code and next to the test vectors. I had to search around a

[PATCH] LTT config bits break config tree

2005-01-29 Thread Matt Mackall
-by: Matt Mackall [EMAIL PROTECTED] Index: tq/init/Kconfig === --- tq.orig/init/Kconfig2005-01-29 16:17:03.0 -0800 +++ tq/init/Kconfig 2005-01-29 16:23:34.0 -0800 @@ -324,7 +324,7 @@ config LTT bool

[PATCH 3/8] base-small: shrink chrdevs hash

2005-01-30 Thread Matt Mackall
CONFIG_BASE_SMALL degrade char dev hash table to linked list Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: tq/fs/char_dev.c === --- tq.orig/fs/char_dev.c 2005-01-26 13:06:15.0 -0800 +++ tq/fs/char_dev.c2005

Re: [PATCH 1/8] lib/sort: Heapsort implementation of sort()

2005-01-31 Thread Matt Mackall
On Mon, Jan 31, 2005 at 06:16:23PM +0100, Andreas Gruenbacher wrote: Hello, On Mon, 2005-01-31 at 08:34, Matt Mackall wrote: This patch adds a generic array sorting library routine. This is meant to replace qsort, which has two problem areas for kernel use. looks reasonable. Note

Re: [PATCH 0/8] base-small: CONFIG_BASE_SMALL for small systems

2005-01-31 Thread Matt Mackall
On Mon, Jan 31, 2005 at 09:55:32PM -0300, Horst von Brand wrote: Matt Mackall [EMAIL PROTECTED] said: This patch series introduced a new pair of CONFIG_EMBEDDED options call CONFIG_BASE_FULL/CONFIG_BASE_SMALL. Disabling CONFIG_BASE_FULL sets the boolean CONFIG_BASE_SMALL to 1 and it is used

[ANNOUNCE] quilt.el minor mode for emacs

2005-01-31 Thread Matt Mackall
I've created a minor mode for using quilt in Emacs. I've made it available at: http://selenic.com/quilt/ It automatically detects files that are in a quilt hierarchy and enables itself. To prevent a common class of screw-up with quilt, it attempts to determine which files are part of currently

[PATCH] NFS ACL build fix, POSIX ACL config tidy

2005-01-31 Thread Matt Mackall
Apologies if I've sent this twice: Build fix for NFS ACLs and cleanup of POSIX ACL config. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: mm2/fs/Kconfig === --- mm2.orig/fs/Kconfig 2005-01-30 21:26:27.0 -0800 +++ mm2

Re: Patch 2/6 introduce helper infrastructure

2005-02-01 Thread Matt Mackall
On Thu, Jan 27, 2005 at 10:12:28AM +, Arjan van de Ven wrote: The patch below introduces get_random_int() and randomize_range(), two helpers used in later patches in the series. get_random_int() shares the tcp/ip random number stuff so the CONFIG_INET ifdef needs to move slightly, and

Re: [PATCH 2/8] lib/sort: Replace qsort in XFS

2005-02-01 Thread Matt Mackall
On Tue, Feb 01, 2005 at 02:29:15PM -0800, Chris Wedgwood wrote: On Mon, Jan 31, 2005 at 01:34:59AM -0600, Matt Mackall wrote: +#define qsort xfs_sort +static inline void xfs_sort(void *a, size_t n, size_t s, + int (*cmp)(const void *,const void *)) +{ + sort(a, n

dm-crypt crypt_status reports key?

2005-02-02 Thread Matt Mackall
From looking at the dm_crypt code, it appears that it can be interrogated to report the current key. Some quick testing shows: # dmsetup table /dev/mapper/volume1 0 200 crypt aes-plain 0123456789abcdef0123456789abcdef 0 7:0 0 Obviously, root can in principle recover this password from the

Re: dm-crypt crypt_status reports key?

2005-02-02 Thread Matt Mackall
On Wed, Feb 02, 2005 at 11:50:02PM +, Alasdair G Kergon wrote: On Wed, Feb 02, 2005 at 01:19:16PM -0800, Matt Mackall wrote: # dmsetup table /dev/mapper/volume1 0 200 crypt aes-plain 0123456789abcdef0123456789abcdef 0 7:0 0 Obviously, root can in principle recover this password

Re: dm-crypt crypt_status reports key?

2005-02-02 Thread Matt Mackall
On Thu, Feb 03, 2005 at 02:33:01AM +0100, Christophe Saout wrote: Am Mittwoch, den 02.02.2005, 13:19 -0800 schrieb Matt Mackall: From looking at the dm_crypt code, it appears that it can be interrogated to report the current key. Some quick testing shows: # dmsetup table /dev/mapper

Re: dm-crypt crypt_status reports key?

2005-02-02 Thread Matt Mackall
On Thu, Feb 03, 2005 at 03:34:29AM +0100, Christophe Saout wrote: The keyring API seems very flexible. You can define your own type of keys and give them names. Well, the name is probably irrelevant here and should be chosen randomly but it's less likely to collide with someone else. Dunno

Re: e1000, sshd, and the infamous Corrupted MAC on input

2005-02-02 Thread Matt Mackall
On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote: Hey all, I've been having quite a time with the e1000 driver running at gigabit speeds. Running it at 100Fdx has never been a problem, which I've done done for a long time. Last week I picked up a gigabit switch, and that's

Re: e1000, sshd, and the infamous Corrupted MAC on input

2005-02-03 Thread Matt Mackall
On Thu, Feb 03, 2005 at 11:16:37PM -0500, Ethan Weinstein wrote: Matt Mackall wrote: On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote: ... Finally, I used a crossover cable between the two boxes, which resulted in the same error from sshd again. Well ssh isn't

Re: [PATCH] OpenBSD Networking-related randomization port

2005-02-01 Thread Matt Mackall
On Mon, Jan 31, 2005 at 09:03:19PM +0100, Lorenzo Hern?ndez Garc?a-Hierro wrote: Arjan, I will give it a further look, is there anything you want to comment about it before I start? I will re-code it to put the helper functions in random.c. Do it against -mm, please, there are something like

Re: short read from /dev/urandom

2005-01-15 Thread Matt Mackall
On Thu, Jan 13, 2005 at 08:54:54PM -0800, Ulrich Drepper wrote: The /dev/urandom device is advertised as always returning the requested number of bytes. Yet, it fails to do this under some situations. Compile this Here's what random.c says: * The two other interfaces are two character

Re: short read from /dev/urandom

2005-01-15 Thread Matt Mackall
On Sat, Jan 15, 2005 at 02:36:56AM +, H. Peter Anvin wrote: Followup to: [EMAIL PROTECTED] By author:Theodore Ts'o [EMAIL PROTECTED] In newsgroup: linux.dev.kernel Good point. The fact that there are other implementations out there which are doing this is a convincing argument.

Re: short read from /dev/urandom

2005-01-15 Thread Matt Mackall
On Sat, Jan 15, 2005 at 07:58:23PM -0800, Ulrich Drepper wrote: Matt Mackall wrote: _Neither_ case mentions signals and the and will return as many bytes as requested is clearly just a restatement of does not have this limit. Whoever copied this comment to the manpage was a bit sloppy

Re: kbuild: Implicit dependence on the C compiler

2005-01-18 Thread Matt Mackall
On Tue, Jan 18, 2005 at 07:35:43PM +, H. Peter Anvin wrote: Followup to: [EMAIL PROTECTED] By author:Sam Ravnborg [EMAIL PROTECTED] In newsgroup: linux.dev.kernel To give some background info about why kbuild does what it does. A kernel being compiled partly with and partly

[PATCH 12/12] random pt3: Remove entropy batching

2005-01-19 Thread Matt Mackall
-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c === --- rnd.orig/drivers/char/random.c 2005-01-18 10:45:13.176966505 -0800 +++ rnd/drivers/char/random.c 2005-01-18 11:01:30.616353586 -0800 @@ -238,7 +238,6

[PATCH 9/12] random pt3: Remove dead MD5 copy

2005-01-19 Thread Matt Mackall
Remove long-dead md5 code. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c === --- rnd.orig/drivers/char/random.c 2005-01-18 10:40:00.654809689 -0800 +++ rnd/drivers/char/random.c 2005-01-18 10

[PATCH 2/12] random pt3: Static allocation of pools

2005-01-19 Thread Matt Mackall
As we no longer allow resizing of pools, it makes sense to allocate and initialize them statically. Remove create_entropy_store and simplify rand_initialize. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c

[PATCH 4/12] random pt3: Catastrophic reseed checks

2005-01-19 Thread Matt Mackall
When reseeding, we must always do a catastrophic reseed where we pull enough new bits to make the new state unguessable from outputs even if we knew the old state. So we must do the checks against the minimum reseed amount under the pool lock in extract_entropy. Signed-off-by: Matt Mackall [EMAIL

[PATCH 7/12] random pt3: Reseed pointer in pool struct

2005-01-19 Thread Matt Mackall
Put pointer to reseed pool in pool struct and automatically pull entropy from it if it is set. This lets us remove the EXTRACT_SECONDARY flag. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c

[PATCH 6/12] random pt3: Reservation flag in pool struct

2005-01-19 Thread Matt Mackall
Move the limit flag to the pool struct, begin process of eliminating extract flags. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c === --- rnd.orig/drivers/char/random.c 2005-01-18 10:39

[PATCH 5/12] random pt3: Entropy reservation accounting

2005-01-19 Thread Matt Mackall
Additional parameter to allow keeping an entropy reserve in the input pool. Groundwork for proper /dev/urandom vs /dev/random starvation prevention. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c

[PATCH 11/12] random pt3: Clean up hash buffering

2005-01-19 Thread Matt Mackall
Clean up buffer usage for SHA and reseed. This makes the code more readable and reduces worst-case stack usage. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c === --- rnd.orig/drivers/char/random.c

[PATCH 8/12] random pt3: Break up extract_user

2005-01-19 Thread Matt Mackall
Break apart extract_entropy into kernel and user versions, remove last extract flag and some unnecessary variables. This makes the code more readable and amenable to sparse. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c

[PATCH 0/12] random pt3: More core and accounting cleanups

2005-01-19 Thread Matt Mackall
This is a third series of various cleanups for drivers/char/random.c. It applies on top of the previous 10. These bits greatly simplify the setup: 1 More meaningful pool names 2 Static allocation of pools 3 Static sysctl bits These bits make the accounting safer and the code easier to follow:

[PATCH 1/12] random pt3: More meaningful pool names

2005-01-19 Thread Matt Mackall
Give pools more meaningful names. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c === --- rnd.orig/drivers/char/random.c 2005-01-18 10:21:12.250668976 -0800 +++ rnd/drivers/char/random.c 2005-01

[PATCH 3/12] random pt3: Static sysctl bits

2005-01-19 Thread Matt Mackall
Static initialization for sysctl support Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/drivers/char/random.c === --- rnd.orig/drivers/char/random.c 2005-01-18 10:36:10.542146558 -0800 +++ rnd/drivers/char/random.c

Re: [PATCH] [request for inclusion] Realtime LSM

2005-01-19 Thread Matt Mackall
@@ -3211,6 +3211,12 @@ static inline task_t *find_process_by_pi static void __setscheduler(struct task_struct *p, int policy, int prio) { BUG_ON(p-array); + if (prio == 1 policy != SCHED_NORMAL) { + p-policy = SCHED_NORMAL; + p-static_prio =

[PATCH] use mmiowb in via-rhine

2005-01-19 Thread Matt Mackall
Use the generic PCI memory barrier. Test-compiled. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: bk/drivers/net/via-rhine.c === --- bk.orig/drivers/net/via-rhine.c 2005-01-19 12:06:52.283455936 -0800 +++ bk/drivers/net

Re: [PATCH] use mmiowb in via-rhine

2005-01-19 Thread Matt Mackall
On Wed, Jan 19, 2005 at 12:22:20PM -0800, Matt Mackall wrote: Use the generic PCI memory barrier. Test-compiled. Ignore that, doesn't work as I thought. mmiowb prevents write reordering on multiple CPUs like Altix but doesn't prevent posting. Perhaps another barrier is needed. Signed-off

Radeon framebuffer weirdness in -mm2

2005-01-20 Thread Matt Mackall
I'm seeing radeonfb on my ThinkPad T30 go weird on reboot (lots of horizontal lines) and require powercycling to fix. Worked fine with 2.6.10. -- Mathematics is the supreme nostalgia of our time. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to

Re: Radeon framebuffer weirdness in -mm2

2005-01-20 Thread Matt Mackall
On Thu, Jan 20, 2005 at 03:39:21PM -0800, Andrew Morton wrote: Matt Mackall [EMAIL PROTECTED] wrote: I'm seeing radeonfb on my ThinkPad T30 go weird on reboot (lots of horizontal lines) and require powercycling to fix. Worked fine with 2.6.10. Which radeon driver? CONFIG_FB_RADEON_OLD

Re: Radeon framebuffer weirdness in -mm2

2005-01-20 Thread Matt Mackall
On Thu, Jan 20, 2005 at 04:01:23PM -0800, Andrew Morton wrote: Matt Mackall [EMAIL PROTECTED] wrote: Which radeon driver? CONFIG_FB_RADEON_OLD or CONFIG_FB_RADEON? FB_RADEON. Ah, OK. Likely culprits are radeonfb-massive-update-of-pm-code.patch radeonfb-build-fix.patch Ok

Re: Radeon framebuffer weirdness in -mm2

2005-01-20 Thread Matt Mackall
On Thu, Jan 20, 2005 at 08:07:11PM -0800, Andrew Morton wrote: Andrew Morton [EMAIL PROTECTED] wrote: Next suspects would be: +cleanup-vc-array-access.patch +remove-console_macrosh.patch +merge-vt_struct-into-vc_data.patch Make that: +cleanup-vc-array-access.patch

[PATCH 5/12] random pt4: Move SHA code to lib/

2005-01-21 Thread Matt Mackall
Move random SHA code to lib/. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/lib/Makefile === --- rnd2.orig/lib/Makefile 2005-01-20 09:41:30.0 -0800 +++ rnd2/lib/Makefile 2005-01-20 12:20:08.424413615 -0800

[PATCH 11/12] random pt4: Move syncookies to net/

2005-01-21 Thread Matt Mackall
Move syncookie code off to networking land. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/drivers/char/random.c === --- rnd2.orig/drivers/char/random.c 2005-01-20 10:16:13.830687244 -0800 +++ rnd2/drivers/char

[PATCH 3/12] random pt4: Kill the SHA variants

2005-01-21 Thread Matt Mackall
Kill the unrolled SHA variants, they're unused and duplicate code in cryptoapi. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/drivers/char/random.c === --- rnd2.orig/drivers/char/random.c 2005-01-20 12:22

[PATCH 7/12] random pt4: Update cryptolib to use SHA fro lib

2005-01-21 Thread Matt Mackall
Drop the cryptolib SHA implementation and use the faster and much smaller SHA implementation from lib/. Saves about 5K. This also saves time by doing one memset per update call rather than one per SHA block. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/crypto/sha1.c

[PATCH 0/12] random pt4: Moving and sharing code

2005-01-21 Thread Matt Mackall
This series focuses on moving and sharing code in /drivers/char/random.c. It applies on top of -mm2 which contains my earlier patches. New bitop: 1 Create new rol32/ror32 bitops 2 Use them throughout the tree Share SHA code in lib: 3 Kill the SHA1 variants 4 Cleanup SHA1 interface 5 Move

[PATCH 6/12] random pt4: Replace SHA with faster version

2005-01-21 Thread Matt Mackall
alternate: 2112B 1.0us 80B Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd/lib/sha1.c === --- rnd.orig/lib/sha1.c 2005-01-12 21:27:15.445196197 -0800 +++ rnd/lib/sha1.c 2005-01-12 21:28:24.051449644 -0800

[PATCH 10/12] random pt4: Simplify and shrink syncookie code

2005-01-21 Thread Matt Mackall
Simplify syncookie initialization Refactor syncookie code with separate hash function Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/drivers/char/random.c === --- rnd2.orig/drivers/char/random.c 2005-01-20 10:12

[PATCH 8/12] random pt4: Move halfmd4 to lib

2005-01-21 Thread Matt Mackall
Move half-MD4 hash to /lib where we can share it with htree. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/drivers/char/random.c === --- rnd2.orig/drivers/char/random.c 2005-01-20 09:42:08.922390869 -0800 +++ rnd2

[PATCH 1/12] random pt4: Create new rol32/ror32 bitops

2005-01-21 Thread Matt Mackall
Add rol32 and ror32 bitops to bitops.h Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/drivers/char/random.c === --- rnd2.orig/drivers/char/random.c 2005-01-19 22:59:59.0 -0800 +++ rnd2/drivers/char/random.c

[PATCH 2/12] random pt4: Use them throughout the tree

2005-01-21 Thread Matt Mackall
Move users of private rotl/rotr functions to rol32/ror32. Crypto bits verified with tcrypt. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/crypto/michael_mic.c === --- rnd2.orig/crypto/michael_mic.c 2004-04-03 19:37

[PATCH 4/12] random pt4: Cleanup SHA interface

2005-01-21 Thread Matt Mackall
Clean up SHA hash function for moving to lib/ Do proper endian conversion Provide sha_init function Add kerneldoc Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/drivers/char/random.c === --- rnd2.orig/drivers/char

[PATCH 12/12] random pt4: Move other tcp/ip bits to net/

2005-01-21 Thread Matt Mackall
Move remaining TCP bits from random.c to networking land. Signed-off-by: Matt Mackall [EMAIL PROTECTED] Index: rnd2/include/net/tcp.h === --- rnd2.orig/include/net/tcp.h 2005-01-20 10:15:06.896220663 -0800 +++ rnd2/include/net/tcp.h

<    1   2   3   4   5   6   7   8   9   10   >