On Sunday 04 March 2007 18:00, Con Kolivas wrote:
> This message is to announce the first general public release of the
> "Rotating Staircase DeadLine" cpu scheduler.
>
> Based on previous work from the staircase cpu scheduler I set out to
> design, from scratch, a new scheduling policy design
after upgrading from 2.6.15 to 2.6.20.1 i got problem with my usb modem
(terayon).
kern.log it said:
usb 3-1: new full speed USB device using ohci_hcd and address 2
usb 3-1: no configuration chosen from 1 choice
my solution was to
replace
#ifndef CONFIG_USB_NET_RNDIS_HOST
with
#ifndef
Add comprehensive documentation of the RSDL cpu scheduler design.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
Documentation/sched-design.txt | 273 -
1 file changed, 267 insertions(+), 6 deletions(-)
Index:
Modify the sched_find_first_bit function to work on a 180bit long bitmap.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
include/asm-generic/bitops/sched.h | 10 ++
include/asm-s390/bitops.h | 12 +---
2 files changed, 7 insertions(+), 15 deletions(-)
Index:
Remove the TASK_NONINTERACTIVE flag as it will no longer be used.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
fs/pipe.c |7 +--
include/linux/sched.h |3 +--
2 files changed, 2 insertions(+), 8 deletions(-)
Index: linux-2.6.20-rsdl/fs/pipe.c
Remove the sleep_avg field from proc output as it will be removed from the
task_struct.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
fs/proc/array.c |2 --
1 file changed, 2 deletions(-)
Index: linux-2.6.20-rsdl/fs/proc/array.c
Add a list_splice_tail variant of list_splice.
Patch-by: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
include/linux/list.h | 42 ++
1 file changed, 42 insertions(+)
Index: linux-2.6.20-rsdl/include/linux/list.h
This message is to announce the first general public release of the "Rotating
Staircase DeadLine" cpu scheduler.
Based on previous work from the staircase cpu scheduler I set out to design,
from scratch, a new scheduling policy design which satisfies every
requirement for SCHED_NORMAL
On Sat, Mar 03, 2007 at 08:32:40PM +0300, Oleg Nesterov wrote:
> I personally think we should do the opposite, add
> kthread_should_stop_check_freeze()
> or something. kthread_should_stop() is like signal_pending(), we can use
> it under spin_lock (and it is probably used this way by some
On Sat, 3 Mar 2007 21:35:59 -0500 "Lee Revell" <[EMAIL PROTECTED]> wrote:
> On 3/3/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > But yes, updatedb's pagecache usage will be mainly metadata, and this tool
> > doesn't address metadata pagecache, although it could do so.
> >
>
> With no kernel
On Sat, Mar 03, 2007 at 08:09:47PM -0600, Robert Hancock wrote:
> Date: Sat, 03 Mar 2007 20:09:47 -0600
> From: Robert Hancock <[EMAIL PROTECTED]>
> Subject: Re: asm/atomic.h and user code
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>,
> linux-kernel
> Content-type: text/plain;
Hi,
I've had some problems with 2.6.20 (but also with earlier kernels, like
Debian's 2.6.18) where one of the users on our system, running a Java6
application, is somehow able to make the userspace on the machine totally
unresponsive, denying all remote _and_ local access to the machine.
-
Hi,
This version has improved patch description
(on the second thought the original patch description was too vague).
Bart
[PATCH] pata_pdc202xx_old: fix possible data corruption and other problems
Fix wrong "port" calculations in pdc202xx_{configure_piomode,set_dmamode}()
They were broken
Oleg Verych wrote:
Maybe modules' dlopen() like facility would be better to handle static
firmware or any other on-demand static data like ID tables etc.?
I.e. some additional flag for an exported symbol (in a module), that
this symbol maybe dynamically requested and used. As far as i can see,
Hello,
I am experiencing a hard lockup with 2.6.20.1. Whenever the system locks
up, it locks up hard: nothing is printed to the console and the magic
SysRQ key has no effect--the only thing I can do is poke the reset
button. I have reasonable faith in the stability of my hardware: I can
run
Thomas Gleixner <[EMAIL PROTECTED]>:
> 100khz on a stock kernel with real world hardware:
>
> ROTFL, You made my day.
I don't know why you find that rate unbelievable.
> Sorry man. Did you actually read what I wrote ?
>
> > The clockevent subsystem operates on absolute time, so there is no
On 3/3/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
But yes, updatedb's pagecache usage will be mainly metadata, and this tool
doesn't address metadata pagecache, although it could do so.
With no kernel changes? How? I can't find an equivalent API to
posix_fadvise() for metadata.
Lee
-
To
On 3/3/07, Mockern <[EMAIL PROTECTED]> wrote:
hi,
I need to use something like the work_queue to separate my ISR and long time
sending data function in my driver. I noticed, that after using work_queue my
driver became slow than it was before. Should I use kthreads to make it faster
or
[EMAIL PROTECTED] wrote:
Is it me or it seems it is not possible anymore to use asm/atomic.h in
non-kernel code ? Thanks.
The atomic functions, as with any internal kernel data structures, were
never intended to be used in userspace. In particular, the atomic
functions depend on config
Andrew Morton wrote:
On Sat, 03 Mar 2007 20:26:15 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
Nick Piggin wrote:
Different issue, isn't it? Rik wants to be smarter in figuring out which
pages to throw away. More work per page == worse for you.
Being smarter about figuring out which pages
Andrew Morton wrote:
Doing a refault thing would help a bit, but stops working at a certain point.
At what point does it stop working?
We need to store that this-page-got-reclaimed info somewhere. I don't know
how space-efficient that is. Did anyone ever do an implementation?
One 32 bit
On Sat, 03 Mar 2007 20:26:15 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> Nick Piggin wrote:
>
> > Different issue, isn't it? Rik wants to be smarter in figuring out which
> > pages to throw away. More work per page == worse for you.
>
> Being smarter about figuring out which pages to evict
On Wed, Feb 28, 2007 at 09:41:44PM +0100, Andi Kleen wrote:
> I suppose one could have a CONFIG_DEBUG_STACK_OVERFLOW that gets
> the stacks from vmalloc which would catch any overflow with its
> guard pages. This is you would need to change __pa() to handle
> that too because there might be still
On Sat, 03 Mar 2007 20:23:07 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Sat, 03 Mar 2007 19:01:01 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> >> The use-once policy we have in the kernel should work
> >> perfectly fine for backups. All we need to do is
>
Eric St-Laurent wrote:
While I think that more user space applications should use fadvise() to
avoid polluting the page cache with unneeded data, I still think the
kernel should be more fair in regard to page cache management.
Personally, I've experienced some sluggish performance after
On Sat, 3 Mar 2007 20:16:09 -0500 "Lee Revell" <[EMAIL PROTECTED]> wrote:
> On 3/3/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > The tool uses an LD_PRELOAD hack to intercept glibc's read(), pread(),
> > write(), pwrite(), close() and dup2() functions. pagecache control is done
> > via
Nick Piggin wrote:
Different issue, isn't it? Rik wants to be smarter in figuring out which
pages to throw away. More work per page == worse for you.
Being smarter about figuring out which pages to evict does
not equate to spending more work. One big component is
sorting the pages
Andrew Morton wrote:
On Sat, 03 Mar 2007 19:01:01 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
The use-once policy we have in the kernel should work
perfectly fine for backups. All we need to do is
actually honor the accessed bit on active page cache
pages, instead of flushing them onto the
On Sat, 03 Mar 2007 17:02:31 -0800 Ray Lee <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> >
>
> Would there be any other users of it than updatedb?
updatedb is the notorious one.
Alas, one can envisage sane workloads which really really really really
want to cache millions of dentries
On 3/3/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
The tool uses an LD_PRELOAD hack to intercept glibc's read(), pread(),
write(), pwrite(), close() and dup2() functions. pagecache control is done
via posix_fadvise() and sync_file_range().
How could this have any effect on the updatedb
On Sat, 03 Mar 2007 19:14:59 -0500 Eric St-Laurent <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-03-03 at 12:29 -0800, Andrew Morton wrote:
>
>
> > There is much more which could be done to make this code smarter, but I
> > think the lesson here is that we can produce a far, far better result doing
[EMAIL PROTECTED] wrote:
Hi,
I got a 82566DM e1000 network controller [1] on my motherboard, and most of the
time the link go down when doing dhcp. [2]
ifconfig eth0 up -> link become up
dhclient eth0 -> some packet are transmited and received and the link become
down.
I sometimes got
On Sat, 2007-03-03 at 12:29 -0800, Andrew Morton wrote:
> There is much more which could be done to make this code smarter, but I
> think the lesson here is that we can produce a far, far better result doing
> this work in userspace than we could ever hope to do with an in-kernel
>
On Sat, 03 Mar 2007 19:01:01 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Sat, 03 Mar 2007 17:25:30 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> >
> >> backup program
> >
> > A suitable policy for a backup program would probably be to invalidate any
> > output
Andrew Morton wrote:
>
Would there be any other users of it than updatedb? I'm not coming up
with much, but given that I'm not always clever, that doesn't mean much.
A hypothetical on-demand file virus scanner is
going to hit already cached or about-to-be-cached entries by definition.
Perhaps
Subject: uevent: use add_uevent_var() instead of open coding it
From: Eric Rannaud <[EMAIL PROTECTED]>
Make use of add_uevent_var() instead of (often incorrectly)
open coding it.
Signed-off-by: Eric Rannaud <[EMAIL PROTECTED]>
---
drivers/amba/bus.c | 13 +++---
Subject: uevent: improve error checking and handling
From: Eric Rannaud <[EMAIL PROTECTED]>
add_uevent_var() is used w/o checking for its return value, even though
it is possible for those calls to return -ENOMEM.
Signed-off-by: Eric Rannaud <[EMAIL PROTECTED]>
---
[PATCH] pata_pdc202xx_old: fix data corruption and other problems
Fix wrong "port" calculations in pdc202xx_configure_piomode()
and pdc202xx_set_dmamode(), it was horribly broken which resulted
in major havoc on all configurations except one (master device on
primary channel, no other devices)
[PATCH] pdc202xx_old: rewrite mode programming code
This patch is based on the documentation (I would like to thank Promise
for it) and also partially on the older vendor driver.
Rewrite mode programming code:
* disable 66MHz clock in pdc202xx_tune_chipset() so it is correctly disabled
even
Andrew Morton wrote:
On Sat, 03 Mar 2007 17:25:30 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
backup program
A suitable policy for a backup program would probably be to invalidate any
output file(s) and to invalidate those pages of the input files which were
not in cache when the backup
Ihar `Philips` Filipau wrote:
> On 3/3/07, Ray Lee <[EMAIL PROTECTED]> wrote:
>> On 3/3/07, Ihar `Philips` Filipau <[EMAIL PROTECTED]> wrote:
>> > What I'm trying to get to: keep things simple. The proposed
>> > optimization by Ingo does nothing else but allowing AIO to probe file
>> > cache - if
On Sun, 4 Mar 2007 00:01:55 +0100 bert hubert <[EMAIL PROTECTED]> wrote:
> On Sat, Mar 03, 2007 at 02:26:09PM -0800, Andrew Morton wrote:
> > > > It is *not* a global instruction. It uses setenv, so the user's policy
> > > > affects only the target process and its forked children.
> > >
> > >
On Sat Mar 03, 2007 at 02:26:09PM -0800, Andrew Morton wrote:
> On Sat, 03 Mar 2007 17:19:00 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> > > It is *not* a global instruction. It uses setenv, so the user's policy
> > > affects only the target process and its forked children.
> >
> > ...
On Sat, 3 Mar 2007 14:58:48 -0800 "Ray Lee" <[EMAIL PROTECTED]> wrote:
> On 3/3/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > It is to address the "waah, backups fill my memory with pagecache" and the
> > "waah, updatedb swapped everything out" and the "waah, copying a DVD
> > gobbled all my
Hi,
I hit this bug again
(http://www.ussg.iu.edu/hypermail/linux/kernel/0702.2/1643.html)
BUG: soft lockup detected on CPU#0!
[] show_trace_log_lvl+0x1a/0x2f
[] show_trace+0x12/0x14
[] dump_stack+0x16/0x18
[] softlockup_tick+0x97/0xa7
[] run_local_timers+0x12/0x14
[]
On Saturday 03 March 2007 23:50:02 bert hubert wrote:
> > for (;;)
> > asm volatile ("idle");
>
> This looks remarkably like relax_cpu()
Actually not: cpu_relax() is defined as barrier(), it can't
call idle because that might make it sleep for a indefinite
amount of time
On Sat, Mar 03, 2007 at 02:26:09PM -0800, Andrew Morton wrote:
> > > It is *not* a global instruction. It uses setenv, so the user's policy
> > > affects only the target process and its forked children.
> >
> > ... and all other processes accessing the same file(s)!
> >
> > Your library and the
On 3/3/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
It is to address the "waah, backups fill my memory with pagecache" and the
"waah, updatedb swapped everything out" and the "waah, copying a DVD
gobbled all my memory" problems.
Is the updatedb problem really due to pagecache?
When running
On Sat, 03 Mar 2007 17:25:30 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> backup program
A suitable policy for a backup program would probably be to invalidate any
output file(s) and to invalidate those pages of the input files which were
not in cache when the backup program first opened
On Sat, Mar 03, 2007 at 11:30:49PM +0100, Arnd Bergmann wrote:
> It might be nicer to make this
>
> for (;;)
> asm volatile ("idle");
This looks remarkably like relax_cpu()
--
http://www.PowerDNS.com Open source, database driven DNS Software
http://netherlabs.nl
Ok, I've thought some more but I still don't know ...
On 12.02.2007 01:10 I wrote:
> I don't doubt your basic assessment. However it doesn't translate that
> easily into a real implementation. In my case, I maintain a USB driver,
> so I have to deal with USB specifics of suspend/resume which
On Friday 02 March 2007 00:38:19 Christoph Hellwig wrote:
> > Forgive me if I haven't put enough thought into it, but would it be
> > useful to create a generic_fallocate() that writes zeroed pages for any
> > non-existent pages in the range? I don't know how glibc currently
> > implements
On Sat, 03 Mar 2007 17:28:35 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Sat, 03 Mar 2007 17:19:00 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> >
> >>> It is *not* a global instruction. It uses setenv, so the user's policy
> >>> affects only the target process
On Sat, 03 Mar 2007 17:25:30 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> > Well, backup programs are a unique case. Let's say instead that the user
> > has just generated a 600MB ISO image.
> >
> > The kernel *just doesn't know* whether the user will next try to
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
> Here is the update version of blackfin-arch.patch in -mm tree.
> simply add support to utrace and it was tested on blackfin STAMP board
> as well as other following patches.
Wow, this has come a long way since I looked at the patches last
Andrew Morton wrote:
On Sat, 03 Mar 2007 17:19:00 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
It is *not* a global instruction. It uses setenv, so the user's policy
affects only the target process and its forked children.
... and all other processes accessing the same file(s)!
Your
On Sat, 03 Mar 2007 17:19:00 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> > It is *not* a global instruction. It uses setenv, so the user's policy
> > affects only the target process and its forked children.
>
> ... and all other processes accessing the same file(s)!
>
> Your library and
Andrew Morton wrote:
Well, backup programs are a unique case. Let's say instead that the user
has just generated a 600MB ISO image.
The kernel *just doesn't know* whether the user will next try to read the
kernel tree or will next try to read that ISO image.
That, Rik, is my point, and is
Andrew Morton wrote:
On Sat, 3 Mar 2007 22:41:09 +0100 bert hubert <[EMAIL PROTECTED]> wrote:
How can you make global policy decisions based on the intent
of one program?
By not doing so.
yup.
Andrew's program is fine in principle, except that the
linux kernel treats the communication of
On Sat, 3 Mar 2007 22:41:09 +0100 bert hubert <[EMAIL PROTECTED]> wrote:
> > How can you make global policy decisions based on the intent
> > of one program?
>
> By not doing so.
yup.
> Andrew's program is fine in principle, except that the
> linux kernel treats the communication of a
On 3/3/07, Ray Lee <[EMAIL PROTECTED]> wrote:
On 3/3/07, Ihar `Philips` Filipau <[EMAIL PROTECTED]> wrote:
> What I'm trying to get to: keep things simple. The proposed
> optimization by Ingo does nothing else but allowing AIO to probe file
> cache - if data there to go with fast path. So why
On Sat, 3 Mar 2007, Davide Libenzi wrote:
> Those *other* (tons?!?) interfaces can be created *when* the need comes
> (see Linus signalfd [1] example to show how urgent that was). *When*
> the need comes, they will work with existing POSIX interfaces, without
> requiring your own just-another
On Sat, 03 Mar 2007 16:30:56 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Sat, 03 Mar 2007 15:40:42 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> >> I am sick and tired of the "this is hard, let userspace do it" attitude.
> >
> > Anything you try to do
Am Samstag, den 03.03.2007, 21:43 +0100 schrieb Oliver Neukum:
> Am Samstag, 3. März 2007 14:27 schrieb Andreas Laumann:
> > Unfortunately your fix does not work. The first one seems registered
> > correctly, but after that it fails again for the next one.
>
> Unfortunately the last patch I
On Sat, 3 Mar 2007, Evgeniy Polyakov wrote:
> > I was referring to dropping an event directly to a userspace buffer, from
> > the poll callback. If pages are not there, you might sleep, and you can't
> > since the wakeup function holds a spinlock on the waitqueue head while
> > looping through
This one adds some documentation for the new and very useful io-accounting
feature.
It's being added to Documentation/filesystems/proc.txt
Signed-off-by: Roland Kletzing [EMAIL PROTECTED]
diff -uprN linux-2.6.20/Documentation/filesystems/proc.txt.orig
Let the clocksource know the TSC is disabled.
Signed-off-by: Guillaume Chazarain <[EMAIL PROTECTED]>
---
diff -r a9fe2d530385 arch/i386/kernel/tsc.c
--- a/arch/i386/kernel/tsc.cSat Mar 03 22:13:29 2007 +0100
+++ b/arch/i386/kernel/tsc.cSat Mar 03 22:14:27 2007 +0100
@@ -317,7 +317,7 @@
tsc_unstable and tsc_disable serve the same purpose.
Signed-off-by: Guillaume Chazarain <[EMAIL PROTECTED]>
---
diff -r 6cd70e2b4c1f arch/i386/kernel/tsc.c
--- a/arch/i386/kernel/tsc.cSat Mar 03 21:39:09 2007 +0100
+++ b/arch/i386/kernel/tsc.cSat Mar 03 22:13:03 2007 +0100
@@ -49,16
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=f9690982b8c2f9a2c65acdc113e758ec356676a3
caused a regression by letting sched_clock use the TSC even when cpufreq
disabled it. This caused scheduling weirdnesses.
Signed-off-by: Guillaume Chazarain <[EMAIL PROTECTED]>
On Sat, Mar 03, 2007 at 04:30:56PM -0500, Rik van Riel wrote:
> The user has been accessing the kernel tree over and over
> again, for hours on end (compile testing a patch). Along
> comes a backup program, that tells you to evict the whole
> thing from the cache.
This is arguably due to a
Andrew Morton wrote:
On Sat, 03 Mar 2007 15:40:42 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
I am sick and tired of the "this is hard, let userspace do it" attitude.
Anything you try to do in-kernel will catastrophically screw up some
workloads. You don't have a chance of getting this
Since upgrading to 2.6.20, my Athlon 4 has been locking up on a
very-roughly-daily basis, generally in periods of some load (I've never
seen it lock up when idle, but have seen it lock up with a load average
of 0.5). I'm fairly sure this didn't happen with 2.6.19 and am certain
that it didn't with
Herbert wrote:
> I agree here, there is not much difference for the
> following aspects:
Whether two somewhat similar needs should be met by one shared
mechanism, or two distinct mechanisms, cannot really be decided by
listing the similarities.
One has to determine if there are any significant
On Sat, Mar 03, 2007 at 03:03:57PM -0600, Larry Finger wrote:
> Michael Buesch wrote:
> > On Saturday 03 March 2007 20:03, Sam Ravnborg wrote:
> >> Replacing use of UTS_RELEASE with utsname()->release
> >> avoids that this module is rebuild each
> >> time the kernel version changes.
> >>
> >>
Uwe Bugla wrote:
Hi folks,
the floppy mount error I mentioned is gone now in 2.6.21-rc2, and my kernel is
smaller. Good decision to rip out Stephane's stuff, Linus!
As I did not get a reply from Andrew I hope that the buggy stuff residing in
2.6.20-mm1 ( freezing my apache services
- I already
On 3/3/07, Ihar `Philips` Filipau <[EMAIL PROTECTED]> wrote:
What I'm trying to get to: keep things simple. The proposed
optimization by Ingo does nothing else but allowing AIO to probe file
cache - if data there to go with fast path. So why not to implement
what the people want - probing of
On Sat, 03 Mar 2007 15:40:42 -0500 Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> > It is to address the "waah, backups fill my memory with pagecache" and the
> > "waah, updatedb swapped everything out" and the "waah, copying a DVD
> > gobbled all my memory" problems.
>
> By
On Saturday 03 March 2007 22:03, Larry Finger wrote:
> Michael Buesch wrote:
> > On Saturday 03 March 2007 20:03, Sam Ravnborg wrote:
> >> Replacing use of UTS_RELEASE with utsname()->release
> >> avoids that this module is rebuild each
> >> time the kernel version changes.
> >>
> >> Compile
Am Samstag, den 03.03.2007, 21:43 +0100 schrieb Oliver Neukum:
> Am Samstag, 3. März 2007 14:27 schrieb Andreas Laumann:
> > Unfortunately your fix does not work. The first one seems registered
> > correctly, but after that it fails again for the next one.
>
> Unfortunately the last patch I
Michael Buesch wrote:
> On Saturday 03 March 2007 20:03, Sam Ravnborg wrote:
>> Replacing use of UTS_RELEASE with utsname()->release
>> avoids that this module is rebuild each
>> time the kernel version changes.
>>
>> Compile tested only.
>
> I vote to get rid of the whole bcm43xx_ethtool.c file,
Mockern wrote:
The problem is that I need to use wait_event_timeout function
AFAIK you can't do that, it's just not the right tool for the job. You
can always use a single jiffy and be sure you will wait at least 20us,
or use usleep.
No matter how much you "need to use" your snowblower, it
Am Samstag, 3. März 2007 14:27 schrieb Andreas Laumann:
> Unfortunately your fix does not work. The first one seems registered
> correctly, but after that it fails again for the next one.
Unfortunately the last patch I sent you introduced a race. Could you test
this alternative patch?
Andrew Morton wrote:
It is to address the "waah, backups fill my memory with pagecache" and the
"waah, updatedb swapped everything out" and the "waah, copying a DVD
gobbled all my memory" problems.
By removing pressure from the page cache, you'll only allow updatedb
to grow the inode and
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
> The whole patch is located at URL:
> https://blackfin.uclinux.org/gf/download/frsrelease/39/2583/blackfin-arch.p
>atch The incremental patch is located at URL:
> https://blackfin.uclinux.org/gf/download/frsrelease/39/2584/blackfin-arch-m
On Sat, Mar 03, 2007 at 10:46:59AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
> On Sat, 3 Mar 2007, Evgeniy Polyakov wrote:
>
> > > You've to excuse me if my memory is bad, but IIRC the whole discussion
> > > and loong benchmark feast born with you throwing a benchmark at Ingo
> >
Avi Kivity wrote:
Sid Boyce wrote:
> Avi Kivity wrote:
>> Sid Boyce wrote:
> That's very much appreciated. The point is that all vanilla
kernels up
> to 2.6.20+ have not had the problems now seen on 2.6.20-rc1 and
> 2.6.20-rc2 and like other problems reported, sic
I've uploaded to http://userweb.kernel.org/~akpm/pagecache-management/ a
little tool which permits the management of the pagecache usage of
arbitrary applications. Effectively it prevents the targetted application
from using any pagecache at all.
It is to address the "waah, backups fill my
Alan Cox wrote:
it seems broken to manipulate xfer_mask after returning from the
driver's ->mode_filter hook.
this patch is more than just a speed-limited warning printk, afaics
I actually suggested that order because the only way the printk can be
done correctly is for it to be the very
On Saturday 03 March 2007 20:03, Sam Ravnborg wrote:
> Replacing use of UTS_RELEASE with utsname()->release
> avoids that this module is rebuild each
> time the kernel version changes.
>
> Compile tested only.
I vote to get rid of the whole bcm43xx_ethtool.c file, as it's useless.
It will vanish
Hello,
commit 438ac6d5e3f8106a6bd1a5682c508d660294a85d causes a build failure:
CC drivers/ata/pata_jmicron.o
/home/kronos/src/linux-2.6.git/drivers/ata/pata_jmicron.c:247:2: error:
#endif without #if
make[3]: *** [drivers/ata/pata_jmicron.o] Error 1
Remove a spurious #endif in
Am Samstag, den 03.03.2007, 16:33 +0100 schrieb Oliver Neukum:
> Am Samstag, 3. März 2007 14:27 schrieb Andreas Laumann:
> > Unfortunately your fix does not work. The first one seems registered
> > correctly, but after that it fails again for the next one.
>
> Please try this additional patch
Am 28.02.2007 14:47 schrieb Christopher Meller:
> When the line discipline is set via ioctl from user space to e.g. N_PPP and
> the userspace program returns without resetting the line discipline back to
> N_TTY, the serial device cannot be used (ENODV) until an appropriate ioctl
> (to
Alan Cox wrote:
+if (t.active > 16)
+t.active = 16;
Erm, clamping active time is not a right thing to do. Right thing to do
was to bail out. I didn't do it in the legacy driver rewrite though...
As far as I can work out its a "can't happen"
+
Hello,
Tried this (as well as the next one to activate the cable_detect),
but it doesn't help my DVD-RW detection problem on pata_jmicron :
PCI: Enabling device :02:00.1 ( -> 0001)
ACPI: PCI Interrupt :02:00.1[B] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device
> >> +if (t.active > 16)
> >> +t.active = 16;
>
> Erm, clamping active time is not a right thing to do. Right thing to do
> was to bail out. I didn't do it in the legacy driver rewrite though...
As far as I can work out its a "can't happen"
> >> +
Replacing use of UTS_RELEASE with utsname()->release
avoids that the usb-storage driver is recompiled each
time the kernel version changes.
Compile tested only.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
diff --git a/drivers/usb/storage/usb.c b/drivers/usb/storage/usb.c
index
Replacing use of UTS_RELEASE with utsname()->release
avoids that this module is rebuild each
time the kernel version changes.
Compile tested only.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/wireless/bcm43xx/bcm43xx_ethtool.c
On Sat, 3 Mar 2007, Evgeniy Polyakov wrote:
> > You've to excuse me if my memory is bad, but IIRC the whole discussion
> > and loong benchmark feast born with you throwing a benchmark at Ingo
> > (with kevent showing a 1.9x performance boost WRT epoll), not with you
> > making any other point.
Hello,
Applied this on top of 2.6.21-rc1, and I now have the following in my
logs :
ahci :00:1f.2: version 2.0
ACPI: PCI Interrupt :00:1f.2[B] -> GSI 23 (level, low) -> IRQ 23
PCI: Setting latency timer of device :00:1f.2 to 64
ahci :00:1f.2: AHCI 0001.0100 32 slots 4 ports 3
Hi Uwe,
On Saturday 03 March 2007, Uwe Bugla wrote:
> Hi folks,
> the floppy mount error I mentioned is gone now in 2.6.21-rc2, and my kernel
> is smaller. Good decision to rip out Stephane's stuff, Linus!
> As I did not get a reply from Andrew I hope that the buggy stuff residing in
>
1 - 100 of 346 matches
Mail list logo
