Author Topic: Updated Uniaud32 build  (Read 65068 times)

Paul Smedley

  • Hero Member
  • *****
  • Thank You
  • -Given: 60
  • -Receive: 125
  • Posts: 875
  • Karma: +77/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #420 on: January 03, 2021, 11:07:23 pm »
OK I read on the weekend that the new LTS kernel will be 5.10.x...

Therefore my OCD wants us to be on the current LTS kernel....

Here's step 1 on the pathway from 5.4.x to 5.10.x

Debug only at this stage.... https://smedley.id.au/tmp/uniaud32-linux-5.5.19-20210104-debug.zip

Seems to work the same as 5.4.x in my limited testing with HDA in Virtualbox

David Graser

  • Hero Member
  • *****
  • Thank You
  • -Given: 0
  • -Receive: 88
  • Posts: 676
  • Karma: +39/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #421 on: January 04, 2021, 01:13:20 am »
Both ArcaOs and Windows sound continues to work as it should with this latest release.

Paul Smedley

  • Hero Member
  • *****
  • Thank You
  • -Given: 60
  • -Receive: 125
  • Posts: 875
  • Karma: +77/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #422 on: January 04, 2021, 03:45:08 am »
Both ArcaOs and Windows sound continues to work as it should with this latest release.

Thanks Dave - https://smedley.id.au/tmp/uniaud32-linux-5.6.19-20210104-debug.zip is the next one....
&
https://smedley.id.au/tmp/uniaud32-linux-5.7.19-20210104-debug.zip
&
https://smedley.id.au/tmp/uniaud32-linux-5.8.18-20210104-debug.zip
&
https://smedley.id.au/tmp/uniaud32-linux-5.9.16-20210104-debug.zip
&
https://smedley.id.au/tmp/uniaud32-linux-5.10.4-20210104-debug.zip

No need to test all builds - I sugggest starting with the latest - if it works - no need to test the previous ones. If it doesn't work, finding the newest build that works is helpful.

These have only been confirmed to boot with HDA hardware under Virtualbox. Virtualbox is not giving me sound right now (even under my normal VM with a working driver).

I'll try test on real hardware shortly....
« Last Edit: January 04, 2021, 05:30:13 am by Paul Smedley »

Martin Iturbide

  • OS2World NewsMaster
  • Global Moderator
  • Hero Member
  • *****
  • Thank You
  • -Given: 590
  • -Receive: 121
  • Posts: 3252
  • Karma: +26/-0
  • Your Friend Wil Declares...
    • View Profile
    • Martin's Personal Blog
Re: Updated Uniaud32 build
« Reply #423 on: January 04, 2021, 04:40:31 am »
https://smedley.id.au/tmp/uniaud32-linux-5.8.18-20210104-debug.zip

I just did a quick test with "uniaud32-linux-5.8.18-20210104-debug.zip" on the ArcaOS 5.0.6 VM on W10 host on the TP Yoga 14.
No Trap. It produce sound, and I have control of the volume with the master volume tool. Working good.

Regards
Martin Iturbide
OS2World NewsMaster
... just share the dream.

OS4User

  • Sr. Member
  • ****
  • Thank You
  • -Given: 96
  • -Receive: 16
  • Posts: 306
  • Karma: +9/-0
    • View Profile

Ian Manners

  • Global Moderator
  • Sr. Member
  • *****
  • Thank You
  • -Given: 51
  • -Receive: 32
  • Posts: 412
  • Karma: +5/-0
  • I am the computer, it is me.
    • View Profile
    • ComKal Networks Australia
Re: Updated Uniaud32 build
« Reply #425 on: January 04, 2021, 09:05:00 am »
uniaud32-linux-5.10.4-20210104-debug.zip
Works well for all my Creative boards +
  ASRock G41C-GS Onboard Intel audio
  id: Intel
  driver: HDA-Intel
  name: HDA Intel
  longname: HDA Intel at 0xfeafc000 irq 16
  mixer: VIA VT1705
  componenets: HDA:11064397,18490397,00100000
« Last Edit: January 04, 2021, 10:06:45 am by Ian Manners »
Cheers
Ian B Manners

David McKenna

  • Sr. Member
  • ****
  • Thank You
  • -Given: 13
  • -Receive: 26
  • Posts: 350
  • Karma: +15/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #426 on: January 04, 2021, 12:15:40 pm »
 Paul,

 5.10 works fine with both my desktop and laptop - thanks!

Regards,

Sigurd Fastenrath

  • Sr. Member
  • ****
  • Thank You
  • -Given: 16
  • -Receive: 82
  • Posts: 486
  • Karma: +14/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #427 on: January 04, 2021, 12:41:26 pm »
Hi Paul,

5.10.4. works very well here with the Yoga.

Still 3 controls, not more.

All the best!

Eugene Tucker

  • Full Member
  • ***
  • Thank You
  • -Given: 59
  • -Receive: 10
  • Posts: 155
  • Karma: +5/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #428 on: January 04, 2021, 01:32:22 pm »
Boots with no traps but no sound.

Paul Smedley

  • Hero Member
  • *****
  • Thank You
  • -Given: 60
  • -Receive: 125
  • Posts: 875
  • Karma: +77/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #429 on: January 04, 2021, 09:01:14 pm »
Hi Eugene,

Boots with no traps but no sound.

Have you checked mixer controls with pmunimix?

Logs please - 'copy alsahlp$ alsa.log' and 'unimix -list > unimixlist.txt'

