search for: lespinasse

...permissions, but nothing obvious pops out. Here's wine the way it should work on the "good" account: Code: good$ /opt/local/bin/wine "/Library/Application Support/ETVComskip/comskip/comskip.exe" 0000000012e71eda.mpg Comskip 0.80.039, made using: mpeg2dec-0.4.0 - by Michel Lespinasse <walken at zoy.org> and Aaron Holtzman The commandline used was: "Z:\Library\Application Support\ETVComskip\comskip\comskip.exe" 0000000012e71eda.mpg Opening 0000000012e71eda.mpg Using Z:\Library\Application Support\ETVComskip\comskip\comskip.ini for initiation values. Mpeg: 000000...

...nfsmount options (V3 over TCP, with timeo=7 and retrans=3) to be bad. I don't know yet if that's my problem, but anyway, would you consider changing the defaults to timeo=600 and retrans=2, if only just to match the default util-linux mount options ? Cheers, -- Michel "Walken" Lespinasse A program is never fully debugged until the last user dies.

On Wed, 8 Nov 2000 15:33:48 -0800 Michel LESPINASSE <walken@zoy.org> wrote: > One reason is i18n of subtitles. You probably dont want to drag full > unicode fonts in each decoder... My point was that we don't want to drag full unicode fonts into the *spec*. On a desktop-class system, you do want to put that complexitiy in the deco...

...SON: >> return i ? i : ret; >> case -EBUSY: >> return i; >> >> which originally comes from: >> >> commit 53a7706d5ed8f1a53ba062b318773160cc476dde >> Author: Michel Lespinasse <walken at google.com> >> Date: Thu Jan 13 15:46:14 2011 -0800 >> >> mlock: do not hold mmap_sem for extended periods of time >> >> __get_user_pages gets a new 'nonblocking' parameter to signal that the >> caller is prepared to re-acqu...

...ws directory. The commandline used was: "Z:\Library\Application Support\ETVComskip\comskip\comskip.exe" "--ini=/Library/Application Support/ETVComskip/comskip/comskip.ini" 00000000141472b8.mpg Opening 00000000141472b8.mpg Comskip 0.80.042, made using: mpeg2dec-0.4.0 - by Michel Lespinasse <walken at zoy.org> and Aaron Holtzman No such file or directory - could not open file 00000000141472b8.mpg

Btrfs uses an rwsem to control access to its extent tree. Threads will hold a read lock on this rwsem while they scan the extent tree, and if need_resched() they will drop the lock and schedule. The transaction commit needs to take a write lock for this rwsem for a very short period to switch out the commit roots. If there are a lot of threads doing this caching operation we can starve out the

