Jeff Epler wrote: > On Tue, Jan 19, 2010 at 12:41:58AM -0700, Sebastian Kuzminsky wrote: >> Is there an official cut-off of support for old kernels in master? > > Not really. I like the idea that we continue to work on older kernels, > and it's occasionally useful to run emc on an old 6.06 system I have > (master still compiles there, last I checked). > > On the other hand, we target a few specific kernels (for 2.4 we'll > target the current 8.04 kernel and whatever ends up on 10.04). In the > absence of other active maintainers, it's simply not possible to make > sure we're *actually* compatible with a wider range.
I'll try to add a Dapper machine to the buildbot... > Looking at the change in question, I don't know that the payoff for > breaking older kernels is that great. On the other hand, argv_split() > and argv_free() look pretty simple; if we keep the change I'd sure > consider for inclusion a cut&paste version into rtapi with a suitable > #if KERNEL_VERSION < ... check guarding it, just in case someone > actually cares about those systems. I had to stop using strsep() because it modifies its input string, and there are situations where hostmot2 wants to re-parse the config string. If you have multiple anyio boards, the hostmot2 driver tries to apply the config strings to the boards in the order they're found. If you want to use just the second board, the driver first tries to initialize the first board with your config string, it notices the FPGAs don't match and fails the first board, then tries to apply the first config string to the second board, but strsep broke it and the second board fails too. The real fix is to explicitly specify which board each config is for, probably using the PCI slot number to identify boards. For now I'll do something like the cut-n-paste you suggest. -- Sebastian Kuzminsky ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
