Re: which way to update export_args structure?

[Rick Macklem]

I wrote:
>Hi,
>
>I am working on updating "struct export_args" to fix/add a few things.
>One of these is that "ex_flags" is an int, but the flags are defined in mount.h
>as MNT_xx bits that now exceed 32bits (mnt_flag is now uint64_t).
>For now, this doesn't break anything, since the flags used by ex_flags are
>all defined in the low order 32bits but...it seems like this should be 
>addressed
>by a new version of "struct export_args".
>
>I have two versions of the updated structure:
>A)
>struct export_args {
>uint64_t ex_flags;  /* export related flags */
>uid_t   ex_root;/* mapping for root uid */
>struct  xucred ex_anon; /* mapping for anonymous user */
>struct  sockaddr *ex_addr;  /* net address to which exported */
>u_char  ex_addrlen; /* and the net address length */
>struct  sockaddr *ex_mask;  /* mask of valid bits in saddr */
>u_char  ex_masklen; /* and the smask length */
>char*ex_indexfile;  /* index file for WebNFS URLs */
>int ex_numsecflavors;   /* security flavor count */
>int ex_secflavors[MAXSECFLAVORS]; /* list of security flavors */
>int32_t ex_fsid;/* mnt_stat.f_fsid.val[0] if */
>/* MNT_EXPORTFSID set in ex_flags64 */
>gid_t   *ex_suppgroups; /* Supplemental groups if */
>/* ex_anon.cr_ngroups > XU_NGROUPS */
>};
>B)
>struct export_args {
>int ex_flags;   /* export related flags */
>uid_t   ex_root;/* mapping for root uid */
>struct  xucred ex_anon; /* mapping for anonymous user */
>struct  sockaddr *ex_addr;  /* net address to which exported */
>u_char  ex_addrlen; /* and the net address length */
>struct  sockaddr *ex_mask;  /* mask of valid bits in saddr */
>u_char  ex_masklen; /* and the smask length */
>char*ex_indexfile;  /* index file for WebNFS URLs */
>int ex_numsecflavors;   /* security flavor count */
>int ex_secflavors[MAXSECFLAVORS]; /* list of security flavors */
>uint64_t ex_flagshighbits;  /* High order bits of mnt_flag */
>int32_t ex_fsid;/* mnt_stat.f_fsid.val[0] if */
>/* MNT_EXPORTFSID set in ex_flags64 */
>gid_t   *ex_suppgroups; /* Supplemental groups if */
>/* ex_anon.cr_ngroups > XU_NGROUPS */
>};
>
>A) does the obvious thing. Unfortunately, this changes the vfs KABI
>(specifically the function vfs_oexport_conv()) such that a file system
>module compiled with an unpatched mount.h could crash a patched system.
>As such, I think it couldn't be MFC'd and would be stuck in head/current
>until FreeBSD13 (or FreeBSD14 if 13 gets skipped over;-).
I think I have now figured out a way to fix vfs_oexport_conv() so that it can 
be MFC'd.

>B) doesn't change any fields, but adds a second ex_flagshighbits for the high
>order bit. Since it only adds fields where none of those bits are used after
>the exports are processed by vfs_export() and, as such, will not break
>the VFS KABI, since vfs_domount_update() differentiates which version
>of export_args is being used.
>As such, I believe this version can be MFC'd. However, it does seem confusing
>to have the two ex_flags fields for the low and high 32bits.
No longer an advantage, since I have figured out how to handle A) so that it
can be MFC'd too.

>So, which do you think it preferable? rick
>ps: Josh Paetzel has volunteered to do the mountd.c changes and I have a kerne
>  patch that I'll put up on phabricator once Josh has been able to test it.
I'd still like to hear any opinions w.r.t. which is better? rick

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

which way to update export_args structure?

[Rick Macklem]

Hi,

I am working on updating "struct export_args" to fix/add a few things.
One of these is that "ex_flags" is an int, but the flags are defined in mount.h
as MNT_xx bits that now exceed 32bits (mnt_flag is now uint64_t).
For now, this doesn't break anything, since the flags used by ex_flags are
all defined in the low order 32bits but...it seems like this should be addressed
by a new version of "struct export_args".

I have two versions of the updated structure:
A)
struct export_args {
uint64_t ex_flags;  /* export related flags */
uid_t   ex_root;/* mapping for root uid */
struct  xucred ex_anon; /* mapping for anonymous user */
struct  sockaddr *ex_addr;  /* net address to which exported */
u_char  ex_addrlen; /* and the net address length */
struct  sockaddr *ex_mask;  /* mask of valid bits in saddr */
u_char  ex_masklen; /* and the smask length */
char*ex_indexfile;  /* index file for WebNFS URLs */
int ex_numsecflavors;   /* security flavor count */
int ex_secflavors[MAXSECFLAVORS]; /* list of security flavors */
int32_t ex_fsid;/* mnt_stat.f_fsid.val[0] if */
/* MNT_EXPORTFSID set in ex_flags64 */
gid_t   *ex_suppgroups; /* Supplemental groups if */
/* ex_anon.cr_ngroups > XU_NGROUPS */
};
B)
struct export_args {
int ex_flags;   /* export related flags */
uid_t   ex_root;/* mapping for root uid */
struct  xucred ex_anon; /* mapping for anonymous user */
struct  sockaddr *ex_addr;  /* net address to which exported */
u_char  ex_addrlen; /* and the net address length */
struct  sockaddr *ex_mask;  /* mask of valid bits in saddr */
u_char  ex_masklen; /* and the smask length */
char*ex_indexfile;  /* index file for WebNFS URLs */
int ex_numsecflavors;   /* security flavor count */
int ex_secflavors[MAXSECFLAVORS]; /* list of security flavors */
uint64_t ex_flagshighbits;  /* High order bits of mnt_flag */
int32_t ex_fsid;/* mnt_stat.f_fsid.val[0] if */
/* MNT_EXPORTFSID set in ex_flags64 */
gid_t   *ex_suppgroups; /* Supplemental groups if */
/* ex_anon.cr_ngroups > XU_NGROUPS */
};

A) does the obvious thing. Unfortunately, this changes the vfs KABI
(specifically the function vfs_oexport_conv()) such that a file system
module compiled with an unpatched mount.h could crash a patched system.
As such, I think it couldn't be MFC'd and would be stuck in head/current
until FreeBSD13 (or FreeBSD14 if 13 gets skipped over;-).

B) doesn't change any fields, but adds a second ex_flagshighbits for the high
order bit. Since it only adds fields where none of those bits are used after
the exports are processed by vfs_export() and, as such, will not break
the VFS KABI, since vfs_domount_update() differentiates which version
of export_args is being used.
As such, I believe this version can be MFC'd. However, it does seem confusing
to have the two ex_flags fields for the low and high 32bits.

So, which do you think it preferable? rick
ps: Josh Paetzel has volunteered to do the mountd.c changes and I have a kerne
  patch that I'll put up on phabricator once Josh has been able to test it.

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Johannes Lundberg]

On Tue, Oct 2, 2018 at 9:36 PM Johannes Lundberg  wrote:

