Re: [2.6 patch] drivers/isdn/hardware/eicon/: misc possible cleanups

On Wed, 9 Feb 2005, Adrian Bunk wrote: > On Sun, Feb 06, 2005 at 11:18:18AM +0100, Armin Schindler wrote: > > > Hi Adrian, > > Hi Armin, > > > thanks for the proposed patch. > > Making the functions static is a good idea, I will check and test this. > > Removing some functions, especially from

Re: [PATCH] Fix ALPS sync loss

On Tue, Feb 08, 2005 at 06:40:12PM -0500, Dmitry Torokhov wrote: > Hi, > > Here is the promised patch. It turns out protocol validation code was > a bit (or rather a byte ;) ) off. > > Please let me know if it fixes your touchpad and I believe it would be > nice to have it in 2.6.11. Yes, I

Re: Question regarding e1000 driver and dropped packets (2.6.5 / 2.6.10)?

Bukie Mabayoje wrote: > Can you do a simple test? > Connect the two box to the same switch. ( No other box should be on the > physical bus) > 1. Send packets from BoxA ---> BoxB ( Record the stats) > > 2. Send packets from BoxB ---> BoxA(Record the stats) > > 3. Send packets

Re: [RFC] Linux Kernel Subversion Howto

On Feb 8, 2005, [EMAIL PROTECTED] (Larry McVoy) wrote: > I think you are dreaming. You've gone from wanting enough information > to supposedly debug your source tree to being explicit about wanting to > recreate the entire BK history in a different system. > The answer is no, that's a clear

Re: [PATCH] kernel/fork.c: VM accounting bugfix (2.6.11-rc3-bk5)

Hi Mark, * Mark F. Haigh ([EMAIL PROTECTED]) wrote: > [Aargh! Missing Signed-off-by.] > > Unless I'm missing something, in kernel/fork.c, dup_mmap(): > > if (security_vm_enough_memory(len)) > goto fail_nomem; > /* ... */ > fail_nomem: >

[PATCH] OProfile: exit.text referenced in init.text

