At Wed, 19 Feb 2014 10:01:56 +0800,
Jeff Chua wrote:
>
> Here's my .config ...
I still couldn't reproduce the problem on my laptop, so I wonder
whether it may be really specific to Thinkpad. If so, could you check
whether the patch below has any influence?
thanks,
Takashi
> On Wed, Feb 19,
At Wed, 19 Feb 2014 10:01:56 +0800,
Jeff Chua wrote:
Here's my .config ...
I still couldn't reproduce the problem on my laptop, so I wonder
whether it may be really specific to Thinkpad. If so, could you check
whether the patch below has any influence?
thanks,
Takashi
On Wed, Feb 19,
Here's my .config ...
On Wed, Feb 19, 2014 at 5:32 AM, Theodore Ts'o wrote:
> On Tue, Feb 18, 2014 at 09:28:02PM +0100, Takashi Iwai wrote:
>>
>> I checked CONFIG_SND_HDA_INTEL=y on my HP laptop with Haswell, but it
>> worked fine. Could you give config?
>
> I don't have that config any more.
On Tue, Feb 18, 2014 at 09:28:02PM +0100, Takashi Iwai wrote:
>
> I checked CONFIG_SND_HDA_INTEL=y on my HP laptop with Haswell, but it
> worked fine. Could you give config?
I don't have that config any more. But I started with my the 3.14-rc3
config, turned off changed CONFIG_SND_HDA_INTEL to
At Tue, 18 Feb 2014 14:06:55 -0500,
Theodore Ts'o wrote:
>
> On Mon, Feb 17, 2014 at 02:54:32PM -0500, Theodore Ts'o wrote:
> > On Tue, Feb 18, 2014 at 01:54:40AM +0800, Jeff Chua wrote:
> > > Any suggestion on how to debug this? bisect? Ted, does your T540p work
> > > with CONFIG_SND_HDA_INTEL=y
On Mon, Feb 17, 2014 at 02:54:32PM -0500, Theodore Ts'o wrote:
> On Tue, Feb 18, 2014 at 01:54:40AM +0800, Jeff Chua wrote:
> > Any suggestion on how to debug this? bisect? Ted, does your T540p work
> > with CONFIG_SND_HDA_INTEL=y instead of "m" ?
>
> I can give this a try on my next kernel
On Mon, Feb 17, 2014 at 02:54:32PM -0500, Theodore Ts'o wrote:
On Tue, Feb 18, 2014 at 01:54:40AM +0800, Jeff Chua wrote:
Any suggestion on how to debug this? bisect? Ted, does your T540p work
with CONFIG_SND_HDA_INTEL=y instead of m ?
I can give this a try on my next kernel rebuild.
I
At Tue, 18 Feb 2014 14:06:55 -0500,
Theodore Ts'o wrote:
On Mon, Feb 17, 2014 at 02:54:32PM -0500, Theodore Ts'o wrote:
On Tue, Feb 18, 2014 at 01:54:40AM +0800, Jeff Chua wrote:
Any suggestion on how to debug this? bisect? Ted, does your T540p work
with CONFIG_SND_HDA_INTEL=y instead
On Tue, Feb 18, 2014 at 09:28:02PM +0100, Takashi Iwai wrote:
I checked CONFIG_SND_HDA_INTEL=y on my HP laptop with Haswell, but it
worked fine. Could you give config?
I don't have that config any more. But I started with my the 3.14-rc3
config, turned off changed CONFIG_SND_HDA_INTEL to be
Here's my .config ...
On Wed, Feb 19, 2014 at 5:32 AM, Theodore Ts'o ty...@mit.edu wrote:
On Tue, Feb 18, 2014 at 09:28:02PM +0100, Takashi Iwai wrote:
I checked CONFIG_SND_HDA_INTEL=y on my HP laptop with Haswell, but it
worked fine. Could you give config?
I don't have that config any
On Tue, Feb 18, 2014 at 01:54:40AM +0800, Jeff Chua wrote:
> Any suggestion on how to debug this? bisect? Ted, does your T540p work
> with CONFIG_SND_HDA_INTEL=y instead of "m" ?
I can give this a try on my next kernel rebuild.
BTW, I am noticing some other suspend-to-ram wierdnesses. In
On Sat, Feb 15, 2014 at 4:07 AM, Takashi Iwai wrote:
>> # bad
>> CONFIG_SND_HDA_CODEC_HDMI =y
>> CONFIG_SND_HDA_INTEL=y
>> CONFIG_SND_HDA_INPUT_BEEP=y
CONFIG_SND_HDA_GENERIC=m
>
> It might be the remaining bugs of modularization in 3.14-rc2.
> A few patches are found in for-linus branch of
On Sat, Feb 15, 2014 at 4:07 AM, Takashi Iwai ti...@suse.de wrote:
# bad
CONFIG_SND_HDA_CODEC_HDMI =y
CONFIG_SND_HDA_INTEL=y
CONFIG_SND_HDA_INPUT_BEEP=y
CONFIG_SND_HDA_GENERIC=m
It might be the remaining bugs of modularization in 3.14-rc2.
A few patches are found in for-linus branch of
On Tue, Feb 18, 2014 at 01:54:40AM +0800, Jeff Chua wrote:
Any suggestion on how to debug this? bisect? Ted, does your T540p work
with CONFIG_SND_HDA_INTEL=y instead of m ?
I can give this a try on my next kernel rebuild.
BTW, I am noticing some other suspend-to-ram wierdnesses. In
At Sat, 15 Feb 2014 03:01:24 +0800,
Jeff Chua wrote:
>
> On Fri, Feb 14, 2014 at 9:57 PM, Takashi Iwai wrote:
> > The other possible change in hda_intel.c is the enablement of runtime
> > PM for Panther Point. But it's been working for other chips, so
> > wondering why it hits anything. In
On Fri, Feb 14, 2014 at 11:01 AM, Jeff Chua wrote:
> On Fri, Feb 14, 2014 at 9:57 PM, Takashi Iwai wrote:
>> The other possible change in hda_intel.c is the enablement of runtime
>> PM for Panther Point. But it's been working for other chips, so
>> wondering why it hits anything. In anyway,
On Fri, Feb 14, 2014 at 9:57 PM, Takashi Iwai wrote:
> The other possible change in hda_intel.c is the enablement of runtime
> PM for Panther Point. But it's been working for other chips, so
> wondering why it hits anything. In anyway, please give the full
> Oops messages not only the stack
On 02/14/2014 08:57 AM, Takashi Iwai wrote:
At Fri, 14 Feb 2014 21:46:25 +0800,
Jeff Chua wrote:
On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai wrote:
At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
Apparently there's no maintainer but I've cc'ed people who might
have a clue about
At Fri, 14 Feb 2014 21:46:25 +0800,
Jeff Chua wrote:
>
> On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai wrote:
> > At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
> > Apparently there's no maintainer but I've cc'ed people who might
> > have a clue about this.
>
> Peter ... thanks for
On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai wrote:
> At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
> Apparently there's no maintainer but I've cc'ed people who might
> have a clue about this.
Peter ... thanks for pointer.
> On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai wrote:
> Is
On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai ti...@suse.de wrote:
At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
Apparently there's no maintainer but I've cc'ed people who might
have a clue about this.
Peter ... thanks for pointer.
On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai
At Fri, 14 Feb 2014 21:46:25 +0800,
Jeff Chua wrote:
On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai ti...@suse.de wrote:
At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
Apparently there's no maintainer but I've cc'ed people who might
have a clue about this.
Peter ... thanks for
On 02/14/2014 08:57 AM, Takashi Iwai wrote:
At Fri, 14 Feb 2014 21:46:25 +0800,
Jeff Chua wrote:
On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai ti...@suse.de wrote:
At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
Apparently there's no maintainer but I've cc'ed people who might
have a
On Fri, Feb 14, 2014 at 9:57 PM, Takashi Iwai ti...@suse.de wrote:
The other possible change in hda_intel.c is the enablement of runtime
PM for Panther Point. But it's been working for other chips, so
wondering why it hits anything. In anyway, please give the full
Oops messages not only the
On Fri, Feb 14, 2014 at 11:01 AM, Jeff Chua jeff.chua.li...@gmail.com wrote:
On Fri, Feb 14, 2014 at 9:57 PM, Takashi Iwai ti...@suse.de wrote:
The other possible change in hda_intel.c is the enablement of runtime
PM for Panther Point. But it's been working for other chips, so
wondering why
At Sat, 15 Feb 2014 03:01:24 +0800,
Jeff Chua wrote:
On Fri, Feb 14, 2014 at 9:57 PM, Takashi Iwai ti...@suse.de wrote:
The other possible change in hda_intel.c is the enablement of runtime
PM for Panther Point. But it's been working for other chips, so
wondering why it hits anything.
For what it's worth, I have a the X240's bigger brother --- a T540p
(with intel graphics and the 3k panel) running 3.14-rc2, and
suspend-to-ram is working without any problems on my laptop.
Cheers,
- Ted
--
To unsubscribe from this list: send the
At Thu, 13 Feb 2014 12:14:58 -0500,
Peter Hurley wrote:
>
> [ +cc Takashi Iwai, Dave Airlie ]
>
> Hi Jeff,
>
> On 02/13/2014 08:02 AM, Jeff Chua wrote:
> > Can't suspend to ram/disk on the Lenovo X240 with Intel i7-4600.
> >
> > kernel 3.14.0-rc2
> >
> > The same kernel works find on Lenovo
[ +cc Takashi Iwai, Dave Airlie ]
Hi Jeff,
On 02/13/2014 08:02 AM, Jeff Chua wrote:
Can't suspend to ram/disk on the Lenovo X240 with Intel i7-4600.
kernel 3.14.0-rc2
The same kernel works find on Lenovo X230 with Intel i7-3520M.
Here's the trace ..
Apparently there's no maintainer but
Can't suspend to ram/disk on the Lenovo X240 with Intel i7-4600.
kernel 3.14.0-rc2
The same kernel works find on Lenovo X230 with Intel i7-3520M.
Here's the trace ..
[] ? do_exit+0x852/0x89d
[] ? prinfk+0x4f/0x54
[] ? oops_end+0x78/0x7d
[] ? no_context+0x1e6/0x1f5
[] ?
Can't suspend to ram/disk on the Lenovo X240 with Intel i7-4600.
kernel 3.14.0-rc2
The same kernel works find on Lenovo X230 with Intel i7-3520M.
Here's the trace ..
[81034ba6] ? do_exit+0x852/0x89d
[8158e5d8] ? prinfk+0x4f/0x54
[iiff81005060] ? oops_end+0x78/0x7d
[ +cc Takashi Iwai, Dave Airlie ]
Hi Jeff,
On 02/13/2014 08:02 AM, Jeff Chua wrote:
Can't suspend to ram/disk on the Lenovo X240 with Intel i7-4600.
kernel 3.14.0-rc2
The same kernel works find on Lenovo X230 with Intel i7-3520M.
Here's the trace ..
Apparently there's no maintainer but
At Thu, 13 Feb 2014 12:14:58 -0500,
Peter Hurley wrote:
[ +cc Takashi Iwai, Dave Airlie ]
Hi Jeff,
On 02/13/2014 08:02 AM, Jeff Chua wrote:
Can't suspend to ram/disk on the Lenovo X240 with Intel i7-4600.
kernel 3.14.0-rc2
The same kernel works find on Lenovo X230 with Intel
For what it's worth, I have a the X240's bigger brother --- a T540p
(with intel graphics and the 3k panel) running 3.14-rc2, and
suspend-to-ram is working without any problems on my laptop.
Cheers,
- Ted
--
To unsubscribe from this list: send the
34 matches
Mail list logo