[Kbuild] How to clean a particular directory ?

2008-01-31 Thread Francis Moreau
Hello, I'd like to clean a particular directory in the kernel tree. I tried several things such as: $ make drivers/char clean $ make -f scripts/Makefile.clean obj=drivers/char But it doesn't work. Could anybody give me a hint ? Thanks -- Francis -- To unsubscribe from this list: send the li

Re: [Kbuild] How to clean a particular directory ?

2008-01-31 Thread Francis Moreau
On Jan 31, 2008 9:48 AM, Paul Mundt <[EMAIL PROTECTED]> wrote: > > On Thu, Jan 31, 2008 at 09:38:10AM +0100, Francis Moreau wrote: > > I'd like to clean a particular directory in the kernel tree. > > > > I tried several things such as: > > > >

Re: [Kbuild] How to clean a particular directory ?

2008-01-31 Thread Francis Moreau
On Jan 31, 2008 9:54 AM, Paul Mundt <[EMAIL PROTECTED]> wrote: > Makefile says: > > # Use make M=dir to specify directory of external module to build > # Old syntax make ... SUBDIRS=$PWD is still supported > # Setting the environment variable KBUILD_EXTMOD take precedence > ifdef SUBDIRS > KBUILD

Question on timekeeping subsystem

2008-02-13 Thread Francis Moreau
Hello, I looked at this subsystem, trying to understand how this works on Linux but call me a dumb xxx but I think I really miss something. First I tried to find some documentation on the current implementation but haven't found any thing really usefull. Specially there's nothing about it in Docu

Re: Question on timekeeping subsystem

2008-02-14 Thread Francis Moreau
Hello Roman, On Thu, Feb 14, 2008 at 2:37 AM, Roman Zippel <[EMAIL PROTECTED]> wrote: > > These mails should help to understand, what this code does: > > http://lkml.org/lkml/2006/3/4/61 > http://lkml.org/lkml/2006/4/3/205 > Indeed ! They look interesting after a quick look but I haven't time

Why not are all serial devices named ttyS* ?

2013-04-29 Thread Francis Moreau
Hi, I'm just wondering why device nodes of some serial drivers (mostly when arch != x86) are not always named "ttyS[:digit:]" ? For example, I have a ARM based platform which has a serial device node named "ttymxc0". I don't see any advantages to do this but only require one to handle special ca

Why not creating a GIT RT tree ?

2008-01-18 Thread Francis Moreau
Hello, Maybe I missed it but I'm wondering why GIT is not used for the RT development ? I can't find a rt tree anywhere and all new rt release spoke about a patchset to apply on mainline kernels. Another question, is there a TODO list somewhere which would help to port the RT patch to a new archi

Re: Why not creating a GIT RT tree ?

2008-01-18 Thread Francis Moreau
Hello, On Jan 18, 2008 4:55 PM, Steven Rostedt <[EMAIL PROTECTED]> wrote: > > On Fri, 18 Jan 2008, Francis Moreau wrote: > > > Maybe I missed it but I'm wondering why GIT is not used for > > the RT development ? I can't find a rt tree anywhere and all > &g

Re: Why not creating a GIT RT tree ?

2008-01-19 Thread Francis Moreau
On Jan 18, 2008 8:12 PM, Steven Rostedt <[EMAIL PROTECTED]> wrote: > True, but then how would you do it. One thing is that most of these > branches would interact with each other. Touching the same code quite > a bit. So it doesn't always help. But pulling out patches can help us to > an extent. >

Re: Why not creating a GIT RT tree ?

2008-01-19 Thread Francis Moreau
Hello, On Jan 18, 2008 10:59 PM, James Cloos <[EMAIL PROTECTED]> wrote: > >>>>> "Francis" == Francis Moreau <[EMAIL PROTECTED]> writes: > > Francis> I can't find a rt tree anywhere and all new rt release spoke > Francis> about a patchse

Linux and remote control device

2008-01-22 Thread Francis Moreau
Hello, I'd like to add support for my Infrared remote control to Linux. So far I only see LIRCD project that make the kernel support such device but I'm not sure if this project is the best choice since it's not part of mainline kernels. And there are certainly good reasons which I'm not aware of

Re: Linux and remote control device

2008-01-22 Thread Francis Moreau
On Jan 22, 2008 9:19 AM, Vojtech Pavlik <[EMAIL PROTECTED]> wrote: > On Tue, Jan 22, 2008 at 09:01:10AM +0100, Francis Moreau wrote: > > Hello, > > > > I'd like to add support for my Infrared remote control to Linux. > > > > So far I only see LIRCD p

Re: Linux and remote control device

