Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: John Stile <john@stilen.com>
Cc: forumjunk@comcast.net, alsa-devel@alsa-project.org
Subject: Re: snd-hda-intel support for SPDIF-in wiht	vt1708	card?
Date: Fri, 21 Dec 2007 10:08:20 +0100	[thread overview]
Message-ID: <s5hbq8k2z5n.wl%tiwai@suse.de> (raw)
In-Reply-To: <1198174409.8838.2.camel@genx.localdomain>

At Thu, 20 Dec 2007 10:13:29 -0800,
John Stile wrote:
> 
> On Thu, 2007-12-20 at 12:09 +0100, Takashi Iwai wrote: 
> > At Thu, 20 Dec 2007 00:37:46 +0000,
> > forumjunk@comcast.net wrote:
> > > 
> > > 
> > > For VIA platforms, to avoid the driver compile error in pci.h, reconfigure your kernel to remove SMP support, and set the architecture type to PC-compatible.
> > > 
> > > (you already know this, I'm sure):
> > > Recompile the kernel (as a paranoid, I always trash /lib/modules/<kernel_version> before making modules_install). Install the kernel, of course, and reconfigure your boot loader and/or initrd and reboot.
> > > 
> > > There are still several fixes that need to be made to get all of this to compile cleanly, but I haven't got the permanent fixes nailed down yet. I'm almost positive that these are alsa-driver configure errors or omissions. I can't (yet) find a kernel config that will avoid them. The fixes below are harmless, and they will allow you to get the driver compiled.
> > 
> > My guess is that the error of configure script is the only point we
> > need to fix.
> > 
> > > Add this definition to the top section of acore/memory_wrapper.c after the line that reads #include <linux/version.h>
> > > 
> > > #define VMALLOC_VMADDR(x)   ((unsigned long)(x))
> > > 
> > > Change these lines (45 and 46 or close to that) of acore/memory_wrapper.c from:
> > > 
> > >         pmd = pmd_offset(pgd, lpage);
> > >         pte = pte_offset(pmd, lpage);
> > > 
> > > to
> > > 
> > >         pmd = pmd_offset((pud_t *)pgd, lpage);
> > >         pte = pte_offset_kernel(pmd, lpage);
> > > 
> > > The driver will then compile cleanly (at least with no errors or warnings relating to any of these changes)
> > 
> > Don't do this.  This part shouldn't be compiled at all for recent
> > kernels.  This is, again, the problem of configure script that
> > detected the codes wrongly.
> > 
> > 
> > So, could you guys show config.log?  Otherwise it's hard to know
> > what's really wrong.
> > 
> > 
> > thanks,
> I recompiled the kernel without SMP support, and as PC-compatible (per
> forumjunk@comcast.net).  In config.log, vmalloc_to_page shows a warning
> starting at line 540.  "function cpuid_count causes a warning: pointer
> targets in passing argument 4 of 'native_cpuid' differ in signedness". 
> ---------------------------------------
> The config.log

Thanks.  Does the patch below fix the probelm?
Run hgcompile after applying it.


Takashi

diff -r 414b1156a8b3 configure.in
--- a/configure.in	Tue Dec 18 16:09:20 2007 +0100
+++ b/configure.in	Fri Dec 21 12:10:53 2007 +0100
@@ -1230,7 +1230,7 @@ esac
 
 dnl set ia32 (X86)
 case "$processor" in
-  i?86*|k?|crusoe|mcyrixiii|mwinchip|viac3_2|mcore2|geodegx*)
+  i?86*|k?|crusoe|mcyrixiii|mwinchip|viac3_2|mcore2|geodegx*|x86_32)
     if $KCC -mpreferred-stack-boundary=2 -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then
       c_opts="-mpreferred-stack-boundary=2 $c_opts"
       CONFIG_X86=y

  parent reply	other threads:[~2007-12-21 11:11 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-20  0:37 snd-hda-intel support for SPDIF-in wiht vt1708 card? forumjunk
2007-12-20 11:09 ` Takashi Iwai
2007-12-20 20:13   ` John Stile
     [not found]   ` <1198174409.8838.2.camel@genx.localdomain>
2007-12-21  9:08     ` Takashi Iwai [this message]
2007-12-21 17:57       ` John Stile
2007-12-21 20:03         ` John Stile
2007-12-22 18:35           ` John Stile
2007-12-24 19:22             ` John Stile
2008-01-02 20:41               ` John Stile
  -- strict thread matches above, loose matches on Subject: below --
2008-01-07 18:40 Darryl House
2008-01-08  7:35 ` John Stile
2008-01-08  7:42   ` Takashi Iwai
2008-01-08  8:21     ` John Stile
2008-01-08 16:38       ` John Stile
2008-01-08 16:50         ` Takashi Iwai
2008-01-08 17:57           ` John Stile
2008-01-09  7:39             ` Takashi Iwai
     [not found]               ` <1199873213.9681.50.camel@genx.localdomain>
2008-01-09 16:29                 ` Takashi Iwai
2008-01-09 17:49                   ` John Stile
2008-01-02 22:31 Darryl House
2008-01-02 22:38 ` John Stile
2008-01-07 13:43 ` Takashi Iwai
2007-12-21 22:59 Darryl House
2007-12-21 19:09 Darryl House
2007-12-20 19:17 forumjunk
2007-12-17 18:27 John Stile
2007-12-18 13:04 ` Takashi Iwai
2007-12-18 16:28   ` John Stile
2007-12-18 15:05     ` Takashi Iwai
2007-12-19  4:49       ` John Stile
2007-12-19  9:30         ` Takashi Iwai
2007-12-19 16:21           ` John Stile

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=s5hbq8k2z5n.wl%tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=forumjunk@comcast.net \
    --cc=john@stilen.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox