Maxime Bizon wrote: > Which part is broken/missing on your side ? > Well, there's a commit (4059ddb4) that claims to "Add USB OHCI support", yet it only adds a #include to ohci-hcd.c and a few .h bits. The actual ohci-bcm63xx.c is missing, which means the OHCI driver probably won't even compile. It's also missing the relevant platform device stuff in arch/. This concerned me somewhat, it looked like something weird had happened and the merge was incomplete. Florian Fainelli wrote: > Everything that Maxime sent is, or will be merged either in 2.6.32 or > in 2.6.33, that includes: > - arch/mips/bcm63xx (will be in 2.6.32) > - USB driver bits (2.6.33) > - Ethernet MAC driver bits (2.6.32) > - Ethernet PHY driver bits (2.6.32) > - UART driver (2.6.32) > - PCMCIA support (2.6.32) I can see the 2.6.32 stuff already. Regarding USB, is there a repo with the commit that will be in .33? Otherwise I'll just have to merge it locally and work from there for the moment. What's up with the weirdo commit mentioned above? > We maintain a couple of different patches for OpenWrt, specifically > the mtd partition parser since we provide images, so the box should > boot from Flash. That driver is not in a mergable state at the moment. > There is also a embryon of a SPI driver and a watchdog driver, which I > will probably submit once cleaned up. Another tidbit I saw in the OpenWRT set is the reset button GPIO support. I want to have that (eventually) too. Basically, my dilemma is simply that I want to work off of mainline (especially since stuff has been partially merged already and changes have been made), yet I need the missing patches in order to make this work completely. So eventually I need a tree that contains everything I need, whether a few individual commits are not really ready for mainline or not. In doing this, I obviously want to keep in sync with any work that has been done already as much as possible. So please do tell if there's a specific place I should be looking at for mainline-compatible versions of these patches, or anything closer to what will eventually be merged. As I said, I don't mind doing the merges myself, but then it might make rebasing onto mainline harder if your official patches are merged in a substantially different way once they do make it to mainline. And if I do end up merging stuff, I might as well send it to you to save you some time. -- Hector Martin (hector@xxxxxxxxxxxxxx) Public Key: http://www.marcansoft.com/marcan.asc
