| To: | John Blackwood <john.blackwood@xxxxxxxx> |
|---|---|
| Subject: | Re: Filesystem lockup with CONFIG_PREEMPT_RT |
| From: | Thomas Gleixner <tglx@xxxxxxxxxxxxx> |
| Date: | Sat, 5 Jul 2014 22:36:10 +0200 (CEST) |
| Cc: | Richard Weinberger <richard.weinberger@xxxxxxxxx>, Austin Schuh <austin@xxxxxxxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx, linux-rt-users@xxxxxxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <537CFECF.9070701@xxxxxxxx> |
| References: | <537CFECF.9070701@xxxxxxxx> |
| User-agent: | Alpine 2.10 (DEB 1266 2009-07-14) |
On Wed, 21 May 2014, John Blackwood wrote:
> I'm not 100% sure that the patch below will fix your problem, but we
> saw something that sounds pretty familiar to your issue involving the
> nvidia driver and the preempt-rt patch. The nvidia driver uses the
> completion support to create their own driver's notion of an internally
> used semaphore.
And why should we care about that? If they abuse the completion code
then it's their problem. And it has nothing to do at all with the
problem Austin is observing.
> Some tasks were failing to ever wakeup from wait_for_completion() calls
> due to a race in the underlying do_wait_for_common() routine.
Why are you not fixing the nvidia crap instead of hacking utter shite
into the core kernel?
Thanks,
tglx
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Data loss XFS with RT kernel on Debian., Eric Sandeen |
|---|---|
| Next by Date: | Re: Data loss XFS with RT kernel on Debian., Eric Sandeen |
| Previous by Thread: | Data loss XFS with RT kernel on Debian., Jan de Kruyf |
| Next by Thread: | [no subject], Google UK Ltd |
| Indexes: | [Date] [Thread] [Top] [All Lists] |