2008-01-22 Thread Francis Moreau
On Jan 22, 2008 11:14 AM, Vojtech Pavlik <[EMAIL PROTECTED]> wrote: > > On Tue, Jan 22, 2008 at 10:47:22AM +0100, Francis Moreau wrote: > > On Jan 22, 2008 9:19 AM, Vojtech Pavlik <[EMAIL PROTECTED]> wrote: > > > On Tue, Jan 22, 2008 at 09:01:10AM +0100, Fr

Re: Linux and remote control device

2008-01-22 Thread Francis Moreau
On Jan 22, 2008 8:32 PM, Chuck Ebbert <[EMAIL PROTECTED]> wrote: > On 01/22/2008 03:01 AM, Francis Moreau wrote: > > Hello, > > > > I'd like to add support for my Infrared remote control to Linux. > > > > So far I only see LIRCD project that make the ker

Question about DMA

2008-01-27 Thread Francis Moreau
Hello, I have 2 questions regarding set_dma_addr(unsigned int channel, unsigned int addr) helper. 1/ Why does the function take only one address ? I would expect it to take both a source and a destination address for the dma controller to transfer data. 2/ The type of address parameter is an un

Re: Question about DMA

2008-01-28 Thread Francis Moreau
Hello Jiri, On Jan 27, 2008 11:34 PM, Jiri Slaby <[EMAIL PROTECTED]> wrote: > On 01/27/2008 09:51 PM, Francis Moreau wrote: > > 1/ Why does the function take only one address ? I would expect it > > to take both a source and a destination address for the dma controller

Re: Question about DMA

2008-01-28 Thread Francis Moreau
Hello Haavard, On Jan 28, 2008 10:21 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > On Mon, 28 Jan 2008 09:55:58 +0100 > "Francis Moreau" <[EMAIL PROTECTED]> wrote: > > > My DMA controller has very little in common with ISA DMA one. But I'd like

Re: Question about DMA

2008-01-28 Thread Francis Moreau
On Jan 28, 2008 10:04 AM, Jiri Slaby <[EMAIL PROTECTED]> wrote: > On 01/28/2008 09:55 AM, Francis Moreau wrote: > Which bus is it in this case? Basically it's a bus which is used to access memories. Thanks -- Francis -- To unsubscribe from this list: send the line "unsubs

Re: Question about DMA

2008-01-28 Thread Francis Moreau
[ Added Paul in CC ] On Jan 28, 2008 11:29 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > On Mon, 28 Jan 2008 11:22:49 +0100 > "Francis Moreau" <[EMAIL PROTECTED]> wrote: > > > > Please let me know if you think this will work for your hardware.

i2c transfers during interrupt context

2007-08-30 Thread Francis Moreau
Hello, I have a very simple question about i2c transfers. I'm wondering if I'm allowed to initiate some very short i2c transfers in an interrupt handler. Thanks for your answers. -- Francis -- Francis - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a m

Re: i2c transfers during interrupt context

2007-08-30 Thread Francis Moreau
Bonjour Jean ! On 8/30/07, Jean Delvare <[EMAIL PROTECTED]> wrote: > Non. Tu n'as pas le droit de dormir dans un gestionnaire > d'interruption, et la majorité des pilotes I2C dorment pendant les > transferts. > Ok, c'est ce que je voulais savoir. Peut etre que cette regle pourrait etre renforce p

Search for x86_64 documentation.

2007-08-01 Thread Francis Moreau
Hello, I'm used to hack Linux on a ARM based board and would like to be involved in x86_64 architecture but I don't know where I should start... Could anyone point out some nice documentations/books describing this architecture ? thanks -- Francis - To unsubscribe from this list: send the line

Re: Search for x86_64 documentation.

2007-08-01 Thread Francis Moreau
Hello Rene, On 8/1/07, Rene Herman <[EMAIL PROTECTED]> wrote: > On 08/01/2007 03:27 PM, Francis Moreau wrote: > > > I'm used to hack Linux on a ARM based board and would like to be > > involved in x86_64 architecture but I don't know where I should > > star

Re: Search for x86_64 documentation.

2007-08-02 Thread Francis Moreau
Hello Andi, On 01 Aug 2007 19:13:27 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote: > "Francis Moreau" <[EMAIL PROTECTED]> writes: > > > > I was actually more interested in books which are more pleasant to > > read than a raw datasheet. > > The first

Re: Search for x86_64 documentation.

2007-08-02 Thread Francis Moreau
Hello Sebastien, On 8/2/07, Sébastien Dugué <[EMAIL PROTECTED]> wrote: > > Then you may have a look at > > http://www.chip-architect.com/news/2003_09_21_Detailed_Architecture_of_AMDs_64bit_Core.html > > It's a bit more pleasant to read than the AMD or Intel programming manuals > but in the l

