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@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)

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! :-)

David H. Wolfskill                              da...@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.

Attachment: pgpoL6gpdvO9I.pgp
Description: PGP signature

Reply via email to