@John Hoff
> Namely, I followed the same procedure as before with the headphone
patch, but right before I made the new custom kernel I just added the
new candidate CORB values to the new patch_realtek.c file in my new
custom header... so basically just modified the samsung headphone very
quiet fix
@John Hoff
> Mike, depending on your answers to my many questions from today, if
the only way we know to proceed is to build and test a patch, could you
help with building the patch (or at least the basic framework of the
patch so I can just plug in the CORB values)?
Absolutely. I'll write a patc
@John Hoff
> enable file...
Can you re-attach? I don't see it.
> Anyway, thoughts? Do you have any more clarity on how to replay the
CORB commands?
Take a look at this patch [1]. Use the CORB command recording to write a
similar patch. It will contain a 2034-entry long array of hda_verb
structs
@PowerKiKi
Wondeful, thank you for clarifying. =)
> I'd love to submit the patch, but I've never done that before. I'll
see if I can figure it out later tonight...
That would be great - go for it! Nick Desaulniers has a good blog post
which describes how to submit a patch [1]. I read it and then
@John Hoff
John, great work!
> Now what? I am not sure what to do with any of this data
Now the hard part. Here's what I think is going on:
The windows driver running in the VM controls the audio codec. How?
According to section 4.4 of the Intel HDA Spec [1], the driver writes to
a circular
@John Hoff @PowerKiKi
Is "Samsung Galaxy Book Ion (NT950XCJ-X716A)" not a correct description
of John's laptop? If not, it doesn't matter to snd_hda_intel which only
looks at the subsystem id (0x144dc18a), but it's worth changing it for
the benefit of any humans who read the kernel code.
I use th
@John Hoff
> Is there something I need to do to allow pass through of the
underlying hardware?
Yes. It's called vfio passthrough. Can you try doing what I did in
comment 15 [1]? It is based off of the instructions in the QemuHDADump
wiki [2].
[1] https://bugzilla.kernel.org/show_bug.cgi?id=20742
@John Hoff
The windows VM is the key. It's the top layer of the 3-layer cake. The
middle layer is linux and the bottom layer is the hardware. In linux we
record the windows driver communicating with the audio codec in the
hardware's firmware with the hope that we can play back the recording in
the
@John Hoff
Woohoo!!! Way to go John! That's great news. I submitted a patch to LKML
(see attached). The content is the same as the patch that worked for
you; all I did was change the commit message. Hopefully it lands in your
favorite kernel distribution soon. :)
> Is there anything I can do to h
@John Hoff
> I notice in your comment you did a checkout of v5.8... does that make
a difference?
The fact that you were able to apply the patch and compile makes me
think that a checkout of v5.8 would not make a difference.
Can you try this patch instead? (See attached)
Delete /etc/modprobe.d/a
@John Hoff
This works for me
git clone g...@github.com:torvalds/linux.git
cd linux
git checkout v5.8
git apply
~/Desktop/0001-ALSA-hda-realtek-Add-model-alc298-samsung-headphone.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
11 matches
Mail list logo