OS2 World Community Forum

OS/2, eCS & ArcaOS - Technical => Multimedia => Topic started by: Paul Smedley on May 06, 2020, 11:00:30 am

Title: Updated Uniaud32 build
Post by: Paul Smedley on May 06, 2020, 11:00:30 am
Hi All,

Prompted by Lewis reporting a problem with no sound on a newish laptop, I built uniaud32.sys last night for the first time since December 2015.

After managing to patch the realtek driver to add some additional chipsets which got Lewis sound, I got interested again in updating Uniaud.

As some may recall, way back when, I was updating the uniaud32 core with the latest ALSA code.... I got as far as ALSA 1.0.24 (released January 2011), but could never get ALSA 1.0.25 (released early 2012) to work. After that, the code was incorporated into the linux kernel, and it all got too hard. Plus, at the time, we still had the hangs with hda audio and I started running linux as my main OS.

Anyhow, after helping Lewis last night, I added the OS/2 patches to the linux kernel 3.0 code and got it building. This represents an alsa-kernel approximately 6 months newer that what's in the last uniaud32 release.

I've tested this in virtualbox with the Intel HDA driver and it still makes sound. That's about the level of testing I've done. I can't be bothered walking upstairs to grab one of the Thinkpads and test on other hardware.

Anyway...... link is http://smedley.id.au/tmp/uniaud32-linux-3.0.zip

Feedback appreciated. If there's interest, I'll continue to try and update the code to hopefully fix upstream bugs and support newer hardware.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 06, 2020, 01:41:56 pm
Hi Paul,

First of all, thanks for your ongoing support of OS/2. It is very appreciated.

I have tested your uniaud32.sys driver today at my TP X250. Unfortunately it didn't work well. I got only distorted sound after using your new driver  :(.
The one from AN I am using is working fine so far, but I thought testing the new one will help.
Please see also "https://www.os2world.com/wiki/index.php/Lenovo_ThinkPad_X250" for my review of the working one.

Greetings from Potsdam/Germany
Mike
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on May 06, 2020, 03:37:54 pm
 ::)Pau ::)l ::), sadly this driver resulted in no sound.
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on May 06, 2020, 05:05:56 pm
Hi Eugene, can you please provide more feedback?
Like the hardware you are running it, and if it is not longer working compared to a xxx version of Uniaud?

Just in case I guess that the latest version of Uniaud was 2.2.5 / 2018-11-26  (Available at hobbes (https://hobbes.nmsu.edu/?dir=&search=Uniaud-20181126) and Arca Noae site).

Regards
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on May 06, 2020, 05:20:30 pm
Hi Paul

Thanks for doing this and checking the code of Uniaud. I was also good to know more about the technical history of the port and know that because of the complexity with the Linux Kernel it was harder to get up to the ALSA latest version.

I tried your updated driver on a VirtualBox ArcaOS 5 guest. Intel HD Audio. I just backup the old uniaud32.sys and replaced with the new one. Rebooted and all desktop sounds seems to be working normally. Nothing fancy on the config.sys (just DEVICE=C:\MMOS2\UNIAUD32.SYS) I will keep testing to see if I can find something else.

Paul, Is there any other recommended test or information that you also need that we can help with?

Regards
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on May 06, 2020, 06:18:39 pm
Hello Martin the subject of the driver my Dell laptop. Model Inspiron 5537. It was using the last availible drive from Arca Noae.
Title: Re: Updated Uniaud32 build
Post by: David Graser on May 06, 2020, 06:55:14 pm
On my Levovo T430S, the sound works as it should.
Title: Re: Updated Uniaud32 build
Post by: roberto on May 06, 2020, 07:04:50 pm
Well, it's not all bad news, it works perfectly for me. On an Hp8760W, the old one also worked. Thank you anyway.
saludos
Title: Re: Updated Uniaud32 build
Post by: David Graser on May 06, 2020, 08:12:59 pm
One of the problems I have noticed is that when adjusting the sound level through the sound object in the System Setup folder, it has no effect on the volume icon.  When I first installed the new driver, I had the volume.exe set to 0 and was adjusting with the sound object.  I had no sound with the new driver.  Although sound object set to 100%, the volume controller still showed 0.  It was only when I adjusted the sound with the volume controller did I get my sound back.
This with ArcaOS 5.04.

Easy to test:

Use volume icon to set sound level to 0.
Go to System Setup folder > Sound icon.
Set the volume on the sound icon to 100% and test sound.  On my machine, I had no sound.

There will not be sound until one goes back to the volume control icon and adjust the sound there.
Title: Re: Updated Uniaud32 build
Post by: _Hermit_ on May 06, 2020, 08:27:25 pm
Hi, Paul.

On my desktop computer with the updated driver, the sound is gone. In archive log files.
Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on May 06, 2020, 10:57:47 pm
Haven't tried this set yet as my speakers are broke, but one thing I've noticed with some sound chips is I have to use PMUnimix to turn up the front speakers to actually get sound, once they're turned up, the regular volume control works.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 06, 2020, 11:09:49 pm
Hi All,

Thanks for testing, I'll try and post some more specific comments tonight, but for reference, could anyone that's having troubles with the driver based on the linux kernel 3.0 code, try with http://smedley.id.au/tmp/uniaud32-trunk.zip ? This build represents the current code in the svn trunk at netlabs.

Thanks,

Paul
Title: Re: Updated Uniaud32 build
Post by: _Hermit_ on May 07, 2020, 08:27:35 am
Hi Paul,

The uniaud32-trunk.zip driver version works normally, there is sound. The log is attached.
Title: Re: Updated Uniaud32 build
Post by: Lars on May 07, 2020, 08:46:29 am
One of the problems I have noticed is that when adjusting the sound level through the sound object in the System Setup folder, it has no effect on the volume icon.  When I first installed the new driver, I had the volume.exe set to 0 and was adjusting with the sound object.  I had no sound with the new driver.  Although sound object set to 100%, the volume controller still showed 0.  It was only when I adjusted the sound with the volume controller did I get my sound back.
This with ArcaOS 5.04.

Easy to test:

Use volume icon to set sound level to 0.
Go to System Setup folder > Sound icon.
Set the volume on the sound icon to 100% and test sound.  On my machine, I had no sound.

There will not be sound until one goes back to the volume control icon and adjust the sound there.
That's because the volume set by volume.exe sets the MASTER volume whereas the volume lever in the sound object is the APPLICATION volume (in that case, for the PMSHELL.EXE application as the sound object is a WPS object). In the end, the audio driver just multiplies these two values :-)
Title: Re: Updated Uniaud32 build
Post by: Lars on May 07, 2020, 08:51:11 am
Haven't tried this set yet as my speakers are broke, but one thing I've noticed with some sound chips is I have to use PMUnimix to turn up the front speakers to actually get sound, once they're turned up, the regular volume control works.
In the end, this is always true. But in practice, there are some MB providers that are smart enough to crank up the HW volume of the sound device to the max, I suppose by the BIOS/UEFI code already on system start.
If that is not true, unimix.exe/pmunimix.exe will have to do it. That's even one step  before setting MASTER volume and finally APPLICATION volume.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 07, 2020, 09:36:27 am
Hi, Paul.

On my desktop computer with the updated driver, the sound is gone. In archive log files.

Interesting... the key things I note are the extra Uniaud16(?) lines in the log...

U16: WS::ABS InProcess Now=1 Save=3
U16: WS::ABS InProcess Now=1 Save=3
U16: WS::AB: BufferMode=1
U16: WS::AB: BufferMode=1
U16: WS::AB: BufferMode=1

and finally:
U16: StartStream: ConfigDev failed!!
U16: StartStream: ConfigDev failed!!

No real idea why though....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 07, 2020, 09:43:21 am
Hi All,

thanks to those that have tested.

For anyone that has no sound with the linux-3.0 build, can they please provide logs from a debug build?

Debug build of trunk (roughly what is the latest in ArcaOS):
http://smedley.id.au/tmp/uniaud32-trunk-debug.zip

Debug build of linux-3.0 code:
http://smedley.id.au/tmp/uniaud32-linux-3.0-debug.zip

'copy alsahlp$ trunk-debug.log' (for trunk) and 'copy alsahlp$ trunk-linux-3.0.log' for the 3.0 build should suffice

For good measure, there's also a build based on the linux 3.2 kernel code. I must note that this one produces NO audio for me with HDA hardware in Virtualbox, but does for AC97. I'd be interested in results on real hardware...
http://smedley.id.au/tmp/uniaud32-linux-3.2-debug.zip (release)
http://smedley.id.au/tmp/uniaud32-linux-3.2-debug.zip (debug)

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 07, 2020, 02:50:29 pm
Hi Paul,

here comes the test report from my Thinkpad X250:

Debug build of trunk (roughly what is the latest in ArcaOS):
http://smedley.id.au/tmp/uniaud32-trunk-debug.zip
=> working as well as the one from AN

Debug build of linux-3.0 code:
http://smedley.id.au/tmp/uniaud32-linux-3.0-debug.zip
=> sound is distorted

http://smedley.id.au/tmp/uniaud32-linux-3.2-debug.zip (release)
http://smedley.id.au/tmp/uniaud32-linux-3.2-debug.zip (debug)
=> both seems to be same files
=> sound distorted

Unfortunately I have no idea how to create the requested debug output files, sorry.

Greetings from Potsdam/Germany,
Mike
Title: Re: Updated Uniaud32 build
Post by: roberto on May 07, 2020, 05:26:11 pm
Unfortunately I have no idea how to create the requested debug output files, sorry.
I think you need this file, to generate the log.
ftp://ftp.netlabs.org/pub/uniaud/UniLog.zip
saludos
Title: Re: Updated Uniaud32 build
Post by: Lars on May 07, 2020, 06:03:48 pm
Unfortunately I have no idea how to create the requested debug output files, sorry.
I think you need this file, to generate the log.
ftp://ftp.netlabs.org/pub/uniaud/UniLog.zip
saludos

'copy alsahlp$ trunk-debug.log' (for trunk) and 'copy alsahlp$ trunk-linux-3.0.log' for the 3.0 build should suffice
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 07, 2020, 10:07:44 pm
 Hi Paul,

  Both the trunk and Linux 3.0 work fine here, but no sound with Linux 3.2. I'll attach the debug alsahlp$. Thanks for tackling Uniaud again!

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 08, 2020, 01:03:48 am
Hi Dave,

  Both the trunk and Linux 3.0 work fine here, but no sound with Linux 3.2. I'll attach the debug alsahlp$. Thanks for tackling Uniaud again!

Interesting that linux 3.2 doesn't work for most, but there is one positive report (even if the sound is distorted).

At this stage, I think I'm going to just press on with the re-sync, and worry about trying to fix the issues later. If the hardware is at least being detected, I'm hoping the fixes will be trivial to get system sounds working.

I also want to test with VLC using the KAI interface - which I believe talks directly to Uniaud32 and bypasses Uniaud16 - I'm wondering if the no system sounds symptom is a sign of issues with uniaud16 talking to uniaud32.

I have the patches from uniaud32-linux-3.2 applied to uniaud32-linux-3.5 - just need to copy over the files and get it to compile. With any luck, I'll have something sometime on Saturday my time.

I also need to grab the T60 and T510 Thinkpads from upstairs at some point so I can test on real hardware....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 08, 2020, 11:49:21 am
Update: uniaud32 based on linux 3.5 compiled, much the same behaviour as the 3.2 build here.  Skipping to 3.16.83 now... there's a bit of code reorganisation but not too bad in terms of application of the patches. If it compiles and recognises the hardware, I'll try and fix the audio issues :)
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 08, 2020, 12:01:04 pm
Hi Paul
Please find attached three log-files for my Thinkpad X250.
Thanks to Lars for pointing out how to create the log files.
Again: The trunk sounds normal, the Linux 3.x give distorted sound.
Greetings from Potsdam/Germany
Mike
Title: Re: Updated Uniaud32 build
Post by: _Hermit_ on May 08, 2020, 08:16:19 pm
Paul,  on my desktop PC

uniaud32-trunk-debug.zip   - normal sound,
uniaud32-linux-3.0-debug.zip - there is no sound,
uniaud32-linux-3.2-debug.zip   - normal sound.

The logs I apply.
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 08, 2020, 10:00:22 pm
Paul,

 FYI - I tried VLC with the Linux 3.2 driver, but still no sound. No errors at boot though, and it shows up in the hardware manager...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 09, 2020, 03:54:33 am
Hi Dave!

FYI - I tried VLC with the Linux 3.2 driver, but still no sound. No errors at boot though, and it shows up in the hardware manager...

Are you able to test with http://smedley.id.au/tmp/uniaud32-linux-3.1.zip and confirm you still get sound?

3.16.x is still in work, but this might help reduce the codeset to analyse as to why sound stops working. This one still produces sound with HDA in Virtualbox.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 09, 2020, 02:10:07 pm
Paul,

  I gave the Linux 3.1 version a shot and it seems to work fine... I'll upload the debug alsahlp$ for it in case it's interesting...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Pete on May 09, 2020, 03:03:42 pm
Hi Paul

Tested uniaud32-linux-3.2-debug.zip on a Gigabyte 990FXA-UD3 mainboard with this onboard sound

 Bus 0 (PCI Express), Device Number 20, Device Function 2
 Vendor 1002h Advanced Micro Devices, Inc. [AMD/ATI]
 Device 4383h SBx00 Azalia (Intel HDA)
 Subsystem ID A1321458h Unknown
 Subsystem Vendor 1458h Gigabyte Technology Co., Ltd
 System IRQ 16, INT# -


Changed driver, rebooted, startup sound played OK, other system sounds play OK, CD playback fine.
Sound from both (s)mplayer and vlc when using kai:DART but not when using kai:uniaud


Used the following command to generate the list of Controls and settings

   [M:\MMOS2]unimix -list > new_driver.lst

Of interest is that the file generated is larger than the unimixer.txt file created when using the above unimix -list command with an earlier driver - v2.02.02 according to the info at the top of unimixer.txt

The reason?

A quick read through comparing both files reveals that new_driver.lst has these 2 sections which are missing in the unimixer.txt file:-

Control ID: 11
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Headphone Playback Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 64, step: 0
  value 0: 59
  value 1: 59

Control ID: 19
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Auto-Mute Mode]
Index: 0
Element type: enumerated type
Count of values: 1
Value:
 Bounds: items: 2, item: 0, name: [Disabled]
  value 0: 1


So, on this real hardware the uniaud32-linux-3.2-debug.zip seems to be working fine.

People testing this build who reported no audio may want to double check the mixer settings.
Make sure that the following are set:

[Master Playback Volume] - set fairly high (adjust down to suit if it works)

[Master Playback Switch] - must be On ie value of 1


Attached the trunk-linux-3.2-log.txt in case it is of any interest.


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on May 10, 2020, 12:21:05 am
 Uniaud32-linux-3.2-debug.zip ended up working great on both my laptop and my desktop. The volume was very low. I used PMmixer to raise it on my laptop. My desktop has a USB audio device. So PMmix doesn't work.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 10, 2020, 02:56:03 am
Hi Pete,

