e3-hacking

Download

e3-hacking@earth.li

September 2009

4 participants
2 discussions

Re: [E3-hacking] [RFC][PATCH] ARM: OMAP: McBSP: Use register cache
by Janusz Krzysztofik 05 Sep '09

05 Sep '09

Friday 04 September 2009 07:39:36 Eero Nurkkala wrote: > > Register values should not get corrupted. Could you please point out the > registers that may get corrupted? Do they get corrupted during audio > play? I haven't seen corrupted register values. > Hi Eero, Please have a look at some debug log lines below. Those were generated on my Amstrad Delta videophone, using an application (asterisk softpbx with alsa channel) that can restart a receiver of a prevoiusly requested McBSP by calling omap_mcbsp_start() on user request. As you can see, corrupted values can happen to get read from any register that is expected to return predictable results. Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: **** McBSP1 regs **** Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: DRR2: 0x1000 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: DRR1: 0x009d Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: DXR2: 0x3000 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: DXR1: 0x7da1 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: SPCR2: 0x02f0 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: SPCR1: 0x7031 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: RCR2: 0x0045 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: RCR1: 0x0040 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: XCR2: 0x1045 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: XCR1: 0x0040 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: SRGR2: 0x310f Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: SRGR1: 0x0000 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: PCR0: 0x0003 Sep 4 08:21:17 amsdelta user.debug kernel: [309910.170000] omap-mcbsp omap-mcbsp.1: mcbsp: *********************** Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: **** McBSP1 regs **** Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: DRR2: 0x0000 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: DRR1: 0x1086 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: DXR2: 0x0000 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: DXR1: 0x7da1 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: SPCR2: 0x02f0 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: SPCR1: 0x0031 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: RCR2: 0x1045 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: RCR1: 0x1040 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: XCR2: 0x3045 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: XCR1: 0x1040 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: SRGR2: 0x000f Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: SRGR1: 0x0000 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: PCR0: 0x1003 Sep 4 08:21:19 amsdelta user.debug kernel: [309912.050000] omap-mcbsp omap-mcbsp.1: mcbsp: *********************** Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: **** McBSP1 regs **** Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: DRR2: 0x1000 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: DRR1: 0x109e Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: DXR2: 0x1000 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: DXR1: 0x7da1 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: SPCR2: 0x02f0 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: SPCR1: 0x1031 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: RCR2: 0x1045 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: RCR1: 0x1040 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: XCR2: 0x2045 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: XCR1: 0x1040 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: SRGR2: 0x100f Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: SRGR1: 0x1000 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: PCR0: 0x2003 Sep 4 08:21:21 amsdelta user.debug kernel: [309913.950000] omap-mcbsp omap-mcbsp.1: mcbsp: *********************** Those corruptions, even if should never happen, were actually caused by a wireless adapter connected to the machine USB port. Extra piece of hardware, very usefull in some cases, but obviously not taken into account while the machine was being designed. While playback seems unaffected, WiFi noise in capture stream prevents from using the videophone in speakerphone mode, but in normal (handset) mode, the noise level seems still acceptable. The only missing piece of a puzzle is my patch, that prevents the kernel driver from putting corrupted values into the McBSP control registers. That learned, please reconsider: 1. Can my patch break anything, related or not? 2. How does it affect performance of otherwise unaffected machines? 3. Is correcting a poorly designed machine behaviour worth of the change? Thanks, Janusz

4 3

HOWTO: test your E3 audio
by Janusz Krzysztofik 03 Sep '09

03 Sep '09

David Reynolds wrote: > Janusz, > > Any chance of a step by step of how you set up your E3 as a soft phone? Things are not stable yet, but for those impatient: 1. Ensure you are able to access E3 serial console. In case of problems, try with different serial ports, including different usb_serial adapters. An FTDI based one worked for me, a Prolific one did not. For more info, use http://wiki.earth.li/E3 as your starting point. 2. Ensure you are able to install and run http://the.earth.li/pub/e3/E3_release_v2.tar.gz on your E3. There is a README included. 3. On your linux PC, install OpenEmbedded and bitbake (http://www.openembedded.org) Read OE documentation. Switch to 2009/stable branch (I'm not sure if really necessary). 4. Configure your OE. In local.conf, set: MACHINE = "amsdelta" KERNEL_IMAGETYPE = "uImage" DISTRO = "amsdelta-oe" ANGSTROMLIBC = "uclibc" Try building minimal-image. This should break on u-boot. 5. For better results, you'll have to modify several OE files. The best way is to set up local OE overlay. Get copies of required files/directories from OE tree and modify them. 6. Modify conf/machine/amsdelta.conf: - change PREFERRED_PROVIDER_virtual/kernel to "linux" ("linux-omap" and "linux-omap-pm" worked for me too), - comment out EXTRA_IMAGEDEPENDS, - increase IMAGE_ROOTFS_SIZE_ext2{,.gz} to "16384", - in IMAGE_FSTYPES replace "tar.bz2" with "tar.gz". 7. Wait for linux-2.6.32 or later integrated into OE ;), that should already contain official audio support for ams-delta, or if you really can't wait, create your own recipes/linux/linux-2.6.31[-rcx].bb recipe and include all ams-delta audio related patches published here lately. 8. Run "bitbake -c configure linux". Go to tmp/work/amsdelta-angstrom-linux-uclibcgnueabi/linux-your.package.version/linux-your.kernel.version/, run "ARCH=arm make defconfig_amsdelta", then "ARCH=arm make menuconfig" to finetune your kernel configuration. Don't forget to turn on Drivers -> Sound -> ALSA -> ASoC -> OMAP -> Amsdelta ;). Now you can save your .config as defconfig under recipes/linux/linux-your.kernel.version/ directory for future reuse. Finally, get back to your build/ directory and bitbake minimal-image. 9. Use http://the.earth.li/pub/e3/E3_release_v2.tar.gz to boot your E3 into install mode and reinstall it with newly created images transfered to your usb stick. Use tmp/deploy/uclibc/images/amsdelta/Angstrom-minimalist-image-uclibc-ipk-your.oe.version-amsdelta.rootfs.tar.gz as root.tar.gz and tmp/work/amsdelta-angstrom-linux-uclibcgnueabi/linux-your.package.version/linux-your.kernel.version/arch/arm/boot/uImage as uImage. Keep u-boot.bin and ldr.img unchanged. 10. Verify if it works. To test audio, you can install several packages found in tmp/deploy/uclibc/ipk/armv4t/, like alsa-utils-aplay and alsa-utils-alsamixer or alsa-utils-amixer. You can also try to build and install madplay in order to play your favourite MP3s. After you are done: - feel free to use this text as a base for E3 Wiki update, - prepare and submit a patch against OE ;). More to come. Thanks, Janusz

1 1