Skip to contentSkip to conversation

Staging: spectra: removes q->prepare_flush_fn

DISCUSSION Javier Martinez Canillas 2 participants 2 messages Jul 10, 2010 Kernel janitors

lore
Share & tools
lore
#0 lore raw
Quoted 8 lines

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

#1 lore raw
Quoted 15 lines · Javier Martinez Canillas
Quoted 8 lines

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.

Quoted 8 lines

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