unimix -list output for linux 3.1 (sound works) and 3.2 (sound doesn't work) attached....

Hardware is 'Intel HDA' under Virtualbox....

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 10, 2020, 05:12:19 am
Hi Pete,

  Good point to check the mixer settings. I notice a couple of additional settings in my Linux 3.2 mixer as well (compared to earlier ones) - expanded support in that version for my sound chip maybe? Master Playback and Master Switch are set the same in all the ones tried though, so something else is going on with Linux 3.2 here...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 10, 2020, 10:55:19 am
Guys,

Given the linux 3.2 build works for some, here's the linux-3.5 build...
http://smedley.id.au/tmp/uniaud32-linux-3.5.zip - release & debug builds included.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Pete on May 10, 2020, 03:09:48 pm
Hi Paul

The only difference between 3.1.txt and 3.2.txt seems to be:-

   3.1 Control iD: 1 has values set to 0
   3.2  Control iD: 1 has values set to 64.

I would have expected 3.1.txt to show that control with values up to 64 but not 0 as 3.1 produces sound at your end.

It might be worth trying 3.2 with Control ID: 1 values set to 0 - it if works for 3.1...


Regards

Pete



Title: Re: Updated Uniaud32 build
Post by: Pete on May 10, 2020, 05:26:50 pm
Hi Paul

Installed the debug 3.5 build, rebooted, sound seems OK with this build - no obvious problems on limited testing.

Setting vlc to use kai:uniaud results in no sound from vlc; resetting to DART works fine.


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: David Graser on May 10, 2020, 08:19:35 pm
Hi Paul

Installed the debug 3.5 build, rebooted, sound seems OK with this build - no obvious problems on limited testing.

Setting vlc to use kai:uniaud results in no sound from vlc; resetting to DART works fine.


Regards

Pete
Works great on my Lenovo Thinkpad T430S.
 PMView123 1.40, VLC 3.0.10, and system soounds all work/
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 10, 2020, 09:07:06 pm
Paul,

  No sound with this one either - debug log attached...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 10, 2020, 11:31:48 pm
Guys,

For those that have sound with any uniaud32.sys based on linux-3.2 or above, can you please confirm what version of uniaud16.sys you're running:
'bldlevel x:\mmos2\uniaud16.sys' should do it.

FWIW - I'm testing with the version shipped in ArcaOS 5.0.4
1.9.7 - built 25 Jun 2017

Thanks,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 10, 2020, 11:32:56 pm
Hi Dave,

Hi Paul

Installed the debug 3.5 build, rebooted, sound seems OK with this build - no obvious problems on limited testing.

Setting vlc to use kai:uniaud results in no sound from vlc; resetting to DART works fine.

Pete
Works great on my Lenovo Thinkpad T430S.
 PMView123 1.40, VLC 3.0.10, and system soounds all work/

Are you able to supply a log for this?

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Pete on May 11, 2020, 04:34:00 am
Hi Paul

I have attached debug-linux-3.5.-log.txt

The uniaud16.sys in use is:-

[M:\MMOS2]bldlevel uniaud16.sys
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature:       @#Netlabs:1.9.7#@##1## 25 Jun 2017 17:11:40     DAZAR1    ::::7
::@@Universal Audio MMPM/2 Driver for OS/2
Vendor:          Netlabs
Revision:        1.09.7
Date/Time:       25 Jun 2017 17:11:40
Build Machine:   DAZAR1
File Version:    1.9.7
Description:     Universal Audio MMPM/2 Driver for OS/2


The above is from the AN update package Uniaud-20181126.exe


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: David Graser on May 11, 2020, 07:22:37 pm
Hi Dave,

Hi Paul

Installed the debug 3.5 build, rebooted, sound seems OK with this build - no obvious problems on limited testing.

Setting vlc to use kai:uniaud results in no sound from vlc; resetting to DART works fine.

Pete
Works great on my Lenovo Thinkpad T430S.
 PMView123 1.40, VLC 3.0.10, and system soounds all work/

Are you able to supply a log for this?

Cheers,

Paul

Hi Paul
I am not sure if you wanted a log from me since my system works great.  Here is a log using your latest test build.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 11, 2020, 11:06:11 pm
Hi Dave,

I am not sure if you wanted a log from me since my system works great.  Here is a log using your latest test build.

Thanks - I'm hoping the logs of a working system may give some clues about why some systems don't work.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 12, 2020, 05:17:04 am
Update: copying over the 'core' code from linux 3.1 to the linux 3.2 build (with a couple of build breaks) got sound working. Next step to work out which specific change in core broke sound for us and fix it.
Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on May 12, 2020, 05:32:19 am
I tried the 3.2 Uniaud. Worked well here on real hardware and using headphones (speakers are broke). Got the option to adjust headphone volume that was never there. I'm hoping that it will allow using the headphones without the speakers also outputting sound.
Only problem was testing libkai support by starting SM up with "SET KAI_AUTOMODE=UNIAUD" and playing Youtube videos. If I paused the video, sound turned into clacking. Adjusting the volume down to zero and back up resulted in sound once again working. Now to test the 3.5 one.
 Vendor 8086h Intel Corporation
 Device 1C20h 6 Series/C200 Series Chipset Family High Definition Audio Controller
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 13, 2020, 11:19:22 am
Hi all,

I built uniaud32 based on 3.1.9 today. I almost hoped it wouldn't produce sound on my test system here, as it would have meant that I could use the releases from 3.1 -> 3.1.9 to help identify where things are going wrong for us.

Anyway, for those that have no sound in 3.2; but had sound in 3.1, I'm really interested in confirming that this one still makes sound.

http://smedley.id.au/tmp/uniaud32-linux-3.1.9.zip - debug and release builds included.

I still hope this will help narrow down the breaking (for us) changes in 3.2 and above....

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 13, 2020, 11:37:47 am
Hi Paul,

Please find attached the logs for v3.5 and v3.1.9.
As expected both give only distorted sound on my Thinkpad X250.

Greetings form Potsdam/Germany,
Mike
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 13, 2020, 12:16:40 pm
Paul,

  Can't get the computer to boot with either the debug or release version of 3.1.9 - after the disk check there is a long pause, then a bunch of messages flash by and end with 'Not enough memory to run PMShell.exe on the Protshell = statement in Config.sys' (I have 8GB). Never saw that before!

Regards,

Title: Re: Updated Uniaud32 build
Post by: OS4User on May 13, 2020, 12:20:34 pm
'Not enough memory to run PMShell.exe on the Protshell = statement in Config.sys' (I have 8MB). Never saw that before!

It possible that new Uniaud32 consumes more system memory - try to decrease VAL.
Title: Re: Updated Uniaud32 build
Post by: OS4User on May 13, 2020, 12:29:38 pm
http://smedley.id.au/tmp/uniaud32-linux-3.5.zip - release & debug builds included.

3.5 works ok on my CA0106/CA0111 [SB Live!/Audigy/X-Fi Series]
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 13, 2020, 01:03:55 pm
 OS4User - Tried decreasing VAL in increments of 512 down to 1024, but always the same result - 'Not enough memory...'.

Regards,
Title: Re: Updated Uniaud32 build
Post by: Pete on May 13, 2020, 10:21:58 pm
Hi David

I seem to recall seeing a similar message many years ago but am struggling to remember details: I think it was either a failing PSU or a choked up CPU cooling fan.

Might be worth checking inside the system case...


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 13, 2020, 10:41:06 pm
Pete,

 System case is fine, the official UniAud works fine, and Paul's builds before 3.1.9 work fine. I'll upload a 'testlog generic' in case anyone is interested. Must be something else...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 13, 2020, 10:53:58 pm
Try running lxlite on uniaud32.sys...
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 13, 2020, 11:18:51 pm
Hey Paul,

  Tried 'lxlite uniaud32.sys' on both the debug and release versions of 3.1.9 and it made them much smaller, but both still result in 'Not enough memory...' at boot. I am now running the new official version released at http:\\trac.netlabs.org\uniaud (20200506.exe) with no trouble...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on May 14, 2020, 02:05:57 am
Try reducing the THREADS number in config.sys, perhaps 768 or 512.
There's also a related one which I'm having trouble remembering, PROCESSES I think that needs adding to change.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 14, 2020, 07:12:50 am
progress! I copied hda_intel.c from linux 3.1.9 into my linux 3.2.0 source tree, rebuilt the driver and got sound. Now to review the changes and work out which change is the breaking one..

It's in the attached somewhere :)
Title: Re: Updated Uniaud32 build
Post by: Lars on May 14, 2020, 03:35:30 pm
As a test can you undefine CONFIG_X86 (only for the given file if possible) and rebuild?
Somebody has tried to mark memory ( sound data ? DMA accessed memory...) as "write combined". I guess that is flawed and would also explain the weird stuff with PMSHELL.EXE not having enough memory (which is obviously not true).
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 14, 2020, 11:26:08 pm
Hi Lars,

As a test can you undefine CONFIG_X86 (only for the given file if possible) and rebuild?
Somebody has tried to mark memory ( sound data ? DMA accessed memory...) as "write combined". I guess that is flawed and would also explain the weird stuff with PMSHELL.EXE not having enough memory (which is obviously not true).

99.9% certain that CONFIG_X86 is not defined for us... That's a new define in newer linux builds - our config.h is manually created.

I will double check a little later.

My guess at the moment is that it's the changes around buffer sizes that break things for us in 3.2.0.

More to come later today.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 15, 2020, 12:40:55 am
Hi All,

My guess at the moment is that it's the changes around buffer sizes that break things for us in 3.2.0.

Well I was wrong - it was actually these chunks that broke things:
Code: [Select]
--- hda_intel.c 2020-05-13 14:27:46.000000000 +0930
+++ hda_intel.c.32 2020-05-14 14:47:24.000000000 +0930
@@ -378,7 +398,7 @@
  */
  unsigned char stream_tag; /* assigned stream */
  unsigned char index; /* stream index */
- int device; /* last device number assigned to */
+ int assigned_key; /* last device# key assigned to */
 
  unsigned int opened :1;
  unsigned int running :1;
@@ -1582,6 +1673,9 @@
 {
  int dev, i, nums;
  struct azx_dev *res = NULL;
+ /* make a non-zero unique key for the substream */
+ int key = (substream->pcm->device << 16) | (substream->number << 2) |
+ (substream->stream + 1);
 
  if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) {
  dev = chip->playback_index_offset;
@@ -1593,12 +1687,12 @@
  for (i = 0; i < nums; i++, dev++)
  if (!chip->azx_dev[dev].opened) {
  res = &chip->azx_dev[dev];
- if (res->device == substream->pcm->device)
+ if (res->assigned_key == key)
  break;
  }
  if (res) {
  res->opened = 1;
- res->device = substream->pcm->device;
+ res->assigned_key = key;
  }
  return res;
 }

Reverting these gets me sound in Virtualbox with both the linux 3.2 and linux 3.5 code.

New builds (each containing debug and release builds):
http://smedley.id.au/tmp/uniaud32-linux-3.2.zip
http://smedley.id.au/tmp/uniaud32-linux-3.5.zip

Feedback appreciated!

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 15, 2020, 03:41:51 am
...and for good measure, a build based on linux 3.2.102 - http://smedley.id.au/tmp/uniaud32-linux-3.2.102.zip
Title: Re: Updated Uniaud32 build
Post by: David McKenna on May 15, 2020, 12:35:44 pm
 Hi Paul,

  Looks like you've been busy! I tried all 3 and it is a mixed bag:

Linux 3.2: Can't boot, get the 'Not enough memory...' message described earlier
Linux 3.2.102: Can't boot, ends with a 'System detected an internal processing error....' type message.
Linux 3.5: Seems to work fine (system sounds and YouTube)

 I'll attach a debug log for 3.5. Thanks again!
Title: Re: Updated Uniaud32 build
Post by: Pete on May 15, 2020, 03:52:37 pm
Hi Paul

Installed the debug build from your latest uniaud32-linux-3.5.zip and can report it works as well as the previous build so far.


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 15, 2020, 04:10:41 pm
Hi Paul,

I've tested all three new builds on my Thinkpad X250.
All gave only distorted sound for me.
Please find attached the log-files.

Wish you a nice weekend.
Mike
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 16, 2020, 09:07:43 am
Hi Mike,

Can you please test with: http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK.zip

Ta,

Paul
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 16, 2020, 12:59:21 pm
Hi Paul,

I have tested the special version uniaud32-linux-3.2.102-MikeK.zip today.
The result is mixed.

After booting I got only distorted sound from the system sound and from pm123 (v. 142 Beta 1 from May 9, 2020).

After reboot and having the following lines in my startup.cmd enabled:
"unimix -id1 -cnt0 -val87"
"unimix -id1 -cnt1 -val87"
I got clear sound from system sound. Even volume control was working well.
Once I opened UniMixpm.exe the sound become distorted again.
unimixpm.exe is from 2005-08-12, size 218.282 Byte, found in C:\MMOS2\DLL\

Same behaviour after next reboot and starting pm123 instead of UniMixpm.exe.

Greetings from Potsdam/Germany
Mike
Title: Re: Updated Uniaud32 build
Post by: David Graser on May 16, 2020, 08:36:22 pm
Hi Mike,

Can you please test with: http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK.zip

Ta,

Paul

I just dusted off my old Lenova Thinkpad X220 and copied this driver over to it and rebooted.  Sound works fine.  Do not know what it is about the X250 that is different.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 17, 2020, 11:08:22 am
Uggh - linux 3.6.x introduces some quite significant changes... might be a while before we see another bump in kernel source....
Title: Re: Updated Uniaud32 build
Post by: Pete on May 17, 2020, 01:56:06 pm
Hi Mike

There is a later PMunimix here https://hobbes.nmsu.edu/download/pub/os2/apps/mmedia/util/mixers/PMUniMix-bin-0_82.zip

Might also be worth checking which unimix.exe you have installed. This version works OK here with Pauls 3.2 and 3.5 uniaud builds

25-06-17  5:12p        27,585      0 a---  unimix.exe

The current "official" release has this build of unimix.exe included ftp://ftp.netlabs.org/pub/uniaud/Uniaud-20200506.exe

I suggest you place both unimix.exe and PMunimix.exe in \mmos2 rather than \mmos2\dll.


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: Jan-Erik Lärka on May 17, 2020, 03:17:38 pm
I've tried the versions mentioned here up to 3.5 and I can notice improvements...
* PM123 play web radio 44.1 kHz just as nice as before
* Unimix 0.82 doesn't crash and can now allow microphone in, though doesn't give any input
* Mplayer stutter and freeze the movie clips I play
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 18, 2020, 01:54:23 am
Hi Jan-Erik,

I've tried the versions mentioned here up to 3.5 and I can notice improvements...
* PM123 play web radio 44.1 kHz just as nice as before
* Unimix 0.82 doesn't crash and can now allow microphone in, though doesn't give any input
* Mplayer stutter and freeze the movie clips I play

Thanks for the report. Re: the MPlayer issues, are you able to try http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK.zip ?
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 18, 2020, 11:18:44 am
Hi Mike

There is a later PMunimix here https://hobbes.nmsu.edu/download/pub/os2/apps/mmedia/util/mixers/PMUniMix-bin-0_82.zip
Might also be worth checking which unimix.exe you have installed. This version works OK here with Pauls 3.2 and 3.5 uniaud builds
25-06-17  5:12p        27,585      0 a---  unimix.exe
The current "official" release has this build of unimix.exe included ftp://ftp.netlabs.org/pub/uniaud/Uniaud-20200506.exe
I suggest you place both unimix.exe and PMunimix.exe in \mmos2 rather than \mmos2\dll.
Regards
Pete

Hi Pete,

I have installed the latest version for Uniaud from David as recommended. Everything was working well. Luckily also the pmUniMix is now working again. Version 0.8.2 crashed always, version 0.7.0 started but did no show any control at all in the past. Now both version are running. With Davids Uniaud also the Mic control is there, but I have no means of testing it.

Next step was to re-test Pauls different Uniaud versions. Unfortunately all new version didn't work well. Mostly there is sound, but never clear, always broken and distorted. pmUniMix is still starting, but doesn't show the Mic control when Pauls Uniaud is loaded.

I created the debug files for tests I have done today and returned to Davids latest version for now.

Greetings from Potsdam/Germany,
Mike
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 18, 2020, 11:56:28 am
Hi Mike!

Next step was to re-test Pauls different Uniaud versions. Unfortunately all new version didn't work well. Mostly there is sound, but never clear, always broken and distorted. pmUniMix is still starting, but doesn't show the Mic control when Pauls Uniaud is loaded.

I added the PCI_QUIRKS listed at line 15077 of patch_realtek.c from http://trac.netlabs.org/uniaud/changeset/609 and rebuilt.

http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK2.zip - note this does not have the change that was included in uniaud32-linux-3.2.102-Mike2.zip
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 18, 2020, 12:16:26 pm
Hi Mike!
I added the PCI_QUIRKS listed at line 15077 of patch_realtek.c from http://trac.netlabs.org/uniaud/changeset/609 and rebuilt.
http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK2.zip - note this does not have the change that was included in uniaud32-linux-3.2.102-Mike2.zip

Hi Paul,

Just tested the provided version. Sound is still disrupted. :(

Mike
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 18, 2020, 11:32:13 pm
Hi Mike,

Last try (for now): http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK3.zip

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David Graser on May 19, 2020, 12:06:51 am
Hi Mike,

Last try (for now): http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK3.zip

Cheers,

Paul

Hi Paul,
I noticed David just released a version of the Uniaudio drivers.  Does your attempts included his fixes?  I noticed KO had a Uniaudio driver on his home page with some kind of patch.  Maybe we need to get all these patches into a unified driver.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 19, 2020, 12:26:12 am
Hi David,

Hi Mike,

Last try (for now): http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK3.zip


I noticed David just released a version of the Uniaudio drivers.  Does your attempts included his fixes?  I noticed KO had a Uniaudio driver on his home page with some kind of patch.  Maybe we need to get all these patches into a unified driver.

My builds are based on a set of diffs I ran against the Netlabs SVN code a couple of weeks ago. You'll notice two recent checkins at Netlabs, one referencing Paul (me) and another referencing Andy.

My changes (to add some PCI IDs to the realtek driver) were included, I mistakenly assumed that Andy's changes were already included in the newer ALSA code from the kernel. The 'Mike3' build above should include the relevant changes from Andy to the realtek driver.

I didn't know KO had built uniaud32, happy to incorporate the changes if they're still relevant.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 19, 2020, 12:28:33 am
Oh, and I forgot to mention, I created a branch in Netlabs SVN and uploaded the 3.2.102 code - http://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-linux-3.2.102
Title: Re: Updated Uniaud32 build
Post by: Andy Willis on May 19, 2020, 06:15:26 am
Hi David,

Hi Mike,

Last try (for now): http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK3.zip


I noticed David just released a version of the Uniaudio drivers.  Does your attempts included his fixes?  I noticed KO had a Uniaudio driver on his home page with some kind of patch.  Maybe we need to get all these patches into a unified driver.

My builds are based on a set of diffs I ran against the Netlabs SVN code a couple of weeks ago. You'll notice two recent checkins at Netlabs, one referencing Paul (me) and another referencing Andy.

My changes (to add some PCI IDs to the realtek driver) were included, I mistakenly assumed that Andy's changes were already included in the newer ALSA code from the kernel. The 'Mike3' build above should include the relevant changes from Andy to the realtek driver.

I didn't know KO had built uniaud32, happy to incorporate the changes if they're still relevant.

Cheers,

Paul

I believe KO's patches are for small buffers, such as VPC/Odin uses for its audio. 
If you look in sound.c, search for:
  /* Change from Andy. If statement added around 5 statements.
   * Andy says: TODO:  determine why small buffers are a problem for this code
   * 20100107: DAZ: This change is questionable.
   * 20180109: DAZ: This changes causes problems for many systems including intermittent
   * sound and unexpected hangs. Reverted by commenting out the if statement.
   */
The if was my attempt to fix the small buffers issue.  I have locally changed the if to:
  if (periodsize > 416)
rather than the orginal:
if (periodsize > 6 * minperiodsize)
It seems to be better but that may again be on limited hardware.  Basically, the if is blocking out code that, when it was added, caused the VPC sound issues when the periodsize is small.
I thought David had applied the below patch to backout an earlier change, you probably should as it seems it breaks more than it fixed:
Code: [Select]
Index: soundmixer.c
===================================================================
--- soundmixer.c (revision 606)
+++ soundmixer.c (working copy)
@@ -408,13 +408,6 @@
       idx = pHandle->controls[OSS_MIXER_FRONT].idxVolume;
       idxMute = pHandle->controls[OSS_MIXER_FRONT].idxMute;
     }
-    /* HDA codecs workaround from Andy */
-    if (idx == -1)
-    {
-      idx = pHandle->controls[OSS_MIXER_SPEAKER].idxVolume;
-      idxMute = pHandle->controls[OSS_MIXER_SPEAKER].idxMute;
-    }
-    /* HDA codecs workaround from Andy */
     break;
   case OSS32_MIX_VOLUME_MIDI:
     idx = pHandle->controls[OSS_MIXER_SYNTH].idxVolume;
I don't recall the exact volume issue it creates on some systems.
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on May 19, 2020, 10:21:15 am
Hi Mike,
Last try (for now): http://smedley.id.au/tmp/uniaud32-linux-3.2.102-MikeK3.zip
Cheers,
Paul

Hi Paul,

I have tested the third version as well. I can only see one change in pmUnimix. There is now a control for the mic. Please see attached picture.
(http://Paul0000.jpg)

The sound is still not clear. Sorry for this bad test result. Attached again the debug log file.

Greetings,
Mike
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on May 19, 2020, 11:45:32 am
Hi Mike, bugger :( I was hoping that would fix it. I'll try get back to this sometime soon - I'm distracted at the moment looking at Samba Server again.
Title: Re: Updated Uniaud32 build
Post by: roberto on May 19, 2020, 10:39:10 pm
Hello
Excuse me but perhaps this failure may be of your interest.
If I am listening to sound, either from the seamonkey or from the vlc, I select the * find * system
 with the right mouse find ...
 Sometimes only when opening the find, in other cases when opening properties, of the searched and
  found file, I select file.File - properties - filing cabinet. Suddenly it makes a little noise, and from
   there on the *wps* will go crazy, and I have to restart. Although the system still works.

I attach two files, one before the error and the other after the error.
The version of :
 9/07/17  1:52         68.682      0 ----  uniaud16.sys
10/05/20 11:52         37.332    252 a---  uniaud32.sym
10/05/20 11:52        651.742    302 a---  uniaud32.sys

 {0}[c:\mmos2] bldlevel uniaud16.sys
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature:       @#Netlabs:1.9.7#@##1## 25 Jun 2017 17:11:40     DAZAR1    ::::7
::@@Universal Audio MMPM/2 Driver for OS/2
Vendor:          Netlabs
Revision:        1.09.7
Date/Time:       25 Jun 2017 17:11:40
Build Machine:   DAZAR1
File Version:    1.9.7
Description:     Universal Audio MMPM/2 Driver for OS/2

{0}[c:\mmos2] bldlevel uniaud32.sys
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature:       @#Netlabs:2.02.05#@##1## 10 May 2020 18:22:07     ARCAOS-D0C:3.
5.0:::05::SVN@@Universal Audio Driver for OS/2 (c)  Netlabs
Vendor:          Netlabs
Revision:        2.02.05
Date/Time:       10 May 2020 18:22:07
Build Machine:   ARCAOS-D0C
ASD Feature ID:  3.5.0
FixPak Version:  SVN
File Version:    2.2.5
Description:     Universal Audio Driver for OS/2 (c)  Netlabs

It really seems that the conflict is more of the wps than the uniaud32, since in the rest of the cases
 it works well.

Saludos

Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on June 04, 2020, 07:54:15 am
Hey Mike,

Hi Mike, bugger :( I was hoping that would fix it. I'll try get back to this sometime soon - I'm distracted at the moment looking at Samba Server again.

I ended up ordered a X250 Thinkpad for a fairly reasonable price ($A250), that should arrive next week. Hopefully that will allow me to reproduce your issues - and hopefully fix them too :) It's only an i3 but has 8gb ram and a 250gb SSD.

It will also me a much smaller/lighter machine for testing things natively on ArcaOS than the T510 I currently have. It also has Win10 and Office which should be useful for testing as a client against Samba Server on ArcaOS.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Mike Kölling on June 04, 2020, 11:04:05 am

I ended up ordered a X250 Thinkpad for a fairly reasonable price ($A250), that should arrive next week. Hopefully that will allow me to reproduce your issues - and hopefully fix them too :) It's only an i3 but has 8gb ram and a 250gb SSD.

Cheers,

Paul

Hi Paul,
That sounds good. Installation of AOS shall be working from USB thumb drive without problems. You just need to set it to USB2 mode in the BIOS. And you have to disable the UEFI as well as long as we don't have it. Even installation of eCS2.2Beta2 shall be working using an external CD_ROM/DVD drive. An older eCS2.1 needs to be copied with all recent drivers to be able to boot.
Regards,
Mike
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on June 04, 2020, 11:19:53 am
Hey Mike!


I ended up ordered a X250 Thinkpad for a fairly reasonable price ($A250), that should arrive next week. Hopefully that will allow me to reproduce your issues - and hopefully fix them too :) It's only an i3 but has 8gb ram and a 250gb SSD.

That sounds good. Installation of AOS shall be working from USB thumb drive without problems. You just need to set it to USB2 mode in the BIOS. And you have to disable the UEFI as well as long as we don't have it. Even installation of eCS2.2Beta2 shall be working using an external CD_ROM/DVD drive. An older eCS2.1 needs to be copied with all recent drivers to be able to boot.

Thanks for the tips - I hadn't gotten as far as thinking about install yet :)

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on July 31, 2020, 01:00:57 am
Hi All,

I bumped the code to that based on linux 3.6.11 - based on a reboot, I still get sound in a Virtualbox VM...

http://smedley.id.au/tmp/uniaud32-linux-3.6.11.zip - debug and release builds included.

I'd like to slowly get us to a supported kernel, no idea how difficult this will get as new features are added to the linux kernel that need to be added to uniaud - but as time permits - I'll try and keep looking at this, for as long as there is some interest.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David McKenna on July 31, 2020, 01:44:58 am
 Hi Paul,

  It's working just fine here - system sounds, WPS MP3 objects and YouTube - all on ArcaOS 5.0.5 on bare metal 8086:A170. Thanks for continuing to progress with this! Any chance for multiple streams (so system sounds don't interrupt something else, they are just mixed in)?... or even surround...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on July 31, 2020, 02:17:43 am
