All of lore.kernel.org
 help / color / mirror / Atom feed
* ALSA Multichannel through HDMI
@ 2010-01-08  4:25 John Ettedgui
  0 siblings, 0 replies; 28+ messages in thread
From: John Ettedgui @ 2010-01-08  4:25 UTC (permalink / raw)
  To: alsa-devel

Hello,

(since I did not get any feedback on the user ml, I'm trying it here, sorry...)

I am using the HDMI output of my radeonhd 4670 to get sound, but I
cannot get ALSA to work with (5.1) multichannel, it only outputs to the
front left and right speakers (checked by speaker-test).

I tried following this howto:
http://www.cse.ohio-state.edu/~bondhugu/alsamch.shtml
but it did not do much for me... and whenever I tried to add
slave.channels 6, I just could not use alsa anymore, it always
complained about this line...
I tried channels 6 as part of the slave.pcm{} too and got the same result...


What should I look into?
I tried with 2.6.32 and alsa-lib 1.0.21.a, and then 2.6.33-rc3 (stil
using alsa-driver 1.0.21 it seems) and alsa-lib 1.0.22 and no success.
I am using the radeonhd xorg driver to get HDMI audio.

I compiled alsa-driver 1.0.22.1 on top of a 2.6.32.2 kernel and the
result is still the same although this time I did not play with the
asound.conf file.

Pulse audio on top of alsa does give me a 5.0 setup or at least I can
hear that from the speaker-test.


Thank you,
John

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
       [not found]                   ` <20100113050254.GA28475@localhost>
@ 2010-11-24 23:26                     ` John Ettedgui
  2010-11-25  3:59                       ` Mohammad Bahathir Hashim
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-24 23:26 UTC (permalink / raw)
  To: alsa-devel; +Cc: Takashi Iwai, Wu Fengguang

On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang <fengguang.wu@intel.com> wrote:
> On Wed, Jan 13, 2010 at 12:55:09PM +0800, John Ettedgui wrote:
>> On Tue, Jan 12, 2010 at 8:52 PM, Wu Fengguang <fengguang.wu@intel.com> wrote:
>> > On Wed, Jan 13, 2010 at 12:48:13PM +0800, John Ettedgui wrote:
>> >> On Tue, Jan 12, 2010 at 5:45 PM, Wu Fengguang <fengguang.wu@intel.com> wrote:
>> >> > On Wed, Jan 13, 2010 at 09:32:04AM +0800, John Ettedgui wrote:
>> >> >> On Tue, Jan 12, 2010 at 5:09 PM, Wu Fengguang <fengguang.wu@intel.com> wrote:
>> >> >
>> >> >> >> > You can play a 5.1 track and find something like this in dmesg:
>> >> >> >> >
>> >> >> >> >        HDMI: ASP channel %d => slot %d
>> >> >> >> >        HDMI: ASP channel %d => slot %d
>> >> >> >> >        HDMI: ASP channel %d => slot %d
>> >> >> >> >        HDMI: ASP channel %d => slot %d
>> >> >> >> >        HDMI: ASP channel %d => slot %d
>> >> >> >> >        HDMI: ASP channel %d => slot %d
>> >> >> >> >        HDMI: ASP channel %d => slot %d
>> >> >> >> >        HDMI: ASP channel %d => slot %d
>> >> >> >> >
>> >> >> >> After trying speaker-test -c6, I could not find anything like that.
>> >> >> >> If I try mplayer -channel 6, it just does not output any sound.
>> >> >> >
>> >> >> > Did you enable CONFIG_SND_DEBUG_VERBOSE?
>> >> >> >
>> >> >>
>> >> >> Yes.
>> >> >
>> >> > Then we need more debugging..
>> >> >
>> >> > Can you send me the file /proc/asound/card*/eld*?
>> >> Attached to this email
>> >> > And the alsainfo output:
>> >> >        http://www.alsa-project.org/alsa-info.sh
>> >> and this one is at
>> >> http://www.alsa-project.org/db/?f=59773f9117f653f3d20d21b90dc2104eeb5d1ecd
>> >
>> > John, please try this and then redo speaker-test and check dmesg:
>> >
>> >        # echo monitor_present 1 > /proc/asound/card*/eld*
>> >
>> > Thanks,
>> > Fengguang
>> >
>> Alright, I guess this is the output we are looking for:
>>
>>
>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>> stream=0x1, new-format=0x11
>> ALSA sound/pci/hda/hda_intel.c:1641: azx_pcm_prepare: bufsize=0x10000,
>> format=0x11
>> HDMI: ASP channel 0 => slot 0
>> HDMI: ASP channel 0 => slot 0
>> HDMI: ASP channel 0 => slot 0
>> HDMI: ASP channel 0 => slot 0
>> HDMI: ASP channel 0 => slot 0
>> HDMI: ASP channel 0 => slot 0
>> HDMI: ASP channel 0 => slot 0
>> HDMI: ASP channel 0 => slot 0
>
> Oh well, I guess your hardware doesn't support channel mapping..
>
> You can still do it in user space:
>        http://article.gmane.org/gmane.linux.alsa.user/33393
>
> Thanks,
> Fengguang
>

I am sorry to resurrect this thread after so long, but I still have
not been able to get anywhere.
Also it just came to my attention that if my receiver always sees the
hdmi connection as stereo (apart from when using ac3/dts passthrough)
channel remapping is not the solution, but somehow something else is
messed up.

I think I should try some options in modprobe.conf for snd-hda-intel
but I am not sure which ones, and from all the examples I can find on
the web, it seems none of them are talking about a radeon hdmi
connection...

So I'm asking for advice here again :)

Thanks!
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-24 23:26                     ` ALSA Multichannel through HDMI John Ettedgui
@ 2010-11-25  3:59                       ` Mohammad Bahathir Hashim
  2010-11-25  4:12                         ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: Mohammad Bahathir Hashim @ 2010-11-25  3:59 UTC (permalink / raw)
  To: alsa-devel

On 2010-11-24, John Ettedgui <john.ettedgui@gmail.com> wrote:
> On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang <fengguang.wu@intel.com> wrote:
> I am sorry to resurrect this thread after so long, but I still have
> not been able to get anywhere.
> Also it just came to my attention that if my receiver always sees the
> hdmi connection as stereo (apart from when using ac3/dts passthrough)
> channel remapping is not the solution, but somehow something else is
> messed up.
>
> I think I should try some options in modprobe.conf for snd-hda-intel
> but I am not sure which ones, and from all the examples I can find on
> the web, it seems none of them are talking about a radeon hdmi
> connection...
>
> So I'm asking for advice here again :)
>
> Thanks!
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel



Hi, I think there are developments in ffmpeg projects, to support
multichannel passthrough through HDMI, ALSO only provides infra and
interface to the HDMI. The passthrough decoding is handled by apps. 


Here is the snippet from the ffmpeg's 'svn log'
------------------------------------------------------------------------
r25760 | cehoyos | 2010-11-17 20:22:59 +0800 (Wed, 17 Nov 2010) | 6 lines

Add support for IEC 61937 ("SPDIF") encapsulation for E-AC-3.
Only works via HDMI.

Patch by Anssi Hannula (anssi d hannula a iki d fi), based on some work
by myself.
------------------------------------------------------------------------

You can search in ffmpeg's development's mailing list for more information.

Thank you.

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25  3:59                       ` Mohammad Bahathir Hashim
@ 2010-11-25  4:12                         ` John Ettedgui
  2010-11-25  5:10                           ` Mohammad Bahathir Hashim
  2010-11-25 10:49                           ` Anssi Hannula
  0 siblings, 2 replies; 28+ messages in thread
From: John Ettedgui @ 2010-11-25  4:12 UTC (permalink / raw)
  To: Mohammad Bahathir Hashim; +Cc: alsa-devel

On Wed, Nov 24, 2010 at 7:59 PM, Mohammad Bahathir Hashim
<bahathir@gmail.com> wrote:
> On 2010-11-24, John Ettedgui <john.ettedgui@gmail.com> wrote:
>> On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang <fengguang.wu@intel.com> wrote:
>> I am sorry to resurrect this thread after so long, but I still have
>> not been able to get anywhere.
>> Also it just came to my attention that if my receiver always sees the
>> hdmi connection as stereo (apart from when using ac3/dts passthrough)
>> channel remapping is not the solution, but somehow something else is
>> messed up.
>>
>> I think I should try some options in modprobe.conf for snd-hda-intel
>> but I am not sure which ones, and from all the examples I can find on
>> the web, it seems none of them are talking about a radeon hdmi
>> connection...
>>
>> So I'm asking for advice here again :)
>>
>> Thanks!
>> _______________________________________________
>> Alsa-devel mailing list
>> Alsa-devel@alsa-project.org
>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
>
>
> Hi, I think there are developments in ffmpeg projects, to support
> multichannel passthrough through HDMI, ALSO only provides infra and
> interface to the HDMI. The passthrough decoding is handled by apps.
>
>
> Here is the snippet from the ffmpeg's 'svn log'
> ------------------------------------------------------------------------
> r25760 | cehoyos | 2010-11-17 20:22:59 +0800 (Wed, 17 Nov 2010) | 6 lines
>
> Add support for IEC 61937 ("SPDIF") encapsulation for E-AC-3.
> Only works via HDMI.
>
> Patch by Anssi Hannula (anssi d hannula a iki d fi), based on some work
> by myself.
> ------------------------------------------------------------------------
>
> You can search in ffmpeg's development's mailing list for more information.
>
> Thank you.
>
Hey Mohammad,

I'm actually trying to get a 5.1 setup working without passthrough, if
I use mplayer with passthrough my receiver behaves just fine, but I am
trying to send the 6 channels from the computer.

I was actually told that the current ALSA driver for radeon's hdmi
does not support more than 2 channels, and that would explain why I'm
getting this behavior. Is that true though?


Thanks!
John

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25  4:12                         ` John Ettedgui
@ 2010-11-25  5:10                           ` Mohammad Bahathir Hashim
  2010-11-25  5:36                             ` John Ettedgui
  2010-11-25 10:49                           ` Anssi Hannula
  1 sibling, 1 reply; 28+ messages in thread
From: Mohammad Bahathir Hashim @ 2010-11-25  5:10 UTC (permalink / raw)
  To: alsa-devel

On 2010-11-25, John Ettedgui <john.ettedgui@gmail.com> wrote:
> On Wed, Nov 24, 2010 at 7:59 PM, Mohammad Bahathir Hashim
><bahathir@gmail.com> wrote:
>> On 2010-11-24, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>> On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang <fengguang.wu@intel.com> wrote:
>>> I am sorry to resurrect this thread after so long, but I still have
>>> not been able to get anywhere.
>>> Also it just came to my attention that if my receiver always sees the
>>> hdmi connection as stereo (apart from when using ac3/dts passthrough)
>>> channel remapping is not the solution, but somehow something else is
>>> messed up.
>>>
>>> I think I should try some options in modprobe.conf for snd-hda-intel
>>> but I am not sure which ones, and from all the examples I can find on
>>> the web, it seems none of them are talking about a radeon hdmi
>>> connection...
>>>
>>> So I'm asking for advice here again :)
>>>
>>> Thanks!
>>> _______________________________________________
>>> Alsa-devel mailing list
>>> Alsa-devel@alsa-project.org
>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>>
>>
>>
>> Hi, I think there are developments in ffmpeg projects, to support
>> multichannel passthrough through HDMI, ALSO only provides infra and
>> interface to the HDMI. The passthrough decoding is handled by apps.
>>
>>
>> Here is the snippet from the ffmpeg's 'svn log'
>> ------------------------------------------------------------------------
>> r25760 | cehoyos | 2010-11-17 20:22:59 +0800 (Wed, 17 Nov 2010) | 6 lines
>>
>> Add support for IEC 61937 ("SPDIF") encapsulation for E-AC-3.
>> Only works via HDMI.
>>
>> Patch by Anssi Hannula (anssi d hannula a iki d fi), based on some work
>> by myself.
>> ------------------------------------------------------------------------
>>
>> You can search in ffmpeg's development's mailing list for more information.
>>
>> Thank you.
>>
> Hey Mohammad,
>
> I'm actually trying to get a 5.1 setup working without passthrough, if
> I use mplayer with passthrough my receiver behaves just fine, but I am
> trying to send the 6 channels from the computer.
>
> I was actually told that the current ALSA driver for radeon's hdmi
> does not support more than 2 channels, and that would explain why I'm
> getting this behavior. Is that true though?
>
>
> Thanks!
> John


Currently, I don't have HT AVR with HDMI, but for normal SPDIF through
TOSLINK will stream any standard 5.1 DTS/AC3 raw bitstream to my cheap
AVR (Yamaha RX-V361) without any problem.

$ mplayer -ao alsa:device=spdif -ac hwdts,hwac3, foo.mkv

It is not about how many channels that HDMI can support, but how to
pass the bitstream correctly to the receiver.  As we can see in this
thread, the support for higher bandwidth/format of the DTS/AC3 format
is currently being developed by Anssi Hannula. 

http://article.gmane.org/gmane.comp.video.ffmpeg.devel/121073/

Eventually it will be incorprated in MPlayer-svn.

Thank you.

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25  5:10                           ` Mohammad Bahathir Hashim
@ 2010-11-25  5:36                             ` John Ettedgui
  0 siblings, 0 replies; 28+ messages in thread
From: John Ettedgui @ 2010-11-25  5:36 UTC (permalink / raw)
  To: Mohammad Bahathir Hashim; +Cc: alsa-devel

On Wed, Nov 24, 2010 at 9:10 PM, Mohammad Bahathir Hashim
<bahathir@gmail.com> wrote:
> On 2010-11-25, John Ettedgui <john.ettedgui@gmail.com> wrote:
>> On Wed, Nov 24, 2010 at 7:59 PM, Mohammad Bahathir Hashim
>><bahathir@gmail.com> wrote:
>>> On 2010-11-24, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>> On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang <fengguang.wu@intel.com> wrote:
>>>> I am sorry to resurrect this thread after so long, but I still have
>>>> not been able to get anywhere.
>>>> Also it just came to my attention that if my receiver always sees the
>>>> hdmi connection as stereo (apart from when using ac3/dts passthrough)
>>>> channel remapping is not the solution, but somehow something else is
>>>> messed up.
>>>>
>>>> I think I should try some options in modprobe.conf for snd-hda-intel
>>>> but I am not sure which ones, and from all the examples I can find on
>>>> the web, it seems none of them are talking about a radeon hdmi
>>>> connection...
>>>>
>>>> So I'm asking for advice here again :)
>>>>
>>>> Thanks!
>>>> _______________________________________________
>>>> Alsa-devel mailing list
>>>> Alsa-devel@alsa-project.org
>>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>>>
>>>
>>>
>>> Hi, I think there are developments in ffmpeg projects, to support
>>> multichannel passthrough through HDMI, ALSO only provides infra and
>>> interface to the HDMI. The passthrough decoding is handled by apps.
>>>
>>>
>>> Here is the snippet from the ffmpeg's 'svn log'
>>> ------------------------------------------------------------------------
>>> r25760 | cehoyos | 2010-11-17 20:22:59 +0800 (Wed, 17 Nov 2010) | 6 lines
>>>
>>> Add support for IEC 61937 ("SPDIF") encapsulation for E-AC-3.
>>> Only works via HDMI.
>>>
>>> Patch by Anssi Hannula (anssi d hannula a iki d fi), based on some work
>>> by myself.
>>> ------------------------------------------------------------------------
>>>
>>> You can search in ffmpeg's development's mailing list for more information.
>>>
>>> Thank you.
>>>
>> Hey Mohammad,
>>
>> I'm actually trying to get a 5.1 setup working without passthrough, if
>> I use mplayer with passthrough my receiver behaves just fine, but I am
>> trying to send the 6 channels from the computer.
>>
>> I was actually told that the current ALSA driver for radeon's hdmi
>> does not support more than 2 channels, and that would explain why I'm
>> getting this behavior. Is that true though?
>>
>>
>> Thanks!
>> John
>
>
> Currently, I don't have HT AVR with HDMI, but for normal SPDIF through
> TOSLINK will stream any standard 5.1 DTS/AC3 raw bitstream to my cheap
> AVR (Yamaha RX-V361) without any problem.
>
> $ mplayer -ao alsa:device=spdif -ac hwdts,hwac3, foo.mkv
>
> It is not about how many channels that HDMI can support, but how to
> pass the bitstream correctly to the receiver.  As we can see in this
> thread, the support for higher bandwidth/format of the DTS/AC3 format
> is currently being developed by Anssi Hannula.
>
> http://article.gmane.org/gmane.comp.video.ffmpeg.devel/121073/
>
> Eventually it will be incorprated in MPlayer-svn.
>
> Thank you.
>

But that only applies to streams that I would want to passthrough from
my system to my receiver.

I already have videos with audio streams that my receiver cannot
decode but my computer can.
There is not much I can do about the receiver... so being able to send
the already decoded stream (not using the passthrough ability) is very
useful. (These streams are encoded in TrueHD, that is mentioned in the
link you gave, but even if I can send them to my receiver with these
patches, it would do me no good as the receiver cannot do anything
with them).

I can already do what I want today using jack/rca cables, but it'd be
nicer to do so using the hdmi cable :)

Thanks,
John
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25  4:12                         ` John Ettedgui
  2010-11-25  5:10                           ` Mohammad Bahathir Hashim
@ 2010-11-25 10:49                           ` Anssi Hannula
  2010-11-25 11:09                             ` John Ettedgui
  1 sibling, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-11-25 10:49 UTC (permalink / raw)
  To: John Ettedgui; +Cc: Mohammad Bahathir Hashim, alsa-devel

Hi!

On 25.11.2010 06:12, John Ettedgui wrote:
> I'm actually trying to get a 5.1 setup working without passthrough, if
> I use mplayer with passthrough my receiver behaves just fine, but I am
> trying to send the 6 channels from the computer.
> 
> I was actually told that the current ALSA driver for radeon's hdmi
> does not support more than 2 channels, and that would explain why I'm
> getting this behavior. Is that true though?

Yes.


However, strangely your log output seems to show the intel's hdmi parser
being used instead:

> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
> stream=0x1, new-format=0x11

Were you just trying some patch at the time?

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25 10:49                           ` Anssi Hannula
@ 2010-11-25 11:09                             ` John Ettedgui
  2010-11-25 11:40                               ` Anssi Hannula
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-25 11:09 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
> Hi!
>
> On 25.11.2010 06:12, John Ettedgui wrote:
>> I'm actually trying to get a 5.1 setup working without passthrough, if
>> I use mplayer with passthrough my receiver behaves just fine, but I am
>> trying to send the 6 channels from the computer.
>>
>> I was actually told that the current ALSA driver for radeon's hdmi
>> does not support more than 2 channels, and that would explain why I'm
>> getting this behavior. Is that true though?
>
> Yes.
>
>
> However, strangely your log output seems to show the intel's hdmi parser
> being used instead:
>
>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>> stream=0x1, new-format=0x11
>
> Were you just trying some patch at the time?
>
> --
> Anssi Hannula
>

Hi,

yes Wu gave me a patch to try against the kernel, I'm guessing this is
the reason you see something unexpected.

Since I just moved to jack/rca cables I'm in no hurry anymore, but is
there any reason why the driver cannot work with more than 2 channels?
Anything I could do to help with that?

Thank you!

John

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25 11:09                             ` John Ettedgui
@ 2010-11-25 11:40                               ` Anssi Hannula
  2010-11-25 12:21                                 ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-11-25 11:40 UTC (permalink / raw)
  To: John Ettedgui; +Cc: alsa-devel

On 25.11.2010 13:09, John Ettedgui wrote:
> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>> On 25.11.2010 06:12, John Ettedgui wrote:
>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>> trying to send the 6 channels from the computer.
>>>
>>> I was actually told that the current ALSA driver for radeon's hdmi
>>> does not support more than 2 channels, and that would explain why I'm
>>> getting this behavior. Is that true though?
>>
>> Yes.
>>
>>
>> However, strangely your log output seems to show the intel's hdmi parser
>> being used instead:
>>
>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>> stream=0x1, new-format=0x11
>>
>> Were you just trying some patch at the time?
> 
> yes Wu gave me a patch to try against the kernel, I'm guessing this is
> the reason you see something unexpected.

Did 6 channels work with that patch? (possibly with a wrong channel order)

Also, could you provide the patch?
(so that I won't ask you or anyone else to test unnecessary stuff :) )

I wasn't able to locate the original thread in archives.

> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
> there any reason why the driver cannot work with more than 2 channels?

I don't really know (it is simply not implemented).

> Anything I could do to help with that?

Possibly. But see above, so that we won't try the same things you
already tried :)

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25 11:40                               ` Anssi Hannula
@ 2010-11-25 12:21                                 ` John Ettedgui
  2010-11-25 19:19                                   ` Anssi Hannula
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-25 12:21 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

[-- Attachment #1: Type: text/plain, Size: 1942 bytes --]

On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
> On 25.11.2010 13:09, John Ettedgui wrote:
>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>> trying to send the 6 channels from the computer.
>>>>
>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>> does not support more than 2 channels, and that would explain why I'm
>>>> getting this behavior. Is that true though?
>>>
>>> Yes.
>>>
>>>
>>> However, strangely your log output seems to show the intel's hdmi parser
>>> being used instead:
>>>
>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>> stream=0x1, new-format=0x11
>>>
>>> Were you just trying some patch at the time?
>>
>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>> the reason you see something unexpected.
>
> Did 6 channels work with that patch? (possibly with a wrong channel order)
Not any better as far as I remember.
>
> Also, could you provide the patch?
> (so that I won't ask you or anyone else to test unnecessary stuff :) )
I attached it to this email.
>
> I wasn't able to locate the original thread in archives.
>
>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>> there any reason why the driver cannot work with more than 2 channels?
>
> I don't really know (it is simply not implemented).
Alright.
>
>> Anything I could do to help with that?
>
> Possibly. But see above, so that we won't try the same things you
> already tried :)
>
Sure :)
> --
> Anssi Hannula
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>

Thanks,
John

[-- Attachment #2: intelhdmi-R6xx.patch --]
[-- Type: text/x-patch, Size: 2013 bytes --]

---
 sound/pci/hda/patch_atihdmi.c   |    2 --
 sound/pci/hda/patch_intelhdmi.c |    2 ++
 2 files changed, 2 insertions(+), 2 deletions(-)

--- sound-2.6.orig/sound/pci/hda/patch_atihdmi.c	2010-01-12 12:44:24.000000000 +0800
+++ sound-2.6/sound/pci/hda/patch_atihdmi.c	2010-01-12 12:45:58.000000000 +0800
@@ -189,7 +189,6 @@ static struct hda_codec_preset snd_hda_p
 	{ .id = 0x1002793c, .name = "RS600 HDMI", .patch = patch_atihdmi },
 	{ .id = 0x10027919, .name = "RS600 HDMI", .patch = patch_atihdmi },
 	{ .id = 0x1002791a, .name = "RS690/780 HDMI", .patch = patch_atihdmi },
-	{ .id = 0x1002aa01, .name = "R6xx HDMI", .patch = patch_atihdmi },
 	{ .id = 0x10951390, .name = "SiI1390 HDMI", .patch = patch_atihdmi },
 	{ .id = 0x17e80047, .name = "Chrontel HDMI",  .patch = patch_atihdmi },
 	{} /* terminator */
@@ -198,7 +197,6 @@ static struct hda_codec_preset snd_hda_p
 MODULE_ALIAS("snd-hda-codec-id:1002793c");
 MODULE_ALIAS("snd-hda-codec-id:10027919");
 MODULE_ALIAS("snd-hda-codec-id:1002791a");
-MODULE_ALIAS("snd-hda-codec-id:1002aa01");
 MODULE_ALIAS("snd-hda-codec-id:10951390");
 MODULE_ALIAS("snd-hda-codec-id:17e80047");
 
--- sound-2.6.orig/sound/pci/hda/patch_intelhdmi.c	2010-01-12 12:44:18.000000000 +0800
+++ sound-2.6/sound/pci/hda/patch_intelhdmi.c	2010-01-12 12:45:28.000000000 +0800
@@ -987,6 +987,7 @@ static struct hda_codec_preset snd_hda_p
 	{ .id = 0x80862804, .name = "G45 DEVIBX", .patch = patch_intel_hdmi },
 	{ .id = 0x80860054, .name = "Q57 DEVIBX", .patch = patch_intel_hdmi },
 	{ .id = 0x10951392, .name = "SiI1392 HDMI",     .patch = patch_intel_hdmi },
+	{ .id = 0x1002aa01, .name = "R6xx HDMI",	.patch = patch_intel_hdmi },
 	{} /* terminator */
 };
 
@@ -997,6 +998,7 @@ MODULE_ALIAS("snd-hda-codec-id:80862803"
 MODULE_ALIAS("snd-hda-codec-id:80862804");
 MODULE_ALIAS("snd-hda-codec-id:80860054");
 MODULE_ALIAS("snd-hda-codec-id:10951392");
+MODULE_ALIAS("snd-hda-codec-id:1002aa01");
 
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Intel HDMI HD-audio codec");

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25 12:21                                 ` John Ettedgui
@ 2010-11-25 19:19                                   ` Anssi Hannula
  2010-11-25 22:42                                     ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-11-25 19:19 UTC (permalink / raw)
  To: John Ettedgui; +Cc: alsa-devel

On 25.11.2010 14:21, John Ettedgui wrote:
> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>> On 25.11.2010 13:09, John Ettedgui wrote:
>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>> trying to send the 6 channels from the computer.
>>>>>
>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>> getting this behavior. Is that true though?
>>>>
>>>> Yes.
>>>>
>>>>
>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>> being used instead:
>>>>
>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>> stream=0x1, new-format=0x11
>>>>
>>>> Were you just trying some patch at the time?
>>>
>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>> the reason you see something unexpected.
>>
>> Did 6 channels work with that patch? (possibly with a wrong channel order)
> Not any better as far as I remember.

OK. Did 2 channel audio continue to work with it?

If you are not sure, here's the patch doing the same thing against
current alsa driver:
http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch

Confirming that would help (it would allow to switch the ATI chip to use
the generic parser instead of the ATI-specific one), though not with the
multichannel issue (see below).

[...]

>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>> there any reason why the driver cannot work with more than 2 channels?
>>
>> I don't really know (it is simply not implemented).
> Alright.
>>
>>> Anything I could do to help with that?
>>
>> Possibly. But see above, so that we won't try the same things you
>> already tried :)
>>
> Sure :)

Looking again at the the alsa info output you provided, I don't think I
have any great ideas. It looks like the chip simply reports that it
supports a maximum of 2 channels.

One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
channel audio works with it). However, I find it rather unlikely that it
would make any difference.

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25 19:19                                   ` Anssi Hannula
@ 2010-11-25 22:42                                     ` John Ettedgui
  2010-11-25 22:58                                       ` Anssi Hannula
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-25 22:42 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
> On 25.11.2010 14:21, John Ettedgui wrote:
>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>> trying to send the 6 channels from the computer.
>>>>>>
>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>> getting this behavior. Is that true though?
>>>>>
>>>>> Yes.
>>>>>
>>>>>
>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>> being used instead:
>>>>>
>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>> stream=0x1, new-format=0x11
>>>>>
>>>>> Were you just trying some patch at the time?
>>>>
>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>> the reason you see something unexpected.
>>>
>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>> Not any better as far as I remember.
>
> OK. Did 2 channel audio continue to work with it?
>
> If you are not sure, here's the patch doing the same thing against
> current alsa driver:
> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>
> Confirming that would help (it would allow to switch the ATI chip to use
> the generic parser instead of the ATI-specific one), though not with the
> multichannel issue (see below).
>
> [...]
>
>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>> there any reason why the driver cannot work with more than 2 channels?
>>>
>>> I don't really know (it is simply not implemented).
>> Alright.
>>>
>>>> Anything I could do to help with that?
>>>
>>> Possibly. But see above, so that we won't try the same things you
>>> already tried :)
>>>
>> Sure :)
>
> Looking again at the the alsa info output you provided, I don't think I
> have any great ideas. It looks like the chip simply reports that it
> supports a maximum of 2 channels.
>
> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
> channel audio works with it). However, I find it rather unlikely that it
> would make any difference.
>
> --
> Anssi Hannula
>

