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-
1 is the first
known 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 h
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 Cloos
> "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
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: Pe
> "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
w
> "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 "unsubscrib
> "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 f
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 PROT
before 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 unsubscri
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]>
y coincidence 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]
Mo
le, and from there logged 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 me
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
>>>>> "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]>
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 "unsubscrib
00_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
g the three functions 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 sched
cloos/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
|> 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 git://people.fr
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
external ps/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:
/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
23 matches
Mail list logo