On Sat, 19 Mar 2005 [EMAIL PROTECTED] wrote:
kj-domen/security/selinux/ss/policydb.c | 35
++--
1 files changed, 20 insertions(+), 15 deletions(-)
Have you tested these changes?
- James
--
James Morris
[EMAIL PROTECTED]
-
To unsubscribe from this list:
On Sat, 2005-03-19 at 20:16 +0100, Ingo Molnar wrote:
the biggest change in this patch is the merge of Paul E. McKenney's
preemptable RCU code. The new RCU code is active on PREEMPT_RT. While it
is still quite experimental at this stage, it allowed the removal of
locking cruft (mainly in the
Lee Revell wrote:
On Sat, 2005-03-19 at 20:16 +0100, Ingo Molnar wrote:
the biggest change in this patch is the merge of Paul E. McKenney's
preemptable RCU code. The new RCU code is active on PREEMPT_RT. While it
is still quite experimental at this stage, it allowed the removal of
locking cruft
Question:
Should I call oom_kill_process(), oom_kill_task(),
or __oom_kill_task(), when the current task decides
that it is better to die than to swap, so calls the
routine mm/oom_kill.c:oom_attempt_suicide() that this
patch adds, below?
My best
Hello Ted,
In article [EMAIL PROTECTED] you wrote:
Should we fix it today? Given that we have ext3, I'd probably answer
no. It's a known property of ext2; we've lived with it for over ten
years, and to add this would just slow down ext2 (which gets used
often as benchmark standard to aspire
xdosemu 1.2.2 runs fine under 2.6.11.5, but fails under 2.6.12-rc1 with
the following error:
-- snip --
$ xdosemu
ERROR: cpu exception in dosemu code outside of VM86()!
trapno: 0x0e errorcode: 0x0005 cr2: 0xff8e
eip: 0x69ee esp: 0xbfdbffcc eflags: 0x00010246
cs: 0x0073 ds:
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 sound/
This patch also makes another, but closely related, change.
It avoids casting pointers about to be kfree()'ed
like this for example :
Not subscribed, so please forgive the unthreaded post.
As per K.R. Foley's report, booting on SMP fails. I tried failed to
capture the boot messages via serial, so the best I can offer is a pic
of what remained visible on screen at the death.
On Sat, Mar 19, 2005 at 03:39:33PM -0500, Jeff Garzik wrote:
Don't send this patch upstream until its been verified to actually work.
It certainly won't. I'll gen up something soon.
r~
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Hello. I apologize if this may sound stupid/unknowledgeable. I'm
currently fooling around with real time voice conferencing
applications which use the UDP protocol. However, certain firewalls
don't allow UDP traffic, therefore I tried UDP over TCP as a
workaround. This failed miserably, as the
Since verify_area is going the way of the Dodo soon it seems resonable to
no longer refer to it in wrapper functions/macros.
FPU_verify_area and FPU_code_verify_area have already been converted to
call access_ok so now seems a good time to rename them.
This patch makes no functional changes at
On Saturday 19 March 2005 21:11, Adrian Bunk wrote:
xdosemu 1.2.2 runs fine under 2.6.11.5, but fails under 2.6.12-rc1
with the following error:
I just tried it here, and its ok while running 2.6.12-rc1
-- snip --
$ xdosemu
ERROR: cpu exception in dosemu code outside of VM86()!
trapno: 0x0e
Jan Engelhardt wrote:
Well, what about things like urandom? It also moves a lot of data and does
nothing else.
Forgive my slowness today, but I don't get the angle here:
- Relayfs is not a replacement for char devices, we've never claimed it
to be.
- Urandom generates a lot of data, and uses
Dear friend,
I am lady of the Anglican communion Knight Hood.Am lady
julliet fish.I am the PRO and in charge of a trust fund
put
together by a group of very wealthy christian business
men
who over the years have donnated bountifully to
orphanages,
less privilledged and victims of war.This group
Dear friend,
I am lady of the Anglican communion Knight Hood.Am lady
julliet fish.I am the PRO and in charge of a trust fund
put
together by a group of very wealthy christian business
men
who over the years have donnated bountifully to
orphanages,
less privilledged and victims of war.This group
On Sun, 20 Mar 2005, Rene Scharfe wrote:
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 think you
On Sat, 2005-03-19 at 19:50 -0600, K.R. Foley wrote:
Lee Revell wrote:
On Sat, 2005-03-19 at 20:16 +0100, Ingo Molnar wrote:
the biggest change in this patch is the merge of Paul E. McKenney's
preemptable RCU code. The new RCU code is active on PREEMPT_RT. While it
is still quite
(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 losing the boot
su den 20.03.2005 Klokka 05:37 (+0100) skreiv Bodo Eggert:
(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
On Sat, 19 Mar 2005 21:59:16 EST, Ioan Ionita said:
applications which use the UDP protocol. However, certain firewalls
don't allow UDP traffic, therefore I tried UDP over TCP as a
workaround.
That's the firewall's problem, not yours. There's very few firewalls
that prohibit *all* UDP
--Andrew Morton [EMAIL PROTECTED] wrote (on Thursday, March 17, 2005 22:44:09
-0800):
Martin J. Bligh [EMAIL PROTECTED] wrote:
drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
: undefined reference to `.mac_vmode_to_var'
make: *** [.tmp_vmlinux1] Error 1
Anyone know
On Sun, 2005-03-20 at 01:22 +0100, Rene Scharfe wrote:
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
Jim Gifford wrote:
I have not been able to build kernels since 2.6.9 on my RaQ2 for some
time. I have tried the linux-mips.org port and the current 2.6.11.5
release. I keep getting the same error.
Building modules, stage 2.
MODPOST
*** Warning: pci_iounmap [drivers/net/tulip/tulip.ko]
Jim Gifford [EMAIL PROTECTED] wrote:
I have not been able to build kernels since 2.6.9 on my RaQ2 for some
time. I have tried the linux-mips.org port and the current 2.6.11.5
release. I keep getting the same error.
Building modules, stage 2.
MODPOST
*** Warning: pci_iounmap
Ingo Molnar wrote:
which precise locking situation do you mean?
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:
OGAWA Hirofumi [EMAIL PROTECTED] wrote:
...
I got the above Oops while doing fs stress test.
The cause of this was race condition between __sync_single_inode() and
iput()/bdev_clear_inode().
This race seems following condition.
cpu0 (fs's inode) cpu1 (bdev's
On Mon, 14 Mar 2005, Lee Revell wrote:
On Mon, 2005-03-14 at 19:12 +0100, Diego Calleja wrote:
Why should people look at all that horrid debug info everytime
they boot, except when they have a problem?
I'm really not trolling, but I suspect if we made the boot process less
verbose, people would
Bob Gill [EMAIL PROTECTED] wrote:
Hi. I have built 2.6.12-rc1 and 2.6.12-rc1-bk1. There seems to be a
nasty bug in ReiserFS (things are fine in 2.6.11.4).
Looks like the problem lies elsewhere.
The system wants
to un-configure my SCSI Adaptec devices, and stall at starting Hal
daemon.
Was trying to understand ERR_PTR and friends and surprisingly the
first 2 references via LXR seem to be erroneous. Did grep and found 1
additional incorrect reference return ERR_PTR(0) and another
ERR_PTR(PTR_ERR(p)) usage. Please let me know if this patch is good.
If need be, I can chop it up for
Paul Jackson [EMAIL PROTECTED] wrote:
This mechanisms differs from a general purpose out-of-memory
killer in various ways, including:
* An oom-killer tries to score the bad buy, to avoid shooting
the innocent little task that just happened to ask for one
page too many.
* The
Interesting comments, Andrew. Thanks
It will likely be a couple of days before
I respond to them. I suspect a couple
of us SGI folks should powwow first.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson
[EMAIL PROTECTED] wrote:
diff -puN crypto/sha256.c~sparse-crypto_sha256 crypto/sha256.c
--- kj/crypto/sha256.c~sparse-crypto_sha256 2005-03-18 20:05:34.0
+0100
+++ kj-domen/crypto/sha256.c2005-03-18 20:05:34.0 +0100
@@ -58,7 +58,7 @@ static inline u32 Maj(u32 x, u32
Hi
Is there any plan to support RDMA in Linux ? what is the status ?
my question is because I know that windows HPC project will support
RDMA in release 2 and they also will support infiniband
They also will support Intel Xeon 64 or the AMD Opteron only
--
Best Regards,
On Sat, Mar 19, 2005 at 09:59:16PM -0500, Ioan Ionita wrote:
Hello. I apologize if this may sound stupid/unknowledgeable. I'm
currently fooling around with real time voice conferencing
applications which use the UDP protocol. However, certain firewalls
don't allow UDP traffic, therefore I
301 - 334 of 334 matches
Mail list logo