Anssi,
the patch fails on my kernel, I cannot find the hda_codec_preset
manually in there either.
Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?

Thanks,
John

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25 22:42                                     ` John Ettedgui
@ 2010-11-25 22:58                                       ` Anssi Hannula
  2010-11-25 23:11                                         ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-11-25 22:58 UTC (permalink / raw)
  To: John Ettedgui; +Cc: alsa-devel

On 26.11.2010 00:42, John Ettedgui wrote:
> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>> On 25.11.2010 14:21, John Ettedgui wrote:
>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>
>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>> getting this behavior. Is that true though?
>>>>>>
>>>>>> Yes.
>>>>>>
>>>>>>
>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>> being used instead:
>>>>>>
>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>> stream=0x1, new-format=0x11
>>>>>>
>>>>>> Were you just trying some patch at the time?
>>>>>
>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>> the reason you see something unexpected.
>>>>
>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>> Not any better as far as I remember.
>>
>> OK. Did 2 channel audio continue to work with it?
>>
>> If you are not sure, here's the patch doing the same thing against
>> current alsa driver:
>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>
>> Confirming that would help (it would allow to switch the ATI chip to use
>> the generic parser instead of the ATI-specific one), though not with the
>> multichannel issue (see below).
>>
>> [...]
>>
>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>
>>>> I don't really know (it is simply not implemented).
>>> Alright.
>>>>
>>>>> Anything I could do to help with that?
>>>>
>>>> Possibly. But see above, so that we won't try the same things you
>>>> already tried :)
>>>>
>>> Sure :)
>>
>> Looking again at the the alsa info output you provided, I don't think I
>> have any great ideas. It looks like the chip simply reports that it
>> supports a maximum of 2 channels.
>>
>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>> channel audio works with it). However, I find it rather unlikely that it
>> would make any difference.
>>
>> --
>> Anssi Hannula
>>
> 
> Anssi,
> the patch fails on my kernel, I cannot find the hda_codec_preset
> manually in there either.
> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?

For 2.6.36 I think you can just use your earlier patch.

Note that on that kernel generic_hdmi_build_pcms() is
intel_hdmi_build_pcms() in patch_intelhdmi.c.

BTW, I've just been informed by another ATI user that his card was
actually stereo-only, while he thought earlier it was multichannel
capable. So, are you sure your card is a multichannel one?
(if not, it would explain why the card says it is not)

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25 22:58                                       ` Anssi Hannula
@ 2010-11-25 23:11                                         ` John Ettedgui
  2010-11-25 23:15                                           ` Anssi Hannula
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-25 23:11 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
> On 26.11.2010 00:42, John Ettedgui wrote:
>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>
>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>> getting this behavior. Is that true though?
>>>>>>>
>>>>>>> Yes.
>>>>>>>
>>>>>>>
>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>> being used instead:
>>>>>>>
>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>
>>>>>>> Were you just trying some patch at the time?
>>>>>>
>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>> the reason you see something unexpected.
>>>>>
>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>> Not any better as far as I remember.
>>>
>>> OK. Did 2 channel audio continue to work with it?
>>>
>>> If you are not sure, here's the patch doing the same thing against
>>> current alsa driver:
>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>
>>> Confirming that would help (it would allow to switch the ATI chip to use
>>> the generic parser instead of the ATI-specific one), though not with the
>>> multichannel issue (see below).
>>>
>>> [...]
>>>
>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>
>>>>> I don't really know (it is simply not implemented).
>>>> Alright.
>>>>>
>>>>>> Anything I could do to help with that?
>>>>>
>>>>> Possibly. But see above, so that we won't try the same things you
>>>>> already tried :)
>>>>>
>>>> Sure :)
>>>
>>> Looking again at the the alsa info output you provided, I don't think I
>>> have any great ideas. It looks like the chip simply reports that it
>>> supports a maximum of 2 channels.
>>>
>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>> channel audio works with it). However, I find it rather unlikely that it
>>> would make any difference.
>>>
>>> --
>>> Anssi Hannula
>>>
>>
>> Anssi,
>> the patch fails on my kernel, I cannot find the hda_codec_preset
>> manually in there either.
>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>
> For 2.6.36 I think you can just use your earlier patch.
>
> Note that on that kernel generic_hdmi_build_pcms() is
> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>
ok
> BTW, I've just been informed by another ATI user that his card was
> actually stereo-only, while he thought earlier it was multichannel
> capable. So, are you sure your card is a multichannel one?
> (if not, it would explain why the card says it is not)
>
> --
> Anssi Hannula
>
Yes, it works fine in Window  so I believe the hardware part is good.

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-25 23:11                                         ` John Ettedgui
@ 2010-11-25 23:15                                           ` Anssi Hannula
       [not found]                                             ` <AANLkTikS4C6GS2EuqdA_D58y4h9qCMBEWPSoO7JdhC9g@mail.gmail.com>
  0 siblings, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-11-25 23:15 UTC (permalink / raw)
  To: John Ettedgui; +Cc: alsa-devel

On 26.11.2010 01:11, John Ettedgui wrote:
> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>> On 26.11.2010 00:42, John Ettedgui wrote:
>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>
>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>
>>>>>>>> Yes.
>>>>>>>>
>>>>>>>>
>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>> being used instead:
>>>>>>>>
>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>
>>>>>>>> Were you just trying some patch at the time?
>>>>>>>
>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>> the reason you see something unexpected.
>>>>>>
>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>> Not any better as far as I remember.
>>>>
>>>> OK. Did 2 channel audio continue to work with it?
>>>>
>>>> If you are not sure, here's the patch doing the same thing against
>>>> current alsa driver:
>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>
>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>> the generic parser instead of the ATI-specific one), though not with the
>>>> multichannel issue (see below).
>>>>
>>>> [...]
>>>>
>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>
>>>>>> I don't really know (it is simply not implemented).
>>>>> Alright.
>>>>>>
>>>>>>> Anything I could do to help with that?
>>>>>>
>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>> already tried :)
>>>>>>
>>>>> Sure :)
>>>>
>>>> Looking again at the the alsa info output you provided, I don't think I
>>>> have any great ideas. It looks like the chip simply reports that it
>>>> supports a maximum of 2 channels.
>>>>
>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>> channel audio works with it). However, I find it rather unlikely that it
>>>> would make any difference.
>>>>
>>>> --
>>>> Anssi Hannula
>>>>
>>>
>>> Anssi,
>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>> manually in there either.
>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>
>> For 2.6.36 I think you can just use your earlier patch.
>>
>> Note that on that kernel generic_hdmi_build_pcms() is
>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>
> ok
>> BTW, I've just been informed by another ATI user that his card was
>> actually stereo-only, while he thought earlier it was multichannel
>> capable. So, are you sure your card is a multichannel one?
>> (if not, it would explain why the card says it is not)
>>
>> --
>> Anssi Hannula
>>
> Yes, it works fine in Window  so I believe the hardware part is good.

And you are sure it is multichannel PCM, and not e.g. multichannel DTS
or multichannel AC-3 with on-the-fly compression, which are possible
with stereo hdmi as well?

Just making sure :)

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
       [not found]                                             ` <AANLkTikS4C6GS2EuqdA_D58y4h9qCMBEWPSoO7JdhC9g@mail.gmail.com>
@ 2010-11-26  0:53                                               ` John Ettedgui
  2010-11-26  0:59                                                 ` Anssi Hannula
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-26  0:53 UTC (permalink / raw)
  To: Anssi Hannula, alsa-devel

[-- Attachment #1: Type: text/plain, Size: 5208 bytes --]

On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>> On 26.11.2010 01:11, John Ettedgui wrote:
>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>
>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>
>>>>>>>>>> Yes.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>> being used instead:
>>>>>>>>>>
>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>
>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>
>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>> the reason you see something unexpected.
>>>>>>>>
>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>> Not any better as far as I remember.
>>>>>>
>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>
>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>> current alsa driver:
>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>
>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>> multichannel issue (see below).
>>>>>>
>>>>>> [...]
>>>>>>
>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>
>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>> Alright.
>>>>>>>>
>>>>>>>>> Anything I could do to help with that?
>>>>>>>>
>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>> already tried :)
>>>>>>>>
>>>>>>> Sure :)
>>>>>>
>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>> supports a maximum of 2 channels.
>>>>>>
>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>> would make any difference.
>>>>>>
>>>>>> --
>>>>>> Anssi Hannula
>>>>>>
>>>>>
>>>>> Anssi,
>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>> manually in there either.
>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>
>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>
>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>
>>> ok
>>>> BTW, I've just been informed by another ATI user that his card was
>>>> actually stereo-only, while he thought earlier it was multichannel
>>>> capable. So, are you sure your card is a multichannel one?
>>>> (if not, it would explain why the card says it is not)
>>>>
>>>> --
>>>> Anssi Hannula
>>>>
>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>
>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>> or multichannel AC-3 with on-the-fly compression, which are possible
>> with stereo hdmi as well?
>>
>> Just making sure :)
>>
>> --
>> Anssi Hannula
>>
>
> Well, I have not super tested it, but the reason I believe it is is
> simple, when I use passthrough my receiver says Dolby digital or
> something like that, but in Windows just going around or playing games
> it says Multichannel.
>
> I'll get the patch applied in a few minutes, I was running out of
> memory and my system was getting really slow... :)
>

I am not sure if I did it right but now I don't even get hdmi sound
working anymore.
It is not listed in aplay-l, and dmesg gives me this:
[drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
no|invalid EDID

I've attached the patch I used, since I could not used the previous
one I had to hack it, maybe I broke something?
(I have not set channels to 8 yet, just changed the parser)

Thanks,
John

[-- Attachment #2: intel.patch --]
[-- Type: text/x-patch, Size: 1944 bytes --]

---
 sound/pci/hda/patch_atihdmi.c   |    2 --
 sound/pci/hda/patch_intelhdmi.c |    2 ++
 2 files changed, 2 insertions(+), 2 deletions(-)

--- sound-2.6.orig/sound/pci/hda/patch_atihdmi.c	2010-01-12 12:44:24.000000000 +0800
+++ sound-2.6/sound/pci/hda/patch_atihdmi.c	2010-01-12 12:45:58.000000000 +0800
@@ -189,7 +189,6 @@ static struct hda_codec_preset snd_hda_p
 	{ .id = 0x1002793c, .name = "RS600 HDMI", .patch = patch_atihdmi },
 	{ .id = 0x10027919, .name = "RS600 HDMI", .patch = patch_atihdmi },
 	{ .id = 0x1002791a, .name = "RS690/780 HDMI", .patch = patch_atihdmi },
-	{ .id = 0x1002aa01, .name = "R6xx HDMI", .patch = patch_atihdmi },
 	{ .id = 0x10951390, .name = "SiI1390 HDMI", .patch = patch_atihdmi },
 	{ .id = 0x17e80047, .name = "Chrontel HDMI",  .patch = patch_atihdmi },
 	{} /* terminator */
@@ -198,7 +197,6 @@ static struct hda_codec_preset snd_hda_p
 MODULE_ALIAS("snd-hda-codec-id:1002793c");
 MODULE_ALIAS("snd-hda-codec-id:10027919");
 MODULE_ALIAS("snd-hda-codec-id:1002791a");
-MODULE_ALIAS("snd-hda-codec-id:1002aa01");
 MODULE_ALIAS("snd-hda-codec-id:10951390");
 MODULE_ALIAS("snd-hda-codec-id:17e80047");
 
--- sound-2.6.orig/sound/pci/hda/patch_intelhdmi.c	2010-01-12 12:44:18.000000000 +0800
+++ sound-2.6/sound/pci/hda/patch_intelhdmi.c	2010-01-12 12:45:28.000000000 +0800
@@ -187,3 +187,4 @@ { .id = 0x80862805, .name = "CougarPoint HDMI",   .patch = patch_intel_hdmi },
 { .id = 0x10951392, .name = "SiI1392 HDMI",   .patch = patch_intel_hdmi },
+{ .id = 0x1002aa01, .name = "R6xx HDMI",	.patch = patch_intel_hdmi },
 {} /* terminator */
 };
 
@@ -195,6 +195,7 @@ MODULE_ALIAS("snd-hda-codec-id:80862803"
 MODULE_ALIAS("snd-hda-codec-id:80862804");
 MODULE_ALIAS("snd-hda-codec-id:80862805");
 MODULE_ALIAS("snd-hda-codec-id:80860054");
 MODULE_ALIAS("snd-hda-codec-id:10951392");
+MODULE_ALIAS("snd-hda-codec-id:1002aa01");
 
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Intel HDMI HD-audio codec");

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-26  0:53                                               ` John Ettedgui
@ 2010-11-26  0:59                                                 ` Anssi Hannula
  2010-11-26  1:08                                                   ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-11-26  0:59 UTC (permalink / raw)
  To: John Ettedgui; +Cc: alsa-devel

On 26.11.2010 02:53, John Ettedgui wrote:
> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>
>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>
>>>>>>>>>>> Yes.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>> being used instead:
>>>>>>>>>>>
>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>
>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>
>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>
>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>> Not any better as far as I remember.
>>>>>>>
>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>
>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>> current alsa driver:
>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>
>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>> multichannel issue (see below).
>>>>>>>
>>>>>>> [...]
>>>>>>>
>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>
>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>> Alright.
>>>>>>>>>
>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>
>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>> already tried :)
>>>>>>>>>
>>>>>>>> Sure :)
>>>>>>>
>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>> supports a maximum of 2 channels.
>>>>>>>
>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>> would make any difference.
>>>>>>>
>>>>>>> --
>>>>>>> Anssi Hannula
>>>>>>>
>>>>>>
>>>>>> Anssi,
>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>> manually in there either.
>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>
>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>
>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>
>>>> ok
>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>> capable. So, are you sure your card is a multichannel one?
>>>>> (if not, it would explain why the card says it is not)
>>>>>
>>>>> --
>>>>> Anssi Hannula
>>>>>
>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>
>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>> with stereo hdmi as well?
>>>
>>> Just making sure :)
>>>
>>> --
>>> Anssi Hannula
>>>
>>
>> Well, I have not super tested it, but the reason I believe it is is
>> simple, when I use passthrough my receiver says Dolby digital or
>> something like that, but in Windows just going around or playing games
>> it says Multichannel.

Sounds ok then.

>> I'll get the patch applied in a few minutes, I was running out of
>> memory and my system was getting really slow... :)
>>
> 
> I am not sure if I did it right but now I don't even get hdmi sound
> working anymore.
> It is not listed in aplay-l, and dmesg gives me this:
> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
> no|invalid EDID
> 
> I've attached the patch I used, since I could not used the previous
> one I had to hack it, maybe I broke something?
> (I have not set channels to 8 yet, just changed the parser)

The patch looks ok. The above error message is weird, as it comes from
the display driver which should not be affected by the patch at all.

I'll look at the code later (tomorrow maybe). Until then I'd advise you
to retry without the patch and with the patch again, just to make sure
this is not some unrelated issue...
Also, post the whole dmesg when it works (2 channel, without patch), and
when it doesn't (with patch).

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-26  0:59                                                 ` Anssi Hannula
@ 2010-11-26  1:08                                                   ` John Ettedgui
  2010-11-26  2:02                                                     ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-26  1:08 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
> On 26.11.2010 02:53, John Ettedgui wrote:
>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>>
>>>>>>>>>>>> Yes.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>>> being used instead:
>>>>>>>>>>>>
>>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>>
>>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>>
>>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>>
>>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>>> Not any better as far as I remember.
>>>>>>>>
>>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>>
>>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>>> current alsa driver:
>>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>>
>>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>>> multichannel issue (see below).
>>>>>>>>
>>>>>>>> [...]
>>>>>>>>
>>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>>
>>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>>> Alright.
>>>>>>>>>>
>>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>>
>>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>>> already tried :)
>>>>>>>>>>
>>>>>>>>> Sure :)
>>>>>>>>
>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>
>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>> would make any difference.
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anssi Hannula
>>>>>>>>
>>>>>>>
>>>>>>> Anssi,
>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>> manually in there either.
>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>
>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>
>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>
>>>>> ok
>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>> (if not, it would explain why the card says it is not)
>>>>>>
>>>>>> --
>>>>>> Anssi Hannula
>>>>>>
>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>
>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>> with stereo hdmi as well?
>>>>
>>>> Just making sure :)
>>>>
>>>> --
>>>> Anssi Hannula
>>>>
>>>
>>> Well, I have not super tested it, but the reason I believe it is is
>>> simple, when I use passthrough my receiver says Dolby digital or
>>> something like that, but in Windows just going around or playing games
>>> it says Multichannel.
>
> Sounds ok then.
>
>>> I'll get the patch applied in a few minutes, I was running out of
>>> memory and my system was getting really slow... :)
>>>
>>
>> I am not sure if I did it right but now I don't even get hdmi sound
>> working anymore.
>> It is not listed in aplay-l, and dmesg gives me this:
>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>> no|invalid EDID
>>
>> I've attached the patch I used, since I could not used the previous
>> one I had to hack it, maybe I broke something?
>> (I have not set channels to 8 yet, just changed the parser)
>
> The patch looks ok. The above error message is weird, as it comes from
> the display driver which should not be affected by the patch at all.
>
> I'll look at the code later (tomorrow maybe). Until then I'd advise you
> to retry without the patch and with the patch again, just to make sure
> this is not some unrelated issue...
> Also, post the whole dmesg when it works (2 channel, without patch), and
> when it doesn't (with patch).
>
> --
> Anssi Hannula
>
Following your message I restarted my computer and that error was
gone, yet there is still nothing display in aplay -l / aplay -L about
hdmi anymore.
I'll go back to my non patched kernel and see what it does.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-26  1:08                                                   ` John Ettedgui
@ 2010-11-26  2:02                                                     ` John Ettedgui
  2010-11-26  2:13                                                       ` John Ettedgui
  2010-11-26  2:16                                                       ` Anssi Hannula
  0 siblings, 2 replies; 28+ messages in thread
From: John Ettedgui @ 2010-11-26  2:02 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

[-- Attachment #1: Type: text/plain, Size: 6821 bytes --]

On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>> On 26.11.2010 02:53, John Ettedgui wrote:
>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Yes.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>>>> being used instead:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>>>
>>>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>>>
>>>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>>>
>>>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>>>> Not any better as far as I remember.
>>>>>>>>>
>>>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>>>
>>>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>>>> current alsa driver:
>>>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>>>
>>>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>>>> multichannel issue (see below).
>>>>>>>>>
>>>>>>>>> [...]
>>>>>>>>>
>>>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>>>
>>>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>>>> Alright.
>>>>>>>>>>>
>>>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>>>
>>>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>>>> already tried :)
>>>>>>>>>>>
>>>>>>>>>> Sure :)
>>>>>>>>>
>>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>>
>>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>>> would make any difference.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Anssi Hannula
>>>>>>>>>
>>>>>>>>
>>>>>>>> Anssi,
>>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>>> manually in there either.
>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>>
>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>>
>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>>
>>>>>> ok
>>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>>> (if not, it would explain why the card says it is not)
>>>>>>>
>>>>>>> --
>>>>>>> Anssi Hannula
>>>>>>>
>>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>>
>>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>>> with stereo hdmi as well?
>>>>>
>>>>> Just making sure :)
>>>>>
>>>>> --
>>>>> Anssi Hannula
>>>>>
>>>>
>>>> Well, I have not super tested it, but the reason I believe it is is
>>>> simple, when I use passthrough my receiver says Dolby digital or
>>>> something like that, but in Windows just going around or playing games
>>>> it says Multichannel.
>>
>> Sounds ok then.
>>
>>>> I'll get the patch applied in a few minutes, I was running out of
>>>> memory and my system was getting really slow... :)
>>>>
>>>
>>> I am not sure if I did it right but now I don't even get hdmi sound
>>> working anymore.
>>> It is not listed in aplay-l, and dmesg gives me this:
>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>>> no|invalid EDID
>>>
>>> I've attached the patch I used, since I could not used the previous
>>> one I had to hack it, maybe I broke something?
>>> (I have not set channels to 8 yet, just changed the parser)
>>
>> The patch looks ok. The above error message is weird, as it comes from
>> the display driver which should not be affected by the patch at all.
>>
>> I'll look at the code later (tomorrow maybe). Until then I'd advise you
>> to retry without the patch and with the patch again, just to make sure
>> this is not some unrelated issue...
>> Also, post the whole dmesg when it works (2 channel, without patch), and
>> when it doesn't (with patch).
>>
>> --
>> Anssi Hannula
>>
> Following your message I restarted my computer and that error was
> gone, yet there is still nothing display in aplay -l / aplay -L about
> hdmi anymore.
> I'll go back to my non patched kernel and see what it does.
>
With the non-patched kernel I get back my hdmi in aplay -l, so it
looks like the patch messed up something.
I really think that when I tried it before it did not do that, but it
was so long ago that I could be wrong...

Anyway here are the 2 dmesgs (not sure if they'll help though).

Thanks,
John

[-- Attachment #2: dmesg_without_patch --]
[-- Type: application/octet-stream, Size: 40474 bytes --]

Initializing cgroup subsys cpuset
Linux version 2.6.36-ck (root@HTPC) (gcc version 4.5.1 (GCC) ) #1 SMP PREEMPT Thu Nov 25 17:34:01 PST 2010
Command line: BOOT_IMAGE=/vmlinuz26-ck root=/dev/sda3 ro quiet splash
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
 BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 00000000df7e0000 (usable)
 BIOS-e820: 00000000df7e0000 - 00000000df7e2000 (ACPI NVS)
 BIOS-e820: 00000000df7e2000 - 00000000df7f0000 (ACPI data)
 BIOS-e820: 00000000df7f0000 - 00000000df800000 (reserved)
 BIOS-e820: 00000000f4000000 - 00000000f8000000 (reserved)
 BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
 BIOS-e820: 0000000100000000 - 0000000120000000 (usable)
NX (Execute Disable) protection: active
DMI 2.4 present.
e820 update range: 0000000000000000 - 0000000000001000 (usable) ==> (reserved)
e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
No AGP bridge found
last_pfn = 0x120000 max_arch_pfn = 0x400000000
MTRR default type: uncachable
MTRR fixed ranges enabled:
  00000-9FFFF write-back
  A0000-BFFFF uncachable
  C0000-CFFFF write-protect
  D0000-EFFFF uncachable
  F0000-FFFFF write-through
MTRR variable ranges enabled:
  0 base 000000000 mask F00000000 write-back
  1 base 0E0000000 mask FE0000000 uncachable
  2 base 100000000 mask FE0000000 write-back
  3 disabled
  4 disabled
  5 disabled
  6 disabled
  7 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
e820 update range: 00000000e0000000 - 0000000100000000 (usable) ==> (reserved)
last_pfn = 0xdf7e0 max_arch_pfn = 0x400000000
e820 update range: 0000000000001000 - 0000000000010000 (usable) ==> (reserved)
Scanning 1 areas for low memory corruption
modified physical RAM map:
 modified: 0000000000000000 - 0000000000010000 (reserved)
 modified: 0000000000010000 - 000000000009f800 (usable)
 modified: 000000000009f800 - 00000000000a0000 (reserved)
 modified: 00000000000f0000 - 0000000000100000 (reserved)
 modified: 0000000000100000 - 00000000df7e0000 (usable)
 modified: 00000000df7e0000 - 00000000df7e2000 (ACPI NVS)
 modified: 00000000df7e2000 - 00000000df7f0000 (ACPI data)
 modified: 00000000df7f0000 - 00000000df800000 (reserved)
 modified: 00000000f4000000 - 00000000f8000000 (reserved)
 modified: 00000000fec00000 - 0000000100000000 (reserved)
 modified: 0000000100000000 - 0000000120000000 (usable)
initial memory mapped : 0 - 20000000
found SMP MP-table at [ffff8800000f57d0] f57d0
init_memory_mapping: 0000000000000000-00000000df7e0000
 0000000000 - 00df600000 page 2M
 00df600000 - 00df7e0000 page 4k
kernel direct mapping tables up to df7e0000 @ 16000-1c000
init_memory_mapping: 0000000100000000-0000000120000000
 0100000000 - 0120000000 page 2M
kernel direct mapping tables up to 120000000 @ 1a000-20000
RAMDISK: 03e81000 - 04080000
ACPI: RSDP 00000000000f7190 00014 (v00 GBT   )
ACPI: RSDT 00000000df7e2040 00040 (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: FACP 00000000df7e20c0 00074 (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: DSDT 00000000df7e2180 06278 (v01 GBT    GBTUACPI 00001000 MSFT 0100000C)
ACPI: FACS 00000000df7e0000 00040
ACPI: HPET 00000000df7e8540 00038 (v01 GBT    GBTUACPI 42302E31 GBTU 00000098)
ACPI: MCFG 00000000df7e85c0 0003C (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: EUDS 00000000df7e8600 00560 (v01 GBT             00000000      00000000)
ACPI: TAMG 00000000df7e8b60 00A32 (v01 GBT    GBT   B0 5455312E BG?? 53450101)
ACPI: APIC 00000000df7e8440 000BC (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: SSDT 00000000df7e95c0 01AF0 (v01  INTEL PPM RCM  80000001 INTL 20061109)
ACPI: Local APIC address 0xfee00000
 [ffffea0000000000-ffffea0003ffffff] PMD -> [ffff880004200000-ffff880007bfffff] on node 0
Zone PFN ranges:
  DMA      0x00000010 -> 0x00001000
  DMA32    0x00001000 -> 0x00100000
  Normal   0x00100000 -> 0x00120000
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
    0: 0x00000010 -> 0x0000009f
    0: 0x00000100 -> 0x000df7e0
    0: 0x00100000 -> 0x00120000
On node 0 totalpages: 1046383
  DMA zone: 56 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 3927 pages, LIFO batch:0
  DMA32 zone: 14280 pages used for memmap
  DMA32 zone: 897048 pages, LIFO batch:31
  Normal zone: 1792 pages used for memmap
  Normal zone: 129280 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] disabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] disabled)
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a201 base: 0xfed00000
SMP: Allowing 8 CPUs, 4 hotplug CPUs
nr_irqs_gsi: 40
early_res array is doubled to 64 at [1b300 - 1baff]
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000
PM: Registered nosave memory: 00000000000f0000 - 0000000000100000
PM: Registered nosave memory: 00000000df7e0000 - 00000000df7e2000
PM: Registered nosave memory: 00000000df7e2000 - 00000000df7f0000
PM: Registered nosave memory: 00000000df7f0000 - 00000000df800000
PM: Registered nosave memory: 00000000df800000 - 00000000f4000000
PM: Registered nosave memory: 00000000f4000000 - 00000000f8000000
PM: Registered nosave memory: 00000000f8000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 0000000100000000
Allocating PCI resources starting at df800000 (gap: df800000:14800000)
Booting paravirtualized kernel on bare hardware
setup_percpu: NR_CPUS:64 nr_cpumask_bits:64 nr_cpu_ids:8 nr_node_ids:1
PERCPU: Embedded 28 pages/cpu @ffff880001a00000 s83776 r8192 d22720 u262144
pcpu-alloc: s83776 r8192 d22720 u262144 alloc=1*2097152
pcpu-alloc: [0] 0 1 2 3 4 5 6 7 
early_res array is doubled to 128 at [1bb00 - 1caff]
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 1030255
Kernel command line: BOOT_IMAGE=/vmlinuz26-ck root=/dev/sda3 ro quiet splash
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Checking aperture...
No AGP bridge found
Calgary: detecting Calgary via BIOS EBDA area
Calgary: Unable to locate Rio Grande table in EBDA - bailing!
Subtract (61 early reservations)
  #1 [0001000000 - 00017ece68]   TEXT DATA BSS
  #2 [0003e81000 - 0004080000]         RAMDISK
  #3 [00017ed000 - 00017ed0f6]             BRK
  #4 [00000f57e0 - 0000100000]   BIOS reserved
  #5 [00000f57d0 - 00000f57e0]    MP-table mpf
  #6 [000009f800 - 00000f0d00]   BIOS reserved
  #7 [00000f0ec4 - 00000f57d0]   BIOS reserved
  #8 [00000f0d00 - 00000f0ec4]    MP-table mpc
  #9 [0000010000 - 0000012000]      TRAMPOLINE
  #10 [0000012000 - 0000016000]     ACPI WAKEUP
  #11 [0000016000 - 000001a000]         PGTABLE
  #12 [000001a000 - 000001b000]         PGTABLE
  #13 [00017ed100 - 00017ee100]         BOOTMEM
  #14 [000001b000 - 000001b300]         BOOTMEM
  #15 [0001fef000 - 0001ff0000]         BOOTMEM
  #16 [0001ff0000 - 0001ff1000]         BOOTMEM
  #17 [0004200000 - 0007c00000]        MEMMAP 0
  #18 [00017ee100 - 0001806100]         BOOTMEM
  #19 [0001806100 - 000181e100]         BOOTMEM
  #20 [000181e100 - 0001836100]         BOOTMEM
  #21 [0001837000 - 0001838000]         BOOTMEM
  #22 [00017ece80 - 00017ecec1]         BOOTMEM
  #23 [00017ecf00 - 00017ecf43]         BOOTMEM
  #24 [0001836100 - 0001836368]         BOOTMEM
  #25 [00017ecf80 - 00017ecfe8]         BOOTMEM
  #26 [0001836380 - 00018363e8]         BOOTMEM
  #27 [0001836400 - 0001836468]         BOOTMEM
  #28 [0001836480 - 00018364e8]         BOOTMEM
  #29 [0001836500 - 0001836568]         BOOTMEM
  #30 [0001836580 - 00018365e8]         BOOTMEM
  #31 [0001836600 - 0001836668]         BOOTMEM
  #32 [0001836680 - 00018366e8]         BOOTMEM
  #33 [0001836700 - 0001836768]         BOOTMEM
  #34 [0001836780 - 00018367e8]         BOOTMEM
  #35 [0001836800 - 0001836820]         BOOTMEM
  #36 [0001836840 - 0001836860]         BOOTMEM
  #37 [0001836880 - 00018368b8]         BOOTMEM
  #38 [00018368c0 - 00018368f8]         BOOTMEM
  #39 [0001a00000 - 0001a1c000]         BOOTMEM
  #40 [0001a40000 - 0001a5c000]         BOOTMEM
  #41 [0001a80000 - 0001a9c000]         BOOTMEM
  #42 [0001ac0000 - 0001adc000]         BOOTMEM
  #43 [0001b00000 - 0001b1c000]         BOOTMEM
  #44 [0001b40000 - 0001b5c000]         BOOTMEM
  #45 [0001b80000 - 0001b9c000]         BOOTMEM
  #46 [0001bc0000 - 0001bdc000]         BOOTMEM
  #47 [0001836900 - 0001836908]         BOOTMEM
  #48 [0001836940 - 0001836948]         BOOTMEM
  #49 [0001836980 - 00018369a0]         BOOTMEM
  #50 [00018369c0 - 0001836a00]         BOOTMEM
  #51 [0001836a00 - 0001836b20]         BOOTMEM
  #52 [0001836b40 - 0001836b88]         BOOTMEM
  #53 [0001836bc0 - 0001836c08]         BOOTMEM
  #54 [0001838000 - 0001840000]         BOOTMEM
  #55 [0001bdc000 - 0001fdc000]         BOOTMEM
  #56 [0001ff1000 - 00021f1000]         BOOTMEM
  #57 [0007c00000 - 000bc00000]         BOOTMEM
  #58 [0001840000 - 0001860000]         BOOTMEM
  #59 [0001860000 - 00018a0000]         BOOTMEM
  #60 [000001cb00 - 0000024b00]         BOOTMEM
Memory: 4042596k/4718592k available (3642k kernel code, 533060k absent, 142936k reserved, 2072k data, 504k init)
SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
Hierarchical RCU implementation.
	RCU-based detection of stalled CPUs is disabled.
	Verbose stalled-CPUs detection is disabled.
NR_IRQS:2304
Console: colour VGA+ 80x25
console [tty0] enabled
allocated 41943040 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
hpet clockevent registered
Fast TSC calibration using PIT
Detected 2664.837 MHz processor.
Calibrating delay loop (skipped), value calculated using timer frequency.. 5329.67 BogoMIPS (lpj=2664837)
pid_max: default: 32768 minimum: 301
Security Framework initialized
TOMOYO Linux initialized
AppArmor: AppArmor disabled by boot time parameter
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
Initializing cgroup subsys blkio
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 9 MCE banks
CPU0: Thermal monitoring enabled (TM1)
using mwait in idle threads.
Performance Events: PEBS fmt1+, Nehalem events, Intel PMU driver.
... version:                3
... bit width:              48
... generic registers:      4
... value mask:             0000ffffffffffff
... max period:             000000007fffffff
... fixed-purpose events:   3
... event mask:             000000070000000f
ACPI: Core revision 20100702
Setting APIC routing to flat
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Core(TM) i5 CPU         750  @ 2.67GHz stepping 05
NMI watchdog enabled, takes one hw-pmu counter.
Booting Node   0, Processors  #1
NMI watchdog enabled, takes one hw-pmu counter.
 #2
NMI watchdog enabled, takes one hw-pmu counter.
 #3
NMI watchdog enabled, takes one hw-pmu counter.
Brought up 4 CPUs
Total of 4 processors activated (21315.70 BogoMIPS).
devtmpfs: initialized
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf4000000-0xf7ffffff] (base 0xf4000000)
PCI: MMCONFIG at [mem 0xf4000000-0xf7ffffff] reserved in E820
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI Warning: Incorrect checksum in table [TAMG] - 0x10, should be 0x0F (20100702/tbutils-314)
ACPI: No dock devices found.
PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3f])
pci_root PNP0A03:00: host bridge window [io  0x0000-0x0cf7]
pci_root PNP0A03:00: host bridge window [io  0x0d00-0xffff]
pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff]
pci_root PNP0A03:00: host bridge window [mem 0x000c0000-0x000dffff]
pci_root PNP0A03:00: host bridge window [mem 0xdf800000-0xfebfffff]
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:1a.0: reg 20: [io  0xff00-0xff1f]
pci 0000:00:1a.1: reg 20: [io  0xfe00-0xfe1f]
pci 0000:00:1a.2: reg 20: [io  0xfd00-0xfd1f]
pci 0000:00:1a.7: reg 10: [mem 0xfbfff000-0xfbfff3ff]
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: reg 10: [mem 0xfbff8000-0xfbffbfff 64bit]
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.3: PME# disabled
pci 0000:00:1d.0: reg 20: [io  0xfc00-0xfc1f]
pci 0000:00:1d.1: reg 20: [io  0xfb00-0xfb1f]
pci 0000:00:1d.2: reg 20: [io  0xfa00-0xfa1f]
pci 0000:00:1d.3: reg 20: [io  0xf900-0xf91f]
pci 0000:00:1d.7: reg 10: [mem 0xfbffe000-0xfbffe3ff]
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.2: reg 10: [io  0xf800-0xf807]
pci 0000:00:1f.2: reg 14: [io  0xf700-0xf703]
pci 0000:00:1f.2: reg 18: [io  0xf600-0xf607]
pci 0000:00:1f.2: reg 1c: [io  0xf500-0xf503]
pci 0000:00:1f.2: reg 20: [io  0xf400-0xf40f]
pci 0000:00:1f.2: reg 24: [io  0xf300-0xf30f]
pci 0000:00:1f.3: reg 10: [mem 0xfbffd000-0xfbffd0ff 64bit]
pci 0000:00:1f.3: reg 20: [io  0x0500-0x051f]
pci 0000:00:1f.5: reg 10: [io  0xf100-0xf107]
pci 0000:00:1f.5: reg 14: [io  0xf000-0xf003]
pci 0000:00:1f.5: reg 18: [io  0xef00-0xef07]
pci 0000:00:1f.5: reg 1c: [io  0xee00-0xee03]
pci 0000:00:1f.5: reg 20: [io  0xed00-0xed0f]
pci 0000:00:1f.5: reg 24: [io  0xec00-0xec0f]
pci 0000:01:00.0: reg 10: [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:01:00.0: reg 18: [mem 0xfbbe0000-0xfbbeffff 64bit]
pci 0000:01:00.0: reg 20: [io  0xae00-0xaeff]
pci 0000:01:00.0: reg 30: [mem 0x00000000-0x0001ffff pref]
pci 0000:01:00.0: supports D1 D2
pci 0000:01:00.1: reg 10: [mem 0xfbbfc000-0xfbbfffff 64bit]
pci 0000:01:00.1: supports D1 D2
pci 0000:00:03.0: PCI bridge to [bus 01-01]
pci 0000:00:03.0:   bridge window [io  0xa000-0xafff]
pci 0000:00:03.0:   bridge window [mem 0xfbb00000-0xfbbfffff]
pci 0000:00:03.0:   bridge window [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:02:00.0: reg 24: [mem 0xfb9fe000-0xfb9fffff]
pci 0000:02:00.0: PME# supported from D3hot
pci 0000:02:00.0: PME# disabled
pci 0000:02:00.1: reg 10: [io  0xdf00-0xdf07]
pci 0000:02:00.1: reg 14: [io  0xde00-0xde03]
pci 0000:02:00.1: reg 18: [io  0xdd00-0xdd07]
pci 0000:02:00.1: reg 1c: [io  0xdc00-0xdc03]
pci 0000:02:00.1: reg 20: [io  0xdb00-0xdb0f]
pci 0000:02:00.0: disabling ASPM on pre-1.1 PCIe device.  You can enable it with 'pcie_aspm=force'
pci 0000:00:1c.0: PCI bridge to [bus 02-02]
pci 0000:00:1c.0:   bridge window [io  0xd000-0xdfff]
pci 0000:00:1c.0:   bridge window [mem 0xfb900000-0xfb9fffff]
pci 0000:00:1c.0:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:04:00.0: reg 24: [mem 0xfbcfe000-0xfbcfffff]
pci 0000:04:00.0: PME# supported from D3hot
pci 0000:04:00.0: PME# disabled
pci 0000:04:00.1: reg 10: [io  0xbf00-0xbf07]
pci 0000:04:00.1: reg 14: [io  0xbe00-0xbe03]
pci 0000:04:00.1: reg 18: [io  0xbd00-0xbd07]
pci 0000:04:00.1: reg 1c: [io  0xbc00-0xbc03]
pci 0000:04:00.1: reg 20: [io  0xbb00-0xbb0f]
pci 0000:04:00.0: disabling ASPM on pre-1.1 PCIe device.  You can enable it with 'pcie_aspm=force'
pci 0000:00:1c.3: PCI bridge to [bus 04-04]
pci 0000:00:1c.3:   bridge window [io  0xb000-0xbfff]
pci 0000:00:1c.3:   bridge window [mem 0xfbc00000-0xfbcfffff]
pci 0000:00:1c.3:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:05:04.0: reg 10: [mem 0xfbaf0000-0xfbafffff]
pci 0000:00:1e.0: PCI bridge to [bus 05-05] (subtractive decode)
pci 0000:00:1e.0:   bridge window [io  0xf000-0x0000] (disabled)
pci 0000:00:1e.0:   bridge window [mem 0xfba00000-0xfbafffff]
pci 0000:00:1e.0:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:00:1e.0:   bridge window [io  0x0000-0x0cf7] (subtractive decode)
pci 0000:00:1e.0:   bridge window [io  0x0d00-0xffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0x000c0000-0x000dffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0xdf800000-0xfebfffff] (subtractive decode)
pci_bus 0000:00: on NUMA node 0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 *12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 *6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK1] (IRQs *3 4 5 6 7 9 10 11 12 14 15)
HEST: Table is not found!
vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
PCI: Using ACPI for IRQ routing
PCI: pci_cache_line_size set to 64 bytes
reserve RAM buffer: 000000000009f800 - 000000000009ffff 
reserve RAM buffer: 00000000df7e0000 - 00000000dfffffff 
NetLabel: Initializing
NetLabel:  domain hash size = 128
NetLabel:  protocols = UNLABELED CIPSOv4
NetLabel:  unlabeled traffic allowed by default
HPET: 8 timers in total, 5 timers will be used for per-cpu timer
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 40, 41, 42, 43, 44, 0
hpet0: 8 comparators, 64-bit 14.318180 MHz counter
hpet: hpet2 irq 40 for MSI
hpet: hpet3 irq 41 for MSI
hpet: hpet4 irq 42 for MSI
hpet: hpet5 irq 43 for MSI
Switching to clocksource tsc
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 13 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: [io  0x04d0-0x04d1] has been reserved
system 00:01: [io  0x0290-0x029f] has been reserved
system 00:01: [io  0x0800-0x087f] has been reserved
system 00:01: [io  0x0290-0x0294] has been reserved
system 00:01: [io  0x0880-0x088f] has been reserved
system 00:09: [io  0x0400-0x047f] has been reserved
system 00:09: [io  0x0580-0x05ff] has been reserved
system 00:0a: [mem 0xf4000000-0xf7ffffff] has been reserved
system 00:0b: [mem 0x000f0000-0x000f3fff] could not be reserved
system 00:0b: [mem 0x000f4000-0x000f7fff] could not be reserved
system 00:0b: [mem 0x000f8000-0x000fbfff] could not be reserved
system 00:0b: [mem 0x000fc000-0x000fffff] could not be reserved
system 00:0b: [mem 0xdf7e0000-0xdf7effff] could not be reserved
system 00:0b: [mem 0x00000000-0x0009ffff] could not be reserved
system 00:0b: [mem 0x00100000-0xdf7dffff] could not be reserved
system 00:0b: [mem 0xdf7f0000-0xdf7fffff] has been reserved
system 00:0b: [mem 0xfec00000-0xfec00fff] could not be reserved
system 00:0b: [mem 0xfed10000-0xfed1dfff] has been reserved
system 00:0b: [mem 0xfed20000-0xfed8ffff] has been reserved
system 00:0b: [mem 0xfee00000-0xfee00fff] has been reserved
system 00:0b: [mem 0xffb00000-0xffb7ffff] has been reserved
system 00:0b: [mem 0xfff00000-0xffffffff] has been reserved
system 00:0b: [mem 0x000e0000-0x000effff] has been reserved
pci 0000:00:1c.0: BAR 15: assigned [mem 0xdf800000-0xdf9fffff 64bit pref]
pci 0000:00:1c.3: BAR 15: assigned [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci 0000:01:00.0: BAR 6: assigned [mem 0xfbb00000-0xfbb1ffff pref]
pci 0000:00:03.0: PCI bridge to [bus 01-01]
pci 0000:00:03.0:   bridge window [io  0xa000-0xafff]
pci 0000:00:03.0:   bridge window [mem 0xfbb00000-0xfbbfffff]
pci 0000:00:03.0:   bridge window [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:00:1c.0: PCI bridge to [bus 02-02]
pci 0000:00:1c.0:   bridge window [io  0xd000-0xdfff]
pci 0000:00:1c.0:   bridge window [mem 0xfb900000-0xfb9fffff]
pci 0000:00:1c.0:   bridge window [mem 0xdf800000-0xdf9fffff 64bit pref]
pci 0000:00:1c.3: PCI bridge to [bus 04-04]
pci 0000:00:1c.3:   bridge window [io  0xb000-0xbfff]
pci 0000:00:1c.3:   bridge window [mem 0xfbc00000-0xfbcfffff]
pci 0000:00:1c.3:   bridge window [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci 0000:00:1e.0: PCI bridge to [bus 05-05]
pci 0000:00:1e.0:   bridge window [io  disabled]
pci 0000:00:1e.0:   bridge window [mem 0xfba00000-0xfbafffff]
pci 0000:00:1e.0:   bridge window [mem pref disabled]
pci 0000:00:03.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:03.0: setting latency timer to 64
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:1c.0: setting latency timer to 64
pci 0000:00:1c.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19
pci 0000:00:1c.3: setting latency timer to 64
pci 0000:00:1e.0: setting latency timer to 64
pci_bus 0000:00: resource 4 [io  0x0000-0x0cf7]
pci_bus 0000:00: resource 5 [io  0x0d00-0xffff]
pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
pci_bus 0000:00: resource 7 [mem 0x000c0000-0x000dffff]
pci_bus 0000:00: resource 8 [mem 0xdf800000-0xfebfffff]
pci_bus 0000:01: resource 0 [io  0xa000-0xafff]
pci_bus 0000:01: resource 1 [mem 0xfbb00000-0xfbbfffff]
pci_bus 0000:01: resource 2 [mem 0xe0000000-0xefffffff 64bit pref]
pci_bus 0000:02: resource 0 [io  0xd000-0xdfff]
pci_bus 0000:02: resource 1 [mem 0xfb900000-0xfb9fffff]
pci_bus 0000:02: resource 2 [mem 0xdf800000-0xdf9fffff 64bit pref]
pci_bus 0000:04: resource 0 [io  0xb000-0xbfff]
pci_bus 0000:04: resource 1 [mem 0xfbc00000-0xfbcfffff]
pci_bus 0000:04: resource 2 [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci_bus 0000:05: resource 1 [mem 0xfba00000-0xfbafffff]
pci_bus 0000:05: resource 4 [io  0x0000-0x0cf7]
pci_bus 0000:05: resource 5 [io  0x0d00-0xffff]
pci_bus 0000:05: resource 6 [mem 0x000a0000-0x000bffff]
pci_bus 0000:05: resource 7 [mem 0x000c0000-0x000dffff]
pci_bus 0000:05: resource 8 [mem 0xdf800000-0xfebfffff]
NET: Registered protocol family 2
IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
UDP hash table entries: 2048 (order: 4, 65536 bytes)
UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
NET: Registered protocol family 1
pci 0000:01:00.0: Boot video device
PCI: CLS 64 bytes, default 64
Unpacking initramfs...
Freeing initrd memory: 2044k freed
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Placing 64MB software IO TLB between ffff880007c00000 - ffff88000bc00000
software IO TLB at phys 0x7c00000 - 0xbc00000
Scanning for low memory corruption every 60 seconds
audit: initializing netlink socket (disabled)
type=2000 audit(1290707941.662:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 7899
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
intel_idle: MWAIT substates: 0x1120
intel_idle: v0.4 model 0x1E
intel_idle: lapic_timer_reliable_states 0x2
ERST: Table is not found!
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
PNP: No PS/2 controller found. Probing ports directly.
Failed to disable AUX port, but continuing anyway... Is this a SiS?
If AUX port is really absent please use the 'i8042.noaux' option.
serio: i8042 KBD port at 0x60,0x64 irq 1
mice: PS/2 mouse device common for all mice
rtc_cmos 00:04: RTC can wake from S4
rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one month, 242 bytes nvram, hpet irqs
cpuidle: using governor ladder
cpuidle: using governor menu
TCP cubic registered
NET: Registered protocol family 17
Registering the dns_resolver key type
PM: Resume from disk failed.
registered taskstats version 1
rtc_cmos 00:04: setting system clock to 2010-11-25 17:59:01 UTC (1290707941)
Initalizing network drop monitor service
Freeing unused kernel memory: 504k freed
BFS CPU scheduler v0.357 by Con Kolivas.
udev[48]: starting version 164
Btrfs loaded
SCSI subsystem initialized
libata version 3.00 loaded.
pata_jmicron 0000:02:00.1: enabling device (0000 -> 0001)
pata_jmicron 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
ata_piix 0000:00:1f.2: version 2.13
pata_jmicron 0000:02:00.1: setting latency timer to 64
ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
ata_piix 0000:00:1f.2: setting latency timer to 64
scsi0 : pata_jmicron
scsi1 : ata_piix
scsi2 : pata_jmicron
scsi3 : ata_piix
ata1: PATA max UDMA/100 cmd 0xdf00 ctl 0xde00 bmdma 0xdb00 irq 17
ata2: PATA max UDMA/100 cmd 0xdd00 ctl 0xdc00 bmdma 0xdb08 irq 17
pata_jmicron 0000:04:00.1: enabling device (0000 -> 0001)
pata_jmicron 0000:04:00.1: PCI INT B -> GSI 16 (level, low) -> IRQ 16
pata_jmicron 0000:04:00.1: setting latency timer to 64
scsi4 : pata_jmicron
scsi5 : pata_jmicron
ata3: SATA max UDMA/133 cmd 0xf800 ctl 0xf700 bmdma 0xf400 irq 19
ata4: SATA max UDMA/133 cmd 0xf600 ctl 0xf500 bmdma 0xf408 irq 19
ata_piix 0000:00:1f.5: PCI INT B -> GSI 19 (level, low) -> IRQ 19
ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
ata_piix 0000:00:1f.5: setting latency timer to 64
scsi6 : ata_piix
scsi7 : ata_piix
ata5: PATA max UDMA/100 cmd 0xbf00 ctl 0xbe00 bmdma 0xbb00 irq 16
ata6: PATA max UDMA/100 cmd 0xbd00 ctl 0xbc00 bmdma 0xbb08 irq 16
ata7: SATA max UDMA/133 cmd 0xf100 ctl 0xf000 bmdma 0xed00 irq 19
ata8: SATA max UDMA/133 cmd 0xef00 ctl 0xee00 bmdma 0xed08 irq 19
ahci 0000:02:00.0: version 3.0
ahci 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ahci 0000:02:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
ahci 0000:02:00.0: flags: 64bit ncq pm led clo pmp pio slum part 
ahci 0000:02:00.0: setting latency timer to 64
scsi8 : ahci
scsi9 : ahci
ata9: SATA max UDMA/133 abar m8192@0xfb9fe000 port 0xfb9fe100 irq 16
ata10: SATA max UDMA/133 abar m8192@0xfb9fe000 port 0xfb9fe180 irq 16
ahci 0000:04:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
ahci 0000:04:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
ahci 0000:04:00.0: flags: 64bit ncq pm led clo pmp pio slum part 
ahci 0000:04:00.0: setting latency timer to 64
scsi10 : ahci
scsi11 : ahci
ata11: SATA max UDMA/133 abar m8192@0xfbcfe000 port 0xfbcfe100 irq 19
ata12: SATA max UDMA/133 abar m8192@0xfbcfe000 port 0xfbcfe180 irq 19
ata1.00: ATAPI: PIONEER DVD-RW  DVR-108, 1.18, max UDMA/66
ata1.00: configured for UDMA/66
scsi 0:0:0:0: CD-ROM            PIONEER  DVD-RW  DVR-108  1.18 PQ: 0 ANSI: 5
ata8: SATA link down (SStatus 0 SControl 300)
ata7: SATA link down (SStatus 0 SControl 300)
ata11: SATA link down (SStatus 0 SControl 300)
ata9: SATA link down (SStatus 0 SControl 300)
ata10: SATA link down (SStatus 0 SControl 300)
ata12: SATA link down (SStatus 0 SControl 300)
ata3.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata3.01: SATA link down (SStatus 0 SControl 300)
ata4.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata4.01: SATA link down (SStatus 0 SControl 300)
ata3.00: ATA-8: Hitachi HDS722020ALA330, JKAOA28A, max UDMA/133
ata3.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: ATA-8: Hitachi HDE721010SLA330, ST6OA3AA, max UDMA/133
ata4.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
scsi 1:0:0:0: Direct-Access     ATA      Hitachi HDS72202 JKAO PQ: 0 ANSI: 5
ata4.00: configured for UDMA/133
scsi 3:0:0:0: Direct-Access     ATA      Hitachi HDE72101 ST6O PQ: 0 ANSI: 5
sd 1:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
sd 3:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2 sda3 sda4
sd 1:0:0:0: [sda] Attached SCSI disk
 sdb: sdb1 sdb2 sdb3
sd 3:0:0:0: [sdb] Attached SCSI disk
sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
device fsid 194458adb99cb2e8-924710b8b782ec90 devid 1 transid 40477 /dev/sda3
Not activating Mandatory Access Control now since /sbin/tomoyo-init doesn't exist.
udev[1019]: starting version 164
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
HDA Intel 0000:00:1b.0: irq 45 for MSI/MSI-X
HDA Intel 0000:00:1b.0: setting latency timer to 64
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
HDA Intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
HDA Intel 0000:01:00.1: irq 46 for MSI/MSI-X
HDA Intel 0000:01:00.1: setting latency timer to 64
input: PC Speaker as /devices/platform/pcspkr/input/input0
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ehci_hcd 0000:00:1a.7: setting latency timer to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 2
ehci_hcd 0000:00:1a.7: cache line size of 64 is not supported
ehci_hcd 0000:00:1a.7: irq 18, io mem 0xfbfff000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 2
ehci_hcd 0000:00:1d.7: cache line size of 64 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xfbffe000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 8 ports detected
uhci_hcd: USB Universal Host Controller Interface driver
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: setting latency timer to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff00
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:1a.1: setting latency timer to 64
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1a.1: irq 21, io base 0x0000fe00
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1a.2: setting latency timer to 64
uhci_hcd 0000:00:1a.2: UHCI Host Controller
uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:1a.2: irq 18, io base 0x0000fd00
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
uhci_hcd 0000:00:1d.0: setting latency timer to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 6
uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000fc00
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 7
uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000fb00
hub 7-0:1.0: USB hub found
hub 7-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 8
uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000fa00
hub 8-0:1.0: USB hub found
hub 8-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.3: setting latency timer to 64
uhci_hcd 0000:00:1d.3: UHCI Host Controller
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 9
uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000f900
hub 9-0:1.0: USB hub found
hub 9-0:1.0: 2 ports detected
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
iTCO_vendor_support: vendor-support=0
sr 0:0:0:0: Attached scsi generic sg0 type 5
sd 1:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06
iTCO_wdt: Found a P55 TCO device (Version=2, TCOBASE=0x0460)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
parport_pc 00:08: reported by Plug and Play ACPI
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
lp: driver loaded but no devices found
input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1
ACPI: Power Button [PWRB]
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
ACPI: Power Button [PWRF]
ACPI: acpi_idle yielding to intel_idle
lp0: using parport0 (interrupt-driven).
[drm] Initialized drm 1.1.0 20060810
ppdev: user-space parallel port driver
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm] initializing kernel modesetting (RV730 0x1002:0x9490).
[drm] register mmio base: 0xFBBE0000
[drm] register mmio size: 65536
ATOM BIOS: 9490.11.22.0.1.AS02
radeon 0000:01:00.0: VRAM: 512M 0x00000000 - 0x1FFFFFFF (512M used)
radeon 0000:01:00.0: GTT: 512M 0x20000000 - 0x3FFFFFFF
mtrr: type mismatch for e0000000,10000000 old: write-back new: write-combining
[drm] Detected VRAM RAM=512M, BAR=256M
[drm] RAM width 128bits DDR
[TTM] Zone  kernel: Available graphics memory: 2022572 kiB.
[TTM] Initializing pool allocator.
[drm] radeon: 512M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
radeon 0000:01:00.0: irq 47 for MSI/MSI-X
radeon 0000:01:00.0: radeon: using MSI.
[drm] radeon: irq initialized.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] Loading RV730 Microcode
usb 4-1: new low speed USB device using uhci_hcd and address 2
[drm] ring test succeeded in 1 usecs
[drm] radeon: ib pool ready.
[drm] ib test succeeded in 0 usecs
[drm] Enabling audio support
failed to evaluate ATIF got AE_BAD_PARAMETER
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm]   HDMI-A
[drm]   HPD2
[drm]   DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c
[drm]   Encoders:
[drm]     DFP2: INTERNAL_UNIPHY1
[drm] Connector 1:
[drm]   VGA
[drm]   DDC: 0x7f10 0x7f10 0x7f14 0x7f14 0x7f18 0x7f18 0x7f1c 0x7f1c
[drm]   Encoders:
[drm]     CRT2: INTERNAL_KLDSCP_DAC2
[drm] Connector 2:
[drm]   DVI-I
[drm]   HPD1
[drm]   DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c
[drm]   Encoders:
[drm]     CRT1: INTERNAL_KLDSCP_DAC1
[drm]     DFP1: INTERNAL_UNIPHY
Compat-wireless backport release: compat-wireless-2010-11-10-12-g67146a0
Backport based on linux-next.git next-20101122
cfg80211: Calling CRDA to update world regulatory domain
ath9k 0000:05:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[drm] Internal thermal controller without fan control
[drm] radeon: power management initialized
[drm] fb mappable at 0xE0142000
[drm] vram apper at 0xE0000000
[drm] size 8294400
[drm] fb depth is 24
[drm]    pitch is 7680
usb 6-2: new full speed USB device using uhci_hcd and address 2
usbcore: registered new interface driver hiddev
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.0/input/input3
generic-usb 0003:046D:C50E.0001: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1a.1-1/input0
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.0/input/input4
generic-usb 0003:046D:C529.0002: input,hidraw1: USB HID v1.11 Keyboard [Logitech USB Receiver] on usb-0000:00:1d.0-2/input0
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.1/input/input5
generic-usb 0003:046D:C529.0003: input,hiddev0,hidraw2: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1d.0-2/input1
ath: EEPROM regdomain: 0x809c
ath: EEPROM indicates we should expect a country code
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x52
ath: Country alpha2 being used: CN
ath: Regpair used: 0x52
ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control'
cfg80211: Calling CRDA for country: CN
Registered led device: ath9k-phy0::radio
Registered led device: ath9k-phy0::assoc
Registered led device: ath9k-phy0::tx
Registered led device: ath9k-phy0::rx
ieee80211 phy0: Atheros AR5416 MAC/BB Rev:2 AR2133 RF Rev:81 mem=0xffffc90004240000, irq=16
usb 7-1: new low speed USB device using uhci_hcd and address 2
Console: switching to colour frame buffer device 240x67
fb0: radeondrmfb frame buffer device
drm: registered panic notifier
[drm] Initialized radeon 2.6.0 20080528 for 0000:01:00.0 on minor 0
btrfs: use compression
IR NEC protocol handler initialized
IR RC5(x) protocol handler initialized
Registered IR keymap rc-imon-pad
input: iMON Remote (15c2:0038) as /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0/rc/rc0/input6
rc0: iMON Remote (15c2:0038) as /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0/rc/rc0
IR RC6 protocol handler initialized
btrfs: use compression
imon 7-1:1.0: iMON device (15c2:0038, intf0) on usb<7:2> initialized
imon 7-1:1.1: iMON device (15c2:0038, intf1) on usb<7:2> initialized
usbcore: registered new interface driver imon
IR JVC protocol handler initialized
IR Sony protocol handler initialized
lirc_dev: IR Remote Control driver registered, major 251 
IR LIRC bridge handler initialized
EXT4-fs (sda4): mounted filesystem without journal. Opts: (null)
loop: module loaded
start_kdeinit (4073): /proc/4073/oom_adj is deprecated, please use /proc/4073/oom_score_adj instead.
ata3.00: configured for UDMA/133
ata3: EH complete
ata4.00: configured for UDMA/133
ata4: EH complete
EXT4-fs (sda4): re-mounted. Opts: commit=0
wlan0: authenticate with 00:23:69:65:2b:59 (try 1)
wlan0: authenticated
wlan0: associate with 00:23:69:65:2b:59 (try 1)
wlan0: RX AssocResp from 00:23:69:65:2b:59 (capab=0x411 status=0 aid=1)
wlan0: associated
Intel AES-NI instructions are not detected.
padlock: VIA PadLock not detected.

[-- Attachment #3: dmesg_with_patch --]
[-- Type: application/octet-stream, Size: 40435 bytes --]

Initializing cgroup subsys cpuset
Linux version 2.6.36-ck (root@HTPC) (gcc version 4.5.1 (GCC) ) #1 SMP PREEMPT Thu Nov 25 16:38:37 PST 2010
Command line: BOOT_IMAGE=/vmlinuz26-ck root=/dev/sda3 ro quiet splash
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
 BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 00000000df7e0000 (usable)
 BIOS-e820: 00000000df7e0000 - 00000000df7e2000 (ACPI NVS)
 BIOS-e820: 00000000df7e2000 - 00000000df7f0000 (ACPI data)
 BIOS-e820: 00000000df7f0000 - 00000000df800000 (reserved)
 BIOS-e820: 00000000f4000000 - 00000000f8000000 (reserved)
 BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
 BIOS-e820: 0000000100000000 - 0000000120000000 (usable)
NX (Execute Disable) protection: active
DMI 2.4 present.
e820 update range: 0000000000000000 - 0000000000001000 (usable) ==> (reserved)
e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
No AGP bridge found
last_pfn = 0x120000 max_arch_pfn = 0x400000000
MTRR default type: uncachable
MTRR fixed ranges enabled:
  00000-9FFFF write-back
  A0000-BFFFF uncachable
  C0000-CFFFF write-protect
  D0000-EFFFF uncachable
  F0000-FFFFF write-through
MTRR variable ranges enabled:
  0 base 000000000 mask F00000000 write-back
  1 base 0E0000000 mask FE0000000 uncachable
  2 base 100000000 mask FE0000000 write-back
  3 disabled
  4 disabled
  5 disabled
  6 disabled
  7 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
e820 update range: 00000000e0000000 - 0000000100000000 (usable) ==> (reserved)
last_pfn = 0xdf7e0 max_arch_pfn = 0x400000000
e820 update range: 0000000000001000 - 0000000000010000 (usable) ==> (reserved)
Scanning 1 areas for low memory corruption
modified physical RAM map:
 modified: 0000000000000000 - 0000000000010000 (reserved)
 modified: 0000000000010000 - 000000000009f800 (usable)
 modified: 000000000009f800 - 00000000000a0000 (reserved)
 modified: 00000000000f0000 - 0000000000100000 (reserved)
 modified: 0000000000100000 - 00000000df7e0000 (usable)
 modified: 00000000df7e0000 - 00000000df7e2000 (ACPI NVS)
 modified: 00000000df7e2000 - 00000000df7f0000 (ACPI data)
 modified: 00000000df7f0000 - 00000000df800000 (reserved)
 modified: 00000000f4000000 - 00000000f8000000 (reserved)
 modified: 00000000fec00000 - 0000000100000000 (reserved)
 modified: 0000000100000000 - 0000000120000000 (usable)
initial memory mapped : 0 - 20000000
found SMP MP-table at [ffff8800000f57d0] f57d0
init_memory_mapping: 0000000000000000-00000000df7e0000
 0000000000 - 00df600000 page 2M
 00df600000 - 00df7e0000 page 4k
kernel direct mapping tables up to df7e0000 @ 16000-1c000
init_memory_mapping: 0000000100000000-0000000120000000
 0100000000 - 0120000000 page 2M
kernel direct mapping tables up to 120000000 @ 1a000-20000
RAMDISK: 03e81000 - 04080000
ACPI: RSDP 00000000000f7190 00014 (v00 GBT   )
ACPI: RSDT 00000000df7e2040 00040 (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: FACP 00000000df7e20c0 00074 (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: DSDT 00000000df7e2180 06278 (v01 GBT    GBTUACPI 00001000 MSFT 0100000C)
ACPI: FACS 00000000df7e0000 00040
ACPI: HPET 00000000df7e8540 00038 (v01 GBT    GBTUACPI 42302E31 GBTU 00000098)
ACPI: MCFG 00000000df7e85c0 0003C (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: EUDS 00000000df7e8600 00560 (v01 GBT             00000000      00000000)
ACPI: TAMG 00000000df7e8b60 00A32 (v01 GBT    GBT   B0 5455312E BG?? 53450101)
ACPI: APIC 00000000df7e8440 000BC (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: SSDT 00000000df7e95c0 01AF0 (v01  INTEL PPM RCM  80000001 INTL 20061109)
ACPI: Local APIC address 0xfee00000
 [ffffea0000000000-ffffea0003ffffff] PMD -> [ffff880004200000-ffff880007bfffff] on node 0
Zone PFN ranges:
  DMA      0x00000010 -> 0x00001000
  DMA32    0x00001000 -> 0x00100000
  Normal   0x00100000 -> 0x00120000
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
    0: 0x00000010 -> 0x0000009f
    0: 0x00000100 -> 0x000df7e0
    0: 0x00100000 -> 0x00120000
On node 0 totalpages: 1046383
  DMA zone: 56 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 3927 pages, LIFO batch:0
  DMA32 zone: 14280 pages used for memmap
  DMA32 zone: 897048 pages, LIFO batch:31
  Normal zone: 1792 pages used for memmap
  Normal zone: 129280 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] disabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] disabled)
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a201 base: 0xfed00000
SMP: Allowing 8 CPUs, 4 hotplug CPUs
nr_irqs_gsi: 40
early_res array is doubled to 64 at [1b300 - 1baff]
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000
PM: Registered nosave memory: 00000000000f0000 - 0000000000100000
PM: Registered nosave memory: 00000000df7e0000 - 00000000df7e2000
PM: Registered nosave memory: 00000000df7e2000 - 00000000df7f0000
PM: Registered nosave memory: 00000000df7f0000 - 00000000df800000
PM: Registered nosave memory: 00000000df800000 - 00000000f4000000
PM: Registered nosave memory: 00000000f4000000 - 00000000f8000000
PM: Registered nosave memory: 00000000f8000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 0000000100000000
Allocating PCI resources starting at df800000 (gap: df800000:14800000)
Booting paravirtualized kernel on bare hardware
setup_percpu: NR_CPUS:64 nr_cpumask_bits:64 nr_cpu_ids:8 nr_node_ids:1
PERCPU: Embedded 28 pages/cpu @ffff880001a00000 s83776 r8192 d22720 u262144
pcpu-alloc: s83776 r8192 d22720 u262144 alloc=1*2097152
pcpu-alloc: [0] 0 1 2 3 4 5 6 7 
early_res array is doubled to 128 at [1bb00 - 1caff]
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 1030255
Kernel command line: BOOT_IMAGE=/vmlinuz26-ck root=/dev/sda3 ro quiet splash
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Checking aperture...
No AGP bridge found
Calgary: detecting Calgary via BIOS EBDA area
Calgary: Unable to locate Rio Grande table in EBDA - bailing!
Subtract (61 early reservations)
  #1 [0001000000 - 00017ece68]   TEXT DATA BSS
  #2 [0003e81000 - 0004080000]         RAMDISK
  #3 [00017ed000 - 00017ed0f6]             BRK
  #4 [00000f57e0 - 0000100000]   BIOS reserved
  #5 [00000f57d0 - 00000f57e0]    MP-table mpf
  #6 [000009f800 - 00000f0d00]   BIOS reserved
  #7 [00000f0ec4 - 00000f57d0]   BIOS reserved
  #8 [00000f0d00 - 00000f0ec4]    MP-table mpc
  #9 [0000010000 - 0000012000]      TRAMPOLINE
  #10 [0000012000 - 0000016000]     ACPI WAKEUP
  #11 [0000016000 - 000001a000]         PGTABLE
  #12 [000001a000 - 000001b000]         PGTABLE
  #13 [00017ed100 - 00017ee100]         BOOTMEM
  #14 [000001b000 - 000001b300]         BOOTMEM
  #15 [0001fef000 - 0001ff0000]         BOOTMEM
  #16 [0001ff0000 - 0001ff1000]         BOOTMEM
  #17 [0004200000 - 0007c00000]        MEMMAP 0
  #18 [00017ee100 - 0001806100]         BOOTMEM
  #19 [0001806100 - 000181e100]         BOOTMEM
  #20 [000181e100 - 0001836100]         BOOTMEM
  #21 [0001837000 - 0001838000]         BOOTMEM
  #22 [00017ece80 - 00017ecec1]         BOOTMEM
  #23 [00017ecf00 - 00017ecf43]         BOOTMEM
  #24 [0001836100 - 0001836368]         BOOTMEM
  #25 [00017ecf80 - 00017ecfe8]         BOOTMEM
  #26 [0001836380 - 00018363e8]         BOOTMEM
  #27 [0001836400 - 0001836468]         BOOTMEM
  #28 [0001836480 - 00018364e8]         BOOTMEM
  #29 [0001836500 - 0001836568]         BOOTMEM
  #30 [0001836580 - 00018365e8]         BOOTMEM
  #31 [0001836600 - 0001836668]         BOOTMEM
  #32 [0001836680 - 00018366e8]         BOOTMEM
  #33 [0001836700 - 0001836768]         BOOTMEM
  #34 [0001836780 - 00018367e8]         BOOTMEM
  #35 [0001836800 - 0001836820]         BOOTMEM
  #36 [0001836840 - 0001836860]         BOOTMEM
  #37 [0001836880 - 00018368b8]         BOOTMEM
  #38 [00018368c0 - 00018368f8]         BOOTMEM
  #39 [0001a00000 - 0001a1c000]         BOOTMEM
  #40 [0001a40000 - 0001a5c000]         BOOTMEM
  #41 [0001a80000 - 0001a9c000]         BOOTMEM
  #42 [0001ac0000 - 0001adc000]         BOOTMEM
  #43 [0001b00000 - 0001b1c000]         BOOTMEM
  #44 [0001b40000 - 0001b5c000]         BOOTMEM
  #45 [0001b80000 - 0001b9c000]         BOOTMEM
  #46 [0001bc0000 - 0001bdc000]         BOOTMEM
  #47 [0001836900 - 0001836908]         BOOTMEM
  #48 [0001836940 - 0001836948]         BOOTMEM
  #49 [0001836980 - 00018369a0]         BOOTMEM
  #50 [00018369c0 - 0001836a00]         BOOTMEM
  #51 [0001836a00 - 0001836b20]         BOOTMEM
  #52 [0001836b40 - 0001836b88]         BOOTMEM
  #53 [0001836bc0 - 0001836c08]         BOOTMEM
  #54 [0001838000 - 0001840000]         BOOTMEM
  #55 [0001bdc000 - 0001fdc000]         BOOTMEM
  #56 [0001ff1000 - 00021f1000]         BOOTMEM
  #57 [0007c00000 - 000bc00000]         BOOTMEM
  #58 [0001840000 - 0001860000]         BOOTMEM
  #59 [0001860000 - 00018a0000]         BOOTMEM
  #60 [000001cb00 - 0000024b00]         BOOTMEM
Memory: 4042596k/4718592k available (3642k kernel code, 533060k absent, 142936k reserved, 2072k data, 504k init)
SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
Hierarchical RCU implementation.
	RCU-based detection of stalled CPUs is disabled.
	Verbose stalled-CPUs detection is disabled.
NR_IRQS:2304
Console: colour VGA+ 80x25
console [tty0] enabled
allocated 41943040 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
hpet clockevent registered
Fast TSC calibration using PIT
Detected 2664.243 MHz processor.
Calibrating delay loop (skipped), value calculated using timer frequency.. 5328.48 BogoMIPS (lpj=2664243)
pid_max: default: 32768 minimum: 301
Security Framework initialized
TOMOYO Linux initialized
AppArmor: AppArmor disabled by boot time parameter
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
Initializing cgroup subsys blkio
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 9 MCE banks
CPU0: Thermal monitoring enabled (TM1)
using mwait in idle threads.
Performance Events: PEBS fmt1+, Nehalem events, Intel PMU driver.
... version:                3
... bit width:              48
... generic registers:      4
... value mask:             0000ffffffffffff
... max period:             000000007fffffff
... fixed-purpose events:   3
... event mask:             000000070000000f
ACPI: Core revision 20100702
Setting APIC routing to flat
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Core(TM) i5 CPU         750  @ 2.67GHz stepping 05
NMI watchdog enabled, takes one hw-pmu counter.
Booting Node   0, Processors  #1
NMI watchdog enabled, takes one hw-pmu counter.
 #2
NMI watchdog enabled, takes one hw-pmu counter.
 #3
NMI watchdog enabled, takes one hw-pmu counter.
Brought up 4 CPUs
Total of 4 processors activated (21314.51 BogoMIPS).
devtmpfs: initialized
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf4000000-0xf7ffffff] (base 0xf4000000)
PCI: MMCONFIG at [mem 0xf4000000-0xf7ffffff] reserved in E820
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI Warning: Incorrect checksum in table [TAMG] - 0x10, should be 0x0F (20100702/tbutils-314)
ACPI: No dock devices found.
PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3f])
pci_root PNP0A03:00: host bridge window [io  0x0000-0x0cf7]
pci_root PNP0A03:00: host bridge window [io  0x0d00-0xffff]
pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff]
pci_root PNP0A03:00: host bridge window [mem 0x000c0000-0x000dffff]
pci_root PNP0A03:00: host bridge window [mem 0xdf800000-0xfebfffff]
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:1a.0: reg 20: [io  0xff00-0xff1f]
pci 0000:00:1a.1: reg 20: [io  0xfe00-0xfe1f]
pci 0000:00:1a.2: reg 20: [io  0xfd00-0xfd1f]
pci 0000:00:1a.7: reg 10: [mem 0xfbfff000-0xfbfff3ff]
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: reg 10: [mem 0xfbff8000-0xfbffbfff 64bit]
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.3: PME# disabled
pci 0000:00:1d.0: reg 20: [io  0xfc00-0xfc1f]
pci 0000:00:1d.1: reg 20: [io  0xfb00-0xfb1f]
pci 0000:00:1d.2: reg 20: [io  0xfa00-0xfa1f]
pci 0000:00:1d.3: reg 20: [io  0xf900-0xf91f]
pci 0000:00:1d.7: reg 10: [mem 0xfbffe000-0xfbffe3ff]
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.2: reg 10: [io  0xf800-0xf807]
pci 0000:00:1f.2: reg 14: [io  0xf700-0xf703]
pci 0000:00:1f.2: reg 18: [io  0xf600-0xf607]
pci 0000:00:1f.2: reg 1c: [io  0xf500-0xf503]
pci 0000:00:1f.2: reg 20: [io  0xf400-0xf40f]
pci 0000:00:1f.2: reg 24: [io  0xf300-0xf30f]
pci 0000:00:1f.3: reg 10: [mem 0xfbffd000-0xfbffd0ff 64bit]
pci 0000:00:1f.3: reg 20: [io  0x0500-0x051f]
pci 0000:00:1f.5: reg 10: [io  0xf100-0xf107]
pci 0000:00:1f.5: reg 14: [io  0xf000-0xf003]
pci 0000:00:1f.5: reg 18: [io  0xef00-0xef07]
pci 0000:00:1f.5: reg 1c: [io  0xee00-0xee03]
pci 0000:00:1f.5: reg 20: [io  0xed00-0xed0f]
pci 0000:00:1f.5: reg 24: [io  0xec00-0xec0f]
pci 0000:01:00.0: reg 10: [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:01:00.0: reg 18: [mem 0xfbbe0000-0xfbbeffff 64bit]
pci 0000:01:00.0: reg 20: [io  0xae00-0xaeff]
pci 0000:01:00.0: reg 30: [mem 0x00000000-0x0001ffff pref]
pci 0000:01:00.0: supports D1 D2
pci 0000:01:00.1: reg 10: [mem 0xfbbfc000-0xfbbfffff 64bit]
pci 0000:01:00.1: supports D1 D2
pci 0000:00:03.0: PCI bridge to [bus 01-01]
pci 0000:00:03.0:   bridge window [io  0xa000-0xafff]
pci 0000:00:03.0:   bridge window [mem 0xfbb00000-0xfbbfffff]
pci 0000:00:03.0:   bridge window [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:02:00.0: reg 24: [mem 0xfb9fe000-0xfb9fffff]
pci 0000:02:00.0: PME# supported from D3hot
pci 0000:02:00.0: PME# disabled
pci 0000:02:00.1: reg 10: [io  0xdf00-0xdf07]
pci 0000:02:00.1: reg 14: [io  0xde00-0xde03]
pci 0000:02:00.1: reg 18: [io  0xdd00-0xdd07]
pci 0000:02:00.1: reg 1c: [io  0xdc00-0xdc03]
pci 0000:02:00.1: reg 20: [io  0xdb00-0xdb0f]
pci 0000:02:00.0: disabling ASPM on pre-1.1 PCIe device.  You can enable it with 'pcie_aspm=force'
pci 0000:00:1c.0: PCI bridge to [bus 02-02]
pci 0000:00:1c.0:   bridge window [io  0xd000-0xdfff]
pci 0000:00:1c.0:   bridge window [mem 0xfb900000-0xfb9fffff]
pci 0000:00:1c.0:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:04:00.0: reg 24: [mem 0xfbcfe000-0xfbcfffff]
pci 0000:04:00.0: PME# supported from D3hot
pci 0000:04:00.0: PME# disabled
pci 0000:04:00.1: reg 10: [io  0xbf00-0xbf07]
pci 0000:04:00.1: reg 14: [io  0xbe00-0xbe03]
pci 0000:04:00.1: reg 18: [io  0xbd00-0xbd07]
pci 0000:04:00.1: reg 1c: [io  0xbc00-0xbc03]
pci 0000:04:00.1: reg 20: [io  0xbb00-0xbb0f]
pci 0000:04:00.0: disabling ASPM on pre-1.1 PCIe device.  You can enable it with 'pcie_aspm=force'
pci 0000:00:1c.3: PCI bridge to [bus 04-04]
pci 0000:00:1c.3:   bridge window [io  0xb000-0xbfff]
pci 0000:00:1c.3:   bridge window [mem 0xfbc00000-0xfbcfffff]
pci 0000:00:1c.3:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:05:04.0: reg 10: [mem 0xfbaf0000-0xfbafffff]
pci 0000:00:1e.0: PCI bridge to [bus 05-05] (subtractive decode)
pci 0000:00:1e.0:   bridge window [io  0xf000-0x0000] (disabled)
pci 0000:00:1e.0:   bridge window [mem 0xfba00000-0xfbafffff]
pci 0000:00:1e.0:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:00:1e.0:   bridge window [io  0x0000-0x0cf7] (subtractive decode)
pci 0000:00:1e.0:   bridge window [io  0x0d00-0xffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0x000c0000-0x000dffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0xdf800000-0xfebfffff] (subtractive decode)
pci_bus 0000:00: on NUMA node 0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 *12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 *6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK1] (IRQs *3 4 5 6 7 9 10 11 12 14 15)
HEST: Table is not found!
vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
PCI: Using ACPI for IRQ routing
PCI: pci_cache_line_size set to 64 bytes
reserve RAM buffer: 000000000009f800 - 000000000009ffff 
reserve RAM buffer: 00000000df7e0000 - 00000000dfffffff 
NetLabel: Initializing
NetLabel:  domain hash size = 128
NetLabel:  protocols = UNLABELED CIPSOv4
NetLabel:  unlabeled traffic allowed by default
HPET: 8 timers in total, 5 timers will be used for per-cpu timer
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 40, 41, 42, 43, 44, 0
hpet0: 8 comparators, 64-bit 14.318180 MHz counter
hpet: hpet2 irq 40 for MSI
hpet: hpet3 irq 41 for MSI
hpet: hpet4 irq 42 for MSI
hpet: hpet5 irq 43 for MSI
Switching to clocksource tsc
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 13 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: [io  0x04d0-0x04d1] has been reserved
system 00:01: [io  0x0290-0x029f] has been reserved
system 00:01: [io  0x0800-0x087f] has been reserved
system 00:01: [io  0x0290-0x0294] has been reserved
system 00:01: [io  0x0880-0x088f] has been reserved
system 00:09: [io  0x0400-0x047f] has been reserved
system 00:09: [io  0x0580-0x05ff] has been reserved
system 00:0a: [mem 0xf4000000-0xf7ffffff] has been reserved
system 00:0b: [mem 0x000f0000-0x000f3fff] could not be reserved
system 00:0b: [mem 0x000f4000-0x000f7fff] could not be reserved
system 00:0b: [mem 0x000f8000-0x000fbfff] could not be reserved
system 00:0b: [mem 0x000fc000-0x000fffff] could not be reserved
system 00:0b: [mem 0xdf7e0000-0xdf7effff] could not be reserved
system 00:0b: [mem 0x00000000-0x0009ffff] could not be reserved
system 00:0b: [mem 0x00100000-0xdf7dffff] could not be reserved
system 00:0b: [mem 0xdf7f0000-0xdf7fffff] has been reserved
system 00:0b: [mem 0xfec00000-0xfec00fff] could not be reserved
system 00:0b: [mem 0xfed10000-0xfed1dfff] has been reserved
system 00:0b: [mem 0xfed20000-0xfed8ffff] has been reserved
system 00:0b: [mem 0xfee00000-0xfee00fff] has been reserved
system 00:0b: [mem 0xffb00000-0xffb7ffff] has been reserved
system 00:0b: [mem 0xfff00000-0xffffffff] has been reserved
system 00:0b: [mem 0x000e0000-0x000effff] has been reserved
pci 0000:00:1c.0: BAR 15: assigned [mem 0xdf800000-0xdf9fffff 64bit pref]
pci 0000:00:1c.3: BAR 15: assigned [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci 0000:01:00.0: BAR 6: assigned [mem 0xfbb00000-0xfbb1ffff pref]
pci 0000:00:03.0: PCI bridge to [bus 01-01]
pci 0000:00:03.0:   bridge window [io  0xa000-0xafff]
pci 0000:00:03.0:   bridge window [mem 0xfbb00000-0xfbbfffff]
pci 0000:00:03.0:   bridge window [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:00:1c.0: PCI bridge to [bus 02-02]
pci 0000:00:1c.0:   bridge window [io  0xd000-0xdfff]
pci 0000:00:1c.0:   bridge window [mem 0xfb900000-0xfb9fffff]
pci 0000:00:1c.0:   bridge window [mem 0xdf800000-0xdf9fffff 64bit pref]
pci 0000:00:1c.3: PCI bridge to [bus 04-04]
pci 0000:00:1c.3:   bridge window [io  0xb000-0xbfff]
pci 0000:00:1c.3:   bridge window [mem 0xfbc00000-0xfbcfffff]
pci 0000:00:1c.3:   bridge window [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci 0000:00:1e.0: PCI bridge to [bus 05-05]
pci 0000:00:1e.0:   bridge window [io  disabled]
pci 0000:00:1e.0:   bridge window [mem 0xfba00000-0xfbafffff]
pci 0000:00:1e.0:   bridge window [mem pref disabled]
pci 0000:00:03.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:03.0: setting latency timer to 64
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:1c.0: setting latency timer to 64
pci 0000:00:1c.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19
pci 0000:00:1c.3: setting latency timer to 64
pci 0000:00:1e.0: setting latency timer to 64
pci_bus 0000:00: resource 4 [io  0x0000-0x0cf7]
pci_bus 0000:00: resource 5 [io  0x0d00-0xffff]
pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
pci_bus 0000:00: resource 7 [mem 0x000c0000-0x000dffff]
pci_bus 0000:00: resource 8 [mem 0xdf800000-0xfebfffff]
pci_bus 0000:01: resource 0 [io  0xa000-0xafff]
pci_bus 0000:01: resource 1 [mem 0xfbb00000-0xfbbfffff]
pci_bus 0000:01: resource 2 [mem 0xe0000000-0xefffffff 64bit pref]
pci_bus 0000:02: resource 0 [io  0xd000-0xdfff]
pci_bus 0000:02: resource 1 [mem 0xfb900000-0xfb9fffff]
pci_bus 0000:02: resource 2 [mem 0xdf800000-0xdf9fffff 64bit pref]
pci_bus 0000:04: resource 0 [io  0xb000-0xbfff]
pci_bus 0000:04: resource 1 [mem 0xfbc00000-0xfbcfffff]
pci_bus 0000:04: resource 2 [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci_bus 0000:05: resource 1 [mem 0xfba00000-0xfbafffff]
pci_bus 0000:05: resource 4 [io  0x0000-0x0cf7]
pci_bus 0000:05: resource 5 [io  0x0d00-0xffff]
pci_bus 0000:05: resource 6 [mem 0x000a0000-0x000bffff]
pci_bus 0000:05: resource 7 [mem 0x000c0000-0x000dffff]
pci_bus 0000:05: resource 8 [mem 0xdf800000-0xfebfffff]
NET: Registered protocol family 2
IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
UDP hash table entries: 2048 (order: 4, 65536 bytes)
UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
NET: Registered protocol family 1
pci 0000:01:00.0: Boot video device
PCI: CLS 64 bytes, default 64
Unpacking initramfs...
Freeing initrd memory: 2044k freed
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Placing 64MB software IO TLB between ffff880007c00000 - ffff88000bc00000
software IO TLB at phys 0x7c00000 - 0xbc00000
Scanning for low memory corruption every 60 seconds
audit: initializing netlink socket (disabled)
type=2000 audit(1290704598.685:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 7899
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
intel_idle: MWAIT substates: 0x1120
intel_idle: v0.4 model 0x1E
intel_idle: lapic_timer_reliable_states 0x2
ERST: Table is not found!
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
PNP: No PS/2 controller found. Probing ports directly.
Failed to disable AUX port, but continuing anyway... Is this a SiS?
If AUX port is really absent please use the 'i8042.noaux' option.
serio: i8042 KBD port at 0x60,0x64 irq 1
mice: PS/2 mouse device common for all mice
rtc_cmos 00:04: RTC can wake from S4
rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one month, 242 bytes nvram, hpet irqs
cpuidle: using governor ladder
cpuidle: using governor menu
TCP cubic registered
NET: Registered protocol family 17
Registering the dns_resolver key type
PM: Resume from disk failed.
registered taskstats version 1
rtc_cmos 00:04: setting system clock to 2010-11-25 17:03:19 UTC (1290704599)
Initalizing network drop monitor service
Freeing unused kernel memory: 504k freed
BFS CPU scheduler v0.357 by Con Kolivas.
udev[48]: starting version 164
Btrfs loaded
SCSI subsystem initialized
libata version 3.00 loaded.
ata_piix 0000:00:1f.2: version 2.13
ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
ata_piix 0000:00:1f.2: setting latency timer to 64
scsi0 : ata_piix
scsi1 : ata_piix
ata1: SATA max UDMA/133 cmd 0xf800 ctl 0xf700 bmdma 0xf400 irq 19
ata2: SATA max UDMA/133 cmd 0xf600 ctl 0xf500 bmdma 0xf408 irq 19
ata_piix 0000:00:1f.5: PCI INT B -> GSI 19 (level, low) -> IRQ 19
ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
ata_piix 0000:00:1f.5: setting latency timer to 64
scsi2 : ata_piix
scsi3 : ata_piix
ata3: SATA max UDMA/133 cmd 0xf100 ctl 0xf000 bmdma 0xed00 irq 19
ata4: SATA max UDMA/133 cmd 0xef00 ctl 0xee00 bmdma 0xed08 irq 19
pata_jmicron 0000:02:00.1: enabling device (0000 -> 0001)
pata_jmicron 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
pata_jmicron 0000:02:00.1: setting latency timer to 64
scsi4 : pata_jmicron
scsi5 : pata_jmicron
ata5: PATA max UDMA/100 cmd 0xdf00 ctl 0xde00 bmdma 0xdb00 irq 17
ata6: PATA max UDMA/100 cmd 0xdd00 ctl 0xdc00 bmdma 0xdb08 irq 17
pata_jmicron 0000:04:00.1: enabling device (0000 -> 0001)
pata_jmicron 0000:04:00.1: PCI INT B -> GSI 16 (level, low) -> IRQ 16
pata_jmicron 0000:04:00.1: setting latency timer to 64
scsi6 : pata_jmicron
scsi7 : pata_jmicron
ata7: PATA max UDMA/100 cmd 0xbf00 ctl 0xbe00 bmdma 0xbb00 irq 16
ata8: PATA max UDMA/100 cmd 0xbd00 ctl 0xbc00 bmdma 0xbb08 irq 16
ahci 0000:02:00.0: version 3.0
ahci 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ahci 0000:02:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
ahci 0000:02:00.0: flags: 64bit ncq pm led clo pmp pio slum part 
ahci 0000:02:00.0: setting latency timer to 64
scsi8 : ahci
scsi9 : ahci
ata9: SATA max UDMA/133 abar m8192@0xfb9fe000 port 0xfb9fe100 irq 16
ata10: SATA max UDMA/133 abar m8192@0xfb9fe000 port 0xfb9fe180 irq 16
ahci 0000:04:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
ahci 0000:04:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
ahci 0000:04:00.0: flags: 64bit ncq pm led clo pmp pio slum part 
ahci 0000:04:00.0: setting latency timer to 64
scsi10 : ahci
scsi11 : ahci
ata11: SATA max UDMA/133 abar m8192@0xfbcfe000 port 0xfbcfe100 irq 19
ata12: SATA max UDMA/133 abar m8192@0xfbcfe000 port 0xfbcfe180 irq 19
ata5.00: ATAPI: PIONEER DVD-RW  DVR-108, 1.18, max UDMA/66
ata5.00: configured for UDMA/66
ata3: SATA link down (SStatus 0 SControl 300)
ata4: SATA link down (SStatus 0 SControl 300)
ata10: SATA link down (SStatus 0 SControl 300)
ata9: SATA link down (SStatus 0 SControl 300)
ata11: SATA link down (SStatus 0 SControl 300)
ata12: SATA link down (SStatus 0 SControl 300)
ata2.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.01: SATA link down (SStatus 0 SControl 300)
ata1.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.01: SATA link down (SStatus 0 SControl 300)
ata2.00: ATA-8: Hitachi HDE721010SLA330, ST6OA3AA, max UDMA/133
ata2.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata1.00: ATA-8: Hitachi HDS722020ALA330, JKAOA28A, max UDMA/133
ata1.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata2.00: configured for UDMA/133
ata1.00: configured for UDMA/133
scsi 0:0:0:0: Direct-Access     ATA      Hitachi HDS72202 JKAO PQ: 0 ANSI: 5
scsi 1:0:0:0: Direct-Access     ATA      Hitachi HDE72101 ST6O PQ: 0 ANSI: 5
scsi 4:0:0:0: CD-ROM            PIONEER  DVD-RW  DVR-108  1.18 PQ: 0 ANSI: 5
sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2 sda3 sda4
sd 0:0:0:0: [sda] Attached SCSI disk
 sdb: sdb1 sdb2 sdb3
sd 1:0:0:0: [sdb] Attached SCSI disk
sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 4:0:0:0: Attached scsi CD-ROM sr0
device fsid 194458adb99cb2e8-924710b8b782ec90 devid 1 transid 40376 /dev/sda3
Not activating Mandatory Access Control now since /sbin/tomoyo-init doesn't exist.
udev[1036]: starting version 164
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 1:0:0:0: Attached scsi generic sg1 type 0
sr 4:0:0:0: Attached scsi generic sg2 type 5
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
HDA Intel 0000:00:1b.0: irq 45 for MSI/MSI-X
HDA Intel 0000:00:1b.0: setting latency timer to 64
HDA Intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
HDA Intel 0000:01:00.1: irq 46 for MSI/MSI-X
HDA Intel 0000:01:00.1: setting latency timer to 64
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
input: PC Speaker as /devices/platform/pcspkr/input/input0
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ehci_hcd 0000:00:1a.7: setting latency timer to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 2
ehci_hcd 0000:00:1a.7: cache line size of 64 is not supported
ehci_hcd 0000:00:1a.7: irq 18, io mem 0xfbfff000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 2
uhci_hcd: USB Universal Host Controller Interface driver
ehci_hcd 0000:00:1d.7: cache line size of 64 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xfbffe000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 8 ports detected
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: setting latency timer to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff00
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:1a.1: setting latency timer to 64
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1a.1: irq 21, io base 0x0000fe00
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1a.2: setting latency timer to 64
uhci_hcd 0000:00:1a.2: UHCI Host Controller
uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:1a.2: irq 18, io base 0x0000fd00
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
uhci_hcd 0000:00:1d.0: setting latency timer to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 6
uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000fc00
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 7
uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000fb00
hub 7-0:1.0: USB hub found
hub 7-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 8
uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000fa00
hub 8-0:1.0: USB hub found
hub 8-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.3: setting latency timer to 64
uhci_hcd 0000:00:1d.3: UHCI Host Controller
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 9
uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000f900
hub 9-0:1.0: USB hub found
hub 9-0:1.0: 2 ports detected
iTCO_vendor_support: vendor-support=0
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06
iTCO_wdt: Found a P55 TCO device (Version=2, TCOBASE=0x0460)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
parport_pc 00:08: reported by Plug and Play ACPI
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
ACPI: acpi_idle yielding to intel_idle
i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1
ACPI: Power Button [PWRB]
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
ACPI: Power Button [PWRF]
lp0: using parport0 (interrupt-driven).
[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm] initializing kernel modesetting (RV730 0x1002:0x9490).
[drm] register mmio base: 0xFBBE0000
[drm] register mmio size: 65536
ATOM BIOS: 9490.11.22.0.1.AS02
radeon 0000:01:00.0: VRAM: 512M 0x00000000 - 0x1FFFFFFF (512M used)
radeon 0000:01:00.0: GTT: 512M 0x20000000 - 0x3FFFFFFF
mtrr: type mismatch for e0000000,10000000 old: write-back new: write-combining
[drm] Detected VRAM RAM=512M, BAR=256M
[drm] RAM width 128bits DDR
[TTM] Zone  kernel: Available graphics memory: 2022572 kiB.
[TTM] Initializing pool allocator.
[drm] radeon: 512M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
radeon 0000:01:00.0: irq 47 for MSI/MSI-X
radeon 0000:01:00.0: radeon: using MSI.
[drm] radeon: irq initialized.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] Loading RV730 Microcode
ppdev: user-space parallel port driver
usb 4-1: new low speed USB device using uhci_hcd and address 2
Compat-wireless backport release: compat-wireless-2010-11-10-12-g67146a0
Backport based on linux-next.git next-20101122
cfg80211: Calling CRDA to update world regulatory domain
ath9k 0000:05:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
usbcore: registered new interface driver hiddev
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.0/input/input3
generic-usb 0003:046D:C50E.0001: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1a.1-1/input0
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
usb 6-2: new full speed USB device using uhci_hcd and address 2
[drm] ring test succeeded in 1 usecs
[drm] radeon: ib pool ready.
[drm] ib test succeeded in 0 usecs
[drm] Enabling audio support
failed to evaluate ATIF got AE_BAD_PARAMETER
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm]   HDMI-A
[drm]   HPD2
[drm]   DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c
[drm]   Encoders:
[drm]     DFP2: INTERNAL_UNIPHY1
[drm] Connector 1:
[drm]   VGA
[drm]   DDC: 0x7f10 0x7f10 0x7f14 0x7f14 0x7f18 0x7f18 0x7f1c 0x7f1c
[drm]   Encoders:
[drm]     CRT2: INTERNAL_KLDSCP_DAC2
[drm] Connector 2:
[drm]   DVI-I
[drm]   HPD1
[drm]   DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c
[drm]   Encoders:
[drm]     CRT1: INTERNAL_KLDSCP_DAC1
[drm]     DFP1: INTERNAL_UNIPHY
ath: EEPROM regdomain: 0x809c
ath: EEPROM indicates we should expect a country code
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x52
ath: Country alpha2 being used: CN
ath: Regpair used: 0x52
[drm] Internal thermal controller without fan control
[drm] radeon: power management initialized
ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control'
cfg80211: Calling CRDA for country: CN
Registered led device: ath9k-phy0::radio
Registered led device: ath9k-phy0::assoc
Registered led device: ath9k-phy0::tx
Registered led device: ath9k-phy0::rx
ieee80211 phy0: Atheros AR5416 MAC/BB Rev:2 AR2133 RF Rev:81 mem=0xffffc90004180000, irq=16
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.0/input/input4
generic-usb 0003:046D:C529.0002: input,hidraw1: USB HID v1.11 Keyboard [Logitech USB Receiver] on usb-0000:00:1d.0-2/input0
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.1/input/input5
generic-usb 0003:046D:C529.0003: input,hiddev0,hidraw2: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1d.0-2/input1
[drm] fb mappable at 0xE0142000
[drm] vram apper at 0xE0000000
[drm] size 8294400
[drm] fb depth is 24
[drm]    pitch is 7680
usb 7-1: new low speed USB device using uhci_hcd and address 2
IR NEC protocol handler initialized
IR RC5(x) protocol handler initialized
IR RC6 protocol handler initialized
IR JVC protocol handler initialized
IR Sony protocol handler initialized
lirc_dev: IR Remote Control driver registered, major 251 
IR LIRC bridge handler initialized
Registered IR keymap rc-imon-pad
input: iMON Remote (15c2:0038) as /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0/rc/rc0/input6
rc0: iMON Remote (15c2:0038) as /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0/rc/rc0
imon 7-1:1.0: iMON device (15c2:0038, intf0) on usb<7:2> initialized
imon 7-1:1.1: iMON device (15c2:0038, intf1) on usb<7:2> initialized
usbcore: registered new interface driver imon
Console: switching to colour frame buffer device 240x67
fb0: radeondrmfb frame buffer device
drm: registered panic notifier
[drm] Initialized radeon 2.6.0 20080528 for 0000:01:00.0 on minor 0
btrfs: use compression
btrfs: use compression
EXT4-fs (sda4): mounted filesystem without journal. Opts: (null)
loop: module loaded
start_kdeinit (4044): /proc/4044/oom_adj is deprecated, please use /proc/4044/oom_score_adj instead.
ata1.00: configured for UDMA/133
ata1: EH complete
ata2.00: configured for UDMA/133
ata2: EH complete
EXT4-fs (sda4): re-mounted. Opts: commit=0
wlan0: authenticate with 00:23:69:65:2b:59 (try 1)
wlan0: authenticated
wlan0: associate with 00:23:69:65:2b:59 (try 1)
wlan0: RX AssocResp from 00:23:69:65:2b:59 (capab=0x411 status=0 aid=1)
wlan0: associated
Intel AES-NI instructions are not detected.
padlock: VIA PadLock not detected.

[-- Attachment #4: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-26  2:02                                                     ` John Ettedgui
@ 2010-11-26  2:13                                                       ` John Ettedgui
  2010-11-26  2:16                                                       ` Anssi Hannula
  1 sibling, 0 replies; 28+ messages in thread