Hi David,

  It's working just fine here - system sounds, WPS MP3 objects and YouTube - all on ArcaOS 5.0.5 on bare metal 8086:A170. Thanks for continuing to progress with this! Any chance for multiple streams (so system sounds don't interrupt something else, they are just mixed in)?... or even surround...

Thanks for testing. In terms of multiple streams - I believe the SBLive driver supported this so it definitely should be possible to support. Surround is likely more problematic unless there was an interface for apps to talk directly to uniaud32 - like kai?

As time permits, I'll keep plugging away at bumping the kernel version - noting that it's over 2 months between 3.5.x builds and 3.6.x builds :)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on July 31, 2020, 07:44:46 am
http://smedley.id.au/tmp/uniaud32-linux-3.7.9.zip - based on linux 3.7.9 code....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on July 31, 2020, 11:03:31 am
http://smedley.id.au/tmp/uniaud32-linux-3.8.13.zip <== linux 3.8.13 code
Title: Re: Updated Uniaud32 build
Post by: David McKenna on July 31, 2020, 10:15:28 pm
 Wow... those 2 months just blew by!  :D Both of those versions work well here - same as the 3.6 version. I'll stick with the 3.8 version for now and let you know if I hit any issues. Thanks again!

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 01, 2020, 03:18:28 am
Linux 3.10.108 code:
http://smedley.id.au/tmp/uniaud32-linux-3.10.108.zip

With this one, front playback sound was off by default with the HDA hardware emulated by Virtualbox - for a moment, I thought sound was broken :)

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 01, 2020, 04:06:08 am
Linux 3.12.74: http://smedley.id.au/tmp/uniaud32-linux-3.12.74.zip
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 01, 2020, 07:54:33 am
Hey Guys,

I have 3.13.11 compiling - but it's giving me a TRAP 000E (attached) and also 3.14.79 compiled - but that one isn't detecting any hardware :/
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 01, 2020, 03:31:27 pm
Paul,

  Tried 3.10 and 3.12, but both of those give me a TrapE in UNIAUD32, very similar to the one you show for 3.13. I actually got 3.12 to boot to the desktop once, but there was no sound and it did not respond to unimix commands (they processed as if accepted, but no effect on sound).

Regards,
Title: Re: Updated Uniaud32 build
Post by: roberto on August 01, 2020, 03:48:04 pm
Links to 3.13 are missing. and 3.14 when ready.
saludos
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 01, 2020, 11:34:59 pm
Links to 3.13 are missing. and 3.14 when ready.

Correct - I'm not going to release something that doesn't even work for me....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 01, 2020, 11:36:32 pm
Hey David,

  Tried 3.10 and 3.12, but both of those give me a TrapE in UNIAUD32, very similar to the one you show for 3.13. I actually got 3.12 to boot to the desktop once, but there was no sound and it did not respond to unimix commands (they processed as if accepted, but no effect on sound).

Interesting... I'll try and test on bare metal hardware today and see if I get the same thing.

meanwhile, Steven is trying to help me debug the Trap 000E

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 02, 2020, 01:54:52 am
Hey David,

  Tried 3.10 and 3.12, but both of those give me a TrapE in UNIAUD32, very similar to the one you show for 3.13. I actually got 3.12 to boot to the desktop once, but there was no sound and it did not respond to unimix commands (they processed as if accepted, but no effect on sound).

Interesting... I'll try and test on bare metal hardware today and see if I get the same thing.

Well, the "good" news is that on my Thinkpad X250, I can reproduce the trap in 3.10 & 3.12, and 3.8 works.

Building 3.9 now to try and narrow down where things broke....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 02, 2020, 08:55:01 am
OK more tests..
3.9.11 - http://smedley.id.au/tmp/uniaud32-linux-3.9.11.zip

3.13.11 - http://smedley.id.au/tmp/uniaud32-linux-3.13.11.zip  <== includes hackaround with help from Steven Levine for the TRAP000E I was seeing
3.14.79 - http://smedley.id.au/tmp/uniaud32-linux-3.14.79.zip <== doesn't trap, but fails to find an audio driver

Note: I haven't tried these on bare metal yet
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 02, 2020, 09:28:03 am
Update: same behaviour as above on an X250.
Title: Re: Updated Uniaud32 build
Post by: Holger Schuett on August 02, 2020, 11:16:51 am
Hi, I am way behind, but anyway.. I have a Thinkpad X61 with ArcaOS 5.05 recently installed. Like with any other installation before, I only had sound when docked to the docking station. Outside the docking station sound only worked after adding unimix line -id3 -val1. This made the speaker work, audio can be muted by using the hardware 'knob' for audio on-off, volume control knobs do not work.
Using 3.8.13 now for the first time gives me sound when undocked and without unimix line -id3 -val1. Control by hardware knobs is the same as before
Trying 3.12.74 gives me a trap at boot.

Paul, thank you for all your efforts!



Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 02, 2020, 01:38:28 pm
Paul,

  Tried the latest batch - here is what I see:

3.9: Boots, but no sound. Front Playback Volume (id2) is set to zero, but turning it up using unimix or PMUnimix does not get sound (even though 'unimix -list' shows volumes are turned up). I loaded the debug drivers and created an alsahlp$ log after booting, setting volumes and playing an MP3 file.

3.13: TrapE during boot at location: ##0168:fff0f667 - 000f:e667

3.14: During boot I see this message:
 open ret = -19
 OSS32_QueryNames() ret = -19
 Unable to attach 32 bit driver
 The device driver C:\MMOS2\UNIAUD16.SYS was not installed

 Then the boot proceeds to the desktop with no sound (and no driver loaded)

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 02, 2020, 11:13:08 pm
Hi David,

Thanks for testing. Weird that you see a trap 000E with 3.13 :( Can you take a photo of the whole trap screen with the debug driver?

re: 3.14 - that's exactly what I see here.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 02, 2020, 11:16:34 pm
Hi Holger,

Hi, I am way behind, but anyway.. I have a Thinkpad X61 with ArcaOS 5.05 recently installed. Like with any other installation before, I only had sound when docked to the docking station. Outside the docking station sound only worked after adding unimix line -id3 -val1. This made the speaker work, audio can be muted by using the hardware 'knob' for audio on-off, volume control knobs do not work.
Using 3.8.13 now for the first time gives me sound when undocked and without unimix line -id3 -val1. Control by hardware knobs is the same as before
Trying 3.12.74 gives me a trap at boot.

Paul, thank you for all your efforts!

Great to hear this improves your audio experience with the X61! It does make sense - current ArcaOS audio drivers are based on ALSA 1.0.24 (with a handful of backports from newer kernels), which was released in April 2011 - almost 10 years ago. It's incredible that it still supports some of the hardware in use with ArcaOS.

Even linux 3.8.13 which improves things for you, was released in May 2013 - so still a long time ago!

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: roberto on August 03, 2020, 12:48:16 am
Hello. My tests have been the same as David M.

What I'm seeing is that with different color resolutions of the Panorama driver, I get different operating results.
With 1920x1080 64K , With the sound driver that I like the most, I lose the power to increase and decrease the volume with
 Alt + mouse wheel
 At the same time the Manhonj game works better for me

With 1920x1080 16M , It happens to me the other way around, I can activate the volume with Alt + mouse wheel,
 but the Manhonj game, it is a chaos.
 If I cancel the sound the game works fine.

My favorite driver:

 7/05/20 17:28         36.148      0 a---  uniaud32.sym
 7/05/20 17:28        700.316      0 a---  uniaud32.sys

 I attach the photos at 16m and 64k in case they are of any use, from driver 3.13.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 03, 2020, 05:41:30 am
Guys,

For any traps, please state which version and build type the trap corresponds to. Ie 3.13.11 debug or 3.12.74 release.

Otherwise, the trap is very difficult to interpret.
Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on August 03, 2020, 07:59:10 am
Tested 3.8.13 on a Dell 790, perhaps 7 years old. Strange thing is my unaud.dll seems to have vanished, breaking the mixer. Once I restored it and turned up the PCM volume, seems to work fine. The headphone volume also works independently of the PCM volume unlike the ArcaOS version.
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on August 04, 2020, 01:19:18 am
Hi Paul

Linux 3.12.74: http://smedley.id.au/tmp/uniaud32-linux-3.12.74.zip
FYI: I tried this version on real hardware (ThinkPad L420 (https://www.os2world.com/wiki/index.php/Lenovo_ThinkPad_L420)) and it traps on boot.

I will try to test your other releases.

Regards
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on August 04, 2020, 01:33:19 am
Hi Paul

I also tried these drivers on the Thinkpad L420 (https://www.os2world.com/wiki/index.php/Lenovo_ThinkPad_L420). I had only tested the "release" versions.

3.9.11 - http://smedley.id.au/tmp/uniaud32-linux-3.9.11.zip
Does not trap. Produces sounds. Volume control works, but it only sounds on the attached headset, not on the laptop speaker. Possible more unimix tweeaking is required from my side.

3.13.11 - http://smedley.id.au/tmp/uniaud32-linux-3.13.11.zip  <== includes hackaround with help from Steven Levine for the TRAP000E I was seeing

Traps.

3.14.79 - http://smedley.id.au/tmp/uniaud32-linux-3.14.79.zip <== doesn't trap, but fails to find an audio driver

Boot error:
Code: [Select]
ERROR: Query names failed.
open ret = -19
      OSS32_QueryNames() ret = -19
             Unable to attach 32-bit driver


Regards
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 04, 2020, 01:34:55 am
Hi Martin,

Linux 3.12.74: http://smedley.id.au/tmp/uniaud32-linux-3.12.74.zip
FYI: I tried this version on real hardware (ThinkPad L420 (https://www.os2world.com/wiki/index.php/Lenovo_ThinkPad_L420)) and it traps on boot.

Traps on my X250E as well - which I guess is a good thing :)
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 04, 2020, 02:21:47 am
 Paul,

  Attached is the screen shot of the trap using the debug 3.13 drivers you requested....

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 04, 2020, 11:46:21 am
Hi All,

Can anyone experience a TRAP000E with 3.10 -> 3.13 please test with http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200804.zip

This has the hda drivers from 3.10.108 replaced with the code from 3.9.11. This fixes things on my X250. Assuming it works for others too, next steps will be to start trying to identify/fix the code change  between these two versions that broke things for us :)

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 04, 2020, 12:56:56 pm
 Paul,

  When I download that link, I get a 0 byte file...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 04, 2020, 01:04:41 pm
Paul,

  When I download that link, I get a 0 byte file...

Regards,

Sorry - try again now
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 05, 2020, 12:38:16 am
 Hey Paul,

  This one behaves like the 3.9 version: it boots, but no sound, and unimix doesn't change anything (hardware manager shows it is loaded). I'll upload the alsahlp$ log running the debug drivers...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 05, 2020, 12:50:25 pm
Quick update: I've narrowed down the cause of the trap to changes in hda_codec.c between the 3.9 code and the 3.10 code. Nothing in the diff immediately jumps out as a cause, but I'll try and work through it tomorrow night, and post an update here.

Dave: fwiw I get no sound with 3.9 either in the x250 with Realtek hardware, sound is fine with virtualised sigmatel hardware.

I prefer successful boot with no sound to a trap right now :)
Title: Re: Updated Uniaud32 build
Post by: Heikki Kekki on August 06, 2020, 10:42:52 am
Hi David,

  It's working just fine here - system sounds, WPS MP3 objects and YouTube - all on ArcaOS 5.0.5 on bare metal 8086:A170. Thanks for continuing to progress with this! Any chance for multiple streams (so system sounds don't interrupt something else, they are just mixed in)?... or even surround...

Thanks for testing. In terms of multiple streams - I believe the SBLive driver supported this so it definitely should be possible to support.
Therefore, I use the SBLive driver, it works flawlessly. The downside of RAM is only 2 GB, exactly on this computer Memory Watcher shows 2180716 KB installed memory. If there is 16 GB more, the sound is distorted. Installed at 4 GB, the ramdisk uses almost half.

OS2LDR.CFG
Code: [Select]
RAMDISK = MIN=1836 HPFS Q:
HIDISK = RLOW=128 RHIGH=0
RAMDISKNAME = RAM disk

Browser cache, TMP, TEMP and swapper.dat are on ramdisk Q. Swapping (rarely happens) is pretty imperceptible.
This is Dell OptiPlex 960 and sound card is Creative Labs - SB Live! EMU10k1
Title: Re: Updated Uniaud32 build
Post by: roberto on August 06, 2020, 10:55:08 am
Can anyone experience a TRAP000E with 3.10 -> 3.13 please test with http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200804.zip

This has the hda drivers from 3.10.108 replaced with the code from 3.9.11. This fixes things on my X250. Assuming it works for others too, next steps will be to start trying to identify/fix the code change  between these two versions that broke things for us :)
It doesn't give me any traps, it works perfect even at 64K and 16M panorama colors. The trap I sent earlier was Linux3.13.11 debug.
Saludos
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 06, 2020, 12:01:24 pm
Hi Roberto,

Can anyone experience a TRAP000E with 3.10 -> 3.13 please test with http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200804.zip

This has the hda drivers from 3.10.108 replaced with the code from 3.9.11. This fixes things on my X250. Assuming it works for others too, next steps will be to start trying to identify/fix the code change  between these two versions that broke things for us :)
It doesn't give me any traps, it works perfect even at 64K and 16M panorama colors. The trap I sent earlier was Linux3.13.11 debug.
Saludos

Great to hear - what sound driver is detected?

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: roberto on August 06, 2020, 01:45:45 pm
I attach the log , in debug.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 07, 2020, 01:20:28 am
OK, I found the change in hda_codec.c that was causing the TRAP000E in 3.10.108 on some chipsets - I don't understand why yet, but I've reverted part of the code to that from 3.9 and I now get no trap from 3.10.108 on my X250 with an ALC292. I'm also (currently) getting no sound, but that's a different issue.

http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200807.zip
&
http://smedley.id.au/tmp/uniaud32-linux-3.12.74-20200807.zip
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 07, 2020, 02:11:00 am
 Paul,

  I can boot with both of those release versions, but no sound and no trap, even when playing an MP3. They do show in the hardware manager. Let me know if you need a debug alsahlp$....

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 07, 2020, 02:22:48 am
Thanks Dave, that matches behaviour on my X250, so no need for a log at this stage. Let me investigate locally, and once I get sound working here on my X250, if you still have issues, then I'll ask for a log.

I'm also trying to clean up some of the patches to simplify things going forwards.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 07, 2020, 05:13:53 am
Does http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200807b.zip give sound for people? The sound is distorted on my X250, but I think that's the problem MikeK reported a few months back with earlier builds.

I'll try and test this evening with the other old Thinkpad I have here.
Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on August 07, 2020, 06:21:23 am
Hi Paul, linux-3.10.108-20200807b gives not bad sound here, it doesn't seem quite right but close, like a crappy or old cassette recording or a radio station just very slightly miss tuned.
I only tested with Z!. The volume control on Z! and the volume widget, when adjusted causes static while adjusting and then back to where it was, same with mute, no muting.
Using PMUniMix, the volume sliders all work but if click the on/off button, the sound just loses some bass/gets tinny.
I'd put up with this but given a choice, well, I'm downgrading to your last good driver, Linux-3.6.11.
Thanks for the work.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 07, 2020, 06:35:11 am
Hi Dave,

Hi Paul, linux-3.10.108-20200807b gives not bad sound here, it doesn't seem quite right but close, like a crappy or old cassette recording or a radio station just very slightly miss tuned.
I only tested with Z!. The volume control on Z! and the volume widget, when adjusted causes static while adjusting and then back to where it was, same with mute, no muting.
Using PMUniMix, the volume sliders all work but if click the on/off button, the sound just loses some bass/gets tinny.
I'd put up with this but given a choice, well, I'm downgrading to your last good driver, Linux-3.6.11.
Thanks for the work.

Thanks for the comments. I thought your earlier post said 3.8.x was OK for you?

Can you try with:
http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200807c.zip (hda_intel.c backlevelled to linux 3.8.13)
or
http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200807d.zip (hda_intel.c backlevelled to linux 3.6.11)

