On 09/05/2014 07:10 PM, Jens Axboe wrote:
> On 09/05/2014 11:03 AM, Arne Wiebalck wrote:
>>
>> On Sep 5, 2014, at 6:41 PM, Peter Kieser
>> wrote:
>>
>>>
>>> On 2014-09-05 8:37 AM, Eddie Chapman wrote:
On 05/09/14 15:17, Jens Axboe wrote:
> (from oldest to newest). And that's just from
On 09/05/2014 07:10 PM, Jens Axboe wrote:
On 09/05/2014 11:03 AM, Arne Wiebalck wrote:
On Sep 5, 2014, at 6:41 PM, Peter Kieser pe...@kieser.ca
wrote:
On 2014-09-05 8:37 AM, Eddie Chapman wrote:
On 05/09/14 15:17, Jens Axboe wrote:
(from oldest to newest). And that's just from 3.16 to
Hello,
After resuming from a suspend (to RAM), I can't use an external USB hard
drive anymore, the kernel seems to fail to detect it.
Here is the kernel log when doing a suspend/resume cycle.
[Oct23 22:03] wlp2s0: deauthenticating from 92:23:b1:f9:54:e4 by local
choice (Reason:
Hello,
After resuming from a suspend (to RAM), I can't use an external USB hard
drive anymore, the kernel seems to fail to detect it.
Here is the kernel log when doing a suspend/resume cycle.
[Oct23 22:03] wlp2s0: deauthenticating from 92:23:b1:f9:54:e4 by local
choice (Reason:
Hello Matt,
On 09/05/2014 02:09 PM, Matt Fleming wrote:
> (Adding linux-efi)
>
> On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
>> [ +0.45] RIP: 0010:[<>] [< (null)>]
>> (null)
>> [ +0.46] RSP:
Hello Matt,
On 09/05/2014 02:09 PM, Matt Fleming wrote:
(Adding linux-efi)
On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
[ +0.45] RIP: 0010:[] [ (null)]
(null)
[ +0.46] RSP: 0018:8800b4001da8 EFLAGS: 00010002
[ +0.32] RAX
Hello,
I'm wondering why max_part parameter for loop device is 0 by default.
Also would it make sense to allow one to change this default value at
kernel build time ?
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hello,
I'm wondering why max_part parameter for loop device is 0 by default.
Also would it make sense to allow one to change this default value at
kernel build time ?
Thanks.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On 09/05/2014 11:45 PM, Greg KH wrote:
> On Fri, Sep 05, 2014 at 09:31:06AM +0200, Francis Moreau wrote:
>> On 08/10/2014 09:54 AM, Peter Kieser wrote:
>>>
>>> On 2014-08-05 9:58 AM, Jens Axboe wrote:
>>>> On 08/04/2014 10:33 PM, Kent Overstreet wrote:
On 09/05/2014 11:45 PM, Greg KH wrote:
On Fri, Sep 05, 2014 at 09:31:06AM +0200, Francis Moreau wrote:
On 08/10/2014 09:54 AM, Peter Kieser wrote:
On 2014-08-05 9:58 AM, Jens Axboe wrote:
On 08/04/2014 10:33 PM, Kent Overstreet wrote:
Hey Jens, here's the pull request for 3.17 - typically
On 09/05/2014 09:45 AM, Brian Norris wrote:
> On Fri, Sep 05, 2014 at 08:29:09AM +0200, Francis Moreau wrote:
>> On 09/04/2014 11:21 PM, Brian Norris wrote:
> [...]
>>> Signed-off-by: Rafael J. Wysocki
>>> Cc: # 3.10+: 27ddcc6596e5: PM / sleep: Add state
>>&
On 09/05/2014 04:17 PM, Jens Axboe wrote:
>
> We need to do something about this. From this latest pull, looks like
> all should go to stable:
>
> 5b1016e62f74c53e0330403025954c8d95384c03
> 9aa61a992acceeec0d1de2cd99938421498659d5
> dbd810ab678d262d3772d29b65844d7b20dc47bc
>
On 09/05/2014 02:09 PM, Matt Fleming wrote:
> (Adding linux-efi)
>
> On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
>> [ +0.45] RIP: 0010:[<>] [< (null)>]
>> (null)
>> [ +0.46] RSP: 0018:8800b4001da8
On 08/10/2014 09:54 AM, Peter Kieser wrote:
>
> On 2014-08-05 9:58 AM, Jens Axboe wrote:
>> On 08/04/2014 10:33 PM, Kent Overstreet wrote:
>>> Hey Jens, here's the pull request for 3.17 - typically late, but lots of
>>> tasty
>>> fixes in this one :)
>> Normally I'd say no, but since it's
On 07/25/2014 09:30 AM, Francis Moreau wrote:
> Hi,
>
> On 06/02/2014 04:07 PM, Francis Moreau wrote:
>> Hello,
>>
>> On 05/15/2014 07:30 PM, Jens Axboe wrote:
>>> On 05/15/2014 02:02 AM, Francis Moreau wrote:
>>>> Hello Jens,
>
Hello,
Another day, another oops...
[ +0.055412] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ +0.62] IP: [< (null)>] (null)
[ +0.34] PGD 2b3c067 PUD 2b3d067 PMD 2b3e067 PTE 8163
[ +0.47] Oops: 0011 [#1] SMP
[
Hello,
On 09/04/2014 11:21 PM, Brian Norris wrote:
> From: "Rafael J. Wysocki"
>
> [Upstream commit 43e8317b0bba1d6eb85f38a4a233d82d7c20d732]
>
> Use the observation that, for platform-dependent sleep states
> (PM_SUSPEND_STANDBY, PM_SUSPEND_MEM), a given state is either
> always supported or
Hello,
On 09/04/2014 11:21 PM, Brian Norris wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
[Upstream commit 43e8317b0bba1d6eb85f38a4a233d82d7c20d732]
Use the observation that, for platform-dependent sleep states
(PM_SUSPEND_STANDBY, PM_SUSPEND_MEM), a given state is either
Hello,
Another day, another oops...
[ +0.055412] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ +0.62] IP: [ (null)] (null)
[ +0.34] PGD 2b3c067 PUD 2b3d067 PMD 2b3e067 PTE 8163
[ +0.47] Oops: 0011 [#1] SMP
[ +0.27]
On 07/25/2014 09:30 AM, Francis Moreau wrote:
Hi,
On 06/02/2014 04:07 PM, Francis Moreau wrote:
Hello,
On 05/15/2014 07:30 PM, Jens Axboe wrote:
On 05/15/2014 02:02 AM, Francis Moreau wrote:
Hello Jens,
On 05/12/2014 08:27 PM, Peter Kieser wrote:
On 2014-05-05 3:30 PM, Nikolay
On 08/10/2014 09:54 AM, Peter Kieser wrote:
On 2014-08-05 9:58 AM, Jens Axboe wrote:
On 08/04/2014 10:33 PM, Kent Overstreet wrote:
Hey Jens, here's the pull request for 3.17 - typically late, but lots of
tasty
fixes in this one :)
Normally I'd say no, but since it's basically just fixes,
On 09/05/2014 02:09 PM, Matt Fleming wrote:
(Adding linux-efi)
On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
[ +0.45] RIP: 0010:[] [ (null)]
(null)
[ +0.46] RSP: 0018:8800b4001da8 EFLAGS: 00010002
[ +0.32] RAX: 80050033 RBX
On 09/05/2014 04:17 PM, Jens Axboe wrote:
We need to do something about this. From this latest pull, looks like
all should go to stable:
5b1016e62f74c53e0330403025954c8d95384c03
9aa61a992acceeec0d1de2cd99938421498659d5
dbd810ab678d262d3772d29b65844d7b20dc47bc
On 09/05/2014 09:45 AM, Brian Norris wrote:
On Fri, Sep 05, 2014 at 08:29:09AM +0200, Francis Moreau wrote:
On 09/04/2014 11:21 PM, Brian Norris wrote:
[...]
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
Cc: sta...@vger.kernel.org # 3.10+: 27ddcc6596e5: PM / sleep: Add state
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 occurs when boo
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 occurs when booting
with the efi=old_map kernel
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 occurs when boo
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 occurs when booting
with the efi=old_map kernel
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/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 hwmon arc4 intel_rapl
[ +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
[ +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
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/ /mnt/dev &&
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/ /mnt/dev
chroot /mnt dd bs=440 conv=notrunc
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 :)
>>
>> Basically I'
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
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
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 :)
Basically I'm doing this:
mount -o bind /dev
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
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 be
>
> That came three times before suspend.
>
> Only two lines about hotplug, none special.
>
> Stripped journal attached for the suspend cycle.
>
>
> Le 07/02/2014 08:29, Francis Moreau a écrit :
>> yeah, but calling this "fast resolution" is quite inc
08:29, Francis Moreau a écrit :
yeah, but calling this fast resolution is quite incorrect.
I don't blame anyone for this and I'm quite happy that a workaround has
been found at last but calling this fast resolution is a bit funny
compare to the PITA it was to debug this.
Sorry, I didn't mean
On 02/07/2014 12:15 AM, Bastien Traverse wrote:
>
> I was also hit by the rtsx driver bug
> (https://bugs.archlinux.org/task/37720) and was delighted with its fast
> resolution. I was hoping that its fix would also address the
> disappearing Ethernet bug.
yeah, but calling this "fast resolution"
On 02/06/2014 01:40 PM, Rafael J. Wysocki wrote:
> On Thursday, February 06, 2014 08:38:15 AM Francis Moreau wrote:
>> Hi,
>>
>> On 02/06/2014 12:42 AM, Bastien Traverse wrote:
>>> Hello,
>>>
>>> I'm encountering the exact same problem (sam
On 02/06/2014 01:40 PM, Rafael J. Wysocki wrote:
On Thursday, February 06, 2014 08:38:15 AM Francis Moreau wrote:
Hi,
On 02/06/2014 12:42 AM, Bastien Traverse wrote:
Hello,
I'm encountering the exact same problem (same model of machine, same
controller, same OS) and was wondering where
On 02/07/2014 12:15 AM, Bastien Traverse wrote:
I was also hit by the rtsx driver bug
(https://bugs.archlinux.org/task/37720) and was delighted with its fast
resolution. I was hoping that its fix would also address the
disappearing Ethernet bug.
yeah, but calling this fast resolution is
Hi,
On 02/06/2014 12:42 AM, Bastien Traverse wrote:
> Hello,
>
> I'm encountering the exact same problem (same model of machine, same
> controller, same OS) and was wondering where this bug was at.
I'm still leaving with this issue since my initial posting unfortunately :(
I'm wondering why PM
Hi,
On 02/06/2014 12:42 AM, Bastien Traverse wrote:
Hello,
I'm encountering the exact same problem (same model of machine, same
controller, same OS) and was wondering where this bug was at.
I'm still leaving with this issue since my initial posting unfortunately :(
I'm wondering why PM
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 +
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 +0800, micky wrote:
Hi Francis:
On 12/10/2013 09:39 AM, wwang wrote
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
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 pushed a patch
On 12/18/2013 05:05 AM, micky wrote:
> Hi:
>
> It seems that the card-reader was removed during suspend or resume, is
> that right? or did you removed by hand?
yes during a suspend/resume cycle.
> I want to know with Thomas' patch, after resume, is the card-reader and
> card-reader driver
On 12/18/2013 05:05 AM, micky wrote:
Hi:
It seems that the card-reader was removed during suspend or resume, is
that right? or did you removed by hand?
yes during a suspend/resume cycle.
I want to know with Thomas' patch, after resume, is the card-reader and
card-reader driver still
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:
>
> [...]
>
>>>
>
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
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:
[...]
Actually I can see this now:
[ 42.400974] r8169 :03
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.
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.
>
> Before suspendin
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
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
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.
Before suspending, this is what lspci gives
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.
Please run lspci -vv before and after suspend
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.
I'll give it a try tonight.
Thanks.
--
To unsubscribe from this list: send the line
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 issue
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 issue.
I applied Thomas' patch to mfd-fixes
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.
I'll give it a try tonight.
Thanks.
--
To unsubscribe from this list: send the line unsubscribe
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
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,
Sorry for the delay.
On 11/29/2013 10:02 AM, Thomas Gleixner wrote:
On Fri, 29
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 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 Gleixner wrote:
On Fri, 29 Nov 2013, Francis Moreau wrote:
Since it seems
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
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 Morea
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 wrote:
Since it seems to be related to rtsx driver or its
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
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 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 ?
I'm not involved
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,
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
On 11/22/2013 11:27 PM, Thomas Gleixner 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
>>
>> On 11/22/2013 11:27 PM, Thomas Gleixner wrote:
>>> On Fri, 22 Nov 2013, Rafael J. Wysocki wrote:
>>>> On Friday, No
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
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 08:43, Francis Moreau a écrit :
Le 21/11
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, November 22, 2013 10:36:23 PM Francis Moreau wrote:
Ok, I've
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 :
>>> [...]
>>>>>
>>>>>&g
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:
>>>>
>>>
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:
$ git log --oneline v3.11..v3.12 -- drivers/mfd/rtsx_pcr.c
09fd867 mfd: rtsx
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 I took a look at the changes between v3.11 and v3.12 in this area
and those
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
>>>
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
eb891c6 mfd: rtsx:
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
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.
Yep, sounds simple enough
Le 17/11/2013 23:46, Borislav Petkov a écrit :
> On Sun, Nov 17, 2013 at 11:34:20PM +0100, Rafael J. Wysocki wrote:
>> This looks like a softirq bug to me (and related to cpuidle).
>
> Reportedly, it happens right after resume from RAM. Francis, is that
> correct?
yes that's correct. I haven't
Le 17/11/2013 23:34, Rafael J. Wysocki a écrit :
> On Sunday, November 17, 2013 11:06:12 PM Borislav Petkov wrote:
>> On Sun, Nov 17, 2013 at 09:49:40PM +0100, Francis Moreau wrote:
>>> On Sun, Nov 17, 2013 at 8:53 PM, Borislav Petkov wrote:
>>>> On Sun, Nov 17, 201
Hello Borislav,
Le 17/11/2013 23:06, Borislav Petkov a écrit :
> On Sun, Nov 17, 2013 at 09:49:40PM +0100, Francis Moreau wrote:
>> On Sun, Nov 17, 2013 at 8:53 PM, Borislav Petkov wrote:
>>> On Sun, Nov 17, 2013 at 07:02:21PM +0100, Francis Moreau wrote:
>>>> Sorr
Hello Borislav,
Le 17/11/2013 23:06, Borislav Petkov a écrit :
On Sun, Nov 17, 2013 at 09:49:40PM +0100, Francis Moreau wrote:
On Sun, Nov 17, 2013 at 8:53 PM, Borislav Petkov b...@alien8.de wrote:
On Sun, Nov 17, 2013 at 07:02:21PM +0100, Francis Moreau wrote:
Sorry I haven't taken
Le 17/11/2013 23:34, Rafael J. Wysocki a écrit :
On Sunday, November 17, 2013 11:06:12 PM Borislav Petkov wrote:
On Sun, Nov 17, 2013 at 09:49:40PM +0100, Francis Moreau wrote:
On Sun, Nov 17, 2013 at 8:53 PM, Borislav Petkov b...@alien8.de wrote:
On Sun, Nov 17, 2013 at 07:02:21PM +0100
Le 17/11/2013 23:46, Borislav Petkov a écrit :
On Sun, Nov 17, 2013 at 11:34:20PM +0100, Rafael J. Wysocki wrote:
This looks like a softirq bug to me (and related to cpuidle).
Reportedly, it happens right after resume from RAM. Francis, is that
correct?
yes that's correct. I haven't been
On Sun, Nov 17, 2013 at 8:53 PM, Borislav Petkov wrote:
> On Sun, Nov 17, 2013 at 07:02:21PM +0100, Francis Moreau wrote:
>> Sorry I haven't taken the original picture large enough, and getting
>> this kernel panic is pretty hard since the kernel usually displays the
>> black
On Sun, Nov 17, 2013 at 5:01 PM, Borislav Petkov wrote:
> On Sun, Nov 17, 2013 at 04:50:23PM +0100, Francis Moreau wrote:
>> AFAIK, the kernel has 2 simple patches on top of the vanilla one.
>> They're both are trivial and can't be related to this issue.
>>
>> You
1 - 100 of 250 matches
Mail list logo