From: John Ettedgui @ 2010-11-26  2:13 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

[-- Attachment #1: Type: text/plain, Size: 7136 bytes --]

On Thu, Nov 25, 2010 at 6:02 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>> On 26.11.2010 02:53, John Ettedgui wrote:
>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yes.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>>>>> being used instead:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>>>>
>>>>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>>>>
>>>>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>>>>> Not any better as far as I remember.
>>>>>>>>>>
>>>>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>>>>
>>>>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>>>>> current alsa driver:
>>>>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>>>>
>>>>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>>>>> multichannel issue (see below).
>>>>>>>>>>
>>>>>>>>>> [...]
>>>>>>>>>>
>>>>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>>>>
>>>>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>>>>> Alright.
>>>>>>>>>>>>
>>>>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>>>>
>>>>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>>>>> already tried :)
>>>>>>>>>>>>
>>>>>>>>>>> Sure :)
>>>>>>>>>>
>>>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>>>
>>>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>>>> would make any difference.
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Anssi Hannula
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Anssi,
>>>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>>>> manually in there either.
>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>>>
>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>>>
>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>>>
>>>>>>> ok
>>>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>>>> (if not, it would explain why the card says it is not)
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anssi Hannula
>>>>>>>>
>>>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>>>
>>>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>>>> with stereo hdmi as well?
>>>>>>
>>>>>> Just making sure :)
>>>>>>
>>>>>> --
>>>>>> Anssi Hannula
>>>>>>
>>>>>
>>>>> Well, I have not super tested it, but the reason I believe it is is
>>>>> simple, when I use passthrough my receiver says Dolby digital or
>>>>> something like that, but in Windows just going around or playing games
>>>>> it says Multichannel.
>>>
>>> Sounds ok then.
>>>
>>>>> I'll get the patch applied in a few minutes, I was running out of
>>>>> memory and my system was getting really slow... :)
>>>>>
>>>>
>>>> I am not sure if I did it right but now I don't even get hdmi sound
>>>> working anymore.
>>>> It is not listed in aplay-l, and dmesg gives me this:
>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>>>> no|invalid EDID
>>>>
>>>> I've attached the patch I used, since I could not used the previous
>>>> one I had to hack it, maybe I broke something?
>>>> (I have not set channels to 8 yet, just changed the parser)
>>>
>>> The patch looks ok. The above error message is weird, as it comes from
>>> the display driver which should not be affected by the patch at all.
>>>
>>> I'll look at the code later (tomorrow maybe). Until then I'd advise you
>>> to retry without the patch and with the patch again, just to make sure
>>> this is not some unrelated issue...
>>> Also, post the whole dmesg when it works (2 channel, without patch), and
>>> when it doesn't (with patch).
>>>
>>> --
>>> Anssi Hannula
>>>
>> Following your message I restarted my computer and that error was
>> gone, yet there is still nothing display in aplay -l / aplay -L about
>> hdmi anymore.
>> I'll go back to my non patched kernel and see what it does.
>>
> With the non-patched kernel I get back my hdmi in aplay -l, so it
> looks like the patch messed up something.
> I really think that when I tried it before it did not do that, but it
> was so long ago that I could be wrong...
>
> Anyway here are the 2 dmesgs (not sure if they'll help though).
>
> Thanks,
> John
>

Seems the files were too big before so here's a smaller version.

[-- Attachment #2: dmesgs.tar.bz --]
[-- Type: application/x-bzip, Size: 22055 bytes --]

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-26  2:02                                                     ` John Ettedgui
  2010-11-26  2:13                                                       ` John Ettedgui
@ 2010-11-26  2:16                                                       ` Anssi Hannula
       [not found]                                                         ` <AANLkTinbea0wMDCuEQgbO7tqxWBB_qfZub9+yNyC+2LR@mail.gmail.com>
  1 sibling, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-11-26  2:16 UTC (permalink / raw)
  To: John Ettedgui; +Cc: alsa-devel

On 26.11.2010 04:02, John Ettedgui wrote:
> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>> On 26.11.2010 02:53, John Ettedgui wrote:
>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yes.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>>>>> being used instead:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>>>>
>>>>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>>>>
>>>>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>>>>> Not any better as far as I remember.
>>>>>>>>>>
>>>>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>>>>
>>>>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>>>>> current alsa driver:
>>>>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>>>>
>>>>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>>>>> multichannel issue (see below).
>>>>>>>>>>
>>>>>>>>>> [...]
>>>>>>>>>>
>>>>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>>>>
>>>>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>>>>> Alright.
>>>>>>>>>>>>
>>>>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>>>>
>>>>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>>>>> already tried :)
>>>>>>>>>>>>
>>>>>>>>>>> Sure :)
>>>>>>>>>>
>>>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>>>
>>>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>>>> would make any difference.
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Anssi Hannula
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Anssi,
>>>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>>>> manually in there either.
>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>>>
>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>>>
>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>>>
>>>>>>> ok
>>>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>>>> (if not, it would explain why the card says it is not)
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anssi Hannula
>>>>>>>>
>>>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>>>
>>>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>>>> with stereo hdmi as well?
>>>>>>
>>>>>> Just making sure :)
>>>>>>
>>>>>> --
>>>>>> Anssi Hannula
>>>>>>
>>>>>
>>>>> Well, I have not super tested it, but the reason I believe it is is
>>>>> simple, when I use passthrough my receiver says Dolby digital or
>>>>> something like that, but in Windows just going around or playing games
>>>>> it says Multichannel.
>>>
>>> Sounds ok then.
>>>
>>>>> I'll get the patch applied in a few minutes, I was running out of
>>>>> memory and my system was getting really slow... :)
>>>>>
>>>>
>>>> I am not sure if I did it right but now I don't even get hdmi sound
>>>> working anymore.
>>>> It is not listed in aplay-l, and dmesg gives me this:
>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>>>> no|invalid EDID
>>>>
>>>> I've attached the patch I used, since I could not used the previous
>>>> one I had to hack it, maybe I broke something?
>>>> (I have not set channels to 8 yet, just changed the parser)
>>>
>>> The patch looks ok. The above error message is weird, as it comes from
>>> the display driver which should not be affected by the patch at all.
>>>
>>> I'll look at the code later (tomorrow maybe). Until then I'd advise you
>>> to retry without the patch and with the patch again, just to make sure
>>> this is not some unrelated issue...
>>> Also, post the whole dmesg when it works (2 channel, without patch), and
>>> when it doesn't (with patch).
>>>
>>> --
>>> Anssi Hannula
>>>
>> Following your message I restarted my computer and that error was
>> gone, yet there is still nothing display in aplay -l / aplay -L about
>> hdmi anymore.
>> I'll go back to my non patched kernel and see what it does.
>>
> With the non-patched kernel I get back my hdmi in aplay -l, so it
> looks like the patch messed up something.