This is just on a hunch that changes to hda_intel.c are driving the sound issues.

Cheers,

Paul

Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on August 07, 2020, 06:43:42 am
Hi Paul, I'm going to have to take back my comments after downgrading and then downgrading again to the stock uniaud shipped with AOS 5.05. I think it is these speakers causing the crappy sound, though with my bad hearing it is hard to judge :) PMUniMix acts much the same with all the tested drivers and the volume at first worked on Z!, then after opening the volume control, stopped working along with the volume control not working.
I probably did get mixed up on the tested versions.
I'll try your latest. I am using the Intel HDA I believe, Ivy Lake I5
Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on August 07, 2020, 07:07:26 am
Hi, uniaud32-linux-3.10.108-20200807c works much the same and actually sounds pretty good on headphones, but still not the best, need better speakers :)
About the volume, the Z! volume works fine until I open the volume widget, then it gets staticy when adjusting and stops actually changing the volume. Trick is to not use it.
All your builds I've tried vs the stock one in PMUniMix show PCM volume instead of front volume and also show the Headphone Playback Volume and it works, PCM adjusts the speakers, Headphone adjusts the headphone jack on the front of the computer. There's also front and rear mic volume controls which I haven't tested.
Have to see what others find with newer chipsets.
Once again, thanks.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 07, 2020, 07:10:10 am
Hi Dave,

Hi, uniaud32-linux-3.10.108-20200807c works much the same and actually sounds pretty good on headphones, but still not the best, need better speakers :)
About the volume, the Z! volume works fine until I open the volume widget, then it gets staticy when adjusting and stops actually changing the volume. Trick is to not use it.
All your builds I've tried vs the stock one in PMUniMix show PCM volume instead of front volume and also show the Headphone Playback Volume and it works, PCM adjusts the speakers, Headphone adjusts the headphone jack on the front of the computer. There's also front and rear mic volume controls which I haven't tested.
Have to see what others find with newer chipsets.
Once again, thanks.

Thanks for testing! So no significant difference between 20200807b.zip and 20200807c.zip ? (That's good if it's the case, as I'll continue with cleaning up the code).
Title: Re: Updated Uniaud32 build
Post by: _Hermit_ on August 07, 2020, 02:51:58 pm
Hi, Paul.

Does http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200807b.zip give sound for people? The sound is distorted on my X250, but I think that's the problem MikeK reported a few months back with earlier builds.

Versions
uniaud32-linux-3.10.108-20200807b.zip
uniaud32-linux-3.10.108-20200807c.zip
uniaud32-linux-3.10.108-20200807d.zip
they work just as well as
uniaud32-linux-3.5.zip

  driver: HDA-Intel
  longname: HDA ATI SB at 0xfe6f8000 irq 19
  mixer: Realtek ALC892
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 07, 2020, 03:36:35 pm
Paul,

  All 3 of those 3.10 versions work with sound here - system sounds, MP3's, YouTube, and PMUniMix works with them as well. Great progress, thanks!

Regards,
Title: Re: Updated Uniaud32 build
Post by: roberto on August 07, 2020, 04:02:45 pm
All these versions work fine.

 LINUX-3-12-74-20200807-DEBUG   OK SONIDO, OK VOLUMEN, PANTALLA 16M
 LINUX-3-10-108-20200807B-DEBUG OK SONIDO, OK VOLUMEN, PANTALLA 16M
 LINUX-3-10-108-20200807C-DEBUG OK SONIDO, OK VOLUMEN, PANTALLA 16M
 LINUX-3-10-108-20200807D-DEBUG OK SONIDO, OK VOLUMEN, PANTALLA 16M

But when returning to the version  lllinux-3.10.108-20200804-debug

 4/08/20 19:06         38.868      0 a---  uniaud32.sym
 4/08/20 19:06      1.051.468      0 a---  uniaud32.sys


I had just started this video on youtube:
 https://www.youtube.com/watch?v=Tuyy-DMBAwM
 background music
 
 
open TrueSpectra, load any program and close it.
The system sounds are activated, I do not remember if when opening or closing.
The volume suddenly increased without me activating anything
 And the screen disappears but only from the running video, what normally looks like a tree and moon turns black.
 All the rest of the screen works correctly.
 The sound interferes with the screen, but if I try to repeat it I can't,
  although this is the second time it has happened to me.
Luck
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 08, 2020, 09:59:10 am
Code tidyups....
http://smedley.id.au/tmp/uniaud32-linux-3.10.108-20200808.zip
http://smedley.id.au/tmp/uniaud32-linux-3.12.74-20200808.zip
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 08, 2020, 01:26:38 pm
 Paul,

  3.12 seems to work fine, but I get no sound with 3.10. I'll upload debug Alsahlp$ files...

Regards,
Title: Re: Updated Uniaud32 build
Post by: roberto on August 08, 2020, 03:25:02 pm
Both work well for me with the basics, but the 3-12-74-20200808 is much higher. This is my new favorite. After torturing him a bit.
Saludos
Title: Re: Updated Uniaud32 build
Post by: Remy on August 08, 2020, 10:20:44 pm
I give a try to  3-12-74-20200808
- It found my card
- it found irq
but it only found one time the audio driver "Realtek ALC892"  resulting into a nice working audio (better than originally one) but this occurred only 1 time of 6 reboot !
Strange...

Parms used:    DEVICE=C:\MMOS2\UNIAUD32.SYS /A:1 /V /C /M /L
Title: Re: Updated Uniaud32 build
Post by: Joop on August 08, 2020, 11:36:39 pm
You have to screen your config.sys on the position of this line, it must be one of the last in the device block. Everything uniaud needs has to be started before the line with uniaud.   
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 09, 2020, 01:13:36 am
Hi David,,

  3.12 seems to work fine, but I get no sound with 3.10. I'll upload debug Alsahlp$ files...

Most likely this is due to be implementing more of the 'quirks' in patch_realtek.c in 3.12 than are present in 3.10; and one of those quirks happens to fix sound for your hardware.

I still have a bit more work to do to fully implement all quirks in 3.12, and this is pretty tedious work - given 3.12 is working, I'll likely not re-do this work for 3.10.

I'll try and finish 3.12 off today, then move on to working out why 3.14 can't load a driver.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 09, 2020, 03:36:42 am
I think all the quirks are now enabled in 3.12.74:
http://smedley.id.au/tmp/uniaud32-linux-3.12.74-20200809.zip

This might help with joop's issue as there were a bunch of missing workarounds for Realtek chips up until this morning...

I also tidied up patch_sigmatel and now get sound in Virtualbox again :)
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 09, 2020, 05:56:33 am
Paul,

  This one works well too... thanks again!

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 09, 2020, 06:33:16 am
Thanks Dave, now to try and fix 3.14!
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 09, 2020, 10:14:17 am
I was sure I'd tried previously, but I tried again 3.14.79 this morning with ac97 hardware (using Virtualbox) and I detected hardware successfully. I then backlevelled hda_intel.c to an older version and got detected hardware with 3.14.79 and HDA hardware.

After some detective work, I've got HDA working with a slight hack whilst I find a better way to implement schedule_work() on OS/2.

Produces sound in Virtualbox with AC97 and HDA hardware for me.

http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200809.zip
Title: Re: Updated Uniaud32 build
Post by: Remy on August 09, 2020, 03:05:35 pm
I give a try to  3-12-74-20200808
- It found my card
- it found irq
but it only found one time the audio driver "Realtek ALC892"  resulting into a nice working audio (better than originally one) but this occurred only 1 time of 6 reboot !
Strange...

Parms used:    DEVICE=C:\MMOS2\UNIAUD32.SYS /A:1 /V /C /M /L

Uniaudio driver had default ArcaOS position into config.sys
I moved it just before the latest device statement which is for the video.
Problem remain the same "Realtek ALC892" not detected

I updated to the latest 3.12 and did a few more reboot to check and I have the result: "realtek ALC892" not detected
(From all boot/reboot I did, it was only one time detected with the /A:1 adapter, using the debug build)

 
Title: Re: Updated Uniaud32 build
Post by: Remy on August 09, 2020, 03:15:12 pm
now tried 3.14.79 and it seems to be worse

See boot messages
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 09, 2020, 04:08:25 pm
 Paul,

 The new 3.14 version is working well here...

Regards,
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 09, 2020, 04:26:18 pm
 Remy.

  What do you see when you type 'unimix -card' on a command prompt? Also, what happens if you change /A:1 to /A:0?

Regards,
Title: Re: Updated Uniaud32 build
Post by: Remy on August 09, 2020, 06:35:25 pm
Remy.

  What do you see when you type 'unimix -card' on a command prompt? Also, what happens if you change /A:1 to /A:0?

Regards,

Hi David,

Using ArcaOS driver, I have:
Code: [Select]
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.06
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: Intel
  driver: HDA-Intel
  name: HDA Intel
  longname: HDA Intel at 0xf7410000 irq 22
  mixer: Realtek ALC892
  componenets: HDA:10ec0892,1462d922,00100302

With the new 3.12.74, I have:
ommand line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: Intel
  driver: HDA-Intel
  name: HDA Intel
  longname: HDA Intel at 0xf7414000 irq 16
  mixer: Intel ID 2808
  componenets: HDA:80862808,80860101,00100000


Changing /A:1 to /A:0 gives:
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: HDMI
  driver: HDA-Intel
  name: HDA Intel HDMI
  longname: HDA Intel HDMI at 0xf7414000 irq 16
  mixer: Intel ID 2808
  componenets: HDA:80862808,80860101,00100000

Without the /A parameter, same result.

It looks like adapter number isn't taken ! 

Result of unimix -list
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Control list for adapter 0

Control ID: 1
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [IEC958 Playback Con Mask]
Index: 0
Element type: IEC958 (S/PDIF) setup
Count of values: 1
Value:
 AES0=0x0f,AES1=0xff,AES2=0x00,AES3=0x00

Control ID: 2
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [IEC958 Playback Pro Mask]
Index: 0
Element type: IEC958 (S/PDIF) setup
Count of values: 1
Value:
 AES0=0x0f,AES1=0x00,AES2=0x00,AES3=0x00

Control ID: 3
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [IEC958 Playback Default]
Index: 0
Element type: IEC958 (S/PDIF) setup
Count of values: 1
Value:
 AES0=0x04,AES1=0x00,AES2=0x00,AES3=0x00

Control ID: 4
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [IEC958 Playback Switch]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 1

Control ID: 5
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [HDMI Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 6
Interface: PCM device
Device(client): 3, subdevice (substream) 0
Name: [Playback Channel Map]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 36, step: 0
  value 0: 0
  value 1: 0
Title: Re: Updated Uniaud32 build
Post by: Remy on August 09, 2020, 07:49:28 pm
Here is unimix -dev1 -list output
Code: [Select]
----
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 2 audio adapter(s)
Control list for adapter 1

Control ID: 1
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Front Playback Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 64, step: 0
  value 0: 64
  value 1: 64

Control ID: 2
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Front Playback Switch]
Index: 0
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 1
  value 1: 1

Control ID: 3
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Surround Playback Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 64, step: 0
  value 0: 64
  value 1: 64

Control ID: 4
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Surround Playback Switch]
Index: 0
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 1
  value 1: 1

Control ID: 5
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Center Playback Volume]
Index: 0
Element type: integer type
Count of values: 1
Value:
 Bounds: min: 0, max: 64, step: 0
  value 0: 64

Control ID: 6
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [LFE Playback Volume]
Index: 0
Element type: integer type
Count of values: 1
Value:
 Bounds: min: 0, max: 64, step: 0
  value 0: 64

Control ID: 7
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Center Playback Switch]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 1

Control ID: 8
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [LFE Playback Switch]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 1

Control ID: 9
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Side Playback Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 64, step: 0
  value 0: 64
  value 1: 64

Control ID: 10
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Side Playback Switch]
Index: 0
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 1
  value 1: 1

Control ID: 11
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Headphone Playback Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 64, step: 0
  value 0: 64
  value 1: 64

Control ID: 12
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Headphone Playback Switch]
Index: 0
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 1
  value 1: 1

Control ID: 13
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Front Mic Playback Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 31, step: 0
  value 0: 0
  value 1: 0

Control ID: 14
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Front Mic Playback Switch]
Index: 0
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0
  value 1: 0

Control ID: 15
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Rear Mic Playback Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 31, step: 0
  value 0: 0
  value 1: 0

Control ID: 16
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Rear Mic Playback Switch]
Index: 0
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0
  value 1: 0

Control ID: 17
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Line Playback Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 31, step: 0
  value 0: 0
  value 1: 0

Control ID: 18
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Line Playback Switch]
Index: 0
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0
  value 1: 0

Control ID: 19
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Auto-Mute Mode]
Index: 0
Element type: enumerated type
Count of values: 1
Value:
 Bounds: items: 2, item: 0, name: [Disabled]
  value 0: 1

Control ID: 20
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Input Source]
Index: 0
Element type: enumerated type
Count of values: 1
Value:
 Bounds: items: 3, item: 0, name: [Front Mic]
  value 0: 0

Control ID: 21
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Input Source]
Index: 1
Element type: enumerated type
Count of values: 1
Value:
 Bounds: items: 3, item: 0, name: [Front Mic]
  value 0: 0

Control ID: 22
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Capture Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 46, step: 0
  value 0: 0
  value 1: 0

Control ID: 23
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Capture Switch]
Index: 0
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0
  value 1: 0

Control ID: 24
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Capture Volume]
Index: 1
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 46, step: 0
  value 0: 0
  value 1: 0

Control ID: 25
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Capture Switch]
Index: 1
Element type: boolean type
Count of values: 2
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0
  value 1: 0

Control ID: 26
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Front Mic Boost Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 3, step: 0
  value 0: 0
  value 1: 0

Control ID: 27
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Rear Mic Boost Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 3, step: 0
  value 0: 0
  value 1: 0

Control ID: 28
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Line Boost Volume]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 3, step: 0
  value 0: 0
  value 1: 0

Control ID: 29
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Master Playback Volume]
Index: 0
Element type: integer type
Count of values: 1
Value:
 Bounds: min: 0, max: 64, step: 0
  value 0: 0

