Jay Cliburn wrote:Since these changes are not simply moving code around, we really do need full explanations for them, and to understand their need. Blindly copying code from an exterior driver is pointless, and no way at all to run an engineering process. If the driver is not going to get the review and attention necessary, bug fixes and feedback attended-to, then there's not much point in having this driver in the kernel at all. You will only lead yourself to frustration, if you set up a system where changes only flow one way. That's not how Linux development is done at all. Jeff -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| David Miller | [GIT]: Networking |
| Fred . | Please add ZFS support (from GPL sources) |
| Parag Warudkar | BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0] |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
git: | |
| Junio C Hamano | Re: bad git pull |
| Sam Song | Fwd: [OT] Re: Git via a proxy server? |
| Sam Watkins | git-push hook to update remote working copy safely |
| Martin Langhoff | Re: cvsimport weird |
| Chris Smith | pf - drop or return - is stealth mode overrated? |
| RedShift | running OpenBSD on switch hardware |
| Casey Ransom | OpenBGPD selecting wrong nexthop over openvpn tunnel |
| Han Boetes | Re: Free Linux Driver Development! |
| Jim Winstead Jr. | Re: Root Disk/Book Disk Compatibility |
| Trenton Tuggle | Re: Linux Logo Postscript |
| Doug Evans | Re: Stabilizing Linux |
| Peter MacDonald | Re: VMS |