Indeed.

> I really think that when I tried it before it did not do that, but it
> was so long ago that I could be wrong...

Well, the driver has changed since then, it could be more strict now :)

> Anyway here are the 2 dmesgs (not sure if they'll help though).

Indeed, there doesn't seem to be any difference. Maybe try with
CONFIG_SND_DEBUG_VERBOSE?

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
       [not found]                                                         ` <AANLkTinbea0wMDCuEQgbO7tqxWBB_qfZub9+yNyC+2LR@mail.gmail.com>
@ 2010-11-26  5:56                                                           ` John Ettedgui
  2010-11-26  6:00                                                             ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-26  5:56 UTC (permalink / raw)
  To: Anssi Hannula, alsa-devel

[-- Attachment #1: Type: text/plain, Size: 7753 bytes --]

On Thu, Nov 25, 2010 at 6:21 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
> On Thu, Nov 25, 2010 at 6:16 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>> On 26.11.2010 04:02, John Ettedgui wrote:
>>> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>> On 26.11.2010 02:53, John Ettedgui wrote:
>>>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Yes.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>>>>>>> being used instead:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>>>>>>> Not any better as far as I remember.
>>>>>>>>>>>>
>>>>>>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>>>>>>
>>>>>>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>>>>>>> current alsa driver:
>>>>>>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>>>>>>
>>>>>>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>>>>>>> multichannel issue (see below).
>>>>>>>>>>>>
>>>>>>>>>>>> [...]
>>>>>>>>>>>>
>>>>>>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>>>>>>> Alright.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>>>>>>> already tried :)
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Sure :)
>>>>>>>>>>>>
>>>>>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>>>>>
>>>>>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>>>>>> would make any difference.
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Anssi,
>>>>>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>>>>>> manually in there either.
>>>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>>>>>
>>>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>>>>>
>>>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>>>>>
>>>>>>>>> ok
>>>>>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>>>>>> (if not, it would explain why the card says it is not)
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Anssi Hannula
>>>>>>>>>>
>>>>>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>>>>>
>>>>>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>>>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>>>>>> with stereo hdmi as well?
>>>>>>>>
>>>>>>>> Just making sure :)
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anssi Hannula
>>>>>>>>
>>>>>>>
>>>>>>> Well, I have not super tested it, but the reason I believe it is is
>>>>>>> simple, when I use passthrough my receiver says Dolby digital or
>>>>>>> something like that, but in Windows just going around or playing games
>>>>>>> it says Multichannel.
>>>>>
>>>>> Sounds ok then.
>>>>>
>>>>>>> I'll get the patch applied in a few minutes, I was running out of
>>>>>>> memory and my system was getting really slow... :)
>>>>>>>
>>>>>>
>>>>>> I am not sure if I did it right but now I don't even get hdmi sound
>>>>>> working anymore.
>>>>>> It is not listed in aplay-l, and dmesg gives me this:
>>>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>>>>>> no|invalid EDID
>>>>>>
>>>>>> I've attached the patch I used, since I could not used the previous
>>>>>> one I had to hack it, maybe I broke something?
>>>>>> (I have not set channels to 8 yet, just changed the parser)
>>>>>
>>>>> The patch looks ok. The above error message is weird, as it comes from
>>>>> the display driver which should not be affected by the patch at all.
>>>>>
>>>>> I'll look at the code later (tomorrow maybe). Until then I'd advise you
>>>>> to retry without the patch and with the patch again, just to make sure
>>>>> this is not some unrelated issue...
>>>>> Also, post the whole dmesg when it works (2 channel, without patch), and
>>>>> when it doesn't (with patch).
>>>>>
>>>>> --
>>>>> Anssi Hannula
>>>>>
>>>> Following your message I restarted my computer and that error was
>>>> gone, yet there is still nothing display in aplay -l / aplay -L about
>>>> hdmi anymore.
>>>> I'll go back to my non patched kernel and see what it does.
>>>>
>>> With the non-patched kernel I get back my hdmi in aplay -l, so it
>>> looks like the patch messed up something.
>>
>> Indeed.
>>
>>> I really think that when I tried it before it did not do that, but it
>>> was so long ago that I could be wrong...
>>
>> Well, the driver has changed since then, it could be more strict now :)
>>
>>> Anyway here are the 2 dmesgs (not sure if they'll help though).
>>
>> Indeed, there doesn't seem to be any difference. Maybe try with
>> CONFIG_SND_DEBUG_VERBOSE?
>>
>> --
>> Anssi Hannula
>>
>
> Sure I'll get that.
>

There you go.

[-- Attachment #2: dmesg_with_patch_verbose --]
[-- Type: application/octet-stream, Size: 78361 bytes --]

Initializing cgroup subsys cpuset
Linux version 2.6.36-ck (root@HTPC) (gcc version 4.5.1 (GCC) ) #1 SMP PREEMPT Thu Nov 25 20:56:00 PST 2010
Command line: BOOT_IMAGE=/vmlinuz26-ck root=/dev/sda3 ro quiet splash
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
 BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 00000000df7e0000 (usable)
 BIOS-e820: 00000000df7e0000 - 00000000df7e2000 (ACPI NVS)
 BIOS-e820: 00000000df7e2000 - 00000000df7f0000 (ACPI data)
 BIOS-e820: 00000000df7f0000 - 00000000df800000 (reserved)
 BIOS-e820: 00000000f4000000 - 00000000f8000000 (reserved)
 BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
 BIOS-e820: 0000000100000000 - 0000000120000000 (usable)
NX (Execute Disable) protection: active
DMI 2.4 present.
e820 update range: 0000000000000000 - 0000000000001000 (usable) ==> (reserved)
e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
No AGP bridge found
last_pfn = 0x120000 max_arch_pfn = 0x400000000
MTRR default type: uncachable
MTRR fixed ranges enabled:
  00000-9FFFF write-back
  A0000-BFFFF uncachable
  C0000-CFFFF write-protect
  D0000-EFFFF uncachable
  F0000-FFFFF write-through
MTRR variable ranges enabled:
  0 base 000000000 mask F00000000 write-back
  1 base 0E0000000 mask FE0000000 uncachable
  2 base 100000000 mask FE0000000 write-back
  3 disabled
  4 disabled
  5 disabled
  6 disabled
  7 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
e820 update range: 00000000e0000000 - 0000000100000000 (usable) ==> (reserved)
last_pfn = 0xdf7e0 max_arch_pfn = 0x400000000
e820 update range: 0000000000001000 - 0000000000010000 (usable) ==> (reserved)
Scanning 1 areas for low memory corruption
modified physical RAM map:
 modified: 0000000000000000 - 0000000000010000 (reserved)
 modified: 0000000000010000 - 000000000009f800 (usable)
 modified: 000000000009f800 - 00000000000a0000 (reserved)
 modified: 00000000000f0000 - 0000000000100000 (reserved)
 modified: 0000000000100000 - 00000000df7e0000 (usable)
 modified: 00000000df7e0000 - 00000000df7e2000 (ACPI NVS)
 modified: 00000000df7e2000 - 00000000df7f0000 (ACPI data)
 modified: 00000000df7f0000 - 00000000df800000 (reserved)
 modified: 00000000f4000000 - 00000000f8000000 (reserved)
 modified: 00000000fec00000 - 0000000100000000 (reserved)
 modified: 0000000100000000 - 0000000120000000 (usable)
initial memory mapped : 0 - 20000000
found SMP MP-table at [ffff8800000f57d0] f57d0
init_memory_mapping: 0000000000000000-00000000df7e0000
 0000000000 - 00df600000 page 2M
 00df600000 - 00df7e0000 page 4k
kernel direct mapping tables up to df7e0000 @ 16000-1c000
init_memory_mapping: 0000000100000000-0000000120000000
 0100000000 - 0120000000 page 2M
kernel direct mapping tables up to 120000000 @ 1a000-20000
RAMDISK: 03e81000 - 04080000
ACPI: RSDP 00000000000f7190 00014 (v00 GBT   )
ACPI: RSDT 00000000df7e2040 00040 (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: FACP 00000000df7e20c0 00074 (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: DSDT 00000000df7e2180 06278 (v01 GBT    GBTUACPI 00001000 MSFT 0100000C)
ACPI: FACS 00000000df7e0000 00040
ACPI: HPET 00000000df7e8540 00038 (v01 GBT    GBTUACPI 42302E31 GBTU 00000098)
ACPI: MCFG 00000000df7e85c0 0003C (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: EUDS 00000000df7e8600 00560 (v01 GBT             00000000      00000000)
ACPI: TAMG 00000000df7e8b60 00A32 (v01 GBT    GBT   B0 5455312E BG?? 53450101)
ACPI: APIC 00000000df7e8440 000BC (v01 GBT    GBTUACPI 42302E31 GBTU 01010101)
ACPI: SSDT 00000000df7e95c0 01AF0 (v01  INTEL PPM RCM  80000001 INTL 20061109)
ACPI: Local APIC address 0xfee00000
 [ffffea0000000000-ffffea0003ffffff] PMD -> [ffff880004200000-ffff880007bfffff] on node 0
Zone PFN ranges:
  DMA      0x00000010 -> 0x00001000
  DMA32    0x00001000 -> 0x00100000
  Normal   0x00100000 -> 0x00120000
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
    0: 0x00000010 -> 0x0000009f
    0: 0x00000100 -> 0x000df7e0
    0: 0x00100000 -> 0x00120000
On node 0 totalpages: 1046383
  DMA zone: 56 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 3927 pages, LIFO batch:0
  DMA32 zone: 14280 pages used for memmap
  DMA32 zone: 897048 pages, LIFO batch:31
  Normal zone: 1792 pages used for memmap
  Normal zone: 129280 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] disabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] disabled)
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a201 base: 0xfed00000
SMP: Allowing 8 CPUs, 4 hotplug CPUs
nr_irqs_gsi: 40
early_res array is doubled to 64 at [1b300 - 1baff]
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000
PM: Registered nosave memory: 00000000000f0000 - 0000000000100000
PM: Registered nosave memory: 00000000df7e0000 - 00000000df7e2000
PM: Registered nosave memory: 00000000df7e2000 - 00000000df7f0000
PM: Registered nosave memory: 00000000df7f0000 - 00000000df800000
PM: Registered nosave memory: 00000000df800000 - 00000000f4000000
PM: Registered nosave memory: 00000000f4000000 - 00000000f8000000
PM: Registered nosave memory: 00000000f8000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 0000000100000000
Allocating PCI resources starting at df800000 (gap: df800000:14800000)
Booting paravirtualized kernel on bare hardware
setup_percpu: NR_CPUS:64 nr_cpumask_bits:64 nr_cpu_ids:8 nr_node_ids:1
PERCPU: Embedded 28 pages/cpu @ffff880001a00000 s83776 r8192 d22720 u262144
pcpu-alloc: s83776 r8192 d22720 u262144 alloc=1*2097152
pcpu-alloc: [0] 0 1 2 3 4 5 6 7 
early_res array is doubled to 128 at [1bb00 - 1caff]
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 1030255
Kernel command line: BOOT_IMAGE=/vmlinuz26-ck root=/dev/sda3 ro quiet splash
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Checking aperture...
No AGP bridge found
Calgary: detecting Calgary via BIOS EBDA area
Calgary: Unable to locate Rio Grande table in EBDA - bailing!
Subtract (61 early reservations)
  #1 [0001000000 - 00017f3ea8]   TEXT DATA BSS
  #2 [0003e81000 - 0004080000]         RAMDISK
  #3 [00017f4000 - 00017f40f6]             BRK
  #4 [00000f57e0 - 0000100000]   BIOS reserved
  #5 [00000f57d0 - 00000f57e0]    MP-table mpf
  #6 [000009f800 - 00000f0d00]   BIOS reserved
  #7 [00000f0ec4 - 00000f57d0]   BIOS reserved
  #8 [00000f0d00 - 00000f0ec4]    MP-table mpc
  #9 [0000010000 - 0000012000]      TRAMPOLINE
  #10 [0000012000 - 0000016000]     ACPI WAKEUP
  #11 [0000016000 - 000001a000]         PGTABLE
  #12 [000001a000 - 000001b000]         PGTABLE
  #13 [00017f4100 - 00017f5100]         BOOTMEM
  #14 [000001b000 - 000001b300]         BOOTMEM
  #15 [0001ff6000 - 0001ff7000]         BOOTMEM
  #16 [0001ff7000 - 0001ff8000]         BOOTMEM
  #17 [0004200000 - 0007c00000]        MEMMAP 0
  #18 [00017f5100 - 000180d100]         BOOTMEM
  #19 [000180d100 - 0001825100]         BOOTMEM
  #20 [0001825100 - 000183d100]         BOOTMEM
  #21 [000183e000 - 000183f000]         BOOTMEM
  #22 [00017f3ec0 - 00017f3f01]         BOOTMEM
  #23 [00017f3f40 - 00017f3f83]         BOOTMEM
  #24 [000183d100 - 000183d368]         BOOTMEM
  #25 [000183d380 - 000183d3e8]         BOOTMEM
  #26 [000183d400 - 000183d468]         BOOTMEM
  #27 [000183d480 - 000183d4e8]         BOOTMEM
  #28 [000183d500 - 000183d568]         BOOTMEM
  #29 [000183d580 - 000183d5e8]         BOOTMEM
  #30 [000183d600 - 000183d668]         BOOTMEM
  #31 [000183d680 - 000183d6e8]         BOOTMEM
  #32 [000183d700 - 000183d768]         BOOTMEM
  #33 [000183d780 - 000183d7e8]         BOOTMEM
  #34 [000183d800 - 000183d868]         BOOTMEM
  #35 [00017f3fc0 - 00017f3fe0]         BOOTMEM
  #36 [000183d880 - 000183d8a0]         BOOTMEM
  #37 [000183d8c0 - 000183d8f8]         BOOTMEM
  #38 [000183d900 - 000183d938]         BOOTMEM
  #39 [0001a00000 - 0001a1c000]         BOOTMEM
  #40 [0001a40000 - 0001a5c000]         BOOTMEM
  #41 [0001a80000 - 0001a9c000]         BOOTMEM
  #42 [0001ac0000 - 0001adc000]         BOOTMEM
  #43 [0001b00000 - 0001b1c000]         BOOTMEM
  #44 [0001b40000 - 0001b5c000]         BOOTMEM
  #45 [0001b80000 - 0001b9c000]         BOOTMEM
  #46 [0001bc0000 - 0001bdc000]         BOOTMEM
  #47 [000183d940 - 000183d948]         BOOTMEM
  #48 [000183d980 - 000183d988]         BOOTMEM
  #49 [000183d9c0 - 000183d9e0]         BOOTMEM
  #50 [000183da00 - 000183da40]         BOOTMEM
  #51 [000183da40 - 000183db60]         BOOTMEM
  #52 [000183db80 - 000183dbc8]         BOOTMEM
  #53 [000183dc00 - 000183dc48]         BOOTMEM
  #54 [000183f000 - 0001847000]         BOOTMEM
  #55 [0001bdc000 - 0001fdc000]         BOOTMEM
  #56 [0001ff8000 - 00021f8000]         BOOTMEM
  #57 [0007c00000 - 000bc00000]         BOOTMEM
  #58 [0001847000 - 0001867000]         BOOTMEM
  #59 [0001867000 - 00018a7000]         BOOTMEM
  #60 [000001cb00 - 0000024b00]         BOOTMEM
Memory: 4042568k/4718592k available (3656k kernel code, 533060k absent, 142964k reserved, 2084k data, 504k init)
SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
Hierarchical RCU implementation.
	RCU-based detection of stalled CPUs is disabled.
	Verbose stalled-CPUs detection is disabled.
NR_IRQS:2304
Console: colour VGA+ 80x25
console [tty0] enabled
allocated 41943040 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
hpet clockevent registered
Fast TSC calibration using PIT
Detected 2664.869 MHz processor.
Calibrating delay loop (skipped), value calculated using timer frequency.. 5329.73 BogoMIPS (lpj=2664869)
pid_max: default: 32768 minimum: 301
Security Framework initialized
TOMOYO Linux initialized
AppArmor: AppArmor disabled by boot time parameter
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
Initializing cgroup subsys blkio
Initializing cgroup subsys bfqio
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 9 MCE banks
CPU0: Thermal monitoring enabled (TM1)
using mwait in idle threads.
Performance Events: PEBS fmt1+, Nehalem events, Intel PMU driver.
... version:                3
... bit width:              48
... generic registers:      4
... value mask:             0000ffffffffffff
... max period:             000000007fffffff
... fixed-purpose events:   3
... event mask:             000000070000000f
ACPI: Core revision 20100702
Setting APIC routing to flat
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Core(TM) i5 CPU         750  @ 2.67GHz stepping 05
NMI watchdog enabled, takes one hw-pmu counter.
Booting Node   0, Processors  #1
NMI watchdog enabled, takes one hw-pmu counter.
 #2
NMI watchdog enabled, takes one hw-pmu counter.
 #3
NMI watchdog enabled, takes one hw-pmu counter.
Brought up 4 CPUs
Total of 4 processors activated (21321.11 BogoMIPS).
devtmpfs: initialized
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf4000000-0xf7ffffff] (base 0xf4000000)
PCI: MMCONFIG at [mem 0xf4000000-0xf7ffffff] reserved in E820
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI Warning: Incorrect checksum in table [TAMG] - 0x10, should be 0x0F (20100702/tbutils-314)
ACPI: No dock devices found.
PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3f])
pci_root PNP0A03:00: host bridge window [io  0x0000-0x0cf7]
pci_root PNP0A03:00: host bridge window [io  0x0d00-0xffff]
pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff]
pci_root PNP0A03:00: host bridge window [mem 0x000c0000-0x000dffff]
pci_root PNP0A03:00: host bridge window [mem 0xdf800000-0xfebfffff]
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:1a.0: reg 20: [io  0xff00-0xff1f]
pci 0000:00:1a.1: reg 20: [io  0xfe00-0xfe1f]
pci 0000:00:1a.2: reg 20: [io  0xfd00-0xfd1f]
pci 0000:00:1a.7: reg 10: [mem 0xfbfff000-0xfbfff3ff]
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: reg 10: [mem 0xfbff8000-0xfbffbfff 64bit]
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.3: PME# disabled
pci 0000:00:1d.0: reg 20: [io  0xfc00-0xfc1f]
pci 0000:00:1d.1: reg 20: [io  0xfb00-0xfb1f]
pci 0000:00:1d.2: reg 20: [io  0xfa00-0xfa1f]
pci 0000:00:1d.3: reg 20: [io  0xf900-0xf91f]
pci 0000:00:1d.7: reg 10: [mem 0xfbffe000-0xfbffe3ff]
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.2: reg 10: [io  0xf800-0xf807]
pci 0000:00:1f.2: reg 14: [io  0xf700-0xf703]
pci 0000:00:1f.2: reg 18: [io  0xf600-0xf607]
pci 0000:00:1f.2: reg 1c: [io  0xf500-0xf503]
pci 0000:00:1f.2: reg 20: [io  0xf400-0xf40f]
pci 0000:00:1f.2: reg 24: [io  0xf300-0xf30f]
pci 0000:00:1f.3: reg 10: [mem 0xfbffd000-0xfbffd0ff 64bit]
pci 0000:00:1f.3: reg 20: [io  0x0500-0x051f]
pci 0000:00:1f.5: reg 10: [io  0xf100-0xf107]
pci 0000:00:1f.5: reg 14: [io  0xf000-0xf003]
pci 0000:00:1f.5: reg 18: [io  0xef00-0xef07]
pci 0000:00:1f.5: reg 1c: [io  0xee00-0xee03]
pci 0000:00:1f.5: reg 20: [io  0xed00-0xed0f]
pci 0000:00:1f.5: reg 24: [io  0xec00-0xec0f]
pci 0000:01:00.0: reg 10: [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:01:00.0: reg 18: [mem 0xfbbe0000-0xfbbeffff 64bit]
pci 0000:01:00.0: reg 20: [io  0xae00-0xaeff]
pci 0000:01:00.0: reg 30: [mem 0x00000000-0x0001ffff pref]
pci 0000:01:00.0: supports D1 D2
pci 0000:01:00.1: reg 10: [mem 0xfbbfc000-0xfbbfffff 64bit]
pci 0000:01:00.1: supports D1 D2
pci 0000:00:03.0: PCI bridge to [bus 01-01]
pci 0000:00:03.0:   bridge window [io  0xa000-0xafff]
pci 0000:00:03.0:   bridge window [mem 0xfbb00000-0xfbbfffff]
pci 0000:00:03.0:   bridge window [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:02:00.0: reg 24: [mem 0xfb9fe000-0xfb9fffff]
pci 0000:02:00.0: PME# supported from D3hot
pci 0000:02:00.0: PME# disabled
pci 0000:02:00.1: reg 10: [io  0xdf00-0xdf07]
pci 0000:02:00.1: reg 14: [io  0xde00-0xde03]
pci 0000:02:00.1: reg 18: [io  0xdd00-0xdd07]
pci 0000:02:00.1: reg 1c: [io  0xdc00-0xdc03]
pci 0000:02:00.1: reg 20: [io  0xdb00-0xdb0f]
pci 0000:02:00.0: disabling ASPM on pre-1.1 PCIe device.  You can enable it with 'pcie_aspm=force'
pci 0000:00:1c.0: PCI bridge to [bus 02-02]
pci 0000:00:1c.0:   bridge window [io  0xd000-0xdfff]
pci 0000:00:1c.0:   bridge window [mem 0xfb900000-0xfb9fffff]
pci 0000:00:1c.0:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:04:00.0: reg 24: [mem 0xfbcfe000-0xfbcfffff]
pci 0000:04:00.0: PME# supported from D3hot
pci 0000:04:00.0: PME# disabled
pci 0000:04:00.1: reg 10: [io  0xbf00-0xbf07]
pci 0000:04:00.1: reg 14: [io  0xbe00-0xbe03]
pci 0000:04:00.1: reg 18: [io  0xbd00-0xbd07]
pci 0000:04:00.1: reg 1c: [io  0xbc00-0xbc03]
pci 0000:04:00.1: reg 20: [io  0xbb00-0xbb0f]
pci 0000:04:00.0: disabling ASPM on pre-1.1 PCIe device.  You can enable it with 'pcie_aspm=force'
pci 0000:00:1c.3: PCI bridge to [bus 04-04]
pci 0000:00:1c.3:   bridge window [io  0xb000-0xbfff]
pci 0000:00:1c.3:   bridge window [mem 0xfbc00000-0xfbcfffff]
pci 0000:00:1c.3:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:05:04.0: reg 10: [mem 0xfbaf0000-0xfbafffff]
pci 0000:00:1e.0: PCI bridge to [bus 05-05] (subtractive decode)
pci 0000:00:1e.0:   bridge window [io  0xf000-0x0000] (disabled)
pci 0000:00:1e.0:   bridge window [mem 0xfba00000-0xfbafffff]
pci 0000:00:1e.0:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
pci 0000:00:1e.0:   bridge window [io  0x0000-0x0cf7] (subtractive decode)
pci 0000:00:1e.0:   bridge window [io  0x0d00-0xffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0x000c0000-0x000dffff] (subtractive decode)
pci 0000:00:1e.0:   bridge window [mem 0xdf800000-0xfebfffff] (subtractive decode)
pci_bus 0000:00: on NUMA node 0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 *12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 *6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK1] (IRQs *3 4 5 6 7 9 10 11 12 14 15)
HEST: Table is not found!
vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
PCI: Using ACPI for IRQ routing
PCI: pci_cache_line_size set to 64 bytes
reserve RAM buffer: 000000000009f800 - 000000000009ffff 
reserve RAM buffer: 00000000df7e0000 - 00000000dfffffff 
NetLabel: Initializing
NetLabel:  domain hash size = 128
NetLabel:  protocols = UNLABELED CIPSOv4
NetLabel:  unlabeled traffic allowed by default
HPET: 8 timers in total, 5 timers will be used for per-cpu timer
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 40, 41, 42, 43, 44, 0
hpet0: 8 comparators, 64-bit 14.318180 MHz counter
hpet: hpet2 irq 40 for MSI
hpet: hpet3 irq 41 for MSI
hpet: hpet4 irq 42 for MSI
hpet: hpet5 irq 43 for MSI
Switching to clocksource tsc
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 13 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: [io  0x04d0-0x04d1] has been reserved
system 00:01: [io  0x0290-0x029f] has been reserved
system 00:01: [io  0x0800-0x087f] has been reserved
system 00:01: [io  0x0290-0x0294] has been reserved
system 00:01: [io  0x0880-0x088f] has been reserved
system 00:09: [io  0x0400-0x047f] has been reserved
system 00:09: [io  0x0580-0x05ff] has been reserved
system 00:0a: [mem 0xf4000000-0xf7ffffff] has been reserved
system 00:0b: [mem 0x000f0000-0x000f3fff] could not be reserved
system 00:0b: [mem 0x000f4000-0x000f7fff] could not be reserved
system 00:0b: [mem 0x000f8000-0x000fbfff] could not be reserved
system 00:0b: [mem 0x000fc000-0x000fffff] could not be reserved
system 00:0b: [mem 0xdf7e0000-0xdf7effff] could not be reserved
system 00:0b: [mem 0x00000000-0x0009ffff] could not be reserved
system 00:0b: [mem 0x00100000-0xdf7dffff] could not be reserved
system 00:0b: [mem 0xdf7f0000-0xdf7fffff] has been reserved
system 00:0b: [mem 0xfec00000-0xfec00fff] could not be reserved
system 00:0b: [mem 0xfed10000-0xfed1dfff] has been reserved
system 00:0b: [mem 0xfed20000-0xfed8ffff] has been reserved
system 00:0b: [mem 0xfee00000-0xfee00fff] has been reserved
system 00:0b: [mem 0xffb00000-0xffb7ffff] has been reserved
system 00:0b: [mem 0xfff00000-0xffffffff] has been reserved
system 00:0b: [mem 0x000e0000-0x000effff] has been reserved
pci 0000:00:1c.0: BAR 15: assigned [mem 0xdf800000-0xdf9fffff 64bit pref]
pci 0000:00:1c.3: BAR 15: assigned [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci 0000:01:00.0: BAR 6: assigned [mem 0xfbb00000-0xfbb1ffff pref]
pci 0000:00:03.0: PCI bridge to [bus 01-01]
pci 0000:00:03.0:   bridge window [io  0xa000-0xafff]
pci 0000:00:03.0:   bridge window [mem 0xfbb00000-0xfbbfffff]
pci 0000:00:03.0:   bridge window [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:00:1c.0: PCI bridge to [bus 02-02]
pci 0000:00:1c.0:   bridge window [io  0xd000-0xdfff]
pci 0000:00:1c.0:   bridge window [mem 0xfb900000-0xfb9fffff]
pci 0000:00:1c.0:   bridge window [mem 0xdf800000-0xdf9fffff 64bit pref]
pci 0000:00:1c.3: PCI bridge to [bus 04-04]
pci 0000:00:1c.3:   bridge window [io  0xb000-0xbfff]
pci 0000:00:1c.3:   bridge window [mem 0xfbc00000-0xfbcfffff]
pci 0000:00:1c.3:   bridge window [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci 0000:00:1e.0: PCI bridge to [bus 05-05]
pci 0000:00:1e.0:   bridge window [io  disabled]
pci 0000:00:1e.0:   bridge window [mem 0xfba00000-0xfbafffff]
pci 0000:00:1e.0:   bridge window [mem pref disabled]
pci 0000:00:03.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:03.0: setting latency timer to 64
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:1c.0: setting latency timer to 64
pci 0000:00:1c.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19
pci 0000:00:1c.3: setting latency timer to 64
pci 0000:00:1e.0: setting latency timer to 64
pci_bus 0000:00: resource 4 [io  0x0000-0x0cf7]
pci_bus 0000:00: resource 5 [io  0x0d00-0xffff]
pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
pci_bus 0000:00: resource 7 [mem 0x000c0000-0x000dffff]
pci_bus 0000:00: resource 8 [mem 0xdf800000-0xfebfffff]
pci_bus 0000:01: resource 0 [io  0xa000-0xafff]
pci_bus 0000:01: resource 1 [mem 0xfbb00000-0xfbbfffff]
pci_bus 0000:01: resource 2 [mem 0xe0000000-0xefffffff 64bit pref]
pci_bus 0000:02: resource 0 [io  0xd000-0xdfff]
pci_bus 0000:02: resource 1 [mem 0xfb900000-0xfb9fffff]
pci_bus 0000:02: resource 2 [mem 0xdf800000-0xdf9fffff 64bit pref]
pci_bus 0000:04: resource 0 [io  0xb000-0xbfff]
pci_bus 0000:04: resource 1 [mem 0xfbc00000-0xfbcfffff]
pci_bus 0000:04: resource 2 [mem 0xdfa00000-0xdfbfffff 64bit pref]
pci_bus 0000:05: resource 1 [mem 0xfba00000-0xfbafffff]
pci_bus 0000:05: resource 4 [io  0x0000-0x0cf7]
pci_bus 0000:05: resource 5 [io  0x0d00-0xffff]
pci_bus 0000:05: resource 6 [mem 0x000a0000-0x000bffff]
pci_bus 0000:05: resource 7 [mem 0x000c0000-0x000dffff]
pci_bus 0000:05: resource 8 [mem 0xdf800000-0xfebfffff]
NET: Registered protocol family 2
IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
UDP hash table entries: 2048 (order: 4, 65536 bytes)
UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
NET: Registered protocol family 1
pci 0000:01:00.0: Boot video device
PCI: CLS 64 bytes, default 64
Unpacking initramfs...
Freeing initrd memory: 2044k freed
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Placing 64MB software IO TLB between ffff880007c00000 - ffff88000bc00000
software IO TLB at phys 0x7c00000 - 0xbc00000
Scanning for low memory corruption every 60 seconds
audit: initializing netlink socket (disabled)
type=2000 audit(1290721781.683:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 7899
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered
io scheduler bfq registered (default)
intel_idle: MWAIT substates: 0x1120
intel_idle: v0.4 model 0x1E
intel_idle: lapic_timer_reliable_states 0x2
ERST: Table is not found!
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
PNP: No PS/2 controller found. Probing ports directly.
Failed to disable AUX port, but continuing anyway... Is this a SiS?
If AUX port is really absent please use the 'i8042.noaux' option.
serio: i8042 KBD port at 0x60,0x64 irq 1
mice: PS/2 mouse device common for all mice
rtc_cmos 00:04: RTC can wake from S4
rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one month, 242 bytes nvram, hpet irqs
cpuidle: using governor ladder
cpuidle: using governor menu
TCP cubic registered
NET: Registered protocol family 17
Registering the dns_resolver key type
PM: Resume from disk failed.
registered taskstats version 1
rtc_cmos 00:04: setting system clock to 2010-11-25 21:49:42 UTC (1290721782)
Initalizing network drop monitor service
Freeing unused kernel memory: 504k freed
BFS CPU scheduler v0.357 by Con Kolivas.
udev[48]: starting version 164
Btrfs loaded
SCSI subsystem initialized
libata version 3.00 loaded.
pata_jmicron 0000:02:00.1: enabling device (0000 -> 0001)
pata_jmicron 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
pata_jmicron 0000:02:00.1: setting latency timer to 64
scsi0 : pata_jmicron
scsi1 : pata_jmicron
ata1: PATA max UDMA/100 cmd 0xdf00 ctl 0xde00 bmdma 0xdb00 irq 17
ata2: PATA max UDMA/100 cmd 0xdd00 ctl 0xdc00 bmdma 0xdb08 irq 17
pata_jmicron 0000:04:00.1: enabling device (0000 -> 0001)
pata_jmicron 0000:04:00.1: PCI INT B -> GSI 16 (level, low) -> IRQ 16
pata_jmicron 0000:04:00.1: setting latency timer to 64
scsi2 : pata_jmicron
scsi3 : pata_jmicron
ata3: PATA max UDMA/100 cmd 0xbf00 ctl 0xbe00 bmdma 0xbb00 irq 16
ata4: PATA max UDMA/100 cmd 0xbd00 ctl 0xbc00 bmdma 0xbb08 irq 16
ata_piix 0000:00:1f.2: version 2.13
ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
ata_piix 0000:00:1f.2: setting latency timer to 64
scsi4 : ata_piix
scsi5 : ata_piix
ata5: SATA max UDMA/133 cmd 0xf800 ctl 0xf700 bmdma 0xf400 irq 19
ata6: SATA max UDMA/133 cmd 0xf600 ctl 0xf500 bmdma 0xf408 irq 19
ata_piix 0000:00:1f.5: PCI INT B -> GSI 19 (level, low) -> IRQ 19
ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
ata_piix 0000:00:1f.5: setting latency timer to 64
scsi6 : ata_piix
scsi7 : ata_piix
ata7: SATA max UDMA/133 cmd 0xf100 ctl 0xf000 bmdma 0xed00 irq 19
ata8: SATA max UDMA/133 cmd 0xef00 ctl 0xee00 bmdma 0xed08 irq 19
ahci 0000:02:00.0: version 3.0
ahci 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ahci 0000:02:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
ahci 0000:02:00.0: flags: 64bit ncq pm led clo pmp pio slum part 
ahci 0000:02:00.0: setting latency timer to 64
scsi8 : ahci
scsi9 : ahci
ata9: SATA max UDMA/133 abar m8192@0xfb9fe000 port 0xfb9fe100 irq 16
ata10: SATA max UDMA/133 abar m8192@0xfb9fe000 port 0xfb9fe180 irq 16
ahci 0000:04:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
ahci 0000:04:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
ahci 0000:04:00.0: flags: 64bit ncq pm led clo pmp pio slum part 
ahci 0000:04:00.0: setting latency timer to 64
scsi10 : ahci
scsi11 : ahci
ata11: SATA max UDMA/133 abar m8192@0xfbcfe000 port 0xfbcfe100 irq 19
ata12: SATA max UDMA/133 abar m8192@0xfbcfe000 port 0xfbcfe180 irq 19
ata1.00: ATAPI: PIONEER DVD-RW  DVR-108, 1.18, max UDMA/66
ata1.00: configured for UDMA/66
scsi 0:0:0:0: CD-ROM            PIONEER  DVD-RW  DVR-108  1.18 PQ: 0 ANSI: 5
ata7: SATA link down (SStatus 0 SControl 300)
ata8: SATA link down (SStatus 0 SControl 300)
ata10: SATA link down (SStatus 0 SControl 300)
ata9: SATA link down (SStatus 0 SControl 300)
ata11: SATA link down (SStatus 0 SControl 300)
ata12: SATA link down (SStatus 0 SControl 300)
ata5.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata5.01: SATA link down (SStatus 0 SControl 300)
ata6.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata6.01: SATA link down (SStatus 0 SControl 300)
ata5.00: ATA-8: Hitachi HDS722020ALA330, JKAOA28A, max UDMA/133
ata5.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata6.00: ATA-8: Hitachi HDE721010SLA330, ST6OA3AA, max UDMA/133
ata6.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata5.00: configured for UDMA/133
scsi 4:0:0:0: Direct-Access     ATA      Hitachi HDS72202 JKAO PQ: 0 ANSI: 5
ata6.00: configured for UDMA/133
scsi 5:0:0:0: Direct-Access     ATA      Hitachi HDE72101 ST6O PQ: 0 ANSI: 5
sd 4:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
sd 4:0:0:0: [sda] Write Protect is off
sd 4:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 5:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
sd 5:0:0:0: [sdb] Write Protect is off
sd 5:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdb: sdb1 sdb2 sdb3
sd 5:0:0:0: [sdb] Attached SCSI disk
 sda: sda1 sda2 sda3 sda4
sd 4:0:0:0: [sda] Attached SCSI disk
sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
device fsid 194458adb99cb2e8-924710b8b782ec90 devid 1 transid 40818 /dev/sda3
Not activating Mandatory Access Control now since /sbin/tomoyo-init doesn't exist.
udev[1026]: starting version 164
sr 0:0:0:0: Attached scsi generic sg0 type 5
sd 4:0:0:0: Attached scsi generic sg1 type 0
sd 5:0:0:0: Attached scsi generic sg2 type 0
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
input: PC Speaker as /devices/platform/pcspkr/input/input0
lp: driver loaded but no devices found
iTCO_vendor_support: vendor-support=0
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06
iTCO_wdt: Found a P55 TCO device (Version=2, TCOBASE=0x0460)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
ppdev: user-space parallel port driver
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ehci_hcd 0000:00:1a.7: setting latency timer to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 2
ehci_hcd 0000:00:1a.7: cache line size of 64 is not supported
ehci_hcd 0000:00:1a.7: irq 18, io mem 0xfbfff000
uhci_hcd: USB Universal Host Controller Interface driver
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 2
ehci_hcd 0000:00:1d.7: cache line size of 64 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xfbffe000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 8 ports detected
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: setting latency timer to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff00
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:1a.1: setting latency timer to 64
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1a.1: irq 21, io base 0x0000fe00
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1a.2: setting latency timer to 64
uhci_hcd 0000:00:1a.2: UHCI Host Controller
uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:1a.2: irq 18, io base 0x0000fd00
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
uhci_hcd 0000:00:1d.0: setting latency timer to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 6
uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000fc00
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 7
uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000fb00
hub 7-0:1.0: USB hub found
hub 7-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 8
uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000fa00
hub 8-0:1.0: USB hub found
hub 8-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.3: setting latency timer to 64
uhci_hcd 0000:00:1d.3: UHCI Host Controller
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 9
uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000f900
hub 9-0:1.0: USB hub found
hub 9-0:1.0: 2 ports detected
[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm] initializing kernel modesetting (RV730 0x1002:0x9490).
[drm] register mmio base: 0xFBBE0000
[drm] register mmio size: 65536
ATOM BIOS: 9490.11.22.0.1.AS02
radeon 0000:01:00.0: VRAM: 512M 0x00000000 - 0x1FFFFFFF (512M used)
radeon 0000:01:00.0: GTT: 512M 0x20000000 - 0x3FFFFFFF
mtrr: type mismatch for e0000000,10000000 old: write-back new: write-combining
[drm] Detected VRAM RAM=512M, BAR=256M
[drm] RAM width 128bits DDR
[TTM] Zone  kernel: Available graphics memory: 2022558 kiB.
[TTM] Initializing pool allocator.
[drm] radeon: 512M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
radeon 0000:01:00.0: irq 45 for MSI/MSI-X
radeon 0000:01:00.0: radeon: using MSI.
[drm] radeon: irq initialized.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] Loading RV730 Microcode
[drm] ring test succeeded in 1 usecs
[drm] radeon: ib pool ready.
[drm] ib test succeeded in 0 usecs
[drm] Enabling audio support
failed to evaluate ATIF got AE_BAD_PARAMETER
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm]   HDMI-A
[drm]   HPD2
[drm]   DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c
[drm]   Encoders:
[drm]     DFP2: INTERNAL_UNIPHY1
[drm] Connector 1:
[drm]   VGA
[drm]   DDC: 0x7f10 0x7f10 0x7f14 0x7f14 0x7f18 0x7f18 0x7f1c 0x7f1c
[drm]   Encoders:
[drm]     CRT2: INTERNAL_KLDSCP_DAC2
[drm] Connector 2:
[drm]   DVI-I
[drm]   HPD1
[drm]   DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c
[drm]   Encoders:
[drm]     CRT1: INTERNAL_KLDSCP_DAC1
[drm]     DFP1: INTERNAL_UNIPHY
i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[drm] Internal thermal controller without fan control
[drm] radeon: power management initialized
usb 4-1: new low speed USB device using uhci_hcd and address 2
Compat-wireless backport release: compat-wireless-2010-11-10-12-g67146a0
Backport based on linux-next.git next-20101122
cfg80211: Calling CRDA to update world regulatory domain
input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1
ACPI: Power Button [PWRB]
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
ACPI: Power Button [PWRF]
ACPI: acpi_idle yielding to intel_idle
parport_pc 00:08: reported by Plug and Play ACPI
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
ath9k 0000:05:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
HDA Intel 0000:00:1b.0: irq 46 for MSI/MSI-X
HDA Intel 0000:00:1b.0: setting latency timer to 64
ALSA sound/pci/hda/hda_intel.c:2531: chipset global capabilities = 0x4401
ALSA sound/pci/hda/hda_intel.c:913: codec_mask = 0x4
ALSA sound/pci/hda/hda_intel.c:1354: codec #2 probed OK
ALSA sound/pci/hda/patch_realtek.c:1355: SKU: Nid=0x1d sku_cfg=0x4005e601
ALSA sound/pci/hda/patch_realtek.c:1357: SKU: port_connectivity=0x1
ALSA sound/pci/hda/patch_realtek.c:1358: SKU: enable_pcbeep=0x0
ALSA sound/pci/hda/patch_realtek.c:1359: SKU: check_sum=0x00000005
ALSA sound/pci/hda/patch_realtek.c:1360: SKU: customization=0x000000e6
ALSA sound/pci/hda/patch_realtek.c:1361: SKU: external_amp=0x0
ALSA sound/pci/hda/patch_realtek.c:1362: SKU: platform_type=0x0
ALSA sound/pci/hda/patch_realtek.c:1363: SKU: swap=0x0
ALSA sound/pci/hda/patch_realtek.c:1364: SKU: override=0x1
ALSA sound/pci/hda/hda_codec.c:3726: hda_codec: model '6stack-dig' is selected for config 1458:a002 (Gigabyte P35 DS3R)
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave Headphone Playback Volume, skipped
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave Speaker Playback Volume, skipped
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave Mono Playback Volume, skipped
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave Line-Out Playback Volume, skipped
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave PCM Playback Volume, skipped
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave Speaker Playback Switch, skipped
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave Mono Playback Switch, skipped
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave Line-Out Playback Switch, skipped
ALSA sound/pci/hda/hda_codec.c:2151: Cannot find slave PCM Playback Switch, skipped
[drm] fb mappable at 0xE0142000
[drm] vram apper at 0xE0000000
[drm] size 8294400
[drm] fb depth is 24
[drm]    pitch is 7680
lp0: using parport0 (interrupt-driven).
usbcore: registered new interface driver hiddev
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.0/input/input3
generic-usb 0003:046D:C50E.0001: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1a.1-1/input0
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
ath: EEPROM regdomain: 0x809c
ath: EEPROM indicates we should expect a country code
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x52
ath: Country alpha2 being used: CN
ath: Regpair used: 0x52
Console: switching to colour frame buffer device 240x67
fb0: radeondrmfb frame buffer device
drm: registered panic notifier
[drm] Initialized radeon 2.6.0 20080528 for 0000:01:00.0 on minor 0
HDA Intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
HDA Intel 0000:01:00.1: irq 47 for MSI/MSI-X
HDA Intel 0000:01:00.1: setting latency timer to 64
ALSA sound/pci/hda/hda_intel.c:2531: chipset global capabilities = 0x1001
ALSA sound/pci/hda/hda_intel.c:913: codec_mask = 0x1
ALSA sound/pci/hda/hda_intel.c:1354: codec #0 probed OK
ALSA sound/pci/hda/hda_generic.c:683: hda_generic: no proper input path found
ALSA sound/pci/hda/hda_generic.c:288: Skip Digital OUT node 2
ALSA sound/pci/hda/hda_generic.c:431: hda_generic: no proper output path found
ALSA sound/pci/hda/hda_generic.c:1036: hda_generic: no PCM found
ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control'
cfg80211: Calling CRDA for country: CN
Registered led device: ath9k-phy0::radio
Registered led device: ath9k-phy0::assoc
Registered led device: ath9k-phy0::tx
Registered led device: ath9k-phy0::rx
ieee80211 phy0: Atheros AR5416 MAC/BB Rev:2 AR2133 RF Rev:81 mem=0xffffc90004aa0000, irq=16
btrfs: use compression
usb 6-2: new full speed USB device using uhci_hcd and address 2
btrfs: use compression
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.0/input/input4
generic-usb 0003:046D:C529.0002: input,hidraw1: USB HID v1.11 Keyboard [Logitech USB Receiver] on usb-0000:00:1d.0-2/input0
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.1/input/input5
generic-usb 0003:046D:C529.0003: input,hiddev0,hidraw2: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1d.0-2/input1
usb 7-1: new low speed USB device using uhci_hcd and address 2
IR NEC protocol handler initialized
IR RC5(x) protocol handler initialized
Registered IR keymap rc-imon-pad
input: iMON Remote (15c2:0038) as /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0/rc/rc0/input6
rc0: iMON Remote (15c2:0038) as /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0/rc/rc0
IR RC6 protocol handler initialized
imon 7-1:1.0: iMON device (15c2:0038, intf0) on usb<7:2> initialized
imon 7-1:1.1: iMON device (15c2:0038, intf1) on usb<7:2> initialized
usbcore: registered new interface driver imon
EXT4-fs (sda4): mounted filesystem without journal. Opts: (null)
IR JVC protocol handler initialized
IR Sony protocol handler initialized
lirc_dev: IR Remote Control driver registered, major 251 
IR LIRC bridge handler initialized
loop: module loaded
start_kdeinit (4090): /proc/4090/oom_adj is deprecated, please use /proc/4090/oom_score_adj instead.
ata5.00: configured for UDMA/133
ata5: EH complete
ata6.00: configured for UDMA/133
ata6: EH complete
EXT4-fs (sda4): re-mounted. Opts: commit=0
wlan0: authenticate with 00:23:69:65:2b:59 (try 1)
wlan0: authenticated
wlan0: associate with 00:23:69:65:2b:59 (try 1)
wlan0: RX AssocResp from 00:23:69:65:2b:59 (capab=0x411 status=0 aid=1)
wlan0: associated
Intel AES-NI instructions are not detected.
padlock: VIA PadLock not detected.
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x8a00, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4013
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x8a00, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4013
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0xcf00, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=4, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0xcf00, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=4, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0xcf00, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=4, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0xcf00, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=4, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0xcf00, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=4, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0xcf00, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=4, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x6, stream=0x8, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x6, stream=0x8, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x4500, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0xa, stream=0x4, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0xa
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0xff00, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=4, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0xff00, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x6
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=2, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=4, format=0x4015
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4015
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x10000, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1678: azx_pcm_prepare: bufsize=0x10000, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1227: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x8
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x4
ALSA sound/pci/hda/hda_codec.c:1290: hda_codec_cleanup_stream: NID=0x5

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-26  5:56                                                           ` John Ettedgui
@ 2010-11-26  6:00                                                             ` John Ettedgui
  2010-11-26 15:30                                                               ` Anssi Hannula
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-26  6:00 UTC (permalink / raw)
  To: Anssi Hannula, alsa-devel

[-- Attachment #1: Type: text/plain, Size: 8031 bytes --]

On Thu, Nov 25, 2010 at 9:56 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
> On Thu, Nov 25, 2010 at 6:21 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>> On Thu, Nov 25, 2010 at 6:16 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>> On 26.11.2010 04:02, John Ettedgui wrote:
>>>> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>> On 26.11.2010 02:53, John Ettedgui wrote:
>>>>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Yes.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>>>>>>>> being used instead:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>>>>>>>> Not any better as far as I remember.
>>>>>>>>>>>>>
>>>>>>>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>>>>>>>
>>>>>>>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>>>>>>>> current alsa driver:
>>>>>>>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>>>>>>>
>>>>>>>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>>>>>>>> multichannel issue (see below).
>>>>>>>>>>>>>
>>>>>>>>>>>>> [...]
>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>>>>>>>> Alright.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>>>>>>>> already tried :)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Sure :)
>>>>>>>>>>>>>
>>>>>>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>>>>>>
>>>>>>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>>>>>>> would make any difference.
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Anssi,
>>>>>>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>>>>>>> manually in there either.
>>>>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>>>>>>
>>>>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>>>>>>
>>>>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>>>>>>
>>>>>>>>>> ok
>>>>>>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>>>>>>> (if not, it would explain why the card says it is not)
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>
>>>>>>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>>>>>>
>>>>>>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>>>>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>>>>>>> with stereo hdmi as well?
>>>>>>>>>
>>>>>>>>> Just making sure :)
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Anssi Hannula
>>>>>>>>>
>>>>>>>>
>>>>>>>> Well, I have not super tested it, but the reason I believe it is is
>>>>>>>> simple, when I use passthrough my receiver says Dolby digital or
>>>>>>>> something like that, but in Windows just going around or playing games
>>>>>>>> it says Multichannel.
>>>>>>
>>>>>> Sounds ok then.
>>>>>>
>>>>>>>> I'll get the patch applied in a few minutes, I was running out of
>>>>>>>> memory and my system was getting really slow... :)
>>>>>>>>
>>>>>>>
>>>>>>> I am not sure if I did it right but now I don't even get hdmi sound
>>>>>>> working anymore.
>>>>>>> It is not listed in aplay-l, and dmesg gives me this:
>>>>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>>>>>>> no|invalid EDID
>>>>>>>
>>>>>>> I've attached the patch I used, since I could not used the previous
>>>>>>> one I had to hack it, maybe I broke something?
>>>>>>> (I have not set channels to 8 yet, just changed the parser)
>>>>>>
>>>>>> The patch looks ok. The above error message is weird, as it comes from
>>>>>> the display driver which should not be affected by the patch at all.
>>>>>>
>>>>>> I'll look at the code later (tomorrow maybe). Until then I'd advise you
>>>>>> to retry without the patch and with the patch again, just to make sure
>>>>>> this is not some unrelated issue...
>>>>>> Also, post the whole dmesg when it works (2 channel, without patch), and
>>>>>> when it doesn't (with patch).
>>>>>>
>>>>>> --
>>>>>> Anssi Hannula
>>>>>>
>>>>> Following your message I restarted my computer and that error was
>>>>> gone, yet there is still nothing display in aplay -l / aplay -L about
>>>>> hdmi anymore.
>>>>> I'll go back to my non patched kernel and see what it does.
>>>>>
>>>> With the non-patched kernel I get back my hdmi in aplay -l, so it
>>>> looks like the patch messed up something.
>>>
>>> Indeed.
>>>
>>>> I really think that when I tried it before it did not do that, but it
>>>> was so long ago that I could be wrong...
>>>
>>> Well, the driver has changed since then, it could be more strict now :)
>>>
>>>> Anyway here are the 2 dmesgs (not sure if they'll help though).
>>>
>>> Indeed, there doesn't seem to be any difference. Maybe try with
>>> CONFIG_SND_DEBUG_VERBOSE?
>>>
>>> --
>>> Anssi Hannula
>>>
>>
>> Sure I'll get that.
>>
>
> There you go.
>

Too big again :(

[-- Attachment #2: dmsgs.tar.bz --]
[-- Type: application/x-bzip, Size: 12410 bytes --]

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-26  6:00                                                             ` John Ettedgui
@ 2010-11-26 15:30                                                               ` Anssi Hannula
  2010-11-27  4:53                                                                 ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-11-26 15:30 UTC (permalink / raw)
  To: John Ettedgui; +Cc: alsa-devel

On 26.11.2010 08:00, John Ettedgui wrote:
> On Thu, Nov 25, 2010 at 9:56 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>> On Thu, Nov 25, 2010 at 6:21 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>> On Thu, Nov 25, 2010 at 6:16 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>> On 26.11.2010 04:02, John Ettedgui wrote:
>>>>> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>> On 26.11.2010 02:53, John Ettedgui wrote:
>>>>>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Yes.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>>>>>>>>> being used instead:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>>>>>>>>> Not any better as far as I remember.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>>>>>>>>> current alsa driver:
>>>>>>>>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>>>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>>>>>>>>> multichannel issue (see below).
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [...]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>>>>>>>>> Alright.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>>>>>>>>> already tried :)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Sure :)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>>>>>>>> would make any difference.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Anssi,
>>>>>>>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>>>>>>>> manually in there either.
>>>>>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>>>>>>>
>>>>>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>>>>>>>
>>>>>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>>>>>>>
>>>>>>>>>>> ok
>>>>>>>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>>>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>>>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>>>>>>>> (if not, it would explain why the card says it is not)
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>
>>>>>>>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>>>>>>>
>>>>>>>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>>>>>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>>>>>>>> with stereo hdmi as well?
>>>>>>>>>>
>>>>>>>>>> Just making sure :)
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Anssi Hannula
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Well, I have not super tested it, but the reason I believe it is is
>>>>>>>>> simple, when I use passthrough my receiver says Dolby digital or
>>>>>>>>> something like that, but in Windows just going around or playing games
>>>>>>>>> it says Multichannel.
>>>>>>>
>>>>>>> Sounds ok then.
>>>>>>>
>>>>>>>>> I'll get the patch applied in a few minutes, I was running out of
>>>>>>>>> memory and my system was getting really slow... :)
>>>>>>>>>
>>>>>>>>
>>>>>>>> I am not sure if I did it right but now I don't even get hdmi sound
>>>>>>>> working anymore.
>>>>>>>> It is not listed in aplay-l, and dmesg gives me this:
>>>>>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>>>>>>>> no|invalid EDID
>>>>>>>>
>>>>>>>> I've attached the patch I used, since I could not used the previous
>>>>>>>> one I had to hack it, maybe I broke something?
>>>>>>>> (I have not set channels to 8 yet, just changed the parser)
>>>>>>>
>>>>>>> The patch looks ok. The above error message is weird, as it comes from
>>>>>>> the display driver which should not be affected by the patch at all.
>>>>>>>
>>>>>>> I'll look at the code later (tomorrow maybe). Until then I'd advise you
>>>>>>> to retry without the patch and with the patch again, just to make sure
>>>>>>> this is not some unrelated issue...
>>>>>>> Also, post the whole dmesg when it works (2 channel, without patch), and
>>>>>>> when it doesn't (with patch).
>>>>>>>
>>>>>>> --
>>>>>>> Anssi Hannula
>>>>>>>
>>>>>> Following your message I restarted my computer and that error was
>>>>>> gone, yet there is still nothing display in aplay -l / aplay -L about
>>>>>> hdmi anymore.
>>>>>> I'll go back to my non patched kernel and see what it does.
>>>>>>
>>>>> With the non-patched kernel I get back my hdmi in aplay -l, so it
>>>>> looks like the patch messed up something.
>>>>
>>>> Indeed.
>>>>
>>>>> I really think that when I tried it before it did not do that, but it
>>>>> was so long ago that I could be wrong...
>>>>
>>>> Well, the driver has changed since then, it could be more strict now :)
>>>>
>>>>> Anyway here are the 2 dmesgs (not sure if they'll help though).
>>>>
>>>> Indeed, there doesn't seem to be any difference. Maybe try with
>>>> CONFIG_SND_DEBUG_VERBOSE?
>>>>
>>>> --
>>>> Anssi Hannula
>>>>
>>>
>>> Sure I'll get that.
>>>
>>
>> There you go.

> ALSA sound/pci/hda/hda_intel.c:2531: chipset global capabilities = 0x1001
> ALSA sound/pci/hda/hda_intel.c:913: codec_mask = 0x1
> ALSA sound/pci/hda/hda_intel.c:1354: codec #0 probed OK
> ALSA sound/pci/hda/hda_generic.c:683: hda_generic: no proper input path found

Hm, for some reason it doesn't try to use the intelhdmi module. Is it
getting loaded? Have you run "depmod"?
Does "modinfo snd-hda-codec-intelhdmi" show the alias you added?

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-26 15:30                                                               ` Anssi Hannula
@ 2010-11-27  4:53                                                                 ` John Ettedgui
  2010-12-04 23:58                                                                   ` Anssi Hannula
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-11-27  4:53 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

On Fri, Nov 26, 2010 at 7:30 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
> On 26.11.2010 08:00, John Ettedgui wrote:
>> On Thu, Nov 25, 2010 at 9:56 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>> On Thu, Nov 25, 2010 at 6:21 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>> On Thu, Nov 25, 2010 at 6:16 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>> On 26.11.2010 04:02, John Ettedgui wrote:
>>>>>> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>>>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>> On 26.11.2010 02:53, John Ettedgui wrote:
>>>>>>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>>>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>> On 25.11.2010 14:21, John Ettedgui wrote:
>>>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>>>> On 25.11.2010 13:09, John Ettedgui wrote:
>>>>>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>>>>>> On 25.11.2010 06:12, John Ettedgui wrote:
>>>>>>>>>>>>>>>>>>>> I'm actually trying to get a 5.1 setup working without passthrough, if
>>>>>>>>>>>>>>>>>>>> I use mplayer with passthrough my receiver behaves just fine, but I am
>>>>>>>>>>>>>>>>>>>> trying to send the 6 channels from the computer.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I was actually told that the current ALSA driver for radeon's hdmi
>>>>>>>>>>>>>>>>>>>> does not support more than 2 channels, and that would explain why I'm
>>>>>>>>>>>>>>>>>>>> getting this behavior. Is that true though?
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Yes.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> However, strangely your log output seems to show the intel's hdmi parser
>>>>>>>>>>>>>>>>>>> being used instead:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2,
>>>>>>>>>>>>>>>>>>>> stream=0x1, new-format=0x11
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Were you just trying some patch at the time?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> yes Wu gave me a patch to try against the kernel, I'm guessing this is
>>>>>>>>>>>>>>>>>> the reason you see something unexpected.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Did 6 channels work with that patch? (possibly with a wrong channel order)
>>>>>>>>>>>>>>>> Not any better as far as I remember.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> OK. Did 2 channel audio continue to work with it?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> If you are not sure, here's the patch doing the same thing against
>>>>>>>>>>>>>>> current alsa driver:
>>>>>>>>>>>>>>> http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs.patch
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Confirming that would help (it would allow to switch the ATI chip to use
>>>>>>>>>>>>>>> the generic parser instead of the ATI-specific one), though not with the
>>>>>>>>>>>>>>> multichannel issue (see below).
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [...]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Since I just moved to jack/rca cables I'm in no hurry anymore, but is
>>>>>>>>>>>>>>>>>> there any reason why the driver cannot work with more than 2 channels?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I don't really know (it is simply not implemented).
>>>>>>>>>>>>>>>> Alright.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Anything I could do to help with that?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Possibly. But see above, so that we won't try the same things you
>>>>>>>>>>>>>>>>> already tried :)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Sure :)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>>>>>>>>> would make any difference.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Anssi,
>>>>>>>>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>>>>>>>>> manually in there either.
>>>>>>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>>>>>>>>
>>>>>>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>>>>>>>>
>>>>>>>>>>>> ok
>>>>>>>>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>>>>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>>>>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>>>>>>>>> (if not, it would explain why the card says it is not)
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>>
>>>>>>>>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>>>>>>>>
>>>>>>>>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>>>>>>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>>>>>>>>> with stereo hdmi as well?
>>>>>>>>>>>
>>>>>>>>>>> Just making sure :)
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Well, I have not super tested it, but the reason I believe it is is
>>>>>>>>>> simple, when I use passthrough my receiver says Dolby digital or
>>>>>>>>>> something like that, but in Windows just going around or playing games
>>>>>>>>>> it says Multichannel.
>>>>>>>>
>>>>>>>> Sounds ok then.
>>>>>>>>
>>>>>>>>>> I'll get the patch applied in a few minutes, I was running out of
>>>>>>>>>> memory and my system was getting really slow... :)
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I am not sure if I did it right but now I don't even get hdmi sound
>>>>>>>>> working anymore.
>>>>>>>>> It is not listed in aplay-l, and dmesg gives me this:
>>>>>>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>>>>>>>>> no|invalid EDID
>>>>>>>>>
>>>>>>>>> I've attached the patch I used, since I could not used the previous
>>>>>>>>> one I had to hack it, maybe I broke something?
>>>>>>>>> (I have not set channels to 8 yet, just changed the parser)
>>>>>>>>
>>>>>>>> The patch looks ok. The above error message is weird, as it comes from
>>>>>>>> the display driver which should not be affected by the patch at all.
>>>>>>>>
>>>>>>>> I'll look at the code later (tomorrow maybe). Until then I'd advise you
>>>>>>>> to retry without the patch and with the patch again, just to make sure
>>>>>>>> this is not some unrelated issue...
>>>>>>>> Also, post the whole dmesg when it works (2 channel, without patch), and
>>>>>>>> when it doesn't (with patch).
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anssi Hannula
>>>>>>>>
>>>>>>> Following your message I restarted my computer and that error was
>>>>>>> gone, yet there is still nothing display in aplay -l / aplay -L about
>>>>>>> hdmi anymore.
>>>>>>> I'll go back to my non patched kernel and see what it does.
>>>>>>>
>>>>>> With the non-patched kernel I get back my hdmi in aplay -l, so it
>>>>>> looks like the patch messed up something.
>>>>>
>>>>> Indeed.
>>>>>
>>>>>> I really think that when I tried it before it did not do that, but it
>>>>>> was so long ago that I could be wrong...
>>>>>
>>>>> Well, the driver has changed since then, it could be more strict now :)
>>>>>
>>>>>> Anyway here are the 2 dmesgs (not sure if they'll help though).
>>>>>
>>>>> Indeed, there doesn't seem to be any difference. Maybe try with
>>>>> CONFIG_SND_DEBUG_VERBOSE?
>>>>>
>>>>> --
>>>>> Anssi Hannula
>>>>>
>>>>
>>>> Sure I'll get that.
>>>>
>>>
>>> There you go.
>
>> ALSA sound/pci/hda/hda_intel.c:2531: chipset global capabilities = 0x1001
>> ALSA sound/pci/hda/hda_intel.c:913: codec_mask = 0x1
>> ALSA sound/pci/hda/hda_intel.c:1354: codec #0 probed OK
>> ALSA sound/pci/hda/hda_generic.c:683: hda_generic: no proper input path found
>
> Hm, for some reason it doesn't try to use the intelhdmi module. Is it
> getting loaded? Have you run "depmod"?
> Does "modinfo snd-hda-codec-intelhdmi" show the alias you added?
>
> --
> Anssi Hannula
>

I'm sorry it's my fault.
I did not realize my patch was buggy, I had a white line and because
of it the last part of the patch did not get applied.

Now aplay -l is fine, and I can use the hdmi again, but still it
defaults to stereo.
With a "default" asound.conf speaker-test won't allow for more than -c2.
I tried to add channels 6 in the conf file, but it made no difference...

I will try your other suggestion.

Thanks,
John
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-11-27  4:53                                                                 ` John Ettedgui
@ 2010-12-04 23:58                                                                   ` Anssi Hannula
  2010-12-05 22:32                                                                     ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: Anssi Hannula @ 2010-12-04 23:58 UTC (permalink / raw)
  To: John Ettedgui; +Cc: alsa-devel

On 27.11.2010 06:53, John Ettedgui wrote:
> On Fri, Nov 26, 2010 at 7:30 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>> On 26.11.2010 08:00, John Ettedgui wrote:
>>> On Thu, Nov 25, 2010 at 9:56 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>> On Thu, Nov 25, 2010 at 6:21 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>> On Thu, Nov 25, 2010 at 6:16 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>> On 26.11.2010 04:02, John Ettedgui wrote:
>>>>>>> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>>>>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>> On 26.11.2010 02:53, John Ettedgui wrote:
>>>>>>>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <john.ettedgui@gmail.com> wrote:
>>>>>>>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <anssi.hannula@iki.fi> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Looking again at the the alsa info output you provided, I don't think I
>>>>>>>>>>>>>>>> have any great ideas. It looks like the chip simply reports that it
>>>>>>>>>>>>>>>> supports a maximum of 2 channels.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms()
>>>>>>>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2
>>>>>>>>>>>>>>>> channel audio works with it). However, I find it rather unlikely that it
>>>>>>>>>>>>>>>> would make any difference.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Anssi,
>>>>>>>>>>>>>>> the patch fails on my kernel, I cannot find the hda_codec_preset
>>>>>>>>>>>>>>> manually in there either.
>>>>>>>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>>>>>>>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>>>>>>>>>>>>>>
>>>>>>>>>>>>> ok
>>>>>>>>>>>>>> BTW, I've just been informed by another ATI user that his card was
>>>>>>>>>>>>>> actually stereo-only, while he thought earlier it was multichannel
>>>>>>>>>>>>>> capable. So, are you sure your card is a multichannel one?
>>>>>>>>>>>>>> (if not, it would explain why the card says it is not)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Yes, it works fine in Window  so I believe the hardware part is good.
>>>>>>>>>>>>
>>>>>>>>>>>> And you are sure it is multichannel PCM, and not e.g. multichannel DTS
>>>>>>>>>>>> or multichannel AC-3 with on-the-fly compression, which are possible
>>>>>>>>>>>> with stereo hdmi as well?
>>>>>>>>>>>>
>>>>>>>>>>>> Just making sure :)
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Anssi Hannula
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Well, I have not super tested it, but the reason I believe it is is
>>>>>>>>>>> simple, when I use passthrough my receiver says Dolby digital or
>>>>>>>>>>> something like that, but in Windows just going around or playing games
>>>>>>>>>>> it says Multichannel.
>>>>>>>>>
>>>>>>>>> Sounds ok then.
>>>>>>>>>
>>>>>>>>>>> I'll get the patch applied in a few minutes, I was running out of
>>>>>>>>>>> memory and my system was getting really slow... :)
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I am not sure if I did it right but now I don't even get hdmi sound
>>>>>>>>>> working anymore.
>>>>>>>>>> It is not listed in aplay-l, and dmesg gives me this:
>>>>>>>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but
>>>>>>>>>> no|invalid EDID
>>>>>>>>>>
>>>>>>>>>> I've attached the patch I used, since I could not used the previous
>>>>>>>>>> one I had to hack it, maybe I broke something?
>>>>>>>>>> (I have not set channels to 8 yet, just changed the parser)
>>>>>>>>>
>>>>>>>>> The patch looks ok. The above error message is weird, as it comes from
>>>>>>>>> the display driver which should not be affected by the patch at all.
>>>>>>>>>
>>>>>>>>> I'll look at the code later (tomorrow maybe). Until then I'd advise you
>>>>>>>>> to retry without the patch and with the patch again, just to make sure
>>>>>>>>> this is not some unrelated issue...
>>>>>>>>> Also, post the whole dmesg when it works (2 channel, without patch), and
>>>>>>>>> when it doesn't (with patch).
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Anssi Hannula
>>>>>>>>>
>>>>>>>> Following your message I restarted my computer and that error was
>>>>>>>> gone, yet there is still nothing display in aplay -l / aplay -L about
>>>>>>>> hdmi anymore.
>>>>>>>> I'll go back to my non patched kernel and see what it does.
>>>>>>>>
>>>>>>> With the non-patched kernel I get back my hdmi in aplay -l, so it
>>>>>>> looks like the patch messed up something.
>>>>>>
>>>>>> Indeed.
>>>>>>
>>>>>>> I really think that when I tried it before it did not do that, but it
>>>>>>> was so long ago that I could be wrong...
>>>>>>
>>>>>> Well, the driver has changed since then, it could be more strict now :)
>>>>>>
>>>>>>> Anyway here are the 2 dmesgs (not sure if they'll help though).
>>>>>>
>>>>>> Indeed, there doesn't seem to be any difference. Maybe try with
>>>>>> CONFIG_SND_DEBUG_VERBOSE?
>>>>>>
>>>>>> --
>>>>>> Anssi Hannula
>>>>>>
>>>>>
>>>>> Sure I'll get that.
>>>>>
>>>>
>>>> There you go.
>>
>>> ALSA sound/pci/hda/hda_intel.c:2531: chipset global capabilities = 0x1001
>>> ALSA sound/pci/hda/hda_intel.c:913: codec_mask = 0x1
>>> ALSA sound/pci/hda/hda_intel.c:1354: codec #0 probed OK
>>> ALSA sound/pci/hda/hda_generic.c:683: hda_generic: no proper input path found
>>
>> Hm, for some reason it doesn't try to use the intelhdmi module. Is it
>> getting loaded? Have you run "depmod"?
>> Does "modinfo snd-hda-codec-intelhdmi" show the alias you added?
>>
>> --
>> Anssi Hannula
>>
> 
> I'm sorry it's my fault.
> I did not realize my patch was buggy, I had a white line and because
> of it the last part of the patch did not get applied.
> 
> Now aplay -l is fine, and I can use the hdmi again, but still it
> defaults to stereo.
> With a "default" asound.conf speaker-test won't allow for more than -c2.
> I tried to add channels 6 in the conf file, but it made no difference...
> 
> I will try your other suggestion.

Did you have a chance to try that?

There's no hurry, just making sure I didn't miss any message from you or
something :)

