From: Philipp Matthias Hahn <pmhahn+video@pmhahn.de>
To: Andrey Utkin <andrey_utkin@fastmail.com>
Cc: linux-media@vger.kernel.org, hverkuil@xs4all.nl
Subject: Re: [PATCH] Potential fix for "[BUG] process stuck when closing saa7146 [dvb_ttpci]"
Date: Sat, 10 Feb 2018 13:28:15 +0100 [thread overview]
Message-ID: <20180210122815.GA21239@pmhahn.de> (raw)
In-Reply-To: <20161016215219.4xob7nrbmrr7uxlj@pmhahn.de>
Hello Andrey,
On Sun, Oct 16, 2016 at 11:52:19PM +0200, Philipp Matthias Hahn wrote:
> On Mon, Sep 19, 2016 at 07:08:52AM +0200, Philipp Hahn wrote:
> > Am 16.09.2016 um 12:00 schrieb Andrey Utkin:
> > > Please try this patch. It is purely speculative as I don't have the hardware,
> > > but I hope my approach is right.
> >
> > Thanks you for the patch; I've built a new kernel but didn't have the
> > time to test it yet; I'll mail you again as soon as I have tested it.
>
> I tested your patch and during my limites testing I wan't able to
> reproduce the previous problem. Seems you fixed it.
>
> Tested-by: Philipp Matthias Hahn <pmhahn@pmhahn.de>
>
> Thanks you again for looking into that issues.
Bad news: I'm running linux-4.15.2 by now and again got a stuck ffmpeg
process after accessing /dev/video0:
| INFO: task read_thread:20579 blocked for more than 120 seconds.
| Tainted: P O 4.15.2 #1
| "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
| read_thread D 0 20579 2949 0x80000000
| Call Trace:
| ? __schedule+0x646/0x697
| schedule+0x79/0x94
| videobuf_waiton+0x11c/0x148 [videobuf_core]
| ? wait_woken+0x68/0x68
| saa7146_dma_free+0x34/0x55 [saa7146_vv]
| buffer_release+0x25/0x33 [saa7146_vv]
| videobuf_vm_close+0xd6/0x103 [videobuf_dma_sg]
| remove_vma+0x23/0x49
| exit_mmap+0xea/0x114
| mmput+0x45/0xdb
| do_exit+0x3a0/0x8c1
| do_group_exit+0x95/0x95
| get_signal+0x41c/0x447
| do_signal+0x1e/0x4c2
| ? __schedule+0x646/0x697
| ? do_task_dead+0x38/0x3a
| ? SyS_futex+0x127/0x137
| exit_to_usermode_loop+0x1f/0x69
| do_syscall_64+0xe3/0xea
| entry_SYSCALL_64_after_hwframe+0x21/0x86
| RIP: 0033:0x7f56429927fd
| RSP: 002b:00007f56217b3550 EFLAGS: 00000246 ORIG_RAX: 00000000000000ca
| RAX: fffffffffffffe00 RBX: 00007f5608002320 RCX: 00007f56429927fd
| RDX: 0000000000000000 RSI: 0000000000000080 RDI: 00007f560800234c
| RBP: 0000000000000000 R08: 0000000000000000 R09: 00007f5608002320
| R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000003
| R13: 00007f56080022f8 R14: 0000000000000000 R15: 00007f560800234c
Your previous patch is applied since v4.10-rc1~71^2^2~34 , so the issue seems
to be not fixed.
The tainting is from the NVidia driver.
Philipp
prev parent reply other threads:[~2018-02-10 12:37 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-11 13:33 [BUG] process stuck when closing saa7146 [dvb_ttpci] Philipp Matthias Hahn
2016-09-16 10:00 ` [PATCH] Potential fix for "[BUG] process stuck when closing saa7146 [dvb_ttpci]" Andrey Utkin
2016-09-19 5:08 ` Philipp Hahn
2016-10-16 21:52 ` Philipp Matthias Hahn
2018-02-10 12:28 ` Philipp Matthias Hahn [this message]
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=20180210122815.GA21239@pmhahn.de \
--to=pmhahn+video@pmhahn.de \
--cc=andrey_utkin@fastmail.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox