Re: Linux 3.13-rc1 is out

/system_keyring.h should have a definition for system_trusted_keyring in the #ifndef CONFIG_SYSTEM_TRUSTED_KEYRING case (which may entail just removing the #ifdef). Commits b56e5a17b6b9acd1 and 09fbc47373826d67 are relevant. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe

Re: Linux 3.13-rc1 is out

/system_keyring.h should have a definition for system_trusted_keyring in the #ifndef CONFIG_SYSTEM_TRUSTED_KEYRING case (which may entail just removing the #ifdef). Commits b56e5a17b6b9acd1 and 09fbc47373826d67 are relevant. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6

Re: Likely mem leak in 3.7

I've extensively tested 2844a48706e5 (tip at the time I compiled) for the last few days and have been unable to reproduce. This bug appears to be fixed. Thanks. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line "unsubscribe linux-k

Re: Likely mem leak in 3.7

I've extensively tested 2844a48706e5 (tip at the time I compiled) for the last few days and have been unable to reproduce. This bug appears to be fixed. Thanks. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line unsubscribe

Re: Likely mem leak in 3.7

3670008 1298323540176 So the missing ram is un used (2nd row totals 12047072). I tried creating and deleting a large (1G) file on an ext4 and the xfs partition; the ram moved from cached to free in top(1). Doing the same thing on a btrfs partition lost about 200M of ram. -JimC -- James C

Re: Likely mem leak in 3.7

the same thing on a btrfs partition lost about 200M of ram. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http

Likely mem leak in 3.7

bad. If there is anything that I missed, please let me know! -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-inf

Likely mem leak in 3.7

. If there is anything that I missed, please let me know! -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: Why not creating a GIT RT tree ?

re they had the broken out patches and haven't spent the time to put together a process for the broken out patches akin to what I figured out for the all-in-one patches. In other words, intertia. -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe fro

Re: Why not creating a GIT RT tree ?

to put together a process for the broken out patches akin to what I figured out for the all-in-one patches. In other words, intertia. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: Why not creating a GIT RT tree ?

s applied rather than the quilt queue. But it will at least allow comparisons among the various versions. The master head matches the most current patch. (I try to keep it updated the same day as patches are announced, but it does sometimes lag a day or two.) -JimC -- James Cloos <[EMAIL PRO

Re: Why not creating a GIT RT tree ?

allow comparisons among the various versions. The master head matches the most current patch. (I try to keep it updated the same day as patches are announced, but it does sometimes lag a day or two.) -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from

Re: [discuss] [PATCH] spelling fixes: arch/x86_64/

>>>>> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes: Alan> Re-enable is definitely "more correct". I don't disagree. Had I been more awake I expect I'd've :^) made that more clear. -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 10

Re: [discuss] [PATCH] spelling fixes: arch/x86_64/

Alan == Alan Cox [EMAIL PROTECTED] writes: Alan Re-enable is definitely more correct. I don't disagree. Had I been more awake I expect I'd've :^) made that more clear. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line

Re: [discuss] [PATCH] spelling fixes: arch/x86_64/

search hits. Andi> Similar with upto. I’ve a *much* harder time agreeing with «upto» in place of «up to». That should be treated as a typo in need of fixing. -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line "unsu

Re: [discuss] [PATCH] spelling fixes: arch/x86_64/

agreeing with «upto» in place of «up to». That should be treated as a typo in need of fixing. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info

Re: [patch] CFS scheduler, -v10

roken and the working Ingo> tree, to see what got mismerged? Yes, I can work on that tonight. There will be some noise, but at least both have master == dc87c3985e9b442c60994308a96f887579addc39. -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6 - To unsubscribe

Re: [patch] CFS scheduler, -v10

|> git checkout -b git checkout -b cfs v2.6.21 Damn, sorry about the typo. That should of course be: #!/bin/sh git clone -l -s -n \ git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git \ 2.6.21-cfs-master cd 2.6.21-cfs-master git checkout -b cfs v2.6.21 git pull

Re: [patch] CFS scheduler, -v10

/cfs-2.6.git -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read

Re: [patch] CFS scheduler, -v10

/cfs-2.6.git -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

Re: [patch] CFS scheduler, -v10

| git checkout -b git checkout -b cfs v2.6.21 Damn, sorry about the typo. That should of course be: #!/bin/sh git clone -l -s -n \ git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git \ 2.6.21-cfs-master cd 2.6.21-cfs-master git checkout -b cfs v2.6.21 git pull

Re: [patch] CFS scheduler, -v10

? Yes, I can work on that tonight. There will be some noise, but at least both have master == dc87c3985e9b442c60994308a96f887579addc39. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

keyboard and mouse regresions as of dc87c398 plus cfs-v7

s/2 mouse. My last known good version was 0f851021c0f91e5073fa89f26b5ac68e23df8e11 plus the rt patch. To get dc87c398 plus cfs-v7 I cloned, checked out v2.6.21, applied the cfs-v7 patch and then pulled in master. -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D

keyboard and mouse regresions as of dc87c398 plus cfs-v7

mouse. My last known good version was 0f851021c0f91e5073fa89f26b5ac68e23df8e11 plus the rt patch. To get dc87c398 plus cfs-v7 I cloned, checked out v2.6.21, applied the cfs-v7 patch and then pulled in master. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe

using the rt patch with rc7 (or git HEAD)

s in won't harm the resulting kernel, but is leaving the M in stat_nam[] the correct resolution? I'll be testing this kernel later this afternoon. (As soon as I can do the reboot.) Incidently, has anyone tried combining the rt patches with any of the scheduler patches? -JimC -- James Cloos <

using the rt patch with rc7 (or git HEAD)

this afternoon. (As soon as I can do the reboot.) Incidently, has anyone tried combining the rt patches with any of the scheduler patches? -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: 2.6.21-rc3-mm1 RSDL results

octl.c: sched_yield(); ` Thanks for the heads up. I must've grep(1)ed the xorg subdir rather than the parent dir, and so missed mesa. -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line "unsubscribe linux-ke

Re: 2.6.21-rc3-mm1 RSDL results

/r200_ioctl.c: sched_yield(); ` Thanks for the heads up. I must've grep(1)ed the xorg subdir rather than the parent dir, and so missed mesa. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: 2.6.21-rc3-mm1 RSDL results

deo.c:if (sync) /* sched_yield? */ Is there something else I should grep(1) for? If not, it looks as if sched_yield(2) has been evicted from the drivers. -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line "unsubscribe lin

Re: 2.6.21-rc3-mm1 RSDL results

else I should grep(1) for? If not, it looks as if sched_yield(2) has been evicted from the drivers. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More

Re: [Fwd: escape key]

ogged in to remote servers. That does remain something which the console *must* support. -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROT

Re: [Fwd: escape key]

something which the console *must* support. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: drivers/video/aty/radeon_backlight.c

ncidence and wanted to find out about it before testing. Thanks for the quick reply! -JimC -- James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More ma

drivers/video/aty/radeon_backlight.c

default y help Say Y here if you want to control the backlight of your display. or is radeon_backlight.c only functional when -DCONFIG_PMAC_BACKLIGHT, even though the pmac routines are all ifdef'ed? -JimC -- James Cloos <[EMAIL PROTECTED]>

drivers/video/aty/radeon_backlight.c

help Say Y here if you want to control the backlight of your display. or is radeon_backlight.c only functional when -DCONFIG_PMAC_BACKLIGHT, even though the pmac routines are all ifdef'ed? -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from

Re: drivers/video/aty/radeon_backlight.c

for the quick reply! -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

Re: State of Linux graphics

> "Ian" == Ian Romanick <[EMAIL PROTECTED]> writes: Ian> I'd really like to see a list of areas where OpenGL Ian> isn't up to snuff for 2D operations. Is that OpenVR spec from Khronos a reasonable baseline for such a list? -JimC -- James H. Cloos, Jr. <[EMAIL PROTECTED]> - To unsubscribe

Re: State of Linux graphics

Ian == Ian Romanick [EMAIL PROTECTED] writes: Ian I'd really like to see a list of areas where OpenGL Ian isn't up to snuff for 2D operations. Is that OpenVR spec from Khronos a reasonable baseline for such a list? -JimC -- James H. Cloos, Jr. [EMAIL PROTECTED] - To unsubscribe from this

Re: [Patch] Support UTF-8 scripts

> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes: Alan> The command line console mappings may not include them by Alan> default (you can obviously add them if your keyboard lacks Alan> them). The X keyboard however does include compose functionality Alan> for » and « and many other symbols

Re: [Patch] Support UTF-8 scripts

Alan == Alan Cox [EMAIL PROTECTED] writes: Alan The command line console mappings may not include them by Alan default (you can obviously add them if your keyboard lacks Alan them). The X keyboard however does include compose functionality Alan for » and « and many other symbols that might be

Re: [PATCH] Wireless Security Lock driver.

> "Pavel" == Pavel Machek <[EMAIL PROTECTED]> writes: >> Would /dev/input/mice not also be affected? Pavel> Yes, /dev/input/mice == /dev/psaux. What I get for looking in /dev (c 10 1 vs c 13 63) rather than /usr/src/linux. :-/ -JimC - To unsubscribe from this list: send the line

Re: [PATCH] Wireless Security Lock driver.

> "Pavel" == Pavel Machek <[EMAIL PROTECTED]> writes: Pavel> Well, that is if you use /dev/psaux, right? Using event devices Pavel> you should be able to access it from userland. Would /dev/input/mice not also be affected? Until X can hotplug input devices /dev/input/mice rather than evdev

Re: [PATCH] Wireless Security Lock driver.

Pavel == Pavel Machek [EMAIL PROTECTED] writes: Pavel Well, that is if you use /dev/psaux, right? Using event devices Pavel you should be able to access it from userland. Would /dev/input/mice not also be affected? Until X can hotplug input devices /dev/input/mice rather than evdev will remain

Re: [PATCH] Wireless Security Lock driver.

Pavel == Pavel Machek [EMAIL PROTECTED] writes: Would /dev/input/mice not also be affected? Pavel Yes, /dev/input/mice == /dev/psaux. What I get for looking in /dev (c 10 1 vs c 13 63) rather than /usr/src/linux. :-/ -JimC - To unsubscribe from this list: send the line unsubscribe

from line script for git commits

I've been using a script grabbed from here for some time to alter the From: line on mail sent to bk-head-commits and bk-24-commits to show the author's name and email rather than LKML's address. Below is my script for doing the same with git commit emails. -JimC set-git-from.pl Description:

from line script for git commits

I've been using a script grabbed from here for some time to alter the From: line on mail sent to bk-head-commits and bk-24-commits to show the author's name and email rather than LKML's address. Below is my script for doing the same with git commit emails. -JimC set-git-from.pl Description: