On Thu 11 Jun 2009 21:41, [email protected] pondered: > > --- branches/2008R1/sound/blackfin/ad1836.c 2009-06-12 01:39:13 UTC (rev 6671) > +++ branches/2008R1/sound/blackfin/ad1836.c 2009-06-12 01:41:02 UTC (rev 6672) > @@ -215,7 +215,7 @@ > /* Chip level */ > #ifdef CONFIG_SND_BLACKFIN_AD1836_TDM > > -#define AD1836_BUF_SZ 0x40000 /* 256kb */ > +#define AD1836_BUF_SZ 0x80000 /* 512kb */ > /*In 2 channels mode, the buffer is quadrupled */ > #define PCM_BUFFER_MAX (AD1836_BUF_SZ / 4) > #define CHANNELS_MAX 8 >
I don't see how this really solves anything? If interrupts are comming in too late - they are comming in too late. Changing the buffer size just changes the frequency/probability. - it wouldn't appear to solve anything (does it?) A better test would be to turn off exact hardware errors (which inserts two SSYNCs on every interrupt - under kernel hacking) - to see if this is slowing things down too much for audio... _______________________________________________ Linux-kernel-commits mailing list [email protected] https://blackfin.uclinux.org/mailman/listinfo/linux-kernel-commits