-- 
Anssi Hannula

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-12-04 23:58                                                                   ` Anssi Hannula
@ 2010-12-05 22:32                                                                     ` John Ettedgui
  2011-01-22 23:34                                                                       ` John Ettedgui
  0 siblings, 1 reply; 28+ messages in thread
From: John Ettedgui @ 2010-12-05 22:32 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

On Sat, Dec 4, 2010 at 3:58 PM, Anssi Hannula <anssi.hannula@iki.fi> wrote:

> On 27.11.2010 06:53, John Ettedgui wrote:
> > On Fri, Nov 26, 2010 at 7:30 AM, Anssi Hannula <anssi.hannula@iki.fi>
> wrote:
> >> On 26.11.2010 08:00, John Ettedgui wrote:
> >>> On Thu, Nov 25, 2010 at 9:56 PM, John Ettedgui <
> john.ettedgui@gmail.com> wrote:
> >>>> On Thu, Nov 25, 2010 at 6:21 PM, John Ettedgui <
> john.ettedgui@gmail.com> wrote:
> >>>>> On Thu, Nov 25, 2010 at 6:16 PM, Anssi Hannula <anssi.hannula@iki.fi>
> wrote:
> >>>>>> On 26.11.2010 04:02, John Ettedgui wrote:
> >>>>>>> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <
> john.ettedgui@gmail.com> wrote:
> >>>>>>>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <
> anssi.hannula@iki.fi> wrote:
> >>>>>>>>> On 26.11.2010 02:53, John Ettedgui wrote:
> >>>>>>>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <
> john.ettedgui@gmail.com> wrote:
> >>>>>>>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <
> anssi.hannula@iki.fi> wrote:
> >>>>>>>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
> >>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <
> anssi.hannula@iki.fi> wrote:
> >>>>>>>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
> >>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <
> anssi.hannula@iki.fi> wrote:
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Looking again at the the alsa info output you provided, I
> don't think I
> >>>>>>>>>>>>>>>> have any great ideas. It looks like the chip simply
> reports that it
> >>>>>>>>>>>>>>>> supports a maximum of 2 channels.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> One option could be hardcoding "chans = 8;" in
> generic_hdmi_build_pcms()
> >>>>>>>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the above
> patch and 2
> >>>>>>>>>>>>>>>> channel audio works with it). However, I find it rather
> unlikely that it
> >>>>>>>>>>>>>>>> would make any difference.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>>> Anssi Hannula
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Anssi,
> >>>>>>>>>>>>>>> the patch fails on my kernel, I cannot find the
> hda_codec_preset
> >>>>>>>>>>>>>>> manually in there either.
> >>>>>>>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of
> a 2.6.36?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
> >>>>>>>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>> ok
> >>>>>>>>>>>>>> BTW, I've just been informed by another ATI user that his
> card was
> >>>>>>>>>>>>>> actually stereo-only, while he thought earlier it was
> multichannel
> >>>>>>>>>>>>>> capable. So, are you sure your card is a multichannel one?
> >>>>>>>>>>>>>> (if not, it would explain why the card says it is not)
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> --
> >>>>>>>>>>>>>> Anssi Hannula
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>> Yes, it works fine in Window  so I believe the hardware part
> is good.
> >>>>>>>>>>>>
> >>>>>>>>>>>> And you are sure it is multichannel PCM, and not e.g.
> multichannel DTS
> >>>>>>>>>>>> or multichannel AC-3 with on-the-fly compression, which are
> possible
> >>>>>>>>>>>> with stereo hdmi as well?
> >>>>>>>>>>>>
> >>>>>>>>>>>> Just making sure :)
> >>>>>>>>>>>>
> >>>>>>>>>>>> --
> >>>>>>>>>>>> Anssi Hannula
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> Well, I have not super tested it, but the reason I believe it
> is is
> >>>>>>>>>>> simple, when I use passthrough my receiver says Dolby digital
> or
> >>>>>>>>>>> something like that, but in Windows just going around or
> playing games
> >>>>>>>>>>> it says Multichannel.
> >>>>>>>>>
> >>>>>>>>> Sounds ok then.
> >>>>>>>>>
> >>>>>>>>>>> I'll get the patch applied in a few minutes, I was running out
> of
> >>>>>>>>>>> memory and my system was getting really slow... :)
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> I am not sure if I did it right but now I don't even get hdmi
> sound
> >>>>>>>>>> working anymore.
> >>>>>>>>>> It is not listed in aplay-l, and dmesg gives me this:
> >>>>>>>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor
> but
> >>>>>>>>>> no|invalid EDID
> >>>>>>>>>>
> >>>>>>>>>> I've attached the patch I used, since I could not used the
> previous
> >>>>>>>>>> one I had to hack it, maybe I broke something?
> >>>>>>>>>> (I have not set channels to 8 yet, just changed the parser)
> >>>>>>>>>
> >>>>>>>>> The patch looks ok. The above error message is weird, as it comes
> from
> >>>>>>>>> the display driver which should not be affected by the patch at
> all.
> >>>>>>>>>
> >>>>>>>>> I'll look at the code later (tomorrow maybe). Until then I'd
> advise you
> >>>>>>>>> to retry without the patch and with the patch again, just to make
> sure
> >>>>>>>>> this is not some unrelated issue...
> >>>>>>>>> Also, post the whole dmesg when it works (2 channel, without
> patch), and
> >>>>>>>>> when it doesn't (with patch).
> >>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> Anssi Hannula
> >>>>>>>>>
> >>>>>>>> Following your message I restarted my computer and that error was
> >>>>>>>> gone, yet there is still nothing display in aplay -l / aplay -L
> about
> >>>>>>>> hdmi anymore.
> >>>>>>>> I'll go back to my non patched kernel and see what it does.
> >>>>>>>>
> >>>>>>> With the non-patched kernel I get back my hdmi in aplay -l, so it
> >>>>>>> looks like the patch messed up something.
> >>>>>>
> >>>>>> Indeed.
> >>>>>>
> >>>>>>> I really think that when I tried it before it did not do that, but
> it
> >>>>>>> was so long ago that I could be wrong...
> >>>>>>
> >>>>>> Well, the driver has changed since then, it could be more strict now
> :)
> >>>>>>
> >>>>>>> Anyway here are the 2 dmesgs (not sure if they'll help though).
> >>>>>>
> >>>>>> Indeed, there doesn't seem to be any difference. Maybe try with
> >>>>>> CONFIG_SND_DEBUG_VERBOSE?
> >>>>>>
> >>>>>> --
> >>>>>> Anssi Hannula
> >>>>>>
> >>>>>
> >>>>> Sure I'll get that.
> >>>>>
> >>>>
> >>>> There you go.
> >>
> >>> ALSA sound/pci/hda/hda_intel.c:2531: chipset global capabilities =
> 0x1001
> >>> ALSA sound/pci/hda/hda_intel.c:913: codec_mask = 0x1
> >>> ALSA sound/pci/hda/hda_intel.c:1354: codec #0 probed OK
> >>> ALSA sound/pci/hda/hda_generic.c:683: hda_generic: no proper input path
> found
> >>
> >> Hm, for some reason it doesn't try to use the intelhdmi module. Is it
> >> getting loaded? Have you run "depmod"?
> >> Does "modinfo snd-hda-codec-intelhdmi" show the alias you added?
> >>
> >> --
> >> Anssi Hannula
> >>
> >
> > I'm sorry it's my fault.
> > I did not realize my patch was buggy, I had a white line and because
> > of it the last part of the patch did not get applied.
> >
> > Now aplay -l is fine, and I can use the hdmi again, but still it
> > defaults to stereo.
> > With a "default" asound.conf speaker-test won't allow for more than -c2.
> > I tried to add channels 6 in the conf file, but it made no difference...
> >
> > I will try your other suggestion.
>
> Did you have a chance to try that?
>
> There's no hurry, just making sure I didn't miss any message from you or
> something :)
>
> --
> Anssi Hannula
>

I finally tested it.
Results are soso:


-ALSA does not complain anymore about slave.channels 6
-speaker-test does not complain anymore about -c6
-my receiver sees the stream as multi channel pcm, not stereo anymore
-but whatever I try with the ttable config, I can only get sound through the
left and right speakers.

^ permalink raw reply	[flat|nested] 28+ messages in thread

* Re: ALSA Multichannel through HDMI
  2010-12-05 22:32                                                                     ` John Ettedgui