The linker doesn't complain, but i got this error on ARM which has similar code. oprofile_arch_exit: discarded in section `.exit.text' from arch/arm/oprofile/built-in.o arch/arm/oprofile/built-in.o(.init.text+0x4c): In function `oprofile_init': : relocation truncated to fit: R_ARM_PC24

Re: 2.6.11-rc3-mm1: two oops on startup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/09/2005 03:09 PM, Andrew Morton wrote: > Clemens Schwaighofer <[EMAIL PROTECTED]> wrote: > >>during startup I get too oops on my Box > > > Yes, it is being worked on. You'll need to CONFIG_INOTIFY=n, thanks. okay, thanks. - -- [ Clemens

Re: 2.6.11-rc3-mm1: two oops on startup

Clemens Schwaighofer <[EMAIL PROTECTED]> wrote: > > during startup I get too oops on my Box Yes, it is being worked on. You'll need to CONFIG_INOTIFY=n, thanks. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo

Re: 2.6.11-rc3-mm1: two oops on startup

Hi, during startup I get too oops on my Box. It's a debian/unstable. dmesg from right after the start and the kernel config are attached. -- [ Clemens Schwaighofer -=:~ ] [ TBWA\ && TEQUILA\ Japan IT Group ] [6-17-2

Re: [RFC] Linux Kernel Subversion Howto

On Tuesday 08 February 2005 21:57, Roman Zippel wrote: >Hi, > >On Tue, 8 Feb 2005, Jon Smirl wrote: >> Write up a proposal of what you need. Send it to Larry and ask for >> a quote. Larry will probably even help you fill in things you >> missed in the proposal. Come to an agreement on terms for

Re: [RFC] Linux Kernel Subversion Howto

Olaf Dietsche wrote: > Stelian Pop <[EMAIL PROTECTED]> writes: > >> I must test this...), plus 600 MB per working copy. > > If you use svk for the client side, there's > (almost?) no overhead. > > Regards, Olaf. erm, svk is cool and all, but it keeps a local

2.4.x kernel BUG at filemap.c:81

Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28, 2.4.29 with highmem 4GB, and highmem i/o support enabled, I get a system lockup. This happens in both X and console. Happens with and without my Nvidia drivers loaded. I cannot determine what makes this bug present it self

Re: 2.6.10 kprobes/jprobes panic

Hi Badri, > Hi, > > I ran into this while playing with jprobes in 2.6.10. > > I tried to install jprobe handler on a invalid address, User should prevent inserting jprobes on an invalid address. > I get OOPS. I was hoping for a error check and a graceful > exit rather than kernel Oops. >

Re: [PATCH] Makefiles are not built using a Fortran compiler

Hi Kai - long time.. > > The SCCS rules is the sole reason why -rR has not been enabled. > > An easy way to make sure that the SCCS business is not a factor would be > to explicitly put the SCCS rules into the Makefile -- it's just two lines. Yup, I will do that when 2.6.11 opens up. If other

Re: VM disk cache behavior.

Andy Isaacson wrote: > Most likely is that your app isn't behaving in a cache-friendly way.ÂÂIf > your file will fit in memory, just fault it in sequentially (wc -l file) > and then your app should cook.ÂÂIfÂyou'reÂnotÂgoingÂtoÂfitÂinÂmemory, > the vm caching will probably only help if you have

Re: 2.6.11-rc3-mm1

On Wed, 9 Feb 2005, Marcos D. Marado Torres wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Fri, 4 Feb 2005, Andrew Morton wrote: > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/ > > Andrew, > > Please add to -mm the patch in

Re: 2.6.11-rc3-mm1

"Marcos D. Marado Torres" <[EMAIL PROTECTED]> wrote: > > Please add to -mm the patch in attachment, since it solves the old > acpi_power_off bug... What acpi_power_off bug? And how does it solve it? Thanks. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [Lse-tech] [PATCH] cpusets - big numa cpu and memory placement

Nick wrote: > The biggest issues may be the userspace > interface and a decent userspace management tool. One possibility, perhaps, would be to have a boolean flag "sched_domain" on each cpuset, indicating whether it was a sched domain or not. If a cpuset had its sched_domain flag set, then that

Re: 2.6.11-rc3-mm1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 4 Feb 2005, Andrew Morton wrote: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/ Andrew, Please add to -mm the patch in attachment, since it solves the old acpi_power_off bug... Best Regards, Marcos

[PATCH] kernel/fork.c: VM accounting bugfix (2.6.11-rc3-bk5)

[Aargh! Missing Signed-off-by.] Unless I'm missing something, in kernel/fork.c, dup_mmap(): if (security_vm_enough_memory(len)) goto fail_nomem; /* ... */ fail_nomem: retval = -ENOMEM; vm_unacct_memory(charge); /* ... */ If

[PATCH] kernel/fork.c: VM accounting bugfix (2.6.11-rc3-bk5)

Unless I'm missing something, in kernel/fork.c, dup_mmap(): if (security_vm_enough_memory(len)) goto fail_nomem; /* ... */ fail_nomem: retval = -ENOMEM; vm_unacct_memory(charge); /* ... */ If security_vm_enough_memory() fails

Re: [RFC] Linux Kernel Subversion Howto

On Wed, Feb 09, 2005 at 03:47:49AM +0100, Roman Zippel wrote: > Hi, > > On Tue, 8 Feb 2005, Larry McVoy wrote: > > > Nice, Roman. All I need is a cooperating third party who is willing to > > give me your code under a different (albeit invalid) license. > > Short version: Bullshit. > Long

again cifs oops in 2.6.8.1

-BEGIN PGP SIGNED MESSAGE- (BHash: SHA1 (B (BHi, (B (BI got again too cifs oops: (B (BFeb 7 18:17:07 ramen kernel: c02180d4 (BFeb 7 18:17:07 ramen kernel: SMP (BFeb 7 18:17:07 ramen kernel: Modules linked in: loop ntfs appletalk ipx (Bp8022 psnap llc usbcore (BFeb 7 18:17:07

Re: [RFC] Linux Kernel Subversion Howto

On Wed, 9 Feb 2005 03:57:37 +0100 (CET), Roman Zippel <[EMAIL PROTECTED]> wrote: > Hi, > > On Tue, 8 Feb 2005, Jon Smirl wrote: > > > Write up a proposal of what you need. Send it to Larry and ask for a > > quote. Larry will probably even help you fill in things you missed in > > the proposal.

[2.6 patch] drivers/isdn/tpam/: possible cleanups

This patch makes the following possible cleanups: - tpam_hdlc.c: make the needlessly global variable stuffs static - tpam_nco.c: remove the unused global function build_ADestroyNCOReq Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/isdn/tpam/tpam.h |1 -

[2.6 patch] drivers/isdn/sc/: possible cleanups

This patch contains the following possible cleanips: - make some needlessly global code static - remove the compiled but completely unused debug.c - remove or #if 0 the following unused global functions: - command.c: loopback - command.c: loadproc - init.c: irq_supported - packet.c:

Re: [RFC] Linux Kernel Subversion Howto

Hi, On Tue, 8 Feb 2005, Jon Smirl wrote: > Write up a proposal of what you need. Send it to Larry and ask for a > quote. Larry will probably even help you fill in things you missed in > the proposal. Come to an agreement on terms for the proposal. Raise > the cash, send it to Larry, wait for the

[2.6 patch] drivers/isdn/i4l/: possible cleanups

This patch contains the following possible cleanups: - make needlessly global code static - remove the following unused global function: - isdn_audio.c: isdn_audio_2adpcm_flush - remove the following unused struct: - isdn_net.c: isdn_concap_demand_dial_dops Signed-off-by: Adrian Bunk <[EMAIL

[2.6 patch] drivers/isdn/pcbit/: possible cleanups

This patch contains the following possible cleanups: - make some needlessly global functions static - remove the following unused global functions: - callbacks.c: cb_out_3 - capi.c: capi_decode_disc_conf Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/isdn/pcbit/callbacks.c |

Re: [Lse-tech] [PATCH] cpusets - big numa cpu and memory placement

Matthew Dobson wrote: Nick Piggin wrote: I didn't really follow where that idea went, but I think at least a few people thought that sort of functionality wasn't nearly fancy enough! :) Well, that's about how far the idea was supposed to go. ;) I think named hierarchical sched_domains would

Re: [RFC] Linux Kernel Subversion Howto

Hi, On Tue, 8 Feb 2005, Larry McVoy wrote: > Nice, Roman. All I need is a cooperating third party who is willing to > give me your code under a different (albeit invalid) license. Short version: Bullshit. Long version: See previous mails. bye, Roman - To unsubscribe from this list: send the

Re: [RFC] Linux Kernel Subversion Howto

On Wed, Feb 09, 2005 at 03:35:37AM +0100, Roman Zippel wrote: > Hi, > > On Tue, 8 Feb 2005, Jon Smirl wrote: > > > Larry has said he will do the work you want if you pay him. > > Usually I'm all for giving the benefit of the doubt, but in this case I'd > prefer to know exactly, what I would

Re: [RFC] Linux Kernel Subversion Howto

On Wed, 9 Feb 2005 03:35:37 +0100 (CET), Roman Zippel <[EMAIL PROTECTED]> wrote: > Hi, > > On Tue, 8 Feb 2005, Jon Smirl wrote: > > > Larry has said he will do the work you want if you pay him. > > Usually I'm all for giving the benefit of the doubt, but in this case I'd > prefer to know

Re: [RFC] Linux Kernel Subversion Howto

Hi, On Tue, 8 Feb 2005, Jon Smirl wrote: > Larry has said he will do the work you want if you pay him. Usually I'm all for giving the benefit of the doubt, but in this case I'd prefer to know exactly, what I would get for the money. But as I said by now I know enough about this that I can do

Re: out-of-line x86 "put_user()" implementation

On Tue, Feb 08, 2005 at 06:16:15PM -0800, Linus Torvalds wrote: > I'd happily use your version, but I thought that some versions of gcc > require that input output registers cannot overlap, and would refuse to do > that thing? But if you tell me differently.. No, you're thinking of

Re: out-of-line x86 "put_user()" implementation

On Tue, Feb 08, 2005 at 06:27:08PM -0800, Linus Torvalds wrote: > That brings up another issue: if I don't care which registers a 64-bit > value goes into, can I get the "low reg" and "high reg" names some way? Nope. We never needed one in the i386 backend itself, so we never added anything

Re: out-of-line x86 "put_user()" implementation

On Tue, 8 Feb 2005, Andrew Morton wrote: > > I'll take patches from anyone ;) You'll never live it down. Once you get a name for being easy, you'll always be known as Andrew "patch-ho" Morton. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

Re: out-of-line x86 "put_user()" implementation

On Tue, 8 Feb 2005, Linus Torvalds wrote: > > Hmm.. I always thought "A" was the _pairing_ of %eax/%edx, not "eax or > edx"? Ahh. Some testing shows that gcc really seems to think of it as "eax or edx", ie you can do asm("uglee %0 %1": :"a" (1), "A" (2)); and it will output

[ANNOUNCE][RFC] PlugSched-3.0 meets CKRM-E17

A patch of PlugSched-3.0 against a 2.6.10 kernel with ckrm-e17.2610.patch and cpu.ckrm-e17.v10.patch already applied is available for download from: and a patchset and series file are available in at

Re: out-of-line x86 "put_user()" implementation

Linus Torvalds <[EMAIL PROTECTED]> wrote: > > Andrew - do you want to put it in -mm? I'll take patches from anyone ;) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [RFC] Linux Kernel Subversion Howto

On Wed, 9 Feb 2005 03:05:18 +0100 (CET), Roman Zippel <[EMAIL PROTECTED]> wrote: > The current problem is more serious and I want that bk users to understand > that. A large part of kernel history is currently practically locked into > bk. bk isn't doing what I need, so naturally I'm looking for

Re: [PATCH 2.4] Wireless Extension v17 (resend)

* Jean Tourrilhes ([EMAIL PROTECTED]) wrote: > On Tue, Feb 08, 2005 at 05:51:29PM -0800, Chris Wright wrote: > > Hmm, having ability to read kernel data is not so nice. > > It's not like you can read any arbitrary address, exploiting > such a flaw is in my mind theoritical. Let's not

Re: out-of-line x86 "put_user()" implementation

On Tue, 8 Feb 2005, Richard Henderson wrote: > > On Mon, Feb 07, 2005 at 05:20:06PM -0800, Linus Torvalds wrote: > > +#define __put_user_8(x, ptr) __asm__ __volatile__("call __put_user_8":"=A" > > (__ret_pu):"0" ((typeof(*(ptr)))(x)), "c" (ptr)) > > This is not constrained enough. The

Re: 2.6.11-rc3: Kylix application no longer works?

Stephen Hemminger <[EMAIL PROTECTED]> wrote: > > On Tue, 8 Feb 2005 18:51:06 +0100 > Pavel Machek <[EMAIL PROTECTED]> wrote: > > > Hi! > > > > > I wonder if reverting the patch will restore the old behaviour? > > > > This seems to be minimal fix to get Kylix application back to the > > working

Re: out-of-line x86 "put_user()" implementation

On Tue, 8 Feb 2005, Richard Henderson wrote: > > The first 3 gets lost. Thanks. So here's v3 (which also removes the now stale __put_user_check() macro). Andrew - do you want to put it in -mm? Linus --- # This is a BitKeeper generated diff -Nru style patch. # # ChangeSet #

Re: [PATCH 2.4] Wireless Extension v17 (resend)

On Tue, Feb 08, 2005 at 05:51:29PM -0800, Chris Wright wrote: > * Jean Tourrilhes ([EMAIL PROTECTED]) wrote: > > The first is the handling of spyoffset which is potentially > > unsafe. Unfortunately, the fix involve some API/infrastructure change, > > so is not transparent. Fortunately drivers

Re: [RFC] Linux Kernel Subversion Howto

Hi, On Tue, 8 Feb 2005, Theodore Ts'o wrote: > I don't know how many years it was before people decided to > give up on the emacs vs. vi wars, but can we please put a more hasty > end to the bk license flamewars? Many thanks, It's not really the same, if it would be just about personal

Re: [PATCH 2.4] Wireless Extension v17 (resend)

On Tue, Feb 08, 2005 at 08:09:04PM -0500, kernel wrote: > On Tue, 2005-02-08 at 13:41, Marcelo Tosatti wrote: > > > There need to be some unique features in 2.6.X to force people > > > to upgrade, I guess... > > > > Faster, cleaner, way more elegant, handles intense loads more gracefully, > >

Re: kernel 2.6.9 failure

Quoting Burton Windle <[EMAIL PROTECTED]>: > Make sure your CPU type is set correctly. > CONFIG_MK6=y It is. Here's the latest config filtered through grep ^C CONFIG_X86=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_EXPERIMENTAL=y CONFIG_CLEAN_COMPILE=y

[2.6 patch] kill drivers/scsi/hosts.h

Since more than half a year ago, drivers/scsi/hosts.h gives a warning, so it seems to be time to remove it. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- linux-2.6.11-rc3-mm1-full/drivers/scsi/hosts.h 2004-12-24 22:34:30.0 +0100 +++ /dev/null 2004-11-25 03:16:25.0

Re: [PATCH 2.4] Wireless Extension v17 (resend)

* Jean Tourrilhes ([EMAIL PROTECTED]) wrote: > The first is the handling of spyoffset which is potentially > unsafe. Unfortunately, the fix involve some API/infrastructure change, > so is not transparent. Fortunately drivers are clever enough to not > trigger this bug. > The second is

Re: [2.6 patch] drivers/isdn/hardware/eicon/: misc possible cleanups

On Sun, Feb 06, 2005 at 11:18:18AM +0100, Armin Schindler wrote: > Hi Adrian, Hi Armin, > thanks for the proposed patch. > Making the functions static is a good idea, I will check and test this. > Removing some functions, especially from io.* and di.* is not good. These > functions are mainly

Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)

On Tue, Feb 08, 2005 at 02:57:07PM -0800, cliff white wrote: > Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to > complete > a kernbench run without hitting the OOM-killer. ( kernbench is multiple > kernel compiles, > of course ) Machine is 800 mhz PIII with 1GB

2.6.11-rc3: oops in pdflush

Hi, rc3 vanilla oopses within 2 or 3 hours of heavy io load (rdiff-backup of ide disk (reiserfs3) to usb-storage (reiserfs3 on dm-crypt) and listening to internet radio in parallel). This is 100% reproducable here. Usually there occur 4 or 5 of very similar looking oopses within 3 hours

Re: 2.6.11-rc3-bk5: XFS: fcron: could not write() buf to disk: Resource temporarily unavailable

On Tue, Feb 08, 2005 at 08:51:36PM +0300, Alexander Y. Fomichev wrote: > G' day > > It looks like XFS broken somewhere in 2.6.11-rc1, > sadly i can't sand "right" bugreport, some facts only. > Upgrade to 2.6.11-rc2 makes fcron non-working for me in case of > crontabs directory is placed on XFS

Re: out-of-line x86 "put_user()" implementation

On Mon, Feb 07, 2005 at 05:20:06PM -0800, Linus Torvalds wrote: > +#define __put_user_8(x, ptr) __asm__ __volatile__("call __put_user_8":"=A" > (__ret_pu):"0" ((typeof(*(ptr)))(x)), "c" (ptr)) This is not constrained enough. The compiler could choose to put the return value in edx. You want

Re: out-of-line x86 "put_user()" implementation

On Mon, Feb 07, 2005 at 05:20:06PM -0800, Linus Torvalds wrote: > +3: movl %eax,(%ecx) ... > +3: movl %eax,(%ecx) > +4: movl %edx,4(%ecx) ... > + .long 3b,bad_put_user > + .long 4b,bad_put_user The first 3 gets lost. r~ - To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH][I2C] Marvell mv64xxx i2c driver

On Tue, 08 Feb 2005 17:32:11 -0700, Mark A. Greer <[EMAIL PROTECTED]> wrote: > Bartlomiej Zolnierkiewicz wrote: > > >Hi, > > > >just a minor thing > > > > > > > >>+static int __devinit > >>+mv64xxx_i2c_init(void) > >>+{ > >>+ return driver_register(_i2c_driver); > >>+} > >> > >> > > >

Re: [PATCH 2.4] Wireless Extension v17 (resend)

Message below meant for Marcelo! (sorry rest!) On Tue, 2005-02-08 at 20:09, kernel wrote: > On Tue, 2005-02-08 at 13:41, Marcelo Tosatti wrote: > > > There need to be some unique features in 2.6.X to force people > > > to upgrade, I guess... > > > > Faster, cleaner, way more elegant, handles

Re: [PATCH 2.4] Wireless Extension v17 (resend)

On Tue, 2005-02-08 at 13:41, Marcelo Tosatti wrote: > > There need to be some unique features in 2.6.X to force people > > to upgrade, I guess... > > Faster, cleaner, way more elegant, handles intense loads more gracefully, > handles highmem decently, LSM/SELinux, etc, etc... > Please

Re: [2.6 patch] kill xfrm_export.c

On Wed, 19 Jan 2005 10:17:15 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > This patch removes xfrm_export.c and moves the EXPORT_SYMBOL{,_GPL}'s to > the files where the actual functions are. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Applied, thanks Adrian. - To unsubscribe from this

bttv : overlay mode and big disk io hang and could corrupt the fs

Hi, if I run "xawtv" [1] and then do a "grep -r toto /usr", my system quickly freeze. If there isn't any xawv running nothing happen. I don't try to use xawtv with grab mode (port 54) because I don't want to loose data by crashing again my / fs. I retry it and I arrived to get some log (see

Re: VM disk cache behavior.

On Tue, Feb 08, 2005 at 12:06:14PM -0500, jon ross wrote: > I have an app with a small fixed memory footprint that does a lot of > random reads from a large file. I thought if I added more memory to > the machine the VM would do more caching of the disk, but added memory > does not seem to make

Re: [PATCH 2.4] Wireless Extension v17 (resend)

On Tue, Feb 08, 2005 at 04:41:46PM -0200, Marcelo Tosatti wrote: > On Tue, Feb 08, 2005 at 01:51:12PM -0800, Jean Tourrilhes wrote: > > > > You are right, it's not critical, and I was already thinking > > of not pushing WE-18 to you (the WPA update). I'll stop updating 2.4.X > > with respect

Re: [PATCH][I2C] Marvell mv64xxx i2c driver

Bartlomiej Zolnierkiewicz wrote: Hi, just a minor thing +static int __devinit +mv64xxx_i2c_init(void) +{ + return driver_register(_i2c_driver); +} __init +static void __devexit +mv64xxx_i2c_exit(void) +{ + driver_unregister(_i2c_driver); + return; +} __exit these

Re: Question regarding e1000 driver and dropped packets (2.6.5 / 2.6.10)?

Can you do a simple test? Connect the two box to the same switch. ( No other box should be on the physical bus) 1. Send packets from BoxA ---> BoxB ( Record the stats) 2. Send packets from BoxB ---> BoxA(Record the stats) 3. Send packets simultaneously from BoxB->BoxA and

Re: [Lse-tech] [PATCH] cpusets - big numa cpu and memory placement

Shailabh wrote: > Well, I'm not sure I want to minutely examine Paul's choice of words ! You're a wise man ;). > Rereading the earlier posts on the thread, I'd agree. There are some > similarities in our interfaces but not enough to warrant a merger. As I said ... a wise man ! --

Re: [Lse-tech] [PATCH] cpusets - big numa cpu and memory placement

Matthew wrote: > I should have been more clear that CKRM and CPUSETs (seem) to > be unreconcilable. Sched_domains and CPUSETs (seem) to have some potential > functionality overlap that leads me to (still) believe there is hope to > integrate these two systems. Aha - now we're getting

Re: Problem in accessing executable files

On Tue, Feb 08, 2005 at 07:14:27PM -0500, Vineet Joglekar wrote: > > Hi all, > > > > 1 more interesting observation regarding my executable file problem. > > > > If I copy an executable say "prac" from ext2 fs to my encrypted fs as prac1, > prac1 doesnt run on the encrypted fs. but, if I

Re: [PATCH] New sys_chmod() hook for the LSM framework

* Lorenzo Hernández García-Hierro ([EMAIL PROTECTED]) wrote: > As commented yesterday, I was going to release a few more hooks for some > *critical* syscalls, this one adds a hook to sys_chmod(), and makes us > able to apply checks and logics before releasing the operation to > sys_chmod(). This

Re: Problem in accessing executable files

Hi all, 1 more interesting observation regarding my executable file problem. If I copy an executable say "prac" from ext2 fs to my encrypted fs as prac1, prac1 doesnt run on the encrypted fs. but, if I make another copy, from prac1 to normal ext2 fs, as prac2, then the prac2 executes

Re: [PATCH 01/04] Adding cipher mode context information to crypto_tfm

On Wed, 9 Feb 2005, Fruhwirth Clemens wrote: > > You can't call kmap() in softirq context (why was it even trying?): > > Why not? What's the alternative, then? It can sleep in map_new_virtual(). The alternative is to use atomic kmaps. For this code, unless you can point to something concrete

Re: [RFC] Linux Kernel Subversion Howto

Roman, I suspect the most of the folks on LKML are sick and tired of this particular thread. Could you (and Larry) please take this off-line, please? Everyone who has an opinion on this matter is not likely to change their minds, so continued rehashing of old arguments is just noise

Re: Question about sendfile

On Mon, 2005-02-07 at 22:26 -0500, Xiuduan Fang wrote: > Hi, > > I am trying to beat the I/O bottleneck so as to speed up bulk data transfers > in high speed network. It seems that the system call sendfile() can help to > reduce CPU utilization and speedup data transfers. But I have one

Re: [PATCH][I2C] Marvell mv64xxx i2c driver

Hi, just a minor thing > +static int __devinit > +mv64xxx_i2c_init(void) > +{ > + return driver_register(_i2c_driver); > +} __init > +static void __devexit > +mv64xxx_i2c_exit(void) > +{ > + driver_unregister(_i2c_driver); > + return; > +} __exit these functions relate to

2.6.10 kprobes/jprobes panic

Hi, I ran into this while playing with jprobes in 2.6.10. I tried to install jprobe handler on a invalid address, I get OOPS. I was hoping for a error check and a graceful exit rather than kernel Oops. Thanks, Badari plant jprobe at c01836b0, handler addr a080 Unable to

Re: [Lse-tech] [PATCH] cpusets - big numa cpu and memory placement

As best as I can figure out, CKRM is a fair share scheduler with a gussied up more modular architecture, so that the components to track usage, control (throttle) tasks, and classify tasks are separate plugins. > I'm not an expert on CKRM, so I'll leave the refuting (or notrefuting) > of your

Re: [PATCH 01/04] Adding cipher mode context information to crypto_tfm

On Tue, 2005-02-08 at 18:30 -0500, James Morris wrote: > On Tue, 8 Feb 2005, Fruhwirth Clemens wrote: > > > I shot out the last patch too quickly. Having reviewed the mapping one > > more time I noticed, that there as the possibility of "off-by-one" > > unmapping, and instead of doing doubtful

Re: [PATCH 2.4] SIOCSIFNAME wildcard support (resend)

On Tue, 8 Feb 2005 14:37:15 -0800 Jean Tourrilhes <[EMAIL PROTECTED]> wrote: > It was sent to netdev : > http://marc.theaimsgroup.com/?l=linux-netdev=110747857226852=2 Resend it to netdev instead, please. If nobody responds, it means the networking maintainers simply are backlogged and

Re: [PATCH] BSD Secure Levels: nits, 2.6.11-rc2-mm1 (6/8)

* Michael Halcrow ([EMAIL PROTECTED]) wrote: > This is the sixth in a series of eight patches to the BSD Secure > Levels LSM. It makes several trivial changes to make the code > consistent. These are inconsistent with CodingStyle. I'd drop this, and go the other way (patch is smaller) ala

[PATCH] Fix ALPS sync loss

Hi, Here is the promised patch. It turns out protocol validation code was a bit (or rather a byte ;) ) off. Please let me know if it fixes your touchpad and I believe it would be nice to have it in 2.6.11. -- Dmitry === [EMAIL

Re: [PATCH] BSD Secure Levels: claim block dev in file struct rather than inode struct, 2.6.11-rc2-mm1 (3/8)

* Michael Halcrow ([EMAIL PROTECTED]) wrote: > [...]. This occurs because the bd_release function will > bd_release(bdev) and set inode->i_security to NULL on the close(fd1). > Hence, we want to place the control at the level of the file struct, > not the inode. This is basically what I was

Re: [PATCH 2.4] Wireless Extension v17 (resend)

On Tue, Feb 08, 2005 at 11:45:31PM +0100, Willy Tarreau wrote: > Hi Marcelo, > > On Tue, Feb 08, 2005 at 04:41:46PM -0200, Marcelo Tosatti wrote: > > > > > > There need to be some unique features in 2.6.X to force people > > > to upgrade, I guess... > > > > Faster, cleaner, way more elegant,

Re: 3TB disk hassles

Followup to: <[EMAIL PROTECTED]> By author:Neil Conway <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Since writing the above, I've been searching for more info. I > downloaded four different versions of grub (GNU Grub Legacy, GNU Grub2, > gentoo and Fedora Core 3). NONE of these

Re: [PATCH 01/04] Adding cipher mode context information to crypto_tfm

On Tue, 8 Feb 2005, Fruhwirth Clemens wrote: > I shot out the last patch too quickly. Having reviewed the mapping one > more time I noticed, that there as the possibility of "off-by-one" > unmapping, and instead of doing doubtful guesses, if that's the case, I > added a base pointer to

Re: prezeroing V6 [2/3]: ScrubD

On Tue, 8 Feb 2005 12:51:05 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Tue, 8 Feb 2005, Andrew Morton wrote: > > > We also need to try to identify workloads whcih might experience a > > regression and test them too. It isn't very hard. > > I'd be glad if you could provide

Re: EBDA Question

Followup to: <[EMAIL PROTECTED]> By author:"Moore, Eric Dean" <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > EBDA - Extended Bios Data Area > > Does Linux and various boot loaders(lilo/grub/etc) > having any restrictions on where and how big > memory allocated in EBDA is? Is this >

[PATCH][I2C] Marvell mv64xxx i2c driver

Marvell makes a line of host bridge for PPC and MIPS systems. On those bridges is an i2c controller. This patch adds the driver for that i2c controller. Please apply. Depends on patch submitted by Jean Delvare: http://archives.andrew.net.au/lm-sensors/msg29405.html Signed-off-by: Mark A.

Re: [Lse-tech] [PATCH] cpusets - big numa cpu and memory placement

Martin J. Bligh wrote: What about your proposed sched domain changes? Cant sched domains be used handle the CPU groupings and the existing code in cpusets that handle memory continue as is? Weren't sched somains supposed to give the scheduler better knowledge of the CPU groupings afterall ? sched

Re: [RFC][PATCH] swsusp: do not use higher order allocations on resume [update 2]

On Tuesday, 8 of February 2005 23:42, Pavel Machek wrote: > Hi! > > > +static inline void eat_page(void *page) { > > Please put { on new line. Oh, I still tend to forget about this. Corrected in the patch that is available on the web

Re: [PATCH] Re: msdos/vfat defaults are annoying

Followup to: <[EMAIL PROTECTED]> By author:=?iso-8859-1?Q?Pozs=E1r_Bal=E1zs?= <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Granted, I could override the default order by using a /etc/filesystems > file. But the kernel should have a much more sane default on its own, > namely "try

Re: 2.6.11-rc3-mm1

Robert Love <[EMAIL PROTECTED]> writes: > On Sun, 2005-02-06 at 22:22 +0100, Peter Osterlund wrote: > > > > > > EIP is a strncpy_from_user+0x33/0x47 > > > > > ... > > > > > Call Trace: > > > > > getname+0x69/0xa5 > > > > > sys_open+0x12/0xc6 > > > > >

Re: Real-Time Preemption and UML?

On Tue, 8 Feb 2005, Ingo Molnar wrote: > > * Esben Nielsen <[EMAIL PROTECTED]> wrote: > > > Now I don't really know who I am responding to. But both up()s now > > changed to complete()s are in something looking very much like an > > interrupt handler. But again, as I said, I didn't analyze the

2.6.10-ac12 + kernbench == oom-killer: (OSDL)

Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to complete a kernbench run without hitting the OOM-killer. ( kernbench is multiple kernel compiles, of course ) Machine is 800 mhz PIII with 1GB memory. We reduce memory for some of the runs. Typical results: stp1-001

Re: [PATCH 2.4] Wireless Extension v17 (resend)

Hi Marcelo, On Tue, Feb 08, 2005 at 04:41:46PM -0200, Marcelo Tosatti wrote: > > > > There need to be some unique features in 2.6.X to force people > > to upgrade, I guess... > > Faster, cleaner, way more elegant, handles intense loads more gracefully, When a CPU-hungry task freezes

Re: where to export system tuneables, /proc/sys/kernel or /sys/?

Followup to: <[EMAIL PROTECTED]> By author:Chris Friesen <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > I'm doing some kernel work that will export tuneables to userspace. In > 2.4 I would have used /proc/sys/kernel, but now there is /sys, which was > supposed to be for system

Re: [RFC][PATCH] swsusp: do not use higher order allocations on resume [update 2]

Hi! > +static inline void eat_page(void *page) { Please put { on new line. Okay, as you can see, I could find very little wrong with this patch. That hopefully means it is okay ;-). I should still check error handling, but I guess I'll do it when it is applied because it is hard to do on a

Re: the "Turing Attack" (was: Sabotaged PaXtest)

Followup to: <[EMAIL PROTECTED]> By author:Ingo Molnar <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > This, on the face of it, seems like a ridiculous possibility as the > chances of that are reverse proportional to the number of bits necessary > to implement the simplest Turing

Re: [PATCH 2.4] SIOCSIFNAME wildcard support (resend)

On Tue, Feb 08, 2005 at 02:24:22PM -0800, David S. Miller wrote: > On Tue, 8 Feb 2005 16:04:45 -0200 > Marcelo Tosatti <[EMAIL PROTECTED]> wrote: > > > On Tue, Feb 08, 2005 at 10:14:36AM -0800, Jean Tourrilhes wrote: > > > Hi Marcelo, > > > > > > I did not receive any feedback on this

Re: Merging the Suspend2 freezer implementation.

Hi. On Wed, 2005-02-09 at 09:32, Pavel Machek wrote: > Hi! > > > > > The main change involves the introduction of a new SYNCTHREAD flag. We > > > > use this to avoid deadlocking over processes that are running sys_sync > > > > and siblings. Processes that enter those routines get the flag added,

  1   2   3   4   5   6   >