On Wed, Jun 02, 2021 at 11:15:59AM +0100, Raf Czlonka wrote:
> On Wed, Jun 02, 2021 at 09:52:36AM BST, Alexandre Ratchov wrote:
> >
> > There's no hotplug support for audio (yet), so if you plug the USB
> > device while programs are using the internal device, you need to
> > manually tell sndiod
On 6/4/21 11:28 PM, Peter N. M. Hansteen wrote:
>
>
> On 6/4/21 11:03 PM, Bryan Steele wrote:
>> It is likely what ratchov@ describes here, the microphone on these
>> newer machines is no longer internally connected to the HD Audio device,
>> but instead some new Intel "Smart Sound Technology
On 6/4/21 11:03 PM, Bryan Steele wrote:
> It is likely what ratchov@ describes here, the microphone on these
> newer machines is no longer internally connected to the HD Audio device,
> but instead some new Intel "Smart Sound Technology (SST)" device.
>
>
One more oddity:
[Fri Jun 04 22:29:52] peter@zaida:~$ doas sysctl | grep record
kern.audio.record=1
kern.video.record=1
[Fri Jun 04 22:48:40] peter@zaida:~$ mixerctl -v
inputs.dac-0:1=126,126
outputs.spkr_source=dac-0:1 [ dac-0:1 ]
outputs.spkr_mute=off [ off on ]
outputs.spkr_boost=off [ off
On Fri, Jun 04, 2021 at 10:51:47PM +0200, Peter N. M. Hansteen wrote:
> One more oddity:
> [Fri Jun 04 22:29:52] peter@zaida:~$ doas sysctl | grep record
> kern.audio.record=1
> kern.video.record=1
> [Fri Jun 04 22:48:40] peter@zaida:~$ mixerctl -v
> inputs.dac-0:1=126,126
>
On Fri, Jun 04, 2021 at 10:06:27PM +0200, Peter N. M. Hansteen wrote:
> Further exploring the machine, trying to use the microphone it looks
> like we do not have sound input enabled:
>
> [Fri Jun 04 22:01:28] peter@zaida:~$ doas sysctl | grep audio
> kern.audio.record=1
>
>
> Fri Jun 04
On 6/2/21 12:15 PM, Raf Czlonka wrote:
> On Wed, Jun 02, 2021 at 09:52:36AM BST, Alexandre Ratchov wrote:
>>
>> There's no hotplug support for audio (yet), so if you plug the USB
>> device while programs are using the internal device, you need to
>> manually tell sndiod to switch to it, ex:
>
On 6/2/21 10:52 AM, Alexandre Ratchov wrote:
> sndiod_flags="-f rsnd/0 -F rsnd/1"
Yes, that worked. Excellent, thanks!
All the best,
Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/
"Remember to
Another intriguing detail - this machine does not have a headphone jack,
but comes with a USB-C to audio mini-jack adapter. When I plug in the
adapter, it is recognized
Jun 2 10:30:46 zaida /bsd: uaudio0 at uhub1 port 4 configuration 1
interface 1 "ESS Technology Asus USB DAC" rev 1.01/0.01 addr
On Wed, Jun 02, 2021 at 11:15:59AM +0100, Raf Czlonka wrote:
> On Wed, Jun 02, 2021 at 09:52:36AM BST, Alexandre Ratchov wrote:
> >
> > There's no hotplug support for audio (yet), so if you plug the USB
> > device while programs are using the internal device, you need to
> > manually tell sndiod
On Wed, Jun 02, 2021 at 09:52:36AM BST, Alexandre Ratchov wrote:
>
> There's no hotplug support for audio (yet), so if you plug the USB
> device while programs are using the internal device, you need to
> manually tell sndiod to switch to it, ex:
Until then, hotplugd(8) seems to be working just
On Wed, Jun 02, 2021 at 10:38:23AM +0200, Peter N. M. Hansteen wrote:
> Another intriguing detail - this machine does not have a headphone jack,
> but comes with a USB-C to audio mini-jack adapter. When I plug in the
> adapter, it is recognized
>
> Jun 2 10:30:46 zaida /bsd: uaudio0 at uhub1
On Tue, Jun 01, 2021 at 10:34:00AM +1000, Jonathan Gray wrote:
> > cpu0: 256KB 64b/line disabled L2 cache
>
> the cpuid 0x8006 method of getting l2 cache information
> doesn't work here
>
> > cpu0: smt 0, core 0, package 0
> > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
>
On Mon, May 31, 2021 at 10:18:45PM +0200, Peter N. M. Hansteen wrote:
> All issues resolved with help from Bryan Steele, Jonathan Gray and
> Stefan Sperling.
>
> dmesg, sendbug and pcidump output attached.
>
> Thanks again for all your help!
>
> All the best,
> Peter
>
> OpenBSD 6.9-current
On Sat, May 29, 2021 at 05:34:50PM +0200, Peter N. M. Hansteen wrote:
> And just for completeness, git diff output follows attached along with
> fresh sendbug output.
>
> All the best,
> Peter
moved slightly to keep it sorted
Index: sys/dev/pci/azalia.c
On 5/29/21 4:25 PM, Bryan Steele wrote:
>> "Intel 500 Series HD Audio" rev 0x20 at pci0 dev 31 function 3 not configured
>>
>> 0:31:3: Intel 500 Series HD Audio
>> 0x: Vendor ID: 8086, Product ID: a0c8
>> 0x0004: Command: , Status: 0010
>> 0x0008: Class: 04
On Sat, May 29, 2021 at 04:01:40PM +0200, Peter N. M. Hansteen wrote:
Hi,
> ...
>
> However, I have no sound at all in this laptop.
>
> What is the most useful way forward in exploring the whys and
> contributing to fixing?
>
> Fresh sendbug -P and pcidump -v output follows attached.
>
> All
On Tue, May 25, 2021 at 09:48:44PM -0400, Bryan Steele wrote:
> On Wed, May 26, 2021 at 02:51:53AM +0200, Peter N. M. Hansteen wrote:
> Intel 11th Gen "Intel Rapid Storage" device which is not supported.
>
> vendor "Intel", unknown product 0x09ab (class system subclass
> miscellaneous, rev
> 26. mai 2021 kl. 03:50 skrev Jonathan Gray :
>
> On Wed, May 26, 2021 at 02:51:53AM +0200, Peter N. M. Hansteen wrote:
>> Somewhat encouraged by the last few weeks' adventure with ASUS
>> laptops (thanks, kettenis@!) I decided to try out an incrementally
>> higher range model, the Zenbook S.
On Wed, May 26, 2021 at 11:50:36AM +1000, Jonathan Gray wrote:
> On Wed, May 26, 2021 at 02:51:53AM +0200, Peter N. M. Hansteen wrote:
> > Somewhat encouraged by the last few weeks' adventure with ASUS
> > laptops (thanks, kettenis@!) I decided to try out an incrementally
> > higher range model,
And finally I offer up
https://www.bsdly.net/~peter/sendbug_-P_asus_zenbook_s_20210526.txt.zip
Offered here in compressed form only (and still weighing in at some 17.5M)
since only
the first few kilobytes are likely of any value, it seems to descend into
endless repetition
of
0x0100: Enhanced
The sendbug under fine high resolution X still runs, here are dmesg and
xdpyinfo output
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/
"Remember to set the evil bit on all malicious network
Somewhat encouraged by the last few weeks' adventure with ASUS
laptops (thanks, kettenis@!) I decided to try out an incrementally
higher range model, the Zenbook S.
The latest amd64 snapshot installer seemed to work fine until
it encountered the main storage in the unit, which the firmware
sees
On Wed, May 26, 2021 at 02:51:53AM +0200, Peter N. M. Hansteen wrote:
> Somewhat encouraged by the last few weeks' adventure with ASUS
> laptops (thanks, kettenis@!) I decided to try out an incrementally
> higher range model, the Zenbook S.
>
> The latest amd64 snapshot installer seemed to work
On Wed, May 26, 2021 at 02:51:53AM +0200, Peter N. M. Hansteen wrote:
> Somewhat encouraged by the last few weeks' adventure with ASUS
> laptops (thanks, kettenis@!) I decided to try out an incrementally
> higher range model, the Zenbook S.
>
> The latest amd64 snapshot installer seemed to work
25 matches
Mail list logo