> I do not want or need your company's patches, period.
That's just not true and you know it. If the patches were to be written in
cooperation with you and of proper quality and license you would love them.
> I will not take or accept or approve of any dirty code that allows the a
> poorly written binary driver that can not control its ISR and it
> interferes irresponsiblily with the native ATA driver.
That's the real issue of course. Craig contacted you to find out what was
wrong and you should explain to him what the problems are, and how he could
solve them. Linus would accept patches written by Bill Gates if they were
licensed right and coded properly, so I don't see why Promise should be an
exception.
Never get angry at bad code. Only explain people why it's bad. At length if
needed.
Craig:
> instead each disk is seen individually, and the users data cannot be
> properly accessed. We have a patch that fixes this and are wondering if it
> is possible to get this patch into the kernel, and if so, how this would be
> done?
The procedure is to publish the patch publically and have people comment and
try it. They will often find that your code is not up to par or does things
in ways that do not please the kernel people. No evil is intended, it is
just that the kernel developers are a choosy bunch. But given the right
prodding they will tell you how you could change your code so that it is
acceptable. Alternatively, people here might see what needs to be done from
your patch, and do it themselves.
> I apologize if this is the incorrect e-mail to be making this request to. If
> this is not the correct address to be posting this message, any assistance
> as to where it should be directed would be greatly appreciated.
This was definitely the right email address :-) Mr Hedrick appears not to
like your work and as he is prone to do, he explained so graphically. This
happens. The main thing is to approach kernel coders from a technical
standpoint - they are not interested in commercial pressures or deadlines.
Get your technical people to talk to 'our' technical people and make sure
that they realise that it should be done 'our way' (as it is 'our code')
and things will go swimmingly.
> http:\\www.promise.com
Reversing those backslashes might aid your credibility here :-) If you ever
feel that you don't understand these strange linux people, please contact me
or some other people. It can be a weird country, especially coming from a
marketing devision. Thanks for trying!
But do understand that no amount of prodding, cajoling or legal pressure
will get any company anywhere. That's just not the way. As we say "It's the
code, stupid!". Good luck!
Regards,
bert hubert
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
-- http://www.PowerDNS.com Versatile DNS Services Trilab The Technology People 'SYN! .. SYN|ACK! .. ACK!' - the mating call of the internet - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/