From: e9hack <e9hack@googlemail.com>
To: Mauro Carvalho Chehab <mchehab@redhat.com>
Cc: linux-media@vger.kernel.org
Subject: Re: bug in changeset 13239:54535665f94b ?
Date: Sat, 07 Nov 2009 15:05:02 +0100 [thread overview]
Message-ID: <4AF57E8E.5070109@googlemail.com> (raw)
In-Reply-To: <20091107104113.0df4593b@pedra.chehab.org>
[-- Attachment #1: Type: text/plain, Size: 530 bytes --]
Mauro Carvalho Chehab schrieb:
> I agree. We need first to stop DMA activity, and then release the page tables.
>
> Could you please test if the enclosed patch fixes the issue?
Hi Mauro,
your patch doesn't solve the problem, because saa7146_dma_free() doesn't stop a running
dma transfer of the saa7146. Since last weekend, I'm using the attached patch. I'm not
sure, if the functionality of video_end() must be split. Maybe the last part of
video_end() must be execute at the end of vidioc_streamoff().
Regards,
Hartmut
[-- Attachment #2: saa7146_video.c.diff --]
[-- Type: text/x-diff, Size: 3565 bytes --]
vdr:/usr/src/v4l-dvb/linux/drivers/media/common # hg diff saa7146_video.c
diff -r 40705fec2fb2 linux/drivers/media/common/saa7146_video.c
--- a/linux/drivers/media/common/saa7146_video.c Fri Nov 06 15:54:49 2009 -0200
+++ b/linux/drivers/media/common/saa7146_video.c Sat Nov 07 15:02:32 2009 +0100
@@ -1093,22 +1093,18 @@ static int vidioc_streamoff(struct file
return 0;
}
- if (vv->video_fh != fh) {
- DEB_S(("capturing, but in another open.\n"));
- return -EBUSY;
- }
+ err = video_end(fh, file);
+ if (err != 0)
+ return err;
err = -EINVAL;
if (type == V4L2_BUF_TYPE_VIDEO_CAPTURE)
err = videobuf_streamoff(&fh->video_q);
else if (type == V4L2_BUF_TYPE_VBI_CAPTURE)
err = videobuf_streamoff(&fh->vbi_q);
- if (0 != err) {
+ if (0 != err)
DEB_D(("warning: videobuf_streamoff() failed.\n"));
- video_end(fh, file);
- } else {
- err = video_end(fh, file);
- }
+
return err;
}
@@ -1332,7 +1328,44 @@ static void buffer_release(struct videob
struct saa7146_dev *dev = fh->dev;
struct saa7146_buf *buf = (struct saa7146_buf *)vb;
+ int i;
+ u32 mc1;
+
DEB_CAP(("vbuf:%p\n",vb));
+
+ mc1 = saa7146_read(dev, MC1);
+ for(i = 0; i < 3; i++)
+ {
+ u32 base_even;
+ u32 base_odd;
+ u32 prot_addr;
+ u32 base_page;
+ u32 pitch;
+ u32 num;
+ u32 vptr;
+
+ if (buf->pt[i].cpu && buf->pt[i].dma) {
+ const u32 dma_mask[] = {MASK_06, MASK_05, MASK_04};
+ vptr = saa7146_read(dev, PCI_VDP1 + i * (PCI_VDP2 - PCI_VDP1));
+ base_even = saa7146_read(dev, BASE_EVEN1 + i * (BASE_EVEN2 - BASE_EVEN1));
+ base_odd = saa7146_read(dev, BASE_ODD1 + i * (BASE_ODD2 - BASE_ODD1));
+ prot_addr = saa7146_read(dev, PROT_ADDR1 + i * (PROT_ADDR2 - PROT_ADDR1));
+ base_page = saa7146_read(dev, BASE_PAGE1 + i *(BASE_PAGE2 - BASE_PAGE1));
+ pitch = saa7146_read(dev, PITCH1 + i * (PITCH2 - PITCH1));
+ num = saa7146_read(dev, NUM_LINE_BYTE1 + i * (NUM_LINE_BYTE2 - NUM_LINE_BYTE1));
+
+ if ((base_page & (0xfffff000 | ME1)) == (buf->pt[i].dma | ME1) && (mc1 & dma_mask[i])) {
+ printk("(%s:%d) vdma%d.base_even: %08x\n", __FILE__, __LINE__, i + 1, base_even);
+ printk("(%s:%d) vdma%d.base_odd: %08x\n", __FILE__, __LINE__, i + 1, base_odd);
+ printk("(%s:%d) vdma%d.prot_addr: %08x\n", __FILE__, __LINE__, i + 1, prot_addr);
+ printk("(%s:%d) vdma%d.base_page: %08x\n", __FILE__, __LINE__, i + 1, base_page);
+ printk("(%s:%d) vdma%d.pitch: %08x\n", __FILE__, __LINE__, i + 1, pitch);
+ printk("(%s:%d) vdma%d.num_line_byte: %08x\n", __FILE__, __LINE__, i + 1, num);
+ printk("(%s:%d) vdma%d.vptr: %08x\n", __FILE__, __LINE__, i + 1, vptr);
+ printk("(%s:%d) MC1: %08x\n", __FILE__, __LINE__, mc1);
+ }
+ }
+ }
release_all_pagetables(dev, buf);
next prev parent reply other threads:[~2009-11-07 14:05 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-01 15:59 bug in changeset 13239:54535665f94b ? e9hack
2009-11-02 20:27 ` e9hack
2009-11-07 12:41 ` Mauro Carvalho Chehab
2009-11-07 14:05 ` e9hack [this message]
2009-11-07 14:49 ` Mauro Carvalho Chehab
2009-11-07 16:00 ` e9hack
2009-11-07 18:35 ` e9hack
2009-11-08 20:48 ` Johann Friedrichs
2009-11-19 21:02 ` e9hack
2009-11-19 21:15 ` e9hack
2009-11-23 19:29 ` Mauro Carvalho Chehab
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=4AF57E8E.5070109@googlemail.com \
--to=e9hack@googlemail.com \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@redhat.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