Cheers,

Paul

Dariusz Piatkowski

  • Hero Member
  • *****
  • Thank You
  • -Given: 15
  • -Receive: 30
  • Posts: 969
  • Karma: +19/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #430 on: January 04, 2021, 11:13:03 pm »
Hi Paul, everyone...

...https://smedley.id.au/tmp/uniaud32-linux-5.10.4-20210104-debug.zip

No need to test all builds - I sugggest starting with the latest - if it works - no need to test the previous ones. If it doesn't work, finding the newest build that works is helpful...

This last one also produces the same result as several of the most recent releases, namely: hard lock during boot, but no TRAP.

I took a stab at playing with numerous config options, just in case something about my system is off (given that no one else is reporting anything similar to this).

I did the following:

1) moved from os2krnl 202 to 201
2) changed VIRTUALADDRESSLIMIT=3072 to 2048
3) changes JFS cache from 256M to 128M

All of these produced the very same result.

I will try a couple more times with several other changes such as shutting off FAT32 IFS, disabling the VirtualBox driver, etc.

Thanks,
-Dariusz

Paul Smedley

  • Hero Member
  • *****
  • Thank You
  • -Given: 60
  • -Receive: 125
  • Posts: 875
  • Karma: +77/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #431 on: January 04, 2021, 11:46:56 pm »
Hi Dariusz,


Hi Paul, everyone...

...https://smedley.id.au/tmp/uniaud32-linux-5.10.4-20210104-debug.zip

No need to test all builds - I sugggest starting with the latest - if it works - no need to test the previous ones. If it doesn't work, finding the newest build that works is helpful...

This last one also produces the same result as several of the most recent releases, namely: hard lock during boot, but no TRAP.

I took a stab at playing with numerous config options, just in case something about my system is off (given that no one else is reporting anything similar to this).

I did the following:

1) moved from os2krnl 202 to 201
2) changed VIRTUALADDRESSLIMIT=3072 to 2048
3) changes JFS cache from 256M to 128M

All of these produced the very same result.

I will try a couple more times with several other changes such as shutting off FAT32 IFS, disabling the VirtualBox driver, etc.

Weird.... do you access to a serial port and null modem cable at all? It would be interesting to see how far the boot gets.

Cheers,

Paul

Dariusz Piatkowski

  • Hero Member
  • *****
  • Thank You
  • -Given: 15
  • -Receive: 30
  • Posts: 969
  • Karma: +19/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #432 on: January 05, 2021, 02:22:58 am »
Paul,

Hi Dariusz,

Weird.... do you access to a serial port and null modem cable at all? It would be interesting to see how far the boot gets.

Yup, I've got my APC UPS hooked up to it normally, but could troubleshoot this specific issue otherwise. The NULL cable is the bigger problem...got a few regular cables here, so maybe I could re-wire? I see plenty of on-line references that show the null vs normal pin mapping. Would this require a basic Rx=>Tx and Tx=>Rx conversion, or will this setup need any handshaking provisions?

Do we need to be running a debug kernel for this?

Paul Smedley

  • Hero Member
  • *****
  • Thank You
  • -Given: 60
  • -Receive: 125
  • Posts: 875
  • Karma: +77/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #433 on: January 05, 2021, 03:33:47 am »
Hi Dariusz!

Weird.... do you access to a serial port and null modem cable at all? It would be interesting to see how far the boot gets.

Yup, I've got my APC UPS hooked up to it normally, but could troubleshoot this specific issue otherwise. The NULL cable is the bigger problem...got a few regular cables here, so maybe I could re-wire? I see plenty of on-line references that show the null vs normal pin mapping. Would this require a basic Rx=>Tx and Tx=>Rx conversion, or will this setup need any handshaking provisions?

Do we need to be running a debug kernel for this?

OK 1st things - from what I can see - you're the only user with an ATI SB - everyone else seems to have HDA Intel... so that's likely a different code path.

From what I can see - 4.19.x works for you, 5.3.x fails.  Are you able to narrow down which build broke things for you? this will help identify code changes which caused the break.

To be honest, I'm not 100% it needs to be a null-model serial cable - I just capture the serial port in virtualbox and it works. To send log messages to serial, add /P:1 for com1 or /P:2 for com2

Cheers,

Paul

Dariusz Piatkowski

  • Hero Member
  • *****
  • Thank You
  • -Given: 15
  • -Receive: 30
  • Posts: 969
  • Karma: +19/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #434 on: January 05, 2021, 03:54:19 am »
Paul,

OK 1st things - from what I can see - you're the only user with an ATI SB - everyone else seems to have HDA Intel... so that's likely a different code path.

From what I can see - 4.19.x works for you, 5.3.x fails.  Are you able to narrow down which build broke things for you? this will help identify code changes which caused the break.

Yup, the last good one was: uniaud32-linux-4.19.163-20201230c.zip, following that they were either a TRAP 000e, or the hard-lock. See the attached testing matrix.

For what it's worth, there were two other earlier releases that did actually show the same behaviour, they were:

1) uniaud32-linux-3.18.140-20200816.zip
2) uniaud32-linux-4.0.9-20200816.zip

To be honest, I'm not 100% it needs to be a null-model serial cable - I just capture the serial port in virtualbox and it works. To send log messages to serial, add /P:1 for com1 or /P:2 for com2

OK, may not be as hard then...let me see if I can just hook this thing up to one of my laptops, they are older machines so should have a serial port on one of them...

Thanks!