Control ID: 30
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Master Playback Switch]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 31
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [Front Mic Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 32
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [Rear Mic Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 33
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [Line Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 34
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [Line Out Front Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 1

Control ID: 35
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [Line Out Surround Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 36
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [Line Out CLFE Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 37
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [Line Out Side Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 38
Interface: global control
Device(client): 0, subdevice (substream) 0
Name: [Front Headphone Jack]
Index: 0
Element type: boolean type
Count of values: 1
Value:
 Bounds: min: 0, max: 1, step: 0
  value 0: 0

Control ID: 39
Interface: PCM device
Device(client): 0, subdevice (substream) 0
Name: [Playback Channel Map]
Index: 0
Element type: integer type
Count of values: 8
Value:
 Bounds: min: 0, max: 36, step: 0
  value 0: 0
  value 1: 0
  value 2: 0
  value 3: 0
  value 4: 0
  value 5: 0
  value 6: 0
  value 7: 0

Control ID: 40
Interface: PCM device
Device(client): 0, subdevice (substream) 0
Name: [Capture Channel Map]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 36, step: 0
  value 0: 0
  value 1: 0

Control ID: 41
Interface: PCM device
Device(client): 2, subdevice (substream) 0
Name: [Capture Channel Map]
Index: 0
Element type: integer type
Count of values: 2
Value:
 Bounds: min: 0, max: 36, step: 0
  value 0: 0
  value 1: 0

For me it looks like the /A:1 isn't recognized. May it be possible ?

Regards
Rémy
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 09, 2020, 09:03:26 pm
 Hi Remy,

 "For me it looks like the /A:1 isn't recognized. May it be possible ?"

 Yes, it looks like the mixer for the HDMI device (/A:0) is mistakenly being detected for the HDA device (/A:1). Hopefully Paul can figure it out...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 09, 2020, 11:29:59 pm
Does http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip help at all? In reviewing the diff from the original sources - something screwy had happened; so I took a fresh copy of the 3.14.79 sources and re-applied the diffs from 3.12.x. The diff looks much cleaner now. Driver still loads/works in Virtualbox, no time before work today to test on real hardware.
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 10, 2020, 12:33:01 am
I am with ArcaOS 5.0.5 and Uniaud package 20200506. As usual, after installation (and reboot) "Master Front Playback Volume" and "Front Playback Volume" is switched ON but level setted to zero. Volume.exe has no effect. All sound level is controlled only by Unimix settings. I saw that unimix -save <file> not works anymore (always file missing message output). Motherboard interface is High Definition Audio NVidia.

Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 10, 2020, 12:42:29 am
Details of the interface, if helps

[E:\]unimix -card
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.06
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: NVidia
  driver: HDA-Intel
  name: HDA NVidia
  longname: HDA NVidia at 0xebef8000 irq 23
  mixer: VIA VT1708S
  componenets: HDA:11064397,18490397,00100000
Title: Re: Updated Uniaud32 build
Post by: David Graser on August 10, 2020, 02:59:58 am
Does http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip help at all? In reviewing the diff from the original sources - something screwy had happened; so I took a fresh copy of the 3.14.79 sources and re-applied the diffs from 3.12.x. The diff looks much cleaner now. Driver still loads/works in Virtualbox, no time before work today to test on real hardware.

The sound is exceptional using PM123 and VLC. 
Title: Re: Updated Uniaud32 build
Post by: Remy on August 10, 2020, 04:52:41 am
Does http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip help at all? In reviewing the diff from the original sources - something screwy had happened; so I took a fresh copy of the 3.14.79 sources and re-applied the diffs from 3.12.x. The diff looks much cleaner now. Driver still loads/works in Virtualbox, no time before work today to test on real hardware.

Same as previous 3.14.79 (it doesn't work)
No mixer found and /A:1 not taken, adapter 0 is always taken despite the /A:1 flag

Could this help you ?
unimix -card:
[C:\mmos2]unimix -card
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Error: invalid number of PCM instances for adapter 0
Card info for adapter 0:
  num: 0
  id: Intel
  driver: HDA-Intel
  name: HDA Intel
  longname: HDA Intel at 0xf7414000 irq 16
  mixer:
  componenets: HDA:80862808,80860101,00100000

Then, find why /A:1 is ignored
[ note: adapter 1 is on irq22  while irq16 is for adapter 0 ]
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 10, 2020, 04:59:46 am
Hi Remy,

Does http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip help at all? In reviewing the diff from the original sources - something screwy had happened; so I took a fresh copy of the 3.14.79 sources and re-applied the diffs from 3.12.x. The diff looks much cleaner now. Driver still loads/works in Virtualbox, no time before work today to test on real hardware.

Same as previous 3.14.79 (it doesn't work)
No mixer found and /A:1 not taken, adapter 0 is always taken despite the /A:1 flag

Interesting - I tested with my X250 earlier and might be seeing something similar.  I'll investigate as time permits.

Just confirming - 3.12.x work OK?

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 10, 2020, 05:00:17 am
Hi David,

Does http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip help at all? In reviewing the diff from the original sources - something screwy had happened; so I took a fresh copy of the 3.14.79 sources and re-applied the diffs from 3.12.x. The diff looks much cleaner now. Driver still loads/works in Virtualbox, no time before work today to test on real hardware.

The sound is exceptional using PM123 and VLC.

Thanks for confirming!

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Remy on August 10, 2020, 05:05:01 am
Hi Remy,

Does http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip help at all? In reviewing the diff from the original sources - something screwy had happened; so I took a fresh copy of the 3.14.79 sources and re-applied the diffs from 3.12.x. The diff looks much cleaner now. Driver still loads/works in Virtualbox, no time before work today to test on real hardware.

Same as previous 3.14.79 (it doesn't work)
No mixer found and /A:1 not taken, adapter 0 is always taken despite the /A:1 flag

Interesting - I tested with my X250 earlier and might be seeing something similar.  I'll investigate as time permits.

Just confirming - 3.12.x work OK?

Cheers,

Paul

With 3.12, a mixer is found but /A:1 doesn't work too !  (only adapter 0 is taken)
See my post : https://www.os2world.com/forum/index.php/topic,2436.msg27702.html#msg27702

I need to use adapter 1 to get sound  (how to when the /A:1 has no effect)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 10, 2020, 06:00:58 am
Hi Remy,

Hi Remy,

Does http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip help at all? In reviewing the diff from the original sources - something screwy had happened; so I took a fresh copy of the 3.14.79 sources and re-applied the diffs from 3.12.x. The diff looks much cleaner now. Driver still loads/works in Virtualbox, no time before work today to test on real hardware.

Same as previous 3.14.79 (it doesn't work)
No mixer found and /A:1 not taken, adapter 0 is always taken despite the /A:1 flag

Interesting - I tested with my X250 earlier and might be seeing something similar.  I'll investigate as time permits.

Just confirming - 3.12.x work OK?

Cheers,

Paul

With 3.12, a mixer is found but /A:1 doesn't work too !  (only adapter 0 is taken)
See my post : https://www.os2world.com/forum/index.php/topic,2436.msg27702.html#msg27702

I need to use adapter 1 to get sound  (how to when the /A:1 has no effect)

Are you able to confirm the latest one of my builds that works for you? That should help me narrow down the code change that broke things.

On my X250 - 3.10.x seems to identify the mixer correctly, 3.12.74 gives lines like the following in the log, can you confirm you see similar?
hda-intel : Clearing TCSEL

hda-intel : codec_mask = 0x1

hda-intel : azx_get_response timeout, polling the codec once: last cmd=0x000f0000

hda-intel : azx_get_response timeout, polling the codec once: last cmd=0x000f0000

<4>hda-intel : azx_get_response timeout, switching to polling mode: last cmd=0x000f0000

<4>hda-intel : Codec #0 probe error; disabling it...

hda-intel : codec_mask = 0x1

<3>hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x000f0000

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Remy on August 10, 2020, 10:08:50 am
Quote
Are you able to confirm the latest one of my builds that works for you? That should help me narrow down the code change that broke things.

On my X250 - 3.10.x seems to identify the mixer correctly, 3.12.74 gives lines like the following in the log, can you confirm you see similar?
hda-intel : Clearing TCSEL

hda-intel : codec_mask = 0x1

hda-intel : azx_get_response timeout, polling the codec once: last cmd=0x000f0000

hda-intel : azx_get_response timeout, polling the codec once: last cmd=0x000f0000

<4>hda-intel : azx_get_response timeout, switching to polling mode: last cmd=0x000f0000

<4>hda-intel : Codec #0 probe error; disabling it...

hda-intel : codec_mask = 0x1

<3>hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x000f0000

Cheers,

Paul

Hi Paul,

- Are you able to confirm the latest one of my builds that works for you?
  uniaud32-linux-3.10.108-20200808.zip  works

- 3.12.74 gives lines like the following in the log, can you confirm you see similar?
 
  Yes, extract follows :

pci_register_driver: matched 29 8086:160c/40300 with 8086:ffffffff/40300 ffffff (hda_intel)
request_irq: irq 16
hda-intel : chipset global capabilities = 0x3001

hda-intel : Clearing TCSEL

hda-intel : codec_mask = 0x1

hda-intel : azx_get_response timeout, polling the codec once: last cmd=0x000f0000

hda-intel : azx_get_response timeout, polling the codec once: last cmd=0x000f0000

<4>hda-intel : azx_get_response timeout, switching to polling mode: last cmd=0x000f0000

<4>hda-intel : Codec #0 probe error; disabling it...

hda-intel : codec_mask = 0x1

<3>hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x000f0000

<3>hda-codec: No codec parser is available


Regards
Rémy


Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 10, 2020, 10:39:22 am
Thanks for confirming... Are you also able to confirm that http://smedley.id.au/tmp/uniaud32-linux-3.11.10-20200810.zip also works? It seems to recognise the mixer on my X250 - sound quality sucks on this hardware, but that's a separate issue...
Title: Re: Updated Uniaud32 build
Post by: Remy on August 10, 2020, 10:52:34 am
Thanks for confirming... Are you also able to confirm that http://smedley.id.au/tmp/uniaud32-linux-3.11.10-20200810.zip also works? It seems to recognise the mixer on my X250 - sound quality sucks on this hardware, but that's a separate issue...

Hi Paul,

Yes, this build works too.

Regards
Rémy
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 10, 2020, 11:59:19 am
OK, please test with:
http://smedley.id.au/tmp/uniaud32-linux-3.12.74-20200810.zip
http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip

Fixes my X250 and sound works nicely for the 1st time.
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 10, 2020, 01:56:08 pm
 Paul,

These 810 versions of 3.12 and 3.14 both work well here...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Remy on August 10, 2020, 03:01:19 pm
OK, please test with:
http://smedley.id.au/tmp/uniaud32-linux-3.12.74-20200810.zip
http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip

Fixes my X250 and sound works nicely for the 1st time.

It works for me too (great job Paul)
Sound is very nice
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on August 10, 2020, 05:18:23 pm

http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip

This version worked fine on the Thinkpad L420. No trap, sound working, sound volume working.
For the moment this is a winner for me.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 10, 2020, 11:58:53 pm
OK, please test with:
http://smedley.id.au/tmp/uniaud32-linux-3.12.74-20200810.zip
http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip

Fixes my X250 and sound works nicely for the 1st time.

It works for me too (great job Paul)
Sound is very nice

Great - now to work out why the original code fails!
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 11, 2020, 01:23:52 am
OK, please test with:
http://smedley.id.au/tmp/uniaud32-linux-3.12.74-20200810.zip
http://smedley.id.au/tmp/uniaud32-linux-3.14.79-20200810.zip
My tests with:
CardInfo.id: NVidia
CardInfo.Driver: HDA-Intel
CardInfo.Name: HDA NVidia
CardInfo.LongName: HDA NVidia at 0xebef8000 irq 23
CardInfo.MixerName: VIA VT1708S
CardInfo.Components: HDA:11064397,18490397,00100000

UNIAUD 20200506 TEST
.No sound output every reboot
 .Master Front Playback Volume is reset to zero (both channels)
 .Front Playback Volume is reset to zero (both channels)
.Volume.exe has no effects. All have to be controlled by mixer (unimix.exe)


UNIAUD32-LINUX-3.12.74-20200810 TEST
.Sound output after boot. Very good!
.Volume.exe all operational. Very good!

 
UNIAUD32-LINUX-3.14.79-20200810 TEST
.Sound output after boot. Very good!
.Volume.exe all operational. Very good!

Good work Paul!

Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 11, 2020, 06:02:09 am
Thanks to everyone for their testing and feedback, it's gratifying to hear these are improving things for some users, and so far at least, don't appear to have any negative effects.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 12, 2020, 11:18:29 am
Hey All,

Updated to 3.16.85 - http://smedley.id.au/tmp/uniaud32-linux-3.16.85-20200812.zip

Works in Virtualbox (Sigmatel HDA), and on a Thinkpad X250 (Realtek HDA) - I get a Trap 000E on a T60 with Analog Devices HDA that I'll investigate in due course.

This one was the biggest challenge since the bump from 3.5 -> 3.8 - lots of changes so I'm bound to have broken something :) so in reality, I'm pleasantly surprised that 2/3 tests work OK.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 12, 2020, 12:11:50 pm
 Paul,

 Get a Trap000e here as well... do you need a screen shot?

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 12, 2020, 12:55:49 pm
Get a Trap000e here as well... do you need a screen shot?

Not at this stage, let me fix my T60 first, if you still get traps once that is resolved, then I'll ask for a screenshot.

Yours is Realtek hardware?

In the morning I'll try my old favourite of backlevelling hda_intel.c, and assuming that fixes things, work through the changes.
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on August 12, 2020, 03:46:22 pm
Hi
Updated to 3.16.85 - http://smedley.id.au/tmp/uniaud32-linux-3.16.85-20200812.zip

I just tried it on a Thinkpad L420 (https://www.os2world.com/wiki/index.php/Lenovo_ThinkPad_L420). No traps. Produce sounds. Volume control works.
Seems to be working fine for me. I will report if I find something.

Regards
Title: Re: Updated Uniaud32 build
Post by: roberto on August 12, 2020, 05:39:07 pm
Hello
Another trap ... over here with HDA-Intel in HP
Saludos
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on August 12, 2020, 07:06:59 pm
The latest wprks out a trap on my Dell Inspiron 15R 5537. But for som reason I am unable to load browser url pages.
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 13, 2020, 02:06:26 am
Hey All,

Updated to 3.16.85 - http://smedley.id.au/tmp/uniaud32-linux-3.16.85-20200812.zip


More one sound interface tested:

Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: ICH5
  driver: ICH4
  name: Intel ICH5
  longname: Intel ICH5 with CMI9739 at irq 17
  mixer: C-Media Electronics CMI9739
  componenets: AC97a:434d4961

Tests were done with Package 20200506, uniaud32-linux-3.12.74, uniaud32-linux-3.14.79 and the last uniaud32-linux-3.16.85.
In all tests sound hardware is not identified by os/2 (ArcaOS 5.0.5), although uniaud32.sys is normally loading at boot.
Seems that are not any sound hardware. Applications like Klondike Solitaire, Mahjongg Solitaire, with sound enabled by default, show messages of "No device driver found" .

To know if was not an ALSA problem, I boot a live cd of linux Ubuntu 12.10 with ALSA version 1.0.24. All sound works as expected, without problems.

unimix -list resulted from uniaud32-linux-3.16.85 and pci.exe are attached.
Title: Re: Updated Uniaud32 build
Post by: Remy on August 13, 2020, 12:18:48 pm
Hey All,

Updated to 3.16.85 - http://smedley.id.au/tmp/uniaud32-linux-3.16.85-20200812.zip


More one sound interface tested:

Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: ICH5
  driver: ICH4
  name: Intel ICH5
  longname: Intel ICH5 with CMI9739 at irq 17
  mixer: C-Media Electronics CMI9739
  componenets: AC97a:434d4961

Tests were done with Package 20200506, uniaud32-linux-3.12.74, uniaud32-linux-3.14.79 and the last uniaud32-linux-3.16.85.
In all tests sound hardware is not identified by os/2 (ArcaOS 5.0.5), although uniaud32.sys is normally loading at boot.
Seems that are not any sound hardware. Applications like Klondike Solitaire, Mahjongg Solitaire, with sound enabled by default, show messages of "No device driver found" .

To know if was not an ALSA problem, I boot a live cd of linux Ubuntu 12.10 with ALSA version 1.0.24. All sound works as expected, without problems.

unimix -list resulted from uniaud32-linux-3.16.85 and pci.exe are attached.

What are your driver parameters in the config.sys ?
Did you try with /A:1 ?
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 13, 2020, 07:26:31 pm


What are your driver parameters in the config.sys ?
Did you try with /A:1 ?
[/quote]

With uniaud32.sys /A:1 in config.sys I get the error messages below:

Universal Audio Driver for OS/2 v2.02.05-SVN
Based on Linux 3.16.85
Copyright 2005-2020 Netlabs http://www.netlabs.org
Copyright 2000-2020 The ALSA Project

ERROR: Initialization failed
OSS32_Initialize: FAILEDpci_register-driver: query_device found fd 8086:24d5 class=40100 checking bt87x
OS/2 Universal Audio MMPM/2 Driver v1.9.7
Copyright 2000-2002 InnoTek Systemberatung GmbH
Copyright 2002 IBM Corporation
Mantained by Netlabs http://www.netlabs.org

Unable to attach 32-bit driver
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 14, 2020, 12:03:39 am
Hi Renee,

Hey All,

Updated to 3.16.85 - http://smedley.id.au/tmp/uniaud32-linux-3.16.85-20200812.zip


More one sound interface tested:

Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: ICH5
  driver: ICH4
  name: Intel ICH5
  longname: Intel ICH5 with CMI9739 at irq 17
  mixer: C-Media Electronics CMI9739
  componenets: AC97a:434d4961

Tests were done with Package 20200506, uniaud32-linux-3.12.74, uniaud32-linux-3.14.79 and the last uniaud32-linux-3.16.85.
In all tests sound hardware is not identified by os/2 (ArcaOS 5.0.5), although uniaud32.sys is normally loading at boot.
Seems that are not any sound hardware. Applications like Klondike Solitaire, Mahjongg Solitaire, with sound enabled by default, show messages of "No device driver found" .

To know if was not an ALSA problem, I boot a live cd of linux Ubuntu 12.10 with ALSA version 1.0.24. All sound works as expected, without problems.

unimix -list resulted from uniaud32-linux-3.16.85 and pci.exe are attached.

An alsa log would be interesting.
copy alsahlp$ alsa-cmi9739.log
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 14, 2020, 11:36:15 am
For anyone who was getting a TRAP000E with 3.16.85, can you test with http://smedley.id.au/tmp/uniaud32-linux-3.16.85-20200814.zip ?

Seems a function I'd stubbed was causing the tarp (thank's to Steven for his help in setting up a dump partition and helping with analysis).
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 14, 2020, 12:08:52 pm
 Paul,

  This 3.16 version is working here... Realtek-ALC887-VD.

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 14, 2020, 12:12:51 pm
Hi Dave,


  This 3.16 version is working here... Realtek-ALC887-VD.


Thanks for confirming. Now to try and fix it more elegantly, then work out why 3.18.140 is trapping on all hda hardware (but seems ok on the one ac97 system I can test on)

Cheers,

Paul.
Title: Re: Updated Uniaud32 build
Post by: Guillaume Gay on August 14, 2020, 04:27:52 pm
Bonjour to all,

"uniaud32-linux-3.16.85-20200814" works in a sense: it plays the startup sound in loop!
I reverted back to 2.02.06, since I needed to use my system.

{ uniaudio (until 2.02.06) seems to run out of resource after many days of system uptime. No more notification sounds. Short WAV files (less than 1sec or so) can't be used as system sounds, for example. I wondered if 3.16.85 worked better... }

See you !
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 14, 2020, 06:35:21 pm
Hi Renee,

Hey All,

Updated to 3.16.85 - http://smedley.id.au/tmp/uniaud32-linux-3.16.85-20200812.zip


More one sound interface tested:

Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: ICH5
  driver: ICH4
  name: Intel ICH5
  longname: Intel ICH5 with CMI9739 at irq 17
  mixer: C-Media Electronics CMI9739
  componenets: AC97a:434d4961

Tests were done with Package 20200506, uniaud32-linux-3.12.74, uniaud32-linux-3.14.79 and the last uniaud32-linux-3.16.85.
In all tests sound hardware is not identified by os/2 (ArcaOS 5.0.5), although uniaud32.sys is normally loading at boot.
Seems that are not any sound hardware. Applications like Klondike Solitaire, Mahjongg Solitaire, with sound enabled by default, show messages of "No device driver found" .

To know if was not an ALSA problem, I boot a live cd of linux Ubuntu 12.10 with ALSA version 1.0.24. All sound works as expected, without problems.

unimix -list resulted from uniaud32-linux-3.16.85 and pci.exe are attached.

An alsa log would be interesting.
copy alsahlp$ alsa-cmi9739.log

Hi, alsa-cmi9739log.txt is attached.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 14, 2020, 11:54:21 pm
Hi Guillaume,
"uniaud32-linux-3.16.85-20200814" works in a sense: it plays the startup sound in loop!
I reverted back to 2.02.06, since I needed to use my system.

{ uniaudio (until 2.02.06) seems to run out of resource after many days of system uptime. No more notification sounds. Short WAV files (less than 1sec or so) can't be used as system sounds, for example. I wondered if 3.16.85 worked better... }

See you !

Can you please upload the output of 'copy alsahlp$ alsa.log' - from any uniaud32 version - I just want to see what chipset you're running.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 14, 2020, 11:56:24 pm
Hi Renee,

Hey All,

Updated to 3.16.85 - http://smedley.id.au/tmp/uniaud32-linux-3.16.85-20200812.zip


More one sound interface tested:

Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: ICH5
  driver: ICH4
  name: Intel ICH5
  longname: Intel ICH5 with CMI9739 at irq 17
  mixer: C-Media Electronics CMI9739
  componenets: AC97a:434d4961

Tests were done with Package 20200506, uniaud32-linux-3.12.74, uniaud32-linux-3.14.79 and the last uniaud32-linux-3.16.85.
In all tests sound hardware is not identified by os/2 (ArcaOS 5.0.5), although uniaud32.sys is normally loading at boot.
Seems that are not any sound hardware. Applications like Klondike Solitaire, Mahjongg Solitaire, with sound enabled by default, show messages of "No device driver found" .

To know if was not an ALSA problem, I boot a live cd of linux Ubuntu 12.10 with ALSA version 1.0.24. All sound works as expected, without problems.

unimix -list resulted from uniaud32-linux-3.16.85 and pci.exe are attached.

An alsa log would be interesting.
copy alsahlp$ alsa-cmi9739.log

Hi, alsa-cmi9739log.txt is attached.

This is likely the problem:
U16: Uniaud16 v1.9.7
OSS32_QueryDevCaps: SNDRV_PCM_IOCTL_HW_REFINE error -22

OSS32_QueryDevCaps failed

Uniaud16 can't query the device capabilities for whatever reason.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Ian Manners on August 15, 2020, 09:42:19 am
uniaud32-linux-3.16.85-20200812.zip

Works well with a Creative SB Live! 5.1
PMUniMax has also filled out with many sliders including ones for Surround+center playback, Front, Line2, LiveDrive, Coaxial,  headphone, but I have not tested any of them, yet.

Listening to Gustav Holst - The Planets
Very nice, even for a deaf bloke.

Thanks for your continuing work on various OS/2 drivers and software.

(added: undated to uniaud32-linux-3.16.85-20200814.zip and all still working well)
Title: Re: Updated Uniaud32 build
Post by: Guillaume Gay on August 15, 2020, 11:42:05 am
Hi Paul from here as well!

[...]
"uniaud32-linux-3.16.85-20200814" works in a sense: it plays the startup sound in loop!
I reverted back to 2.02.06, since I needed to use my system.
[...]

Can you please upload the output of 'copy alsahlp$ alsa.log' - from any uniaud32 version - I just want to see what chipset you're running.

Cheers,

Paul

Please find attached "alsa-GG_20200814.txt" made with UNiAud v2.02.06 in use on this system.

Have a nice day!
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on August 15, 2020, 08:29:01 pm
The latest drop is working on my Dell laptop now. I did nothing.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 16, 2020, 03:20:05 am
3.8.140 is now working on my virtualised ArcaOS system, I haven't had time yet to try on bare metal.

http://smedley.id.au/tmp/uniaud32-linux-3.18.140-20200816.zip

Just some background information - the way they apply "quirks" or workarounds for different hardware started changing from 3.16.x onwards. Currently, I haven't implemented the newer quirks as it's a bit of work due to Watcom's lack of C99 support. As a result, there is some hardware that may work better in 3.14.x than in newer builds.

In the fullness of time, I'll fully implement the quirks in 3.18.x

As some more background, ALSA 1.0.24 (which is the basis of the Uniaud driver shipped with ArcaOS 5.0.5) was released on 31st Jan 2011. The Linux 3.18 kernel was released in December 2014, and 3.18.140 in May 2019 - so we've advanced a few years :)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 16, 2020, 06:38:47 am
OK... no traps but no sound on my T60 (Analog devices HDA) - will need to investigate...  no traps and perfect sound on my X250 (Realtek HDA)
Title: Re: Updated Uniaud32 build
Post by: Holger Schuett on August 16, 2020, 08:42:20 am
OK... no traps but no sound on my T60 (Analog devices HDA) - will need to investigate...  no traps and perfect sound on my X250 (Realtek HDA)

Hi Paul, works on my X61 Thinkpad, sound is great. Still have the problem that the 2 buttons to control volume do not work, the button to mute volume works. Thanks again for your efforts

CardInfo.card: 0
CardInfo.id: Intel
CardInfo.Driver: HDA-Intel
CardInfo.Name: HDA Intel
CardInfo.LongName: HDA Intel at 0xf8220000 irq 17
CardInfo.MixerName: Analog Devices AD1984
CardInfo.Components: HDA:11d41984,17aa20d6,00100400
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 16, 2020, 11:10:46 am
Well, I'm pleased to say that I just broke through a psychological barrier and built the code based on linux kernel 4.0.9

Build is at http://smedley.id.au/tmp/uniaud32-linux-4.0.9-20200816.zip

The linux 4.0 kernel was released in April 2015, and 4.0.9 was released in July 2015.

Next step will be 4.1.52 - from a brief look - this one looks a bit more complex - there's been some code restructuring :/

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David McKenna on August 16, 2020, 03:51:45 pm
 Hi Paul,

  I was hoping to try out my new trap dump partition, but no such luck... both the 3.18 and 4.0 versions posted work fine here. Congratulations on moving into the 4.x versions... and thanks again!

Regards,
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on August 16, 2020, 04:39:40 pm
Working on my Dell laptop! And well I might add.
 
Title: Re: Updated Uniaud32 build
Post by: Pete on August 17, 2020, 02:12:04 am
Hi Paul

uniaud32-linux-3.16.85-20200814.zip (Release) works fine.

uniaud32-linux-4.0.9-20200816.zip (Release) causes system hang at boot when the startup sound should play.

Card info for adapter 0:
  num: 0
  id: SB
  driver: HDA-Intel
  name: HDA ATI SB
  longname: HDA ATI SB at 0xfeb00000 irq 16
  mixer: Realtek ALC892
  componenets: HDA:10ec0892,104384fb,00100302


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: David Graser on August 17, 2020, 02:19:24 am
Works great with my Lenovo T430s.
Title: Re: Updated Uniaud32 build
Post by: Remy on August 17, 2020, 10:28:50 pm
uniaud32-linux-4.0.9-20200816.zip works for me too.
Title: Re: Updated Uniaud32 build
Post by: Pete on August 18, 2020, 04:52:44 pm
Hi Paul

Have now tried uniaud32-linux-3.18.140-20200816.zip (Release) - causes system hang at boot when the startup sound should play.


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: Ian Manners on August 20, 2020, 06:55:06 am
> Creative SB Live! 5.1
> PMUniMax has also filled out with many sliders including ones for Surround+center playback, Front, Line2, LiveDrive, Coaxial,  headphone, but I have not tested any of them, yet.

Have now tested, controls and outputs for

  Wave Surround Playback Volume
  Center Playback Volume
  LFE Playback volume
  Front panel
  LiveDrive Playback (Line 1 and 2)
  Coaxial Playback
  Headphone

all work.
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 20, 2020, 10:20:33 pm
Hi All,

Prompted by Lewis reporting a problem with no sound on a newish laptop, I built uniaud32.sys last night for the first time since December 2015.

After managing to patch the realtek driver to add some additional chipsets which got Lewis sound, I got interested again in updating Uniaud.

As some may recall, way back when, I was updating the uniaud32 core with the latest ALSA code.... I got as far as ALSA 1.0.24 (released January 2011), but could never get ALSA 1.0.25 (released early 2012) to work. After that, the code was incorporated into the linux kernel, and it all got too hard. Plus, at the time, we still had the hangs with hda audio and I started running linux as my main OS.

Anyhow, after helping Lewis last night, I added the OS/2 patches to the linux kernel 3.0 code and got it building. This represents an alsa-kernel approximately 6 months newer that what's in the last uniaud32 release.

I've tested this in virtualbox with the Intel HDA driver and it still makes sound. That's about the level of testing I've done. I can't be bothered walking upstairs to grab one of the Thinkpads and test on other hardware.

Anyway...... link is http://smedley.id.au/tmp/uniaud32-linux-3.0.zip

Feedback appreciated. If there's interest, I'll continue to try and update the code to hopefully fix upstream bugs and support newer hardware.

Cheers,

Paul

More tests...

Lenovo Thinkpad T61

Card info for adapter 0:
  num: 0
  id: Intel
  driver: HDA-Intel
  name: HDA Intel
  longname: HDA Intel at 0xfe020000 irq 11
  mixer: Analog Devices AD1984
  componenets: HDA:11d41984,17aa20d7,00100400

Tests with Uniaud20200506 package:

-Master Playback Volume set to zero and off at boot
-PCM Playback Volume set to zero at boot
-IEC958 Playback Volume set to zero and off at boot
-Volume.exe has no effects
-Sound at phone output ok after mixer adjust
-No sound at notebook speakers

Tests with uniaud32-linux-3.12.74-20200810

-now with a new Headphone Playback Volume control
-now with a new Speaker Playback Volume control
-Volume.exe working as expected
-Sound at phone output ok
-Sound at notebook speakers ok

Tests with uniaud32-linux-3.14.79-20200810

-with a new Headphone Playback Volume control
-with a new Speaker Playback Volume control
-Volume.exe  working as expected
-Sound at phone output ok
-Sound at notebook speakers ok

Tests with uniaud32-linux-3.16.85-20200812

-a TRAP 000e is generated

Tests with uniaud32-linux-3.18.140-20200816

-with a new Headphone Playback Volume control
-with a new Speaker Playback Volume control
-Volume.exe  working as expected
-Sound at phone output ok
-Sound at notebook speakers ok

Tests with uniaud32-linux-4.0.9-20200816

-now with a new Headphone Playback Volume control
-now with a new Speaker Playback Volume control
-Volume.exe working as expected
-Sound at phone output ok
-Sound at notebook speakers ok

Tests with microphone input and winos2/dos generic audio driver (DTA) not already done.

Attached unimix-list and alsa-AD1984log.txt from uniaud32-linux-4.0.9-20200816 and pciexe.txt
Title: Re: Updated Uniaud32 build
Post by: Dariusz Piatkowski on August 22, 2020, 02:36:09 pm
Hello Paul, everyone...

...uniaud32-linux-4.0.9-20200816.zip (Release) causes system hang at boot when the startup sound should play.

Card info for adapter 0:
  num: 0
  id: SB
  driver: HDA-Intel
  name: HDA ATI SB
  longname: HDA ATI SB at 0xfeb00000 irq 16
  mixer: Realtek ALC892
  componenets: HDA:10ec0892,104384fb,00100302
...

I tried the uniaud32-linux-3.18.140-20200816.zip here, seeing the same result Pete reported, that being a hard lock. In my case the only way to recover is through a power cycle, no other attempts work.

Have not tried any of the other releases, will hopefully get a little time today to do some catch-up. Attached the UniMix log from a working AOS driver config.

Code: [Select]
Number of CPU cores = 5
CPU name Not available
PMUniMix V0.82
Uniaud32.sys version = 202.6
Number of cards detected = 1
Using card number 0
number of controls = 35

CardInfo.card: 0
CardInfo.id: SB
CardInfo.Driver: HDA-Intel
CardInfo.Name: HDA ATI SB
CardInfo.LongName: HDA ATI SB at 0xfe8f4000 irq 16
CardInfo.MixerName: Realtek ALC889
CardInfo.Components: HDA:10ec0889,14627576,00100004
Title: Re: Updated Uniaud32 build
Post by: Dariusz Piatkowski on August 22, 2020, 03:42:38 pm
Alright, tested the remaining two releases:

1) uniaud32-linux-4.0.9-20200816.zip
did NOT work, same HARD stop as with uniaud32-linux-3.18.140-20200816.zip

2) uniaud32-linux-3.16.85-20200812.zip
did work, appears to be fine, this release (as compared to the AOS one) added an extra control to my PMUnixMix, that being the Surround Sound. I have not gone through the unimix CLI yet to see the full list of controls.

I've attached the LOG out of the DEBUG version of this driver, my thinking being Paul that maybe that gives you some additional data capture to see why the newer drivers are failing with this hardware?

Thanks!
-Dariusz
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 22, 2020, 11:37:00 pm
Hi Dariusz,

Alright, tested the remaining two releases:

1) uniaud32-linux-4.0.9-20200816.zip
did NOT work, same HARD stop as with uniaud32-linux-3.18.140-20200816.zip

2) uniaud32-linux-3.16.85-20200812.zip
did work, appears to be fine, this release (as compared to the AOS one) added an extra control to my PMUnixMix, that being the Surround Sound. I have not gone through the unimix CLI yet to see the full list of controls.

I've attached the LOG out of the DEBUG version of this driver, my thinking being Paul that maybe that gives you some additional data capture to see why the newer drivers are failing with this hardware?

Thanks for the logs. As I mentioned, there are some hardware quirks missing in the newer builds - I'm 'hoping' there's one for our hardware and I can try enabling it and it fixes things.

I'll try and look at this this afternoon.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 23, 2020, 12:54:45 am
Hi All,

Prompted by Lewis reporting a problem with no sound on a newish laptop, I built uniaud32.sys last night for the first time since December 2015.

After managing to patch the realtek driver to add some additional chipsets which got Lewis sound, I got interested again in updating Uniaud.

As some may recall, way back when, I was updating the uniaud32 core with the latest ALSA code.... I got as far as ALSA 1.0.24 (released January 2011), but could never get ALSA 1.0.25 (released early 2012) to work. After that, the code was incorporated into the linux kernel, and it all got too hard. Plus, at the time, we still had the hangs with hda audio and I started running linux as my main OS.

Anyhow, after helping Lewis last night, I added the OS/2 patches to the linux kernel 3.0 code and got it building. This represents an alsa-kernel approximately 6 months newer that what's in the last uniaud32 release.

I've tested this in virtualbox with the Intel HDA driver and it still makes sound. That's about the level of testing I've done. I can't be bothered walking upstairs to grab one of the Thinkpads and test on other hardware.

Anyway...... link is http://smedley.id.au/tmp/uniaud32-linux-3.0.zip

Feedback appreciated. If there's interest, I'll continue to try and update the code to hopefully fix upstream bugs and support newer hardware.

Cheers,

Paul

More tests...

Aureal Vortex au8820
Chip: Sigmatel STAC9701, 3, 4, 5


Now with Turtle Beach Montego based in Aureal Vortex 8820 ( first Montego soundboard). I have this board working in OS/2 Warp 4 with the driver Aureal_Vortex_AU8820_1-0.zip (more two necessary patches Aureal_Vortex_Patch.zip and Aureal_Vortex_AU8820x_Patch.zip, but working as expected)

I woud like to use this board with ArcaOS but not works with this driver. Really, this is one of OS/2 sound drivers not included in the list of available drivers in installation program of ArcaOS or eCS.

So, I decided to try Uniaud, as in my tests with linux live CD (Ubuntu 12.04-32bit-alsa 1.0.24 based) soundboard works ok.

Unfortunatelly, not good results...

At boot, similar for all versions of uniaud32.sys tried:

Universal Audio Driver for OS/2 v2.02.05-SVN
Based on Linux 3.10.140
Copyright 2005-2020 Netlabs http://;www.netlabs.org
Copyright 2000-2020 The ALSA Project

ERROR: Initialization failed
OSS32_Initialize: FAILEDpci_register_driver: query_device found 257 12eb:1 class=40100 checking bt87x
OS/2 Universal Audio MMPM/2 Driver v1.9.7
Copyright 2000-2002 Innotek Systemberatung GmbH
Copyright 2002 IBM Corporation
Maintained by Netlabs http://;www.netlabs.org

Unable to attach 32-bit driver
SYS1201: The device driver C:\MMOS2\UNIAUD16.SYS specified in the DEVICE statement on line 182 of the CONFIG.SYS file was not installed



Attached is alsa_aureal_log.txt
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 23, 2020, 01:12:38 am
More tests...

Aureal Vortex au8820
Chip: Sigmatel STAC9701, 3, 4, 5


Now with Turtle Beach Montego based in Aureal Vortex 8820 ( first Montego soundboard). I have this board working in OS/2 Warp 4 with the driver Aureal_Vortex_AU8820_1-0.zip (more two necessary patches Aureal_Vortex_Patch.zip and Aureal_Vortex_AU8820x_Patch.zip, but working as expected)

I woud like to use this board with ArcaOS but not works with this driver. Really, this is one of OS/2 sound drivers not included in the list of available drivers in installation program of ArcaOS or eCS.

So, I decided to try Uniaud, as in my tests with linux live CD (Ubuntu 12.04-32bit-alsa 1.0.24 based) soundboard works ok.

Unfortunatelly, not good results...

At boot, similar for all versions of uniaud32.sys tried:

Universal Audio Driver for OS/2 v2.02.05-SVN
Based on Linux 3.10.140
Copyright 2005-2020 Netlabs http://;www.netlabs.org
Copyright 2000-2020 The ALSA Project

ERROR: Initialization failed
OSS32_Initialize: FAILEDpci_register_driver: query_device found 257 12eb:1 class=40100 checking bt87x
OS/2 Universal Audio MMPM/2 Driver v1.9.7
Copyright 2000-2002 Innotek Systemberatung GmbH
Copyright 2002 IBM Corporation
Maintained by Netlabs http://;www.netlabs.org

Unable to attach 32-bit driver
SYS1201: The device driver C:\MMOS2\UNIAUD16.SYS specified in the DEVICE statement on line 182 of the CONFIG.SYS file was not installed



Attached is alsa_aureal_log.txt

Attached PCI.txt.May be useful!
Title: Re: Updated Uniaud32 build
Post by: Renee Senger on August 23, 2020, 03:51:43 am
Another test:

Card info for adapter 0:
  num: 0
  id: ICH5
  driver: ICH4
  name: Intel ICH5
  longname: Intel ICH5 with AD1888 at irq 17
  mixer: Analog Devices AD1888
  componenets: AC97a:41445368

Tested with uniaud32-linux-4.0.9-20200816

Very good results. All is working!

(mic input and winos2 dta not yet tested)

Attached unimix_list.txt and alsa-AD1888log.txt
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 23, 2020, 09:26:51 am
Hi All,

Prompted by Lewis reporting a problem with no sound on a newish laptop, I built uniaud32.sys last night for the first time since December 2015.

After managing to patch the realtek driver to add some additional chipsets which got Lewis sound, I got interested again in updating Uniaud.

As some may recall, way back when, I was updating the uniaud32 core with the latest ALSA code.... I got as far as ALSA 1.0.24 (released January 2011), but could never get ALSA 1.0.25 (released early 2012) to work. After that, the code was incorporated into the linux kernel, and it all got too hard. Plus, at the time, we still had the hangs with hda audio and I started running linux as my main OS.

Anyhow, after helping Lewis last night, I added the OS/2 patches to the linux kernel 3.0 code and got it building. This represents an alsa-kernel approximately 6 months newer that what's in the last uniaud32 release.

I've tested this in virtualbox with the Intel HDA driver and it still makes sound. That's about the level of testing I've done. I can't be bothered walking upstairs to grab one of the Thinkpads and test on other hardware.

Anyway...... link is http://smedley.id.au/tmp/uniaud32-linux-3.0.zip

Feedback appreciated. If there's interest, I'll continue to try and update the code to hopefully fix upstream bugs and support newer hardware.

Cheers,

Paul

More tests...

Aureal Vortex au8820
Chip: Sigmatel STAC9701, 3, 4, 5


Now with Turtle Beach Montego based in Aureal Vortex 8820 ( first Montego soundboard). I have this board working in OS/2 Warp 4 with the driver Aureal_Vortex_AU8820_1-0.zip (more two necessary patches Aureal_Vortex_Patch.zip and Aureal_Vortex_AU8820x_Patch.zip, but working as expected)

I woud like to use this board with ArcaOS but not works with this driver. Really, this is one of OS/2 sound drivers not included in the list of available drivers in installation program of ArcaOS or eCS.

So, I decided to try Uniaud, as in my tests with linux live CD (Ubuntu 12.04-32bit-alsa 1.0.24 based) soundboard works ok.

Unfortunatelly, not good results...

At boot, similar for all versions of uniaud32.sys tried:

Universal Audio Driver for OS/2 v2.02.05-SVN
Based on Linux 3.10.140
Copyright 2005-2020 Netlabs http://;www.netlabs.org
Copyright 2000-2020 The ALSA Project

ERROR: Initialization failed
OSS32_Initialize: FAILEDpci_register_driver: query_device found 257 12eb:1 class=40100 checking bt87x
OS/2 Universal Audio MMPM/2 Driver v1.9.7
Copyright 2000-2002 Innotek Systemberatung GmbH
Copyright 2002 IBM Corporation
Maintained by Netlabs http://;www.netlabs.org

Unable to attach 32-bit driver
SYS1201: The device driver C:\MMOS2\UNIAUD16.SYS specified in the DEVICE statement on line 182 of the CONFIG.SYS file was not installed



Attached is alsa_aureal_log.txt

OK this one is easy to explain.... the au88x0 driver is not enabled in uniaud32....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 23, 2020, 09:55:00 am
For Pete and Dariusz,

Hi Dariusz,

Alright, tested the remaining two releases:

1) uniaud32-linux-4.0.9-20200816.zip
did NOT work, same HARD stop as with uniaud32-linux-3.18.140-20200816.zip

2) uniaud32-linux-3.16.85-20200812.zip
did work, appears to be fine, this release (as compared to the AOS one) added an extra control to my PMUnixMix, that being the Surround Sound. I have not gone through the unimix CLI yet to see the full list of controls.

I've attached the LOG out of the DEBUG version of this driver, my thinking being Paul that maybe that gives you some additional data capture to see why the newer drivers are failing with this hardware?

Thanks for the logs. As I mentioned, there are some hardware quirks missing in the newer builds - I'm 'hoping' there's one for our hardware and I can try enabling it and it fixes things.

I'll try and look at this this afternoon.


Too help narrow things down.... can you test with http://smedley.id.au/tmp/uniaud32-linux-3.17.8-20200823.zip ?

Ta,

Paul
Title: Re: Updated Uniaud32 build
Post by: Dariusz Piatkowski on August 23, 2020, 04:52:31 pm
Hi Paul,

For Pete and Dariusz,

Too help narrow things down.... can you test with http://smedley.id.au/tmp/uniaud32-linux-3.17.8-20200823.zip ?
...

This time it's a TRAP 000E in UNIAUD32...see attached screenshot please, this was with the DEBUG version of the driver...should I try the RELEASE one?

Thanks,
-Dariusz
Title: Re: Updated Uniaud32 build
Post by: roberto on August 23, 2020, 10:29:38 pm
uniaud32-linux-3.17.8-20200823.zip        TRAP -Very similar to the photo of Dariusz
uniaud32-linux-3.18.140-20200816.zip    Sound ok, volume ok, screen 16m. okay
uniaud32-linux-4.0.9-20200816.zip       Sound ok, volume ok, screen 16m. okay
All tests in debug mode.
The latest version 409, has a good thing, I can watch a video with background sound, and play the last two versions of the
 bubbels program, without crashing.
 I just need to be able to play a full game of manhjon, without surprises.
  Nice job.
Saludos
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 24, 2020, 03:07:05 am
Sorry about the trap with 3.17 - I'll admit to not testing it locally. I suspect I know what to backport from 3.18.x to fix it.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on August 24, 2020, 11:14:20 am
Hi All,

Sorry about the trap with 3.17 - I'll admit to not testing it locally. I suspect I know what to backport from 3.18.x to fix it.

What about http://smedley.id.au/tmp/uniaud32-linux-3.17.8-20200824.zip ?
Title: Re: Updated Uniaud32 build
Post by: Dariusz Piatkowski on August 24, 2020, 02:25:43 pm
Hi Paul,

...What about http://smedley.id.au/tmp/uniaud32-linux-3.17.8-20200824.zip ?...

Oh yeah...now we're cooking with gas!!! lol

Yes sir, no trap, appears to be a clean boot (no warnings, etc.), the WPS comes up fine, sound playback is fine (object moves, as well as PM123 and mplayer). Did not test anything else though.

LOG output from the DEBUG driver is attached.

Thanks!
-Dariusz
Title: Re: Updated Uniaud32 build
Post by: Pete on August 24, 2020, 07:13:39 pm
Hi Paul

uniaud32-linux-3.17.8-20200824.zip (Release) seems to be working fine - limited testing to date.

Interesting that "back porting" a chunk of code from 3.18.x fixes this build as 3.18.x hangs system when startup sound should play.


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on August 25, 2020, 05:21:34 pm
Build is at http://smedley.id.au/tmp/uniaud32-linux-4.0.9-20200816.zip

Hi Paul.

Version uniaud32-linux-4.0.9-20200816.zip is working on my Thinkpad L420.
No Traps, Sound OK, Volume Control working.

Regards
Title: Re: Updated Uniaud32 build
Post by: Doug Bissett on August 25, 2020, 09:50:30 pm
Quote
What about http://smedley.id.au/tmp/uniaud32-linux-3.17.8-20200824.zip ?

I found a few minutes to test this on my Asus A88XM-A machine. No sound.

I attached a photo of the old UniAud (from ArcaOS 5.0.5, which works). It shows the Detected mixer, while the new one shows blank after the colon.
Title: Re: Updated Uniaud32 build
Post by: Neil Waldhauer on September 08, 2020, 05:52:16 am
I'm trying the updated Uniaud32 builds on a Lenovo ThinkCentre M720s, which is a current model. There is an error message at boot time that goes by too quickly to read. No sound, and unimix says there are no cards.

I tried uniaud32-linux-4.0.9-20200816 and uniaud32-linux-3.17.8-20200824

I am guessing from the PCI output that this is Intel High Definition Audio. 8086:A348

The page listed below says that the support is found in Linux kernels: 3.15–3.19, 4.0–4.20, 5.0–5.8, 5.9-rc+HEAD

https://cateee.net/lkddb/web-lkddb/SND_HDA_INTEL.html (https://cateee.net/lkddb/web-lkddb/SND_HDA_INTEL.html)

I am attaching a testlog uniaud in the hope that there is something useful logged.
Title: Re: Updated Uniaud32 build
Post by: Pete on September 08, 2020, 06:01:51 am
Hi Neil

It is possible to pause boot and read the message; simply add this line after the uniaud lines in config.sys:-

DEVICE=C:\PAUSEIT.SYS

The above causes boot to stop and display a message that the "driver cannot be found, press a key to continue...".


Regards

Pete
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on September 08, 2020, 06:24:29 am
Hi Neil,

I'm trying the updated Uniaud32 builds on a Lenovo ThinkCentre M720s, which is a current model. There is an error message at boot time that goes by too quickly to read. No sound, and unimix says there are no cards.

I tried uniaud32-linux-4.0.9-20200816 and uniaud32-linux-3.17.8-20200824

I am guessing from the PCI output that this is Intel High Definition Audio. 8086:A348

The page listed below says that the support is found in Linux kernels: 3.15–3.19, 4.0–4.20, 5.0–5.8, 5.9-rc+HEAD

https://cateee.net/lkddb/web-lkddb/SND_HDA_INTEL.html (https://cateee.net/lkddb/web-lkddb/SND_HDA_INTEL.html)

I am attaching a testlog uniaud in the hope that there is something useful logged.

I'll take a look when I get an opportunity. Not all HDA 'backends' are currently enabled - potentially this machine has one of the one's that isn't enabled....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on September 08, 2020, 11:44:01 am
Hi Neil,

I'm trying the updated Uniaud32 builds on a Lenovo ThinkCentre M720s, which is a current model. There is an error message at boot time that goes by too quickly to read. No sound, and unimix says there are no cards.

I tried uniaud32-linux-4.0.9-20200816 and uniaud32-linux-3.17.8-20200824

I am guessing from the PCI output that this is Intel High Definition Audio. 8086:A348

The page listed below says that the support is found in Linux kernels: 3.15–3.19, 4.0–4.20, 5.0–5.8, 5.9-rc+HEAD

https://cateee.net/lkddb/web-lkddb/SND_HDA_INTEL.html (https://cateee.net/lkddb/web-lkddb/SND_HDA_INTEL.html)

I am attaching a testlog uniaud in the hope that there is something useful logged.

8086:A348 looks like the correct pci id.  The bad news is that this chipset is too new for linux 4.1. That link is misleading - many of those chipsets have only been added to newer kernels.

8086:a348 appears in the linux 4.19.143 code, but not the 4.9.219 code - so seems it was added somewhere between linux 4.9 and 4.19.

It's non-trivial just to add the pci-ids to the current code - it will have to wait until I can spend some more time on this and get the linux code updated to a newer kernel...

Edit: 4.11 is the first time I see the a348 pci id..
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 10, 2020, 08:57:55 am
OK I'm kinda stuck trying to get 4.1 to produce sound, so I've decided to try applying the 4.0.9 patches to the 4.4.x source code. Will see how I go....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 11, 2020, 10:44:41 am
OK I'm kinda stuck trying to get 4.1 to produce sound, so I've decided to try applying the 4.0.9 patches to the 4.4.x source code. Will see how I go....

4.4.238 code is compiling - with a bunch of warnings (some of which will need to be actioned) - and 124 missing symbols - down from 150+ this morning ;)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 17, 2020, 11:06:32 am
OK I'm kinda stuck trying to get 4.1 to produce sound, so I've decided to try applying the 4.0.9 patches to the 4.4.x source code. Will see how I go....

4.4.238 code is compiling - with a bunch of warnings (some of which will need to be actioned) - and 124 missing symbols - down from 150+ this morning ;)

Down to 5 missing symbols...
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 18, 2020, 01:29:57 am
OK I'm kinda stuck trying to get 4.1 to produce sound, so I've decided to try applying the 4.0.9 patches to the 4.4.x source code. Will see how I go....

4.4.238 code is compiling - with a bunch of warnings (some of which will need to be actioned) - and 124 missing symbols - down from 150+ this morning ;)

Down to 5 missing symbols...

OK I got it to link - the final missing symbol was a hack, but it will do for now.

Current status is that AC97 hardware boots (at least my virtualbox system does), but HDA traps (on virtualbox).

I'm currently investigating the HDA traps, but if anyone has AC97 hardware and wants to help confirm the core at least works, feel free to try http://smedley.id.au/tmp/uniaud32-linux-4.4.238-20201018.zip

Again: this code traps on Virtualbox with HDA hardware and a Sigmatel mixer.


Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on October 18, 2020, 09:51:13 pm
Sorry to report my laptop trapped with the new driver.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 18, 2020, 10:37:23 pm
Sorry to report my laptop trapped with the new driver.

What hardware?
Title: Re: Updated Uniaud32 build
Post by: Dariusz Piatkowski on October 18, 2020, 11:41:43 pm
Hi Paul,

...
I'm currently investigating the HDA traps, but if anyone has AC97 hardware and wants to help confirm the core at least works, feel free to try http://smedley.id.au/tmp/uniaud32-linux-4.4.238-20201018.zip
...

Trap 000e at boot, see attached.

This is on the following hardward (copy/paste from a prior report to simplify):

Code: [Select]
pci_register_driver: matched 29 1002:4383/40300 with 1002:4383/0 0 (hda_intel)
RMCreateDriver rc=0 DriverHandle=f54bdf60
pci_enable_device f344f8d0
...
00-00: ALC889 Analog : ALC889 Analog
 : playback 1
 : capture 1
00-01: ALC889 Digital : ALC889 Digital
 : playback 1
00-02: ALC889 Alt Analog : ALC889 Alt Analog
 : capture 2
OSS32_WaveOpen. streamid f33161d8

GetUniaudPcmCaps: cp1. phandle f33161d8
GetUniaudPcmCaps: cp2. nr of streams: 1
chan: from 2 to 8

HDA audio detected - don't support 5512 - 32000 Hz audio sample rates
Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on October 19, 2020, 12:09:53 am
Similar trap e here too,
Code: [Select]
Bus 0 (PCI Express), Device Number 27, Device Function 0
 Vendor 8086h Intel Corporation
 Device 1C20h 6 Series/C200 Series Chipset Family High Definition Audio Controller
Code: [Select]
Card info for adapter 0:
  num: 0
  id: PCH
  driver: HDA-Intel
  name: HDA Intel PCH
  longname: HDA Intel PCH at 0xe1a60000 irq 22
  mixer: Intel ID 2805
  componenets: HDA:10ec0269,102804ad,00100100 HDA:80862805,80860101,00100000
[code]
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 19, 2020, 12:16:49 am
Sorry, perhaps I wasn't clear - I'm *EXPECTING* traps with HDA hardware - I'm more interested if it works with AC97 hardware other than my Virtualised system....
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on October 19, 2020, 12:59:49 am
My laptop is a DELL Inspiron 15R 5537. The older Uniaudio drivers work.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 19, 2020, 04:42:41 am
My laptop is a DELL Inspiron 15R 5537. The older Uniaudio drivers work.

What does 'unimix -card' report - I'll guess it's Intel HDA in which case the trap is to be expected.
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on October 20, 2020, 12:19:01 am
It reports HDA Intel PCH.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 20, 2020, 12:37:16 am
It reports HDA Intel PCH.

Yep - so the trap is known... I'll post when/if I have HDA hardware working....
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 20, 2020, 10:46:51 am
It reports HDA Intel PCH.

Yep - so the trap is known... I'll post when/if I have HDA hardware working....

With some help from Steven Levine, I found the problem with the initial trap, and came across a second trap. I understand where the code is trapping, I just need to work out how to fixit. Hopefully that will be the last issue before I get a booting system again :)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 22, 2020, 10:29:15 am
Hi All,

http://smedley.id.au/tmp/uniaud32-linux-4.4.238-20201022.zip

Trap should be fixed - but here at least - no mixer is detected. I still need to investigate this - but curious if it's a Sigmatel issue, or a broader issue.

unimix -card here reports:
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Error: invalid number of PCM instances for adapter 0
Card info for adapter 0:
  num: 0
  id: Intel
  driver: HDA-Intel
  name: HDA Intel
  longname: HDA Intel at 0xf0804000 irq 11
  mixer:
  componenets: HDA:83847680,83847680,00103401


Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David McKenna on October 22, 2020, 12:10:53 pm
Paul,

 Seems to work OK here:

[C:\]unimix -card
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: PCH
  driver: HDA-Intel
  name: HDA Intel PCH
  longname: HDA Intel PCH at 0xef320000 irq 16
  mixer: Realtek ALC887-VD
  componenets: HDA:10ec0887,1458a182,00100302 HDA:8086280b,80860101,00100000

 I'll keep using it and let you know if anything comes up... thanks!

Regards,
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on October 22, 2020, 02:00:22 pm
No trap here but no sound. Unimix gives me the same exact output as David.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 22, 2020, 10:31:59 pm
Hi Dave,

Seems to work OK here:

[C:\]unimix -card
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: PCH
  driver: HDA-Intel
  name: HDA Intel PCH
  longname: HDA Intel PCH at 0xef320000 irq 16
  mixer: Realtek ALC887-VD
  componenets: HDA:10ec0887,1458a182,00100302 HDA:8086280b,80860101,00100000

 I'll keep using it and let you know if anything comes up... thanks!


Wow! That's encouraging! Maybe my issue is some idiosyncracy with Sigmatel hardware. I'll dust off the Thinkpad tonight or over the weekend and test locally with real hardware.

Are you able to upload a copy of alsahlp$ after a fresh boot?

Cheers,

Paul.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 22, 2020, 10:32:43 pm
No trap here but no sound. Unimix gives me the same exact output as David.

Mixer settings may have changed - try pmunimix and make sure all outputs are turned up.

Cheers,

Paul.
Title: Re: Updated Uniaud32 build
Post by: David McKenna on October 22, 2020, 10:43:44 pm
Hi Dave,

Seems to work OK here:

[C:\]unimix -card
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: PCH
  driver: HDA-Intel
  name: HDA Intel PCH
  longname: HDA Intel PCH at 0xef320000 irq 16
  mixer: Realtek ALC887-VD
  componenets: HDA:10ec0887,1458a182,00100302 HDA:8086280b,80860101,00100000

 I'll keep using it and let you know if anything comes up... thanks!


Wow! That's encouraging! Maybe my issue is some idiosyncracy with Sigmatel hardware. I'll dust off the Thinkpad tonight or over the weekend and test locally with real hardware.

Are you able to upload a copy of alsahlp$ after a fresh boot?

Cheers,

Paul.

 Sure... here ya go...
Title: Re: Updated Uniaud32 build
Post by: Sigurd Fastenrath on October 22, 2020, 11:14:29 pm
Hi Paul,

the hardware I am using is far to new for the driver, I guess. So I did not expect it to work.

Even though I attach my results, may be I can be of help in a future release.

The hardware is a lenovo Thinkpad T480 with Intel core i7-8550 CPU.

Your driver loads and boots but can not detect the mixer. I guess this is what you would expect with this hardware.

If I can be of any help, please let me know.

Thanks for your great work!!
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 22, 2020, 11:33:33 pm
Hi Sigurd,

the hardware I am using is far to new for the driver, I guess. So I did not expect it to work.

Even though I attach my results, may be I can be of help in a future release.

The hardware is a lenovo Thinkpad T480 with Intel core i7-8550 CPU.

Your driver loads and boots but can not detect the mixer. I guess this is what you would expect with this hardware.

If I can be of any help, please let me know.

Thanks for your great work!!

From some googling, seems the T480 has the ALC285 chip. According to https://www.phoronix.com/scan.php?page=news_item&px=Realtek-ALC-215-285-289 support was added in the linux 4.13 kernel.

I'll try and fix Sigmatel support so I can test in Virtualbox, but otherwise, I'll probably push on to newer kernel versions over the weekend.

Cheers,

Paul.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 23, 2020, 10:52:55 am
I'll try and fix Sigmatel support so I can test in Virtualbox, but otherwise, I'll probably push on to newer kernel versions over the weekend.

I didn't look at Sigmatel, but pushed on. 4.4.238 patches applied pretty cleanly to 4.9.240 - we'll see how hard it is to make it compile/link...
Title: Re: Updated Uniaud32 build
Post by: Dariusz Piatkowski on October 24, 2020, 01:19:52 am
Hi Paul,

...http://smedley.id.au/tmp/uniaud32-linux-4.4.238-20201022.zip

Trap should be fixed - but here at least - no mixer is detected. I still need to investigate this - but curious if it's a Sigmatel issue, or a broader issue.
...

Here unimix reports:

Code: [Select]
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Error: invalid number of PCM instances for adapter 0
Card info for adapter 0:
  num: 0
  id: SB
  driver: HDA-Intel
  name: HDA ATI SB
  longname: HDA ATI SB at 0xfe8f4000 irq 16
  mixer:
  componenets: HDA:10ec0889,14627576,00100004

...but no sound is produced.

Invoking UniMix produces a pop-up error message with the following text:

Code: [Select]
uniaud_mixer_get_ctls_number: error $00000000. Close the program?
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 24, 2020, 05:10:17 am
4.9.240: http://smedley.id.au/tmp/uniaud32-linux-4.9.240-20201024.zip

Here on Sigmatel hardware (virtualbox), and on a Thinkpad X250 (Realtek HW), I get no sound and output similar to:
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Error: invalid number of PCM instances for adapter 0
Card info for adapter 0:
  num: 0
  id: Intel
  driver: HDA-Intel
  name: HDA Intel
  longname: HDA Intel at 0xf0804000 irq 11
  mixer:
  componenets: HDA:83847680,83847680,00103401

YMMV... It's  interesting that Dave get's his mixer identified... I might need more logging...
Title: Re: Updated Uniaud32 build
Post by: Dave Yeo on October 24, 2020, 07:13:37 am
Tried this one, no sound and PMUniMix gives a ctls error number of $0000000. I posted my Intel HDA info earlier in the thread.
Thanks for the work.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 24, 2020, 07:42:30 am
Tried this one, no sound and PMUniMix gives a ctls error number of $0000000. I posted my Intel HDA info earlier in the thread.
Thanks for the work.
Thanks Dave - this will be the mixer not being detected.... weird how it works for Dave Mckenna... the positive is that 4.9.x behaves the same as 4.4.x for me at least, so the fix will likely be similar. Patches also applied pretty cleanly to 4.14.x, so will try get that compiling then work on fixes...
Title: Re: Updated Uniaud32 build
Post by: Ian Manners on October 24, 2020, 10:03:55 am
Hi Paul,

No problems here but thought I would still let you know that all of your latest builds still work well with:

Card info for adapter 0:
  num: 0
  id: Live
  driver: EMU10K1
  name: SB Live! 5.1
  longname: SB Live! 5.1 (rev.7, serial:0x80641102) at 0xd880, irq 22
  mixer: eMicro EM28028
  componenets: AC97a:454d4328

including uniaud32-linux-4.9.240-20201024.zip

Thanks :)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 24, 2020, 10:21:45 am
Hi All,

Tried this one, no sound and PMUniMix gives a ctls error number of $0000000. I posted my Intel HDA info earlier in the thread.
Thanks for the work.
Thanks Dave - this will be the mixer not being detected.... weird how it works for Dave... the positive is that 4.9.x behaves the same as 4.4.x for me at least, so the fix will likely be similar. Patches also applied pretty cleanly to 4.14.x, so will try get that compiling then work on fixes...

http://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201024.zip is based on the linux 4.14.x kernel - again - no hda mixer detection here in Virtualbox.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 24, 2020, 10:22:26 am
Hi Ian,

No problems here but thought I would still let you know that all of your latest builds still work well with:

Card info for adapter 0:
  num: 0
  id: Live
  driver: EMU10K1
  name: SB Live! 5.1
  longname: SB Live! 5.1 (rev.7, serial:0x80641102) at 0xd880, irq 22
  mixer: eMicro EM28028
  componenets: AC97a:454d4328

including uniaud32-linux-4.9.240-20201024.zip

Thanks :)

Thanks for confirming things work on non-HDA hardware :)

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Sigurd Fastenrath on October 24, 2020, 02:37:34 pm
Hi All,

http://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201024.zip is based on the linux 4.14.x kernel - again - no hda mixer detection here in Virtualbox.

Cheers,

Paul

Hi Paul,

tested this 4.14.202, seems to show the same results as with the older one.

Boots OK, does not detect the mixer.

Great to see 4.14 boot at all!

What can I provide to assist?

Thanks!
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on October 25, 2020, 05:37:42 pm
New version no trap, no sound and no PMmixer connect.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 25, 2020, 09:11:21 pm
New version no trap, no sound and no PMmixer connect.

Thanks guys - I need to think about how best to proceed. At this stage, I think it's best to resurrect the logging that was broken around kernel 4.0 timeframe - I'm hoping that will elicit some clues as to why the mixer isn't being detected.

I'll post here when I have some news.
Title: Re: Updated Uniaud32 build
Post by: Sigurd Fastenrath on October 25, 2020, 09:30:21 pm

Thanks guys - I need to think about how best to proceed. At this stage, I think it's best to resurrect the logging that was broken around kernel 4.0 timeframe - I'm hoping that will elicit some clues as to why the mixer isn't being detected.

I'll post here when I have some news.

Hi Paul,

may be you can team up with "abwillis1", he helped me out with getting Uniaud to run on a Thinkpad X250.

Please see: https://mantis.arcanoae.com/view.php?id=2637 (https://mantis.arcanoae.com/view.php?id=2637)

