Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Matt Mackall
On Tue, Feb 15, 2005 at 10:08:11AM +1100, Benjamin Herrenschmidt wrote: > > > Appeared ? hah... that's strange. X is known to fuck up the chip when > > quit, but I wouldn't have expected any change due to the new version of > > radeonfb. From what you describe, it looks like an offset register is

Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Matt Mackall
On Tue, Feb 15, 2005 at 12:07:34PM +1100, Benjamin Herrenschmidt wrote: > > > Nope. No printk outputs from _set_par, _write_mode, or _engine_init. > > > > Just to clarify: the gdm stop is done from tty1 while gdm is running > > on tty7, so I don't think it's a matter of mode switch logic. > > Oh

[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. Thi

Re: [PATCH] SHA1 clarify kerneldoc

2005-01-27 Thread Matt Mackall
"512 bit > block" follow, as it does 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

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

[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 @@ conf

Re: [PATCH 04/04] Add LRW

2005-01-30 Thread Matt Mackall
On Sun, Jan 30, 2005 at 12:49:29PM +0100, Fruhwirth Clemens wrote: > > In fact, it's lowerCamelCase, that's intentional. The problem with mixing of naming styles is that it becomes difficult to remember what style is used where. Is it foo_bar_baz() or foobarbaz() or fooBarBaz() or FooBarBaz()?

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

2005-01-30 Thread Matt Mackall
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 to shrink a number of core data structures. The space savings for the current batch is around 14k. - To unsub

[PATCH 1/8] base-small: introduce the CONFIG_BASE_SMALL flag

2005-01-30 Thread Matt Mackall
Add CONFIG_BASE_SMALL for miscellaneous core size that don't warrant their own options. Example users to follow. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/init/Kconfig === --- mm2.orig/init/Kconfig

[PATCH 2/8] base-small: shrink major_names hash

2005-01-30 Thread Matt Mackall
CONFIG_BASE_SMALL degrade genhd major names hash to linked list Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/drivers/block/genhd.c === --- tq.orig/drivers/block/genhd.c 2005-01-26 13:06:16.0 -0800

[PATCH 5/8] base-small: shrink UID hash

2005-01-30 Thread Matt Mackall
CONFIG_BASE_SMALL reduce UID lookup hash Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/kernel/user.c === --- tq.orig/kernel/user.c 2005-01-25 09:31:58.0 -0800 +++ tq/kernel/user.c2005-01-26

[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

[PATCH 4/8] base-small: shrink PID tables

2005-01-30 Thread Matt Mackall
CONFIG_BASE_SMALL reduce size of pidmap table for small machines Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/include/linux/threads.h === --- tq.orig/include/linux/threads.h 2005-01-25 09:26:16.0

[PATCH 6/8] lib/sort: Replace insertion sort in exception tables

2005-01-30 Thread Matt Mackall
Replace exception table insertion sort with lib/sort Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/lib/extable.c === --- mm2.orig/lib/extable.c 2005-01-30 20:33:18.0 -0800 +++ mm2/lib/extable.c 2005

[PATCH 0/8] lib/sort: Add generic sort to lib/

2005-01-30 Thread Matt Mackall
This patch series introduces a generic heapsort function, sort(), in lib/. It also replaces the uses of the recently introduced qsort() code from glibc and then removes that code. A few other open-coded sort routines are updated as well. I plan to clean up some other effervescent sort routines in t

[PATCH 7/8] lib/sort: Replace insertion sort in IA64 exception tables

2005-01-30 Thread Matt Mackall
Switch IA64 exception tables to lib/sort. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/arch/ia64/mm/extable.c === --- tq.orig/arch/ia64/mm/extable.c 2005-01-25 09:20:53.0 -0800 +++ tq/arch/ia64/mm/ext

[PATCH 9/8] lib/sort: turn off self-test

2005-01-30 Thread Matt Mackall
Doh. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/lib/sort.c === --- mm2.orig/lib/sort.c 2005-01-30 22:37:28.0 -0800 +++ mm2/lib/sort.c 2005-01-30 23:41:40.0 -0800 @@ -82,7

[PATCH 4/8] lib/sort: Kill qsort()

2005-01-30 Thread Matt Mackall
Remove qsort() before anyone gets too attached to it. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/lib/qsort.c === --- mm2.orig/lib/qsort.c2005-01-30 20:33:19.0 -0800 +++ /dev/null 1970-01-01

[PATCH 3/8] lib/sort: Replace qsort in NFS ACL code

2005-01-31 Thread Matt Mackall
Switch NFS ACLs to lib/sort Index: mm2/fs/nfsacl.c === --- mm2.orig/fs/nfsacl.c2005-01-30 21:26:27.0 -0800 +++ mm2/fs/nfsacl.c 2005-01-30 22:06:43.0 -0800 @@ -25,6 +25,7 @@ #include #include #include

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

2005-01-31 Thread Matt Mackall
03132 42.44% 129786472 45.40% Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/lib/Makefile === --- mm2.orig/lib/Makefile 2005-01-30 21:26:28.0 -0800 +++ mm2/lib/Makefile2005-01-30 22:37:4

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

2005-01-31 Thread Matt Mackall
Point XFS qsort at lib/sort in a way that makes it happy. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/fs/xfs/linux-2.6/xfs_linux.h === --- mm2.orig/fs/xfs/linux-2.6/xfs_linux.h 2005-01-30 14:22:38.000

[PATCH 8/8] lib/sort: Use generic sort on x86_64

2005-01-31 Thread Matt Mackall
x86_64 wasn't doing anything special in its sort_extable. Use the generic lib/extable sort. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/arch/x86_64/mm/extable.c === --- tq.orig/arch/x86_64/mm/extable.c20

[PATCH 5/8] lib/sort: Replace open-coded O(pids**2) bubblesort in cpusets

2005-01-31 Thread Matt Mackall
Eep. cpuset uses bubble sort on a data set that's potentially O(# processes). Switch to lib/sort. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/kernel/cpuset.c === --- tq.orig/kernel/cpuset.c 2005-

[PATCH] s/retreiv/retriev/g

2005-01-31 Thread Matt Mackall
As everyone knows, the rule is: "i before e.. um.. always." Next patch: cleanup all the rieserfs misspellings. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/fs/reiserfs/xattr.c === --- mm2.orig/fs/

[PATCH 7/8] base-small: shrink timer hashes

2005-01-31 Thread Matt Mackall
CONFIG_BASE_SMALL reduce timer list hashes Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/kernel/timer.c === --- mm2.orig/kernel/timer.c 2005-01-30 21:26:28.0 -0800 +++ mm2/kernel/timer.c 2005-01-30

[PATCH 6/8] base-small: shrink futex queues

2005-01-31 Thread Matt Mackall
CONFIG_BASE_SMALL reduce futex hash table Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/kernel/futex.c === --- tq.orig/kernel/futex.c 2005-01-25 09:26:18.0 -0800 +++ tq/kernel/futex.c 2005-01-26

[PATCH 8/8] base-small: shrink console buffer

2005-01-31 Thread Matt Mackall
CONFIG_BASE_SMALL reduce console transfer buffer Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/include/linux/vt_kern.h === --- mm2.orig/include/linux/vt_kern.h2005-01-30 21:26:28.0 -0800 +++ mm2/i

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

2005-01-31 Thread Matt Mackall
On Mon, Jan 31, 2005 at 01:52:57PM +0200, Alexey Dobriyan wrote: > On Mon, 31 Jan 2005 01:34:59 -0600, 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. &g

Re: [PATCH 9/8] lib/sort: turn off self-test

2005-01-31 Thread Matt Mackall
On Mon, Jan 31, 2005 at 03:57:42AM -0800, Paul Jackson wrote: > How about just removing the self test, not "#if 0"'ing it out. > > Better to keep the kernel source code clean of development > scaffolding. > > Though your patch 1/8 hasn't arrived in my email inbox yet, > so I don't actually know w

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.

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

[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 a

[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.

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, >

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)

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 ru

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 i

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: > >

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. Dunn

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 tha

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 s

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 l

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 > >> si

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 ot

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 rev

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

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

2005-02-23 Thread Matt Mackall
the general setup menu in menuconfig because 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-0

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-r

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 s

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 ha

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_

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 d

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: >

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 fin

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. &

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: > > > > h

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 c

Re: 2.6.11-rc5-mm1: reiser4 panic

2005-03-03 Thread Matt Mackall
On Fri, Mar 04, 2005 at 02:16:56AM +0100, Alexander Gran wrote: > Hi, > > after my external USB hdd disconnected itself reiser4 paniced. I dont think a > journalingfs should panic if its device fails.. Panicking is sometimes what you want. Panic can trigger a reboot and get the box back on its f

Re: [CHECKER] Do ext2, jfs and reiserfs respect mount -o sync/dirsync option?

2005-03-03 Thread Matt Mackall
On Thu, Mar 03, 2005 at 10:33:40PM -0800, Junfeng Yang wrote: > > Hi, > > FiSC (our file system checker) emits several warnings on ext2, jfs and > reiserfs, complaining that diretories or files are lost while FiSC > believes they should already be persistent on disk. (ext3 behaves > correctly.) >

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 d

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 convin

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 cop

Re: slab corruption in skb allocs

2005-03-04 Thread Matt Mackall
On Fri, Mar 04, 2005 at 01:23:48PM +0100, Richard Fuchs wrote: > Andrew Morton wrote: > > >I guess it could be hardware. But given that disabling DMA _causes_ the > >problem, rather than fixes it, it seems unlikely. > > > >Could you enable CONFIG_DEBUG_PAGEALLOC in .config and see it that trigger

Re: slab corruption in skb allocs

2005-03-04 Thread Matt Mackall
On Fri, Mar 04, 2005 at 10:52:38PM +0100, Richard Fuchs wrote: > Matt Mackall wrote: > > >Doh. 'ethtool -k' is what's needed, sorry. > > doh myself. :) this won't be very helpful though, as i get the same on > all machines (with both drivers): >

Re: slab corruption in skb allocs

2005-03-04 Thread Matt Mackall
On Fri, Mar 04, 2005 at 10:19:21PM +0100, Richard Fuchs wrote: > _correction_ to my previous mail, this does _not_ happen with the > eepro100 driver. (sorry for the confusion, i got the kernel images mixed > up with all the testing i've been doing.) > > could this affect the e1000 driver as well

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

2005-03-07 Thread Matt Mackall
d a signed-off-by. Add a pair of rlimits for allowing non-root tasks to raise nice and rt priorities. Defaults to traditional behavior. Originally written by Chris Wright. Signed-off-by: Matt Mackall <[EMAIL PRO

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

2005-03-07 Thread Matt Mackall
On Tue, Mar 08, 2005 at 04:32:50AM +, Christoph Hellwig wrote: > On Mon, Mar 07, 2005 at 08:28:21PM -0800, Andrew Morton wrote: > > > please describe this "very simple and very real-world problem" in simple > > > terms. Lets make sure "problem" and "solution" didnt become detached. > > > > >

[PATCH] unified device list allocator

2005-03-07 Thread Matt Mackall
will let us have dynamic allocation of the entire address space of arbitrary numbers of devices. Tested on a laptop with a typical mix of static and dynamic block and char devices, with identical allocations to the stock kernel. Save about 3k in code and hash tables. Signed-off-by: Matt Mackall

Re: [PATCH] unified device list allocator

2005-03-07 Thread Matt Mackall
On Mon, Mar 07, 2005 at 09:33:02PM -0800, Andrew Morton wrote: > Matt Mackall <[EMAIL PROTECTED]> wrote: > > > > + /* search for insertion point in reverse for dynamic allocation */ > > + list_for_each_prev(l, list) { > > hrmph. Any time we do anything in O

Re: [PATCH] unified device list allocator

2005-03-07 Thread Matt Mackall
On Tue, Mar 08, 2005 at 05:56:27AM +, Christoph Hellwig wrote: > On Mon, Mar 07, 2005 at 09:50:35PM -0800, Andrew Morton wrote: > > > register_blkdev only happens at module_init time (and in fact should go > > > away completely, so I'm not happy wit hthe surgey to keep it barely alive > > > at

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

2005-03-07 Thread Matt Mackall
On Tue, Mar 08, 2005 at 04:40:02PM +1100, Peter Williams wrote: > The granting of the ability to switch to and from RT mode should require > a means to specify which users it applies to and also which programs it > applies to. The RT rlimits mechanism doesn't meet these criteria. a) rlimits are

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

2005-03-07 Thread Matt Mackall
On Mon, Mar 07, 2005 at 11:30:57PM -0600, Jack O'Quin wrote: > Andrew Morton <[EMAIL PROTECTED]> writes: > > > Matt Mackall <[EMAIL PROTECTED]> wrote: > >> > >> I think Chris Wright's last rlimit patch is more sensible and ready to >

Re: [PATCH] unified device list allocator

2005-03-07 Thread Matt Mackall
On Tue, Mar 08, 2005 at 06:31:27AM +, Christoph Hellwig wrote: > On Mon, Mar 07, 2005 at 10:11:55PM -0800, Matt Mackall wrote: > > > - when called with the major argument as 0 it returns an unused major > > > number > > >from the top of the old 255 entri

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

2005-03-07 Thread Matt Mackall
On Mon, Mar 07, 2005 at 10:45:05PM -0800, Chris Wright wrote: > * Matt Mackall ([EMAIL PROTECTED]) wrote: > > On Mon, Mar 07, 2005 at 07:50:20PM -0800, Andrew Morton wrote: > > > Consider this a prod in the direction of those who were pushing > > > alternatives ;) >

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

2005-03-08 Thread Matt Mackall
On Mon, Mar 07, 2005 at 10:55:35PM -0800, Andrew Morton wrote: > Matt Mackall <[EMAIL PROTECTED]> wrote: > > > > Add a pair of rlimits for allowing non-root tasks to raise nice and rt > > priorities. Defaults to traditional behavior. Originally written by > >

[PATCH] make cond_syscall look right

2005-03-08 Thread Matt Mackall
The current cond_syscall #defines add a semicolon on the end, and then folks leave the semicolons off in kernel/sys_ni.c, which confuses editors that are language-aware and is just generally bad style. This sweeps all the users and makes sys_ni.c look like normal C code. Signed-off-by: Matt

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

2005-03-08 Thread Matt Mackall
On Tue, Mar 08, 2005 at 09:39:24PM -0600, Jack O'Quin wrote: > >> 4. is undocumented and has never been tested in any real music studios > > > > Well you'll have a bit to test it before it goes to Linus. > > Only toy tests will be possible without the required userspace tools. Chris posted the re

Re: [ANNOUNCE 0/6] Open-iSCSI High-Performance Initiator for Linux

2005-03-08 Thread Matt Mackall
On Sun, Mar 06, 2005 at 11:03:14PM -0800, Alex Aizman wrote: > As far as user/kernel, the existing iSCSI initiators bloat the kernel with > ever-growing control plane code, including but not limited to: iSCSI > discovery, Login (Authentication and Operational), session and connection > management,

Re: [ANNOUNCE 0/6] Open-iSCSI High-Performance Initiator for Linux

2005-03-08 Thread Matt Mackall
On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote: > Matt Mackall wrote: > > >How big is the userspace client? > > > Hmm.. x86 executable? source? > > Anyway, there's about 12,000 lines of user space code, and growing. In > the kernel we have appr

Re: [ANNOUNCE 1/6] Open-iSCSI High-Performance Initiator for Linux

2005-03-08 Thread Matt Mackall
On Sun, Mar 06, 2005 at 11:04:51PM -0800, Alex Aizman wrote: > SCSI LLDD consists of 3 files: > - iscsi_if.c (iSCSI open interface over netlink); > - iscsi_tcp.[ch] (iSCSI transport over TCP/IP). > > Signed-off-by: Alex Aizman <[EMAIL PROTECTED]> > Signed-o

Re: [ANNOUNCE 2/6] Open-iSCSI High-Performance Initiator for Linux

2005-03-08 Thread Matt Mackall
On Sun, Mar 06, 2005 at 11:12:06PM -0800, Alex Aizman wrote: > +#define iscsi_ptr(_handle) ((void*)(unsigned long)_handle) > +#define iscsi_handle(_ptr) ((uint64_t)(unsigned long)_ptr) This is a bit wonky. Why is there a distinction? > +#ifndef ISCSI_PROTO_H > +#define ISCSI_PROTO_H > + > +#def

Re: [ANNOUNCE 0/6] Open-iSCSI High-Performance Initiator for Linux

2005-03-08 Thread Matt Mackall
On Tue, Mar 08, 2005 at 10:25:58PM -0800, Dmitry Yusupov wrote: > On Tue, 2005-03-08 at 22:05 -0800, Matt Mackall wrote: > > On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote: > > > Matt Mackall wrote: > > > > > > >How big is the userspace cli

Re: [ANNOUNCE 6/6] Open-iSCSI High-Performance Initiator for Linux

2005-03-08 Thread Matt Mackall
On Sun, Mar 06, 2005 at 11:19:03PM -0800, Alex Aizman wrote: > +The latest development release is available at: > +http://www.open-iscsi.org I think a URL in Kconfig and the source is sufficient, as this requires a userspace component which is a better place to bundle the docs. -- Mathematics is

Re: Linux 2.6.11.2

2005-03-09 Thread Matt Mackall
On Wed, Mar 09, 2005 at 12:39:23AM -0800, Greg KH wrote: > And to further test this whole -stable system, I've released 2.6.11.2. > It contains one patch, which is already in the -bk tree, and came from > the security team (hence the lack of the longer review cycle). > > It's available now in the

Re: Linux 2.6.11.2

2005-03-09 Thread Matt Mackall
On Wed, Mar 09, 2005 at 03:11:57PM -0800, Greg KH wrote: > On Wed, Mar 09, 2005 at 01:06:31PM -0800, Matt Mackall wrote: > > On Wed, Mar 09, 2005 at 12:39:23AM -0800, Greg KH wrote: > > > And to further test this whole -stable system, I've released 2.6.11.2. > > >

Re: Linux 2.6.11.2

2005-03-09 Thread Matt Mackall
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: > > > > >which is a patch against the 2.6.11.1 release. If consensus arrives >

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 real

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 ti

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 anyb

[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 ===

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. -

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 MESS

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 ri

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

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

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). I

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. -- Math

[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-of

[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]>

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