Code after the return statement is dead. Enable preemption before
returning from srcu_drive_gp().
This will be important when/if PREEMPT_AUTO (lazy resched) gets merged.
Fixes: 65b4a59557f6 ("srcu: Make Tiny SRCU explicitly disable preemption")
Signed-off-by: Michal Schmidt
---
Dne 04. 08. 20 v 18:09 izabela.bakoll...@gmail.com napsala:
From: Izabela Bakollari
Dropwatch is a utility that monitors dropped frames by having userspace
record them over the dropwatch protocol over a file. This augument
allows live monitoring of dropped frames using tools like tcpdump.
With
On 04/15/2015 09:31 AM, Mike Galbraith wrote:
> it seems [systemd] has now mandated group scheduling.
What makes you think so? Was it the fact that by default you have a
populated /sys/fs/cgroup/cpu/ hierarchy? This is either because some
unit requests the use of the cpu controller using one of th
On Wed, 9 Jan 2008 07:25:56 -0500
Theodore Tso <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 09, 2008 at 10:54:11AM +0100, Martin Schwidefsky wrote:
> > On Jan 8, 2008 7:15 PM, Theodore Tso <[EMAIL PROTECTED]> wrote:
> > > That will fix the this issue. The problem you are facing is that
> > > you have
On Mon, 7 Jan 2008 09:29:56 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Jan 2008 12:09:04 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> >
> > > > This causes a practical problem. When a runaway real-time task
> > > > is eating 100% CPU and we attempt to put the CPU offline,
> >
On Mon, 7 Jan 2008 02:25:13 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Jan 2008 11:06:03 +0100 Michal Schmidt
> <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 22 Dec 2007 01:30:21 -0800
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
&g
On Mon, 7 Jan 2008 12:22:51 +0100
"Remy Bohmer" <[EMAIL PROTECTED]> wrote:
> Hello Michal and Andrew,
>
> > Let's not make the decision for the user. Just allow the
> > administrator to change kthreadd's priority safely if he chooses to
> > do it. Ensure that the kernel threads are created with t
On Sat, 22 Dec 2007 01:30:21 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 17 Dec 2007 23:43:14 +0100 Michal Schmidt
> <[EMAIL PROTECTED]> wrote:
>
> > kthreadd, the creator of other kernel threads, runs as a normal
> > priority task. This is a potent
hreadd with the highest possible SCHED_FIFO
priority. Its children must still run as slightly negatively reniced
SCHED_NORMAL tasks.
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
diff --git a/kernel/kthread.c b/kernel/kthread.c
index dcfe724..a7ce932 100644
--- a/kernel/kthread.c
+
On Wed, 12 Dec 2007 07:24:36 -0700
Justin Banks <[EMAIL PROTECTED]> wrote:
> > > (2.6.9-55.0.9.ELsmp)
> -^^
>
> It's really really old :)
No, it's actually less than 3 months old kernel from RHEL-4 or CentOS.
Michal
--
To unsubscribe from this list: send the line "unsubscrib
Dne Mon, 03 Dec 2007 10:35:01 -0800
Daniel Walker <[EMAIL PROTECTED]> napsal(a):
> Speaking of automating.. I created a little .vimrc add-on which helps
> doing sem2mutex type changes. Here's the chunk I added,
>
> function Semtomutex( lo )
> exe '%s/down(&'.a:lo.')/mutex_lock\(\&'.a:
On Thu, 22 Nov 2007 17:19:44 +0100
"Leon Woestenberg" <[EMAIL PROTECTED]> wrote:
> I forgot to mention that I would like to be prepared for, and use the
> -rt patch soon. I understand (maybe wrongly?) that semaphores are not
> real-time pre-emptible, mutexes and spinlocks are.
Semaphores are pree
The avenrun[] values are supposed to be protected by xtime_lock.
loadavg_read_proc does not use it. Theoretically this may result in an
occasional glitch when the value read from /proc/loadavg would be as much as
1<<11 times higher than it should be.
Signed-off-by: Michal Schmidt &
On Mon, 5 Nov 2007 20:42:39 -0500
"Zurk Tech" <[EMAIL PROTECTED]> wrote:
> just wondering why the truecrypt module isnt in the mainline kernel ?
> its the only cross platform encrypted disk solution out there and it
> should be less of a chore to use it in linux...is there something
> wrong with th
Yakov Lerner wrote:
> >From the userlevel, can I get an estimate of "amount of entropy"
> in /dev/random, that is, the estimate of number of bytes
> readable until it blocks ? Of course multiple processes
> can read bytes and this would not be exact ... but still .. as an upper
> boundary estimate
Hello,
HP ProLiant systems DL385 G2 and DL585 G2 need pci=bfsort to enumerate PCI
devices in the expected order.
(John, can you please confirm and ACK this?)
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
diff --git a/arch/i386/pci/common.c b/arch/i386/pci/common.c
index ebc6f3c..8
Matt Domsch skrev:
> On Fri, Sep 21, 2007 at 04:08:09PM +0200, Michal Schmidt wrote:
>
>> Hello,
>>
>> The interrupt stack can be in the __START_KERNEL_map region in which
>> virt_to_page will not work. This caused ppp_mppe to crash on CentOS 5 on
>> x86_64
Hello,
The interrupt stack can be in the __START_KERNEL_map region in which
virt_to_page will not work. This caused ppp_mppe to crash on CentOS 5 on x86_64
(http://bugs.centos.org/view.php?id=2076).
The fix is to avoid copying the interim key. We can simply use it in its
original place, which is
Vitaly Mayatskikh skrev:
Short-living process returns its timeslice to the parent, this
affects process that creates a lot of such short-living threads,
because its not a parent for new threads.
I don't see the point of sending patches for old Linux versions such as
2.6.21, unless it's somethi
GolovaSteek wrote:
> 2007/8/17, Michal Schmidt <[EMAIL PROTECTED]>:
>
>> GolovaSteek skrev:
>>
>>> Hello!
>>> I need use sleep with accurat timing.
>>> I use 2.6.21 with rt-prempt patch.
>>> with enabled rt_preempt, dy
GolovaSteek skrev:
Hello!
I need use sleep with accurat timing.
I use 2.6.21 with rt-prempt patch.
with enabled rt_preempt, dyn_ticks, and local_apic
But
req.tv_nsec = 30;
req.tv_sec = 0;
nanosleep(&req,NULL)
make pause around 310-330 microseconds.
How do you measure this?
If you want to
Oleg Nesterov wrote:
> Pointed out by Michal Schmidt <[EMAIL PROTECTED]>.
>
> The bug was introduced in 2.6.22 by me.
>
> cleanup_workqueue_thread() does flush_cpu_workqueue(cwq) in a loop until
> ->worklist becomes empty. This is live-lockable, a re-niced caller
kqueue() will not be preempted by
it and manages to reset cwq->current_work. This ends the livelock.
Can this be fixed? Or is it just a case of "Don't do that then!"?
("that" meaning destroying workqueues from negatively reniced processes)
Michal
#include
#include
#include
#incl
LOL ER wrote:
> Hello,
> I've been trying to make sense of how the kernel (on an i386) calls
> __do_IRQ() from do_IRQ() for the past few days to no avail. [...]
Since i386 was switched to the generic-IRQ architecture (see "Linux
generic IRQ handling" in Documentation/Docbook) it does not use __d
Steven Rostedt wrote:
> Michal Schmidt wrote:
>
>> I came to the conclusion that the IO-APICs which need the fix for the
>> nobody cared bug don't have the issue ack_ioapic_quirk_irq is designed
>> to work-around. It should be safe simply to use the normal
>>
Michal Schmidt wrote:
> Steven Rostedt wrote:
>
>> This is the final "design" for the nobody cared bug. For all IO-APICS
>> other than the first one (the chained IO-APICS) we use the PCIX version
>> of the mask and unmask interrupt routines. This changes th
Steven Rostedt wrote:
> This is the final "design" for the nobody cared bug. For all IO-APICS
> other than the first one (the chained IO-APICS) we use the PCIX version
> of the mask and unmask interrupt routines. This changes the interrupt
> from level to edge for mask and edge to level for unm
linux-os (Dick Johnson) skrev:
> if you never look at somebody else's'
> implementation details, you certainly should not be violating a patent.
Oh, it would be a beautiful world in which this was true!
Michal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
e current code over
> to sysctl_table, which isnt that hard but not trivial either, and i
> certainly could make use that time for other purposes.
>
> Ingo
>
How about this? It works for me.
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
diff --git a/kernel/late
ich underflows the preempt count.
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
diff --git a/kernel/latency_trace.c b/kernel/latency_trace.c
index e07bb95..29dfb79 100644
--- a/kernel/latency_trace.c
+++ b/kernel/latency_trace.c
@@ -2396,7 +2396,6 @@ long user_trace_stop(void)
if
n improved solution might be to identify the commands that take so long
to issue and avoid sending them from the interrupt handler. In my
testing there was only one such command: CMD_ACCESS. I need to
investigate if it's always possible to delay it to airo's kthread.
Signed-off-by: Michal Schmi
es obsolete and misleading comments. This header is not
for userspace, so we don't have to care about strange programs these
comments mention.
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
diff --git a/include/linux/byteorder/generic.h
b/include/linux/byteorder/generic.h
index e86
so removes obsolete and misleading comments. This header is not
for userspace, so we don't have to care about strange programs these
comments mention.
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
diff --git a/include/linux/byteorder/generic.h
b/include/linux/byteorder/generic.h
i
ading comments. This header is not
for userspace, so we don't have to care about strange programs these
comments mention.
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
diff --git a/include/linux/byteorder/generic.h
b/include/linux/byteorder/generic.h
index e86e4a9..3dc715b 100644
- ---
Remy Bohmer wrote:
Hello All,
Once in a while we see the following stacktrace.
We do not know yet the exact condition that generates this, but is
there anyone that recognises this oops?
Kind Regards,
Remy Bohmer
[...]
Jan 30 14:09:20 localhost kernel: Modules linked in: cap_over
commoncap i2c
Jaswinder Singh wrote:
Sometimes my machine hangs in userspace area like this :-
VFS: Mounted root (ext3 filesystem).
Freeing init memory: 124K
INIT:
<>
OR
VFS: Mounted root (ext3 filesystem).
Freeing init memory: 124K
INIT: version 2.85 booting
<>
How can I debug this hang, what are the case
Jaswinder Singh skrev:
Yes, Compiler will remove it but this looks ugly and confusing.
Why dont we use like this :-
#ifdef CONFIG_PREEMPT
#include
#endif
#ifdef CONFIG_PREEMPT
preempt_disable();
#endif
#ifdef CONFIG_PREEMPT
preempt_enable();
#endif
Surely you're joking.
It is much more r
Jaswinder Singh wrote:
Hi,
preempt stuff SHOULD only stay in #ifdef CONFIG_PREEMP_* , but it is
messing with everyone even though not defined.
e.g.
1. linux-2.6.19/kernel/spinlock.c
Line 18: #include
Line 26: preempt_disable();
Line 32: preempt_disable();
and so on .
Don't worry. Thes
Ingo Molnar wrote:
i've released the 2.6.18-rc6-rt3 tree
Hi Ingo,
lockdep doesn't compile on UP. per_cpu_offset only makes sense on SMP.
Michal
diff --git a/kernel/lockdep.c b/kernel/lockdep.c
index 8f6ba22..d46082d 100644
--- a/kernel/lockdep.c
+++ b/kernel/lockdep.c
@@ -1194,8 +1194,13 @@ r
nazim khan wrote:
I suspect that one of my module that I am inserting in
the kernel may be causing the stack overflow which is
leading to kernel crash (may because it is corrupting
some one lese memory).
How can I find this out?
You could enable CONFIG_DEBUG_STACKOVERFLOW.
If you showed us you
Ingo Molnar wrote:
i've released the 2.6.13-rc6-rt1 tree, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
as the name already suggests, i've switched to a new, simplified naming
scheme, which follows the usual naming convention of trees tracking the
Kristoffer wrote:
captive ntfs: http://www.jankratochvil.net/project/captive/
http://www.jankratochvil.net/project/captive/CVS.html.pl
Can someone please port cvs captive-ntfs to FUSE?
OK. How much do you pay me?
Michal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Pavel Machek wrote:
I assume it is in -rc6, too; it is long-standing bug and I am not
aware of any attempts at fixing it. Please file bug report, assign to
me.
I've filed it as Bug 5018.
Michal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Rafael J. Wysocki wrote:
On Friday, 29 of July 2005 21:46, Michal Schmidt wrote:
The function calc_nr uses an iterative algorithm to calculate the number
of pages needed for the image and the pagedir. Exactly the same result
can be obtained with a one-line expression.
Could you please post
The function calc_nr uses an iterative algorithm to calculate the number
of pages needed for the image and the pagedir. Exactly the same result
can be obtained with a one-line expression.
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
diff -Nurp -X dontdiff.new linux-mm/kernel
Michal Schmidt wrote:
Pavel Machek wrote:
Hi!
I'd like to get this tested under as many configurations as
possible. With this, your hdd should no longer do "yoyo" (spindown,
spinup, spindown) during suspend...
It looks like the patch is now in -mm (I use 2.6.13-rc3-mm1).
But
Pavel Machek wrote:
I'm trying to do something similar for x86_64. See the attached patch.
Unfortunately, it doesn't help. The behaviour seems unchanged (resume
still works iff amd64-agp wasn't loaded before suspend).
Are you sure problem is on level4_pgt? We probably use constant
level4_pgt
Pavel Machek wrote:
Hi!
I'd like to get this tested under as many configurations as
possible. With this, your hdd should no longer do "yoyo" (spindown,
spinup, spindown) during suspend...
It looks like the patch is now in -mm (I use 2.6.13-rc3-mm1).
But my disks still yoyo during suspend. What
Pavel Machek wrote:
Long time ago there were i386 problems because we assumed that kernel
is mapped in one big mapping and agp broke that assumption. Copying
pages backwards "fixed" it (and then we done proper fix). It should
not be, but it seems similar to this problem
Do you mean this pat
Rafael J. Wysocki wrote:
On Thursday, 21 of July 2005 00:07, Michal Schmidt wrote:
I also tried putting a printk before restore_processor_state(), but I'm
not sure if it is safe to use printk there.
Yes, it is, but you may be unable to see the message if the box reboots before
it c
Rafael J. Wysocki wrote:
On Tuesday, 19 of July 2005 23:26, Michal Schmidt wrote:
I have rebuilt agpgart and amd64-agp into the kernel and now it has
resumed successfully for the first time. Thank you for the hint!
But I still wonder, why that makes a difference.
Before resume the module
Andreas Steinmetz wrote:
Michal Schmidt wrote:
Does resuming from swsuspend work for anyone with amd64-agp loaded?
On my system when I suspend with amd64-agp loaded, I get a spontaneous
reboot on resume. It reboots immediately after reading the saved image
from disk.
This is 100% reproducible
Hello,
Does resuming from swsuspend work for anyone with amd64-agp loaded?
On my system when I suspend with amd64-agp loaded, I get a spontaneous
reboot on resume. It reboots immediately after reading the saved image
from disk.
This is 100% reproducible.
Athlon 64 FX-53, Asus A8V Deluxe, Lin
Alistair John Strachan wrote:
Hi Ingo,
(I searched the list for rt realtime x86_64 x86-64 before posting this, so I
hope it's not a duplicate).
I've noticed -31 compiles without notable error or warning on x86-64, so I
thought maybe it was a valid time to file a bug report about it not worki
Fernando Lopez-Lezcano wrote:
I see the same thing. "CONFIG_PRINTK_IGNORE_LOGLEVEL is not set" but
still printk ignores the loglevel (I commented out the #ifdef in
kernel/printk.c to make the spurious messages go away).
The condition is reversed.
The '#ifdef CONFIG_PRINTK_IGNORE_LOGLEVEL' shou
Rob Prowel wrote:
[1.] One line summary of the problem:
2.4 and 2.6 kernel headers use c++ reserved word "new"
as identifier in function prototypes.
Yes, the kernel is written in C, not C++.
using the identifier "new" in kernel headers that are
visible to applications programs is a bad i
Julien Wajsberg wrote:
Good point... I just tried, but forcedeth doesn't support netpoll. If
you have a pointer, I could try to implement it ;-)
Can you try the attached patch for forcedeth?
It compiles for me, but I don't have nForce hardware to test it.
Michal
--- linux-2.6.12-rc1/drivers/net/for
cranium2003 wrote:
[...] On my RH9
i386 arch i got 16kb output from dmesg. how to
increase it?
man dmesg (parameter -s).
You may also want to increase the kernel buffer size in General Setup ->
Kernel log buffer size (CONFIG_LOG_BUF_SHIFT).
Michal
-
To unsubscribe from this list: send the line "u
Peter Osterlund wrote:
Michal Schmidt <[EMAIL PROTECTED]> writes:
--- linux-2.6.11-mm1/drivers/block/scsi_ioctl.c.orig2005-01-17
20:42:40.0 +0100
+++ linux-2.6.11-mm1/drivers/block/scsi_ioctl.c 2005-01-17 20:43:14.0
+0100
@@ -197,9 +197,7 @@ static int verify_command(
Bill Davidsen wrote:
Nick Sanders wrote:
For me when running growisofs with user permissions on 2.6.10 (ide-cd) it
works perfectly 1st time but 2nd time fails with the error below. It works
fine when run as root.
:-( unable to PREVENT MEDIA REMOVAL: Operation not permitted
As an aside audio cd
Hello,
I use K3B with growisofs to burn DVDs. After boot I can burn a DVD as a
normal user. But only the first one. When I want to burn another one,
K3B complains that it is unable to prevent media removal. Then only root
can burn DVDs.
The bug is in the kernel in the function verify_command.
Wh
61 matches
Mail list logo
