search for: c6x

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski <k.kozlowski at samsung.com> --- arch/c6x/include/asm/dma-mapping.h | 4 ++-- arch/c6x/kernel/dma.c | 9 ++++----- arch/c6x/mm/dma-coherent.c | 4 ++-- 3 files changed, 8 insertions(+), 9 deletions(-) diff --git a/arch/c6x/include/asm/dma-mapping.h b/arch/c6x/include/asm/dma-mapping.h index 6b5cd7b0cf32..5717b1e52d96...

Itay, I tested on C6x in May with build 11343 and 11398, and it worked fine. I just ran the same test with build 11768, and there was no cancellation, just as you saw. I will try to track this down in the next day or two. In the meantime, I suggest that you try testing with 11398. - Jim ----- Original Message ----...

...--- From: "Jean-Marc Valin" <jean-marc.valin@usherbrooke.ca> To: "Jim Crichton" <jim.crichton@comcast.net> Cc: "Itay Chamiel" <ItayC@mangodsp.com>; <speex-dev@xiph.org> Sent: Tuesday, August 15, 2006 9:26 AM Subject: Re: [Speex-dev] AEC on a TI C6x - has no effect > Jim Crichton a ?crit : >> Itay, >> >> I tested on C6x in May with build 11343 and 11398, and it worked >> fine. I just ran the same test with build 11768, and there was no >> cancellation, just as you saw. I will try to track this down in the &...

> The C5x and C6x output diverges in build 10143, which has log message "lpc > floor converted to fixed-point." Also, the measured SNR changed from 11.05 > in builds 9854-10141 to 9.22 and 9.24 in 10143. Actually, build 10143 introduced another bug, that was the reason for the 1.1.11.1 release....

Jim Crichton a ?crit : > Itay, > > I tested on C6x in May with build 11343 and 11398, and it worked > fine. I just ran the same test with build 11768, and there was no > cancellation, just as you saw. I will try to track this down in the > next day or two. In the meantime, I suggest that you try testing > with 11398. Hmm, that's...

...ssion), I created a lib that only includes the following files, all from directory \trunk\speex\libspeex: fftwrap.c kiss_fft.c kiss_fftr.c math_approx.c mdf.c misc.c This appears to be sufficient to call the speex_echo_* functions without a linker error. I define the preprocessor symbols CONFIG_TI_C6X and HAVE_CONFIG_H. FIXED_POINT is defined in ti/config.h (also from the trunk). I am using the latest files from svn, as of last Thursday (Aug.10). >From reading the documentation and this mailing list, it seems that I am doing things correctly. I am using a sample rate of 8kHz and a frame siz...

...or > disabled in config.h. Why would you want to turn it on/off? > There are also updates to the .pjt files to add > window.c, and updates in the test main files in the TI directory to account > for the reduction in delay from 10ms to 5ms. There is also an added file: > the C6x build needs speex/speex_config_types.h, so I created a speex > subdirectory under TI with this file. The subversion patch generation tool > would not handle an added file. Actually, speex_config_types.h is not necessary for the TI builds. It's best to put the definition directly in sp...

...swapped. I will redo the patch that way. >> There are also updates to the .pjt files to add >> window.c, and updates in the test main files in the TI directory to >> account >> for the reduction in delay from 10ms to 5ms. There is also an added >> file: >> the C6x build needs speex/speex_config_types.h, so I created a speex >> subdirectory under TI with this file. The subversion patch generation >> tool >> would not handle an added file. > > Actually, speex_config_types.h is not necessary for the TI builds. It's > best to put...

The attached file contains build files for TI's Code Composer Studio (CCS) for the C54x, C55x, and C6x DSPs. I had intended to post this a couple of months ago, but it took a long time to get around to doing the little bit of cleanup required. This is a file I/O loopback application suitable for running with the CCS simulators, for evaluating memory and MIPs requirements for these processors....