On Fri, 04 Oct 2019, Michel Lespinasse wrote: >On Thu, Oct 03, 2019 at 01:18:54PM -0700, Davidlohr Bueso wrote: >> @@ -1320,15 +1320,14 @@ static bool iotlb_access_ok(struct vhost_virtqueue *vq, >> { >> const struct vhost_umem_node *node; >> struct vhost_umem *umem = vq->iotlb; >> - u64 s = 0, s...

...races involved, we need not use the heavyweight xchg instruction to atomically fetch and clear page table entries. Instead, we can just read and clear them directly. This introduces a neat optimization for non-SMP kernels; drop the atomic xchg operations from page table updates. Thanks to Michel Lespinasse for noting this potential optimization. Signed-off-by: Zachary Amsden <zach@vmware.com> diff -r 47495b2532b3 include/asm-i386/pgtable-2level.h --- a/include/asm-i386/pgtable-2level.h Wed Apr 11 18:23:01 2007 -0700 +++ b/include/asm-i386/pgtable-2level.h Wed Apr 11 18:23:39 2007 -0700 @@ -41...

...races involved, we need not use the heavyweight xchg instruction to atomically fetch and clear page table entries. Instead, we can just read and clear them directly. This introduces a neat optimization for non-SMP kernels; drop the atomic xchg operations from page table updates. Thanks to Michel Lespinasse for noting this potential optimization. Signed-off-by: Zachary Amsden <zach@vmware.com> diff -r 47495b2532b3 include/asm-i386/pgtable-2level.h --- a/include/asm-i386/pgtable-2level.h Wed Apr 11 18:23:01 2007 -0700 +++ b/include/asm-i386/pgtable-2level.h Wed Apr 11 18:23:39 2007 -0700 @@ -41...

...case -ENOMEM: case -EHWPOISON: return i ? i : ret; case -EBUSY: return i; which originally comes from: commit 53a7706d5ed8f1a53ba062b318773160cc476dde Author: Michel Lespinasse <walken at google.com> Date: Thu Jan 13 15:46:14 2011 -0800 mlock: do not hold mmap_sem for extended periods of time __get_user_pages gets a new 'nonblocking' parameter to signal that the caller is prepared to re-acquire mmap_sem and retry the operation if need...

Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've tried to implement new NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined, it is easy to maintain. This series

Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've tried to implement new NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined, it is easy to maintain. This series

Hi, Here is the version 3 of NOKPORBE_SYMBOL series. Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've introduced NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined

Hi, Here is the version 3 of NOKPORBE_SYMBOL series. Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've introduced NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined

...al Simek <monstr@monstr.eu> [Microblaze] Michał Mirosław <mirq-linux@rere.qmqm.pl> Michał Wróbel <michal.wrobel@flytronic.pl> Michel Dänzer <michel.daenzer@amd.com> Michel Dänzer <michel@daenzer.net> Michel Jaouen <michel.jaouen@stericsson.com> Michel Lespinasse <walken@google.com> Michel Machado <michel@digirati.com.br> Michel Sanches <michel.sanches@st.com> Michel Stempin <michel.stempin@wanadoo.fr> Miguel Gómez <magomez@igalia.com> Miguel Vadillo <vadillo@ti.com> Mihai Caraman <mihai.caraman@freescale.c...

...al Simek <monstr@monstr.eu> [Microblaze] Michał Mirosław <mirq-linux@rere.qmqm.pl> Michał Wróbel <michal.wrobel@flytronic.pl> Michel Dänzer <michel.daenzer@amd.com> Michel Dänzer <michel@daenzer.net> Michel Jaouen <michel.jaouen@stericsson.com> Michel Lespinasse <walken@google.com> Michel Machado <michel@digirati.com.br> Michel Sanches <michel.sanches@st.com> Michel Stempin <michel.stempin@wanadoo.fr> Miguel Gómez <magomez@igalia.com> Miguel Vadillo <vadillo@ti.com> Mihai Caraman <mihai.caraman@freescale.c...

...al Simek <monstr@monstr.eu> [Microblaze] Michał Mirosław <mirq-linux@rere.qmqm.pl> Michał Wróbel <michal.wrobel@flytronic.pl> Michel Dänzer <michel.daenzer@amd.com> Michel Dänzer <michel@daenzer.net> Michel Jaouen <michel.jaouen@stericsson.com> Michel Lespinasse <walken@google.com> Michel Machado <michel@digirati.com.br> Michel Sanches <michel.sanches@st.com> Michel Stempin <michel.stempin@wanadoo.fr> Miguel Gómez <magomez@igalia.com> Miguel Vadillo <vadillo@ti.com> Mihai Caraman <mihai.caraman@freescale.c...

...al Simek <monstr@monstr.eu> [Microblaze] Michał Mirosław <mirq-linux@rere.qmqm.pl> Michał Wróbel <michal.wrobel@flytronic.pl> Michel Dänzer <michel.daenzer@amd.com> Michel Dänzer <michel@daenzer.net> Michel Jaouen <michel.jaouen@stericsson.com> Michel Lespinasse <walken@google.com> Michel Machado <michel@digirati.com.br> Michel Sanches <michel.sanches@st.com> Michel Stempin <michel.stempin@wanadoo.fr> Miguel Gómez <magomez@igalia.com> Miguel Vadillo <vadillo@ti.com> Mihai Caraman <mihai.caraman@freescale.c...

...al Simek <monstr@monstr.eu> [Microblaze] Michał Mirosław <mirq-linux@rere.qmqm.pl> Michał Wróbel <michal.wrobel@flytronic.pl> Michel Dänzer <michel.daenzer@amd.com> Michel Dänzer <michel@daenzer.net> Michel Jaouen <michel.jaouen@stericsson.com> Michel Lespinasse <walken@google.com> Michel Machado <michel@digirati.com.br> Michel Sanches <michel.sanches@st.com> Michel Stempin <michel.stempin@wanadoo.fr> Miguel Gómez <magomez@igalia.com> Miguel Vadillo <vadillo@ti.com> Mihai Caraman <mihai.caraman@freescale.c...

...al Simek <monstr@monstr.eu> [Microblaze] Michał Mirosław <mirq-linux@rere.qmqm.pl> Michał Wróbel <michal.wrobel@flytronic.pl> Michel Dänzer <michel.daenzer@amd.com> Michel Dänzer <michel@daenzer.net> Michel Jaouen <michel.jaouen@stericsson.com> Michel Lespinasse <walken@google.com> Michel Machado <michel@digirati.com.br> Michel Sanches <michel.sanches@st.com> Michel Stempin <michel.stempin@wanadoo.fr> Miguel Gómez <magomez@igalia.com> Miguel Vadillo <vadillo@ti.com> Mihai Caraman <mihai.caraman@freescale.c...