>
>
> On Tue, Oct 2, 2018 at 9:32 PM Jakob Alvermark 
> wrote:
>
>> On 10/2/18 9:56 PM, Johannes Lundberg wrote:
>>
>>
>>
>> On Mon, Oct 1, 2018 at 10:12 PM Jakob Alvermark 
>> wrote:
>>
>>> On 10/1/18 10:56 PM, Johannes Lundberg wrote:
>>> > On Mon, Oct 1, 2018 at 8:37 PM Jakob Alvermark 
>>> wrote:
>>> >
>>> >> On 10/1/18 5:57 PM, Johannes Lundberg wrote:
>>> >>> Hi
>>> >>>
>>> >>> While sound work out of the box (with headphone switching) on the 1-2
>>> >> year
>>> >>> older Latitude 7270, it does not on my new machine.
>>> >>>
>>> >>> The internal speaker works fine. If I plug in external speakers in
>>> the
>>> >>> headphone jack, sound still goes to the internal speaker while a very
>>> >> load
>>> >>> buzz comes from the external speakers.
>>> >>>
>>> >>> Do we have a solution for this?
>>> >>>
>>> >>> # cat /dev/sndstat
>>> >>> Installed devices:
>>> >>> pcm0:  (play/rec) default
>>> >>> pcm1:  (play)
>>> >>> pcm2:  (play)
>>> >>> No devices installed from userspace.
>>> >>>
>>> >>> # sysctl hw.snd
>>> >>> hw.snd.maxautovchans: 16
>>> >>> hw.snd.default_unit: 0
>>> >>> hw.snd.version: 2009061500/amd64
>>> >>> hw.snd.default_auto: 1
>>> >>> hw.snd.verbose: 0
>>> >>> hw.snd.vpc_mixer_bypass: 1
>>> >>> hw.snd.feeder_rate_quality: 1
>>> >>> hw.snd.feeder_rate_round: 25
>>> >>> hw.snd.feeder_rate_max: 2016000
>>> >>> hw.snd.feeder_rate_min: 1
>>> >>> hw.snd.feeder_rate_polyphase_max: 183040
>>> >>> hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97
>>> >>> hw.snd.feeder_eq_exact_rate: 0
>>> >>> hw.snd.feeder_eq_presets:
>>> >>>
>>> PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000
>>> >>> hw.snd.basename_clone: 1
>>> >>> hw.snd.compat_linux_mmap: 0
>>> >>> hw.snd.syncdelay: -1
>>> >>> hw.snd.usefrags: 0
>>> >>> hw.snd.vpc_reset: 0
>>> >>> hw.snd.vpc_0db: 45
>>> >>> hw.snd.vpc_autoreset: 1
>>> >>> hw.snd.timeout: 5
>>> >>> hw.snd.latency_profile: 1
>>> >>> hw.snd.latency: 5
>>> >>> hw.snd.report_soft_matrix: 1
>>> >>> hw.snd.report_soft_formats: 1
>>> >>>
>>> >>> # sysctl dev.pcm
>>> >>> dev.pcm.2.bitperfect: 0
>>> >>> dev.pcm.2.buffersize: 65536
>>> >>> dev.pcm.2.play.vchanformat: s16le:2.0
>>> >>> dev.pcm.2.play.vchanrate: 48000
>>> >>> dev.pcm.2.play.vchanmode: passthrough
>>> >>> dev.pcm.2.play.vchans: 1
>>> >>> dev.pcm.2.play.32bit: 24
>>> >>> dev.pcm.2.%parent: hdaa1
>>> >>> dev.pcm.2.%pnpinfo:
>>> >>> dev.pcm.2.%location: nid=3
>>> >>> dev.pcm.2.%driver: pcm
>>> >>> dev.pcm.2.%desc: Intel Kabylake (HDMI/DP 8ch)
>>> >>> dev.pcm.1.bitperfect: 0
>>> >>> dev.pcm.1.buffersize: 65536
>>> >>> dev.pcm.1.play.vchanformat: s16le:2.0
>>> >>> dev.pcm.1.play.vchanrate: 48000
>>> >>> dev.pcm.1.play.vchanmode: fixed
>>> >>> dev.pcm.1.play.vchans: 1
>>> >>> dev.pcm.1.play.32bit: 24
>>> >>> dev.pcm.1.%parent: hdaa0
>>> >>> dev.pcm.1.%pnpinfo:
>>> >>> dev.pcm.1.%location: nid=33
>>> >>> dev.pcm.1.%driver: pcm
>>> >>> dev.pcm.1.%desc: Realtek ALC256 (Front Analog Headphones)
>>> >>> dev.pcm.0.bitperfect: 0
>>> >>> dev.pcm.0.buffersize: 65536
>>> >>> dev.pcm.0.rec.vchanformat: s16le:2.0
>>> >>> dev.pcm.0.rec.vchanrate: 48000
>>> >>> dev.pcm.0.rec.vchanmode: fixed
>>> >>> dev.pcm.0.rec.vchans: 1
>>> >>> dev.pcm.0.rec.autosrc: 2
>>> >>> dev.pcm.0.rec.32bit: 24
>>> >>> dev.pcm.0.play.vchanformat: s16le:2.0
>>> >>> dev.pcm.0.play.vchanrate: 48000
>>> >>> dev.pcm.0.play.vchanmode: fixed
>>> >>> dev.pcm.0.play.vchans: 2
>>> >>> dev.pcm.0.play.32bit: 24
>>> >>> dev.pcm.0.%parent: hdaa0
>>> >>> dev.pcm.0.%pnpinfo:
>>> >>> dev.pcm.0.%location: nid=20,18
>>> >>> dev.pcm.0.%driver: pcm
>>> >>> dev.pcm.0.%desc: Realtek ALC256 (Internal Analog)
>>> >>> dev.pcm.%parent:
>>> >>
>>> >> You could try
>>> >>
>>> >> sysctl dev.hdaa.0.nid33_config="as=1 seq=15 device=Headphones"
>>> >>
>>> >> sysctl dev.hdaa.0.reconfig=1
>>> >>
>>> >>
>>> >> It should result in you having only one pcm device for the two outputs
>>> >> and it should switch from
>>> >>
>>> >> internal to external when you plug in the external speakers and vice
>>> versa.
>>> >>
>>> >> To make it permanent put 'hint.hdaa.0.nid33.config="as=1 seq=15
>>> >> device=Headphones"' in your loader.conf
>>> >>
>>> >>
>>> >> The loud buzz is a bit worrying, it could be related to the problem I
>>> >> have been having, where I got strange sound
>>> >>
>>> >> when using headphones on my laptop. I have worked around it by
>>> patching
>>> >> the sound driver, I have kept my local
>>> >>
>>> >> patch for years.
>>> >>
>>> >>
>>> > With that hint it does turn off the internal speakers but I can hear
>>> > nothing in my headphones. Turning the volume to 100% I can hear the
>>> > playback in my internal speakers at very low volume (with headphones
>>> > connected).
>>> > The headphones has no buzzing sound, that is only my external speakers
>>> and
>>> > they only act like that when connect to this laptop (kind of like the
>>> buzz
>>> > noise you get when the connector touches something (ground?

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Johannes Lundberg]

On Tue, Oct 2, 2018 at 9:32 PM Jakob Alvermark  wrote:

> On 10/2/18 9:56 PM, Johannes Lundberg wrote:
>
>
>
> On Mon, Oct 1, 2018 at 10:12 PM Jakob Alvermark 
> wrote:
>
>> On 10/1/18 10:56 PM, Johannes Lundberg wrote:
>> > On Mon, Oct 1, 2018 at 8:37 PM Jakob Alvermark 
>> wrote:
>> >
>> >> On 10/1/18 5:57 PM, Johannes Lundberg wrote:
>> >>> Hi
>> >>>
>> >>> While sound work out of the box (with headphone switching) on the 1-2
>> >> year
>> >>> older Latitude 7270, it does not on my new machine.
>> >>>
>> >>> The internal speaker works fine. If I plug in external speakers in the
>> >>> headphone jack, sound still goes to the internal speaker while a very
>> >> load
>> >>> buzz comes from the external speakers.
>> >>>
>> >>> Do we have a solution for this?
>> >>>
>> >>> # cat /dev/sndstat
>> >>> Installed devices:
>> >>> pcm0:  (play/rec) default
>> >>> pcm1:  (play)
>> >>> pcm2:  (play)
>> >>> No devices installed from userspace.
>> >>>
>> >>> # sysctl hw.snd
>> >>> hw.snd.maxautovchans: 16
>> >>> hw.snd.default_unit: 0
>> >>> hw.snd.version: 2009061500/amd64
>> >>> hw.snd.default_auto: 1
>> >>> hw.snd.verbose: 0
>> >>> hw.snd.vpc_mixer_bypass: 1
>> >>> hw.snd.feeder_rate_quality: 1
>> >>> hw.snd.feeder_rate_round: 25
>> >>> hw.snd.feeder_rate_max: 2016000
>> >>> hw.snd.feeder_rate_min: 1
>> >>> hw.snd.feeder_rate_polyphase_max: 183040
>> >>> hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97
>> >>> hw.snd.feeder_eq_exact_rate: 0
>> >>> hw.snd.feeder_eq_presets:
>> >>>
>> PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000
>> >>> hw.snd.basename_clone: 1
>> >>> hw.snd.compat_linux_mmap: 0
>> >>> hw.snd.syncdelay: -1
>> >>> hw.snd.usefrags: 0
>> >>> hw.snd.vpc_reset: 0
>> >>> hw.snd.vpc_0db: 45
>> >>> hw.snd.vpc_autoreset: 1
>> >>> hw.snd.timeout: 5
>> >>> hw.snd.latency_profile: 1
>> >>> hw.snd.latency: 5
>> >>> hw.snd.report_soft_matrix: 1
>> >>> hw.snd.report_soft_formats: 1
>> >>>
>> >>> # sysctl dev.pcm
>> >>> dev.pcm.2.bitperfect: 0
>> >>> dev.pcm.2.buffersize: 65536
>> >>> dev.pcm.2.play.vchanformat: s16le:2.0
>> >>> dev.pcm.2.play.vchanrate: 48000
>> >>> dev.pcm.2.play.vchanmode: passthrough
>> >>> dev.pcm.2.play.vchans: 1
>> >>> dev.pcm.2.play.32bit: 24
>> >>> dev.pcm.2.%parent: hdaa1
>> >>> dev.pcm.2.%pnpinfo:
>> >>> dev.pcm.2.%location: nid=3
>> >>> dev.pcm.2.%driver: pcm
>> >>> dev.pcm.2.%desc: Intel Kabylake (HDMI/DP 8ch)
>> >>> dev.pcm.1.bitperfect: 0
>> >>> dev.pcm.1.buffersize: 65536
>> >>> dev.pcm.1.play.vchanformat: s16le:2.0
>> >>> dev.pcm.1.play.vchanrate: 48000
>> >>> dev.pcm.1.play.vchanmode: fixed
>> >>> dev.pcm.1.play.vchans: 1
>> >>> dev.pcm.1.play.32bit: 24
>> >>> dev.pcm.1.%parent: hdaa0
>> >>> dev.pcm.1.%pnpinfo:
>> >>> dev.pcm.1.%location: nid=33
>> >>> dev.pcm.1.%driver: pcm
>> >>> dev.pcm.1.%desc: Realtek ALC256 (Front Analog Headphones)
>> >>> dev.pcm.0.bitperfect: 0
>> >>> dev.pcm.0.buffersize: 65536
>> >>> dev.pcm.0.rec.vchanformat: s16le:2.0
>> >>> dev.pcm.0.rec.vchanrate: 48000
>> >>> dev.pcm.0.rec.vchanmode: fixed
>> >>> dev.pcm.0.rec.vchans: 1
>> >>> dev.pcm.0.rec.autosrc: 2
>> >>> dev.pcm.0.rec.32bit: 24
>> >>> dev.pcm.0.play.vchanformat: s16le:2.0
>> >>> dev.pcm.0.play.vchanrate: 48000
>> >>> dev.pcm.0.play.vchanmode: fixed
>> >>> dev.pcm.0.play.vchans: 2
>> >>> dev.pcm.0.play.32bit: 24
>> >>> dev.pcm.0.%parent: hdaa0
>> >>> dev.pcm.0.%pnpinfo:
>> >>> dev.pcm.0.%location: nid=20,18
>> >>> dev.pcm.0.%driver: pcm
>> >>> dev.pcm.0.%desc: Realtek ALC256 (Internal Analog)
>> >>> dev.pcm.%parent:
>> >>
>> >> You could try
>> >>
>> >> sysctl dev.hdaa.0.nid33_config="as=1 seq=15 device=Headphones"
>> >>
>> >> sysctl dev.hdaa.0.reconfig=1
>> >>
>> >>
>> >> It should result in you having only one pcm device for the two outputs
>> >> and it should switch from
>> >>
>> >> internal to external when you plug in the external speakers and vice
>> versa.
>> >>
>> >> To make it permanent put 'hint.hdaa.0.nid33.config="as=1 seq=15
>> >> device=Headphones"' in your loader.conf
>> >>
>> >>
>> >> The loud buzz is a bit worrying, it could be related to the problem I
>> >> have been having, where I got strange sound
>> >>
>> >> when using headphones on my laptop. I have worked around it by patching
>> >> the sound driver, I have kept my local
>> >>
>> >> patch for years.
>> >>
>> >>
>> > With that hint it does turn off the internal speakers but I can hear
>> > nothing in my headphones. Turning the volume to 100% I can hear the
>> > playback in my internal speakers at very low volume (with headphones
>> > connected).
>> > The headphones has no buzzing sound, that is only my external speakers
>> and
>> > they only act like that when connect to this laptop (kind of like the
>> buzz
>> > noise you get when the connector touches something (ground?))...
>>
>>
>> Do the headphones work with this patch?
>>
>> Index: sys/dev/sound/pci/hda/hdaa.c
>> ===
>> --- sys/dev/sound/pci/hda/hdaa.c(revision 

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Jakob Alvermark]

On 10/2/18 9:56 PM, Johannes Lundberg wrote:



On Mon, Oct 1, 2018 at 10:12 PM Jakob Alvermark > wrote:


On 10/1/18 10:56 PM, Johannes Lundberg wrote:
> On Mon, Oct 1, 2018 at 8:37 PM Jakob Alvermark
mailto:ja...@alvermark.net>> wrote:
>
>> On 10/1/18 5:57 PM, Johannes Lundberg wrote:
>>> Hi
>>>
>>> While sound work out of the box (with headphone switching) on
the 1-2
>> year
>>> older Latitude 7270, it does not on my new machine.
>>>
>>> The internal speaker works fine. If I plug in external
speakers in the
>>> headphone jack, sound still goes to the internal speaker while
a very
>> load
>>> buzz comes from the external speakers.
>>>
>>> Do we have a solution for this?
>>>
>>> # cat /dev/sndstat
>>> Installed devices:
>>> pcm0:  (play/rec) default
>>> pcm1:  (play)
>>> pcm2:  (play)
>>> No devices installed from userspace.
>>>
>>> # sysctl hw.snd
>>> hw.snd.maxautovchans: 16
>>> hw.snd.default_unit: 0
>>> hw.snd.version: 2009061500/amd64
>>> hw.snd.default_auto: 1
>>> hw.snd.verbose: 0
>>> hw.snd.vpc_mixer_bypass: 1
>>> hw.snd.feeder_rate_quality: 1
>>> hw.snd.feeder_rate_round: 25
>>> hw.snd.feeder_rate_max: 2016000
>>> hw.snd.feeder_rate_min: 1
>>> hw.snd.feeder_rate_polyphase_max: 183040
>>> hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97
>>> hw.snd.feeder_eq_exact_rate: 0
>>> hw.snd.feeder_eq_presets:
>>>
PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000
>>> hw.snd.basename_clone: 1
>>> hw.snd.compat_linux_mmap: 0
>>> hw.snd.syncdelay: -1
>>> hw.snd.usefrags: 0
>>> hw.snd.vpc_reset: 0
>>> hw.snd.vpc_0db: 45
>>> hw.snd.vpc_autoreset: 1
>>> hw.snd.timeout: 5
>>> hw.snd.latency_profile: 1
>>> hw.snd.latency: 5
>>> hw.snd.report_soft_matrix: 1
>>> hw.snd.report_soft_formats: 1
>>>
>>> # sysctl dev.pcm
>>> dev.pcm.2.bitperfect: 0
>>> dev.pcm.2.buffersize: 65536
>>> dev.pcm.2.play.vchanformat: s16le:2.0
>>> dev.pcm.2.play.vchanrate: 48000
>>> dev.pcm.2.play.vchanmode: passthrough
>>> dev.pcm.2.play.vchans: 1
>>> dev.pcm.2.play.32bit: 24
>>> dev.pcm.2.%parent: hdaa1
>>> dev.pcm.2.%pnpinfo:
>>> dev.pcm.2.%location: nid=3
>>> dev.pcm.2.%driver: pcm
>>> dev.pcm.2.%desc: Intel Kabylake (HDMI/DP 8ch)
>>> dev.pcm.1.bitperfect: 0
>>> dev.pcm.1.buffersize: 65536
>>> dev.pcm.1.play.vchanformat: s16le:2.0
>>> dev.pcm.1.play.vchanrate: 48000
>>> dev.pcm.1.play.vchanmode: fixed
>>> dev.pcm.1.play.vchans: 1
>>> dev.pcm.1.play.32bit: 24
>>> dev.pcm.1.%parent: hdaa0
>>> dev.pcm.1.%pnpinfo:
>>> dev.pcm.1.%location: nid=33
>>> dev.pcm.1.%driver: pcm
>>> dev.pcm.1.%desc: Realtek ALC256 (Front Analog Headphones)
>>> dev.pcm.0.bitperfect: 0
>>> dev.pcm.0.buffersize: 65536
>>> dev.pcm.0.rec.vchanformat: s16le:2.0
>>> dev.pcm.0.rec.vchanrate: 48000
>>> dev.pcm.0.rec.vchanmode: fixed
>>> dev.pcm.0.rec.vchans: 1
>>> dev.pcm.0.rec.autosrc: 2
>>> dev.pcm.0.rec.32bit: 24
>>> dev.pcm.0.play.vchanformat: s16le:2.0
>>> dev.pcm.0.play.vchanrate: 48000
>>> dev.pcm.0.play.vchanmode: fixed
>>> dev.pcm.0.play.vchans: 2
>>> dev.pcm.0.play.32bit: 24
>>> dev.pcm.0.%parent: hdaa0
>>> dev.pcm.0.%pnpinfo:
>>> dev.pcm.0.%location: nid=20,18
>>> dev.pcm.0.%driver: pcm
>>> dev.pcm.0.%desc: Realtek ALC256 (Internal Analog)
>>> dev.pcm.%parent:
>>
>> You could try
>>
>> sysctl dev.hdaa.0.nid33_config="as=1 seq=15 device=Headphones"
>>
>> sysctl dev.hdaa.0.reconfig=1
>>
>>
>> It should result in you having only one pcm device for the two
outputs
>> and it should switch from
>>
>> internal to external when you plug in the external speakers and
vice versa.
>>
>> To make it permanent put 'hint.hdaa.0.nid33.config="as=1 seq=15
>> device=Headphones"' in your loader.conf
>>
>>
>> The loud buzz is a bit worrying, it could be related to the
problem I
>> have been having, where I got strange sound
>>
>> when using headphones on my laptop. I have worked around it by
patching
>> the sound driver, I have kept my local
>>
>> patch for years.
>>
>>
> With that hint it does turn off the internal speakers but I can hear
> nothing in my headphones. Turning the volume to 100% I can hear the
> playback in my internal speakers at very low volume (with headphones
> connected).
> The headphones has no buzzing sound, that is only my external
speakers and
> they only act like that when connect to this laptop (kind of
like the buzz
> noise you get when the connector touches something (ground?))...


Do the headphones work with this patch?

Index: s

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Jakob Alvermark]

