Re: [PATCH v3 18/77] ncr5380: Eliminate USLEEP_WAITLONG delay

2015-12-22 Thread Hannes Reinecke
On 12/22/2015 01:38 PM, Finn Thain wrote: On Tue, 22 Dec 2015, Hannes Reinecke wrote: On 12/22/2015 02:17 AM, Finn Thain wrote: Linux 2.1.105 introduced the USLEEP_WAITLONG delay, apparently "needed for Mustek scanners". It is intended to stall the issue queue for 5 seconds. There are a

Re: [PATCH v3 18/77] ncr5380: Eliminate USLEEP_WAITLONG delay

2015-12-22 Thread Finn Thain
On Tue, 22 Dec 2015, Hannes Reinecke wrote: > On 12/22/2015 02:17 AM, Finn Thain wrote: > > Linux 2.1.105 introduced the USLEEP_WAITLONG delay, apparently "needed for > > Mustek scanners". It is intended to stall the issue queue for 5 seconds. > > There are a number of problems with this. > > >

Re: [PATCH v3 18/77] ncr5380: Eliminate USLEEP_WAITLONG delay

2015-12-22 Thread Finn Thain
On Tue, 22 Dec 2015, Hannes Reinecke wrote: > On 12/22/2015 02:17 AM, Finn Thain wrote: > > Linux 2.1.105 introduced the USLEEP_WAITLONG delay, apparently "needed for > > Mustek scanners". It is intended to stall the issue queue for 5 seconds. > > There are a number of problems with this. > > >

Re: [PATCH v3 18/77] ncr5380: Eliminate USLEEP_WAITLONG delay

2015-12-22 Thread Hannes Reinecke
On 12/22/2015 01:38 PM, Finn Thain wrote: On Tue, 22 Dec 2015, Hannes Reinecke wrote: On 12/22/2015 02:17 AM, Finn Thain wrote: Linux 2.1.105 introduced the USLEEP_WAITLONG delay, apparently "needed for Mustek scanners". It is intended to stall the issue queue for 5 seconds. There are a

Re: [PATCH v3 18/77] ncr5380: Eliminate USLEEP_WAITLONG delay

2015-12-21 Thread Hannes Reinecke
On 12/22/2015 02:17 AM, Finn Thain wrote: Linux 2.1.105 introduced the USLEEP_WAITLONG delay, apparently "needed for Mustek scanners". It is intended to stall the issue queue for 5 seconds. There are a number of problems with this. 1. Only g_NCR5380 enables the delay, which implies that the

[PATCH v3 18/77] ncr5380: Eliminate USLEEP_WAITLONG delay

2015-12-21 Thread Finn Thain
Linux 2.1.105 introduced the USLEEP_WAITLONG delay, apparently "needed for Mustek scanners". It is intended to stall the issue queue for 5 seconds. There are a number of problems with this. 1. Only g_NCR5380 enables the delay, which implies that the other five drivers using the NCR5380.c core

[PATCH v3 18/77] ncr5380: Eliminate USLEEP_WAITLONG delay

2015-12-21 Thread Finn Thain
Linux 2.1.105 introduced the USLEEP_WAITLONG delay, apparently "needed for Mustek scanners". It is intended to stall the issue queue for 5 seconds. There are a number of problems with this. 1. Only g_NCR5380 enables the delay, which implies that the other five drivers using the NCR5380.c core

Re: [PATCH v3 18/77] ncr5380: Eliminate USLEEP_WAITLONG delay

2015-12-21 Thread Hannes Reinecke
On 12/22/2015 02:17 AM, Finn Thain wrote: Linux 2.1.105 introduced the USLEEP_WAITLONG delay, apparently "needed for Mustek scanners". It is intended to stall the issue queue for 5 seconds. There are a number of problems with this. 1. Only g_NCR5380 enables the delay, which implies that the