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
Programming / Re: Qt6 Application Testing
« on: Today at 07:34:55 am »
I've reinstated the missing file - apologies for the inconvenience.

2
Programming / Re: Qt6 Application Testing
« on: Today at 01:28:00 am »
When I try to download https://smedley.id.au/tmp/qt6weben-6.2.6-20250124.zip I get a 404.

I'm trying to follow Martin's guide to installing Qt6 and Dooble on page 1.

Probably my bad as I did a cleanup of my tmp directory over Easter. Pretty sure there is a better choice of binaries than that link. I'm out this morning but will follow up here this afternoon my time.

3
Multimedia / Re: Updated Uniaud32 build
« on: April 20, 2025, 11:28:48 pm »
Thanks Tellie and Martin - reviewed alsa.log and confirmed all necessary fixups are in place.

4
Multimedia / Re: Updated Uniaud32 build
« on: April 20, 2025, 08:29:09 am »
OK - I did some searching - I think https://git.launchpad.net/~canonical-kernel/ubuntu/+source/linux-oem/+git/noble/log/?h=oem-6.11-next is the list of checkins to the OEM kernel.

More specifically https://git.launchpad.net/~canonical-kernel/ubuntu/+source/linux-oem/+git/noble/log/?h=oem-6.11-next&qt=grep&q=asus is checkins which mention asus.

https://smedley.id.au/tmp/uniaud32.sys has a small change taken from the above source.

The other possibility is that the entry 'Cirrus Amp detection not supported on OS/2' could be what's causing the problem. This function had some code that was in the 'too hard' bucket to port when I was getting things building.

Edit: I think the issue is the lack of support for the amp - seems https://forums.gentoo.org/viewtopic-p-8826751.html?sid=022a561d200218c68bbf8e86827faef6 might describe what you're experiencing?

5
Multimedia / Re: Updated Uniaud32 build
« on: April 20, 2025, 03:48:27 am »
Must be some sort of geo-block - traceroute from my IP below:
Code: [Select]
1  firewalla.inc.lan (192.168.1.254)  0.255 ms  0.317 ms  0.378 ms
 2  172.31.0.46 (172.31.0.46)  7.997 ms  12.811 ms  12.719 ms
 3  ydc-pe2-v100.sa.leaptel.network (45.249.116.13)  12.583 ms  12.618 ms  12.730 ms
 4  223.165.7.26 (223.165.7.26)  12.609 ms  12.509 ms  12.676 ms
 5  e50.adl-ccdc3-bb1.globalsecurelayer.com (206.148.24.99)  23.231 ms  23.301 ms  23.384 ms
 6  e54.adl-eqxae1-bb4.globalsecurelayer.com (206.148.24.14)  23.189 ms  20.989 ms  20.188 ms
 7  po7.per-eqxpe2-bb5.globalsecurelayer.com (206.148.24.162)  39.425 ms  38.965 ms  38.408 ms
 8  po6.per-ndcp2-bb7.globalsecurelayer.com (206.148.24.10)  38.669 ms  38.489 ms  38.319 ms
 9  po8.sg-eqxsg3-bb2.globalsecurelayer.com (206.148.24.9)  83.978 ms  84.200 ms  84.406 ms
10  e53.mrs-ixmrs2-bb2.globalsecurelayer.com (206.148.26.4)  216.563 ms  216.454 ms  221.047 ms
11  e22.fra-eqxfr5-bb4.globalsecurelayer.com (206.148.26.37)  236.767 ms  236.492 ms  236.613 ms
12  po400.fra-eqxfr5-cr6.globalsecurelayer.com (206.148.26.72)  236.702 ms  236.444 ms  236.539 ms
13  80.81.192.39 (80.81.192.39)  246.045 ms  246.137 ms  246.233 ms
14  dd41708.kasserver.com (85.13.139.169)  244.939 ms  245.305 ms  245.071 ms

6
Multimedia / Re: Updated Uniaud32 build
« on: April 20, 2025, 01:42:26 am »
Loads fine from here

7
Multimedia / Re: Updated Uniaud32 build
« on: April 19, 2025, 10:02:51 am »
Thanks Tellie - are you able to post the output of 'copy alsahlp$ alsa.log' with the debug build?

8
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.

9
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.....

10
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 :(

11
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)

12
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?

13
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.

14
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)

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

Pages: [1] 2 3 ... 167