...it cancel anything? Jean-Marc > Thanks, > > -itay > > ________________________________ > > From: Jim Crichton [mailto:jim.crichton@comcast.net] > Sent: Tuesday, August 15, 2006 3:39 PM > To: Itay Chamiel; speex-dev@xiph.org > Subject: Re: [Speex-dev] AEC on a TI C6x - has no effect > > > Itay, > > I tested on C6x in May with build 11343 and 11398, and it worked fine. > I just ran the same test with build 11768, and there was no > cancellation, just as you saw. I will try to track this down in the > next day or two. In the meantime...

...he fixed point version won't adapt at all. Thanks for your help, -itay -----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Tuesday, August 15, 2006 5:53 PM To: Itay Chamiel Cc: Jim Crichton; speex-dev@xiph.org Subject: Re: [Speex-dev] AEC on a TI C6x - has no effect Itay Chamiel a ?crit : > Hi Jim, > > I've tried both 11343 and 11398 (after fixing a couple of compiler > errors) and annoyingly enough I get the same results as the current > build: float works, fixed doesn't. I also saw the same phenomenon > where the...

...I keep calling them that, I don't know what their meaning is) to be zeroes only? Thanks, -Itay -----Original Message----- From: Jim Crichton [mailto:jim.crichton@comcast.net] Sent: Thursday, August 17, 2006 2:52 PM To: Itay Chamiel Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] AEC on a TI C6x - has no effect Itay, >I am trying these things, but the main problem that has been bothering >me recently is that the fixed-point algorithm works "sometimes". >Meaning that sometimes it will work well, and other times it will not >work at all. > >I think I've f...

> Nice call. The culprit is SHRL32. This is not used in many places, and in > most of those, the operand comes from EXTEND32. The only really suspicious > instances is in lsp.c (lsp_interpolate): > > spx_word16_t tmp = DIV32_16(SHL32(1 + subframe,14),nb_subframes); > (subframe is an int) > ... > I see that your changes include adding an EXTEND32 to the line above.

Jim Crichton, I'm trying to run speex on omap 1610 platform and i saw that you have a patch for c55. When i saw your mail about this, i decided to ask you for send me those files above: include\config.h (not automatically generated, sets memory sizes, enables manual alloc) include\speex\speex_config_types.h (match Speex types to compiler types, not generated from types.in

Thanks to a tip from Jean-Marc, I tried the floating point version and it worked well. If anyone has a clue as to why the fixed point version doesn't work, let me know as I would really appreciate the CPU time reduction (20% as opposed to 70%). Thanks, -itay -------------- next part -------------- An HTML attachment was scrubbed... URL:

Jean-Marc, I am trying these things, but the main problem that has been bothering me recently is that the fixed-point algorithm works "sometimes". Meaning that sometimes it will work well, and other times it will not work at all. I think I've found the source of the problem. The speex_alloc() function, called by speex_echo_state_init(), calls calloc() and returns a zeroed array. On

> For the persistent storage, the only change that I have made is to > MAX_CHARS_PER_FRAME, which is set to 2000 in bits.c. I changed bits.c to > set this value only if it was not already defined, and then put my own, much > smaller value in config.h. Yeah, I think I'll add an option like that. > For the scratch stack, I replace the fixed values in nb_encoder_init and

Jean Marc, >> The C5x and C6x output diverges in build 10143, which has log message >> "lpc >> floor converted to fixed-point." Also, the measured SNR changed from >> 11.05 >> in builds 9854-10141 to 9.22 and 9.24 in 10143. > >Actually, build 10143 introduced another bug, that was the...

> I incorporated Stuarts fixed_c55x.h file, and that eliminated the artifacts, > at the expense of a ~30% increase in MIPs. Now the male.wav file through > encoder/decoder produces a bit-exact match with the C64x test that I did > earlier. I will do some more testing to isolate the, but it may be a few > days before I get to this task. As Jean-Marc says, fixed_generic should

Hi Jim, Thank for the patch. I'll apply it when I have a few minutes. If I haven't done so after a few weeks, please send it again. I'm in the process of relocating to Australia, so everything's a bit of a mess around here. Also, please post the c5X-specific files to the list (.cmd, .pjt, ...) so they'll be archived. Last thing, I see you defined spx_word64_t as long long for