Hi, > Oh, wait a second right here. That's not how Linux development works. > We want the technically superior solution, not just something that > works to get stuff working no matter what. > > If your patchset works, that's pretty cool. So thanks a lot for getting > something to the users that works. Nothing stops distributions from > picking up those patches and distributing it to endusers. > That doesn't mean we have to adopt it to the mainline, though. Well, my point here is somewhat different. As I've wrote earlier few days ago till the time when (or better say if?) we get some tech. docs on AI, software wise it look very much similat to SB. Yes, it might be not SSB at all, and might more AMBA or some other hardware solution. Actually, software wise at current level of knowledge that goes from sources available it pretty much the same backplanes where whole num of registers used to control bus itself 4 for SSB and 2 for AI (I omit here regs used for identification but they are more chipcommon core ones' rather than bus property, and also omit those we don't use at all cause we don't need em or just dont know wth they are). There are much more differences between PCI and PCIE but we still dont have two different buses, and here honestly I don't know if PCI project was forked when PCIE support was added or not. I wish Broadcom could get us more tech. details on AI or if not then just name it SSB2 to avoid arguing on confusion caused by <SSB AI> ;) Have nice day, George -- 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
