rt is going to overwrite the node data. In any case I think it's
better to not have that happening at all, and fix it by simplifying the
code to get rid of a few lines that became superfluous after the previous
epoll changes.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
-
On Mon, 11 Feb 2008, Andrew Morton wrote:
> On Sun, 10 Feb 2008 13:32:01 -0800 (PST)
> Davide Libenzi <[EMAIL PROTECTED]> wrote:
>
> > Epoll calls rb_set_parent(n, n) to initialize the rb-tree node, but
> > rb_set_parent() accesses node's pointer in its code
rt is going to overwrite the node data. In any case I think it's
better to not have that happening at all, and fix it by properly
initializing the data.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
fs/eventpoll.c |2 +-
include/linux/rbtree.h | 12 +
On Tue, 26 Feb 2008, Michael Kerrisk wrote:
> Following up after quite some time:
>
> Davide Libenzi wrote:
> > On Sat, 26 Jan 2008, Michael Kerrisk wrote:
> >
> >> On Jan 25, 2008 12:57 AM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> >>
On Tue, 26 Feb 2008, Michael Kerrisk wrote:
> Davide Libenzi wrote:
> > On Sun, 28 Oct 2007, David Schwartz wrote:
> >
> >> Eric Dumazet wrote:
> >>
> >>> Events are not necessarly reported "by descriptors". epoll uses an opaque
> >&
On Tue, 26 Feb 2008, Michael Kerrisk wrote:
> Okay -- I'll look at it some more. I am however loathe to drop the
> term open file description, because POSIX uses, as well as a number of
> other Linux man pages by now.
Heh, POSIX. Now doesn't take a genius to see that "file description" and
"fil
On 04-Apr-2001 Ingo Molnar wrote:
>
> On Tue, 3 Apr 2001, Fabio Riccardi wrote:
>
>> I've spent my afternoon running some benchmarks to see if MQ patches
>> would degrade performance in the "normal case".
>
> no doubt priority-queue can run almost as fast as the current scheduler.
> What i'm w
On 08-Apr-2001 Rogier Wolff wrote:
> Matti Aarnio wrote:
>> On Sun, Apr 08, 2001 at 02:10:52PM +0900, [EMAIL PROTECTED] wrote:
>> > How about creating an additional ML,
>> > the new ML (say LKML-DUL) is used to send mails from DUL to LKML, but
>> > such mails are not sent to LMKL.
>>
>> Lay
On 20-Feb-2001 Daniel Phillips wrote:
> Earlier this month a runaway installation script decided to mail all its
> problems to root. After a couple of hours the script aborted, having
> created 65535 entries in Postfix's maildrop directory. Removing those
> files took an awfully long time. The
On 21-Feb-2001 Giuliano Pochini wrote:
>
> Perhaps this is a faq...
> I have a dual-800 (mb asus, no AGP) with 1GB ram,
> but according to /proc/meminfo tells I only have
> 90KB. I tried "mem=1024" boot parameter without
> success. How can I get my 128MB back ?
Check Your BIOS setting coz s
On 21-Feb-2001 Martin Mares wrote:
> Hello!
>
>> Have You tried to use skiplists ?
>> In 93 I've coded a skiplist based directory access for Minix and it gave
>> very
>> interesting performances.
>> Skiplists have a link-list like performance when linear scanned, and overall
>> good performance
On 21-Feb-2001 Martin Mares wrote:
> Hello!
>
>> To have O(1) you've to have the number of hash entries > number of files and
>> a
>> really good hasing function.
>
> No, if you enlarge the hash table twice (and re-hash everything) every time
> the
> table fills up, the load factor of the table
On 21-Feb-2001 Martin Mares wrote:
> Hello!
>
>> My personal preference goes to skiplist coz it doesn't have fixed ( or
>> growing
>> ) tables to handle. You've simply a stub of data togheter with FS data in
>> each
>> direntry.
>
> Another problem with skip lists is that they require variable
On 21-Feb-2001 Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Ed Tomlinson <[EMAIL PROTECTED]> wrote:
>>
>>The default in reiserfs is now the R5 hash, but you are right that lots of
>>efforts went
>>into finding this hash. This includes testing various hashes on real
>>directory
>>
On 21-Feb-2001 Daniel Phillips wrote:
> "H. Peter Anvin" wrote:
>>
>> Martin Mares wrote:
>> >
>> > > True. Note too, though, that on a filesystem (which we are, after all,
>> > > talking about), if you assume a large linear space you have to create a
>> > > file, which means you need to multip
On 25-Feb-2001 Fabrice Peix wrote:
>
>
>
> Yop,
>
> Just a newbie question ...
> Why sys_sched_yield don't call schedule ?
>
>
> man page of sched_yield tell :
>
> "A process can relinquish the processor voluntarily
> without blocking by
On 25-Feb-2001 Tim Waugh wrote:
> I'm trying to chase down a semaphore time-out problem. I want to
> sleep on a semaphore until either
>
> (a) it's signalled, or
> (b) some amount of time has elapsed.
>
> What I'm doing is calling add_timer, and then down_interruptible, and
> finally del_timer
On 27-Feb-2001 Tim Waugh wrote:
> On Tue, Feb 27, 2001 at 10:40:35PM +, Andrew Morton wrote:
>
>> 1: Your code is leaving the semaphore in a down'ed state
>>somehow.
>
> This was probably it. I don't know why it works for me but not some
> other people though. :-/
UP vs. MP ?
- Dav
2.2.16-22 2.42.4-multi-queue
> > > > > - ---
> > > > > 16 18.7404.603 1.455
> > > >
> > > > I remeber the O(1) scheduler from David
l's speed in scheduling.
> (C) 1999 / Willy Tarreau <[EMAIL PROTECTED]>
>
> Modified by Davide Libenzi <[EMAIL PROTECTED]>
>
>
> You can do whatever you want with this program, but I'm not
> responsible for any misuse. Be aware that it can heavily load
&
On Friday 19 January 2001 07:59, Bill Hartner wrote:
> Just a couple of notes on the sched_test_yield benchmark.
> I posted it to the mailing list in Dec. I have a todo to get
> a home for it. There are some issues though. See below.
>
> (1) Beware of the changes in sys_sched_yield() for 2.4.0.
On Friday 19 January 2001 13:59, Mike Kravetz wrote:
> On Fri, Jan 19, 2001 at 12:49:21PM -0800, Mike Kravetz showed his lack
>
> of internet slang understanding and wrote:
> > It was my intention to post IIRC numbers for small thread counts today.
> > However, the benchmark (not the system) seems
On Friday 19 January 2001 15:23, Mike Kravetz wrote:
> On Fri, Jan 19, 2001 at 02:03:06PM -0800, Davide Libenzi wrote:
>
>
> > > voidoneatwork(int thr)
> > > {
> > > int i;
> > > while (!start) /* don'
On Monday 22 January 2001 08:57, Hubertus Franke wrote:
> Per popular demand. Here are a few numbers for small thread counts
> running the sched_yield_test benchmark on a 2-way SMP with the following
> characteristics.
>
> model name : Pentium III (Katmai)
> stepping: 3
> cpu MHz
On Monday 22 January 2001 10:30, Mike Kravetz wrote:
> Last week while discussing scheduler benchmarks, Bill Hartner
> made a comment something like the following "the benchmark may
> not even be invoking the scheduler as you expect". This comment
> did not fully sink in until this weekend when I
On Sun, 10 Sep 2000, richard wrote:
> I am currnetly using Redhat Linux 6.2, and am having serious difficulty
> finding the "right" email tools, and as this list is often times huge,
> and is also linux based, I figured some of you might be using that
> tool, i have not found.
>
> here are some
On Sun, 10 Sep 2000, Giuliano Pochini wrote:
> I need to create a "file" in /proc to monitor some kernel
> variables from user space. How can I do ? / Where can I
> get docs ? And how can I do time measurements from
> inside the kernel ?
Search for proc_register() inside the kernel sources.
I do
On Sun, 10 Sep 2000, Alexander Viro wrote:
> On Sun, 10 Sep 2000, Davide Libenzi wrote:
>
> > On Sun, 10 Sep 2000, Giuliano Pochini wrote:
> > > I need to create a "file" in /proc to monitor some kernel
> > > variables from user space. How can I do ? / Whe
On Wed, 01 Nov 2000, Jeff V. Merkey wrote:
>
> moveax, addr
> mov[addr], ebx
>
Probably You mean this :
mov r/imm, %eax
mov (%eax), %ebx
- Davide
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please rea
- Original Message -
From: Jesse Pollard <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, November 01, 2000 2:27 PM
Subject: Re: 1.2.45 Linux Scheduler
> - Received message begins Here -
>
> >
> > In the Linux scheduler they use a circul
On Thu, 02 Nov 2000, Jeff V. Merkey wrote:
> "Jeff V. Merkey" wrote:
> This code fragment will generate an AGI condition:
>
> mov eax, addr
> mov [eax].offset, ebx
I had already posted the correction.
It was clear that You had forgot something coz Your old code fragment did not
generate AGI.
On Mon, 06 Nov 2000, Alexander Viro wrote:
> On Sun, 5 Nov 2000, Anonymous wrote:
>
> > Does anyone know where to find a gui for gcc or g++ or any compiler for a
> > KDE shell?
>
> Yes.
:^)
www.kdevelop.org
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Mon, 06 Nov 2000, George Talbot wrote:
> On Fri, 3 Nov 2000, Theodore Y. Ts'o wrote:
>
> >Date:Fri, 03 Nov 2000 14:44:17 -0500
> >From: [EMAIL PROTECTED]
> >
> >My problem is that pthread_create (glibc 2.1.3, kernel 2.2.17 i686) is
> >failing because, deep inside glibc som
On Tue, 07 Nov 2000, Erik Mouw wrote:
>
> > Is the kernel memory fragmentation a solved problem in Linux? (I wish it).
>
> My guess is that the slab allocator solves this, but I don't know that
> much about the MM.
Linux lists implementation stores linking informations directly inside the
b
On Fri, 10 Nov 2000, Claus Assmann wrote:
> On Fri, Nov 10, 2000, Jeff V. Merkey wrote:
> > Looks like your bug. As an FYI, sendmail.rpms in Suse, RedHat, and
> > OpenLinux all exhibit this behavior, which means they're all broken.
>
> Sorry, this is plain wrong. sendmail does NOT read the enti
On Fri, 10 Nov 2000, Neil W Rickert wrote:
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
>
> >The problem of dropping connections on 2.4 was related to the O RefuseLA
> >settings. The defaults in the RedHat, Suse, and OpenLinux RPMs are
> >clearly set too low for modern Linux kernels. You may
On Wed, 27 Dec 2000, Rogier Wolff wrote:
> Hi,
>
> We have a typical semaphore application that has a producer and a
> consumer.
>
> Without the semaphores we are limited by the rest of the stuff to
> 1 times around the loop per second. That's good.
>
> When we put the "push the semaphore"
On 10-Mar-2001 Mike Kravetz wrote:
> Any thoughts about adding a 'fast path' to the SMP code in
> sys_sched_yield. Why not compare nr_pending to smp_num_cpus
> before examining the aligned_data structures? Something like,
>
> if (nr_pending > smp_num_cpus)
> goto set_resched_now;
>
> Wh
On 10-Mar-2001 Andi Kleen wrote:
> Davide Libenzi <[EMAIL PROTECTED]> writes:
>
>
>> Probably the rate at which is called sys_sched_yield() is not so high to let
>> the performance improvement to be measurable.
>
> LinuxThreads mutexes call sched_yield() w
On 11-Mar-2001 Anton Blanchard wrote:
>
>> This is the linux thread spinlock acquire :
>>
>>
>> static void __pthread_acquire(int * spinlock)
>> {
>> int cnt = 0;
>> struct timespec tm;
>>
>> while (testandset(spinlock)) {
>> if (cnt < MAX_SPIN_COUNT) {
>> sched_yield();
>>
On 11-Mar-2001 Anton Blanchard wrote:
>
>> This is the linux thread spinlock acquire :
>>
>>
>> static void __pthread_acquire(int * spinlock)
>> {
>> int cnt = 0;
>> struct timespec tm;
>>
>> while (testandset(spinlock)) {
>> if (cnt < MAX_SPIN_COUNT) {
>> sched_yield();
>>
On 11-Mar-2001 Dave Zarzycki wrote:
> On Mon, 12 Mar 2001, Anton Blanchard wrote:
>
>> Perhaps we need something like sched_yield that takes off some of
>> tsk->counter so the task with the spinlock will run earlier.
>
> Personally speaking, I wish sched_yield() API was like so:
>
> int sched_
On Tuesday 30 January 2001 08:14, Micah Gorrell wrote:
> I have been running 2.2 on many machines since its release and have updated
> to the latest version of 2.2 many times. All of these machines have an
> eepro100 and I never saw a single problem with any of them. I updated most
> of my machi
On Sunday 04 February 2001 21:50, Matt wrote:
> in this case you will see that in 2.2.18 a SCHED_YIELD process will
> get a "goodness" value of 0, however in 2.4.1-ac1 you will find that
> it gets a value of -1 (and hence a lower scheduling priority). i dont
> have a machine handy that is running
On 28-Jun-2001 Anil Kumar wrote:
> hi,
> How do i read file within the kernel modules. I hope we can't use the FS
> open... calls within kernel.
You can access fs methods directly.
Look at this newbie article :
http://www.linux-mag.com/2000-11/gear_01.html
- Davide
-
To unsubscribe from th
On 28-May-2001 Mike Castle wrote:
> On Mon, May 28, 2001 at 11:26:31AM -0700, Davide Libenzi wrote:
>>
>> On 28-Jun-2001 Anil Kumar wrote:
>> > hi,
>> > How do i read file within the kernel modules. I hope we can't use the FS
>> > open... calls
On Mon, 11 Jul 2005, Eric Dumazet wrote:
Peter Zijlstra a écrit :
On Mon, 2005-07-11 at 09:18 +0200, Eric Dumazet wrote:
Have you tested the impact of this change on big SMP/NUMA machines?
I hate to see an Altrix crashing to its knees :-)
I tested on a small NUMA machine (2 nodes), with a e
On Mon, 2005-04-18 at 00:42 -0400, Daniel Jacobowitz wrote:
> On Mon, Apr 18, 2005 at 01:19:57PM +0900, Takashi Ikebe wrote:
> > GDB based approach seems not fit to our requirements. GDB(ptrace) based
> > functions are basically need to be done when target process is stopping.
> > In addition to
On Tue, 23 Aug 2005, Willy Tarreau wrote:
On Tue, Aug 23, 2005 at 06:55:26AM -0500, Davy Durham wrote:
Thanks for the info.. I did find this thread and was wondering if this
patch ever got put in
http://www.ussg.iu.edu/hypermail/linux/kernel/0303.3/1139.html
Interesting ! At least it does n
On Tue, 23 Aug 2005, Davy Durham wrote:
Davide Libenzi wrote:
I should mention that the 2.4 patch is old WRT mainline epoll in 2.6 (I
stopped maintaining it when 2.6 went "stable"). I'd definitely suggest to
use 2.6 if you are looking at epoll.
I am using linux-2.6.11
Add the subsystem PCI devid to the list (on top of 2.6.13).
- Davide
Signed-off-by: Davide Libenzi
diff -Nru linux-2.6.13/sound/pci/hda/patch_realtek.c
linux-2.6.13.mod/sound/pci/hda/patch_realtek.c
--- linux-2.6.13/sound/pci/hda/patch_realtek.c 2005-09-03 15:59:25.0
-0700
On Sat, 5 Jan 2008, Peter Zijlstra wrote:
>
> On Sat, 2008-01-05 at 17:53 +0100, Peter Zijlstra wrote:
> > On Sat, 2008-01-05 at 18:12 +1100, Herbert Xu wrote:
> > > On Fri, Jan 04, 2008 at 09:30:49AM +0100, Ingo Molnar wrote:
> > > >
> > > > > > [ 1310.670986] ===
On Sun, 6 Jan 2008, Christian Kujau wrote:
> On Sat, 5 Jan 2008, Davide Libenzi wrote:
> > A solution may be to move the call to ep_poll_safewake() (that'd become a
> > simple wake_up()) inside a tasklet or whatever is today trendy for delayed
> > work. But his kinda sca
On Tue, 8 Jan 2008, Eric Dumazet wrote:
> Changli Gao a écrit :
> > Replace the epitem rbtree with a dynamic array to get the constant
> > insertion/deletion/modification time of the file descriptors. Reuse the
> > size argument of epoll_create, however the size must be smaller than the
> > max
On Thu, 10 Jan 2008, Rusty Russell wrote:
> On Thursday 10 January 2008 05:16:57 Zach Brown wrote:
> > > The latter. A ring is optimal for processing a huge number of requests,
> > > but if you're really going to be firing off syslet threads all over the
> > > place you're not going to be optimal
On Thu, 6 Dec 2007, Oleg Nesterov wrote:
> The previous bugfix was not optimal, we shouldn't care about group stop when
> we are the only thread or the group stop is in progress. In that case nothing
> special is needed, just set PF_EXITING and return.
>
> Also, take the related "TIF_SIGPENDING r
On Thu, 13 Dec 2007, Michael Kerrisk wrote:
> Davide, Andrew,
>
> I applied Davide's v3 patchset (sent into LKML on 25 Nov) against
> 2.4.24-rc3, and did various tests (all on x86). Several tests
> were done using the program at the foot of this mail. Various others
> were done by cobbling toge
On Thu, 13 Dec 2007, Michael Kerrisk wrote:
> > > BUG 2:
> > > The last sentence does not match the implementation.
> > > (Nor is it consistent with the behavior of POSIX timers.
> > > And I *think* things did work correctly in the original
> > > timerfd() implementation, but I have not gone back
On Fri, 18 Jan 2008, Pierre Habouzit wrote:
> Hi,
>
> I just came across a strange behavior of epoll that seems to
> contradict the documentation. Here is what happens:
>
> * I have two processes P1 and P2, P1 accept()s connections, and send the
> resulting file descriptors to P2 through a
On Tue, 22 Jan 2008, Stefan Richter wrote:
> (adding Cc: Davide and akpm)
>
> On 22 Jan, Peter Zijlstra wrote:
> >
> > On Tue, 2008-01-22 at 17:23 +0100, Stefan Richter wrote:
> >> Denys Fedoryshchenko wrote:
> >> > No, i am using vanilla kernel. It is one of production machines, and as
> >> >
inst Fedora's 2.6.23-0.222.rc9.git4.fc8, filed in
> > October: https://bugzilla.redhat.com/show_bug.cgi?id=323411
>
> Upstream bug: http://bugzilla.kernel.org/show_bug.cgi?id=9786
>
> Date: Sun, 13 Jan 2008 19:44:26 +0100
> From: Peter Zijlstra <[EMAIL PROTECTED]>
On Thu, 24 Jan 2008, Pierre Habouzit wrote:
> On Fri, Jan 18, 2008 at 09:10:18PM +0000, Davide Libenzi wrote:
> > On Fri, 18 Jan 2008, Pierre Habouzit wrote:
> >
> > > Hi,
> > >
> > > I just came across a strange behavior of epoll that seems to
&
On Tue, 2 Oct 2007, Denys Vlasenko wrote:
> I have following proposals:
>
> * make recv(..., MSG_DONTWAIT) work on any fd
>
> Sounds neat, but not trivial to implement in current kernel.
This is mildly ugly, if you ask me. Those are socket functions, and the
flags parameter contain some pretty
On Wed, 28 Nov 2007, Andrew Morton wrote:
> On Wed, 28 Nov 2007 14:32:07 +0100 Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>
> > On Wednesday 28 November 2007, Kamalesh Babulal wrote:
> > > Kernel build fails, with build error
> > >
> > > CC arch/powerpc/platforms/cell/spu_callbacks.o
> > >
Update sys_ni.c with the new timerfd syscalls.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
kernel/sys_ni.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6.mod/kernel/sy
h how much this change costs?
Anyway, looks sane to me...
Acked-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
--
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 read the FAQ at http://www.tux.org/lkml/
On Tue, 20 Nov 2007, Ingo Molnar wrote:
> * H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>
> > It seems that you're doing the same thing in both cases, except you're
> > now extending it to include other random functionality, which means
> > other things than syslets are suddenly affected.
> >
> >
On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> Hey Davide,
>
> Where is the new timerfd API. In 2.6.24-rc3, I see the *old* API...
Maybe Andrew stuffed the turkey with it? :) It was there. I remeber it was
merged. Some screw up reverted it?
- Davide
-
To unsubscribe from this list: send the
On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> >
> > > Hey Davide,
> > >
> > > Where is the new timerfd API. In 2.6.24-rc3, I see t
On Thu, 22 Nov 2007, Andrew Morton wrote:
> On Thu, 22 Nov 2007 11:46:13 -0800 (PST) Davide Libenzi <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> >
> > > On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> w
Remove the broken status to CONFIG_TIMERFD.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
init/Kconfig |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.mod/init/Kconfig
===
--- linux-2.6.mod.ori
I think that advancing the timer against the timer's current "now" can
be a pretty common usage, so, w/out exposing hrtimer's internals, we add
a new hrtimer_forward_now() function.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
include/linux/h
On Fri, 23 Nov 2007, Andrew Morton wrote:
> > I suppose this means that timerfd will only go in for 2.6.25. I don't
> > have a problem with that, but we better make sure that the existing
> > timerfd in 2.6.24 is still disabled. (Andrew had a one liner for
> > that, but I haven't checked if it's
On Fri, 23 Nov 2007, Ulrich Drepper wrote:
> On Nov 23, 2007 9:29 AM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > Yes, it's disabled, and yes, I'll repost today ...
>
> I haven't seen the patch and don't feel like searching. So I say it
> here: plea
s not been set yet.
Like the previous timerfd API implementation, read(2) and poll(2) are supported
(with the same interface).
Here's a simple test program I used to exercise the new timerfd APIs:
http://www.xmailserver.org/timerfd-test2.c
Signed-off-by: Davide Libenzi <[EMAIL PROTECTE
Wires up the new timerfd API to the x86 family.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
arch/x86/ia32/ia32entry.S |4 +++-
arch/x86/kernel/syscall_table_32.S |4 +++-
include/asm-x86/unistd_32.h|6 --
include/asm-x86/unist
On Sat, 24 Nov 2007, Michael Kerrisk wrote:
> > +asmlinkage long sys_timerfd_create(int clockid, int flags)
> > {
> > - int error;
> > + int error, ufd;
> > struct timerfd_ctx *ctx;
> > struct file *file;
> > struct inode *inode;
> > - struct itimerspec ktmr;
> > -
> > - if (c
I think that advancing the timer against the timer's current "now" can
be a pretty common usage, so, w/out exposing hrtimer's internals, we add
a new hrtimer_forward_now() function.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
include/linux/h
s not been set yet.
Like the previous timerfd API implementation, read(2) and poll(2) are supported
(with the same interface).
Here's a simple test program I used to exercise the new timerfd APIs:
http://www.xmailserver.org/timerfd-test2.c
Signed-off-by: Davide Libenzi <[EMAIL PROTECTE
Wires up the new timerfd API to the x86 family.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
arch/x86/ia32/ia32entry.S |4 +++-
arch/x86/kernel/syscall_table_32.S |4 +++-
include/asm-x86/unistd_32.h|6 --
include/asm-x86/unist
Remove the broken status to CONFIG_TIMERFD.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
init/Kconfig |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.mod/init/Kconfig
===
--- linux-2.6.mod.ori
On Mon, 26 Nov 2007, H. Peter Anvin wrote:
> Ingo Molnar wrote:
> >
> > So it's not like sys_indirect() would break some magic pristine state of a
> > flat parameter space - on the contrary, most of the nontrivial syscalls take
> > pointers to structures or pointers to streams of information. The
On Tue, 27 Nov 2007, Andrew Morton wrote:
> On Sun, 25 Nov 2007 14:14:19 -0800 Davide Libenzi <[EMAIL PROTECTED]> wrote:
>
> > +static struct file *timerfd_fget(int fd)
> > +{
> > + struct file *file;
> > +
> > + file = fget(fd);
> > +
On Tue, 27 Nov 2007, Andrew Morton wrote:
> On Tue, 27 Nov 2007 12:47:46 -0800 (PST)
> Davide Libenzi <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 27 Nov 2007, Andrew Morton wrote:
> >
> > > On Sun, 25 Nov 2007 14:14:19 -0800 Davide Libenzi <[EMAIL PROTECTED
On Fri, 14 Dec 2007, Michael Kerrisk wrote:
> You snipped my example that demonstrated the problem. Both of the
> following runs create a timer that expires 10 seconds from "now", but
> observe the difference in the value returned by timerfd_gettime():
>
> $ ./timerfd_test 10 # does not
On Mon, 17 Dec 2007, Michael Kerrisk wrote:
> > Can you try the two patches below? I tried them on my 32 bit box (one of
> > the rare beasts still lingering around here) and it seems to be working
> > fine (those go on top of the previous ones).
>
> Against 2.6.24-rc5, I applied first your earlie
() ticks
calculation, ktime_divns(), was already having the result in u64 and it was
chopping it to unsigned long.
Andrew, this goes on top of the ones you already have in -mm.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
fs/timerfd.c|6 +++---
include
Make the returned time to be the remaining time till the next expiration.
If the timer is already expired, and there's no next expiration, zero will
be returned.
Andrew, this goes on top of the ones you already have in -mm.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- David
On 17-Jul-2001 Hubertus Franke wrote:
>
>
> This only applies only to the idle thread and it says that the idle
> thread actively monitors its need_resched flag and hence will
> instantly call schedule() at that point. Hence there won't be any
> delay either for IPI or for waiting to return fro
On 26-Apr-2001 Rajeev Nigam wrote:
> Can anybody tell me, How can I create dynamic threads at Kernel level??
>
> If u have any sample code in which Semaphore, threads, events are
> implemented, Pls send.
>
> Waiting for ur response.
http://www.linux-mag.com/depts/gear.html
- Davide
-
To
On 27-Apr-2001 tc lewis wrote:
>
> i saw a few messages in the archive about these, but i'm still unclear on
> the current situation.
>
> according to /proc/pci, i'm working with a:
> Bus 0, device 9, function 1:
> I2O: Distributed Processing Technology SmartRAID V Controller (rev 2).
On 28-Apr-2001 Tony Hoyle wrote:
> Is there a way (kernel or userspace... doesn't matter) that gdb/ddd
> could be invoked when a program is about
> to dump core, or perhaps on a certain signal (that the app could deliver
> to itself when required). The latter case
> is what I need right now, as
On 28-Apr-2001 Tony Hoyle wrote:
> On 28 Apr 2001 13:44:48 -0700, Davide Libenzi wrote:
>> Sorry but why don't You run Your application with gdb ?
>> Once Your program crashes You'll get the prompt and You'll be able to
>> stack-trace and watching whatever Y
On 29-Apr-2001 tc lewis wrote:
>
> On Thu, 26 Apr 2001, Davide Libenzi wrote:
>> On 27-Apr-2001 tc lewis wrote:
>> >
>> > i saw a few messages in the archive about these, but i'm still unclear on
>> > the current situation.
>> >
>>
On 04-May-2001 Fabio Riccardi wrote:
> ok, I'm totally ignorant here, what is a pipelined request?
http://www.w3.org/Protocols/HTTP/Performance/Pipeline.html
A pipelined application implementation buffers its output before writing it to
the underlying TCP stack, roughly equivalent to what th
On Fri, 21 Jan 2005, Brandon Corey wrote:
> I'm trying to find out if there is a pollable semaphore equivalent on Linux.
>
> The main idea of a "pollable semaphore", is a semaphore with a related
> file descriptor. The file descriptor can be used to select() when the
> semaphore is acquirable.
On Sat, 27 Oct 2007, Marc Lehmann wrote:
> > Please provide some code to illustrate one exact problem you have.
>
>// assume there is an open epoll set that listens for events on fd 5
>if (fork () = 0)
> {
>close (5);
>// fd 5 is now removed from the epoll set of the
On Sat, 27 Oct 2007, Willy Tarreau wrote:
> On Sat, Oct 27, 2007 at 09:59:07AM -0700, Davide Libenzi wrote:
> > On Sat, 27 Oct 2007, Marc Lehmann wrote:
> >
> > > > Please provide some code to illustrate one exact problem you have.
> > >
> > >
On Sat, 27 Oct 2007, David Schwartz wrote:
> I don't see how that can be. Suppose I add fd 8 to an epoll set.
> Suppose fd
> 5 is a dup of fd 8. Now, I close fd 8. How can fd 8 remain in my epoll set,
> since there no longer is an fd 8? Events on files registered for epoll
> notification ar
On Sun, 28 Oct 2007, David Schwartz wrote:
>
> Eric Dumazet wrote:
>
> > Events are not necessarly reported "by descriptors". epoll uses an opaque
> > field provided by the user.
> >
> > It's up to the user to properly chose a tag that will makes sense
> > if the user
> > app is playing dup()/cl
1 - 100 of 765 matches
Mail list logo
