On 03/09/2012 07:26 PM, Scott Talbert wrote: > All, > > I have an initial set of patches to support the Harmony 900 on Linux. It > is possible that these patches may enable support on other "usbnet" > remotes, so it may be worth giving them a try if you have a different > remote that is not currently supported.
This should take us at least 90% of the way to all usbnet remotes. As far as i can tell, they unified on the "TCP" protocol on all usbnet remotes from the 900 on. And by TCP, I don't mean TCP/IP, I mean their TCP remote protocol. Now that that's fleshed out and the usbnet subsystem if flushed out, we should be doing well. I have a 1000 I was sent for testing, and ... I'll test it against this as soon as I have time, life's been hectic since I moved back to the states. > 1) A Linux kernel patch is required to support the 900. This is the > commit required: > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=ee932bf9acb2e2c6a309e808000f24856330e3f9 That explains a lot... > 2) The remote expects us to assign it an IP address via DHCP. I went back > and forth with myself on whether to require a dependency on the ISC DHCP > server, or whether to just write a simple DHCP server myself. I ended up > just writing one myself, which I will include as a patch. I am currently > still trying to figure out how to make this work smoothly. Right now, you > have to manually configure the usb0 device with an IP address (e.g., > 169.254.1.1) and then start the usbnet_dhcpd. It requires you to pass the > Ethernet device (usb0) as a parameter when starting it. The behavior of > the Windows 7 driver is actually to assign addresses to both the PC and to > the remote via DHCP so I am considering trying to implement that behavior > as it would minimize the amount of manual configuration to be done by the > user. Comments? I also have gone back and forth on this a lot. My thought for the first round was going to be setting up ISC DHCP (or one of the others). I don't much like the idea of maintaining our own, even though it's pared down. Does the remote constantly DHCP while plugged in? I feel like requiring our daemon isn't much better... - and I feel like, if we're going to write one, it should be really because we don't want the user to have to run some daemon... so perhaps at concordance start time took an interface name, checked it was configured, configured it, and then waited for a DHCP packet and answered. I've read through the first patch briefly. Overall it looks good, but I need to read it more carefully. I'll find time to do that this weekend, I hope. It definitely needs some more comments though. Especially in the areas that aren't duplicating/porting existing functions - the new stuff... it needs comments. There's a lot of old code that's not commented well at all because I haven't had the need to look at it ... but like, if you change things from, say 68 to 1036, then you probably had to figure out why that buffer size is useful, so lets write that down. I have other questions like why we check for usb remotes in the HID code, or why you added micro-version support but then assign it to 0, but all of will likely/hopefully become clearer to me when I read it more carefully (and not on severe lack of sleep). Anyway, I'll try to get a review/response back to you quickly, I know you put a lot of work into this. Thanks! -- Phil Dibowitz p...@ipom.com Open Source software and tech docs Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________ concordance-devel mailing list concordance-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/concordance-devel