i386_get_ioperm() and i386_set_ioperm()
These were removed from sysarch.h between OpenBSD 5.9 to 6.0?
I believe this code (port.h):
https://github.com/lcdproc/lcdproc/blob/master/server/drivers/port.h
On OpenBSD 5.9, it uses the code branch for 'NetBSD/OpenBSD'
lines 174 to 270
based on having t
On 2020-08-17, Stuart Henderson wrote:
>On 2020-08-17, Doug Moss wrote:
>>
>> Did something change at OpenBSD i386 between 5.9 and 6.0
>> related to parallel port / lpt hardware permissions?
>>
>> Up to OpenBSD i386 5.9,
>> I used to be able to have a workin
Is it possible with OpenBSD i386 to use the parallel port for lcdproc?
More specifically:
Did something change at OpenBSD i386 between 5.9 and 6.0
related to parallel port / lpt hardware permissions?
Up to OpenBSD i386 5.9,
I used to be able to have a working case-LCD-screen
with lcdproc-0.5.7,
On Sunday, August 11, 2019, 3:19:52 AM EDT, Alexandre Ratchov wrote:
>
>Could you try setting:
>
>sndiod_flags="-frsnd/0 -frsnd1"
>
>then restart sndiod, then run:
>
>aucat -f snd/1 -i song.wav
Apologies - somehow the cycles of restarting/powering off and on - it seems to
be working fine now.
To
>> no sound from USB speakers
>>
>> dmesg:
>> azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audio" rev 0x05: msi
>> azalia0: codecs: Realtek ALC888, Intel/0x2805, using Realtek ALC888
>> audio0 at azalia0
>> ...
>> uhub5 at uhub3 port 1 configuration 1 interface 0 "Intel Rate Matching Hub
no sound from USB speakers
dmesg:
azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audio" rev 0x05: msi
azalia0: codecs: Realtek ALC888, Intel/0x2805, using Realtek ALC888
audio0 at azalia0
...
uhub5 at uhub3 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev
2.00/0.00 addr 2
ua
On Wednesday, January 20, 2016 1:37 PM, Martin Pieuchot
wrote:
>If you're referring to my reply, I was interested in the behavior in a
>-current kernel, what will be 5.9 soon. A lot of changes happened
>since 5.8.
>
>It would be nice if you could also post the output of "route -n show -inet"
>w
>On Wednesday, January 20, 2016 1:37 PM, Martin Pieuchot
>wrote:
>On 20/01/16(Wed) 00:11, Doug Moss wrote:
>> Second - per other reply. I upgraded from OpenBSD 5.7 amd64 to OpenBSD 5.8
>> amd64 yesterday>
>If you're referring to my reply, I was interested in th
ng tables
visible with 'arp -an' and 'route -n show'
I imagine these can happen through more than one mechanism, and happen at the
network stack or kernel level?
Is there another mechanism that I should pay attention to?
>> On Jan 16, 2016, at 12:40, Doug Moss wrote:
(my apologies for last message - unfamiliar with Yahoo and forcing plain text
email)
Why is a manually entered permanent arp entry being overwritten?
At my home, I have an ISP from which I have 5 static IPv4 addresses.
I use these for my home network, a home email server, jabber server for
fam
Why is a manually entered permanent arp entry being overwritten?
At my home, I have an ISP from which I have 5 static IPv4 addresses.I use
these for my home network, a home email server, jabber server for
family/friends,website related to my academic work, etc, with different
domains.
The ISP ser
11 matches
Mail list logo
