Re: Kernel panic probably linked to inteldrm

Ok, after further investigations, my problem does not seems to be linked with inteldrm. The kernel panic seems to happen randomly with or without inteldrm enabled. Nevertheless, if I disable inteldrm, I can access ddb when the panic happen (I don't know why, BTW) and I get this. kernel:

Touchpad seems to be considered like a keyboard

. Kind regards, Jérôme FRGACIC $ dmesg OpenBSD 6.7 (GENERIC.MP) #4: Wed Jul 15 11:16:20 MDT 2020 r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8384339968 (7995MB) avail mem = 8117616640 (7741MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0

Screen stays off after resuming

in advance. Kind regards, Jérôme FRGACIC $ dmesg OpenBSD 6.7 (GENERIC.MP) #4: Wed Jul 15 11:16:20 MDT 2020 r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8384339968 (7995MB) avail mem = 8117616640 (7741MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0

Kernel panic probably linked to inteldrm

to fix this issue with inteldrm? I have an Intel UHD Graphics « card ». I put below the output of dmesg, pcidump -v and Xorg.0.log, if it can help. Thanks in adavance. Kind regards, Jérôme FRGACIC $ dmesg OpenBSD 6.7 (GENERIC.MP) #4: Wed Jul 15 11:16:20 MDT 2020 r...@syspatch-67-amd64

Re: Infinite spin when trying to burn a CD

Thanks for all your replies. it means the optcode does alllow or prevent media removal it depends on the prevent bits in the cdb but you basically just have a 00 for allow or a 01 for prevent in the cdb. Anyway since sense already told you the request is illegal you have to figure out what

Re: Infinite spin when trying to burn a CD

Thanks for your reply. # cdio -f /dev/rcd0c tao -s 1 file.iso Maybe? Raw device and slow speed I've try it, but unfortunetly it doesn't change anything, nothing is written on the disk and it spins forever. Nevertheless, after further investigation, it seems that the problem only appear

Infinite spin when trying to burn a CD

regards, Jérôme FRGACIC PS: I do not have subscribe to this mailing list, so please add me as a recipient if you reply to this message. OpenBSD 6.4 (GENERIC.MP) #8: Thu Mar 21 14:26:24 CET 2019 r...@syspatch-64-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1999732736

Re: pf group and setgid

You seem to be equating the setgid bit with the concept of "start a process with a different gid". No, that's not what it does. The setgid bit starts a new executable with a disjoint mix of effective, saved, and real gid list, as well as a gidlist. Maybe it was not clear in my message but:

Re: pf group and setgid

Thanks for your reply. You are providing a program with an additional gid. The program has not been coded be aware of that gid. Two potentially different filesystem views now exist within the program, depending on the g=rwx bits of directories and files in the tree. The program is no longer

pf group and setgid

26 2016 /usr/bin/ftp $ grep ftpcmd /etc/pf.conf pass out on if proto tcp from (if:0) to any port { 80,443 } group ftpcmd Kind regards, Jérôme FRGACIC PS: I not subscribe to this list, so please add me as recipient if you reply.

Re: ed -s

Hello, Invoking ed -s file.txt, where file does not contain a newline at the end, sends to stderr in spite of -s flag: newline appended. Is this normal behaviour? Yes, the -s option concern only messages printed on stdout. Does ed/sed spoil files with non ascii bytes (for example unicode

Re: ed -s

Yes, the -s option concern only messages printed on stdout. Sorry, this is bullshit. The message: newline appended is an informational message, not a diagnostic (error message). I supposed this is why it is not concerned by the -s option.

Re: ehci_idone message with HP printer

If you see it only once, you can ignore it. Ok, this is the case for me. But do you still need to restart your printer? No, this problem seem actually to be fixed, thank you. :)

Re: ehci_idone message with HP printer

Thank you for your reply. Unfortunately, after upgrading my system to -current and applying the patch you send to me to the kernel, I got the same error. Here is the result of the dmesg command : OpenBSD 5.5-current (GENERIC.MP) #1: Mon Jul 14 22:05:14 CEST 2014

ehci_idone message with HP printer

that call the foomatic-rip command with the corrects arguments). Kind regards, Jérôme FRGACIC $ dmesg OpenBSD 5.5 (GENERIC.MP) #0: Sat May 3 15:28:46 CEST 2014 r...@basile.my.domain:/usr/src/sys/arch/amd64/compile

Re: Live usb stick quite slow

msgid CAJO05K02bX+YsbbW6aT1G3mBALt3=TgMPifKeJFWHMtim=k...@mail.gmail.com Thanks for your replies. :) On 15/12/2013 18:54, Nick Holland wrote: Would be interesting to try your test on a non-nvidia machine. I do the same test on an intel based machine and, effectively, there is an improvement: it

Live usb stick quite slow

Hi misc, I have installed OpenBSD on an USB stick (a Kingston DataTraveler G3). Nevertheless, the system is quite slow... For example, I recently install firefox or, more precisely, those packages: at-spi2-atk-2.8.1.tgz at-spi2-core-2.8.0.tgz dbus-glib-0.100.2v0.tgz dconf-0.16.1.tgz