On 10/2/18 9:48 PM, Emmanuel Vadot wrote:

On Tue, 2 Oct 2018 14:29:39 -0500
Eric van Gyzen  wrote:


Thanks. So if you try this:

sysctl dev.hdaa.0.nid24_config="as=4 seq=15"
sysctl dev.hdaa.0.nid21_config="as=1 seq=15"
sysctl dev.hdaa.0.reconfig=1

Works, thank you!

   Dude that's some serious shit !
   Jacob, is this documented somewhere ?
   I haven't read the driver code but what does as/seq etc represent
there ?

snd_hda(4) is very helpful.

  Indeed it is but I'm not sure that everyone (me included) can produce
what Jacob did to have headphone re-routed and muting the other outputs
just by reading the manual.



I learned this the hard way. snd_hda(4) is a lot of help, but it took me 
a long time


to understand it. snd_hda is quite complicated!

hdaa.c by itself is 7000+ lines. On top of that is hdaa_patches.c with 
~700 lines of added quirks


for some hardware.




   What could we do to make this
easier for users ?

We can commit similar changes to the kernel driver.  kstaring on github
has ported many such changes from Linux to FreeBSD:

https://github.com/freebsd/freebsd/pull/139
https://github.com/freebsd/freebsd/pull/144

I don't know if his port includes the changes Rod needs.