Re: Search for x86_64 documentation.

2007-08-02 Thread Francis Moreau
On 8/1/07, Rene Herman <[EMAIL PROTECTED]> wrote: > On 08/01/2007 05:30 PM, Francis Moreau wrote: > > >>> Could anyone point out some nice documentations/books describing this > >>> architecture ? > >> > >> First and foremost the

Looking for trainings in VFS area

2007-02-04 Thread Francis Moreau
Hi, I'm looking for some serious kernel trainings and specifically in the VFS area (in Europe if possible). This training should address these peculiar subjects: - VFS - Page cache - Block device drivers - VFS synchronisation - Study of a simple FS like Cramfs

Question about EXPORT_SYMBOL implementation

2007-02-09 Thread Francis Moreau
Hi, Here is the implementation of EXPORT_SYMBOL: #define __EXPORT_SYMBOL(sym, sec) \ extern typeof(sym) sym; \ __CRC_SYMBOL(sym, sec) \ static const char __kstrtab_##sym[]

Question about EXPORT_SYMBOL implementation [try #2]

2007-02-12 Thread Francis Moreau
Hi, Here is the implementation of EXPORT_SYMBOL: #define __EXPORT_SYMBOL(sym, sec) \ extern typeof(sym) sym; \ __CRC_SYMBOL(sym, sec) \ static const char __kstrtab_##sym[]

memparse(), simple_strtoul() prototypes...

2007-02-18 Thread Francis Moreau
Hi, I must miss something... Looking at these prototypes unsigned long simple_strtoul(const char *cp, char **endp,unsigned int base) unsigned long long memparse (char *ptr, char **retptr) I'm really wondering why not all parameters are not all 'const'. None of these functions modify any pointe

Re: memparse(), simple_strtoul() prototypes...

2007-02-19 Thread Francis Moreau
Hi, On 2/19/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote: Francis Moreau wrote: > Hi, > > I must miss something... > > Looking at these prototypes > > unsigned long simple_strtoul(const char *cp, char **endp,unsigned int base) > unsigned long long memparse (cha

Re: memparse(), simple_strtoul() prototypes...

2007-02-20 Thread Francis Moreau
On 2/19/07, Avi Kivity <[EMAIL PROTECTED]> wrote: Francis Moreau wrote: >> > unsigned long simple_strtoul(const char *cp, char **endp,unsigned >> int base) > > hm, I don't get your point. I understand why we cast 'cp' into a (char > *) but that's

Re: Slower CPU frequency reported by the kernel

2007-02-02 Thread Francis Moreau
Hi On 2/2/07, Jesper Juhl <[EMAIL PROTECTED]> wrote: I agree that that is the most logical explanation, but in theory it could also be that he has changed bios settings and underclocked the processor. no I didn't thanks -- Francis - To unsubscribe from this list: send the line "unsubscribe l

Re: Slower CPU frequency reported by the kernel

2007-02-02 Thread Francis Moreau
On 2/2/07, Paolo Ornati <[EMAIL PROTECTED]> wrote: You are using frequency scaling(*) and "/proc/cpuinfo" reflects the current speed. ok, I didn't know about this. (*) = # # CPU Frequency scaling # CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y CONFIG_CPU_FREQ_DEBUG=y CONFIG_CPU_FREQ_STAT=m CON

Re: Slower CPU frequency reported by the kernel

2007-02-02 Thread Francis Moreau
On 2/2/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote: it may be userspace, or you may be using the "ondemand" governer. If you have the userspace tool it's often called "cpuspeed", but it depends on your distro. you're right, I actually use 'ondemand' governer. It seems to be the governer used

Re: Slower CPU frequency reported by the kernel

2007-02-02 Thread Francis Moreau
On 2/2/07, Paolo Ornati <[EMAIL PROTECTED]> wrote: Anyway it is started by an init script, so you should find it looking at "ls /etc/init.d/". thanks for these information. I'm using a Fedora distrib and it actually uses 'ondemand' governer with the cpu I use. -- Francis - To unsubscribe from

Re : vm: weird behaviour when munmapping

2006-11-17 Thread Francis Moreau
[me moving to Gmail 'cause yahoo sucks !] On Fri, 2006-11-17 at 14:12 +, moreau francis wrote: Peter Zijlstra wrote: The new object is the one allocated using: new = kmem_cache_alloc(vm_area_cachep, SLAB_KERNEL); Of course but at this point the choice of the new VMA is already ma

clockevent questions

2007-05-12 Thread Francis Moreau
Hi, I'm trying to use clocksource and clockevent new subsystem. My platform has a timer that I'd like to use both as a clocksource and a clockevent devices. This timer is continueous in sense that it can run without any interruption so I assume I can flag the clocksource device with "CLOCK_SOURCE

Re: clockevent questions

2007-05-12 Thread Francis Moreau
Hi Thomas, Thanks for answering so quickly ! On 5/12/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote: Francis, On Sat, 2007-05-12 at 16:54 +0200, Francis Moreau wrote: > I'm trying to use clocksource and clockevent new subsystem. My > platform has a timer that I'd

Re: clockevent questions

2007-05-12 Thread Francis Moreau
On 5/12/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote: On Sat, 2007-05-12 at 22:13 +0200, Francis Moreau wrote: > > Yes, it is correct. The generic timer code requests an event in the > > future. It does not care, whether the hardware device can handle that or > > not.

Re: clockevent questions

2007-05-15 Thread Francis Moreau
Thomas, On 5/12/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote: Well, it ends up in hrtimer_interrupt() and the code there finds out, that the next timer is not due right now, so it simply requests the same (absolute) time event again, which is processed by the clock events code and eventually li

Re: clockevent questions

2007-05-16 Thread Francis Moreau
Hi Thomas, On 5/16/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote: Francis, On Tue, 2007-05-15 at 10:47 +0200, Francis Moreau wrote: > My question is about the clock resolution field which is equal to 1ns. > How is this possible since my timer's frequency is only 100Mhz ? you

Question about pm and tty

2007-07-06 Thread Francis Moreau
Hi, I've just finished to implement an input driver for a simple custom keyboard (only 16 keys). I wanted to give it a test through a virtual terminal (CONFIG_VT). Note that I'm not familiar with this at all so pardon me if I'm saying something silly. I noticed that as soon as the terminal is i

Re: PCI failures during boot

2007-03-12 Thread Francis Moreau
Hi, On 3/9/07, Jim van Wel <[EMAIL PROTECTED]> wrote: Hi there, Please try first a newer kernel of FC6. 2.6.19-1.2911.6.5.fc6 That's 2.6.19.7. That's the newest one. I updated my kernel to 2.6.19-1.2911.6.5.fc6 and unfortunately it doesn't help, I still have these errors. I attached the

Re: PCI failures during boot

2007-03-12 Thread Francis Moreau
On 3/12/07, Francis Moreau <[EMAIL PROTECTED]> wrote: I updated my kernel to 2.6.19-1.2911.6.5.fc6 and unfortunately it doesn't help, I still have these errors. I attached the new dmesg, if anybody can give me some hints that would be great. oops sent it too fast... with the dmes

Re: PCI probing failure in 2.6.21-rc3

2007-03-15 Thread Francis Moreau
Hi On 3/15/07, Andrew Morton <[EMAIL PROTECTED]> wrote: Greg, could we please either a) start doing something about these reports or b) publish sufficient info to permit others to do something about these reports or c) remove the printk? Thanks Andrew for considering. I eventually tried

