On Wednesday 27 August 2008 16:55:15 Tomas Winkler wrote: > I'm not sure what you are taking about, we did post patches to > wireless-testing, the driver for 5000 HW is working in 2.6.27-rc4 I > personally use it every day. I'm sending bug fixes, like this seris > of patches is direct answer to bugs that were discovered very > recently, I'm not sure what's everybody problem here. The problem is that these patches are posted in huge batches. There are three problems (probably more) with that: 1) "Oh, one of these 15 patches recently merged broke my hw" instead of "This patch XXX recently merged broke my hw" 2) It's a _lot_ harder to review. I do not have the time to review a lot of patches at once. I bet other people won't either. 3) If somebody has any objections against one patch, you'll probably have to rebase them all (See recent pull request vs cleanups). That's additional work for you. What's the problem with sending patches upstream as soon as you finished them, instead of piling them up locally and sending them alltogether? > We fixed bugs in wireless-testing/mac80211 that were there for months > just because we are only one that do any comprehensive validation. I > don't want insult anyone and I really exaggeration here but > sometimes I have feeling that more people are breaking the code. If you work directly upstream, you will discover these bugs even faster. If you maintain your local fork of mac80211, you will have a delay. But you will have to handle them _anyway_. It's just delayed. And please, don't act like you don't add bugs to mac80211. There were several bugs that broke connections on b43 (and probably other hw, too) in the past. -- Greetings Michael. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