I was planning to commit these when life calms down enough to test them.
   If anyone beats me to it, I would be delighted.  I was also waiting
until after 12.0, but in hindsight, I wish I had just committed them.

  Please do as soon as 13-CURRENT branches and let people
test/complain :)


Eric
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"



___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Johannes Lundberg]

On Mon, Oct 1, 2018 at 10:12 PM Jakob Alvermark  wrote:

> On 10/1/18 10:56 PM, Johannes Lundberg wrote:
> > On Mon, Oct 1, 2018 at 8:37 PM Jakob Alvermark 
> wrote:
> >
> >> On 10/1/18 5:57 PM, Johannes Lundberg wrote:
> >>> Hi
> >>>
> >>> While sound work out of the box (with headphone switching) on the 1-2
> >> year
> >>> older Latitude 7270, it does not on my new machine.
> >>>
> >>> The internal speaker works fine. If I plug in external speakers in the
> >>> headphone jack, sound still goes to the internal speaker while a very
> >> load
> >>> buzz comes from the external speakers.
> >>>
> >>> Do we have a solution for this?
> >>>
> >>> # cat /dev/sndstat
> >>> Installed devices:
> >>> pcm0:  (play/rec) default
> >>> pcm1:  (play)
> >>> pcm2:  (play)
> >>> No devices installed from userspace.
> >>>
> >>> # sysctl hw.snd
> >>> hw.snd.maxautovchans: 16
> >>> hw.snd.default_unit: 0
> >>> hw.snd.version: 2009061500/amd64
> >>> hw.snd.default_auto: 1
> >>> hw.snd.verbose: 0
> >>> hw.snd.vpc_mixer_bypass: 1
> >>> hw.snd.feeder_rate_quality: 1
> >>> hw.snd.feeder_rate_round: 25
> >>> hw.snd.feeder_rate_max: 2016000
> >>> hw.snd.feeder_rate_min: 1
> >>> hw.snd.feeder_rate_polyphase_max: 183040
> >>> hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97
> >>> hw.snd.feeder_eq_exact_rate: 0
> >>> hw.snd.feeder_eq_presets:
> >>>
> PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000
> >>> hw.snd.basename_clone: 1
> >>> hw.snd.compat_linux_mmap: 0
> >>> hw.snd.syncdelay: -1
> >>> hw.snd.usefrags: 0
> >>> hw.snd.vpc_reset: 0
> >>> hw.snd.vpc_0db: 45
> >>> hw.snd.vpc_autoreset: 1
> >>> hw.snd.timeout: 5
> >>> hw.snd.latency_profile: 1
> >>> hw.snd.latency: 5
> >>> hw.snd.report_soft_matrix: 1
> >>> hw.snd.report_soft_formats: 1
> >>>
> >>> # sysctl dev.pcm
> >>> dev.pcm.2.bitperfect: 0
> >>> dev.pcm.2.buffersize: 65536
> >>> dev.pcm.2.play.vchanformat: s16le:2.0
> >>> dev.pcm.2.play.vchanrate: 48000
> >>> dev.pcm.2.play.vchanmode: passthrough
> >>> dev.pcm.2.play.vchans: 1
> >>> dev.pcm.2.play.32bit: 24
> >>> dev.pcm.2.%parent: hdaa1
> >>> dev.pcm.2.%pnpinfo:
> >>> dev.pcm.2.%location: nid=3
> >>> dev.pcm.2.%driver: pcm
> >>> dev.pcm.2.%desc: Intel Kabylake (HDMI/DP 8ch)
> >>> dev.pcm.1.bitperfect: 0
> >>> dev.pcm.1.buffersize: 65536
> >>> dev.pcm.1.play.vchanformat: s16le:2.0
> >>> dev.pcm.1.play.vchanrate: 48000
> >>> dev.pcm.1.play.vchanmode: fixed
> >>> dev.pcm.1.play.vchans: 1
> >>> dev.pcm.1.play.32bit: 24
> >>> dev.pcm.1.%parent: hdaa0
> >>> dev.pcm.1.%pnpinfo:
> >>> dev.pcm.1.%location: nid=33
> >>> dev.pcm.1.%driver: pcm
> >>> dev.pcm.1.%desc: Realtek ALC256 (Front Analog Headphones)
> >>> dev.pcm.0.bitperfect: 0
> >>> dev.pcm.0.buffersize: 65536
> >>> dev.pcm.0.rec.vchanformat: s16le:2.0
> >>> dev.pcm.0.rec.vchanrate: 48000
> >>> dev.pcm.0.rec.vchanmode: fixed
> >>> dev.pcm.0.rec.vchans: 1
> >>> dev.pcm.0.rec.autosrc: 2
> >>> dev.pcm.0.rec.32bit: 24
> >>> dev.pcm.0.play.vchanformat: s16le:2.0
> >>> dev.pcm.0.play.vchanrate: 48000
> >>> dev.pcm.0.play.vchanmode: fixed
> >>> dev.pcm.0.play.vchans: 2
> >>> dev.pcm.0.play.32bit: 24
> >>> dev.pcm.0.%parent: hdaa0
> >>> dev.pcm.0.%pnpinfo:
> >>> dev.pcm.0.%location: nid=20,18
> >>> dev.pcm.0.%driver: pcm
> >>> dev.pcm.0.%desc: Realtek ALC256 (Internal Analog)
> >>> dev.pcm.%parent:
> >>
> >> You could try
> >>
> >> sysctl dev.hdaa.0.nid33_config="as=1 seq=15 device=Headphones"
> >>
> >> sysctl dev.hdaa.0.reconfig=1
> >>
> >>
> >> It should result in you having only one pcm device for the two outputs
> >> and it should switch from
> >>
> >> internal to external when you plug in the external speakers and vice
> versa.
> >>
> >> To make it permanent put 'hint.hdaa.0.nid33.config="as=1 seq=15
> >> device=Headphones"' in your loader.conf
> >>
> >>
> >> The loud buzz is a bit worrying, it could be related to the problem I
> >> have been having, where I got strange sound
> >>
> >> when using headphones on my laptop. I have worked around it by patching
> >> the sound driver, I have kept my local
> >>
> >> patch for years.
> >>
> >>
> > With that hint it does turn off the internal speakers but I can hear
> > nothing in my headphones. Turning the volume to 100% I can hear the
> > playback in my internal speakers at very low volume (with headphones
> > connected).
> > The headphones has no buzzing sound, that is only my external speakers
> and
> > they only act like that when connect to this laptop (kind of like the
> buzz
> > noise you get when the connector touches something (ground?))...
>
>
> Do the headphones work with this patch?
>
> Index: sys/dev/sound/pci/hda/hdaa.c
> ===
> --- sys/dev/sound/pci/hda/hdaa.c(revision 339076)
> +++ sys/dev/sound/pci/hda/hdaa.c(working copy)
> @@ -5034,11 +5034,13 @@
>   pincap = w->wclass.pin.cap;
>
>   /* Disable everything. */
> +/*
>   w->wclass.pin.ctrl &= ~(
>   HDA_CMD_SET_PIN_WIDGET

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Emmanuel Vadot]

On Tue, 2 Oct 2018 14:29:39 -0500
Eric van Gyzen  wrote:

> >>> Thanks. So if you try this:
> >>>
> >>> sysctl dev.hdaa.0.nid24_config="as=4 seq=15"
> >>> sysctl dev.hdaa.0.nid21_config="as=1 seq=15"
> >>> sysctl dev.hdaa.0.reconfig=1
> >>
> >> Works, thank you!
> > 
> >   Dude that's some serious shit !
> >   Jacob, is this documented somewhere ?
> >   I haven't read the driver code but what does as/seq etc represent
> > there ?
> 
> snd_hda(4) is very helpful.

 Indeed it is but I'm not sure that everyone (me included) can produce
what Jacob did to have headphone re-routed and muting the other outputs
just by reading the manual.

> 
> >   What could we do to make this
> > easier for users ?
> 
> We can commit similar changes to the kernel driver.  kstaring on github 
> has ported many such changes from Linux to FreeBSD:
> 
>   https://github.com/freebsd/freebsd/pull/139
>   https://github.com/freebsd/freebsd/pull/144
> 
> I don't know if his port includes the changes Rod needs.
> 
> I was planning to commit these when life calms down enough to test them. 
>   If anyone beats me to it, I would be delighted.  I was also waiting 
> until after 12.0, but in hindsight, I wish I had just committed them.

 Please do as soon as 13-CURRENT branches and let people
test/complain :)

> 
> Eric
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


-- 
Emmanuel Vadot  
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Eric van Gyzen]

Thanks. So if you try this:

sysctl dev.hdaa.0.nid24_config="as=4 seq=15"
sysctl dev.hdaa.0.nid21_config="as=1 seq=15"
sysctl dev.hdaa.0.reconfig=1


Works, thank you!


  Dude that's some serious shit !
  Jacob, is this documented somewhere ?
  I haven't read the driver code but what does as/seq etc represent
there ?


snd_hda(4) is very helpful.


  What could we do to make this
easier for users ?


We can commit similar changes to the kernel driver.  kstaring on github 
has ported many such changes from Linux to FreeBSD:


https://github.com/freebsd/freebsd/pull/139
https://github.com/freebsd/freebsd/pull/144

I don't know if his port includes the changes Rod needs.

I was planning to commit these when life calms down enough to test them. 
 If anyone beats me to it, I would be delighted.  I was also waiting 
until after 12.0, but in hindsight, I wish I had just committed them.


Eric
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Emmanuel Vadot]

On Tue, 2 Oct 2018 12:03:50 -0700 (PDT)
"Rodney W. Grimes"  wrote:

> > On 10/2/18 6:27 PM, Rodney W. Grimes wrote:
> > >> On 10/1/18 6:43 PM, Rodney W. Grimes wrote:
> >  Hi
> > 
> >  While sound work out of the box (with headphone switching) on the 1-2 
> >  year
> >  older Latitude 7270, it does not on my new machine.
> > 
> >  The internal speaker works fine. If I plug in external speakers in the
> >  headphone jack, sound still goes to the internal speaker while a very 
> >  load
> >  buzz comes from the external speakers.
> > 
> >  Do we have a solution for this?
> > >>> I do not believe we have anything that detects stuff plugged into
> > >>> and removed from the newer sound stuff that needs switching to
> > >>> change from internal to external speakers.
> > >>>
> > >>> I think you need to do what I have to do when I plug in external
> > >>> speakers on my thinkpad x230:
> > >>> sysctl hw.snd.default_unit=1
> > >>>
> > >>> And when I unplug them I have to do:
> > >>> sysctl hw.snd.default_unit=0
> > >>>
> > >>> to switch back to the internal speakers.
> > >>
> > >> Hi Rod,
> > >>
> > >>
> > >> Can you post the output of 'sysctl dev.pcm' and 'sysctl dev.hdaa'
> > > Sure:
> > > @x230a:~ # sysctl dev.pcm
> > > dev.pcm.4.bitperfect: 0
> ...
> ...
> > 
> > Thanks. So if you try this:
> > 
> > sysctl dev.hdaa.0.nid24_config="as=4 seq=15"
> > sysctl dev.hdaa.0.nid21_config="as=1 seq=15"
> > sysctl dev.hdaa.0.reconfig=1
> 
> Works, thank you!

 Dude that's some serious shit !
 Jacob, is this documented somewhere ? 
 I haven't read the driver code but what does as/seq etc represent
there ?

 What could we do to make this
easier for users ?

> > That should make pcm0 and pcm1 "merge" into pcm0 and enable 
> > auto-switching when plugging something
> > 
> > in the headphones jack.
> > 
> > If it works you might want to put the following two lines in 
> > /boot/loader.conf
> > 
> > hint.hdaa.0.nid24.config="as=4 seq=15"
> > hint.hdaa.0.nid21.config="as=1 seq=15"
> 
> 
> -- 
> Rod Grimes rgri...@freebsd.org
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


-- 
Emmanuel Vadot  
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Rodney W. Grimes]

> On 10/2/18 6:27 PM, Rodney W. Grimes wrote:
> >> On 10/1/18 6:43 PM, Rodney W. Grimes wrote:
>  Hi
> 
>  While sound work out of the box (with headphone switching) on the 1-2 
>  year
>  older Latitude 7270, it does not on my new machine.
> 
>  The internal speaker works fine. If I plug in external speakers in the
>  headphone jack, sound still goes to the internal speaker while a very 
>  load
>  buzz comes from the external speakers.
> 
>  Do we have a solution for this?
> >>> I do not believe we have anything that detects stuff plugged into
> >>> and removed from the newer sound stuff that needs switching to
> >>> change from internal to external speakers.
> >>>
> >>> I think you need to do what I have to do when I plug in external
> >>> speakers on my thinkpad x230:
> >>> sysctl hw.snd.default_unit=1
> >>>
> >>> And when I unplug them I have to do:
> >>> sysctl hw.snd.default_unit=0
> >>>
> >>> to switch back to the internal speakers.
> >>
> >> Hi Rod,
> >>
> >>
> >> Can you post the output of 'sysctl dev.pcm' and 'sysctl dev.hdaa'
> > Sure:
> > @x230a:~ # sysctl dev.pcm
> > dev.pcm.4.bitperfect: 0
...
...
> 
> Thanks. So if you try this:
> 
> sysctl dev.hdaa.0.nid24_config="as=4 seq=15"
> sysctl dev.hdaa.0.nid21_config="as=1 seq=15"
> sysctl dev.hdaa.0.reconfig=1

Works, thank you!

> That should make pcm0 and pcm1 "merge" into pcm0 and enable 
> auto-switching when plugging something
> 
> in the headphones jack.
> 
> If it works you might want to put the following two lines in 
> /boot/loader.conf
> 
> hint.hdaa.0.nid24.config="as=4 seq=15"
> hint.hdaa.0.nid21.config="as=1 seq=15"


-- 
Rod Grimes rgri...@freebsd.org
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Problem starting Xorg

[Niclas Zeising]

On 10/2/18 7:02 PM, Filippo Moretti wrote:

I get the following error while attemptong to start xorg,that did work until 
today,amd64 alpha3drmn0:error:no GEM object associated to handle 0x0400 
can't  create framebufferany help appreciatedFilippo


Hi!
Can you provde your Xorg log, as well as information about the hardware 
you are using, and which ports you have installed, and the output of 
kldstat -v | grep drm.  Thank you!

Regards
--
Niclas
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Jakob Alvermark]

On 10/2/18 6:27 PM, Rodney W. Grimes wrote:

On 10/1/18 6:43 PM, Rodney W. Grimes wrote:

Hi

While sound work out of the box (with headphone switching) on the 1-2 year
older Latitude 7270, it does not on my new machine.

The internal speaker works fine. If I plug in external speakers in the
headphone jack, sound still goes to the internal speaker while a very load
buzz comes from the external speakers.

Do we have a solution for this?

I do not believe we have anything that detects stuff plugged into
and removed from the newer sound stuff that needs switching to
change from internal to external speakers.

I think you need to do what I have to do when I plug in external
speakers on my thinkpad x230:
sysctl hw.snd.default_unit=1

And when I unplug them I have to do:
sysctl hw.snd.default_unit=0

to switch back to the internal speakers.


Hi Rod,


Can you post the output of 'sysctl dev.pcm' and 'sysctl dev.hdaa'

Sure:
@x230a:~ # sysctl dev.pcm
dev.pcm.4.bitperfect: 0
dev.pcm.4.buffersize: 65536
dev.pcm.4.play.vchanformat: s16le:2.0
dev.pcm.4.play.vchanrate: 48000
dev.pcm.4.play.vchanmode: passthrough
dev.pcm.4.play.vchans: 1
dev.pcm.4.play.32bit: 24
dev.pcm.4.%parent: hdaa1
dev.pcm.4.%pnpinfo:
dev.pcm.4.%location: nid=7
dev.pcm.4.%driver: pcm
dev.pcm.4.%desc: Intel Panther Point (HDMI/DP 8ch)
dev.pcm.3.bitperfect: 0
dev.pcm.3.buffersize: 65536
dev.pcm.3.play.vchanformat: s16le:2.0
dev.pcm.3.play.vchanrate: 48000
dev.pcm.3.play.vchanmode: passthrough
dev.pcm.3.play.vchans: 1
dev.pcm.3.play.32bit: 24
dev.pcm.3.%parent: hdaa1
dev.pcm.3.%pnpinfo:
dev.pcm.3.%location: nid=6
dev.pcm.3.%driver: pcm
dev.pcm.3.%desc: Intel Panther Point (HDMI/DP 8ch)
dev.pcm.2.bitperfect: 0
dev.pcm.2.buffersize: 65536
dev.pcm.2.play.vchanformat: s16le:2.0
dev.pcm.2.play.vchanrate: 48000
dev.pcm.2.play.vchanmode: passthrough
dev.pcm.2.play.vchans: 1
dev.pcm.2.play.32bit: 24
dev.pcm.2.%parent: hdaa1
dev.pcm.2.%pnpinfo:
dev.pcm.2.%location: nid=5
dev.pcm.2.%driver: pcm
dev.pcm.2.%desc: Intel Panther Point (HDMI/DP 8ch)
dev.pcm.1.bitperfect: 0
dev.pcm.1.buffersize: 65536
dev.pcm.1.rec.vchanformat: s16le:2.0
dev.pcm.1.rec.vchanrate: 48000
dev.pcm.1.rec.vchanmode: fixed
dev.pcm.1.rec.vchans: 1
dev.pcm.1.rec.autosrc: 2
dev.pcm.1.rec.32bit: 24
dev.pcm.1.play.vchanformat: s16le:2.0
dev.pcm.1.play.vchanrate: 48000
dev.pcm.1.play.vchanmode: fixed
dev.pcm.1.play.vchans: 9
dev.pcm.1.play.32bit: 24
dev.pcm.1.%parent: hdaa0
dev.pcm.1.%pnpinfo:
dev.pcm.1.%location: nid=21,18
dev.pcm.1.%driver: pcm
dev.pcm.1.%desc: Realtek ALC269 (Analog)
dev.pcm.0.bitperfect: 0
dev.pcm.0.buffersize: 65536
dev.pcm.0.rec.vchanformat: s16le:2.0
dev.pcm.0.rec.vchanrate: 48000
dev.pcm.0.rec.vchanmode: fixed
dev.pcm.0.rec.vchans: 1
dev.pcm.0.rec.autosrc: 2
dev.pcm.0.rec.32bit: 24
dev.pcm.0.play.vchanformat: s16le:2.0
dev.pcm.0.play.vchanrate: 48000
dev.pcm.0.play.vchanmode: fixed
dev.pcm.0.play.vchans: 1
dev.pcm.0.play.32bit: 24
dev.pcm.0.%parent: hdaa0
dev.pcm.0.%pnpinfo:
dev.pcm.0.%location: nid=20,24
dev.pcm.0.%driver: pcm
dev.pcm.0.%desc: Realtek ALC269 (Analog)
dev.pcm.%parent:


@x230a:~ # sysctl dev.hdaa
dev.hdaa.1.reconfig: 0
dev.hdaa.1.gpo_config:
dev.hdaa.1.gpo_state:
dev.hdaa.1.gpio_config:
dev.hdaa.1.gpio_state:
dev.hdaa.1.gpi_state:
dev.hdaa.1.config: forcestereo,ivref50,ivref80,ivref100,ivref,vref
dev.hdaa.1.nid8: vendor widget [DISABLED]
  Widget cap: 0x00f0

dev.hdaa.1.nid7_original: 0x18560030 as=3 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid7_config: 0x18560030 as=3 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid7: pin: Digital-out (Jack)
  Widget cap: 0x0040778d PWR DIGITAL UNSOL 8CH
 Association: 2 (0x0001)
 Pin cap: 0x0994 PDC OUT HDMI DP HBR
  Pin config: 0x18560030 as=3 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
 Pin control: 0x0040 OUT
  Output amp: 0x8000 mute=1 step=0 size=0 offset=0 (0/0dB)
 Connections: 1
   + <- nid=4 [audio output]

dev.hdaa.1.nid6_original: 0x18560020 as=2 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid6_config: 0x18560020 as=2 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid6: pin: Digital-out (Jack)
  Widget cap: 0x0040778d PWR DIGITAL UNSOL 8CH
 Association: 1 (0x0001)
 Pin cap: 0x0994 PDC OUT HDMI DP HBR
  Pin config: 0x18560020 as=2 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
 Pin control: 0x0040 OUT
  Output amp: 0x8000 mute=1 step=0 size=0 offset=0 (0/0dB)
 Connections: 1
   + <- nid=3 [audio output]

dev.hdaa.1.nid5_original: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid5_config: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa

Problem starting Xorg

[Filippo Moretti]

I get the following error while attemptong to start xorg,that did work until 
today,amd64 alpha3drmn0:error:no GEM object associated to handle 0x0400 
can't  create framebufferany help appreciatedFilippo
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Rodney W. Grimes]

> On 10/1/18 6:43 PM, Rodney W. Grimes wrote:
> >> Hi
> >>
> >> While sound work out of the box (with headphone switching) on the 1-2 year
> >> older Latitude 7270, it does not on my new machine.
> >>
> >> The internal speaker works fine. If I plug in external speakers in the
> >> headphone jack, sound still goes to the internal speaker while a very load
> >> buzz comes from the external speakers.
> >>
> >> Do we have a solution for this?
> > I do not believe we have anything that detects stuff plugged into
> > and removed from the newer sound stuff that needs switching to
> > change from internal to external speakers.
> >
> > I think you need to do what I have to do when I plug in external
> > speakers on my thinkpad x230:
> > sysctl hw.snd.default_unit=1
> >
> > And when I unplug them I have to do:
> > sysctl hw.snd.default_unit=0
> >
> > to switch back to the internal speakers.
> 
> 
> Hi Rod,
> 
> 
> Can you post the output of 'sysctl dev.pcm' and 'sysctl dev.hdaa'

Sure:
@x230a:~ # sysctl dev.pcm
dev.pcm.4.bitperfect: 0
dev.pcm.4.buffersize: 65536
dev.pcm.4.play.vchanformat: s16le:2.0
dev.pcm.4.play.vchanrate: 48000
dev.pcm.4.play.vchanmode: passthrough
dev.pcm.4.play.vchans: 1
dev.pcm.4.play.32bit: 24
dev.pcm.4.%parent: hdaa1
dev.pcm.4.%pnpinfo: 
dev.pcm.4.%location: nid=7
dev.pcm.4.%driver: pcm
dev.pcm.4.%desc: Intel Panther Point (HDMI/DP 8ch)
dev.pcm.3.bitperfect: 0
dev.pcm.3.buffersize: 65536
dev.pcm.3.play.vchanformat: s16le:2.0
dev.pcm.3.play.vchanrate: 48000
dev.pcm.3.play.vchanmode: passthrough
dev.pcm.3.play.vchans: 1
dev.pcm.3.play.32bit: 24
dev.pcm.3.%parent: hdaa1
dev.pcm.3.%pnpinfo: 
dev.pcm.3.%location: nid=6
dev.pcm.3.%driver: pcm
dev.pcm.3.%desc: Intel Panther Point (HDMI/DP 8ch)
dev.pcm.2.bitperfect: 0
dev.pcm.2.buffersize: 65536
dev.pcm.2.play.vchanformat: s16le:2.0
dev.pcm.2.play.vchanrate: 48000
dev.pcm.2.play.vchanmode: passthrough
dev.pcm.2.play.vchans: 1
dev.pcm.2.play.32bit: 24
dev.pcm.2.%parent: hdaa1
dev.pcm.2.%pnpinfo: 
dev.pcm.2.%location: nid=5
dev.pcm.2.%driver: pcm
dev.pcm.2.%desc: Intel Panther Point (HDMI/DP 8ch)
dev.pcm.1.bitperfect: 0
dev.pcm.1.buffersize: 65536
dev.pcm.1.rec.vchanformat: s16le:2.0
dev.pcm.1.rec.vchanrate: 48000
dev.pcm.1.rec.vchanmode: fixed
dev.pcm.1.rec.vchans: 1
dev.pcm.1.rec.autosrc: 2
dev.pcm.1.rec.32bit: 24
dev.pcm.1.play.vchanformat: s16le:2.0
dev.pcm.1.play.vchanrate: 48000
dev.pcm.1.play.vchanmode: fixed
dev.pcm.1.play.vchans: 9
dev.pcm.1.play.32bit: 24
dev.pcm.1.%parent: hdaa0
dev.pcm.1.%pnpinfo: 
dev.pcm.1.%location: nid=21,18
dev.pcm.1.%driver: pcm
dev.pcm.1.%desc: Realtek ALC269 (Analog)
dev.pcm.0.bitperfect: 0
dev.pcm.0.buffersize: 65536
dev.pcm.0.rec.vchanformat: s16le:2.0
dev.pcm.0.rec.vchanrate: 48000
dev.pcm.0.rec.vchanmode: fixed
dev.pcm.0.rec.vchans: 1
dev.pcm.0.rec.autosrc: 2
dev.pcm.0.rec.32bit: 24
dev.pcm.0.play.vchanformat: s16le:2.0
dev.pcm.0.play.vchanrate: 48000
dev.pcm.0.play.vchanmode: fixed
dev.pcm.0.play.vchans: 1
dev.pcm.0.play.32bit: 24
dev.pcm.0.%parent: hdaa0
dev.pcm.0.%pnpinfo: 
dev.pcm.0.%location: nid=20,24
dev.pcm.0.%driver: pcm
dev.pcm.0.%desc: Realtek ALC269 (Analog)
dev.pcm.%parent: 


@x230a:~ # sysctl dev.hdaa
dev.hdaa.1.reconfig: 0
dev.hdaa.1.gpo_config: 
dev.hdaa.1.gpo_state: 
dev.hdaa.1.gpio_config: 
dev.hdaa.1.gpio_state: 
dev.hdaa.1.gpi_state: 
dev.hdaa.1.config: forcestereo,ivref50,ivref80,ivref100,ivref,vref
dev.hdaa.1.nid8: vendor widget [DISABLED]
 Widget cap: 0x00f0

dev.hdaa.1.nid7_original: 0x18560030 as=3 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid7_config: 0x18560030 as=3 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid7: pin: Digital-out (Jack)
 Widget cap: 0x0040778d PWR DIGITAL UNSOL 8CH
Association: 2 (0x0001)
Pin cap: 0x0994 PDC OUT HDMI DP HBR
 Pin config: 0x18560030 as=3 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
Pin control: 0x0040 OUT
 Output amp: 0x8000 mute=1 step=0 size=0 offset=0 (0/0dB)
Connections: 1
  + <- nid=4 [audio output]

dev.hdaa.1.nid6_original: 0x18560020 as=2 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid6_config: 0x18560020 as=2 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid6: pin: Digital-out (Jack)
 Widget cap: 0x0040778d PWR DIGITAL UNSOL 8CH
Association: 1 (0x0001)
Pin cap: 0x0994 PDC OUT HDMI DP HBR
 Pin config: 0x18560020 as=2 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
Pin control: 0x0040 OUT
 Output amp: 0x8000 mute=1 step=0 size=0 offset=0 (0/0dB)
Connections: 1
  + <- nid=3 [audio output]

dev.hdaa.1.nid5_original: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack 
ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.1.nid5_config: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack 

Re: Sound issues with Dell Latitude 7490 (kabylake)

[Jakob Alvermark]

On 10/1/18 6:43 PM, Rodney W. Grimes wrote:

Hi

While sound work out of the box (with headphone switching) on the 1-2 year
older Latitude 7270, it does not on my new machine.

The internal speaker works fine. If I plug in external speakers in the
headphone jack, sound still goes to the internal speaker while a very load
buzz comes from the external speakers.

Do we have a solution for this?

I do not believe we have anything that detects stuff plugged into
and removed from the newer sound stuff that needs switching to
change from internal to external speakers.

I think you need to do what I have to do when I plug in external
speakers on my thinkpad x230:
sysctl hw.snd.default_unit=1

And when I unplug them I have to do:
sysctl hw.snd.default_unit=0

to switch back to the internal speakers.



Hi Rod,


Can you post the output of 'sysctl dev.pcm' and 'sysctl dev.hdaa'


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"