Re: [CRYPTO] is it really optimized ?

2007-04-13 Thread Francis Moreau
Hi, On 4/13/07, Helge Hafting <[EMAIL PROTECTED]> wrote: Francis Moreau wrote: > So is this interpretation right ? If so wouldn't it be appropriate to > introduce a mechanism to reserve this AES hardware for a special > purpose (filesystem encryptions) and thus make it

question on generic gpio interface

2007-04-13 Thread Francis Moreau
Hi, I'm trying to port my old gpio code to the generic one to see if it can fit my needs. The gpio controller is a home made one and has a really weird interface. It has several registers to read the gpio status, to configure gpio directions, or to configure if a gpio can trigger an interrupt an

Re: [CRYPTO] is it really optimized ?

2007-04-14 Thread Francis Moreau
Hi, On 4/14/07, Herbert Xu <[EMAIL PROTECTED]> wrote: It should be easy to restrict a crypto device so that it's used by one specific user. That's why we have generic names ("aes") vs. specific ones ("aes-foo"). So if you let the priority user pick "aes-foo" instead of "aes", and given that th

Re: [CRYPTO] is it really optimized ?

2007-04-14 Thread Francis Moreau
On 4/14/07, Herbert Xu <[EMAIL PROTECTED]> wrote: Francis Moreau <[EMAIL PROTECTED]> wrote: > > hmm yes indeed it should do the job, but I don't see how you do that. > For example, let say I want to use "aes-foo" with eCryptfs. I can give > a higher pri

Re: [CRYPTO] is it really optimized ?

2007-04-16 Thread Francis Moreau
On 4/15/07, Herbert Xu <[EMAIL PROTECTED]> wrote: On Sat, Apr 14, 2007 at 11:10:08PM +0200, Francis Moreau wrote: > > ok but do you think it's safe to assume that no others parts of the > kernel will request "aes-foo" ? Remember that the main point is to > optimi

