Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-23 Thread Mark Hounschell
On 07/12/2016 04:54 AM, Jiri Kosina wrote: On Mon, 11 Jul 2016, Mark Hounschell wrote: Well, all that was specified in my original post. I can no longer open the floppy drive with no floppy media inserted. Worse, I can also no longer open a floppy with media inserted that is not a "linux"

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-23 Thread Mark Hounschell
On 07/12/2016 04:54 AM, Jiri Kosina wrote: On Mon, 11 Jul 2016, Mark Hounschell wrote: Well, all that was specified in my original post. I can no longer open the floppy drive with no floppy media inserted. Worse, I can also no longer open a floppy with media inserted that is not a "linux"

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-12 Thread Jiri Kosina
On Fri, 12 Aug 2016, Mark Hounschell wrote: > > Is there some minimalized reproducer you are seeing the regression with > > that you could share? > > > > Thanks, > > Your patch is NOT there yet. We're talking about ff06db1ef. -- Jiri Kosina SUSE Labs

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-12 Thread Jiri Kosina
On Fri, 12 Aug 2016, Mark Hounschell wrote: > > Is there some minimalized reproducer you are seeing the regression with > > that you could share? > > > > Thanks, > > Your patch is NOT there yet. We're talking about ff06db1ef. -- Jiri Kosina SUSE Labs

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-12 Thread Mark Hounschell
On 08/12/2016 05:37 AM, Jiri Kosina wrote: On Thu, 11 Aug 2016, Mark Hounschell wrote: I just tested what is currently in Linus' tree and it does NOT work for me. Is there some minimalized reproducer you are seeing the regression with that you could share? Thanks, Your patch is NOT there

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-12 Thread Mark Hounschell
On 08/12/2016 05:37 AM, Jiri Kosina wrote: On Thu, 11 Aug 2016, Mark Hounschell wrote: I just tested what is currently in Linus' tree and it does NOT work for me. Is there some minimalized reproducer you are seeing the regression with that you could share? Thanks, Your patch is NOT there

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-12 Thread Jiri Kosina
On Thu, 11 Aug 2016, Mark Hounschell wrote: > I just tested what is currently in Linus' tree and it does NOT work for > me. Is there some minimalized reproducer you are seeing the regression with that you could share? Thanks, -- Jiri Kosina SUSE Labs

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-12 Thread Jiri Kosina
On Thu, 11 Aug 2016, Mark Hounschell wrote: > I just tested what is currently in Linus' tree and it does NOT work for > me. Is there some minimalized reproducer you are seeing the regression with that you could share? Thanks, -- Jiri Kosina SUSE Labs

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-11 Thread Mark Hounschell
On 08/11/2016 09:24 AM, Jiri Kosina wrote: On Wed, 3 Aug 2016, Mark Hounschell wrote: I'm not sure how to get "for-linus" branch. I don't see it in linux-block.git. It's there. A patch for 4.5 would be easy for me though. Anyway the commit landed in Linus' tree already (ff06db1ef).

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-11 Thread Mark Hounschell
On 08/11/2016 09:24 AM, Jiri Kosina wrote: On Wed, 3 Aug 2016, Mark Hounschell wrote: I'm not sure how to get "for-linus" branch. I don't see it in linux-block.git. It's there. A patch for 4.5 would be easy for me though. Anyway the commit landed in Linus' tree already (ff06db1ef).

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-11 Thread Jiri Kosina
On Wed, 3 Aug 2016, Mark Hounschell wrote: > I'm not sure how to get "for-linus" branch. I don't see it in linux-block.git. It's there. > A patch for 4.5 would be easy for me though. Anyway the commit landed in Linus' tree already (ff06db1ef). Testing it in your environment would be

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-11 Thread Jiri Kosina
On Wed, 3 Aug 2016, Mark Hounschell wrote: > I'm not sure how to get "for-linus" branch. I don't see it in linux-block.git. It's there. > A patch for 4.5 would be easy for me though. Anyway the commit landed in Linus' tree already (ff06db1ef). Testing it in your environment would be

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-03 Thread Mark Hounschell
On 08/02/2016 05:44 AM, Jiri Kosina wrote: On Wed, 13 Jul 2016, Mark Hounschell wrote: Alright, so you are basically supplementing O_NDELAY flag in order to avoid check_disk_change() being called. It's rather a coincidence that it has worked this way, but I agree with you that we can't ignore

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-03 Thread Mark Hounschell
On 08/02/2016 05:44 AM, Jiri Kosina wrote: On Wed, 13 Jul 2016, Mark Hounschell wrote: Alright, so you are basically supplementing O_NDELAY flag in order to avoid check_disk_change() being called. It's rather a coincidence that it has worked this way, but I agree with you that we can't ignore

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-02 Thread Jiri Kosina
On Wed, 13 Jul 2016, Mark Hounschell wrote: > > Alright, so you are basically supplementing O_NDELAY flag in order to > > avoid check_disk_change() being called. It's rather a coincidence that > > it has worked this way, but I agree with you that we can't ignore the > > fact that there is

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-08-02 Thread Jiri Kosina
On Wed, 13 Jul 2016, Mark Hounschell wrote: > > Alright, so you are basically supplementing O_NDELAY flag in order to > > avoid check_disk_change() being called. It's rather a coincidence that > > it has worked this way, but I agree with you that we can't ignore the > > fact that there is

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-07-13 Thread Mark Hounschell
On 07/12/2016 04:54 AM, Jiri Kosina wrote: On Mon, 11 Jul 2016, Mark Hounschell wrote: Well, all that was specified in my original post. I can no longer open the floppy drive with no floppy media inserted. Worse, I can also no longer open a floppy with media inserted that is not a "linux"

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-07-13 Thread Mark Hounschell
On 07/12/2016 04:54 AM, Jiri Kosina wrote: On Mon, 11 Jul 2016, Mark Hounschell wrote: Well, all that was specified in my original post. I can no longer open the floppy drive with no floppy media inserted. Worse, I can also no longer open a floppy with media inserted that is not a "linux"

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-07-12 Thread Jiri Kosina
On Mon, 11 Jul 2016, Mark Hounschell wrote: > Well, all that was specified in my original post. I can no longer open the > floppy drive with no floppy media inserted. Worse, I can also no longer open a > floppy with media inserted that is not a "linux" recognized format. A floppy > drive is a

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-07-12 Thread Jiri Kosina
On Mon, 11 Jul 2016, Mark Hounschell wrote: > Well, all that was specified in my original post. I can no longer open the > floppy drive with no floppy media inserted. Worse, I can also no longer open a > floppy with media inserted that is not a "linux" recognized format. A floppy > drive is a

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-07-11 Thread Mark Hounschell
On 07/11/2016 11:36 AM, Jiri Kosina wrote: On Tue, 5 Jul 2016, Mark Hounschell wrote: From: Jiri Kosina Commit 09954bad4 ("floppy: refactor open() flags handling"), as a side-effect, causes open(/dev/fdX, O_ACCMODE) to fail. It turns out that this is being used setfdprm

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-07-11 Thread Mark Hounschell
On 07/11/2016 11:36 AM, Jiri Kosina wrote: On Tue, 5 Jul 2016, Mark Hounschell wrote: From: Jiri Kosina Commit 09954bad4 ("floppy: refactor open() flags handling"), as a side-effect, causes open(/dev/fdX, O_ACCMODE) to fail. It turns out that this is being used setfdprm userspace for

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-07-11 Thread Jiri Kosina
On Tue, 5 Jul 2016, Mark Hounschell wrote: > From: Jiri Kosina > > Commit 09954bad4 ("floppy: refactor open() flags handling"), as a > side-effect, causes open(/dev/fdX, O_ACCMODE) to fail. It turns out that > this is being used setfdprm userspace for ioctl-only open(). > >

Re: Resend: Another 4.4 to 4.5 floppy issue

2016-07-11 Thread Jiri Kosina
On Tue, 5 Jul 2016, Mark Hounschell wrote: > From: Jiri Kosina > > Commit 09954bad4 ("floppy: refactor open() flags handling"), as a > side-effect, causes open(/dev/fdX, O_ACCMODE) to fail. It turns out that > this is being used setfdprm userspace for ioctl-only open(). > > Reintroduce back

Resend: Another 4.4 to 4.5 floppy issue

2016-07-05 Thread Mark Hounschell
Just rejoined the list due to floppy open problems created from 4.4 to 4.5. I found the following email that indicates a fix for one of the problems. From: Jiri Kosina Commit 09954bad4 ("floppy: refactor open() flags handling"), as a side-effect, causes open(/dev/fdX,

Resend: Another 4.4 to 4.5 floppy issue

2016-07-05 Thread Mark Hounschell
Just rejoined the list due to floppy open problems created from 4.4 to 4.5. I found the following email that indicates a fix for one of the problems. From: Jiri Kosina Commit 09954bad4 ("floppy: refactor open() flags handling"), as a side-effect, causes open(/dev/fdX, O_ACCMODE) to fail.