Date: Mon, 26 Aug 2019 23:14:23 -0600 From: Warner Losh <imp@bsdimp.com> To: "Lizbeth Mutterhunt, Ph.D." <mutterhunt_gesta@yahoo.com> Cc: maksim yevmenkin <maksim.yevmenkin@gmail.com>, Hans Petter Selasky <hps@selasky.org>, "freebsd-current@freebsd.org" <freebsd-current@freebsd.org> Subject: Re: Kernel-Crash when working with ubt0 Message-ID: <CANCZdfoD0eQjTP-kZWUOf2-cMbARW5YKGe083aMxfs_%2BG1D=gQ@mail.gmail.com> In-Reply-To: <2353856.SOzlSKDGKe@archlaptop> References: <47509401.1440476.1566796167857.ref@mail.yahoo.com> <CANCZdfpJARVFz%2BCyvbAK9sH4E6__DPAunYQz5rxexO-mzuvsuw@mail.gmail.com> <00E772F0-7231-44C4-B314-26730CC7DF21@gmail.com> <2353856.SOzlSKDGKe@archlaptop>
next in thread | previous in thread | raw e-mail | index | archive | help
--00000000000029fb050591125922 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Aug 26, 2019 at 6:13 PM Lizbeth Mutterhunt, Ph.D. < mutterhunt_gesta@yahoo.com> wrote: > On Monday, 26 August 2019 23:35:25 CEST maksim yevmenkin wrote: > > > > On Aug 26, 2019, at 9:14 AM, Warner Losh <imp@bsdimp.com> wrote: > > > > > > > > Is it from read_connection_list? If so I have a 'patch' that I'm usin= g > but > > > > haven't committed because it's just too gross: drop the lock before t= he > > > > copyout and pick it up again after... > > > > > > Hmm... interesting.... > > > > > > I only took a brief look at it. I suppose I can ensure user space > address is > > > wired and then copyout() can be called with mutex held > > > > > > It=E2=80=99s odd that I=E2=80=99ve never seen this before. I=E2=80=99m = traveling at the moment > will > > > take a closer look this later this week > > > > > > Thanks > > > Max > > > > Sorry for late reply, suffering on a "VPN-Jetlag". > > > > Here's the promised vmcore.o(last) <http://pastebin.com/SB0HWHyz>; on > pastepin. It's not a "mini"-dump at all but a huge skirt up to the heals > :-) as it has 360M of text and the editor loads about ten minutes on > grandmother's laptop with her 70 years after 36 hours of being online. Th= e > options are with DEBUG=3D-g and VERBOSE set in the config. > > > > With the ubt1, a 2070X stack by Asus it's probably the kernel driver I'd > have to parse into the kernel as here at linux a quarrel about it is for > years systematically delaunching "bills driver"; you get the patch as a > .zip file on Arch, not as a .deb or .tar.gz or whatever and it must be > compiled by hand; after that you'd to reboot and install the A2DP-fix and > than you can pray (where ever you want to and think it might help you) wi= th > the initial pulseaudio-connect at boottime (sometimes it just doesn't > recognize the adapter) - so as a LiLo-substitute I prefer EFI-Clover not > the GRUB-stuff that doesn't work at all for BSD for many, many times) and= I > really don't know how many hours I spent with "sudo bluetoothctl" and on > kernel builts for this 'Ubitek Magic Box'. > > > > Hope someone can think it over, I know it's old hardware but she'd (the > laptop) to to spend 50 mankind-years in bills slavery when I got her > finally - probably one of the SALVAGED - messages at fsck -y in single mo= de > :-) > > > > So take care of it, it's not the way I normally act to sent guys boxing > about and for the box but much more than beeing dead can't happen, can it= ? > - This happened to my cat "Rambo" who just flew away from me and went > straight away under a car - buhuhuhu.... so far for the revenge thoughts, > > > > 'svn up' is good at this, subversion is much better than git --diff, whic= h > really doens't work at all here. > > > Here's the patches that I'm running with. I also have to restart bthidd after manually connecting my keyboard for reasons i've not had time to dig into. These patches aren't quite right, since dropping the lock to copy the data out that the lock seems to be protecting can't be 'right', it just satisfies the invariant that you can't hold a non-sleep-able lock around copyout. Warner --00000000000029fb050591125922 Content-Type: text/x-patch; charset="US-ASCII"; name="bt.diff" Content-Disposition: attachment; filename="bt.diff" Content-Transfer-Encoding: base64 Content-ID: <f_jztdjkts0> X-Attachment-Id: f_jztdjkts0 Y29tbWl0IDEzNTJlYmFkZDI2NDFlOWE3YzllYjNiZDc2NDgxYTk1MDhhOGE4ZmMKQXV0aG9yOiBX YXJuZXIgTG9zaCA8aW1wQGJzZGltcC5jb20+CkRhdGU6ICAgU2F0IEF1ZyAyNCAxMToyNTowMCAy MDE5IC0wNjAwCgogICAgRHJvcCBsb2NrcyBhcm91bmQgY29weW91dC4gVGhpcyBpcyBsaWtlbHkg bGVzcyBzYWZlIHRoYW4gaXQgc291bmRzLgoKZGlmZiAtLWdpdCBhL3N5cy9uZXRncmFwaC9ibHVl dG9vdGgvc29ja2V0L25nX2J0c29ja2V0X2hjaV9yYXcuYyBiL3N5cy9uZXRncmFwaC9ibHVldG9v dGgvc29ja2V0L25nX2J0c29ja2V0X2hjaV9yYXcuYwppbmRleCA5NTIzZDg4YWY2My4uZjEzNDFi NDczOWEgMTAwNjQ0Ci0tLSBhL3N5cy9uZXRncmFwaC9ibHVldG9vdGgvc29ja2V0L25nX2J0c29j a2V0X2hjaV9yYXcuYworKysgYi9zeXMvbmV0Z3JhcGgvYmx1ZXRvb3RoL3NvY2tldC9uZ19idHNv Y2tldF9oY2lfcmF3LmMKQEAgLTEyNDgsMTAgKzEyNDgsMTQgQEAgbmdfYnRzb2NrZXRfaGNpX3Jh d19jb250cm9sKHN0cnVjdCBzb2NrZXQgKnNvLCB1X2xvbmcgY21kLCBjYWRkcl90IGRhdGEsCiAK IAkJCXAtPm51bV9jb25uZWN0aW9ucyA9IG1pbihwLT5udW1fY29ubmVjdGlvbnMsCiAJCQkJCQlw MS0+bnVtX2Nvbm5lY3Rpb25zKTsKLQkJCWlmIChwLT5udW1fY29ubmVjdGlvbnMgPiAwKQorCQkJ aWYgKHAtPm51bV9jb25uZWN0aW9ucyA+IDApIHsKKwkJCQkvKiBYWFggQmFkIC0tIGJ1dCBjYW4n dCBob2xkIHRoaXMgWFhYICovCisJCQkJbXR4X3VubG9jaygmcGNiLT5wY2JfbXR4KTsKIAkJCQll cnJvciA9IGNvcHlvdXQoKGNhZGRyX3QpIHAyLCAKIAkJCQkJKGNhZGRyX3QpIHAtPmNvbm5lY3Rp b25zLAogCQkJCQlwLT5udW1fY29ubmVjdGlvbnMgKiBzaXplb2YoKnAyKSk7CisJCQkJbXR4X2xv Y2soJnBjYi0+cGNiX210eCk7CisJCQl9CiAJCX0gZWxzZQogCQkJZXJyb3IgPSBFSU5WQUw7CiAK QEAgLTEzNjcsOSArMTM3MSwxMSBAQCBuZ19idHNvY2tldF9oY2lfcmF3X2NvbnRyb2woc3RydWN0 IHNvY2tldCAqc28sIHVfbG9uZyBjbWQsIGNhZGRyX3QgZGF0YSwKIAogCQkJd2hpbGUgKG5sLT5u dW1fbmFtZXMgPiAwICYmIG5sMS0+bnVtbmFtZXMgPiAwKSB7CiAJCQkJaWYgKHN0cmNtcChuaTEt PnR5cGUsIE5HX0hDSV9OT0RFX1RZUEUpID09IDApIHsKKwkJCQkJbXR4X3VubG9jaygmcGNiLT5w Y2JfbXR4KTsKIAkJCQkJZXJyb3IgPSBjb3B5b3V0KChjYWRkcl90KSBuaTEsCiAJCQkJCQkJKGNh ZGRyX3QpIG5pLAogCQkJCQkJCXNpemVvZigqbmkpKTsKKwkJCQkJbXR4X2xvY2soJnBjYi0+cGNi X210eCk7CiAJCQkJCWlmIChlcnJvciAhPSAwKQogCQkJCQkJYnJlYWs7CiAK --00000000000029fb050591125922--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfoD0eQjTP-kZWUOf2-cMbARW5YKGe083aMxfs_%2BG1D=gQ>