Which kernel to use for DSPBridge usage

Hello,

I'm looking for a linux kernel to make use of the DSPBridge
functionality on Beagleboard C4/-xM.
Currently I'm using Robert Nelson's kernel 3.9.11+. I have gone through
the config and did not find a corresponding option to enable DSPBridge
support.
Does this kernel support DSPBridge functionality ?

I found a kernel 2.6.32 on omappedia.org which seems to have support for
this.
Latest update on the project page is from May 2010 so it might be kind
of outdated information.

Is there a more recent webpage available ?

Thanks,
Thomas

Hello,

I'm looking for a linux kernel to make use of the DSPBridge
functionality on Beagleboard C4/-xM.
Currently I'm using Robert Nelson's kernel 3.9.11+. I have gone through
the config and did not find a corresponding option to enable DSPBridge
support.
Does this kernel support DSPBridge functionality ?

Use my v3.7.x based branch, i believe dspbridge still works on that...

I found a kernel 2.6.32 on omappedia.org which seems to have support for
this.
Latest update on the project page is from May 2010 so it might be kind
of outdated information.

Is there a more recent webpage available ?

But honestly, any 'dsp' work on the omap3 is really a dead end
project.. We had things working when Nokia was supporting the Maemo
platform, but all those developers have long moved on...

mainline, has even marked it as broken..
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/staging?id=930ba4a374b96560ef9fde2145cdc454a164ddcc

Regards,

Thanks Robert.

Hello,

I'm looking for a linux kernel to make use of the DSPBridge
functionality on Beagleboard C4/-xM.
Currently I'm using Robert Nelson's kernel 3.9.11+. I have gone through
the config and did not find a corresponding option to enable DSPBridge
support.
Does this kernel support DSPBridge functionality ?

Use my v3.7.x based branch, i believe dspbridge still works on that...

I found a kernel 2.6.32 on omappedia.org which seems to have support for
this.
Latest update on the project page is from May 2010 so it might be kind
of outdated information.

Is there a more recent webpage available ?

But honestly, any 'dsp' work on the omap3 is really a dead end
project.. We had things working when Nokia was supporting the Maemo
platform, but all those developers have long moved on...

Understood. That was the gutt feeling I got from googling.

How is jpeg processing - in particular upsampling - done on the
beagleboard ? Or is it considered adead end as well ?
There is HW support for upsampling but that requires raw pictures as far
as I understood.

I tried also imagemagick but "convert" takes up to 650MB on an x86
processor for the test picture and failed on the beagleboard (even with
lowering convert's memory limits).
Right now my best option seem to be to collect the pictures with the
beagleboard and do offline processing on an x86 machine...

Are there any other options ?

mainline, has even marked it as broken..
Staging: tidspbridge: disable driver - kernel/git/torvalds/linux.git - Linux kernel source tree

Regards,

Regards,

Thomas

Thanks Robert.

Hello,

I'm looking for a linux kernel to make use of the DSPBridge
functionality on Beagleboard C4/-xM.
Currently I'm using Robert Nelson's kernel 3.9.11+. I have gone through
the config and did not find a corresponding option to enable DSPBridge
support.
Does this kernel support DSPBridge functionality ?

Use my v3.7.x based branch, i believe dspbridge still works on that...

I found a kernel 2.6.32 on omappedia.org which seems to have support
for
this.
Latest update on the project page is from May 2010 so it might be kind
of outdated information.

Is there a more recent webpage available ?

But honestly, any 'dsp' work on the omap3 is really a dead end
project.. We had things working when Nokia was supporting the Maemo
platform, but all those developers have long moved on...

Understood. That was the gutt feeling I got from googling.

How is jpeg processing - in particular upsampling - done on the
beagleboard ? Or is it considered adead end as well ?
There is HW support for upsampling but that requires raw pictures as far
as I understood.

I tried also imagemagick but "convert" takes up to 650MB on an x86
processor for the test picture and failed on the beagleboard (even with
lowering convert's memory limits).
Right now my best option seem to be to collect the pictures with the
beagleboard and do offline processing on an x86 machine...

Are there any other options ?

I agree with Robert¹s analysis. If you want to do anything related to DSP
processing, I suggest you look at OMAPL138, OMAP4 or OMAP5 in that there
is support for RPMSG (syslink v3) in mainline which is the IPC link
between the ARM and DSP. I think TI have all but abandoned porting RPMSG
to the OMAP3.

Regards,
John

Thanks.

Meanwhile I found an ARM based solution which works ok for my purposes.
Posting it here in case someone finds this useful.

libjpeg-turbo comes with NEON based implementation and gives decent
speed for jpeg encoding/decoding so going the lonely (read DSP) way is
not needed.
It seems to lacks a bit of quality compared to imagemagick/convert
implementation but that's ok for my application.

Regards,
Thomas