Re: setresuid not available in OpenBSD's perl
On Mon, Aug 18, 2008 at 12:11 AM, Philip Guenther [EMAIL PROTECTED] wrote:
This question doesn't really have anything to do with OpenBSD.
Thanks, but I think it has to do with OpenBSD, because
the question is about implementation at this platform.
I'll try using following for now:
drop_root() if ($ == 0 or $ == 0);
# sudo useradd -g=uid -s/sbin/nologin -d/var/empty _myuser
sub drop_root {
my ($uid, $gid, $home) = (getpwnam('_myuser'))[2,3,7];
die 'User _myuser not found'
unless ($uid and $gid and -d $home);
chroot($home) or die Can not chroot to $home: $!;
# try to set the real, effective and save uid
setgid($gid) or die Can not set gid to $gid: $!;
setuid($uid) or die Can not set uid to $uid: $!;
# try to regain privileges - this should fail
die 'Not able to drop privileges'
if (setuid(0) or setgid(0));
}
Re: setresuid not available in OpenBSD's perl
On Mon, Aug 18, 2008 at 1:35 AM, Alexander Farber [EMAIL PROTECTED] wrote: On Mon, Aug 18, 2008 at 12:11 AM, Philip Guenther [EMAIL PROTECTED] wrote: This question doesn't really have anything to do with OpenBSD. Thanks, but I think it has to do with OpenBSD, because the question is about implementation at this platform. sigh Did you read the source? Did you see any #ifdef __OpenBSD__ conditionals or other differences in the relevant chunks of code between the source in the OpenBSD repository and the portable/official source? I sure didn't see any. I'll try using following for now: drop_root() if ($ == 0 or $ == 0); If you're going to check for both $ and $ being zero, then you should stick $ = 0; into the function, before the chroot(). That's not OpenBSD specific, so I'm sure you see why. Philip Guenther
VistaPE PXE booting from a OpenBSD tftp
Hello everybody, I currently try to set up a WinPE 2.0 solution (VistaPE) to replace the old BartPE solution I currently do use. Even after using some HowTos I somehow failed to manage to get the VistaPE booting from a OpenBSD Server. The BCD claims that it can't find \Boot\ so I tried to find out if OpenBSDs tftp does rewrite the \ into a / like the tftpd on Linux where you have the possibility to create the file tftpd.remap wich would include a gr \\ / in my case. So does anybody booted VistaPE from a OpenBSD tftp-Server already? Does the tftp of OpenBSD remaps such things automaticaly? I found nothing related to this in the manpage. It would be great if somebody could give me some suggestions how to maybe solve this (or in case somebody uses already WinPE 2.0 with OpenBSD as underlaying server I would be happy about a howto too). Kind regards, Sebastian
Re: TV out for Xorg/OpenBSD?
On Sun, Aug 17, 2008 at 07:16:51PM +0300, Jussi Peltola wrote: On Sun, Aug 17, 2008 at 04:22:33PM +0100, Edd Barrett wrote: Hi, We have this BSD box with some films on, and someone had the idea of hookiing it up to the TV so we can watch DVD's etc in the living room. Not a bad idea, but I don't know how. You need an interlaced [EMAIL PROTECTED] mode. A suitable modeline should be findable with google. OK, well [EMAIL PROTECTED] is the standard vga option in xorg.conf. This fails :( As for modelines, googling modeline tvmodel xorg doesn't bring back any results. -- Best Regards Edd http://students.dec.bmth.ac.uk/ebarrett
Re: VistaPE PXE booting from a OpenBSD tftp
[EMAIL PROTECTED] wrote: Hello everybody, I currently try to set up a WinPE 2.0 solution (VistaPE) to replace the old BartPE solution I currently do use. Even after using some HowTos I somehow failed to manage to get the VistaPE booting from a OpenBSD Server. The BCD claims that it can't find \Boot\ so I tried to find out if OpenBSDs tftp does rewrite the \ into a / like the tftpd on Linux where you have the possibility to create the file tftpd.remap wich would include a gr \\ / in my case. So does anybody booted VistaPE from a OpenBSD tftp-Server already? Does the tftp of OpenBSD remaps such things automaticaly? I found nothing related to this in the manpage. figure out how it works for pxebooting openbsd, then try your hand at vista. reduce to the simplest case and then build up. asking people to do your homework for you makes you look lazy. It would be great if somebody could give me some suggestions how to maybe solve this (or in case somebody uses already WinPE 2.0 with OpenBSD as underlaying server I would be happy about a howto too). Kind regards, Sebastian
Re: TV out for Xorg/OpenBSD?
Edd Barrett wrote: On Sun, Aug 17, 2008 at 07:16:51PM +0300, Jussi Peltola wrote: On Sun, Aug 17, 2008 at 04:22:33PM +0100, Edd Barrett wrote: Hi, We have this BSD box with some films on, and someone had the idea of hookiing it up to the TV so we can watch DVD's etc in the living room. Not a bad idea, but I don't know how. You need an interlaced [EMAIL PROTECTED] mode. A suitable modeline should be findable with google. OK, well [EMAIL PROTECTED] is the standard vga option in xorg.conf. This fails :( As for modelines, googling modeline tvmodel xorg doesn't bring back any results. Hi Edd, The online XFree modeline generator [1] can generate interlace modelines - are they any different to the one's you've tried? HTH Fred [1] http://xtiming.sourceforge.net/cgi-bin/xtiming.pl
Re: VistaPE PXE booting from a OpenBSD tftp
figure out how it works for pxebooting openbsd, then try your hand at vista. reduce to the simplest case and then build up. asking people to do your homework for you makes you look lazy. It seams my english lacks some importent parts to explain the issue int he right way. I appologize but you could have guessed it propably. The problem is the hardcoded \Boot\BCD in the BCD-File itself. And on OpenBSD I find no way to make a rewrite rule like on tftp-hpa (if I am not wrong) where you can create a file called tftpd.remap and insert a gr // \ and that solves it. During the boot the bootcode of vistape looks for \Boot\BCD and claims it's not avaiable. To ensure I did not fucked up something I used 3 different Howtos (well all the same but differen sources) and created the PE serval times wich was even checked by other people here (and it boots on Linux btw..) So in case you use VistaPE with OpenBSD as dhcpd and tftpd it would be pretty nice to tell me how you solved it. The problem eppears just with Vista but will remain because the BCD-Code gets used in all further Versions of Windows. I strongly suspect the tftpd-Server as being responseable but as I said I did not find anything about the paths and if it may even rewrites itself. And googling for tftp openbsd just brings you tons of linux tftpds wich all claim to be derivated work of the openbsd tftp-server+addons. So hopefully I explaied myself in the right way now. Kind regards, Sebastian
Blf.h Vnconfig
Looking at the source code for vnconfig and blf.h, I see the following lines of code: /* Schneier specifies a maximum key length of 56 bytes. * This ensures that every key bit affects every cipher * bit. However, the subkeys can hold up to 72 bytes. * Warning: For normal blowfish encryption only 56 bytes * of the key affect all cipherbits. */ #define BLF_MAXUTILIZED ((BLF_N+2)*4) /* 576 bits */ I see that vnconfig uses BLF_MAXUTILIZED for the keylength when using the -K option. Does this mean that it feeds the blowfish cipher 576 bits instead of the recommended 448, or are some of the bits discarded prior to encryption so that the cipher is only using 448? _ Get thousands of games on your PC, your mobile phone, and the web with Windows.. http://clk.atdmt.com/MRT/go/108588800/direct/01/
Re: TV out for Xorg/OpenBSD?
Hi, Edd Barrett wrote: On Sun, Aug 17, 2008 at 07:16:51PM +0300, Jussi Peltola wrote: On Sun, Aug 17, 2008 at 04:22:33PM +0100, Edd Barrett wrote: Hi, We have this BSD box with some films on, and someone had the idea of hookiing it up to the TV so we can watch DVD's etc in the living room. Not a bad idea, but I don't know how. You need an interlaced [EMAIL PROTECTED] mode. A suitable modeline should be findable with google. OK, well [EMAIL PROTECTED] is the standard vga option in xorg.conf. This fails :( As for modelines, googling modeline tvmodel xorg doesn't bring back any results. You can try some of the modelines there and need to make sure the tv is in rgb mode and the sync-line ist connected and put's out the right singal. http://www.unix-ag.uni-kl.de/~pfeffer/tvout/index.html Alternatively most modern cards have a tv-out, don't know what is supported by the x-servers. The solution using RGB above will give the best picture quality if you get it working. -sm
Re: SCSI_DELAY setting ...
I went through the ahd code looking for a clue and the only thing that would make a difference is if the chip/bus hasn't settled yet. If I read the code right the only way that can happen is when it hits a SCSI reset on channel A. This really shouldn't happen so that makes your hardware suspect. Can you send a dmesg of the offending system please? On Sun, Aug 17, 2008 at 03:52:10AM +0200, Christoph Viethen wrote: Hello all, had a little problem getting OpenBSD to run on one of our machines. It has a SCSI adapter nicely supported by the ahd(4) driver, but the problem I had was that all SCSI devices would show up, with the exception of - ta dah! - the hard disk. The only one in the machine, supposed to be the boot disk. Now that didn't make installation too easy, but applying some creativity (and, temporarily, an extra ATA drive), it could be done. :-) The solution was to set the SCSI_DELAY option of the kernel to some larger value (tried 15 seconds, and that worked fine - didn't have the nerve to figure out what value would have been the minimal one which still would solve the problem). This way, the whole SCSI initialization process would pause for a while, allowing the harddisk to turn up. Now, the whole issue obviously is not really OpenBSD's fault - when a harddisk is too slow to turn up, well, bad luck. What I'm wondering, in any case, is, whether my approach to solving this problem was the right one, or whether there would have been an easier way. I mean, I would have preferred to set some options in UKC or with config(8), but I was clueless as to whether setting the SCSI delay can be achieved this way, or whether building a special kernel was the only approach. Could somebody please shed some light on this? Is building a new kernel the only thing one can do when one suffers from a too-slow SCSI device, or might there be a shortcut (other than throwing the SCSI adapter and/or drive out of the window and getting a different one, of course) ? Thanks, Christoph -- [EMAIL PROTECTED]
Re: TV out for Xorg/OpenBSD?
Howdy! Eons ego I recall using klone language to make appropriate ModeLine for Xfree conf file. Also, some scripts live inside si- milarly named directory to help that process. lso, take a look at this faqs: http://www.at.openbsd.org/faq/faq11.html#XF86 Hope this helps. Zoran
Re: TV out for Xorg/OpenBSD?
Hi, On Mon, Aug 18, 2008 at 4:29 PM, Siegbert Marschall [EMAIL PROTECTED] wrote: You can try some of the modelines there and need to make sure the tv is in rgb mode and the sync-line ist connected and put's out the right singal. http://www.unix-ag.uni-kl.de/~pfeffer/tvout/index.html OK i tried the PAL [EMAIL PROTECTED] modeline shown here with no luck. I should think of all of them this would work. Alternatively most modern cards have a tv-out, don't know what is supported by the x-servers. This card does have a tv out of some form. Its the type of cable which usually goes into the yellow socket next to the red and white audio ones (yah, i dont know a thing about this stuff). I have a cable hooked up to this aswell as vga, with no results. All I can think of is that I will have to look in the menus for related settings *if* i can find the right remote. UNtil now Im using another sony remote, which happens to work, but not for menus. The TV is a Sony KD-28DL11U The card is a NVIDIA GeForce4 MX 420 rev 0xa3 -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: TV out for Xorg/OpenBSD?
On Mon, 18 Aug 2008, Edd Barrett wrote: The card is a NVIDIA GeForce4 MX 420 rev 0xa3 I'm not 100% sure but I don't think that will work without the blobby nvidia driver. Which of course isn't available on OpenBSD. Try switching to a recent ATI card, tv-out should work on it. At least my friend told me he had it working on his x1550 and open source drivers. -- Antti Harri
Re: TV out for Xorg/OpenBSD?
On Mon, 18 Aug 2008, Edd Barrett wrote: SNIP This card does have a tv out of some form. Its the type of cable which usually goes into the yellow socket next to the red and white audio ones (yah, i dont know a thing about this stuff). composite video out
Re: TV out for Xorg/OpenBSD?
On Mon, Aug 18, 2008 at 5:40 PM, Antti Harri [EMAIL PROTECTED] wrote: On Mon, 18 Aug 2008, Edd Barrett wrote: The card is a NVIDIA GeForce4 MX 420 rev 0xa3 I'm not 100% sure but I don't think that will work without the blobby nvidia driver. Which of course isn't available on OpenBSD. Ah wonderful. Does this apply for the vga port too, sing the VGA to scart adaptor? If I plug the box into a LCD monitor i see [EMAIL PROTECTED] just fine, its just a very small screen, not ideal for films. Try switching to a recent ATI card, tv-out should work on it. At least my friend told me he had it working on his x1550 and open source drivers. Ill see what I can find, but generally i use onboard cards. This one happens to have a card in. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: TV out for Xorg/OpenBSD?
On Mon, Aug 18, 2008 at 1:49 PM, Fred Crowson [EMAIL PROTECTED] wrote: The online XFree modeline generator [1] can generate interlace modelines - are they any different to the one's you've tried? HTH Fred [1] http://xtiming.sourceforge.net/cgi-bin/xtiming.pl Unbelieveably the manual for the tv does not give you ANY of this information. I get the feeling this plan is doomed. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: TV out for Xorg/OpenBSD?
On Mon, 18 Aug 2008, Edd Barrett wrote: Ah wonderful. Does this apply for the vga port too, sing the VGA to scart adaptor? If I plug the box into a LCD monitor i see [EMAIL PROTECTED] just fine, its just a very small screen, not ideal for films. Sorry I don't know about that. Ill see what I can find, but generally i use onboard cards. This one happens to have a card in. Those ATI cards seem to be pretty cheap even as new but if I were you I would try to lend and test one before buying. -- Antti Harri
Re: TV out for Xorg/OpenBSD?
On Mon, Aug 18, 2008 at 6:10 PM, Antti Harri [EMAIL PROTECTED] wrote: Those ATI cards seem to be pretty cheap even as new but if I were you I would try to lend and test one before buying. Good plan, Ill ask around my friends see if anyone has one. Any idea what model would be good for this? -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: TV out for Xorg/OpenBSD?
Hi, On Mon, Aug 18, 2008 at 5:40 PM, Antti Harri [EMAIL PROTECTED] wrote: On Mon, 18 Aug 2008, Edd Barrett wrote: The card is a NVIDIA GeForce4 MX 420 rev 0xa3 I'm not 100% sure but I don't think that will work without the blobby nvidia driver. Which of course isn't available on OpenBSD. Ah wonderful. Does this apply for the vga port too, sing the VGA to scart adaptor? If I plug the box into a LCD monitor i see [EMAIL PROTECTED] just fine, its just a very small screen, not ideal for films. If you can see the picture on a standard computer screen, you very likely are running a modeline which doesn't work on a standard tv. It's likely not interlaced and you need the interlaced signal for the tv. Most LCD and CRT screens nowadays are not capable of syncing down to the 15.625KHz of the TV-Signal. modeline pal_768x576 14.75 768 784 864 944 576 582 588 625 -hsync -vsync interlace # H 15625 [Hz], V 50 [Hz] modeline pal_720x576 13.875 720 744 808 888 576 582 588 625 -hsync -vsync interlace # H 15625 [Hz], V 50 [Hz] You can check the X-log to see if the card actually accepts the modeline and uses it. If you put only this resolution into the config it should either start with it correctly or drop out with an error. Then I would use an Oscilloscope to check the signals on the Scart-Connector to make sure you have what your TV needs. Maybe somebody from the electrical-engineering department at your university can help you with that. I had something like that running in the past, but since I don't have a TV anymore... ;) -sm
Re: TV out for Xorg/OpenBSD?
On Mon, Aug 18, 2008 at 11:19:17AM +0100, Edd Barrett wrote: On Sun, Aug 17, 2008 at 07:16:51PM +0300, Jussi Peltola wrote: On Sun, Aug 17, 2008 at 04:22:33PM +0100, Edd Barrett wrote: Hi, We have this BSD box with some films on, and someone had the idea of hookiing it up to the TV so we can watch DVD's etc in the living room. Not a bad idea, but I don't know how. You need an interlaced [EMAIL PROTECTED] mode. A suitable modeline should be findable with google. OK, well [EMAIL PROTECTED] is the standard vga option in xorg.conf. This fails :( As for modelines, googling modeline tvmodel xorg doesn't bring back any results. maybe this helps? http://www.sput.nl/hardware/tv-x.html or maybe even http://www.epanorama.net/circuits/vga2tv/cindex.html -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
Re: TV out for Xorg/OpenBSD?
On Mon, 18 Aug 2008, Edd Barrett wrote: On Mon, Aug 18, 2008 at 6:10 PM, Antti Harri [EMAIL PROTECTED] wrote: Those ATI cards seem to be pretty cheap even as new but if I were you I would try to lend and test one before buying. Good plan, Ill ask around my friends see if anyone has one. Any idea what model would be good for this? Well the x1550 (and other x1*** too probably) should work, but since these are all assumptions you might want to do some googling.. My friend had PCI-e version but I don't think it matters. I can ask about some details about configuration when he gets back online.. I've been trying to get AGP version myself but they're all sold out here in Finland. I've been searching for x1650 because the x1950 (or something like that) is way too expensive for my taste. -- Antti Harri
Re: TV out for Xorg/OpenBSD?
On Mon, Aug 18, 2008 at 6:15 PM, Siegbert Marschall [EMAIL PROTECTED] wrote: modeline pal_768x576 14.75 768 784 864 944 576 582 588 625 -hsync -vsync interlace # H 15625 [Hz], V 50 [Hz] modeline pal_720x576 13.875 720 744 808 888 576 582 588 625 -hsync -vsync interlace # H 15625 [Hz], V 50 [Hz] (II) NV(0): Not using mode pal_768x576 (bad mode clock/interlace/doublescan) (II) NV(0): Not using mode pal_720x576 (bad mode clock/interlace/doublescan) (II) NV(0): Not using mode pal_768x576 (no mode of this name) (II) NV(0): Not using mode pal_720x576 (no mode of this name) -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: TV out for Xorg/OpenBSD?
On Mon, Aug 18, 2008 at 6:19 PM, Jacob Meuser [EMAIL PROTECTED] wrote: maybe this helps? http://www.sput.nl/hardware/tv-x.html (II) NV(0): Not using mode 736x575i (bad mode clock/interlace/doublescan) (II) NV(0): Not using mode 736x575i (no mode of this name) or maybe even http://www.epanorama.net/circuits/vga2tv/cindex.html I was hoping to not have to go down this low level. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
[landisk] more than one hard drive in Plextor
not strictly an OpenBSD question. Do the landisk boards support master and slave IDE? I was thinking about shoehorning a CF drive in the empty space on a Plextor for main O/S boot drive. Then configure the HD as slave drive. Anyone done this? diana
Re: Need some guidance booting OpenBSD on an ALIX device
On Jan 12 19:15:46, Markus Hennecke wrote: If I remember correctly the alix bios use a baudrate different from 9600 baud. Are you by chance connecting to the board with another baud rate? If this is the case just restart the session with 9600 baud and you should be able to boot the system. If you would like to use 19200 baud something like set tty com0 stty com0 19200 in the file /etc/boot.conf will help you so that the baudrate is set automatically by the bootloader. On Jan 12 23:00:25, Rolf Sommerhalder wrote: On Jan 12, 2008 10:44 PM, Limaunion [EMAIL PROTECTED] wrote: Well, I finally got it booting. As suggested I upgraded the BIOS to release 0.99 and configured the device to work at 9k6bps. Now the problem is that it gets stuck just before having the login prompt, after printing the date and time, any idea ? I guess that in your /etc/ttys the line or tty00 does not read yet like: tty00 /usr/libexec/getty std.9600 vt220on secure The manual ( http://pcengines.ch/pdf/alix2.pdf ) says Set terminal emulator to 38400 8N1 on page 9, so having 38440 in both /etc/boot.conf and /etc/ttys, and indeed using 38400 in minicom/tip/whatever should give you no problems. My ALIX2c3 works just right using 38400 - starting with the BIOS messages, the boot prompt works, even the rotating / appears right. It's IMHO the 0.99 BIOS that made the difference for you. Jan
named starting slowly
This is -current as of a few weeks back, running on ALIX2C3. Works smoothly as my home router/fw/dns, but when booting gets to starting named, there is a strange slowdown: Aug 18 19:48:40 gw /bsd: OpenBSD 4.4-beta (GENERIC) #1004: Thu Jul 31 00:42:16 MDT 2008 Aug 18 19:48:42 gw /bsd: [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC Aug 18 19:48:43 gw /bsd: cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 432 MHz Aug 18 19:48:45 gw /bsd: cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX Aug 18 19:48:48 gw /bsd: real mem = 133791744 (127MB) Aug 18 19:48:48 gw /bsd: avail mem = 120950784 (115MB) Aug 18 19:48:55 gw /bsd: mainbus0 at root Aug 18 19:48:55 gw /bsd: bios0 at mainbus0: AT/286+ BIOS, date 12/10/07, BIOS32 rev. 0 @ 0xfceb2 Aug 18 19:48:56 gw /bsd: pcibios0 at bios0: rev 2.1 @ 0xf/0x1 Aug 18 19:48:57 gw /bsd: pcibios0: pcibios_get_intr_routing - function not supported Aug 18 19:48:57 gw /bsd: pcibios0: PCI IRQ Routing information unavailable. Aug 18 19:48:58 gw /bsd: pcibios0: PCI bus #0 is the last bus Aug 18 19:48:58 gw /bsd: bios0: ROM list: 0xe/0xa800 Aug 18 19:48:59 gw /bsd: cpu0 at mainbus0 Aug 18 19:48:59 gw /bsd: pci0 at mainbus0 bus 0: configuration mode 1 (bios) Aug 18 19:49:00 gw /bsd: pchb0 at pci0 dev 1 function 0 AMD Geode LX rev 0x31 Aug 18 19:49:00 gw /bsd: glxsb0 at pci0 dev 1 function 2 AMD Geode LX Crypto rev 0x00: RNG AES Aug 18 19:49:01 gw /bsd: vr0 at pci0 dev 9 function 0 VIA VT6105M RhineIII rev 0x96: irq 10, address 00:0d:b9:12:9f:2c Aug 18 19:49:01 gw /bsd: ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 Aug 18 19:49:02 gw /bsd: vr1 at pci0 dev 10 function 0 VIA VT6105M RhineIII rev 0x96: irq 11, address 00:0d:b9:12:9f:2d Aug 18 19:49:02 gw /bsd: ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 Aug 18 19:49:03 gw /bsd: vr2 at pci0 dev 11 function 0 VIA VT6105M RhineIII rev 0x96: irq 12, address 00:0d:b9:12:9f:2e Aug 18 19:49:03 gw /bsd: ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 Aug 18 19:49:04 gw /bsd: glxpcib0 at pci0 dev 15 function 0 AMD CS5536 ISA rev 0x03: rev 0, 32-bit 3579545Hz timer, watchdog, gpio Aug 18 19:49:04 gw /bsd: gpio0 at glxpcib0: 32 pins Aug 18 19:49:05 gw /bsd: pciide0 at pci0 dev 15 function 2 AMD CS5536 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility Aug 18 19:49:05 gw /bsd: wd0 at pciide0 channel 0 drive 0: CF CARD 4GB Aug 18 19:49:05 gw /bsd: wd0: 1-sector PIO, LBA, 3871MB, 7928928 sectors Aug 18 19:49:06 gw /bsd: wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 Aug 18 19:49:06 gw /bsd: pciide0: channel 1 ignored (disabled) Aug 18 19:49:07 gw /bsd: ohci0 at pci0 dev 15 function 4 AMD CS5536 USB rev 0x02: irq 15, version 1.0, legacy support Aug 18 19:49:08 gw /bsd: ehci0 at pci0 dev 15 function 5 AMD CS5536 USB rev 0x02: irq 15 Aug 18 19:49:09 gw /bsd: usb0 at ehci0: USB revision 2.0 Aug 18 19:49:09 gw /bsd: uhub0 at usb0 AMD EHCI root hub rev 2.00/1.00 addr 1 Aug 18 19:49:10 gw /bsd: isa0 at glxpcib0 Aug 18 19:49:10 gw /bsd: isadma0 at isa0 Aug 18 19:49:14 gw /bsd: com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo Aug 18 19:49:15 gw /bsd: com0: console Aug 18 19:49:15 gw /bsd: pcppi0 at isa0 port 0x61 Aug 18 19:49:16 gw /bsd: midi0 at pcppi0: PC speaker Aug 18 19:49:17 gw /bsd: spkr0 at pcppi0 Aug 18 19:49:20 gw /bsd: npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 Aug 18 19:49:23 gw /bsd: usb1 at ohci0: USB revision 1.0 Aug 18 19:49:24 gw /bsd: uhub1 at usb1 AMD OHCI root hub rev 1.00/1.00 addr 1 Aug 18 19:49:25 gw /bsd: biomask e3ef netmask ffef ttymask Aug 18 19:49:25 gw /bsd: mtrr: K6-family MTRR support (2 registers) Aug 18 19:49:26 gw /bsd: nvram: invalid checksum Aug 18 19:49:28 gw /bsd: softraid0 at root Aug 18 19:49:30 gw /bsd: root on wd0a swap on wd0b dump on wd0b Aug 18 19:49:31 gw /bsd: clock: unknown CMOS layout Aug 18 19:48:48 gw pflogd[15005]: [priv]: msg PRIV_OPEN_LOG received # named staring here Aug 18 19:48:58 gw named[15560]: starting BIND 9.4.2-P1 Aug 18 19:49:03 gw named[15560]: loading configuration from '/etc/named.conf' Aug 18 19:49:03 gw named[15560]: listening on IPv6 interfaces, port 53 Aug 18 19:49:04 gw named[15560]: Binding privsep Aug 18 19:49:04 gw named[29233]: [priv]: msg PRIV_BIND received Aug 18 19:49:04 gw named[15560]: Binding privsep Aug 18 19:49:04 gw named[29233]: [priv]: msg PRIV_BIND received Aug 18 19:49:04 gw named[15560]: listening on IPv4 interface lo0, 127.0.0.1#53 Aug 18 19:49:04 gw named[15560]: Binding privsep Aug 18 19:49:04 gw named[29233]: [priv]: msg PRIV_BIND received Aug 18 19:49:04 gw named[15560]: Binding privsep Aug 18 19:49:04 gw named[29233]: [priv]: msg PRIV_BIND received Aug 18 19:49:04 gw named[15560]: listening on IPv4 interface vr0, 192.167.167.1#53 Aug 18 19:49:04 gw named[15560]: Binding privsep Aug 18
Re: TV out for Xorg/OpenBSD?
On 8/17/08, Edd Barrett [EMAIL PROTECTED] wrote: We have this BSD box with some films on, and someone had the idea of hookiing it up to the TV so we can watch DVD's etc in the living room. Not a bad idea, but I don't know how. So far, nobody has suggested the very easy solution of buying a TV that accepts vga input. Practically all of them do now. I found that works out quite a bit better, but of course it's more investment.
Re: Physical IFs, CARP, and arp overwrite warnings
On Sun, Aug 17, 2008 at 6:42 PM, David Harrison [EMAIL PROTECTED] wrote: I'm currently theorizing that this is because I have two distinct interfaces (carp1, em1) both with IPs on the same subnet, and arp keeps wanting to update it's table because both NICs are on the same subnet. Can anyone shed some light on this for me ? from arp(4): arp: attempt to overwrite entry for %x!! on %x by %x:%x:%x:%x:%x:%x on %x ARP has noticed an attempt to overwrite a host's routing entry on one interface with a routing entry for a different interface. The routing information is not modified.
carp host talks to itself only?
This is a dumb question. I apologize in advance. If I have 5 machines configured for carp IP balancing as 10.0.0.1 and from one of those machines I try to connect to 10.0.0.1 I would assume the machine would talk to itself only based on the routing table. But I have seen hints that lead me to believe that it will actually talk to the other carp nodes as well (as in, all traffic is loadbalanced). Is this really the case, or would each machine really only talk to itself? Thanks in advance. I hope I'm making sense on limited caffeine.
Re: TV out for Xorg/OpenBSD?
Hi, On Mon, Aug 18, 2008 at 5:40 PM, Antti Harri [EMAIL PROTECTED] wrote: Try switching to a recent ATI card, tv-out should work on it. At least my friend told me he had it working on his x1550 and open source drivers. How about something like this: http://cgi.ebay.co.uk/ATI-Rage-3D-LT-Pro-8MB-PCI-Video-Graphics-Card-w-Tv-Out_W0QQitemZ290253363799QQcmdZViewItem?hash=item290253363799_trkparms=39%3A1|66%3A2|65%3A15|240%3A1318_trksid=p3286.c0.m14 -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: TV out for Xorg/OpenBSD?
Ted Unangst wrote: On 8/17/08, Edd Barrett [EMAIL PROTECTED] wrote: We have this BSD box with some films on, and someone had the idea of hookiing it up to the TV so we can watch DVD's etc in the living room. Not a bad idea, but I don't know how. So far, nobody has suggested the very easy solution of buying a TV that accepts vga input. Practically all of them do now. I found that works out quite a bit better, but of course it's more investment. Just bought a Samsung 2032MW 20inch monitor. Has all connectors, VGA, DVI, SCART, video... has a tuner. Has PIP, you can watch TV and you PC session simultaneousy. For just 199 Euro. Larger models, sold as TVs, mostly have all connectors too, just that the TVs don't have Picture In Picture, while PC monitors do. Now PAL 720i (720 horiz * 2x288) is broadcast quality: the signal sent by the station. Good home TV's can differenciate 360 horiz signals. VHS tapes are in the 360/240 area. A good starting point for PAL TV might be 360*288 at 50 Hz or 360*576 at 25 Hz interlaced.
Re: Physical IFs, CARP, and arp overwrite warnings
2008/8/19 Aaron Glenn [EMAIL PROTECTED]: On Sun, Aug 17, 2008 at 6:42 PM, David Harrison [EMAIL PROTECTED] wrote: I'm currently theorizing that this is because I have two distinct interfaces (carp1, em1) both with IPs on the same subnet, and arp keeps wanting to update it's table because both NICs are on the same subnet. Can anyone shed some light on this for me ? from arp(4): arp: attempt to overwrite entry for %x!! on %x by %x:%x:%x:%x:%x:%x on %x ARP has noticed an attempt to overwrite a host's routing entry on one interface with a routing entry for a different interface. The routing information is not modified. I guess I'm also asking in the context of the CARP rig I described, i.e. is my wish to be able to have a permanently available IP for both hosts a valid one ? or am I going to run into trouble with it ?