@ 2011-01-22 23:34                                                                       ` John Ettedgui
  0 siblings, 0 replies; 28+ messages in thread
From: John Ettedgui @ 2011-01-22 23:34 UTC (permalink / raw)
  To: Anssi Hannula; +Cc: alsa-devel

On Sun, Dec 5, 2010 at 2:32 PM, John Ettedgui <john.ettedgui@gmail.com>wrote:

>
>
> On Sat, Dec 4, 2010 at 3:58 PM, Anssi Hannula <anssi.hannula@iki.fi>wrote:
>
>> On 27.11.2010 06:53, John Ettedgui wrote:
>> > On Fri, Nov 26, 2010 at 7:30 AM, Anssi Hannula <anssi.hannula@iki.fi>
>> wrote:
>> >> On 26.11.2010 08:00, John Ettedgui wrote:
>> >>> On Thu, Nov 25, 2010 at 9:56 PM, John Ettedgui <
>> john.ettedgui@gmail.com> wrote:
>> >>>> On Thu, Nov 25, 2010 at 6:21 PM, John Ettedgui <
>> john.ettedgui@gmail.com> wrote:
>> >>>>> On Thu, Nov 25, 2010 at 6:16 PM, Anssi Hannula <
>> anssi.hannula@iki.fi> wrote:
>> >>>>>> On 26.11.2010 04:02, John Ettedgui wrote:
>> >>>>>>> On Thu, Nov 25, 2010 at 5:08 PM, John Ettedgui <
>> john.ettedgui@gmail.com> wrote:
>> >>>>>>>> On Thu, Nov 25, 2010 at 4:59 PM, Anssi Hannula <
>> anssi.hannula@iki.fi> wrote:
>> >>>>>>>>> On 26.11.2010 02:53, John Ettedgui wrote:
>> >>>>>>>>>> On Thu, Nov 25, 2010 at 3:34 PM, John Ettedgui <
>> john.ettedgui@gmail.com> wrote:
>> >>>>>>>>>>> On Thu, Nov 25, 2010 at 3:15 PM, Anssi Hannula <
>> anssi.hannula@iki.fi> wrote:
>> >>>>>>>>>>>> On 26.11.2010 01:11, John Ettedgui wrote:
>> >>>>>>>>>>>>> On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula <
>> anssi.hannula@iki.fi> wrote:
>> >>>>>>>>>>>>>> On 26.11.2010 00:42, John Ettedgui wrote:
>> >>>>>>>>>>>>>>> On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula <
>> anssi.hannula@iki.fi> wrote:
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>> Looking again at the the alsa info output you provided, I
>> don't think I
>> >>>>>>>>>>>>>>>> have any great ideas. It looks like the chip simply
>> reports that it
>> >>>>>>>>>>>>>>>> supports a maximum of 2 channels.
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>> One option could be hardcoding "chans = 8;" in
>> generic_hdmi_build_pcms()
>> >>>>>>>>>>>>>>>> in sound/pci/hda/patch_hdmi.c (assuming you have the
>> above patch and 2
>> >>>>>>>>>>>>>>>> channel audio works with it). However, I find it rather
>> unlikely that it
>> >>>>>>>>>>>>>>>> would make any difference.
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>> --
>> >>>>>>>>>>>>>>>> Anssi Hannula
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> Anssi,
>> >>>>>>>>>>>>>>> the patch fails on my kernel, I cannot find the
>> hda_codec_preset
>> >>>>>>>>>>>>>>> manually in there either.
>> >>>>>>>>>>>>>>> Did you want me to try that against a 2.6.37 rc instead of
>> a 2.6.36?
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> For 2.6.36 I think you can just use your earlier patch.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> Note that on that kernel generic_hdmi_build_pcms() is
>> >>>>>>>>>>>>>> intel_hdmi_build_pcms() in patch_intelhdmi.c.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>> ok
>> >>>>>>>>>>>>>> BTW, I've just been informed by another ATI user that his
>> card was
>> >>>>>>>>>>>>>> actually stereo-only, while he thought earlier it was
>> multichannel
>> >>>>>>>>>>>>>> capable. So, are you sure your card is a multichannel one?
>> >>>>>>>>>>>>>> (if not, it would explain why the card says it is not)
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> --
>> >>>>>>>>>>>>>> Anssi Hannula
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>> Yes, it works fine in Window  so I believe the hardware part
>> is good.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> And you are sure it is multichannel PCM, and not e.g.
>> multichannel DTS
>> >>>>>>>>>>>> or multichannel AC-3 with on-the-fly compression, which are
>> possible
>> >>>>>>>>>>>> with stereo hdmi as well?
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> Just making sure :)
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> --
>> >>>>>>>>>>>> Anssi Hannula
>> >>>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> Well, I have not super tested it, but the reason I believe it
>> is is
>> >>>>>>>>>>> simple, when I use passthrough my receiver says Dolby digital
>> or
>> >>>>>>>>>>> something like that, but in Windows just going around or
>> playing games
>> >>>>>>>>>>> it says Multichannel.
>> >>>>>>>>>
>> >>>>>>>>> Sounds ok then.
>> >>>>>>>>>
>> >>>>>>>>>>> I'll get the patch applied in a few minutes, I was running out
>> of
>> >>>>>>>>>>> memory and my system was getting really slow... :)
>> >>>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>> I am not sure if I did it right but now I don't even get hdmi
>> sound
>> >>>>>>>>>> working anymore.
>> >>>>>>>>>> It is not listed in aplay-l, and dmesg gives me this:
>> >>>>>>>>>> [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor
>> but
>> >>>>>>>>>> no|invalid EDID
>> >>>>>>>>>>
>> >>>>>>>>>> I've attached the patch I used, since I could not used the
>> previous
>> >>>>>>>>>> one I had to hack it, maybe I broke something?
>> >>>>>>>>>> (I have not set channels to 8 yet, just changed the parser)
>> >>>>>>>>>
>> >>>>>>>>> The patch looks ok. The above error message is weird, as it
>> comes from
>> >>>>>>>>> the display driver which should not be affected by the patch at
>> all.
>> >>>>>>>>>
>> >>>>>>>>> I'll look at the code later (tomorrow maybe). Until then I'd
>> advise you
>> >>>>>>>>> to retry without the patch and with the patch again, just to
>> make sure
>> >>>>>>>>> this is not some unrelated issue...
>> >>>>>>>>> Also, post the whole dmesg when it works (2 channel, without
>> patch), and
>> >>>>>>>>> when it doesn't (with patch).
>> >>>>>>>>>
>> >>>>>>>>> --
>> >>>>>>>>> Anssi Hannula
>> >>>>>>>>>
>> >>>>>>>> Following your message I restarted my computer and that error was
>> >>>>>>>> gone, yet there is still nothing display in aplay -l / aplay -L
>> about
>> >>>>>>>> hdmi anymore.
>> >>>>>>>> I'll go back to my non patched kernel and see what it does.
>> >>>>>>>>
>> >>>>>>> With the non-patched kernel I get back my hdmi in aplay -l, so it
>> >>>>>>> looks like the patch messed up something.
>> >>>>>>
>> >>>>>> Indeed.
>> >>>>>>
>> >>>>>>> I really think that when I tried it before it did not do that, but
>> it
>> >>>>>>> was so long ago that I could be wrong...
>> >>>>>>
>> >>>>>> Well, the driver has changed since then, it could be more strict
>> now :)
>> >>>>>>
>> >>>>>>> Anyway here are the 2 dmesgs (not sure if they'll help though).
>> >>>>>>
>> >>>>>> Indeed, there doesn't seem to be any difference. Maybe try with
>> >>>>>> CONFIG_SND_DEBUG_VERBOSE?
>> >>>>>>
>> >>>>>> --
>> >>>>>> Anssi Hannula
>> >>>>>>
>> >>>>>
>> >>>>> Sure I'll get that.
>> >>>>>
>> >>>>
>> >>>> There you go.
>> >>
>> >>> ALSA sound/pci/hda/hda_intel.c:2531: chipset global capabilities =
>> 0x1001
>> >>> ALSA sound/pci/hda/hda_intel.c:913: codec_mask = 0x1
>> >>> ALSA sound/pci/hda/hda_intel.c:1354: codec #0 probed OK
>> >>> ALSA sound/pci/hda/hda_generic.c:683: hda_generic: no proper input
>> path found
>> >>
>> >> Hm, for some reason it doesn't try to use the intelhdmi module. Is it
>> >> getting loaded? Have you run "depmod"?
>> >> Does "modinfo snd-hda-codec-intelhdmi" show the alias you added?
>> >>
>> >> --
>> >> Anssi Hannula
>> >>
>> >
>> > I'm sorry it's my fault.
>> > I did not realize my patch was buggy, I had a white line and because
>> > of it the last part of the patch did not get applied.
>> >
>> > Now aplay -l is fine, and I can use the hdmi again, but still it
>> > defaults to stereo.
>> > With a "default" asound.conf speaker-test won't allow for more than -c2.
>> > I tried to add channels 6 in the conf file, but it made no difference...
>> >
>> > I will try your other suggestion.
>>
>> Did you have a chance to try that?
>>
>> There's no hurry, just making sure I didn't miss any message from you or
>> something :)
>>
>> --
>> Anssi Hannula
>>
>
> I finally tested it.
> Results are soso:
>
>
> -ALSA does not complain anymore about slave.channels 6
> -speaker-test does not complain anymore about -c6
> -my receiver sees the stream as multi channel pcm, not stereo anymore
> -but whatever I try with the ttable config, I can only get sound through
> the left and right speakers.
>
> Hey Anssi,

I will unsubscribe from the alsa-dev mailing list because it is not really
suited for me, but if you have any other idea or want to test anything, feel
free to email me.

Thanks,
John

^ permalink raw reply	[flat|nested] 28+ messages in thread

end of thread, other threads:[~2011-01-22 23:34 UTC | newest]

Thread overview: 28+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20100112045102.GA29735@localhost>
     [not found] ` <eb9000ab1001112311o4bcf98dp2b616d1afffec9e0@mail.gmail.com>
     [not found]   ` <20100112132140.GA7647@localhost>
     [not found]     ` <eb9000ab1001120828l6829c6b1g30916b872a0467f7@mail.gmail.com>
     [not found]       ` <20100113010942.GA6435@localhost>
     [not found]         ` <eb9000ab1001121732y4212e6m9596f68e24d6c226@mail.gmail.com>
     [not found]           ` <20100113014550.GA10184@localhost>
     [not found]             ` <eb9000ab1001122048s1ac0d9c3n130692ba83dd53d1@mail.gmail.com>
     [not found]               ` <20100113045238.GB26275@localhost>
     [not found]                 ` <eb9000ab1001122055s54bc6697t6103def1e8ae64ae@mail.gmail.com>
     [not found]                   ` <20100113050254.GA28475@localhost>
2010-11-24 23:26                     ` ALSA Multichannel through HDMI John Ettedgui
2010-11-25  3:59                       ` Mohammad Bahathir Hashim
2010-11-25  4:12                         ` John Ettedgui
2010-11-25  5:10                           ` Mohammad Bahathir Hashim
2010-11-25  5:36                             ` John Ettedgui
2010-11-25 10:49                           ` Anssi Hannula
2010-11-25 11:09                             ` John Ettedgui
2010-11-25 11:40                               ` Anssi Hannula
2010-11-25 12:21                                 ` John Ettedgui
2010-11-25 19:19                                   ` Anssi Hannula
2010-11-25 22:42                                     ` John Ettedgui
2010-11-25 22:58                                       ` Anssi Hannula
2010-11-25 23:11                                         ` John Ettedgui
2010-11-25 23:15                                           ` Anssi Hannula
     [not found]                                             ` <AANLkTikS4C6GS2EuqdA_D58y4h9qCMBEWPSoO7JdhC9g@mail.gmail.com>
2010-11-26  0:53                                               ` John Ettedgui
2010-11-26  0:59                                                 ` Anssi Hannula
2010-11-26  1:08                                                   ` John Ettedgui
2010-11-26  2:02                                                     ` John Ettedgui
2010-11-26  2:13                                                       ` John Ettedgui
2010-11-26  2:16                                                       ` Anssi Hannula
     [not found]                                                         ` <AANLkTinbea0wMDCuEQgbO7tqxWBB_qfZub9+yNyC+2LR@mail.gmail.com>
2010-11-26  5:56                                                           ` John Ettedgui
2010-11-26  6:00                                                             ` John Ettedgui
2010-11-26 15:30                                                               ` Anssi Hannula
2010-11-27  4:53                                                                 ` John Ettedgui
2010-12-04 23:58                                                                   ` Anssi Hannula
2010-12-05 22:32                                                                     ` John Ettedgui
2011-01-22 23:34                                                                       ` John Ettedgui
2010-01-08  4:25 John Ettedgui

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.