On Fri, May 15, 2015 at 02:59:10PM -0400, John Baldwin wrote: > ... > Hummm, the only recent change is 281544, but that should be in your working > kernel. Yes; that dates from 14 April, and I had been doing daily build/boots of head/i386 through thta period without incident. Absent something compelling, I'm pretty sure that experience alone removes 281544 from plausibly being implicated. > It does mess with the layout of pins though so maybe try reverting it > anyway? > > It might also be worth trying to revert just the one commit you identified > earlier. It just seems odd for 'as[cnt]' to fault here but not earlier. > .... OK; I tried reverting 282650, but the result wouldn't build because the AFMT_CHANNEL_MAX token wasn't defined. Turns out it had been used by 282651, so I reverted that (and found that it would have been cleaner had I reverted them in reverse sequence, but "svn patch" seemed to merely whine a bit, but cope anyway). After reverting both 282650 & 282651, the resulting kernel built. I commented out the 'hint.hdac.0.disabled=1' entry in /boot/device.hints, pressed the button, and watched for magic smoke.... FreeBSD localhost 11.0-CURRENT FreeBSD 11.0-CURRENT #1598 r282948M/282952:1100072: Fri May 15 12:39:11 PDT 2015 root_at_localhost:/common/S4/obj/usr/src/sys/CANARY i386 localhost(11.0-C)[4] cat /dev/sndstat Installed devices: pcm0: <NVIDIA (0x0042) (HDMI/DP 8ch)> (play) pcm1: <NVIDIA (0x0042) (HDMI/DP 8ch)> (play) pcm2: <Realtek ALC292 (Analog 2.0+HP/2.0)> (play/rec) default pcm3: <Realtek ALC292 (Analog)> (play/rec) localhost(11.0-C)[5] No magic smoke leaked out this time! :-) (I note that with 'hint.hdac.0.disabled=1' in place, only the RealTek codec showed up in that output. Not that this is surprising -- rather, it's a bit of a "comforting reality check" after seeing so many panics.) Please also note: * head/amd64 hasn't experienced any such panics for me (yes, on the same hardware; that's one of the reasons I do this sort of thing). * This hardware exhibits a bit of a peculiarity under FreeBSD: if phones are inserted in the headphone jack, there's a loud static/hissing sound, regardless of any intentional source of a signal being played. Neither MS Windows 7, Fedora 20, nor Fedora 21 exhibits this behavior. (I'm trying to puzzle my way through the way the Linux folks document the HDA configuration to try to figure out what knob needs to be twisted in what way so I can use headphones on the machine.... Clues would be welcome.) Anyway, I think we have a smoking gun, as it were. Thanks for your help, John! :-) Peace, david -- David H. Wolfskill david_at_catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key.
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:57 UTC