(ArcaOS Bugtracker Bug 2637)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 25, 2020, 10:08:26 pm
OK, so I fixed some logging code....

Firstly, there was a pretty major code re-structuring in relation to the sound code between 4.0 and 4.1. Some of the added api calls I simply stubbed as I didn't think they were important, some I implemented.

What I believe is happening is that whilst the HDA chipset is being recognised, I don't think the code to support the mixers is being loaded at all. I see no logging from (for example) patch_sigmatel.c

What I need to do is step through the code and determine where the hda_intel/hda_codec code is supposed to call the code for the mixer, then work out why it isn't being loaded. I suspect this will come back to some code I stubbed that needs to be at least partially implemented - I just don't want to waste time implementing the wrong code...

No timeframes on updates, I have a busy week coming up...
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 26, 2020, 09:51:50 am
OK, so I fixed some logging code....

Firstly, there was a pretty major code re-structuring in relation to the sound code between 4.0 and 4.1. Some of the added api calls I simply stubbed as I didn't think they were important, some I implemented.

What I believe is happening is that whilst the HDA chipset is being recognised, I don't think the code to support the mixers is being loaded at all. I see no logging from (for example) patch_sigmatel.c

What I need to do is step through the code and determine where the hda_intel/hda_codec code is supposed to call the code for the mixer, then work out why it isn't being loaded. I suspect this will come back to some code I stubbed that needs to be at least partially implemented - I just don't want to waste time implementing the wrong code...

