Hello, developers.
I'm pleased to annouce CBUS - ultra fast (for insert operations)
message bus.
This message bus allows message passing between different agents
using connector's infrastructure.
It is extremly fast for insert operations so it can be used in performance
critical pathes instead
On Mar 19, 2005, at 11:31, Ingo Molnar wrote:
What about allowing only as many concurrent readers as there are CPUs?
since a reader may be preempted by a higher prio task, there is no
linear relationship between CPU utilization and the number of readers
allowed. You could easily end up having all
On Sunday 20 March 2005 10:32, Herbert Xu wrote:
[EMAIL PROTECTED] wrote:
+++ kj-domen/crypto/sha256.c
static inline void LOAD_OP(int I, u32 *W, const u8 *input)
{
- W[I] = __be32_to_cpu( ((u32*)(input))[I] );
+ W[I] = __be32_to_cpu( ((__be32*)(input))[I] );
I don't get
On Sun, 2005-03-20 at 07:36 +0100, Manfred Spraul wrote:
cpu 1:
acquire random networking spin_lock_bh()
cpu 2:
read_lock(tasklist_lock) from process context
interrupt. softirq. within softirq: try to acquire the networking lock.
* spins.
cpu 1:
hardware interrupt
within hw interrupt:
At a guess I'd say that scsi did something horrid and tripped up the
anticipatory scheduler code.
or... his nvidia module scribbled somewhere horrible ;)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Sat, 2005-03-19 at 19:32 +0100, Marcel Holtmann wrote:
Hi Soeren,
[firmware upload not working]
It does not work with kernel 2.6.10/11 any ideas ?
I think this is a general request_firmware() problem. Check the Hotplug
mailing list archive. Hannes, Kay and Greg discussed problems with
On Sat, Mar 19, 2005 at 06:47:27PM +, Matt Dainty wrote:
To get the arcmsr driver working with CentOS/RHEL 4 and using the
facility to build kernel modules outside of the kernel source tree, I
found the attached patch was necessary to remove the dependencies on the
internal
Alexey Dobriyan [EMAIL PROTECTED] wrote:
crypto/sha256.c:61:9: warning: cast to restricted type
Use CHECK=sparse -Wbitwise to see it.
Thanks. I've applied all four patches to crypto. I changed patch 4/4
slightly so that it reads
+#define u32_in(x) le32_to_cpu(*(const __le32 *)(x))
The permissions of files in /proc/1 (usually belonging to init) are
kept as they are. The idea is to let system processes be freely
visible by anyone, just as before. Especially interesting in this
regard would be instances of login. I don't know how to easily
discriminate between system
This patch makes it possible to disable built in code from the kernel
command line. The patch is rather simple - it extends the compiled-in case
of module_init() to include __setup() with a name based on KBUILD_MODNAME.
What if there is already an option like the modname? I do not know of any
On Sat, Mar 19, 2005 at 11:32:09PM +0100, Panagiotis Issaris wrote:
Hi Greg,
The changelog states that the patches for the AMD8111e and VIA-Rhine
originated from dilingeratdebian.org although I was the one who they
originated from.
http://article.gmane.org/gmane.linux.kernel/282245
Add an array to store file permission settings in and add an example
sysctl (proc.cmdline). It can already be set and read, but it has no
effect, yet.
diff -pur l1/fs/proc/base.c l2/fs/proc/base.c
--- l1/fs/proc/base.c 2005-03-19 01:28:47.0 +0100
+++ l2/fs/proc/base.c 2005-03-19
Add four more sysctls: proc.maps, proc.stat, proc.statm, proc.status.
diff -pur l1/fs/proc/base.c l2/fs/proc/base.c
--- l1/fs/proc/base.c 2005-03-19 20:10:22.0 +0100
+++ l2/fs/proc/base.c 2005-03-19 20:11:38.0 +0100
@@ -149,11 +149,11 @@ static struct pid_entry
Add getattr and permission inode_operations for base /proc/pid entries
that make sure the value of inode-i_mode is up-to-date with its
respective sysctl setting. This is achieved by calling the new function
proc_update_mode. It currently spares the init process.
diff -pur l1/fs/proc/base.c
Add new field to struct proc_inode and struct pid_entry: ctl_name. It
will be used to hold the ctl_name value of the sysctl that is responsible
for the respective inode or pid_entry. Also initialize this value for
our example sysctl (proc.cmdline).
diff -pur l1/fs/proc/base.c l2/fs/proc/base.c
[The patches seem to not have made it to the list the first time,
I'm retrying without CC:s.]
Add a new sysctl proc handler , proc_domode. It can be used to implement
sysctls for setting and/or displaying file mode or file mask values.
diff -pur l1/include/linux/sysctl.h
Cleanup: remove PROC_TGID_FD_DIR because it's unused. Also put
PROC_TID_FD_DIR at the end of the enum to avoid clashing of the FD
range (as noted in the comment) with PROC_TID_OOM_SCORE and
PROC_TID_OOM_ADJUST. It's not a _problem_, because FD links and
these OOM related files are in different
$B40A4L5NA3NDj!*!*!*(B
$B:#$^$G![EMAIL PROTECTED],(B
$B9%I$K$D$-!A49q3HBg!*!*:#$,%A%c%s%9$G$9!#(B
$B(%3%3$KEPO?$7$F$k=w$N;R$OK\Ev$G$9!#(B
1.$B5U!{=u4uK[EMAIL PROTECTED](B
2.$B#S#M4uK[EMAIL PROTECTED](B
3.$B:#F|[EMAIL PROTECTED](B
4.$BITNQ4uK[EMAIL PROTECTED](B
[EMAIL PROTECTED]|Bj(B
From: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Whitespace is significant for make, and I just fought against this... so
please apply this patch.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
+#define MAXMODE 0
I think this should be 0777. SUID, SGID and sticky bit do not belong into
/proc.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Jan Engelhardt wrote:
+#define MAXMODE 0
I think this should be 0777. SUID, SGID and sticky bit do not belong
into /proc.
It's not /proc specific, the function proc_domode can be used for all
kinds of sysctls. It enforces a maximum mode, specified in the -extra1
member of a sysctl table
On Sun, 20 Mar 2005 10:51:41 +0100 (MET), Jan Engelhardt
[EMAIL PROTECTED] wrote:
This patch makes it possible to disable built in code from the kernel
command line. The patch is rather simple - it extends the compiled-in case
of module_init() to include __setup() with a name based on
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/init/do_mounts_initrd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN init/do_mounts_initrd.c~sparse-init_do_mounts_initrd
init/do_mounts_initrd.c
---
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/arch/i386/kernel/traps.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff -puN arch/i386/kernel/traps.c~sparse-arch_i386_kernel_traps
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/arch/i386/kernel/apm.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff -puN arch/i386/kernel/apm.c~sparse-arch_i386_kernel_apm
arch/i386/kernel/apm.c
---
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/arch/i386/mm/fault.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN arch/i386/mm/fault.c~sparse-arch_i386_mm_fault arch/i386/mm/fault.c
---
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/arch/i386/crypto/aes.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN arch/i386/crypto/aes.c~sparse-arch_i386_crypto_aes
arch/i386/crypto/aes.c
---
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/crypto/sha256.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN crypto/sha256.c~sparse-crypto_sha256 crypto/sha256.c
--- kj/crypto/sha256.c~sparse-crypto_sha256
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/crypto/sha512.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN crypto/sha512.c~sparse-crypto_sha512 crypto/sha512.c
--- kj/crypto/sha512.c~sparse-crypto_sha512
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/crypto/blowfish.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff -puN crypto/blowfish.c~sparse-crypto_blowfish crypto/blowfish.c
---
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/crypto/tea.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN crypto/tea.c~sparse-crypto_tea crypto/tea.c
--- kj/crypto/tea.c~sparse-crypto_tea 2005-03-20
OGAWA Hirofumi [EMAIL PROTECTED] writes:
Grr.. that patch was calling iput() under inode_lock. Fixed patch is below.
--
OGAWA Hirofumi [EMAIL PROTECTED]
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/block_dev.c| 27 ++-
fs/fs-writeback.c | 34
Bodo Eggert wrote:
(I hope I avoided all spam-keywords this time, my previous mails didn't
seem to make it)
(please CC me on reply)
Issue:
On some conditions, the dmesg is spammed with repeated warnings about the
same issue which is neither critical nor going to be fixed. This may
result in
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/security/selinux/ss/policydb.c | 35 ++--
1 files changed, 20 insertions(+), 15 deletions(-)
diff -puN
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/security/selinux/ss/ebitmap.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff -puN security/selinux/ss/ebitmap.c~sparse-security_selinux_ss_ebitmap
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/security/selinux/ss/avtab.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN security/selinux/ss/avtab.c~sparse-security_selinux_ss_avtab
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/security/selinux/ss/conditional.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff -puN
Hello,
I have found that FreeBSD has a very good precision of small sleeps --
what's holding Linux back from doing the same? Using the code snippet below,
FBSD yields between 2 and 80 us on the average while Linux is at
constantly ~100 (with HZ=1000) and ~1000 (HZ=100).
Jan Engelhardt
--
kfree() handles NULL pointers, so checking a pointer for NULL before
calling kfree() on it is pointless. kfree() takes a void* argument and
changing the type of a pointer before kfree()'ing it is equally pointless.
This patch removes the pointless checks for NULL and needless mucking
about
On Sun, 20 Mar 2005, Jan Engelhardt wrote:
Hello,
I have found that FreeBSD has a very good precision of small sleeps --
what's holding Linux back from doing the same? Using the code snippet below,
FBSD yields between 2 and 80 us on the average while Linux is at
constantly ~100 (with
Hi Jesper,
kfree() handles NULL pointers, so checking a pointer for NULL before
calling kfree() on it is pointless.
Not necessarily. It helps tell the reader that the pointer may be NULL
at that point. This has come up before.
Jan Engelhardt [EMAIL PROTECTED] wrote:
I have found that FreeBSD has a very good precision of small sleeps --
Linux nanosleep() used to have a busywait loop for sleeps less than two
milliseconds. 2.4.x still does.
We thought it was stupid and took it out.
what's holding Linux back from
Ralph Corderoy [EMAIL PROTECTED] wrote:
Hi Jesper,
kfree() handles NULL pointers, so checking a pointer for NULL before
calling kfree() on it is pointless.
Not necessarily. It helps tell the reader that the pointer may be NULL
at that point. This has come up before.
If you want to
On Sun, 20 Mar 2005, Ralph Corderoy wrote:
Hi Jesper,
kfree() handles NULL pointers, so checking a pointer for NULL before
calling kfree() on it is pointless.
Not necessarily. It helps tell the reader that the pointer may be NULL
at that point. This has come up before.
Hi Denis,
what do your benchmarks say about replacing the whole assembler code
with a
#define __memcpy __builtin_memcpy
?
cu
Adrian
--
Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
Only a
On Fri, 18 Mar 2005, Ingo Molnar wrote:
* Esben Nielsen [EMAIL PROTECTED] wrote:
Why can should there only be one RCU-reader per CPU at each given
instance? Even on a real-time UP system it would be very helpfull to
have RCU areas to be enterable by several tasks as once. It would
Hi Jesper,
Not necessarily. It helps tell the reader that the pointer may be
NULL at that point. This has come up before.
http://groups-beta.google.com/group/linux.kernel/browse_thread/thread/bd3d6e5a29e43c73/[EMAIL
PROTECTED]
I agree that
if (foo-bar) {
Running your program here I see even worse values than that on 2.6.11-mm4
and it's also interresting to see that for a lot of continuous runs the
values reported drop steadily and eventually settle around ~1100, but if I
insert a sleep 1 between runs, then I see a steady ~1000 reported.
This
On Sun, 20 Mar 2005, Michael Tokarev wrote:
Bodo Eggert wrote:
(please CC me on reply)
Issue:
On some conditions, the dmesg is spammed with repeated warnings about the
same issue which is neither critical nor going to be fixed. This may
result in losing the boot messages or
Hello All,
af_unix.c is currenty built with KBUILD_MODNAME=unix. This seems to
work rather well today, but if someone actually tries to use
KBUILD_MODNAME then they will end up with a preprocessor surprise:
KBUILD_MODNAME - unix - 1, because unix is defined to 1.
With other words, if someone
On Sun, Mar 20, 2005 at 02:45:36PM +0100, Magnus Damm wrote:
Hello All,
af_unix.c is currenty built with KBUILD_MODNAME=unix. This seems to
work rather well today, but if someone actually tries to use
KBUILD_MODNAME then they will end up with a preprocessor surprise:
KBUILD_MODNAME - unix -
Hello All,
af_unix.c is currenty built with KBUILD_MODNAME=unix. This seems to
Solution? #undef unix?
or maybe -Uunix ?
Why is not KBUILD_MODNAME=af_unix ?
Jan Engelhardt
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
In article [EMAIL PROTECTED] (at Sun, 20 Mar 2005 13:31:43 +), Ralph
Corderoy [EMAIL PROTECTED] says:
the short version also have the real bennefits of generating shorter
and faster code as well as being shorter on-screen.
Faster code? I'd have thought avoiding the function call
for the record: the oom bug turned out to be user generated. a *lot* of
small scripts were started, triggering oom again and again, user error.
the source of the problem is still pppd and the discussion continues as a
debian bugreport:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299875
On Sun, 20 Mar 2005, Ralph Corderoy wrote:
and if there are places where it's important to remember that the
pointer might be NULL, then a simple comment would do, wouldn't it?
kfree(foo-bar);/* kfree(NULL) is valid */
I'd rather be without the same comment littering the
Hi,
I'm trying to get 2.6.10 running on my SMP ds20 alpha system. Kernel
compiles fine, but _some_ modules fail to load once running, in
particular the ipv6 and scsi ones (there may be more, but those are the
ones I'm noticing).
The error is Relocation overflow vs section 25 for ipv6 (scsi_mod
Hi
currently running kernel 2.6.11.3 with ac patch 2.6.11-ac3. i just
noticed an issue with the attached CD/DVD drives - they no longer seem
to allow CD audio ripping/playback/dvd multimedia. data CDs/DVDs are ok
when mounted - though all gui umount tools (i'm using gnome) report
errors in
af_unix.c is currenty built with KBUILD_MODNAME=unix. This seems to
Solution? #undef unix?
or maybe -Uunix ?
Why is not KBUILD_MODNAME=af_unix ?
The exact solution does not matter that much to me, and I'm afraid I
do not know how changing KBUILD_MODNAME affects the rest of the
codebase.
Miklos, Andrew,
I'm wondering what the status of Fuse is wrt to 2.6.12 or 2.6.13, especially
since the code is (now) perfectly orthogonal.
I just spent a short amount of time setting up and trying to break fusefs
and some of the filesystems based on it, and I did not succeed (in breaking
it).
Having a semicolon at the end as in labelname:; is pointless, remove.
Signed-off-by: Jesper Juhl [EMAIL PROTECTED]
diff -up linux-2.6.11-mm4-orig/drivers/video/matrox/matroxfb_maven.c
linux-2.6.11-mm4/drivers/video/matrox/matroxfb_maven.c
---
Hello again,
The KBUILD_MODNAME problem with af_unix.c is sort of also affecting
the ide code, but with another twist. unix is not a problem, but
KBUILD_MODNAME collides with constants defined in linux/ide.h:
[snip]
/*
* Now for the data we need to maintain per-drive: ide_drive_t
*/
#define
Thomas Gleixner wrote:
On Sun, 2005-03-20 at 07:36 +0100, Manfred Spraul wrote:
cpu 1:
acquire random networking spin_lock_bh()
cpu 2:
read_lock(tasklist_lock) from process context
interrupt. softirq. within softirq: try to acquire the networking lock.
* spins.
cpu 1:
hardware interrupt
within
--Andrew Morton [EMAIL PROTECTED] wrote (on Saturday, March 19, 2005 14:07:54
-0800):
Martin J. Bligh [EMAIL PROTECTED] wrote:
I don't think these are doing much for performance. Or at least
*something* in your tree isn't ...
Kernbench:
Elapsed
For 2.6.11.x, already fixed in 2.6.12-rc1.
Replace duplicate dumbkbd with noloop.
Signed-off-by: Magnus Damm [EMAIL PROTECTED]
--- linux-2.6.11.4/drivers/input/serio/i8042.c 2005-03-16 10:56:16.0
+0100
+++ linux-2.6.11.4-i8042_parm_desc/drivers/input/serio/i8042.c 2005-03-20
For 2.6.12 and 2.6.11.x:
Remove incorrect drm_-prefix from parameter description.
Signed-off-by: Magnus Damm [EMAIL PROTECTED]
--- linux-2.6.11.5/drivers/char/drm/drm_stub.c 2005-03-20 18:09:14.348412000
+0100
+++ linux-2.6.11.5-drm_parm_desc/drivers/char/drm/drm_stub.c2005-03-20
On Sun, Mar 20, 2005 at 05:41:01PM +0100, Jesper Juhl wrote:
Having a semicolon at the end as in labelname:; is pointless, remove.
As long as I'm maintainer of this code, I prefer to leave them here.
Petr Vandrovec
Signed-off-by:
Hi!
At least part of them is caused by CONFIG_MTRR. I had to disable it on
i386 to make it work...
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.11-mm4-full/arch/i386/kernel/cpu/mtrr/generic.c.old
2005-03-20 19:43:46.0 +0100
+++ linux-2.6.11-mm4-full/arch/i386/kernel/cpu/mtrr/generic.c 2005-03-20
Do we really need a global variable that does only hold the value of
NR_CPUS?
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/i386/kernel/mpparse.c |7 +++
arch/i386/mach-visws/mpparse.c |6 ++
arch/x86_64/kernel/mpparse.c |7 +++
3 files changed, 8
This patch removes some completely unused code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/i386/boot/compressed/misc.c |1 -
arch/i386/kernel/setup.c |4
arch/x86_64/kernel/setup.c |3 ---
drivers/video/fbmon.c|1 -
On Sun, 20 Mar 2005, Petr Vandrovec wrote:
On Sun, Mar 20, 2005 at 05:41:01PM +0100, Jesper Juhl wrote:
Having a semicolon at the end as in labelname:; is pointless, remove.
As long as I'm maintainer of this code, I prefer to leave them here.
Hi!
Do you think you could just send me diff between 2.6.12-rc1 and your
tree? I'll merge it here.
Sure, no problem, the diff follows. :-) It contains the following changes:
- remove swsusp_restore() (with the fix to return 0 from swsusp_arch_resume()
on x86*)
- drop
Ingo Oeser noticed that all that intelfbdrv.h contains are prototypes
for static functions - and such prototypes don't belong into header
files.
This patch therefore removes drivers/video/intelfb/intelfbdrv.h and
moves the prototypes to intelfbdrv.c .
Signed-off-by: Adrian Bunk [EMAIL
Greg KH wrote:
ChangeSet 1.1998.11.23, 2005/02/25 08:26:11-08:00, [EMAIL PROTECTED]
PCI: remove pci_find_device usage from pci sysfs code.
diff -Nru a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
--- a/drivers/pci/pci-sysfs.c 2005-03-04 12:41:33 -08:00
+++ b/drivers/pci/pci-sysfs.c
Howdy,
Guido Villa wrote:
I happen to have a SiI 3112A controller and a Maxtor 6B300S0 attached to
it, formatted with ext2. Never had any problems. I just copied
200GB of data to it, worked flawlessly. (Vanilla 2.6.11)
Maybe its the Motherboard?
I was checking my kernel configuration, and some
This patch contains the following possible cleanups:
- make needlessly global code static
- lec.c: remove the unused global function get_dev_lec
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
net/atm/common.c|2 -
net/atm/lec.c | 83
Hi!
This kills swsusp_resume; it should be arch-neutral but some i386 code
sneaked in. And arch-specific code is better done in assembly
anyway. Plus it fixes memory leaks in error paths.
Please apply,
Pavel
Signed-off-by: Rafael
Magnus Damm [EMAIL PROTECTED] wrote:
Solution? #undef unix?
#define unix unix?
provided nobody uses unix numerically.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
the system become very laggy.
i use kernel 2.6.10/2.6.11.3 on p4 2.8, msi915p, 3 x 3com905 boomerang.
and the cpu usage normally be about 12% and after something happens it
boost to 100% and it is used mostly by ksoftirqd/0, and a little bit by
migration/0 and event/0. and in syslog i found thies
On Monday 21 March 2005 03:29, Adrian Bunk wrote:
This patch removes some completely unused code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/i386/boot/compressed/misc.c |1 -
arch/i386/kernel/setup.c |4
arch/x86_64/kernel/setup.c |3 ---
On Sunday 20 March 2005 06:59, Jesper Juhl wrote:
Checking a pointer for NULL before calling kfree() on it is redundant,
kfree() deals with NULL pointers just fine.
This patch removes such checks from files in drivers/video/
Since this is a fairly trivial change (and the same change made
It seems that the es1371 driver (which provides its own joystick port driver)
is broken in at least 2.6.11-mm4. I don't know when it broke, but it used to
work around in the 2.6.8/9 days (I haven't used the joystick in awhile). The
hardware and joystick still both work (tested in Windows).
These patches address the issue of dmesg being slowly spammed with
repeated warnings.
Some parts of the kernel want to notify the user about deprecated or
invalid calls or parameters. These messages will slowly fill dmesg and
hinder you from seing the boot messages.
Examples are:
atkbd.c:
Introduce printk_nospam, which will prevent duplicate and excessive
printing.
Signed-Off-By: Bodo Eggert [EMAIL PROTECTED]
diff -purNXdontdiff linux-2.6.11/include/linux/kernel.h
linux-2.6.11.new/include/linux/kernel.h
--- linux-2.6.11/include/linux/kernel.h 2005-03-03 15:42:13.0 +0100
On Tue, 15 Feb 2005, Linux Kernel Mailing List wrote:
ChangeSet 1.1982.66.2, 2005/02/15 12:13:15-08:00, [EMAIL PROTECTED]
[PKT_SCHED]: Extended Matches API
--- a/net/sched/Kconfig 2005-03-06 18:14:44 -08:00
+++ b/net/sched/Kconfig 2005-03-06 18:14:44 -08:00
+config
* Geert Uytterhoeven [EMAIL PROTECTED] 2005-03-20 21:58
On Tue, 15 Feb 2005, Linux Kernel Mailing List wrote:
ChangeSet 1.1982.66.2, 2005/02/15 12:13:15-08:00, [EMAIL PROTECTED]
[PKT_SCHED]: Extended Matches API
--- a/net/sched/Kconfig 2005-03-06 18:14:44 -08:00
+++
On Sun, Mar 20, 2005 at 05:57:23PM +0100, Manfred Spraul wrote:
That was just one random example.
Another one would be :
drivers/chat/tty_io.c, __do_SAK() contains
read_lock(tasklist_lock);
task_lock(p);
kernel/sys.c, sys_setrlimit contains
task_lock(current-group_leader);
I'm often building the tree with gcc -W to look for potential trouble
spots, and of course I see a lot of warning messages. I'm well aware that
most of these don't indicate actual problems and should just be ignored,
but the less warnings there are the easier it is to zoom in on the ones
that
On Mon, 21 Mar 2005, Antonino A. Daplas wrote:
On Sunday 20 March 2005 06:59, Jesper Juhl wrote:
Checking a pointer for NULL before calling kfree() on it is redundant,
kfree() deals with NULL pointers just fine.
This patch removes such checks from files in drivers/video/
Since this is a
Why is not KBUILD_MODNAME=af_unix ?
The exact solution does not matter that much to me, and I'm afraid I
do not know how changing KBUILD_MODNAME affects the rest of the
codebase. So basically - someone else should decide... but who?
KBUILD_MODNAME is not used, which means you can use it for
I do understand that a filesystem is a particularly poor API for many
things, and I'm not in favour of 'sqlfs' or 'ftpfs', but fuse IS a great
enabler. 'encfs' would be hard to do from kernel space (or at least, a lot
harder). http://arg0.net/users/vgough/encfs.html
encfs being hard from kernel
On Sun, Mar 20, 2005 at 01:38:24PM -0800, Bill Huey wrote:
On Sun, Mar 20, 2005 at 05:57:23PM +0100, Manfred Spraul wrote:
That was just one random example.
Another one would be :
drivers/chat/tty_io.c, __do_SAK() contains
read_lock(tasklist_lock);
task_lock(p);
On Mon, 21 Mar 2005, Antonino A. Daplas wrote:
On Sunday 20 March 2005 06:59, Jesper Juhl wrote:
Checking a pointer for NULL before calling kfree() on it is redundant,
kfree() deals with NULL pointers just fine.
This patch removes such checks from files in drivers/video/
Since this is
...
This is performance critical, so I would like the check to remain. A comment
may be added in this section.
Hm, if we used Yoshifuji's inline kfree(), you'd get both. A check and a clean
code. (Though I would not move kfree to __kfree, but make the inline variant
explicitly different
-blather-
It took a few days before I actually saw this posting. I also agree that
2.6.10 seems to be more stable than 2.6.11 - mind you, that could be
because I'm using 2.6.10-linus (i.e. the tarball from the linux.org site)
and the 2.6.11 is a Mandrake-ised kernel + Linus patches - at least I
On Monday 21 March 2005 06:02, Jesper Juhl wrote:
On Mon, 21 Mar 2005, Antonino A. Daplas wrote:
On Sunday 20 March 2005 06:59, Jesper Juhl wrote:
Checking a pointer for NULL before calling kfree() on it is redundant,
kfree() deals with NULL pointers just fine.
This patch removes such
On Monday 21 March 2005 05:49, Geert Uytterhoeven wrote:
On Mon, 21 Mar 2005, Antonino A. Daplas wrote:
On Sunday 20 March 2005 06:59, Jesper Juhl wrote:
Checking a pointer for NULL before calling kfree() on it is redundant,
kfree() deals with NULL pointers just fine.
This patch
Update some functions to use printk_nospam
Signed-Off-By: Bodo Eggert [EMAIL PROTECTED]
diff -purNXdontdiff linux-2.6.11/drivers/block/scsi_ioctl.c
linux-2.6.11.new/drivers/block/scsi_ioctl.c
--- linux-2.6.11/drivers/block/scsi_ioctl.c 2005-03-03 15:41:28.0
+0100
+++
Security fix against a log spamming DoS in tuner.c, compile-tested
Signed-Off-By: Bodo Eggert [EMAIL PROTECTED]
--- linux-2.6.11/drivers/media/video/tuner.c2005-03-20 20:54:54.0
+0100
+++ hotfix/drivers/media/video/tuner.c 2005-03-20 21:10:33.0 +0100
@@ -1048,8 +1048,9 @@
On Sat, Mar 19, 2005 at 08:16:58PM +0100, Ingo Molnar wrote:
i have released the -V0.7.41-00 Real-Time Preemption patch (merged to
2.6.12-rc1), which can be downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
the biggest change in this patch is the merge of Paul
1 - 100 of 342 matches
Mail list logo