Deja vu: panic in hdaa_coonfigure() for i386, but not amd64 -- again
David Wolfskill
david at catwhisker.org
Fri May 15 20:07:31 UTC 2015
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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 949 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20150515/120ed35f/attachment.sig>
More information about the freebsd-current
mailing list