Bluetooth not working on Asus B650E-I

brent

The following list of packages will be removed
in the respective order to satisfy dependencies:
gvfs-goa budgie-weathershow-applet sdl2-mixer sdl2-ttf ffmpegthumbnailer flatpak picard gnome-session gnome-control-center steam citra budgie-screensaver sdl2-mixer-32bit baobab networkmanager-openconnect gstreamer-1.0-libav budgie-screenshot-applet libwebkit-gtk5 eog libgnome-desktop libadwaita gnome-calendar yuzu gnome-calculator mutter file-roller libgdata gnome-terminal libvte libportal wireplumber sdl2-gfx-32bit sdl2-gfx sdl2-net budgie-control-center libcolord-gtk gnome-online-accounts libwebkit-gtk41 evolution-data-server sdl2-net-32bit networkmanager-openvpn gnome-bluetooth-1-common gnome-bluetooth-1 xdg-desktop-portal qt6-multimedia gnome-bluetooth libgtksourceview5 pipewire-32bit network-manager-applet libnma sdl2-image-32bit sdl2-image ibus libgtk-4 python3-qt5 qt5-connectivity libwebkit-gtk gstreamer-1.0-plugins-bad chromaprint ffmpeg sdl2-ttf-32bit sdl2-32bit sdl2 budgie-desktop-branding-fortitude-plus budgie-desktop-branding-fortitude budgie-desktop-branding budgie-desktop gnome-settings-daemon mpv-libs pipewire bluez

wow that took some guts. the outcome could be a successful rollback, total fubar, partial fubar, pretty horrible fubar. Out of those 4 I own that last 3 so congrats on 1.
I wonder---in regards to this experiment--if the reboot as opposed to complete shutdown would have made a difference...I wish I knew the true difference. One's a lightning-fast power-off and one is a true power-off? How would that have effected Bluez?
what a long strange trip, as they sang...

infinitymdm

brent if the reboot as opposed to complete shutdown would have made a difference...I wish I knew the true difference. One's a lightning-fast power-off and one is a true power-off? How would that have effected Bluez?

My very limited understanding is that Bluetooth hardware has some complex interactions with system power because of the many low-power states it can be in. Doing a full shutdown (and removing power for good measure - maybe even going as far as removing the CMOS battery) can help clear up any residual charge in the circuits, and get things into a goodish state again.

WetGeek

brent I wonder---in regards to this experiment--if the reboot as opposed to complete shutdown would have made a difference...I wish I knew the true difference.

Years ago I noticed that there IS a difference, and after experiencing that difference enough times, I concluded that a reboot restarts just the OS, and a shutdown and restart also includes all the peripherals. I was trying to figure out why a network issue was affected by a complete shutdown, but not a reboot.

No idea what that has to do with the present context. Perhaps the radio isn't shut down and restarted by a reboot?

brent

infinitymdm as far as removing the CMOS battery

this ^ and re-situating the jumper pins sheath with a needlenose pliers on the back of a HDD (if applicable) have performed miracles for me. seems so old school now. it does---as fact---reset many things back to happy. It truly does not clear any charges with a reboot, I agree.

Axios

In the case of bluetooth chips its a register based Meaning that all the commands issued to it by
a write cycle of the os settings are stored in the bluetooth chip so when you boot the software reads those values.
If you remove power from the chip and power it up again the data you stored is read again.
Sometimes a glitch or other unkown reason the registers can get fubar so who knows whats in the registers
and then a chip reset is done setting it back to factory defaults.

Doing what he said is really more for the internals of chips sometimes they can get funky inside.
The concept is basically the same thing your doing when your changing your bios settings.

The bluez deal was basically they did an update to it in may and ran across removing and reinstall it fixed
bluetooth for some ppl.
The remove and power down ect prob not needed and maybe not good idea.
But one can do a chip reset to get it back to factory defaults

Axios

But I might note the bluetooth chip will retain its settings without power
(And they can go bad they are usually rated for like 100,000 write cycles)
(Reading the chip does not effect anything)

Axios

brent This is interesting
(If his module Mac address is truly set to all zeros Linux dont like it)
or How the heck it would happen in first place but hey its computers anything is poss.
(Guess this Is why I keep windows around for stupid stuff...lol)
https://macaddresschanger.com/invalid-bluetooth-address
I just wonder

brent

Axios in windows at least you get one mac addy reset then no more (says the article). Then this short article ends with 'proof of concept' gitlab code to reverse this course of zeroed out address. Could invalid address have something to do with this problem I wonder? I consider that very interesting.
edit:
bluetoothd[...]: No address available for hci0 or bluetoothd[...]: No Bluetooth address for index 0
have we seen that yet in this thread? too tired to scroll to top🙂

infinitymdm

Axios brent I just want to say that you guys have been awesome. Thanks so much for your help so far. I'm sure that eventually we'll get this figured out.

I'll take a look at that mac address reset code (hopefully over the weekend, though my schedule has gotten pretty full lately) and consider giving it a try.

Axios

brent New Index: 00:00:00:00:00:00 (Primary,USB,hci0) [hci0] 0.749501
The no address is prob what causing it not to work but I dont know where its not coming from.
And since thats invalid mac address it will cause issues
Found that little article interesting and informative

brent

