Re: Staging: spectra: removes q->prepare_flush_fn

Ok, I'll just keep this in my to-apply queue again, and then apply it
when it is needed for Linus's tree.  Is that ok?

thanks,

greg k-h

I found more compile errors (more API changes) with this driver in today
linux-next.

I prepared a patch-set containing the previous patch sent and two more.
This three patches allow spectra driver to compile in today linux-next. 

Do you want me to do it this way (keeping a patchset) or should I send
separate patches as issues arises?

The patchset I will send contains the following patches:

[PATCH 1/3] fix staging/spectra: removes q->prepare_flush_fn
[PATCH 2/3] fix staging/spectra: use new REQ_FLUSH flag
[PATCH 3/3] fix staging/spectra: don't use locked_ioctl

Thanks a lot

On Fri, Jul 09, 2010 at 11:19:38PM -0400, Javier Martinez Canillas wrote:

quoted

Ok, I'll just keep this in my to-apply queue again, and then apply it
when it is needed for Linus's tree.  Is that ok?

thanks,

greg k-h

I found more compile errors (more API changes) with this driver in today
linux-next.

I prepared a patch-set containing the previous patch sent and two more.
This three patches allow spectra driver to compile in today linux-next. 

Do you want me to do it this way (keeping a patchset) or should I send
separate patches as issues arises?

The patchset I will send contains the following patches:

[PATCH 1/3] fix staging/spectra: removes q->prepare_flush_fn
[PATCH 2/3] fix staging/spectra: use new REQ_FLUSH flag
[PATCH 3/3] fix staging/spectra: don't use locked_ioctl

Three patches are fine, I'll keep them for when they are needed during
the next merge window.

thanks,

greg k-h