No timeframes on updates, I have a busy week coming up...

OK I think I figured out that I need to implement driver_register() that than stubbing it. I got what I think is enough implemented, and got it compiling, however, for my efforts I'm rewarded with a Trap.

I'll try debug that tomorrow.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 31, 2020, 07:21:54 am
Just updating things, with help from Steven Levine, I fixed the trap very quickly. I then found I had to implement some more stuff. I think I'm VERY close, but at this stage, still no working HDA.

I just need to find the last bit of missing glue - hopefully soon - as I've spent way too much time on this over the last couple of weeks...
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on October 31, 2020, 11:06:59 pm
Note: This build will NOT produce sound on HDA hardware....

However, I found some missing 'glue' and made progress. I still have some code wrapped around '#ifndef TARGET_OS2' statements to prevent traps....

What I'm interested in is whether the mixer is correctly detected or not - in particular for Sigurd as his hardware should now be supported.

I'll keep working on fixing the traps so we can actually get sound :)

https://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201101.zip

AC97 hardware should continue to work....

Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on October 31, 2020, 11:41:06 pm
No trap, no sound and no connect to PMmix.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 01, 2020, 12:08:49 am
No trap, no sound and no connect to PMmix.

Is the mixer displayed correctly by unimix -card ?

No trap, no sound and no connect to PMmix is the expected behaviour.
Title: Re: Updated Uniaud32 build
Post by: Sigurd Fastenrath on November 01, 2020, 01:10:20 am
Note: This build will NOT produce sound on HDA hardware....

However, I found some missing 'glue' and made progress. I still have some code wrapped around '#ifndef TARGET_OS2' statements to prevent traps....

What I'm interested in is whether the mixer is correctly detected or not - in particular for Sigurd as his hardware should now be supported.

I'll keep working on fixing the traps so we can actually get sound :)

https://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201101.zip

AC97 hardware should continue to work....

Hi Paul,

yes, it does detect the mixer, REALTEK ALC 257

Good work!!

Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 01, 2020, 09:21:51 am
yes, it does detect the mixer, REALTEK ALC 257

Good work!!

Great!!! VERY encouraging. Hopefully by this time next week you'll actually be able to produce sound :)

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 01, 2020, 11:03:53 am
https://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201101b.zip has some updates - still no mixer controls yet - calling the code to set them up hangs the system whilst processing uniaud32 (hence it's commented out right now)

However, 'copy alsahlp$ alsa.log' gives encouraging results that we're VERY close :)
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on November 03, 2020, 05:06:06 pm
Hi Paul

uniaud32-linux-4.14.202-20201101b.zip is not working for me on the Thinkpad L420. (Intel HDA 8086:1C20)
- No traps, no sound after reboot.

Version 2.02.06 / 6 May 2020 14:21:32 was working fine for me.

Regards
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 03, 2020, 09:51:40 pm
Hi Martin,

uniaud32-linux-4.14.202-20201101b.zip is not working for me on the Thinkpad L420. (Intel HDA 8086:1C20)
- No traps, no sound after reboot.

Version 2.02.06 / 6 May 2020 14:21:32 was working fine for me.


Thanks - that's good to know. I'll only tested here with virtualised sigmatel hardware. As I mentioned - the code to setup controls is currently commented out as it's causing a hang loading uniaud32.sys. I made progress last night understanding why that's occuring. Hopefully soon you'll have no traps AND sound.

The positive is that the ALSA core has detected the hardware and all the appropriate inputs/outputs - we just need to make them work ;)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 05, 2020, 11:28:10 pm
https://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201101b.zip has some updates - still no mixer controls yet - calling the code to set them up hangs the system whilst processing uniaud32 (hence it's commented out right now)

However, 'copy alsahlp$ alsa.log' gives encouraging results that we're VERY close :)

OK I found where the code is hanging - I don't yet know why it's working, but am semi-confident if that issue is fixed, I'll have working sound again with a significantly updated core code.

(Not sure anyway is reading/cares about these updates, but just trying to keep people informed on the status of this work)
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on November 06, 2020, 02:48:44 am
(Not sure anyway is reading/cares about these updates, but just trying to keep people informed on the status of this work)

I care  :D I keep looking your Uniaud updates, it is important to bring to the latest level to try to get more sound support for the platform. Keep posting !!
Title: Re: Updated Uniaud32 build
Post by: Ian Manners on November 06, 2020, 03:58:06 am
Hi Paul,

Quote
(Not sure anyway is reading/cares about these updates, but just trying to keep people informed on the status of this work)

updates are great, they serve several purposes including:

1) lets us know something is happening.
2) lets us know there is a lot more to it then simply recompiling code (which some of us really appreciate!).
3) you put a lot of effort into something you don't need to, which once more many of us really appreciate, and I note your karma is high :).
Title: Re: Updated Uniaud32 build
Post by: Sigurd Fastenrath on November 06, 2020, 08:25:38 am
(Not sure anyway is reading/cares about these updates, but just trying to keep people informed on the status of this work)

Hi Paul,

I am very happy to see your progress and I could just repeat the words of Ianmanners, wich I can confirm in anyway!

To have sound on a Laptop with native ArcaOS/ OS/2 that was build in 2018 is great and with that you keep my motivation to still play around with OS/2 alive!!

All the best and thank you again!
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on November 06, 2020, 01:31:32 pm
Paul,
As this helps my favorite OS. I appreciate your efforts. And we all need a boost from time to time. I will continue to test.

Title: Re: Updated Uniaud32 build
Post by: ivan on November 06, 2020, 01:47:50 pm
Hi Paul,

As others have said there are some of us that appreciate the work you do for us and the fact that you let us know your progress. 

In my case I hope your work will give sound to my various AMD Ryzen based computer builds that have the Realtek ALC 892 7.1 channel audio as well as HDMI audio since nothing available works at the moment.

BTW I am still using the version of Sigil you produced years ago even if it is rather long in the tooth, so thank you for that also.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 08, 2020, 11:35:30 pm
Hi Ivan,
As others have said there are some of us that appreciate the work you do for us and the fact that you let us know your progress. 

In my case I hope your work will give sound to my various AMD Ryzen based computer builds that have the Realtek ALC 892 7.1 channel audio as well as HDMI audio since nothing available works at the moment.

I'd be interested to see the results of trying to boot with the 4.14.202 build I posted earlier with the Ryzen's - you won't get sound, but the kernel is reasonably up to date. If it doesn't boot, please send me a testlog report so I can see the PCI IDs and give you an indication of the required kernel version to get working sounds.

Status update on 4.14.202:
I fixed the hang at boot by making sure I was using consistent kernel code/headers for regmap/regcache/rbtree - I'd previously shoplifted bits of code from different kernel versions as I'd needed different functions - not a good idea.

For my rewards, I got a trap in krealloc() which I fixed, now another trap setting up jack controls that I'm still investigating. I still hope that once this issue is resolved, the mixer controls will work and we'll be good to go, but there's no guarantee that hasn't been other changes that break things.

Thanks to all who posted in here - I'll keep posting updates as meaningful things happen.

Cheers,

Paul

PS that Sigil build is so long ago, I don't even remember what Sigil is/does :)
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 10, 2020, 08:17:14 am
OK.... with some more insight from Steven Levine, I now get a successful boot with 4.14.202 and HDA hardware without having to comment out any code! However, on Virtualbox, I'm still getting no sound output. I'll try testing on real hardware as time permits (noting that on my X250 I get a Trap 000E), but any data from other users would be helpful.

A copy of alsahlp$ (ie copy alsahlp$ alsa.log) would be helpful after an initial boot.

Download link is: https://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201110.zip

Thanks!
Title: Re: Updated Uniaud32 build
Post by: David McKenna on November 10, 2020, 01:17:51 pm
 Hi Paul,

  Unfortunately, I get a TrapE with this one, I'll attach a screen shot. Also got my first Trap dump if you need it. (Haven't had a chance in a while to try any other versions lately... sorry about that).

Regards,
Title: Re: Updated Uniaud32 build
Post by: Andi B. on November 10, 2020, 01:34:41 pm
Interestingly I had a TRAP 000e yesterday in os2krnl with the same 'location' information. Maybe totally different as EIP is different. But can anyone explain why 'location' is the same?
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on November 10, 2020, 02:15:42 pm
Got a trap like David.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 10, 2020, 09:12:36 pm
Hi Dave,

  Unfortunately, I get a TrapE with this one, I'll attach a screen shot. Also got my first Trap dump if you need it. (Haven't had a chance in a while to try any other versions lately... sorry about that).

If you can zip the dump up and get it to me that would be helpful. It's probably the same trap as I get on the X250, but I haven't had time to setup a dump partition on it yet, so this may be quicker.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: David McKenna on November 10, 2020, 11:00:49 pm
Paul,

 7zipped it up and it is about 105MB (I limited the trap dump to 512MB - hope that is OK). How should I send?

Regards,
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 10, 2020, 11:30:46 pm
Hi Dave,

7zipped it up and it is about 105MB (I limited the trap dump to 512MB - hope that is OK). How should I send?

You hopefully have a Dropbox file request from me, that should allow you to upload the dump to my dropbox account.

The other sorta good news, is that I was able to setup a dump partition on my X250 so I have a sample dump from there - it would be good to confirm it's the same trap though.

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Lars on November 11, 2020, 12:10:21 am
Interestingly I had a TRAP 000e yesterday in os2krnl with the same 'location' information. Maybe totally different as EIP is different. But can anyone explain why 'location' is the same?
The location is just the exception handler in the kernel. It will always be the same (at least for the same trap number but I even think it is a general handler).
Title: Re: Updated Uniaud32 build
Post by: Sigurd Fastenrath on November 11, 2020, 01:26:55 pm
Even if it is not much of help, the same trap here on the T480.

Unfortunately I do not have the possibility to grap a log file, but I think it is not necessary as others provided already!
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 11, 2020, 09:38:58 pm
Thanks guys - the results are a little deflating given my relative success in Virtualbox. I'm going to focus for the next few days on cleaning up the build and trying to eliminate as many warnings as possible - there are some that could *potentially* explain crashes. Interestingly, Dave's dump indicates a trap in a different section of the code to the trap from my X250 - I'll try and get dump partitions setup on my T60 and T510 as well.

I'll post updates here when there's something to update.
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 14, 2020, 08:26:09 am
I'll post updates here when there's something to update.

Still a WIP - but I fixed some warnings - and my T60 now boots (still no sound but it detects the hardware). My X250 still traps, but it's a different trap to Dave's - so who knows, this might boot for some more folks.

https://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201114.zip
Title: Re: Updated Uniaud32 build
Post by: Sigurd Fastenrath on November 16, 2020, 10:01:36 am
Hi Paul,

FYI: unfortunately I will not be able to test for a while, I had to change the internal SSD of the T480 to a NVme, so ARcaOS is gone on this device. I might bring back a SATA SSD but I am not sure when. Maybe meanwhile there will be a NVme Driver from Arca Noae and that would help as well. Sorry.

All the best.

Sigurd
Title: Re: Updated Uniaud32 build
Post by: roberto on November 19, 2020, 09:09:17 pm
Another TRAP with this card:

[C:\]UNIMIX -card
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: PCH
  driver: HDA-Intel
  name: HDA Intel PCH
  longname: HDA Intel PCH at 0xd2520000 irq 22
  mixer: IDT 92HD81B1X5
  componenets: HDA:111d7605,103c1630,00100105 HDA:11c11040,103c3066,00100200

Saludos
Title: Re: Updated Uniaud32 build
Post by: Martin Iturbide on November 20, 2020, 09:11:48 pm
Hi Paul.

It may be trivial, but I hope it can be possible to do this on the UNIAUD driver:
- http://trac.netlabs.org/uniaud/ticket/246 (http://trac.netlabs.org/uniaud/ticket/246)

I know it is a controversial issue, since people think different on how to show the /V (verbose) information on boot, but I have the dream that maybe someday all drivers may look similar when you boot your OS/2 box (http://www.edm2.com/index.php/Suggestion_for_OS/2_and_eComstation_Drivers_Arguments#Verbose_Mode_.E2.80.9C.2FV.E2.80.9D_or_.E2.80.9C.2Fv.E2.80.9D).

Regards
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 20, 2020, 09:47:38 pm
Hi Roberto,

Another TRAP with this card:

Thanks - we think we know what's causing this - just need to work out why it's happening. The positive is that once it's fixed, it's likely to fix the sound as well.

It may be trivial, but I hope it can be possible to do this on the UNIAUD driver:
- http://trac.netlabs.org/uniaud/ticket/246 (http://trac.netlabs.org/uniaud/ticket/246)

I know it is a controversial issue, since people think different on how to show the /V (verbose) information on boot, but I have the dream that maybe someday all drivers may look similar when you boot your OS/2 box (http://www.edm2.com/index.php/Suggestion_for_OS/2_and_eComstation_Drivers_Arguments#Verbose_Mode_.E2.80.9C.2FV.E2.80.9D_or_.E2.80.9C.2Fv.E2.80.9D).

It might happen - but it currently has zero priority until we're at as higher code level as we can get....

Cheers,

Paul
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 21, 2020, 09:52:20 am
OK, http://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201121.zip doesn't trap (or produce sound) on my X250, T60 or virtualbox systems.

Interested to get feedback from other systems. Pretty sure the lack of audio are due to broken regmap/regcache
Title: Re: Updated Uniaud32 build
Post by: David McKenna on November 21, 2020, 02:58:55 pm
 Hi Paul,

  Sorry to report that I get a TrapE with this one too... I'll attach the serial port log, and I have a trapdump if you want it...

Regards,
Title: Re: Updated Uniaud32 build
Post by: Eugene Tucker on November 21, 2020, 04:49:20 pm
No trap E.But no sound. Just like you said.
Title: Re: Updated Uniaud32 build
Post by: roberto on November 22, 2020, 10:12:24 am
The TRAP persist
Saludos
Title: Re: Updated Uniaud32 build
Post by: Paul Smedley on November 22, 2020, 11:08:09 am
The TRAP persist
Saludos

Very interesting - anyway - it's confirmed that regmap/regcache are still a problem. I'll keep digging as time permits.
Title: Re: Updated Uniaud32 build
Post by: Dariusz Piatkowski on November 23, 2020, 03:20:54 am
Hi Paul,

OK, http://smedley.id.au/tmp/uniaud32-linux-4.14.202-20201121.zip doesn't trap (or produce sound) on my X250, T60 or virtualbox systems...

Small change in hardware here, I went from my MSI 880G-E45 motherboard to a MSI 890FXA-HD70. The advertised specs showed a RealTek chipset:

1) 880G-E45 => Realtek® ALC888S/ACL889

2) 890FXA-GD70 => Realtek® ALC889
Code: [Select]
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Error: invalid number of PCM instances for adapter 0
Card info for adapter 0:
  num: 0
  id: SB
  driver: HDA-Intel
  name: HDA ATI SB
  longname: HDA ATI SB at 0xfe4f8000 irq 16
  mixer: Realtek ALC889
  componenets: HDA:10ec0889,14627640,00100004

...but your last known good release which was working on the 880G-E45:

Code: [Select]
8-12-20  5:07a       586,198     54 a---  uniaud32.sys

Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature:       @#Netlabs:2.02.05#@##1## 12 Aug 2020 18:37:33     ARCAOS-D0C:3.
16.85:::05::SVN@@Universal Audio Driver for OS/2 (c)  Netlabs
Vendor:          Netlabs
Revision:        2.02.05
Date/Time:       12 Aug 2020 18:37:33
Build Machine:   ARCAOS-D0C
ASD Feature ID:  3.16.85
FixPak Version:  SVN
File Version:    2.2.5
Description:     Universal Audio Driver for OS/2 (c)  Netlabs

...was now trapping on the newer 890FXA-GD70 board.

Anyways, the good news is that this latest drop does NOT trap, but as others have noted, it does not produce output either.

For me it's a positive direction given no TRAP! Thank you!