Re: macbook - uvideo0: can't find video interface
Hi, On May 26 22:15:28, feine...@logic.at wrote: > I think that my fix for video(1) posted at > https://marc.info/?l=openbsd-tech&m=159048565528060&w=2 could also > remedy your problem of video(1) crashing reported at > https://marc.info/?l=openbsd-misc&m=158800058009113&w=2 . On May 30 23:52:43, patr...@blueri.se wrote: > On Sat, May 30, 2020 at 07:47:17PM +0200, Jan Stary wrote: > > On May 30 18:50:12, h...@stare.cz wrote: > > > This is current/amd64 on a MacBook2,1 (dmesg below) > > > With the latest upgrade, it has lost video0: > > > > > > uvideo0 at uhub0 port 4 configuration 1 interface 0 "Micron Built-in > > > iSight" rev 2.00/1.84 addr 2 > > > uvideo0: can't find interface assoc descriptor > > > > Similar thing happens with current/i386 on a MacBook1,1 (dmesg below): > > uvideo0: can't find video interface > > > > Jan > > Yeah, this is due to the change to support multiple cameras in one > device. You can try this diff, let me know if this works on both > of your machines. With Patrick's diff, my amd64 Macbook2,1 has video0 at uvideo0 again. I compiled the patched kernel with UVIDEO_DEBUG, dmesg below. Thanks! video(1) still doesn't work though: running 'video -v' opens a black window of nothing, saying hans@mb64:~$ video -v video device /dev/video: encodings: uyvy frame sizes (width x height, in pixels) and rates (in frames per second): 320x240: 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30 352x288: 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30 640x480: 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30 controls: brightness, saturation, gamma, sharpness Xv adaptor 0, Intel(R) Textured Video: encodings: yuy2, uyvy, yv12 max size: 1280x800 using uyvy encoding using frame size 640x480 (614400 bytes) using default frame rate video: ioctl VIDIOC_DQBUF: Invalid argument The ioctl error message is after I pressed 'q' to quit. These are the UVIDEO_DEBUG messages when running that: uvideo0: uvideo_open: sc=0x8011d000 uvideo0: uvideo_find_ctrl: control not supported by device! uvideo0: uvideo_find_ctrl: control not supported by device! uvideo0: uvideo_find_ctrl: control not supported by device! uvideo0: uvideo_s_fmt: requested width=640, height=480 uvideo0: uvideo_find_res: frame index 0: width=640, height=480 uvideo0: uvideo_find_res: frame index 1: width=352, height=288 uvideo0: uvideo_find_res: frame index 2: width=320, height=240 uvideo0: SET probe request successfully bmHint=0x01 bFormatIndex=0x01 bFrameIndex=0x01 dwFrameInterval=33 (100ns units) wKeyFrameRate=0 wPFrameRate=0 wCompQuality=0 wCompWindowSize=0 wDelay=0 (ms) dwMaxVideoFrameSize=0 (bytes) dwMaxPayloadTransferSize=0 (bytes) uvideo0: GET probe request successfully bmHint=0x00 bFormatIndex=0x01 bFrameIndex=0x01 dwFrameInterval=33 (100ns units) wKeyFrameRate=0 wPFrameRate=0 wCompQuality=0 wCompWindowSize=0 wDelay=33 (ms) dwMaxVideoFrameSize=614400 (bytes) dwMaxPayloadTransferSize=3072 (bytes) fixed dwMaxVideoFrameSize=614400, width=640 height=480 bpp=16 uvideo0: SET commit request successfully uvideo0: uvideo_s_fmt: offered width=640, height=480 uvideo0: SET probe request successfully bmHint=0x01 bFormatIndex=0x01 bFrameIndex=0x01 dwFrameInterval=33 (100ns units) wKeyFrameRate=0 wPFrameRate=0 wCompQuality=0 wCompWindowSize=0 wDelay=0 (ms) dwMaxVideoFrameSize=0 (bytes) dwMaxPayloadTransferSize=0 (bytes) uvideo0: GET probe request successfully bmHint=0x00 bFormatIndex=0x01 bFrameIndex=0x01 dwFrameInterval=33 (100ns units) wKeyFrameRate=0 wPFrameRate=0 wCompQuality=0 wCompWindowSize=0 wDelay=33 (ms) dwMaxVideoFrameSize=614400 (bytes) dwMaxPayloadTransferSize=3072 (bytes) fixed dwMaxVideoFrameSize=614400, width=640 height=480 bpp=16 uvideo0: SET commit request successfully uvideo0: uvideo_reqbufs: count=4 uvideo0: allocated 2457600 bytes mmap buffer uvideo0: uvideo_reqbufs: index=0, offset=0, length=614400 uvideo0: uvideo_reqbufs: index=1, offset=614400, length=614400 uvideo0: uvideo_reqbufs: index=2, offset=1228800, length=614400 uvideo0: uvideo_reqbufs: index=3, offset=1843200, length=614400 uvideo0: uvideo_querybuf: index=0, offset=0, length=614400 uvideo0: uvideo_querybuf: index=1, offset=614400, length=614400 uvideo0: uvideo_querybuf: index=2, offset=1228800, length=614400 uvideo0: uvideo_querybuf: index=3, offset=1843200, length=614400 uvideo0: uvideo_vs_open uvideo0: set alternate iface to bAlternateSetting=0x01 psize=3072 max_packet_size=3072 uvideo0: open pipe for bEndpointAddress=0x82 uvideo0: nframes=40 uvideo0: uvideo_vs_alloc_isoc uvideo0: allocated 122880 bytes isoc VS xfer buffer uvideo0: allocated 122880 bytes isoc VS xfer buffer uvideo0: allocated 122880 bytes isoc VS xfer buffer uvideo0: uvideo_vs_alloc_frame: alloca
Re: Howto change login mechanism on OpenBSD
hello,
valdrin.m...@zoho.com (Valdrin MUJA), 2020.05.25 (Mon) 16:47 (CEST):
> Actually I updated the /etc/ttys file and add my program instead of
> getty. However, after boot, there was still OpenBSD login prompt
> before my program started.
as already mentioned, init(8) respawns the program specified in ttys(5)
if the program stops. it also throttles respawning if it happens to
often. after changes to ttys(5), run "kill -s HUP 1".
> On the other hand, I tried chpass -s $myprogram $user, but still I'm
This only changes the login shell that is run after you have logged in
via login(1).
> In short, I want to disable OpenBSD login prompt and execute my
> program. If user exits this external program, my program should run
> again etc.
use with care!
$ grep ttyC5 /etc/ttys
ttyC5 "/etc/ttymenu.getty"vt220 on secure
cat /etc/ttymenu.getty
#!/bin/sh -e
TERM=vt220 /etc/ttyprog < /dev/$1 > /dev/$1
/etc/ttyprog would be the program you want to run.
stdin and stdout are connected to the tty.
Marcus
> On Thu, 21 May 2020 01:53:29 +0200 Jeff Joshua Rollin
> wrote
>
>
> On Wed, 2020-05-20 at 17:00 -0500, Edgar Pettijohn wrote:
> > On Wed, May 20, 2020 at 09:50:17PM +
> > >
> > > I believe /etc/ttys controls getty, which may or not help. Getty is
> > > respawned too.
> > > https://man.openbsd.org/man5/ttys.5
> >
> > I think you're right. Might just need to change a line in /etc/ttys
> > to
> > execute /bin/{my_program}.
> >
> > Edgar
> >
>
> Perhaps a better way would be just to change the user's login shell to
> the name of your program: chpass -s $myprogram $user. That way you can
> use OpenBSD's login authentication, and login automatically runs the
> program when the user logs in; when the user quits the program they are
> automatically logged out. Provided there's no way to execute a shell
> from within the program, they therefore can't execute arbitrary code
> once logged in. It's easy to add a user for this single purpose: just
> add the user as normal, and specify $myprogram as the shell.
>
> Jeff.
[www] fix broken links on loongson.html
Hi/,/ Several links on loongson.html are now broken as zkml.lemote.com is no longer being resolved. I think it's a good idea to redirect them to their archived version on archive.org. Cheers, Yifei Zhan Index: loongson.html === RCS file: /cvs/www/loongson.html,v retrieving revision 1.66 diff -u -p -r1.66 loongson.html --- loongson.html 19 May 2020 02:02:10 - 1.66 +++ loongson.html 31 May 2020 06:55:56 - @@ -73,16 +73,16 @@ Specific hardware support is then writte At the moment, the following machines are supported: -http://zkml.lemote.com/en/products/mini-computer/2010/0310/111.html";>Lemote Fuloong 2F +https://web.archive.org/web/20190101154956/http://zkml.lemote.com/en/products/mini-computer/2010/0310/111.html";>Lemote Fuloong 2F mini-PC All on-board devices are supported, but the framebuffer is currently limited to the 640x400x8 video mode set up by the firmware. -http://zkml.lemote.com/en/products/all-in-one/2010/0311/122.html";>Lemote Lynloong all-in-one-PC +https://web.archive.org/web/20190101150011/http://zkml.lemote.com/en/products/all-in-one/2010/0311/122.html";>Lemote Lynloong all-in-one-PC All on-board devices are supported, but the framebuffer is currently limited to the 1360x768x16 video mode set up by the firmware. -http://zkml.lemote.com/en/products/Notebook/2010/0310/112.html";>Lemote Yeeloong +https://web.archive.org/web/20160703160118/http://zkml.lemote.com/en/products/Notebook/2010/0310/112.html";>Lemote Yeeloong netbook Both the 8.9" and 10.1" models are supported.
Re: macbook - uvideo0: can't find video interface
On May 31 12:16:58, h...@stare.cz wrote: > Hi, > > On May 26 22:15:28, feine...@logic.at wrote: > > I think that my fix for video(1) posted at > > https://marc.info/?l=openbsd-tech&m=159048565528060&w=2 could also > > remedy your problem of video(1) crashing reported at > > https://marc.info/?l=openbsd-misc&m=158800058009113&w=2 . > > On May 30 23:52:43, patr...@blueri.se wrote: > > On Sat, May 30, 2020 at 07:47:17PM +0200, Jan Stary wrote: > > > On May 30 18:50:12, h...@stare.cz wrote: > > > > This is current/amd64 on a MacBook2,1 (dmesg below) > > > > With the latest upgrade, it has lost video0: > > > > > > > > uvideo0 at uhub0 port 4 configuration 1 interface 0 "Micron Built-in > > > > iSight" rev 2.00/1.84 addr 2 > > > > uvideo0: can't find interface assoc descriptor > > > > > > Similar thing happens with current/i386 on a MacBook1,1 (dmesg below): > > > uvideo0: can't find video interface > > > > > > Jan > > > > Yeah, this is due to the change to support multiple cameras in one > > device. You can try this diff, let me know if this works on both > > of your machines. > > With Patrick's diff, my amd64 Macbook2,1 has video0 at uvideo0 again. > I compiled the patched kernel with UVIDEO_DEBUG, dmesg below. Thanks! On the i386 macbook, the UVIDEO_DEBUG messages spam the dmesg so much that I only have the uvideo tail in dmesg.boot (see below). I will recompile without UVIDEO_DEBUG. At any rate, video0 at uvideo0 exists now - thanks. Jan uvideo0: send 3 bytes data to offset 0x1b uvideo0: ucode data len=3, request=0x33 uvideo0: send 3 bytes data to offset 0x33 uvideo0: ucode data len=3, request=0x43 uvideo0: send 3 bytes data to offset 0x43 uvideo0: ucode data len=3, request=0x4b uvideo0: send 3 bytes data to offset 0x4b uvideo0: ucode data len=3, request=0x53 uvideo0: send 3 bytes data to offset 0x53 uvideo0: ucode data len=1023, request=0x100 uvideo0: send 50 bytes data to offset 0x100 uvideo0: send 50 bytes data to offset 0x132 uvideo0: send 50 bytes data to offset 0x164 uvideo0: send 50 bytes data to offset 0x196 uvideo0: send 50 bytes data to offset 0x1c8 uvideo0: send 50 bytes data to offset 0x1fa uvideo0: send 50 bytes data to offset 0x22c uvideo0: send 50 bytes data to offset 0x25e uvideo0: send 50 bytes data to offset 0x290 uvideo0: send 50 bytes data to offset 0x2c2 uvideo0: send 50 bytes data to offset 0x2f4 uvideo0: send 50 bytes data to offset 0x326 uvideo0: send 50 bytes data to offset 0x358 uvideo0: send 50 bytes data to offset 0x38a uvideo0: send 50 bytes data to offset 0x3bc uvideo0: send 50 bytes data to offset 0x3ee uvideo0: send 50 bytes data to offset 0x420 uvideo0: send 50 bytes data to offset 0x452 uvideo0: send 50 bytes data to offset 0x484 uvideo0: send 50 bytes data to offset 0x4b6 uvideo0: send 23 bytes data to offset 0x4e8 uvideo0: ucode data len=1023, request=0x4ff uvideo0: send 50 bytes data to offset 0x4ff uvideo0: send 50 bytes data to offset 0x531 uvideo0: send 50 bytes data to offset 0x563 uvideo0: send 50 bytes data to offset 0x595 uvideo0: send 50 bytes data to offset 0x5c7 uvideo0: send 50 bytes data to offset 0x5f9 uvideo0: send 50 bytes data to offset 0x62b uvideo0: send 50 bytes data to offset 0x65d uvideo0: send 50 bytes data to offset 0x68f uvideo0: send 50 bytes data to offset 0x6c1 uvideo0: send 50 bytes data to offset 0x6f3 uvideo0: send 50 bytes data to offset 0x725 uvideo0: send 50 bytes data to offset 0x757 uvideo0: send 50 bytes data to offset 0x789 uvideo0: send 50 bytes data to offset 0x7bb uvideo0: send 50 bytes data to offset 0x7ed uvideo0: send 50 bytes data to offset 0x81f uvideo0: send 50 bytes data to offset 0x851 uvideo0: send 50 bytes data to offset 0x883 uvideo0: send 50 bytes data to offset 0x8b5 uvideo0: send 23 bytes data to offset 0x8e7 uvideo0: ucode data len=1023, request=0x8fe uvideo0: send 50 bytes data to offset 0x8fe uvideo0: send 50 bytes data to offset 0x930 uvideo0: send 50 bytes data to offset 0x962 uvideo0: send 50 bytes data to offset 0x994 uvideo0: send 50 bytes data to offset 0x9c6 uvideo0: send 50 bytes data to offset 0x9f8 uvideo0: send 50 bytes data to offset 0xa2a uvideo0: send 50 bytes data to offset 0xa5c uvideo0: send 50 bytes data to offset 0xa8e uvideo0: send 50 bytes data to offset 0xac0 uvideo0: send 50 bytes data to offset 0xaf2 uvideo0: send 50 bytes data to offset 0xb24 uvideo0: send 50 bytes data to offset 0xb56 uvideo0: send 50 bytes data to offset 0xb88 uvideo0: send 50 bytes data to offset 0xbba uvideo0: send 50 bytes data to offset 0xbec uvideo0: send 50 bytes data to offset 0xc1e uvideo0: send 50 bytes data to offset 0xc50 uvideo0: send 50 bytes data to offset 0xc82 uvideo0: send 50 bytes data to offset 0xcb4 uvideo0: send 23 bytes data to offset 0xce6 uvideo0: ucode data len=1023, request=0xcfd uvideo0: send 50 bytes data to offset 0xcfd uvideo0: send 50 bytes data to offset 0xd2f uvideo0: send 50 bytes data to offset 0xd61 uvideo0: send 50 bytes data to offset 0xd93 uvideo0: send 50 byte
sndio: troubleshooting no input
Hello,
I have an amd64 laptop with OpenBSD 6.7 and I am only getting
zero-valued samples when recording. Is there any checklist I can
go through to ensure nothing is muted and that I am reading from
the correct input device?
I have tried both aucat and a C program I wrote (attached).
Thanks,
Aaron Miller
#include
#include
#include
#include
#define BUF_SAMPLES 4800
#define OUTFILE "recorded.pcm"
#define ITERATIONS 500
// ffmpeg -y -f s16le -ar 48000 -ac 1 -i recorded.pcm recorded.mp3 && mpv recorded.mp3
void print_par(struct sio_par *par);
int main(int argc, char* argv[]) {
short *sample_buf = NULL;
struct sio_hdl *h;
int fail = 0;
int started = 0;
size_t total_bytes_read = 0;
int i;
size_t bytes_read;
FILE *out = NULL;
h = sio_open(SIO_DEVANY, SIO_REC, 0);
if (h == NULL) {
fprintf(stderr, "%s: we're fucked man\n", argv[0]);
fail = 1; goto done;
}
struct sio_par par;
sio_initpar(&par);
par.bits = 8*sizeof(short);
//par.bps = sizeof(short);
par.sig = 1;
par.le = 1;
par.rchan = 1;
par.pchan = 2; // unused
par.rate = 48000;
par.xrun = SIO_IGNORE;
//print_par(&par);
printf("running sio_setpar...\n");
if (sio_setpar(h, &par) == 0) {
fprintf(stderr, "%s: sio_setpar failed\n", argv[0]);
fail = 1; goto done;
};
//print_par(&par);
printf("running sio_getpar...\n");
if (sio_getpar(h, &par) == 0) {
fprintf(stderr, "%s: sio_getpar failed\n", argv[0]);
fail = 1; goto done;
};
print_par(&par);
if (BUF_SAMPLES % par.round != 0) {
fprintf(stderr, "%s: samples in buf (%d) not mult of round (%d)\n", argv[0], BUF_SAMPLES, par.round);
fail = 1; goto done;
}
if ((sample_buf = malloc(BUF_SAMPLES * sizeof(short))) == NULL) {
fprintf(stderr, "%s: oh we are sooo fucked. GAME OVER MAN\n", argv[0]);
fail = 1; goto done;
}
if ((out = fopen(OUTFILE, "wb")) == NULL) {
fprintf(stderr, "%s: failed to open %s for writing\n", argv[0], OUTFILE);
fail = 1; goto done;
}
if (sio_start(h) == 0) {
fprintf(stderr, "%s: failed to sio_start\n", argv[0]);
fail = 1; goto done;
}
started = 1;
int retries = 0;
printf("START\n");
for (i = 0; i < ITERATIONS; i++) {
if ((bytes_read = sio_read(h, sample_buf, BUF_SAMPLES * sizeof(short))) == 0) {
fprintf(stderr, "%s: failed to sio_read\n", argv[0]);
fail = 1; goto done;
}
total_bytes_read += bytes_read;
size_t bytes_written;
size_t bw;
char* buf_ptr = (char *) sample_buf;
for (bytes_written = 0; bytes_written < bytes_read; bytes_written += bw) {
size_t bytes_left = bytes_read - bytes_written;
bw = fwrite(buf_ptr, 1, bytes_left, out);
if (bw < bytes_left && errno != EAGAIN) {
fprintf(stderr, "%s: failed to write to file\n", argv[0]);
perror(argv[0]);
fail = 1; goto done;
}
buf_ptr += bw;
}
}
printf("TOTAL BYTES READ: %d\n", total_bytes_read);
// cleanup
done:
if (started) {
sio_stop(h);
}
if (out != NULL) {
fclose(out);
}
if (sample_buf != NULL) {
free(sample_buf);
}
if (h != NULL) {
sio_close(h);
}
return fail;
}
void print_par(struct sio_par *par) {
char *xrun;
switch (par->xrun) {
default:
xrun = "";
break;
case 0:
xrun = "SIO_IGNORE";
break;
case 1:
xrun = "SIO_SYNC";
break;
case 2:
xrun = "SIO_ERROR";
break;
}
printf("&sio_par{\n"
" bits: %d,\n"
" bps: %d,\n"
" sig: %d,\n"
" le: %d,\n"
" msb: %d,\n"
" rchan: %d,\n"
" pchan: %d,\n"
" rate: %d,\n"
" appbufsz: %d,\n"
" bufsz: %d,\n"
" round: %d,\n"
" xrun: %s (%d),\n"
"}\n",
par->bits, /* bits per sample */
par->bps, /* bytes per sample */
par->sig, /* 1 = signed, 0 = unsigned int */
par->le,/* 1 = LE, 0 = BE byte order */
par->msb, /* 1 = MSB, 0 = LSB aligned */
par->rchan, /* number channels for recording */
par->pchan, /* number channels for playback */
par->rate, /* frames per second */
par->appbufsz, /* minimum buffer size without xruns */
par->bufsz, /* end-to-end buffer size (read-only) */
par->round, /* optimal buffer size divisor */
xrun, /* what to do on overrun/underrun */
par->xrun
);
}
Re: sndio: troubleshooting no input
sndioctl -d Have a look at man sndioctl Good Luck
Re: macbook - uvideo0: can't find video interface
On May 31 13:24:20, h...@stare.cz wrote:
> On May 31 12:16:58, h...@stare.cz wrote:
> > Hi,
> >
> > On May 26 22:15:28, feine...@logic.at wrote:
> > > I think that my fix for video(1) posted at
> > > https://marc.info/?l=openbsd-tech&m=159048565528060&w=2 could also
> > > remedy your problem of video(1) crashing reported at
> > > https://marc.info/?l=openbsd-misc&m=158800058009113&w=2 .
> >
> > On May 30 23:52:43, patr...@blueri.se wrote:
> > > On Sat, May 30, 2020 at 07:47:17PM +0200, Jan Stary wrote:
> > > > On May 30 18:50:12, h...@stare.cz wrote:
> > > > > This is current/amd64 on a MacBook2,1 (dmesg below)
> > > > > With the latest upgrade, it has lost video0:
> > > > >
> > > > > uvideo0 at uhub0 port 4 configuration 1 interface 0 "Micron Built-in
> > > > > iSight" rev 2.00/1.84 addr 2
> > > > > uvideo0: can't find interface assoc descriptor
> > > >
> > > > Similar thing happens with current/i386 on a MacBook1,1 (dmesg below):
> > > > uvideo0: can't find video interface
> > > >
> > > > Jan
> > >
> > > Yeah, this is due to the change to support multiple cameras in one
> > > device. You can try this diff, let me know if this works on both
> > > of your machines.
> >
> > With Patrick's diff, my amd64 Macbook2,1 has video0 at uvideo0 again.
> > I compiled the patched kernel with UVIDEO_DEBUG, dmesg below. Thanks!
>
> On the i386 macbook, the UVIDEO_DEBUG messages spam the dmesg so much
> that I only have the uvideo tail in dmesg.boot (see below).
> I will recompile without UVIDEO_DEBUG.
dmesg below
Notice how uvideo0 frst ataches as "Apple Computer Bluetooth",
detaches, and ataches again as "Micron Built-in iSight"
Jan
OpenBSD 6.7-current (GENERIC.MP) #0: Sun May 31 13:44:04 CEST 2020
h...@mb32.stare.cz:/usr/src/sys/arch/i386/compile/GENERIC.MP
real mem = 2113323008 (2015MB)
avail mem = 2059010048 (1963MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 07/29/05, SMBIOS rev. 2.4 @ 0xe7490 (36 entries)
bios0: vendor Apple Computer, Inc. version "MB11.88Z.0061.B03.0610121324" date
10/12/06
bios0: Apple Computer, Inc. MacBook1,1
acpi0 at bios0: ACPI 3.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST ECDT SSDT SSDT SSDT
acpi0: wakeup devices ADP1(S3) LID0(S3) PXS1(S4) PXS2(S4) USB1(S3) USB2(S3)
USB3(S3) USB4(S3) USB7(S3) EC__(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Genuine Intel(R) CPU T2500 @ 2.00GHz ("GenuineIntel" 686-class) 2 GHz,
06-0e-08
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,NXE,PERF,SENSOR,MELTDOWN
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 166MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Genuine Intel(R) CPU T2500 @ 2.00GHz ("GenuineIntel" 686-class) 2 GHz,
06-0e-08
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,NXE,PERF,SENSOR,MELTDOWN
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xe000, bus 0-255
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
gcpiprt1 at acpi0: bus 1 (RP01)
acpiprt2 at acpi0: bus 2 (RP02)
acpiprt3 at acpi0: bus 3 (PCIB)
acpicpu0 at acpi0: !C4(100@55 mwait@0x31), !C3(500@1 mwait@0x20), !C2(500@1
mwait@0x10), C1(1000@1 mwait), PSS
acpicpu1 at acpi0: !C4(100@55 mwait@0x31), !C3(500@1 mwait@0x20), !C2(500@1
mwait@0x10), C1(1000@1 mwait), PSS
acpisbs0 at acpi0: SBS0 model "ASMB016" serial 35580 type LION oem "DP"
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: LID0
"APP0002" at acpi0 not configured
acpibtn1 at acpi0: PWRB
acpibtn2 at acpi0: SLPB
"PNP0A08" at acpi0 not configured
"APP0001" at acpi0 not configured
"APP0003" at acpi0 not configured
"ACPI0001" at acpi0 not configured
"IFX0101" at acpi0 not configured
acpicmos0 at acpi0
acpivideo0 at acpi0: GFX0
bios0: ROM list: 0xc/0xe600!
cpu0: Enhanced SpeedStep 1998 MHz: speeds: 2000, 1833, 1667, 1500, 1333, 1000
MHz
memory map conflict 0xe00f8000/0x1000
memory map conflict 0xfed1c000/0x4000
memory map conflict 0xfffb/0x3
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82945GM Host" rev 0x03
inteldrm0 at pci0 dev 2 function 0 "Intel 82945GM Video" rev 0x03
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0x8000, size 0x1000
inteldrm0: apic 1 int 16, I945GM, gen 3
"Intel 82945GM Video" rev 0x03 at pci0 dev 2 function 1 not configured
vendor "Intel", unknown product 0x27a3 (class DASP subclass Time and Frequency,
rev 0x03) at pci0 dev 7 function 0 not configured
azalia0 at pci0 dev 27 fu
Re: sndio: troubleshooting no input
Do you have sysctl kern.audio.record=1 ?
Jan
On May 30 18:17:02, aa...@iforgotmy.name wrote:
> Hello,
>
> I have an amd64 laptop with OpenBSD 6.7 and I am only getting
> zero-valued samples when recording. Is there any checklist I can
> go through to ensure nothing is muted and that I am reading from
> the correct input device?
>
> I have tried both aucat and a C program I wrote (attached).
>
> Thanks,
> Aaron Miller
> #include
> #include
> #include
> #include
>
> #define BUF_SAMPLES 4800
> #define OUTFILE "recorded.pcm"
> #define ITERATIONS 500
>
> // ffmpeg -y -f s16le -ar 48000 -ac 1 -i recorded.pcm recorded.mp3 && mpv
> recorded.mp3
>
> void print_par(struct sio_par *par);
>
> int main(int argc, char* argv[]) {
> short *sample_buf = NULL;
> struct sio_hdl *h;
> int fail = 0;
> int started = 0;
> size_t total_bytes_read = 0;
> int i;
> size_t bytes_read;
> FILE *out = NULL;
> h = sio_open(SIO_DEVANY, SIO_REC, 0);
> if (h == NULL) {
> fprintf(stderr, "%s: we're fucked man\n", argv[0]);
> fail = 1; goto done;
> }
>
> struct sio_par par;
> sio_initpar(&par);
>
> par.bits = 8*sizeof(short);
> //par.bps = sizeof(short);
> par.sig = 1;
> par.le = 1;
> par.rchan = 1;
> par.pchan = 2; // unused
> par.rate = 48000;
> par.xrun = SIO_IGNORE;
>
> //print_par(&par);
> printf("running sio_setpar...\n");
> if (sio_setpar(h, &par) == 0) {
> fprintf(stderr, "%s: sio_setpar failed\n", argv[0]);
> fail = 1; goto done;
> };
> //print_par(&par);
>
> printf("running sio_getpar...\n");
> if (sio_getpar(h, &par) == 0) {
> fprintf(stderr, "%s: sio_getpar failed\n", argv[0]);
> fail = 1; goto done;
> };
> print_par(&par);
>
> if (BUF_SAMPLES % par.round != 0) {
> fprintf(stderr, "%s: samples in buf (%d) not mult of round (%d)\n",
> argv[0], BUF_SAMPLES, par.round);
> fail = 1; goto done;
> }
>
> if ((sample_buf = malloc(BUF_SAMPLES * sizeof(short))) == NULL) {
> fprintf(stderr, "%s: oh we are sooo fucked. GAME OVER MAN\n",
> argv[0]);
> fail = 1; goto done;
> }
>
> if ((out = fopen(OUTFILE, "wb")) == NULL) {
> fprintf(stderr, "%s: failed to open %s for writing\n", argv[0],
> OUTFILE);
> fail = 1; goto done;
> }
>
> if (sio_start(h) == 0) {
> fprintf(stderr, "%s: failed to sio_start\n", argv[0]);
> fail = 1; goto done;
> }
> started = 1;
> int retries = 0;
> printf("START\n");
> for (i = 0; i < ITERATIONS; i++) {
> if ((bytes_read = sio_read(h, sample_buf, BUF_SAMPLES *
> sizeof(short))) == 0) {
> fprintf(stderr, "%s: failed to sio_read\n", argv[0]);
> fail = 1; goto done;
> }
> total_bytes_read += bytes_read;
>
> size_t bytes_written;
> size_t bw;
> char* buf_ptr = (char *) sample_buf;
> for (bytes_written = 0; bytes_written < bytes_read; bytes_written +=
> bw) {
> size_t bytes_left = bytes_read - bytes_written;
> bw = fwrite(buf_ptr, 1, bytes_left, out);
> if (bw < bytes_left && errno != EAGAIN) {
> fprintf(stderr, "%s: failed to write to file\n", argv[0]);
> perror(argv[0]);
> fail = 1; goto done;
> }
> buf_ptr += bw;
> }
> }
> printf("TOTAL BYTES READ: %d\n", total_bytes_read);
>
> // cleanup
> done:
> if (started) {
> sio_stop(h);
> }
> if (out != NULL) {
> fclose(out);
> }
> if (sample_buf != NULL) {
> free(sample_buf);
> }
> if (h != NULL) {
> sio_close(h);
> }
> return fail;
> }
>
> void print_par(struct sio_par *par) {
> char *xrun;
> switch (par->xrun) {
> default:
> xrun = "";
> break;
> case 0:
> xrun = "SIO_IGNORE";
> break;
> case 1:
> xrun = "SIO_SYNC";
> break;
> case 2:
> xrun = "SIO_ERROR";
> break;
> }
> printf("&sio_par{\n"
> " bits: %d,\n"
> " bps: %d,\n"
> " sig: %d,\n"
> " le: %d,\n"
> " msb: %d,\n"
> " rchan: %d,\n"
> " pchan: %d,\n"
> " rate: %d,\n"
> " appbufsz: %d,\n"
> " bufsz: %d,\n"
> " round: %d,\n"
> " xrun: %s (%d),\n"
> "}\n",
> par->bits, /* bits per sample */
> par->bps, /* bytes per sample */
> par->sig, /* 1 = signed, 0 = unsigned int */
> par->le,/* 1 = LE, 0 = BE byte order */
> par->msb, /* 1 = MSB, 0 = LSB aligned */
> par->rchan, /* number channels for recording */
> par->pchan, /* num
Problem with isc_named
Hi!
With current (OpenBSD 6.7-current (GENERIC.MP) #232: Sat May 30 18:17:19
MDT 2020) and up-to-date packages, I'm having a hard time running isc_named
as a slave dns.
I get this in the log:
dumping master file: tmp/tmp-lxMn2v1tJx: open: file not found
named.conf is like this:
options {
directory "/tmp"; // working directory, inside the /var/named
chroot
// - must be writable by _bind
version ""; // remove this to allow version queries
listen-on{ any; };
listen-on-v6 { any; };
empty-zones-enable yes;
allow-recursion { clients; };
};
zone "0.168.192.in-addr.arpa" {
type slave;
masterfile-format text;
file "tmp/0.168.192.in-addr.arpa";
masters { 192.168.0.4; };
};
zone "antarctica.no" {
type slave;
masterfile-format text;
file "tmp/antarctica.no";
masters { 192.168.0.4; };
};
zone "carebears.no" {
type slave;
masterfile-format text;
file "tmp/carebears.no";
masters { 192.168.0.4; };
};
/var/named/tmp is owned by _bind:_bind with drwxrwxr-x
I can't seem to find any error in my config. Could there be something wrong
with the package?
isc-bind-9.16.3p0v0 is the one I have installed.
Forgetting pkg_add -u after sysupgrade can cause ansible msyscall errors
Hi, For the sake of the archives and future search engine users, I'll share what can happen when you use sysupgrade to upgrade your OpenBSD host but then forget to run update your installed packages. (Yep, silly mistake, I know...) After upgrading my Ansible host to 6.7, I noticed that each ansible command outputted the following error, but it continued normally after that: msyscall 1ba41d145000 a5000 error The second word varied with each invocation, and I did not notice any other adverse effects on that box. The error occurred with all ansible commands, such as ansible, ansible-playbook and ansible-connection. I was >< this close to sending a help request to this list, but I realized I had not tried to see what would happen on a freshly installed 6.7 box. It was then that I noticed that the new box had ansible-2.9.7 and python-3.7.7, while the upgraded box had ansible-2.7.9 and python-3.6.8p0. This caused me to realize I had forgotten to update my packages after doing the sysupgrade... A quick "pkg_add -u" later and my problem was gone. D'oh! So, moral of the story: don't forget to update your packages after a sysupgrade. Regards, Jurjen Oskam
Re: Forgetting pkg_add -u after sysupgrade can cause ansible msyscall errors
On Sun, May 31, 2020 at 08:19:18PM +0200, Jurjen Oskam wrote: > Hi, > > For the sake of the archives and future search engine users, I'll share what > can happen when you use sysupgrade to upgrade your OpenBSD host but then > forget to run update your installed packages. (Yep, silly mistake, I know...) > > After upgrading my Ansible host to 6.7, I noticed that each ansible command > outputted the following error, but it continued normally after that: > > msyscall 1ba41d145000 a5000 error > > The second word varied with each invocation, and I did not notice any other > adverse effects on that box. The error occurred with all ansible commands, > such as ansible, ansible-playbook and ansible-connection. > > I was >< this close to sending a help request to this list, but I realized > I had not tried to see what would happen on a freshly installed 6.7 box. > It was then that I noticed that the new box had ansible-2.9.7 and > python-3.7.7, while the upgraded box had ansible-2.7.9 and python-3.6.8p0. > This caused me to realize I had forgotten to update my packages after doing > the sysupgrade... A quick "pkg_add -u" later and my problem was gone. D'oh! > > So, moral of the story: don't forget to update your packages after a > sysupgrade. Heh Always a good idea. msyscall was kind of a "flag day". In case you don't know, most anything dynamic that uses syscalls has to go through a specific area in libc now, it makes all kinds of attacks more complex. Some of us running current went through similar burps in case we forgot. I must say, I'm happy I added @tag support a while back, this made this specific package update much less painful.
Re: Problem with isc_named
After upgrade to 6.7 I had to change all of isc_named’s file statements to have
a / before their path. Fwiw, I don’t see this in the Changelog, nor does
sysmerge handle this, so I’m guessing this is some sort of new bug.
Before 6.7, this always worked:
file “master/loopw.com”
after, I have to do this:
file “/master/loopw.com”
where it’s actually /var/named/master/loopw.com on the filesystem.
so outside of that problem, my two cents: I wouldn’t put my zone files in tmp,
I put those in file /var/named/secondary
> On May 31, 2020, at 11:00 AM, Christer Solskogen
> wrote:
>
> Hi!
>
> With current (OpenBSD 6.7-current (GENERIC.MP) #232: Sat May 30 18:17:19
> MDT 2020) and up-to-date packages, I'm having a hard time running isc_named
> as a slave dns.
>
> I get this in the log:
> dumping master file: tmp/tmp-lxMn2v1tJx: open: file not found
>
> named.conf is like this:
> options {
>directory "/tmp"; // working directory, inside the /var/named
> chroot
>// - must be writable by _bind
>version ""; // remove this to allow version queries
>
>listen-on{ any; };
>listen-on-v6 { any; };
>
>empty-zones-enable yes;
>
>allow-recursion { clients; };
> };
>
> zone "0.168.192.in-addr.arpa" {
>type slave;
>masterfile-format text;
>file "tmp/0.168.192.in-addr.arpa";
>masters { 192.168.0.4; };
> };
>
> zone "antarctica.no" {
>type slave;
>masterfile-format text;
>file "tmp/antarctica.no";
>masters { 192.168.0.4; };
> };
>
> zone "carebears.no" {
>type slave;
>masterfile-format text;
>file "tmp/carebears.no";
>masters { 192.168.0.4; };
> };
>
>
> /var/named/tmp is owned by _bind:_bind with drwxrwxr-x
>
> I can't seem to find any error in my config. Could there be something wrong
> with the package?
> isc-bind-9.16.3p0v0 is the one I have installed.
Re: Problem with isc_named
On 31/05/2020 20:00, Christer Solskogen wrote:
Hi!
With current (OpenBSD 6.7-current (GENERIC.MP) #232: Sat May 30 18:17:19
MDT 2020) and up-to-date packages, I'm having a hard time running isc_named
as a slave dns.
I get this in the log:
dumping master file: tmp/tmp-lxMn2v1tJx: open: file not found
named.conf is like this:
options {
directory "/tmp"; // working directory, inside the /var/named
chroot
// - must be writable by _bind
version ""; // remove this to allow version queries
listen-on{ any; };
listen-on-v6 { any; };
empty-zones-enable yes;
allow-recursion { clients; };
};
zone "0.168.192.in-addr.arpa" {
type slave;
masterfile-format text;
file "tmp/0.168.192.in-addr.arpa";
masters { 192.168.0.4; };
};
zone "antarctica.no" {
type slave;
masterfile-format text;
file "tmp/antarctica.no";
masters { 192.168.0.4; };
};
zone "carebears.no" {
type slave;
masterfile-format text;
file "tmp/carebears.no";
masters { 192.168.0.4; };
};
/var/named/tmp is owned by _bind:_bind with drwxrwxr-x
I can't seem to find any error in my config. Could there be something wrong
with the package?
isc-bind-9.16.3p0v0 is the one I have installed.
Hi,
Why are you putting the zone files in /var/named/tmp? That's probably
the source of the problem. Use /var/named/{master,slave} for those...
Cheers,
Noth
Re: macbook only sees 1GB of a 2GB RAM module
On Sat, May 30, 2020 at 07:23:58PM +0200, Jan Stary wrote: > This is current/amd64 on a macbook2,1 (dmesg below). > It has two RAM slots, each holding a 2GB module: if you like using older Apple HW then https://everymac.com/ is a very good resource. searching Macbook2,1 reveals the HW issue. this specific limitation https://everymac.com/systems/apple/macbook_pro/faq/macbook-pro-core-2-duo-3-gb-memory-limitation-details.html > > spdmem0 at iic0 addr 0x50: 2GB DDR2 SDRAM non-parity PC2-6400CL6 SO-DIMM > spdmem1 at iic0 addr 0x52: 2GB DDR2 SDRAM non-parity PC2-6400CL6 SO-DIMM > > But of one of the 2GB, only 1GB is seen: > > real mem = 3171909632 (3024MB) > > I have tried swapping the mdules, it only happens > in one of the two slots. If I put a 1GB module in there, > the available memory is the same (in the other slot, > 2GB is 2GB and 1GB is 1GB). > > Why is this? Does it have anthing to do with > the memory map conflicts I see in the dmesg? > ~rgc
Re: sndio: troubleshooting no input
No, it was set to 0. I set it to 1 and that fixed the issue.
Thanks!
Also, Maurice mentioned "sndioctl -d" so here is the output:
073:input[0].level=0..255 (120)074:input[1].level=0..255
(120)105:input[0].mute=0..1 (0)106:input[1].mute=0..1
(0)009:output[0].level=0..255 (126)010:output[1].level=0..255
(126)041:output[0].mute=0..1 (0)042:output[1].mute=0..1
(0)001:mpv0.level=0..127 (127)000:test0.level=0..127 (127)
--Aaron
On Sun, 2020-05-31 at 18:29 +0200, Jan Stary wrote:
> Do you have sysctl kern.audio.record=1 ?
> Jan
> On May 30 18:17:02, aa...@iforgotmy.name wrote:
> > Hello,
> > I have an amd64 laptop with OpenBSD 6.7 and I am only
> > gettingzero-valued samples when recording. Is there any
> > checklist I cango through to ensure nothing is muted and that
> > I am reading fromthe correct input device?
> > I have tried both aucat and a C program I wrote (attached).
> > Thanks,Aaron Miller
> > #include #include #include
> > #include
> > #define BUF_SAMPLES 4800#define OUTFILE "recorded.pcm"#define
> > ITERATIONS 500
> > // ffmpeg -y -f s16le -ar 48000 -ac 1 -i recorded.pcm
> > recorded.mp3 && mpv recorded.mp3
> > void print_par(struct sio_par *par);
> > int main(int argc, char* argv[]) {short *sample_buf =
> > NULL;struct sio_hdl *h;int fail = 0;int started =
> > 0;size_t total_bytes_read = 0;int i;size_t
> > bytes_read;FILE *out = NULL;h = sio_open(SIO_DEVANY,
> > SIO_REC, 0);if (h == NULL) {fprintf(stderr, "%s:
> > we're fucked man\n", argv[0]);fail = 1; goto
> > done;}
> > struct sio_par par;sio_initpar(&par);
> > par.bits = 8*sizeof(short);//par.bps =
> > sizeof(short);par.sig = 1;par.le = 1;par.rchan =
> > 1;par.pchan = 2; // unusedpar.rate =
> > 48000;par.xrun = SIO_IGNORE;
> > //print_par(&par);printf("running
> > sio_setpar...\n");if (sio_setpar(h, &par) == 0)
> > {fprintf(stderr, "%s: sio_setpar failed\n",
> > argv[0]);fail = 1; goto
> > done;};//print_par(&par);
> > printf("running sio_getpar...\n");if (sio_getpar(h,
> > &par) == 0) {fprintf(stderr, "%s: sio_getpar
> > failed\n", argv[0]);fail = 1; goto
> > done;};print_par(&par);
> > if (BUF_SAMPLES % par.round != 0) {fprintf(stderr,
> > "%s: samples in buf (%d) not mult of round (%d)\n", argv[0],
> > BUF_SAMPLES, par.round);fail = 1; goto done;}
> > if ((sample_buf = malloc(BUF_SAMPLES * sizeof(short))) ==
> > NULL) {fprintf(stderr, "%s: oh we are sooo fucked.
> > GAME OVER MAN\n", argv[0]);fail = 1; goto done;}
> > if ((out = fopen(OUTFILE, "wb")) == NULL)
> > {fprintf(stderr, "%s: failed to open %s for
> > writing\n", argv[0], OUTFILE);fail = 1; goto
> > done;}
> > if (sio_start(h) == 0) {fprintf(stderr, "%s:
> > failed to sio_start\n", argv[0]);fail = 1; goto
> > done;}started = 1;int retries =
> > 0;printf("START\n");for (i = 0; i < ITERATIONS; i++)
> > {if ((bytes_read = sio_read(h, sample_buf, BUF_SAMPLES
> > * sizeof(short))) == 0) {fprintf(stderr, "%s:
> > failed to sio_read\n", argv[0]);fail = 1; goto
> > done;}total_bytes_read += bytes_read;
> > size_t bytes_written;size_t bw;char*
> > buf_ptr = (char *) sample_buf;for (bytes_written = 0;
> > bytes_written < bytes_read; bytes_written += bw)
> > {size_t bytes_left = bytes_read -
> > bytes_written;bw = fwrite(buf_ptr, 1, bytes_left,
> > out);if (bw < bytes_left && errno != EAGAIN)
> > {fprintf(stderr, "%s: failed to write to
> > file\n",
> > argv[0]);perror(argv[0]);fail
> > = 1; goto done;}buf_ptr +=
> > bw;}}printf("TOTAL BYTES READ: %d\n",
> > total_bytes_read);
> > // cleanupdone:if (started)
> > {sio_stop(h);}if (out != NULL)
> > {fclose(out);}if (sample_buf != NULL)
> > {free(sample_buf);}if (h != NULL)
> > {sio_close(h);}return fail;}
> > void print_par(struct sio_par *par) {char *xrun;switch
> > (par->xrun) {default:xrun = " > val>";break;case 0:xrun =
> > "SIO_IGNORE";break;case 1:xrun
> > = "SIO_SYNC";break;case 2:xrun
> > =
> > "SIO_ERROR";break;}printf("&sio_par{\n"
> > " bits: %d,\n"" bps:
> > %d,\n"" sig: %d,\n"" le:
> > %d,\n"" msb: %d,\n"" rchan:
> > %d,\n"" pchan: %d,\n"" rate:
> > %d,\n"" appbufsz: %d,\n"" bufsz:
> > %d,\n"" round: %d,\n"" xrun: %s
> > (%d),\n""}\n",par->bits, /* bits
> > per sam
sysupgrade with sysmerge failure
Hi. I just used the new ‘sysupgrade’ to upgrade my little Alix boxes to 6.7. It worked very well, and thank you for this upgrade simplification tool. I do have one question. After upgrading the first machine, when I ran syspatch to patch the system, I got a failure saying that the user _rpki_client didn’t exist. My question is not about that, but I realized that the sysmerge script apparently did not finish successfully. I ran it and merged the files and then was able to proceed normally. On another box, this time I was watching for it (I have a little terminal server on the alix machines), and indeed: /etc/mail/smtpd.conf unhandled, re-run sysmerge to merge the new version My question is, is there a “standard” place/way to confirm that sysmerge finished successfully (other than looking at the console output on first boot)? For some reason (I don’t know if I’m editing in a way that sysmerge doesn’t like to merge) this seems to happen a lot with unbound.conf, nsd.conf and smtpd.conf (for example), so I run into sysmerge conflicts often. Sean
6.7 trouble reaching ipmi on supermicro atom
ipmitool is timing out on my system with the kernel driver loaded, where I havent seen this in previous releases. I looked at the changes in 6.7 for ipmi.c, there's a number of them (thank you!) My intention is to bisect for which change may have caused this, but if someone knows what’s going on, I’m all ears. This behavior has happened on two systems that I've tried so far: cobalt# ipmitool sel Unable to send command: Device busy Get Device ID command failed No data available Unable to send command: Device busy No valid response received No data available Get SEL Info command failed I loaded ipmi in this kernel as I have in previous releases, seems to be present: cobalt# echo find ipmi | config -e -o /bsd.test /bsd OpenBSD 6.7 (GENERIC.MP) #1: Sat May 16 16:33:02 MDT 2020 r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Enter 'help' for information ukc> find ipmi 447 ipmi0 at acpi0 flags 0x0 448 ipmi0 at mainbus0 apid -1 flags 0x0 ukc> config: eof OpenBSD 6.7 (GENERIC.MP) #1: Sat May 16 16:33:02 MDT 2020 r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4277665792 (4079MB) avail mem = 4135411712 (3943MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0x9ac00 (19 entries) bios0: vendor American Megatrends Inc. version "1.2b" date 07/19/13 bios0: Supermicro X7SPA-HF acpi0 at bios0: ACPI 3.0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET EINJ BERT ERST HEST acpi0: wakeup devices P0P1(S4) USB0(S4) USB1(S4) USB2(S4) USB5(S4) EUSB(S4) USB3(S4) USB4(S4) USB6(S4) USBE(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.91 MHz, 06-1c-0a cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu0: 512KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 166MHz cpu0: mwait min=64, max=64, C-substates=0.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.68 MHz, 06-1c-0a cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu1: 512KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 3 pa 0xfec0, version 20, 24 pins, remapped acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (P0P1) acpiprt2 at acpi0: bus 1 (P0P4) acpiprt3 at acpi0: bus 2 (P0P8) acpiprt4 at acpi0: bus 3 (P0P9) acpicpu0 at acpi0: C1(@1 halt!) acpicpu1 at acpi0: C1(@1 halt!) acpipci0 at acpi0 PCI0: 0x0010 0x0011 0x acpicmos0 at acpi0 acpibtn0 at acpi0: PWRB ipmi0 at mainbus0: version 1.5 interface KCS iobase 0xca2/2 spacing 1 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Pineview DMI" rev 0x02 uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x02: apic 3 int 16 uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x02: apic 3 int 21 uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x02: apic 3 int 19 ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x02: apic 3 int 18 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x02: msi pci1 at ppb0 bus 1 em0 at pci1 dev 0 function 0 "Intel 82571EB" rev 0x06: apic 3 int 16, address 00:1b:21:88:9f:20 em1 at pci1 dev 0 function 1 "Intel 82571EB" rev 0x06: apic 3 int 17, address 00:1b:21:88:9f:21 ppb1 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x02: msi pci2 at ppb1 bus 2 em2 at pci2 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address 00:25:90:0a:40:72 ppb2 at pci0 dev 28 function 5 "Intel 82801I PCIE" rev 0x02: msi pci3 at ppb2 bus 3 em3 at pci3 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address 00:25:90:0a:40:73 uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x02: apic 3 int 23 uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x02: apic 3 int 19 uhci5 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x02: apic 3 int 18 ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x02: apic 3 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x92 pci4 at ppb3 bus 4 vga1 at pci4 dev 4 function 0 "Matrox MGA G200eW"
Re: Problem with isc_named
On Sun, May 31, 2020 at 8:45 PM Noth wrote:
>
> Hi,
>
>Why are you putting the zone files in /var/named/tmp? That's probably
> the source of the problem. Use /var/named/{master,slave} for those...
>
I used to I them in slave, but that failed as well.
--
chs
