Re: FreeBSD 12.0-ALPHA7 em0 networking with resume from suspend: OK
On 10/1/18 5:32 PM, Graham Perrin wrote: >> Re: FreeBSD-12-ALPHA6: Network not starting at boot & can't start Plasma 5 > On 23/09/2018 14:50, Warner Losh wrote: > >> I'll test r338892 em0 networking with resume from suspend next week. >> >> >> I just fixed a bug in devd that would cause this, but that was after the >> last snapshot. > Thanks Warner! > > For me, with an HP EliteBook 8570p, the issue is no longer reproducible. > > Tested on a handful of occasions late last week, probably tested again > yesterday (Monday). > > $ uname -v > FreeBSD 12.0-ALPHA7 r338956 GENERIC-NODEBUG thanks Graham - i seemed to have missed that, rebuilding my kernel now to test. if it works i'll close out the bug report. -pete -- Pete Wright p...@nomadlogic.org 310.309.9298 ___ 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 12.0-ALPHA7 em0 networking with resume from suspend: OK
> Re: FreeBSD-12-ALPHA6: Network not starting at boot & can't start Plasma 5 On 23/09/2018 14:50, Warner Losh wrote: > I'll test r338892 em0 networking with resume from suspend next week. > > > I just fixed a bug in devd that would cause this, but that was after the last > snapshot. Thanks Warner! For me, with an HP EliteBook 8570p, the issue is no longer reproducible. Tested on a handful of occasions late last week, probably tested again yesterday (Monday). $ uname -v FreeBSD 12.0-ALPHA7 r338956 GENERIC-NODEBUG ___ 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"
sbin/fsck_ffs/pass5.c: "CG %d: BAD CHECK-HASH %#x vs %#x" is missing \n
The following in sbin/fsck_ffs/pass5.c : pwarn("CG %d: BAD CHECK-HASH %#x vs %#x", seems to be missing a \n. This was noticed based on someone sending me output that had: ** Phase 5 - Check Cyl groups CG 0: BAD CHECK-HASH 0xb7131986 vs 0x3ba74dc3FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? [yn] y === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ 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)
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_CTRL_HPHN_ENABLE | HDA_CMD_SET_PIN_WIDGET_CTRL_OUT_ENABLE | HDA_CMD_SET_PIN_WIDGET_CTRL_IN_ENABLE | HDA_CMD_SET_PIN_WIDGET_CTRL_VREF_ENABLE_MASK); + */ if (w->enable == 0) { /* Pin is unused so left it disabled. */ ___ 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)
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?))... > Jakob > > ___ 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"
Call for 2018Q3 quarterly status reports
Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is October 31, 2018, for work done since the last round of Quarterly Reports: October, 2017 – September, 2018. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about work that is underway and completed. Submission of reports is not restricted to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred method is to follow the guidelines at the Quarterly GitHub repository: https://github.com/freebsd/freebsd-quarterly Alternatively you can fetch the Markdown template, fill it in, and email it to quarte...@freebsd.org. The template can be found at: https://raw.githubusercontent.com/freebsd/freebsd-quarterly/master/report-sample.md The old XML generator and templates are no longer used. We look forward to seeing your 2018Q3 reports! Thanks, Edward (on behalf of monthly@) ___ 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)
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. Jakob ___ 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"
Should 11.2-p4+bhyve be able to run 12.0-ALPHA8-amd64 ?
On a 11.2-p4 host, trying to run 12.0-ALPHA8-amd64 under bhyve. Right after console emits: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 4 package(s) x 1 core(s) arc4random: no preloaded entropy cache Bhyve quits with: Failed to emulate instruction [0x0f 0xae 0x3b 0x8b 0x04 0x25 0xf8 0x5d 0xb8 0x81 0x48 0x01 0xc3 0x4c 0x39] at 0x8104abb0 Abort trap According to a disassembler "0f ae 3b" is "clflush byte ptr [%rbx]" -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ 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)
On Mon, Oct 1, 2018 at 5:43 PM Rodney W. Grimes < freebsd-...@pdx.rh.cn85.dnsmgr.net> 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. > > Thanks for the tips. I will try that. But, I think there is also something more serious with this. While pulse audio clients (firefox) seem to play fine, Minecraft which uses OpenAL, produces crackling noises and eventually crash Minecraft with OpenAL being the culprit... > > > # 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: > > ___ > > 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" > > > > -- > 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: Sound issues with Dell Latitude 7490 (kabylake)
> 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. > > # 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: > ___ > 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" > -- 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: problems on lists.freebsd.org error 503 backend fetch failed
Hi! > Hi, if there's a better place to report this then please advise cluster...@freebsd.org or postmas...@freebsd.org -- they are informed about it already. > It seems the web-mail-list software for FreeBSD has failed partially (mostly?) It's the load-balancer in front of the mailman instance that failed. -- p...@freebsd.org +49 171 3101372 2 years to go ! ___ 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"
Sound issues with Dell Latitude 7490 (kabylake)
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: ___ 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: Clang cross-compiling to Cortex-M4 (ARM)
On Sun, Sep 30, 2018 at 02:20:26PM +0200, Goran Meki?? wrote: > Hello, > > With Clang 4.0 cross-compiling works, but any later versions (I tried > 5.0, 6.0 and 7.0 from packages) fails. This is the simple test program: > > #include > > int main() { > return 0; > } > > > These are the results: > > clang -fno-builtin -nostdlib -ffreestanding -target arm-none-eabi > -march=armv7-m -mcpu=cortex-m4 -o test test.c > test.c:1:10: fatal error: 'stdio.h' file not found > #include > ^ > 1 error generated. > > clang40 -fno-builtin -nostdlib -ffreestanding -target arm-none-eabi > -march=armv7-m -mcpu=cortex-m4 -o test test.c > /usr/local/bin/arm-none-eabi-ld: warning: cannot find entry symbol _start; > defaulting to 8000 > > > System clang is 6.0.1, but it's the same with the one from packages (to > be precise, clang60 command). I suppose this is more suitable for LLVM > mailing list, but I wanted to check if there's something specific on > FreeBSD I should know about before I write there? Also, this does > compile: > > clang -fno-builtin -nostdlib -ffreestanding -target arm-none-eabi > -march=armv7-m -mcpu=cortex-m4 -isystem /usr/include -o test test.c > /usr/bin/ld.lld: warning: cannot find entry symbol _start; defaulting to > 0x11000 It appears that post-4.0 clang dropped /usr/include from the include path in this case. You can see this with the --verbose flag: $ clang40 -fno-builtin -nostdlib -ffreestanding -target arm-none-eabi -march=armv7-m -mcpu=cortex-m4 -c -o test test.c --verbose clang version 4.0.1 (tags/RELEASE_401/final) Target: arm-none--eabi Thread model: posix InstalledDir: /usr/local/llvm40/bin "/usr/local/llvm40/bin/clang-4.0" -cc1 -triple thumbv7em-none--eabi -emit-obj -mrelax-all -disable-free -main-file-name test.c -mrelocation-model static -mthread-model posix -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -target-cpu cortex-m4 -target-feature +soft-float-abi -target-feature +strict-align -target-abi aapcs -mfloat-abi soft -v -dwarf-column-info -debugger-tuning=gdb -coverage-notes-file /home/bed22/git/freebsd/test.gcno -resource-dir /usr/local/llvm40/bin/../lib/clang/4.0.1 -fdebug-compilation-dir /home/bed22/git/freebsd -ferror-limit 19 -fmessage-length 80 -ffreestanding -fallow-half-arguments-and-returns -fno-builtin -fno-signed-char -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -o test -x c test.c clang -cc1 version 4.0.1 based upon LLVM 4.0.1 default target x86_64-portbld-freebsd11.1 #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/local/llvm40/bin/../lib/clang/4.0.1/include /usr/include End of search list. $ clang60 -fno-builtin -nostdlib -ffreestanding -target arm-none-eabi -march=armv7-m -mcpu=cortex-m4 -c -o test test.c --verbose clang version 6.0.1 (tags/RELEASE_601/final) Target: arm-none--eabi Thread model: posix InstalledDir: /usr/local/llvm60/bin "/usr/local/llvm60/bin/clang-6.0" -cc1 -triple thumbv7em-none--eabi -emit-obj -mrelax-all -disable-free -main-file-name test.c -mrelocation-model static -mthread-model posix -mdisable-fp-elim -fmath-errno -no-integrated-as -mconstructor-aliases -ffreestanding -nostdsysteminc -target-cpu cortex-m4 -target-feature +soft-float-abi -target-feature -crc -target-feature +dsp -target-feature -ras -target-feature -dotprod -target-feature -hwdiv-arm -target-feature +hwdiv -target-feature +strict-align -target-abi aapcs -mfloat-abi soft -fallow-half-arguments-and-returns -dwarf-column-info -debugger-tuning=gdb -v -coverage-notes-file /home/bed22/git/freebsd/test.gcno -resource-dir /usr/local/llvm60/lib/clang/6.0.1 -internal-isystem /usr/local/llvm60/lib/clang/6.0.1/include -internal-isystem include -fdebug-compilation-dir /home/bed22/git/freebsd -ferror-limit 19 -fmessage-length 80 -fno-builtin -fno-signed-char -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -o test -x c test.c clang -cc1 version 6.0.1 based upon LLVM 6.0.1 default target x86_64-portbld-freebsd11.1 ignoring duplicate directory "/usr/local/llvm60/lib/clang/6.0.1/include" #include "..." search starts here: #include <...> search starts here: /usr/local/llvm60/lib/clang/6.0.1/include include End of search list. In file included from test.c:1: include/stdio.h:41:10: fatal error: 'sys/cdefs.h' file not found #include ^ 1 error generated. I think this change is correct (the system headers aren't generally the headers you're looking for when targeting bare metal). You can restore the previous behavior (more or less) with "-isystem /usr/include". -- Brooks signature.asc Description: PGP signature
problems on lists.freebsd.org error 503 backend fetch failed
Hi, if there's a better place to report this then please advise It seems the web-mail-list software for FreeBSD has failed partially (mostly?) For example, these work, to display the subjects of messages https://lists.freebsd.org/pipermail/freebsd-ports/2018-September/thread.html https://lists.freebsd.org/pipermail/freebsd-ports/2018-August/thread.html but clicking on most of them throws this error: Error 503 Backend fetch failed Backend status: Backend fetch failed These won't even show the message list: https://lists.freebsd.org/pipermail/freebsd-ports/2018-July/thread.html https://lists.freebsd.org/pipermail/freebsd-ports/2018-June/thread.html full error is: Error 503 Backend fetch failed Backend status: Backend fetch failed Transaction ID: 476875217 (always varies) Other lists similarly fail. Maybe linked to the mailman problem reported earlier? thanks, -- J. ___ 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: vmstat -m and netstat -m dumping core when run on vmcores
On 10/1/18, Konstantin Belousov wrote: > On Mon, Oct 01, 2018 at 09:15:46AM +0300, Yuri Pankov wrote: >> Hi, >> >> I've noticed the following rebooting after a panic: >> >> pid 41246 (vmstat), uid 0: exited on signal 11 (core dumped) >> pid 47091 (netstat), uid 0: exited on signal 11 >> >> And indeed, trying to manually run those on the resulting vmcore makes >> them crash: >> >> # vmstat -m -M /var/crash/vmcore.0 >> Segmentation fault (core dumped) >> # netstat -m -M /var/crash/vmcore.0 >> Segmentation fault >> >> Backtrace is below: >> >> * thread #1, name = 'vmstat', stop reason = signal SIGSEGV >>* frame #0: 0x00080026d19f >> libmemstat.so.3`memstat_kvm_malloc(list=0x0008007c5000, >> kvm_handle=0x00080070e000) at memstat_malloc.c:351 >> frame #1: 0x00204b15 vmstat`main [inlined] domemstat_malloc >> at vmstat.c:1406 >> frame #2: 0x00204af4 vmstat`main(argc=, >> argv=0x7fffeb28) at vmstat.c:386 >> frame #3: 0x00204095 vmstat`_start(ap=, >> cleanup=) at crt1.c:74 >> >> Wonder if it's just me or something is broken here? > > I think this is due to r338899. libmemstat needs an adjustments to handle > that. > Indeed, I'll take care of it. Thanks for the report. -- Mateusz Guzik ___ 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: vmstat -m and netstat -m dumping core when run on vmcores
On Mon, Oct 01, 2018 at 09:15:46AM +0300, Yuri Pankov wrote: > Hi, > > I've noticed the following rebooting after a panic: > > pid 41246 (vmstat), uid 0: exited on signal 11 (core dumped) > pid 47091 (netstat), uid 0: exited on signal 11 > > And indeed, trying to manually run those on the resulting vmcore makes > them crash: > > # vmstat -m -M /var/crash/vmcore.0 > Segmentation fault (core dumped) > # netstat -m -M /var/crash/vmcore.0 > Segmentation fault > > Backtrace is below: > > * thread #1, name = 'vmstat', stop reason = signal SIGSEGV >* frame #0: 0x00080026d19f > libmemstat.so.3`memstat_kvm_malloc(list=0x0008007c5000, > kvm_handle=0x00080070e000) at memstat_malloc.c:351 > frame #1: 0x00204b15 vmstat`main [inlined] domemstat_malloc > at vmstat.c:1406 > frame #2: 0x00204af4 vmstat`main(argc=, > argv=0x7fffeb28) at vmstat.c:386 > frame #3: 0x00204095 vmstat`_start(ap=, > cleanup=) at crt1.c:74 > > Wonder if it's just me or something is broken here? I think this is due to r338899. libmemstat needs an adjustments to handle that. ___ 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"
vmstat -m and netstat -m dumping core when run on vmcores
Hi, I've noticed the following rebooting after a panic: pid 41246 (vmstat), uid 0: exited on signal 11 (core dumped) pid 47091 (netstat), uid 0: exited on signal 11 And indeed, trying to manually run those on the resulting vmcore makes them crash: # vmstat -m -M /var/crash/vmcore.0 Segmentation fault (core dumped) # netstat -m -M /var/crash/vmcore.0 Segmentation fault Backtrace is below: * thread #1, name = 'vmstat', stop reason = signal SIGSEGV * frame #0: 0x00080026d19f libmemstat.so.3`memstat_kvm_malloc(list=0x0008007c5000, kvm_handle=0x00080070e000) at memstat_malloc.c:351 frame #1: 0x00204b15 vmstat`main [inlined] domemstat_malloc at vmstat.c:1406 frame #2: 0x00204af4 vmstat`main(argc=, argv=0x7fffeb28) at vmstat.c:386 frame #3: 0x00204095 vmstat`_start(ap=, cleanup=) at crt1.c:74 Wonder if it's just me or something is broken here? ___ 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"