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
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:
> >
> >
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
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
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
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
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
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
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.
>
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
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
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
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
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
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
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
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
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
[ 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.
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
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
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
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
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
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
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
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
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[]
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[]
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
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
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
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
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
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
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
[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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 +
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
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 ?
>
>
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
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
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
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:
>>>>
>>
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
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
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
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
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
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
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.
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
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.
>
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 ]-
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:
>
> [...]
>
>>>
>
[ +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
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
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
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
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
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
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
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
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 - 100 of 125 matches
Mail list logo