https://github.com/python/cpython/commit/7eb59cd95b09ede8c7524e8f71fbea5623715f7f
commit: 7eb59cd95b09ede8c7524e8f71fbea5623715f7f
branch: 3.12
author: Miss Islington (bot) <31488909+miss-isling...@users.noreply.github.com>
committer: CAM-Gerlach
date: 2024-05-22T20:21:42Z
summary:
[3.
https://github.com/python/cpython/commit/2fbea81d646688cf438be1dc0be82112a9ae4325
commit: 2fbea81d646688cf438be1dc0be82112a9ae4325
branch: main
author: uıɐɾ ʞ ʇɐɯɐs <_...@skj.io>
committer: CAM-Gerlach
date: 2024-05-22T16:15:11-04:00
summary:
gh-70795: Rework RLock documentation (#
(In reply to dreamsyntax from comment #884)
> Related:
> https://bugzilla.suse.com/show_bug.cgi?id=1223462
> https://github.com/torvalds/linux/commit/
> 39815cdfc8d46ce2c72cbf2aa3d991c4bfb0024f
>
> Now with Kernel 6.9.0 the issue should be fixed for devices with Cirrus.
>
> Unfortunately for me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114767
--- Comment #7 from mjr19 at cam dot ac.uk ---
Another manifestation of this issue in GCC 13.1 and 14.1 is that the loop
do i=1,n
c(i)=a(i)*c(i)*(0d0,1d0)
enddo
takes about twice as long to run as
do i=1,n
c(i)=a(i)*(0d0,1d0
(In reply to Markus from comment #881)
> I tested this script on my Lenovo Legion S7 16IAH7 with a fresh installation
> of Fedora Linux 40 with Kernel 6.8.8-300.fc40.x86_64. After installing
> i2c-tools the script return a lot of "Error: Write failed" errors. Pipewire
> version is:
> Compiled with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114324
--- Comment #5 from mjr19 at cam dot ac.uk ---
Note that bug 114767 also turns out to be a case in which the inability to
alternate neg and nop along a vector leads to poor performance with some
operations on the complex type. That optimisation
In my case, there seems to be an issue with pipewire using too many file
descriptors:
systemctl status --user pipewire
● pipewire.service - PipeWire Multimedia Service
Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset:
enabled)
Active: active (running) since Fri
In my case, there seems to be an issue with pipewire using too many file
descriptors:
systemctl status --user pipewire
● pipewire.service - PipeWire Multimedia Service
Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset:
enabled)
Active: active (running) since Fri
In my case, there seems to be an issue with pipewire using too many file
descriptors:
systemctl status --user pipewire
● pipewire.service - PipeWire Multimedia Service
Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset:
enabled)
Active: active (running) since Fri
Created attachment 306213
kernel-mute.log
(In reply to Tintin from comment #874)
> # . tas2781-2dev-on.sh 2
Sorry if this is a bit long, but trying to include info to help debug
the issue.
Well, it has finally happened again... It seems like the script hasn't
really helped... But I'll have to
Created attachment 306213
kernel-mute.log
(In reply to Tintin from comment #874)
> # . tas2781-2dev-on.sh 2
Sorry if this is a bit long, but trying to include info to help debug
the issue.
Well, it has finally happened again... It seems like the script hasn't
really helped... But I'll have to
Created attachment 306213
kernel-mute.log
(In reply to Tintin from comment #874)
> # . tas2781-2dev-on.sh 2
Sorry if this is a bit long, but trying to include info to help debug
the issue.
Well, it has finally happened again... It seems like the script hasn't
really helped... But I'll have to
(In reply to Tintin from comment #869)
> kindly run
> #i2cdetect -r 2
> and run following command during no sound issue
> dmesg -c > kernel-mute.log
Forgot to get the dmesg even though I did look at the dmesg output
(*facepalm*). There are no messages related to this in dmesg when this
occurs.
(In reply to Tintin from comment #869)
> kindly run
> #i2cdetect -r 2
> and run following command during no sound issue
> dmesg -c > kernel-mute.log
Forgot to get the dmesg even though I did look at the dmesg output
(*facepalm*). There are no messages related to this in dmesg when this
occurs.
(In reply to Tintin from comment #869)
> kindly run
> #i2cdetect -r 2
> and run following command during no sound issue
> dmesg -c > kernel-mute.log
Forgot to get the dmesg even though I did look at the dmesg output
(*facepalm*). There are no messages related to this in dmesg when this
occurs.
To confirm... You want my dmesg output when there's no issue, but you
want me to clear it after reading it?
On 4/22/24 03:23, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> Tintin (shenghao-d...@ti.com) changed:
>
> What|Removed
To confirm... You want my dmesg output when there's no issue, but you
want me to clear it after reading it?
On 4/22/24 03:23, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> Tintin (shenghao-d...@ti.com) changed:
>
> What|Removed
To confirm... You want my dmesg output when there's no issue, but you
want me to clear it after reading it?
On 4/22/24 03:23, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> Tintin (shenghao-d...@ti.com) changed:
>
> What|Removed
Unfortunately, my sound finally did fail again... But the symptoms seem
different. Audacious just hangs for a while before ultimately giving up
(and it stops hanging and stops trying to play).
But this is a new type of failure so perhaps this patch did make a bit of a
difference?
Unfortunately, my sound finally did fail again... But the symptoms seem
different. Audacious just hangs for a while before ultimately giving up
(and it stops hanging and stops trying to play).
But this is a new type of failure so perhaps this patch did make a bit of a
difference?
Unfortunately, my sound finally did fail again... But the symptoms seem
different. Audacious just hangs for a while before ultimately giving up
(and it stops hanging and stops trying to play).
But this is a new type of failure so perhaps this patch did make a bit of a
difference?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114767
--- Comment #6 from mjr19 at cam dot ac.uk ---
I was starting to wonder whether this issue might be related to that in bug
114324, which is a slightly more complicated example in which multiplication by
a purely imaginary number destroys
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114767
--- Comment #4 from mjr19 at cam dot ac.uk ---
An issue which I suspect is related is shown by
subroutine zradd(c,n)
integer :: i,n
complex(kind(1d0)) :: c(*)
do i=1,n
c(i)=c(i)+1d0
enddo
end subroutine
If compiled with gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114767
--- Comment #2 from mjr19 at cam dot ac.uk ---
Ah, I see. An inability to alternate negation with noop also means that
conjugation is treated suboptimally.
do i=1,n
c(i)=conjg(c(i))
enddo
Here gfortran-13 and -14 are differently
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mjr19 at cam dot ac.uk
Target Milestone: ---
Gfortran 14 shows considerable improvement over 13.1 on x86_64 AVX2 on the test
case
subroutine scale_i(c,n)
integer :: i,n
complex
On 4/16/24 16:54, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #859 from Gergo K (so...@irl.hu) ---
> What else came to mind, the driver currently writes the calibration data to
> one
> of the wrong registers of tas2781, which can also
On 4/16/24 16:54, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #859 from Gergo K (so...@irl.hu) ---
> What else came to mind, the driver currently writes the calibration data to
> one
> of the wrong registers of tas2781, which can also
I had some time this morning to try and repeat the issue.. I couldn't do
it. So until I can find a way to repeat it, it's not worth testing other
kernel releases.
I will try Gergo's command once it happens again and report back.
--
You received this bug notification because you are a member of
I had some time this morning to try and repeat the issue.. I couldn't do
it. So until I can find a way to repeat it, it's not worth testing other
kernel releases.
I will try Gergo's command once it happens again and report back.
--
You received this bug notification because you are a member of
On 4/16/24 16:54, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #859 from Gergo K (so...@irl.hu) ---
> What else came to mind, the driver currently writes the calibration data to
> one
> of the wrong registers of tas2781, which can also
I had some time this morning to try and repeat the issue.. I couldn't do
it. So until I can find a way to repeat it, it's not worth testing other
kernel releases.
I will try Gergo's command once it happens again and report back.
--
You received this bug notification because you are a member of
I can try 6.7.9 and 6.7.12.
What you described vaguely sounds like the stuff I'm doing when it
breaks on me so I'll try that too!
I might have some time to do this tomorrow night.
I've wondered if this is a firmware issue as well. Here are my md5sums
for my files:
I can try 6.7.9 and 6.7.12.
What you described vaguely sounds like the stuff I'm doing when it
breaks on me so I'll try that too!
I might have some time to do this tomorrow night.
I've wondered if this is a firmware issue as well. Here are my md5sums
for my files:
(In reply to dreamsyntax from comment #853)
> Hi, just confirming that on:
> Lenovo Legion Pro 7i (Gen 8 / 2023) the no sound issue has regressed again
> on 6.8.5.
>
> Last working version without any issues is 6.7.9 - which is odd considering
> the original post lists this as not a regression?
>
(In reply to dreamsyntax from comment #853)
> Hi, just confirming that on:
> Lenovo Legion Pro 7i (Gen 8 / 2023) the no sound issue has regressed again
> on 6.8.5.
>
> Last working version without any issues is 6.7.9 - which is odd considering
> the original post lists this as not a regression?
>
I can try 6.7.9 and 6.7.12.
What you described vaguely sounds like the stuff I'm doing when it
breaks on me so I'll try that too!
I might have some time to do this tomorrow night.
I've wondered if this is a firmware issue as well. Here are my md5sums
for my files:
(In reply to dreamsyntax from comment #853)
> Hi, just confirming that on:
> Lenovo Legion Pro 7i (Gen 8 / 2023) the no sound issue has regressed again
> on 6.8.5.
>
> Last working version without any issues is 6.7.9 - which is odd considering
> the original post lists this as not a regression?
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114393
--- Comment #9 from Patrick Welche ---
Thank you!
$ /usr/local/gcc/bin/g++ --version
g++ (GCC) 14.0.1 20240414 (experimental)
$ ./readme_ex
0 1 4
think it is good to go!
Best, Nancy
From: Margaret Cullen
Date: Friday, March 15, 2024 at 12:14 PM
To: drafts-expert-review-comm...@iana.org
Cc: Nancy Cam-Winget (ncamwing) , emu@ietf.org
Subject: Re: [IANA #1359904] expert review for draft-ietf-emu-rfc7170bis
(teap-parameters)
I have read
mponent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: prlw1 at cam dot ac.uk
Target Milestone: ---
When trying to use the reference implementation of the `std::execution`
proposal over at https://github.com/nvidia/stdexec, I get errors of the form
/usr/src/loc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114324
--- Comment #4 from mjr19 at cam dot ac.uk ---
Created attachment 57713
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57713=edit
Second testcase, very similar to first
Thank you for looking into this. The real code in question has m
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mjr19 at cam dot ac.uk
Target Milestone: ---
Created attachment 57685
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57685=edit
Test case of loop showing performance regress
Ira, there's not enough information in what you have posted to assist in
getting your problem solved.
What does "Saving to Windows on local network does not work" mean? What
actually happens? What error message is generated?
Is there one MySQL database or two? If there is one, on which
On 2024-02-28 18:28, Tommy Trussell wrote:
On Wed, Feb 28, 2024 at 8:02 PM Ira Fuchs wrote:
I am trying to save my Gbucash data to MySQl v8.0.36 on a newly installed
MySQL instance on WIndwos 10. Gnucash is running on a Mac and I also have a
MySQL instance on that machine running v .8.0.22. I
Sounds like I should try this new firmware...
kernel-firmware... Is that the repo?
On 2/22/24 6:56 PM, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #837 from Willian (ker...@willian.wang) ---
> (In reply to Cameron Berkenpas from comment
Sounds like I should try this new firmware...
kernel-firmware... Is that the repo?
On 2/22/24 6:56 PM, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #837 from Willian (ker...@willian.wang) ---
> (In reply to Cameron Berkenpas from comment
Then that's the latest firmware as far as I know (that's my server lol).
Not sure why you're getting the beep then.
On 2/22/24 13:31, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #833 from Willian (ker...@willian.wang) ---
> (In reply to
Then that's the latest firmware as far as I know (that's my server lol).
Not sure why you're getting the beep then.
On 2/22/24 13:31, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #833 from Willian (ker...@willian.wang) ---
> (In reply to
The strong beep suggests you might have the older firmware.
If you have the old firmware, you might also notice your sound for your
left and right speakers are swapped.
On 2/22/24 12:06, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #831
The strong beep suggests you might have the older firmware.
If you have the old firmware, you might also notice your sound for your
left and right speakers are swapped.
On 2/22/24 12:06, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #831
https://github.com/python/cpython/commit/7de9caec0da04d6c9b8786dc02754532e22bf432
commit: 7de9caec0da04d6c9b8786dc02754532e22bf432
branch: 3.11
author: Miss Islington (bot) <31488909+miss-isling...@users.noreply.github.com>
committer: CAM-Gerlach
date: 2024-02-16T22:12:45Z
summary:
[3.11
https://github.com/python/cpython/commit/d08d5b62517c71a7f8781a6b2d3520a0e4bf7b19
commit: d08d5b62517c71a7f8781a6b2d3520a0e4bf7b19
branch: 3.12
author: Miss Islington (bot) <31488909+miss-isling...@users.noreply.github.com>
committer: CAM-Gerlach
date: 2024-02-16T22:12:49Z
summary:
[3.12
https://github.com/python/cpython/commit/318f2190bc93796008b0a4241243b0851b418436
commit: 318f2190bc93796008b0a4241243b0851b418436
branch: main
author: Brian Schubert
committer: CAM-Gerlach
date: 2024-02-16T16:04:17-06:00
summary:
docs: Add glossary term references to shutil docs (#115559)
Add
Probably time to bisect and then report back to Cirrus Logic.
On 1/18/24 16:53, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #806 from Howard Chu (h...@highlandsun.com) ---
> (In reply to Cameron Berkenpas from comment #805)
>> I believe
Probably time to bisect and then report back to Cirrus Logic.
On 1/18/24 16:53, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #806 from Howard Chu (h...@highlandsun.com) ---
> (In reply to Cameron Berkenpas from comment #805)
>> I believe
I believe support for the 16ACHg6 was added quite a ways back.
On 1/18/24 05:36, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> shenanig...@duck.com changed:
>
> What|Removed |Added
>
I believe support for the 16ACHg6 was added quite a ways back.
On 1/18/24 05:36, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> shenanig...@duck.com changed:
>
> What|Removed |Added
>
.
Cheers
Cam
On 2024-01-10 08:44, Cam Farnell wrote:
In a rather large program I have this code:
self.TextWidget.focus_set()
print("type(self.TextWidget)=%s"%type(self.TextWidget))
print('Focus_get()=%s'%self.focus_get())
The goal is to have TextWidget get the focus. Usual
the focus_set makes no difference.
The TextWidget in question is visible on the screen, and pressing Tab a couple
of times does get it the focus.
Having spent some hours chasing this I'm a tad frustrated, but quite open to
suggestions about what to look for.
a day, you're better off using a
spreadsheet and uploading a csv or converting it to a QIF or similar.
Otherwise, it's actually quicker and easier to manually enter the items
directly.
Cheers
Cam
___
gnucash-user mailing list
gnucash-user@gnucash.org
Andrew, the verb approach doesn't work here as smart amps are being
used.
The tas2781 smart amp is generally supported as of kernel 6.6... but now
it's a question of if firmware for your laptop is available.
Without your alsa-info, I can't tell if your laptop is supported...
But you can just
Andrew, the verb approach doesn't work here as smart amps are being
used.
The tas2781 smart amp is generally supported as of kernel 6.6... but now
it's a question of if firmware for your laptop is available.
Without your alsa-info, I can't tell if your laptop is supported...
But you can just
** Patch added: "Patch from OpenZFS master branch"
https://github.com/openzfs/zfs/commit/30d581121bb122c90959658e7b28b1672d342897.patch
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-hwe-6.5 in Ubuntu.
** Patch added: "Patch for OpenZFS 2.1"
https://github.com/openzfs/zfs/commit/e49b10f57c770a03217e6537252c90550aadb538.patch
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-hwe-6.5 in Ubuntu.
Apparently the bug was not in block cloning, it was just exacerbated by
it. The issue affects older versions of ZFS as well, including 2.1.x.
That is why the upstream OpenZFS project has backported the patch to
2.1.x (Chad linked the PR above). Thus, linux-hwe-6.2 is affected.
** Also affects:
Confirming I've faced the same problem on a fresh install using
official 12.2.0 bookworm amd64 netinst with firmware 20231007-10:28.
I've uninstalled gnome-remote-desktop as I don't have use for it and
gnome settings works now
Regards,
Nicolas Le Cam
Hello,
J'ai cru lire SS7, j'ai cru lire qqpart qu'au niveau européen on avait
basculé en full sip non ? Il existe encore du ss7 ?
Le lun. 11 sept. 2023 à 09:32, David Ponzone a
écrit :
> Certains, sur la liste je pense, ont essayé il y a quelques années :)
>
> > Le 11 sept. 2023 à 09:26,
Then sounds like your laptop is supported by my patch:
https://bugzilla.kernel.org/show_bug.cgi?id=216194
This patch will never make it into the kernel. But if you are able to
apply the patch and build your own kernel... This will get you sound.
(In reply to Linghui Ding from comment #775)
>
Then sounds like your laptop is supported by my patch:
https://bugzilla.kernel.org/show_bug.cgi?id=216194
This patch will never make it into the kernel. But if you are able to
apply the patch and build your own kernel... This will get you sound.
(In reply to Linghui Ding from comment #775)
>
Depends on which laptop you have. It will work if you have the Legion 7i
Gen 7, but not for the Gen 8 (but there is work to get the Gen 8 working
that will be mainlined).
Share a link to your alsa-info.
(In reply to Linghui Ding from comment #773)
> So, this patch can solve the sound problem,
Depends on which laptop you have. It will work if you have the Legion 7i
Gen 7, but not for the Gen 8 (but there is work to get the Gen 8 working
that will be mainlined).
Share a link to your alsa-info.
(In reply to Linghui Ding from comment #773)
> So, this patch can solve the sound problem,
This is probably the same as an Nvidia driver issue that I've had... Or
similar... I had the same issue with the Gen 6, and gave up hibernating
completely with the gen7/8.
I could hibernate & resume 1-2 times, and then when resuming... the
laptop would hang, eventually my desktop session would
This is probably the same as an Nvidia driver issue that I've had... Or
similar... I had the same issue with the Gen 6, and gave up hibernating
completely with the gen7/8.
I could hibernate & resume 1-2 times, and then when resuming... the
laptop would hang, eventually my desktop session would
I haven't been able to get this working properly. I was able to get
sound with this approach a few months ago, but I was getting "AMP short"
errors, which I'm sure can't be good.
On 6/5/23 06:45, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> ---
I haven't been able to get this working properly. I was able to get
sound with this approach a few months ago, but I was getting "AMP short"
errors, which I'm sure can't be good.
On 6/5/23 06:45, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> ---
Alas, you are correct. The good news is that this is being worked on for
the Legion... But it seems to be for the latest model of the Legion
(which does haven't Cirrus Logic, it has TI smart amps IIRC). I have the
2nd to latest (which I think came out less than a year ago).
Hopefully from
Alas, you are correct. The good news is that this is being worked on for
the Legion... But it seems to be for the latest model of the Legion
(which does haven't Cirrus Logic, it has TI smart amps IIRC). I have the
2nd to latest (which I think came out less than a year ago).
Hopefully from
Here's a thread where people are expressing their dissatisfaction with Lenovo's
support of Linux on their Legion series laptops. Maybe if enough people chime
in, they'll take us seriously and we'll get somewhere. I personally don't
need/want formalized Linux support... I just want the hardware
Here's a thread where people are expressing their dissatisfaction with Lenovo's
support of Linux on their Legion series laptops. Maybe if enough people chime
in, they'll take us seriously and we'll get somewhere. I personally don't
need/want formalized Linux support... I just want the hardware
Looking more closely at your alsa-info... You have:
/sys/bus/acpi/devices/CLSA0102:00/status
I didn't even know the CLSA0102 existed! Just the CLSA0100 and the
CLSA0101. I don't think that's supported at all at this point. You might
try reaching out to Cirrus Logic. I think that's your best
Looking more closely at your alsa-info... You have:
/sys/bus/acpi/devices/CLSA0102:00/status
I didn't even know the CLSA0102 existed! Just the CLSA0100 and the
CLSA0101. I don't think that's supported at all at this point. You might
try reaching out to Cirrus Logic. I think that's your best
See https://bugzilla.kernel.org/show_bug.cgi?id=216194 for a new patch.
Currently the latest is lenovo-7i-gen7-sound-6.2.0-rc3-0.0.5b-002.patch
This latest patch theoretically has support for Blake Lee's machine.
A new revision of the 16IAX7.
oppsig's Yoga Slim 7 Carbon 14ACN6
Pierre Hébert,
See https://bugzilla.kernel.org/show_bug.cgi?id=216194 for a new patch.
Currently the latest is lenovo-7i-gen7-sound-6.2.0-rc3-0.0.5b-002.patch
This latest patch theoretically has support for Blake Lee's machine.
A new revision of the 16IAX7.
oppsig's Yoga Slim 7 Carbon 14ACN6
Pierre Hébert,
The name doesn't matter, just the numeric ID. If I had a patch worth
submitting, I would fix the names but otherwise they don't matter.
Please share the following outputs with me:
uname -a
And mostly I need this:
dmesg | egrep -i '(csc3551|cs35l41|reset_gpio|short|adev|speaker)'
On 2/28/23
The name doesn't matter, just the numeric ID. If I had a patch worth
submitting, I would fix the names but otherwise they don't matter.
Please share the following outputs with me:
uname -a
And mostly I need this:
dmesg | egrep -i '(csc3551|cs35l41|reset_gpio|short|adev|speaker)'
On 2/28/23
Created attachment 303815
attachment-24448-0.html
Uploaded lenovo-7i-gen7-sound-6.2.0-rc3-0.0.5b.patch to
https://bugzilla.kernel.org/show_bug.cgi?id=216194
Although I forgot to update it in the patch name... This patch is
against 6.2.1
I put a disclaimer that this is a use-at-your-own-risk
Created attachment 303815
attachment-24448-0.html
Uploaded lenovo-7i-gen7-sound-6.2.0-rc3-0.0.5b.patch to
https://bugzilla.kernel.org/show_bug.cgi?id=216194
Although I forgot to update it in the patch name... This patch is
against 6.2.1
I put a disclaimer that this is a use-at-your-own-risk
You have the slim? I don't think I added slim support to the patch. I
think someone else did and it worked.
It's not that hard to do. The numeric ID you need can be found in your
alsa-info.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is
You have the slim? I don't think I added slim support to the patch. I
think someone else did and it worked.
It's not that hard to do. The numeric ID you need can be found in your
alsa-info.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
As the 6.1.x kernel worked, likely something else isn't quite right.
Are you sure you're running your patched kernel? Which patch did you
apply?
On 2/28/23 06:00, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #739 from Pierre Hébert
As the 6.1.x kernel worked, likely something else isn't quite right.
Are you sure you're running your patched kernel? Which patch did you
apply?
On 2/28/23 06:00, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #739 from Pierre Hébert
For details around why this doesn't work as well as a use at your own
risk patch (which SO FAR has proven safe), look here:
https://bugzilla.kernel.org/show_bug.cgi?id=216194
The short short version is that Lenovo has zero interest in adding
entries in a BIOS update that would allow sound to
For details around why this doesn't work as well as a use at your own
risk patch (which SO FAR has proven safe), look here:
https://bugzilla.kernel.org/show_bug.cgi?id=216194
The short short version is that Lenovo has zero interest in adding
entries in a BIOS update that would allow sound to
Bonjour,
Une personne de mon entourage recherche un stage de développeur Web Full
Stack( html, CSS, Javascript, node JS, mysql) pour 2 mois. Le stage ne
doit pas être rémunéré et les dates sont du 30 mai au 25 juillet et de
préférence dans les Yvelines ou Paris.
Me contacter pour le CV.
Je
it outside of GnuCash.
Cheers
Cam
On 2023-01-02 17:48, Adrien Monteleone wrote:
If by 'directly' you mean from 'within GnuCash', no, you can't.
Since the customer's e-mail address can appear on the invoice in their
info block, you might be able to set up a script, possibly combined
No, only the 16IAX7 is covered.
You could a quirk for your laptop model... But I have to wonder how
different the speakers are for a slim model, which would concern me.
On 12/30/22 16:17, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment
No, only the 16IAX7 is covered.
You could a quirk for your laptop model... But I have to wonder how
different the speakers are for a slim model, which would concern me.
On 12/30/22 16:17, bugzilla-dae...@kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment
New patch for Lenovo Legion 7i Gen7 (16IAX7)
lenovo-7i-gen7-sound-6.2.0-rc1-0.0.3.patch posted:
https://bugzilla.kernel.org/show_bug.cgi?id=216194
This is still very much a use-at-your-own-risk sort of thing... However,
I have it on good word that someone who's been using this virtually
everyday
New patch for Lenovo Legion 7i Gen7 (16IAX7)
lenovo-7i-gen7-sound-6.2.0-rc1-0.0.3.patch posted:
https://bugzilla.kernel.org/show_bug.cgi?id=216194
This is still very much a use-at-your-own-risk sort of thing... However,
I have it on good word that someone who's been using this virtually
everyday
I think none of the Gen 7 Legions have support.
Basically, all Lenovo needs to do is add some info to the ACPI _DSD
tables which will allow the cs35l41 drivers to know how to configure the
amp chips in our laptops. Lenovo so far has been unwilling to do this.
Maybe the AMD based Gen 7 does,
1 - 100 of 5451 matches
Mail list logo
