Krzysztof Halasa wrote:
>
> Anyway, incremental patch is better, I'm going to submit my paches
> to 2.5 after some features (FR InARP, DCD handling, probably FR bridging)
> are added and tested.
>
> Seems it's better to include that things in 2.4 when it works fine.
> Especially if all drivers are updated.
> 2.5 first - of course.
How long do you think it will take to include the last changes in 2.4?
Isn't it possible to submit a patch without these new features, just to
speed up this process? Is there anything else that still need to be done
before you submit it?
It seems that there is a consensus that maintaining this out of the
kernel is causing some overhead to the drivers maintainers...
Best regards,
Daniela
--------------859B4E3D27C4266341800C86
Content-Type: text/x-vcard; charset=us-ascii;
name="daniela.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Daniela Squassoni
Content-Disposition: attachment;
filename="daniela.vcf"
begin:vcard
n:Squassoni;Daniela
x-mozilla-html:FALSE
org:Cyclades;R&D
adr:;;;;;;
version:2.1
email;internet:daniela@cyclades.com
title:Software Engineer
x-mozilla-cpt:;-3392
fn:Daniela Squassoni
end:vcard
--------------859B4E3D27C4266341800C86--
-
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/