ChanServ changed the topic of #linux-msm to:
marvin24 has joined #linux-msm
marvin24_ has quit [Ping timeout: 480 seconds]
jhovold has joined #linux-msm
mripard has joined #linux-msm
mripard has quit [Remote host closed the connection]
Daanct12 has quit [Quit: ZNC 1.9.0 - https://znc.in]
Danct12 has joined #linux-msm
svarbanov_ has quit [Ping timeout: 480 seconds]
asriel has joined #linux-msm
Caterpillar has joined #linux-msm
Caterpillar has quit [Quit: Konversation terminated!]
pespin has joined #linux-msm
pespin has quit [Remote host closed the connection]
pespin has joined #linux-msm
mripard has joined #linux-msm
f_ has joined #linux-msm
f_ has quit [Ping timeout: 480 seconds]
robertfoss has quit [Remote host closed the connection]
robertfoss has joined #linux-msm
f_ has joined #linux-msm
f_ has quit [Remote host closed the connection]
f_ has joined #linux-msm
f_ has quit [Remote host closed the connection]
f_ has joined #linux-msm
<nta> <jhovold> "nta: we currently don't know how..." <- as to 'where the device address comes from on x13s', i just poked around the windows driver a bit and it appears to be the case that... the windows driver just generates a mostly-random address on first init and saves it in the registry (the inf has a value named `RandomBTAddrEnabled` set)
<nta> there's a log print in there that says "Registry/Randomly generate BT address 0x[%x %x %x %x 03 01]." in this case
<nta> i guess this is a thing that userspace should configure on devices i suppose
f_ has quit [Remote host closed the connection]
pespin has quit [Remote host closed the connection]
<jhovold> nta: that's really interesting, not sure if it applies generally though as my X13s had a Wistron allocated address
<jhovold> that's a preproduction machine, but still
<konradybcio> @nta any chance you have some mac addr randomization turned on?
<nta> jhovold, i just looked at the windows driver bundle from the site as i broke my actual install- could be a code path that's not actually being hit in practice (e.g. firmware customizations), whoops :D
<nta> could also be factory installs set an actual mac in the registry in some deployment flow.. hmm
<nta> i just checked an image of the last Windows install i booted on there and it did have the randomly-generated BdAddr field set by the driver at least, but it could be firmware has ignored it and used it from somewhere else of course (e.g. one of many nvram things)
<nta> .. or whatever these nvm* files are, at least
<nta> can't currently boot Windows on there easily to double-check if it is this random MAC or not, sadly :(
<konradybcio> nta you can easily restore with the volterra BMR
<konradybcio> been there..
<steev> nta: does it include a bsrc_bt.bin file?
<steev> oh, nevermind that's the pep file