Re: question on generic gpio interface

2007-04-16 Thread Francis Moreau
Hi David, Thanks for your detailed answer, it helps a lot ! On 4/14/07, David Brownell <[EMAIL PROTECTED]> wrote: On Friday 13 April 2007 1:51 pm, Francis Moreau wrote: > Hi, > > I'm trying to port my old gpio code to the generic one to see if it > can fit my needs. Go

Re: question on generic gpio interface

2007-04-17 Thread Francis Moreau
On 4/16/07, David Brownell <[EMAIL PROTECTED]> wrote: No, all of those need to be done. (Plus maybe a few more things, I wasn't trying to be exhaustive.) That last point is what makes the other ones take effect ... without it, the top level IRQ will never get dispatched to the GPIO-specific IRQ

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Herbert Xu <[EMAIL PROTECTED]> wrote: On Mon, Apr 16, 2007 at 10:37:01AM +0200, Francis Moreau wrote: > > BTW, here are figures I got with 2 different versions of the driver > when using tcrypt module. The second being the result with the > optimized driver (no key

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > OK, I tried to cook up something very simple. Since I don't know this > code, please be indulgent when reading the following patch ;) Which means that after one has loaded ecryptfs module it can not use ipsec and dm-crypt if there is only

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: On Tue, Apr 17, 2007 at 04:01:51PM +0200, Francis Moreau ([EMAIL PROTECTED]) wrote: > On 4/17/07, Herbert Xu <[EMAIL PROTECTED]> wrote: > > > >Yep. We don't need such a flag anyway. All we need is a way to

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Herbert Xu <[EMAIL PROTECTED]> wrote: Francis Moreau <[EMAIL PROTECTED]> wrote: > On 4/17/07, Herbert Xu <[EMAIL PROTECTED]> wrote: >> >> Actually, I was referring to your AES module :) > > Well I don't if I can do that unfortunately. Wh

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: If there are another users, then flag should not be set. depends if there's a 'generic' algo that can be used at the same time. Admin should know that. If there are no another users, your code already has exclusive access. sorry I don

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Roland Dreier <[EMAIL PROTECTED]> wrote: > Again, my code is faster only because I skip the key loading in > "cia_encrypt" method. Actually the gain is bigger in decryption mode > than in encryption one because I also generate the decryption key for > each block. I wonder if ther

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Herbert Xu <[EMAIL PROTECTED]> wrote: Actually, I was referring to your AES module :) Well I don't if I can do that unfortunately. Actually there's nothing really interesting in this code, only key or acc loadings and that's it. What do you want to see exactly ? Thanks -- Franc

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Herbert Xu <[EMAIL PROTECTED]> wrote: Yep. We don't need such a flag anyway. All we need is a way to tweak the priority and Bob's your uncle. Could you elaborate please, I don't see how you prevent others users to use this module with priority. Priority is a stuff that tells yo

Re: [CRYPTO] is it really optimized ?

2007-04-17 Thread Francis Moreau
On 4/17/07, Roland Dreier <[EMAIL PROTECTED]> wrote: > > I wonder if there's some way you can cache the last caller and reload > > the key lazily (only when it changes). > > yes something that allows crypto drivers to detect if the key has > changed would be good. It seems trivial to keep t

Re: question on generic gpio interface

2007-04-19 Thread Francis Moreau
On 4/17/07, David Brownell <[EMAIL PROTECTED]> wrote: In this case I'm not entirely sure how it'd work. I've seen a few drivers which let userspace peek and poke at GPIO signals -- like one for Gumstix boards -- but generalizing the model isn't simple. Sub-problems include: - Configuring the r

Re: [CRYPTO] is it really optimized ?

2007-04-19 Thread Francis Moreau
On 4/17/07, Roland Dreier <[EMAIL PROTECTED]> wrote: > > It seems trivial to keep the last key you were given and do a quick > > memcmp in your setkey method to see if it's different from the last > > key you pushed to hardware, and set a flag if it is. Then only do > > your set_key() if you

Re: PCI probing failure in 2.6.21-rc3

