-
Posts
306 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by Christos
-
-
Also, tried M3 Armbian 5.37 dev Debian desktop and compile breaks
Get:45 http://httpredir.debian.org jessie-backports/contrib armhf Packages [7940 B] Get:46 http://httpredir.debian.org jessie-backports/non-free armhf Packages [6692 B] Fetched 22.2 MB in 29s (743 kB/s) Reading package lists... [ o.k. ] Upgrading base packages [ Armbian ] Reading package lists... Building dependency tree... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. [ o.k. ] Installing packages for [ Armbian ] Reading package lists... Building dependency tree... Package iceweasel:armhf is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package 'iceweasel:armhf' has no installation candidate [ error ] ERROR in function create_rootfs_cache [ debootstrap-ng.sh:208 ] [ error ] Installation of Armbian packages failed [ o.k. ] Process terminated [ error ] ERROR in function unmount_on_exit [ image-helpers.sh:59 ] [ error ] debootstrap-ng was interrupted [ o.k. ] Process terminated
and the same happens with next Debian desktop
Get:45 http://httpredir.debian.org jessie-backports/contrib armhf Packages [7940 B] Get:46 http://httpredir.debian.org jessie-backports/non-free armhf Packages [6692 B] Fetched 22.2 MB in 25s (861 kB/s) Reading package lists... [ o.k. ] Upgrading base packages [ Armbian ] Reading package lists... Building dependency tree... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. [ o.k. ] Installing packages for [ Armbian ] Reading package lists... Building dependency tree... Package iceweasel:armhf is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package 'iceweasel:armhf' has no installation candidate [ error ] ERROR in function create_rootfs_cache [ debootstrap-ng.sh:208 ] [ error ] Installation of Armbian packages failed [ o.k. ] Process terminated [ error ] ERROR in function unmount_on_exit [ image-helpers.sh:59 ] [ error ] debootstrap-ng was interrupted [ o.k. ] Process terminated
With M3 Armbian 5.37 dev Ubuntu desktop and Armbian 5.37 next Ubuntu desktop, compile finishes but no desktop gets shown, only text on HDMI
In both Armbian 5.37 next/dev Ubuntu desktop, the initial boot, uboot, is probably broken
Attaching console bootlog from the two Armbian boots
-
I know that, just asking If anyone knows, if it is known that the 5.37 is not working since in a previous build it Was working ok as desktop.
-
That specific board is my favorite.
Tried a build with Armbian 5.37 in WIP, tried both the next and the dev.
They both do not give a desktop and the initial boot log starts with I2C errors.
A previous build, a couple of months ago with specific compile.sh command line for the m3 (BOARD=nanopim3), was producing a proper desktop image, now it is not, showing errors even from uboot.
Am I missing something?
-
-
Hi,
Latest build Armbian 5.37 OPi PC legacy Jessie Desktop but desktop is not coming up on screen after default user creation, am I missing something or is this a new issue?
Christos
-
Hi @codekipper realy nice to see you here
There is some work from nikkov that created the sun8i-i2s.c driver mentioned in earlier post, yet it is not included in the 4.14 mainline kernel probably he did not pushed it up
-> https://github.com/nikkov/friendlyarm-linux/tree/sunxi-4.11.y/sound/soc/sunxi
Though even this driver has not capture feature, its only playback.
Although not there yet, I still hope that at sometime soon we will have both capture and playback in 192KHz/24bit on I2S H3 driver with your excellent work.
-
On 1st Dec. the latest 4.14 rt patch has been released
-> https://www.kernel.org/pub/linux/kernel/projects/rt/4.14/
So it might be possible to test now with new 5.36 and 'mainline' option.
-
Just got compiled a new OPi PC, Ubuntu desktop, Armbian 5.36 with mainline 4.14.3 kernel, image.
The on-board codec sound though is just at a whisper level no matter what, it looks its there but barely heard at all.
Can we fix that?
-
37 minutes ago, zador.blood.stained said:
Obviously you need a codec that supports both playback and capture at the same time, assuming there are no additional HW requirements for this.
Well, this is what I initialy done
-> https://forum.armbian.com/topic/5643-h3-i2s0-dt-overlay/?do=findComment&comment=43519
I did verify in the generated .o/.ko that the dummy codec device (which has both concurrent capture/playback) gets compiled in the source tree.
But for some unknown reason it did not work with the new I2S.
Could be my overlay, dont know.
Also, that has no HW limitations, it can be used from anyone without hardware (if the underline I2S driver is ok of course..)
-
-
HDMI's audio is I2S2, thus without an underlying I2S driver HDMI is without audio, so the I2S driver got quickly out with minimal functionality just to accommodate that.
Anyway, IMHO it looks there is plenty of work that needs to be done in that field of I2S.
-
Tried quite a bit to get things to work regarding the I2S0, yet it looks the driver that was included in 4.14 is very limited, most likely because from what I understand it was meant mainly to give some kind of working status to the hdmi.. and thats it, nothing else. IMHO someone has to correct the sunxi mainline effort table at least stating what this I2S driver actualy does and what is pending so we stop banging our heads on the wall wondering why stuff dont work.
-
Thanks, but it seems there are more underlying problems than simply adding this overlay
-> https://forum.armbian.com/topic/5643-h3-i2s0-dt-overlay/
So far, have seen no working result on having playback and capture and additionaly it looks there are I2S driver problems with 192KHz or at 24 and 32bits.
-
On 14/11/2017 at 11:08 PM, jernej said:
H3 I2S patches were backported in Armbiam due to HDMI Audio. It should already work if you add right DT node for your codec.
Is there any chance to have a 'working' overlay for I2S0?
Up to now we were not able to have a playback and capture overlay for the new I2S driver (we also found the timing issues @ssuloev mentions as really frustrating since 192KHz and 24/32bit do not work either)
-
Since you are developing kernel code, then IMHO is better to build Armbian yourself, the process is straightforward and generates a complete image for SD.
In the files that got build, one .deb is the required headers and you can install it manually with dpkg later on.
-> https://docs.armbian.com/Developer-Guide_Build-Preparation/
-
I'm also a novice regarding DT so trying to find any info available.
Either way you did an excellent job here.
Thank you very much!
Hope someone can give us a helping hand here on how to have a combined overlay.
-
Many thanks, very nice.
How can we have both of those overlays working together, meaning to have both playback and capture devices present.
As it is now, it enables either playback or capture, but we need both of them active.
Tried to enable both overlays, but only one of them gets through to pulseaudio/alsa.
In the armbianEnv.txt file, in the line specifying the overlays, whichever overlay gets there last, only that device is shown in alsa
If the line is
user_overlays=sun8i-h3-I2S-out i2s-soundcard-overlay
then
root@orangepipc:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: allwinnerhdmi [allwinner,hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 root@orangepipc:~# arecord -l **** List of CAPTURE Hardware Devices **** card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: adau7002 [adau7002], device 0: 1c22000.i2s-adau7002-hifi adau7002-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 root@orangepipc:~#
we have new capture but no new playback
If the line is
user_overlays=i2s-soundcard-overlay sun8i-h3-I2S-out
then
root@orangepipc:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: I2Smaster [I2S-master], device 0: 1c22000.i2s-pcm5102a-hifi pcm5102a-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: allwinnerhdmi [allwinner,hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 root@orangepipc:~# arecord -l **** List of CAPTURE Hardware Devices **** card 2: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 root@orangepipc:~#
we have new playback but no new capture
How can we have both of them active?
Playback and Capture?
-
Thank you for this solution, it does produce the output/playback device indeed.
root@orangepipc:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: I2Smaster [I2S-master], device 0: 1c22000.i2s-pcm5102a-hifi pcm5102a-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: allwinnerhdmi [allwinner,hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 root@orangepipc:~#
Is there any way to have also the input enabled?
root@orangepipc:~# arecord -l **** List of CAPTURE Hardware Devices **** card 1: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 root@orangepipc:~#
Currently it is only the playback visible, is there any codec that we could use in order to give us the record input too?
-
BTW, that test does not need any actual HW present, it can be done with just the board itself.
Thus anyone can try it and see the results.
-
Thank you for the hint, I understand that you use the pcm5102a codec which is the same as a dummy linux codec.
Yet after I tried it, is again not showing up.
The I2S0 is at i2s@01c22000 and that is not shown up in the dmesg although uboot DT is not complaining again with your modified overlay.
Again the uboot DT is passing ok without error, dmesg is not showing I2S0 and aplay -l is not showing it
Quotechristos@orangepipc:~$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: allwinnerhdmi [allwinner,hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 []
Subdevices: 1/1
Subdevice #0: subdevice #0christos@orangepipc:~$
I'm attaching the related dmesg.
-
Most likely I do something in error here..
This is the overlay I use
/dts-v1/; /plugin/; / { compatible = "allwinner,sun8i-h3"; fragment@0 { target = <&i2s0>; __overlay__ { pinctrl-names = "default"; pinctrl-0 = <&i2s0_pins>; status = "okay"; }; }; fragment@1 { target-path = "/"; __overlay__ { codec_dummy:codec_dummy { #sound-dai-cells = <0>; compatible = "linux,snd-soc-dummy"; status = "okay"; }; }; }; fragment@2 { target-path = "/"; __overlay__ { sound { compatible = "simple-audio-card"; simple-audio-card,name = "simple-card-test"; status = "okay"; simple-audio-card,cpu { sound-dai = <&i2s0>; }; simple-audio-card,codec { sound-dai = <&codec_dummy>; }; }; }; }; };
Uboot is not complaining on boot
Found U-Boot script /boot/boot.scr 3708 bytes read in 203 ms (17.6 KiB/s) ## Executing script at 43100000 U-boot loaded from SD Boot script loaded from mmc 237 bytes read in 164 ms (1000 Bytes/s) 5700002 bytes read in 539 ms (10.1 MiB/s) 6790768 bytes read in 610 ms (10.6 MiB/s) Found mainline kernel configuration 31409 bytes read in 1097 ms (27.3 KiB/s) 1164 bytes read in 169 ms (5.9 KiB/s) Applying user provided DT overlay simple-codec-overlay.dtbo 4179 bytes read in 686 ms (5.9 KiB/s) Applying kernel provided DT fixup script (sun8i-h3-fixup.scr) ## Executing script at 44000000 ## Loading init Ramdisk from Legacy Image at 43300000 ...
but I2S0 is not present, either with aplay -l nor in dmesg.
Is there something that I need to change in my overlay or is some kind of bug?..
-
13 minutes ago, zador.blood.stained said:
Not yet. You need to activate the i2s but, set up pin multiplexing (using pinctrl* properties) and pair it with a coded using simple-audio-card. AFAIK there is no "generic" codec available so you'll have to choose something compatible and enabled in the kernel config.
Hmm.. tried by using the 'snd-soc-dummy' generic linux codec, as you mention this might not be present, right?
For pins, it looks they are already patched in when I do the 'Mainline' build selection.
-> https://github.com/armbian/build/blob/master/patch/kernel/sunxi-next/00-20-add-i2s-DT-pins.patch
Since this patch is there, do I need to do anything more for them?
-
Hi,
OPiPC with latest mainline (ARMBIAN 5.34 user-built Ubuntu 16.04.3 LTS 4.13.12-sunxi).
Need to test the I2S0. From what I see in patches, the I2S driver code is already there so I just need an overlay to use it.
Is there any DT overlay for using the H3 I2S0 with any codec ?
Even as a generic simple-audio-codec ?
Christos
-
Ok,
Manually installed the build-produced headers .deb and re-tried to armbian-add-ovelay, it worked ok now and see the two separate devices.
Expected that headers are installed by default and got a bit confused.
Thank you.
Nanopi M3 / S5P6818 boards
in Other families
Posted
Well, I had created in both of them the initial user and rebooted, tried the process a few times to make sure.
Even though performed the initial user setup the desktop did not come up,
If you see at the two files that I attached from the console bootlog you can see that at first uboot has issues from the very start with I2C addresses/devices
▒I2C_WriteBit SDA Arbitration Fail I2C Device Address Write Abitration Error I2C_WriteBit SDA Arbitration Fail I2C Data Write Abitration Error I2C_WriteBit SDA Arbitration Fail I2C Device Address Write Abitration Error I2C_WriteBit SDA Arbitration Fail I2C Device Address Write Abitration Error I2C_WriteBit SDA Arbitration Fail I2C Device Address Write Abitration Error Wakeup Sub CPU 1234567 CPU Wakeup done! WFI is expected. CPU0 is Master! U-Boot 2016.01-armbian (Dec 11 2017 - 16:34:31 +0200) DRAM: 1 GiB MMC: NEXELL DWMMC: 0, NEXELL DWMMC: 1 loaded from SD, getting env from MMC 1 *** Warning - bad CRC, using default environment MIPI: display.0 HDMI: display.0, preset 0 (1280 * 720) HDMI: phy ready... LCD: [HDMI] dp.0.1 1220x680 16bpp FB:0x46000000 In: serial Out: vga Err: vga Hit any key to stop autoboot: 0
and later on issues with display
and some cpu issues
[ 1.744000] Clockevents: could not switch to one-shot mode: [ 1.744000] Clockevents: could not switch to one-shot mode: [ 1.744000] Clockevents: could not switch to one-shot mode: [ 1.744000] Clockevents: could not switch to one-shot mode: [ 1.744000] Clockevents: could not switch to one-shot mode: [ 1.744000] Clockevents: could not switch to one-shot mode: [ 1.744000] Clockevents: could not switch to one-shot mode: [ 1.744000] Clockevents: could not switch to one-shot mode: [ 1.744000] dummy_timer is not functional. [ 1.744000] dummy_timer is not functional. [ 1.744000] dummy_timer is not functional. [ 1.744000] dummy_timer is not functional. [ 1.744000] dummy_timer is not functional. [ 1.744000] dummy_timer is not functional. [ 1.744000] dummy_timer is not functional. [ 1.744000] Could not switch to high resolution mode on CPU 0 [ 1.744000] Could not switch to high resolution mode on CPU 1 [ 1.744000] Could not switch to high resolution mode on CPU 7 [ 1.744000] Could not switch to high resolution mode on CPU 4 [ 1.744000] Could not switch to high resolution mode on CPU 6 [ 1.744000] Could not switch to high resolution mode on CPU 5 [ 1.744000] Could not switch to high resolution mode on CPU 2 [ 1.744000] dummy_timer is not functional. [ 1.744000] Could not switch to high resolution mode on CPU 3
The above are in both dev, next