On Tue, 26 Aug 2008, Thierry Merle wrote: > > Right, I experienced the same problem with the em28xx (from mcentral.de) > > driver compilation on my NSLU2 target. > > I guess you are doing the same thing for this driver. > > The solution was to use mdelay when possible. > > It solves the compilation on these low-power-consuming-but-high-capacities targets. > > > Here is the patch I proposed, this should be harmless but I have no > device to test them. I think mdelay and udelay should be safe for this. I know that generally msleep(2) will produce a much shorter sleep than "msleep(1);msleep(1);" _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