2007-03-21 Thread Francis Moreau
Andrew, [ cc'ed Adrian, since he might be interested to track this out ] On 3/15/07, Andrew Morton <[EMAIL PROTECTED]> wrote: Greg, could we please either a) start doing something about these reports or b) publish sufficient info to permit others to do something about these reports or c) re

[CRYPTO] is it really optimized ?

2007-04-12 Thread Francis Moreau
Hi, After reading the crypto code and trying to implement a AES driver, I'm wondering if the current implementation is optimum. My plan is to use _exclusively_ the AES driver to encrypt filesystems by using eCryptfs for example. But it seems that because the current implementation of the crypto

Re: [CRYPTO] is it really optimized ?

2007-04-23 Thread Francis Moreau
Hi [Sorry for the late answer] On 4/19/07, Francis Moreau <[EMAIL PROTECTED]> wrote: On 4/17/07, Roland Dreier <[EMAIL PROTECTED]> wrote: > > > It seems trivial to keep the last key you were given and do a quick > > > memcmp in your setkey method to see i

x86_64: vsyscall vs vdso

2007-09-16 Thread Francis Moreau
Hello, I'm a bit puzzled because vdso doesn't seem to be used on my fedora 7: I just compiled a trivial program which just call gettimeofday() and ld.so resolves this call with vsyscall's gettimeofday. Now I'm wondering when vdso is used, could anybody give me a clue ? Another question: is vdso

Re: x86_64: vsyscall vs vdso

2007-09-17 Thread Francis Moreau
Hello Ulrich, Thanks for taking time to respond ! On 9/16/07, Ulrich Drepper <[EMAIL PROTECTED]> wrote: > On 9/16/07, Francis Moreau <[EMAIL PROTECTED]> wrote: >> I'm a bit puzzled because vdso doesn't seem to be used on my fedora 7: >> I just compi

Re: x86_64: vsyscall vs vdso

2007-09-17 Thread Francis Moreau
On 9/17/07, Ulrich Drepper <[EMAIL PROTECTED]> wrote: > On 9/17/07, Francis Moreau <[EMAIL PROTECTED]> wrote: > > I think signal trampolines will still need them too. So making > > vsyscalls configurable doesn't seem to work, does it ? > > vsyscalls aren&#

Re: x86_64: vsyscall vs vdso

2007-09-17 Thread Francis Moreau
On 9/16/07, Ulrich Drepper <[EMAIL PROTECTED]> wrote: > On 9/16/07, Francis Moreau <[EMAIL PROTECTED]> wrote: > > Another question: is vdso going to replace vsyscall at all ? If so how It's weird, because it seems that vsyscalls are only done by x86_64, all others archs

Re: 3.12: ethernet controller missing after resuming from suspend to RAM

2014-02-11 Thread Francis Moreau
On 02/12/2014 12:58 AM, Rafael J. Wysocki wrote: > On Tuesday, February 11, 2014 07:17:37 PM Peter Wu wrote: >> On Tuesday 11 February 2014 12:42:37 Mika Westerberg wrote: >>> On Mon, Feb 10, 2014 at 11:39:29PM +0100, Rafael J. Wysocki wrote: > _STA() returns 0x0A instead of 0x0F. Could there b

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2014-01-09 Thread Francis Moreau
Hi. On 12/10/2013 09:29 AM, Samuel Ortiz wrote: > Hi Micky, > > On Tue, Dec 10, 2013 at 09:56:48AM +0800, micky wrote: >> Hi Francis: >> On 12/10/2013 09:39 AM, wwang wrote: >>> which is based on Thomas' patch. >> >> Can you help us test this patch, we disable irq while suspend here. > I already

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2014-01-10 Thread Francis Moreau
On 01/10/2014 10:52 AM, Samuel Ortiz wrote: > Hi Francis, > > On Fri, Jan 10, 2014 at 08:26:13AM +0100, Francis Moreau wrote: >> Hi. >> >> On 12/10/2013 09:29 AM, Samuel Ortiz wrote: >>> Hi Micky, >>> >>> On Tue, Dec 10, 2013 at 09:56:48AM +

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-11-29 Thread Francis Moreau
Hello, On 11/25/2013 11:47 AM, Rafael J. Wysocki wrote: > On Monday, November 25, 2013 08:42:21 AM Francis Moreau wrote: >> On 11/24/2013 10:06 PM, Rafael J. Wysocki wrote: >>> On Sunday, November 24, 2013 10:39:20 AM Francis Moreau wrote: >>>> Hello Thomas &g

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-11-30 Thread Francis Moreau
Hello Thomas, Sorry for the delay. On 11/29/2013 10:02 AM, Thomas Gleixner wrote: > On Fri, 29 Nov 2013, Francis Moreau wrote: >> Since it seems to be related to rtsx driver or its upper layer, could >> the folks involved in this area have a look to this issue please ? > >

Re: bcache: process get stucks when doing write IOs in writeback mode

2013-11-12 Thread Francis Moreau
Hello, It doesn't seem my initial post reached LKML, maybe that's due to the dmesg file I initially attached. So I'm replying to this hoping that this is going to be fixed (since the attached file is gone). On Mon, Nov 11, 2013 at 6:45 PM, Francis Moreau wrote: > Hello, &g

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-11-20 Thread Francis Moreau
Hello Borislav, On 11/19/2013 11:15 AM, Borislav Petkov wrote: > On Tue, Nov 19, 2013 at 11:01:14AM +0100, Francis Moreau wrote: >> I think the easiest way to do it is to install a minimal system on a >> USB stick and try to reproduce first in order to preserve my system. > &g

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-11-21 Thread Francis Moreau
Le 21/11/2013 12:17, Jingoo Han a écrit : [...] >> >>> Also I took a look at the changes between v3.11 and v3.12 in this area >>> and those changes match the issue I'm facing: >>> >>> $ git log --oneline v3.11..v3.12 -- drivers/mfd/rtsx_pcr.c >>> 09fd867 mfd: rtsx: Copyright modifications >>> eb891

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-11-22 Thread Francis Moreau
Le 22/11/2013 08:43, Francis Moreau a écrit : > Le 21/11/2013 12:17, Jingoo Han a écrit : > [...] >>> >>>> Also I took a look at the changes between v3.11 and v3.12 in this area >>>> and those changes match the issue I'm facing: >>>> >>

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-11-22 Thread Francis Moreau
On 11/22/2013 01:54 PM, Rafael J. Wysocki wrote: > On Friday, November 22, 2013 10:57:25 AM Francis Moreau wrote: >> Le 22/11/2013 08:43, Francis Moreau a écrit : >>> Le 21/11/2013 12:17, Jingoo Han a écrit : >>> [...] >>>>> >>>>>> Also

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-11-24 Thread Francis Moreau
Hello Rafael, On 11/22/2013 11:08 PM, Rafael J. Wysocki wrote: > On Friday, November 22, 2013 10:36:23 PM Francis Moreau wrote: >> On 11/22/2013 01:54 PM, Rafael J. Wysocki wrote: >>> On Friday, November 22, 2013 10:57:25 AM Francis Moreau wrote: >>>> Le 22/11/2013

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-11-24 Thread Francis Moreau
On 11/24/2013 10:06 PM, Rafael J. Wysocki wrote: > On Sunday, November 24, 2013 10:39:20 AM Francis Moreau wrote: >> Hello Thomas >> >> On 11/22/2013 11:27 PM, Thomas Gleixner wrote: >>> On Fri, 22 Nov 2013, Rafael J. Wysocki wrote: >>>> On Friday, No

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-12-01 Thread Francis Moreau
On 11/30/2013 09:17 PM, Rafael J. Wysocki wrote: > On Saturday, November 30, 2013 04:07:36 PM Francis Moreau wrote: >> Hello Thomas, >> >> Sorry for the delay. >> >> On 11/29/2013 10:02 AM, Thomas Gleixner wrote: >>> On Fri, 29 Nov 2013, Francis Moreau w

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-12-01 Thread Francis Moreau
On 11/30/2013 09:17 PM, Rafael J. Wysocki wrote: [...] > If your system survives resume (I guess it does?), can you please send > /proc/interrupts before and after the first suspend/resume cycle? > Please find both dumps attached. Thanks CPU0 CPU1 CPU2 CPU3 C

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-12-03 Thread Francis Moreau
Hello Thomas, On 12/02/2013 12:20 PM, Thomas Gleixner wrote: > On Mon, 2 Dec 2013, Thomas Gleixner wrote: >> On Sat, 30 Nov 2013, Francis Moreau wrote: >>> Hello Thomas, >>> >>> Sorry for the delay. >>> >>> On 11/29/2013 10:02 AM, Thomas Gl

3.12: ethernet controller missing after resuming from suspend to RAM

2013-12-12 Thread Francis Moreau
Hello, I'm encountering an issue after resuming my system from suspend to RAM: my ethernet controller is missing, it seems that the kernel doesn't see it anymore. It's missing from /sys/class/net. Before suspending, this is what lspci gives. 03:00.2 Ethernet controller: Realtek Semiconductor Co.

Re: 3.12: ethernet controller missing after resuming from suspend to RAM

2013-12-12 Thread Francis Moreau
On 12/12/2013 09:00 AM, Francis Moreau wrote: > Hello, > > I'm encountering an issue after resuming my system from suspend to RAM: > my ethernet controller is missing, it seems that the kernel doesn't see > it anymore. It's missing from /sys/class/net. > > B

Re: 3.12: ethernet controller missing after resuming from suspend to RAM

2013-12-12 Thread Francis Moreau
On 12/12/2013 06:58 PM, Rafael J. Wysocki wrote: > On Thursday, December 12, 2013 06:43:03 PM Francis Moreau wrote: [...] >> >> Actually I can see this now: >> >> [ 42.400974] r8169 :03:00.2: System wakeup disabled by ACPI > > This should be harmless. >

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-12-17 Thread Francis Moreau
Hi, On 12/10/2013 02:56 AM, micky wrote: > Hi Francis: > On 12/10/2013 09:39 AM, wwang wrote: >> which is based on Thomas' patch. > > Can you help us test this patch, we disable irq while suspend here. This patch doesn't seem to help, it still oops: [ 29.843910] [ cut here ]-

Re: 3.12: ethernet controller missing after resuming from suspend to RAM

2013-12-17 Thread Francis Moreau
Hello Rafael, Could you see something in the logs ? Thanks On 12/12/2013 08:17 PM, Francis Moreau wrote: > On 12/12/2013 06:58 PM, Rafael J. Wysocki wrote: >> On Thursday, December 12, 2013 06:43:03 PM Francis Moreau wrote: > > [...] > >>> >

kernel 3.14.2 oops: seems related to EFI

2014-05-17 Thread Francis Moreau
[ +0.018677] general protection fault: [#1] PREEMPT SMP [ +0.68] Modules linked in: usb_storage tun raid1 md_mod loop fuse joydev coretemp hwmon arc4 intel_rapl x86_pkg_temp_thermal intel_powerclamp kvm_intel nls_iso8859_1 nls_cp437 iTCO_wdt kvm vfat fat iTCO_vendor_support iwldvm uvcvid

Re: kernel 3.14.2 oops: seems related to EFI

2014-05-19 Thread Francis Moreau
On 05/18/2014 03:42 PM, Borislav Petkov wrote: > On Sat, May 17, 2014 at 05:25:47PM +0200, Francis Moreau wrote: >> [ +0.018677] general protection fault: [#1] PREEMPT SMP >> [ +0.68] Modules linked in: usb_storage tun raid1 md_mod loop fuse >> joydev coretemp

Re: kernel 3.14.2 oops: seems related to EFI

2014-05-20 Thread Francis Moreau
On 05/20/2014 01:54 PM, Matt Fleming wrote: > On Mon, 19 May, at 09:09:58AM, Francis Moreau wrote: >> >> I don't know, I can't really afford to configure/compile/test this new >> kernel, sorry. > > It would be useful to know whether this issue still occur

Can't umount /mnt/dev after calling dd(1) and with /mnt/dev is a bind mount

2014-03-22 Thread Francis Moreau
Hello, I'm posting here because it might be a behaviour related to the kernel internals that I can't explain from my user point of view :) Basically I'm doing this: mount -o bind /dev/ /mnt/dev && chroot /mnt dd bs=440 conv=notrunc count=1 if=gptmbr.bin of=/dev/loop0 umount /mnt/dev but u

Re: Can't umount /mnt/dev after calling dd(1) and with /mnt/dev is a bind mount

2014-03-22 Thread Francis Moreau
Hello, On 03/22/2014 08:24 PM, Al Viro wrote: > On Sat, Mar 22, 2014 at 05:52:24PM +0100, Francis Moreau wrote: >> I'm posting here because it might be a behaviour related to the kernel >> internals that I can't explain from my user point of view :) >> >> Ba

Re: Can't umount /mnt/dev after calling dd(1) and with /mnt/dev is a bind mount

2014-03-30 Thread Francis Moreau
up On 03/22/2014 05:52 PM, Francis Moreau wrote: > Hello, > > I'm posting here because it might be a behaviour related to the kernel > internals that I can't explain from my user point of view :) > > Basically I'm doing this: > > mount -o bind /dev/ /mn

Re: kernel 3.14.2 oops: seems related to EFI

2014-05-27 Thread Francis Moreau
On 05/20/2014 01:54 PM, Matt Fleming wrote: > On Mon, 19 May, at 09:09:58AM, Francis Moreau wrote: >> >> I don't know, I can't really afford to configure/compile/test this new >> kernel, sorry. > > It would be useful to know whether this issue still occur

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-12-09 Thread Francis Moreau
On 12/03/2013 09:14 AM, Francis Moreau wrote: > Hello Thomas, > > On 12/02/2013 12:20 PM, Thomas Gleixner wrote: >> On Mon, 2 Dec 2013, Thomas Gleixner wrote: >>> On Sat, 30 Nov 2013, Francis Moreau wrote: >>>> Hello Thomas, >>>> >>>> S

Re: 3.12: kernel panic when resuming from suspend to RAM (x86_64)

2013-12-10 Thread Francis Moreau
Hi, On 12/09/2013 11:17 PM, Samuel Ortiz wrote: > Hi Francis, > > Adding Lee to the Cc list. > > On Tue, Dec 03, 2013 at 09:14:14AM +0100, Francis Moreau wrote: >> Now that you did the hard work, I hope driver's maintainer/developper >> will care about this iss

  1   2   >