Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Paul Smedley

Pages: [1] 2 3 ... 167
1
Multimedia / Re: Updated Uniaud32 build
« on: Today at 10:02:51 am »
Thanks Tellie - are you able to post the output of 'copy alsahlp$ alsa.log' with the debug build?

2
Multimedia / Re: Updated Uniaud32 build
« on: April 18, 2025, 10:43:28 am »
Heh Paul!

Hi Mark, I suspect you won't see lockups with the 20250415 build :)

Doesn't have anything to do with Realtek this time, but can confirm today your UniAud 6.12.21 Build 2025/04/15 also works with the NVidia AD1988b audio chipset.

Thanks Mark - for the Realtek system, are you able to send me an alsa.log from 'copy alsahlp$ alsa.log' using the debug driver on a freshly booted system? I'll see if there is a 'fixup' that's missing.

3
Web applications / Re: Dooble releases, Qt5 builds
« on: April 18, 2025, 07:51:48 am »
The reality is that you have as much knowledge of the OS/2 API as I do.....

4
Multimedia / Re: Updated Uniaud32 build
« on: April 17, 2025, 10:04:35 am »
Interesting, I'm still not sure exactly HOW https://launchpad.net/ubuntu/+source/linux-meta-oem-6.11/6.11.0-1020.20 differs from a standard kernel. I'm struggling to find source patches for it :(

5
Multimedia / Re: Updated Uniaud32 build
« on: April 17, 2025, 07:30:27 am »
As expected, no new mixer controls. I would be having a play with pmunimix - perhaps that makes it easier to see what may be wrong. https://www.os2site.com/sw/drivers/sound/uniaud/pmunimix-bin-0_82.zip (in case you don't already have it)

6
Multimedia / Re: Updated Uniaud32 build
« on: April 17, 2025, 06:43:07 am »
Wow! I did not expect that fixup to help!! But that is the only material change in this drop!.

In terms of the stereo output, I suspect there may be a mixer control for this. None of the mixer controls in your last testlog look obvious, perhaps generate a new 'testlog uniaud' to see if any new controls show up now the fixups are in place?

7
Multimedia / Re: Updated Uniaud32 build
« on: April 16, 2025, 10:52:41 pm »
Thanks Sigurd, I'll have a look at these a bit later. I've just been thinking about this part of your testlog:
Code: [Select]
Period size min=2f0 max=2f0
Error -22 second time.. Bailing

This comes from:
https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L1015
& https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L1025

Error -22 is EINVAL or Invalid Parameter. This suggests that one of the parameters set between https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L965 & https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L995 are causing the problem. The trick is know which one.

What I might do is create a specific build which writes each parameter one by one so we can see which one causes the issue.

The logic is really twisted. Without any evidence, I would think that it is possible that:
"periodbytes*nrperiods"
might exceed
"bufsize = hw_param_interval((&params), SNDRV_PCM_HW_PARAM_BUFFER_BYTES)->max;"
which of course is forbidden.

Maybe you can print out these values to begin with.

Done - https://smedley.id.au/tmp/uniaud32.sys contains:
Code: [Select]
dprintf(("Period size min=%lx max=%lx", minperiodsize, maxperiodsize));
dprintf(("bufsize =%lx, nrperiods=%lx, periodbytes=%lx", bufsize, nrperiods, periodbytes));

@Klipp can you install this one? and post the 'copy alsahlp$ alsa.log' output? It should also fix your invalid fixup error.

8
Multimedia / Re: Updated Uniaud32 build
« on: April 16, 2025, 10:38:21 pm »
And there is another line multiple times before this saying:

ALC285: Invalid fixup type 0

OK, I can explain this one. I doubt it's the cause of the lack of mmpm...

Basically - due to the fact that we're using OpenWatcom (which is OLD) and the linux kernel is built with gcc/clang - some of the code uses features that OW doesn't support.

For example at line 3082 of https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/alsa-kernel/pci/hda/patch_realtek.c (Unfortunately the file is too large to view online, you'll have to download a copy)
Code: [Select]
[ALC1220_FIXUP_CLEVO_PB51ED_PINS] = {
.type = HDA_FIXUP_PINS,
.v.pins = (const struct hda_pintbl[]) {
{ 0x19, 0x01a1913c }, /* use as headset mic, without its own jack detect */
{0}
},
.chained = true,
.chain_id = ALC1220_FIXUP_CLEVO_PB51ED,
},

Watcom can't handle the nested struct .v.pins

It can be worked around - see example at lines 1294 & 1514 but there are a lot of cases of this and it's a PITA

I'll look to add the workarounds for the ALC285 - for you, it's probably the one a tline 11176 (ALC285_FIXUP_ASUS_GA403U_HEADSET_MIC) (See reference to your pci id at line 11744)

9
Web applications / Re: Dooble releases, Qt5 builds
« on: April 16, 2025, 09:58:03 pm »

10
Multimedia / Re: Updated Uniaud32 build
« on: April 16, 2025, 07:43:08 am »
Thanks Sigurd, I'll have a look at these a bit later. I've just been thinking about this part of your testlog:
Code: [Select]
Period size min=2f0 max=2f0
Error -22 second time.. Bailing

This comes from:
https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L1015
& https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L1025

Error -22 is EINVAL or Invalid Parameter. This suggests that one of the parameters set between https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L965 & https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L995 are causing the problem. The trick is know which one.

What I might do is create a specific build which writes each parameter one by one so we can see which one causes the issue.

11
Multimedia / Re: Updated Uniaud32 build
« on: April 16, 2025, 06:43:05 am »
It would be interesting to see the output of 'copy alsahlp$ alsa.log' whilst a video is playing with VLC (before it hangs obviously :P)

12
Multimedia / Re: Updated Uniaud32 build
« on: April 16, 2025, 04:31:00 am »
Hi Mark,
Hi Mark, I suspect you won't see lockups with the 20250415 build :)

I can report that 6.12.21 Build 20250415 Release solved the hard lock with the unimix.exe statement in STARTUP.CMD on the Realtek system, and sound works perfectly again, at least with limited testing.

Will try it on the other tower system I have as well, tomorrow, and Best!

Great News! I've removed the older 6.12.21 builds from my webserver to avoid others going through the pain of lockups :)

13
Multimedia / Re: Updated Uniaud32 build
« on: April 15, 2025, 11:15:45 pm »
What else can I provide ?

Is this with the 20250415 build?

14
Multimedia / Re: Updated Uniaud32 build
« on: April 15, 2025, 10:02:07 pm »
Hi Mark, I suspect you won't see lockups with the 20250415 build :)

15
Multimedia / Re: Updated Uniaud32 build
« on: April 15, 2025, 09:21:14 am »
Thanks Paul - yep, this works on VBox using the hda driver. If I start PMUniMix though, I lose sound altogether. Next time I start PMUniMix, everything is set to zero. So as long as I don't start PMUniMix, sound works OK.

OK I see the same here. alsahlp$ shows a bunch of:
Code: [Select]
malloc(): out of memory

I have ideas on why this is happening.

In the newer kernel code, some variable are defined like:
Code: [Select]
struct snd_pcm_hw_params *save __free(kfree) = NULL;
The _free(kfree) is new. Somehow this automatically runs kfree when the function exits, so the specific kfree calls were removed. Will add them back in now.

https://smedley.id.au/tmp/uniaud32-linux-6.12.21-20250415.zip fixes the out of memory errors when manipulating mixer controls.

Pages: [1] 2 3 ... 167