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
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
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
"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
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
-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
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()?
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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-
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/
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
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
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
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
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
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.
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
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
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.
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,
>
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)
>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
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
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:
> >
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
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
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
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
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
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
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
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
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
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
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
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
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
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_
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
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:
>
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
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.
&
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
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
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
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.)
>
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
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
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
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
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):
>
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
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
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.
> > >
> >
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
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
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
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
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
>
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
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 ;)
>
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
> >
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
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
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,
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
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
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
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
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
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
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.
> > >
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
>
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
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
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
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
===
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.
-
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
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
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
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
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
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
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
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]>
301 - 400 of 1002 matches
Mail list logo