Axios the code is there for the experimenting and @infinitymdm has endured all the hammering with great humor🙂...
"This project is a proof of concept example only.
The code demontrates sending commands to CSR bluetooth adapter (to change it's address) using libusb functions instead of hci calls.

Usage: fix_bricked_bt VID PID BD_ADDR

Arguments: VID, PID - USB device identifiers BD_ADDR - New bluetooth address

Example: fix_bricked_bt 0x0a12 0x0001 11:22:33:44:55:66

Building Run make to build the program. libusb-1.0 headers and libraries required to be installed on your system (debian/ubuntu - "libusb-1.0-0-dev" package)"
😲

Axios

infinitymdm I looked online A guy could do it but it would be a beast to replace the board
prob not for the faint hearted. (Under the silver metal shield the antenna brackets are attached to it whole thing comes out gotta remove mother board ect ect ect geez they couldnt make it simple)

I dunno did alot of kernel module reading and fixes mediatek did I came to the conclusion maybe in the next 2
kernel cycles maybe it will get fixed. If thats the issue. (that I am looking at)

But it wouldnt hurt to look at that wont do any harm. Might tell us alittle more. (Mac add)
I did learn something tho My codeing is wayyyyyyyy rusty when you get that deep..lol
gave me a headache..rofl

Axios

WetGeek You are correct reboot=Soft pwr off=hard,soft
they do act different sometimes.
Kinda hard to tell tho what they effect sometimes so I just pwr down if issues arise.
Soft reboot is always easier on equipment tho.

Hmmm I dont run windows 10 getting ready sometime to wipe it off lenovo thinkpad
But I did notice that strange behavor Harvey just described kinda thought thats what it was
I dont go past win7...lol

Harvey

In a reboot (warm boot) devices are not always "let go". If a computer is shutdown and it is a true shutdown (By default in Windows 10+, shutdown is actually a sleep state), the device is "let go" and when you next power on (cold boot) everything is reinitialised without getting stuck in some prior state.

brent

Axios Kinda hard to tell tho what they effect sometimes so I just pwr down if issues arise.

toward what you said and Harvey said and Wetgeek said (re: the science/sequence of powering down), if indeed that is valid, which it probably is...then I wonder if it is possible (dmesg? journalctl?) to audit the 'let go' state versus the still ticking state? edit: to see who's chatty

In a soft reboot whatever is talking/not talking to the bluetooth will continue talking/not talking and a hard boot all communicaion is let go then reestablishes on boot..

..so what does this mean? We can rule hard vs. soft out right now. Right? I forget? (op already tried i think)
Are we down to two factors now?
Is this what we are down to infinitymdm you think?:
1) the hardware and software aren't talking and we don't know why
or
2) basic incompatibility (kernel etc)

infinitymdm

Axios A guy could do it but it would be a beast to replace the board
prob not for the faint hearted.

I used to repair smartphones. Stuff like this is a walk in the park by comparison 😛

Axios I dunno did alot of kernel module reading and fixes mediatek did I came to the conclusion maybe in the next 2
kernel cycles maybe it will get fixed. If thats the issue. (that I am looking at)

I think that would fall under the "Do nothing, and wait for a miraculous fix from the penguin gods" troubleshooting option. That's promising, though - could you link to the patches you're looking at? I might just build the kernel with those patches if it isn't too in-depth.

Axios

infinitymdm Uh I hate to even say this with all the bookmarks and stuff I cant find it
I wasnt ignoring you.
I guess I didnt hit the save key.
Wanted to look at it some more myself will keep looking

Axios

brent I think its little of both those but I dont know which is the main offender
Kernal,mt7922,firmware appears to me its getting in a hung state (appears not to be stuck there)
(After my research think device driver)

They have error (And codes are different) for not communicating and those kinda things so I think its working up to the point its doesnt.
But when it reaches that point it gets hung up.
Power down or reboot we start over again sheesh
Will prob be one ah ha moments when it does work.

brent

Axios Kernal,mt7922,firmware appears to me its getting in a hung state

that's a much better description than I could come up with--all those things bottleneck into hung state. I was losing concentration on this one!

Axios Power down or reboot we start over again sheesh

this is related to hung state in only that one of those two cause the hang...or not🙂.
if infinity goes on to patch/rebuild the kernel then I salute you is all I can say.
you are right it will be an a-ha moment like internal bt wasn't seated in the board good enough...(but I rememver op saying it worked in Endeavour...)

now we are on a hamster wheel. given that Endeavor kernel same/in ballpark as solus kernel (unless we went LTS route I forgot) then why did it work in one OS and not the other? same hardware for both operating systems...he tried to pilfer the files from Endeavor but that didn't work.
but no hung state in endeavor....endeavor uses systemd too...is this a different software or libraries thing when it comes to being unhung as it were--as in how it handles the communication?

ok 🙂 brain mostly empty now

Axios

brent Well I think it may be some sort of dma issue since the board doesnt have memory its got to
be read into pc memory. (I dont think thats happening) sooo we come up no mac address ect.
and that may be where process is hanging.

Because the info we got is firmware driver ect is loaded (which is not data from board) But wheres the data?
It appears we are missing the data. (appears when it gets to that point it hangs)

I dont know the differences between Endeavour and solus.
I maybe totally wrong on this first time I have dove this deep into linux
It installed when os was installed but not sure how all that plays out

extra note if he didnt install Endeavour how do we know if it really works
but maybe he did install it dunno

Long story when it trys to read board data it hangs and then times out

infinitymdm

brent but I rememver op saying it worked in Endeavour...

Axios if he didnt install Endeavour how do we know if it really works

I never did end up testing Endeavor. The only test state where Bluetooth has worked for me was when booting with the Solus Budgie 4.3 ISO, and immediately after a fresh install. After updates + reboot, the Bluetooth no longer worked. That said, WiFi did not work until after updates. If I could only have one or the other, right now I would choose WiFi.

brent

Axios yes I agree the zero address I didn't think that one through again. without board memory or place to go we get hung up. firmware data is loaded but no data.

Axios extra note if he didnt install Endeavour how do we know if it really works
but maybe he did install it dunno

I thought his BT worked on another OS but too lazy/tired to sift from the beginning of thread as well.

what is happening to him is much clearer to me but the solution gets less clearer

« Previous Page