All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: "Hans Hu(SH-RD)" <HansHu@zhaoxin.com>
Cc: "'alsa-devel@alsa-project.org'" <alsa-devel@alsa-project.org>
Subject: Re: 答复: 答复:  A bug about cache inconsistency report
Date: Thu, 02 Aug 2018 16:35:42 +0200	[thread overview]
Message-ID: <s5h8t5olttt.wl-tiwai@suse.de> (raw)
In-Reply-To: <fd1d78d3a46845f2867fbc79deabe066@zhaoxin.com>

On Thu, 02 Aug 2018 15:59:31 +0200,
Hans Hu(SH-RD) wrote:
> 
> > 1. noise relate test:
> > When I annotate the return after set_pages_array_wc, then
> > set_memory_wc works, noise disappear static void
> > __mark_pages_wc(struct azx *chip, struct snd_dma_buffer *dmab, bool
> > on) { ...
> > set_pages_array_wb(sgbuf->page_table, sgbuf->pages); //return; }
> > #endif
> 
> > set_memory_uc() performs __pa() for the given address, and in this case, it's vmapped address.  Something bogus in your test, I'm afraid.
> 
> [Hans:] I know __pa() handle the vmapped address is wrong, that why I don't know how to fix the problem, I try this because I see kernel older than 3.7.6. [bogus? pretending to be real or genuine?] no no no, but the noise problem machine(8086:1c20) in another city, I will make sure it again.
 
I meant about the reliability of the test result.  Or whether we're
heading to a wrong fish.

In anyway, which kernel version are you testing?  And exactly what is
your problem?  Which machine, which hardware setup (codec, etc) and
which output, and how is the sound backend (PulseAudio or direct ALSA
write)?

> > And moreover, all Intel chipsets do work with snooping well, AFAIK.
> [Hans:] yes, all Intel chipsets do work with snooping well here too. And the problem case here is "non-snoop"+"aplay -D plughw:*.*"+"44.1k 16bit"+"8086:1c20", I will see if I can find more machine do the test.

Ah, so you explicitly test with non-snoop mode for this chipset?
For what purpose...?

> > 2. change *_SG relate test:
> > Just followed your proposal
> > -snd_pcm_lib_preallocate_pages_for_all(pcm, SNDRV_DMA_TYPE_DEV_SG,
> > +snd_pcm_lib_preallocate_pages_for_all(pcm, SNDRV_DMA_TYPE_DEV,
> 
> >OK, you need one more oneliner:
> 
> >diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index a12e594d4e3b..2eaed4956e7f 100644
> >--- a/sound/pci/hda/hda_controller.c
> >+++ b/sound/pci/hda/hda_controller.c
> >@@ -707,7 +707,7 @@ static const struct snd_pcm_ops azx_pcm_ops = {
>  >.pointer = azx_pcm_pointer,
>  >.get_time_info =  azx_get_time_info,
>  >.mmap = azx_pcm_mmap,
> >-.page = snd_pcm_sgbuf_ops_page,
> >+// .page = snd_pcm_sgbuf_ops_page,
> > };
> 
> > static void azx_pcm_free(struct snd_pcm *pcm)
> [Hans :] I did this, and the Oops report as the same.

My bad, there are other SG-buffer codes in sound/hda/*, too.

So scratch these two oneliners.  The only thing you'd need is the
big-hammer change (again oneliner :)

--- a/sound/core/Kconfig
+++ b/sound/core/Kconfig
@@ -181,7 +181,7 @@ config SND_VMASTER
 	bool
 
 config SND_DMA_SGBUF
-	def_bool y
+	def_bool n
 	depends on X86
 
 source "sound/core/seq/Kconfig"

> >And, again, please avoid top-posting.
> [Hans :] sorry, I didn't understand at first. My mailbox is Outlook, am I right now?

Yes, looks better now.


thanks,

Takashi

  parent reply	other threads:[~2018-08-02 14:35 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-02  8:22 A bug about cache inconsistency report Hans Hu(SH-RD)
2018-08-02  8:50 ` Takashi Iwai
2018-08-02 10:56   ` 答复: " Hans Hu(SH-RD)
2018-08-02 11:52     ` Takashi Iwai
     [not found]       ` <fd1d78d3a46845f2867fbc79deabe066@zhaoxin.com>
2018-08-02 14:35         ` Takashi Iwai [this message]
2018-08-06  4:01           ` 答复: 答复: " Hans Hu(SH-RD)
2018-08-06  5:36             ` Takashi Iwai
2018-08-07  9:00 Hans Hu(SH-RD)
2018-08-07  9:25 ` Takashi Iwai
2018-08-07 10:59   ` 答复: " Hans Hu(SH-RD)
2018-08-07 12:00     ` Takashi Iwai
2018-08-08  9:54       ` 答复: " Hans Hu(SH-RD)
2018-08-08 10:04         ` Takashi Iwai

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=s5h8t5olttt.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=HansHu@zhaoxin.com \
    --cc=alsa-devel@alsa-project.org \
    /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 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.