Re: Current status of suspend AND resume on X200s
On Thu, Jul 01, 2010 at 08:27:04PM -0400, Ted Unangst wrote: On Thu, Jul 1, 2010 at 1:06 PM, Ted Unangst ted.unan...@gmail.com wrote: It works for me if you suspend from console, but not X. I made the following apm/suspend diff to make sure that happens. #!/bin/sh wsconsctl display.focus=1 sleep 5 This shouldn't be necessary, so a gold star to whoever fixes it. Paul fixed it, a gold star for him. Everything just works now. Good news everyone! A gold star to all of you :) I'll install a new snapshot after the hackathon as soon as it hits the mirrors. Not having to close/reopen 1k of browser tabs between lectures will be wonderful. Regards ahb
Current status of suspend AND resume on X200s
Hello misc@, I'm very happy reading source-changes@ during this hackathon concerning the work on ACPI suspend/resume. My question is: does suspend and resume _now_ work on Lenovo X200s? Sure I could just download the latest snapshot and try. But on the other hand I'm sure quite a lot of people run current (+1) on these and already know whether it works. Best regards and thanks to all the busy OpenBSD hackers ahb
Re: Live OpenBSD Bootable i386 CD
Hi On Sun, Apr 19, 2009 at 09:59:02AM -0700, new_guy wrote: I'm interested in building a live, bootable OpenBSD CD for forensics, cloning and data recovery. Basically, boot and try to automatically bring up any existing network interface. I'm not interesated in a GUI or play things... only good, old-fashioned Unix tools like dd, netcat, md5, etc. I've googled and found some older info about building live CDs from OpenBSD, but I wanted to ask misc to see what folks think... good idea or bad? If it seems a reasonable task and I am able to do it, I'd like to do it so that it is easy to follow -current. So when -current get's new hardware support, I can redo my live CD to take advantage of that. The is also (nearly) -current info on this subject: http://www.openbsd-wiki.org/index.php?title=LiveCD Will be updated for 4.5 once it is out. I think OpenBSD is a good choice for something like this as it is very simple and straight-forward, but again, I wanted to ask here for other's opinions before doing much. Thanks, -- Regards, ahb
Re: soekris/pcenginges and RO mounting
On Tue, Mar 25, 2008 at 08:04:46AM -0400, Richard Daemon wrote: On Tue, Mar 25, 2008 at 2:06 AM, Raja Subramanian [EMAIL PROTECTED] wrote: On Sun, Mar 23, 2008 at 7:48 PM, Martin Marcher [EMAIL PROTECTED] wrote: being relatively new to obsd I have the problem of finding the right doc parts. What I'm looking for are starting points to read about what to do when RO mounting the root fs (and all other parts) especially on CF-media. I created an OpenBSD 4.1 based Live CD that mounts / as ro and /dev, /tmp, /var /urs/local live in mfs. OpenBSD makes this really easy, but I have not documented the process. Just download the iso image from the below URL and take a look at the boot up scripts in /etc. The change should be pretty easy to understand. http://rajasuperman.blogspot.com/2007/09/openbsd-41-live-cd.html Hope this helps. - Raja If you can document the process, even if it's rough notes and not formatted, I'm sure a lot of other people would also benefit and appreciate it too! It is already since quite a while before 4.1 http://www.openbsd-wiki.org/index.php?title=LiveCD (I just checked it also works for 4.3) Thanks for the ISO! Regards, Regards ahb
Possible bug in pthreads
Hello misc@,
doing some C programming with threads (yeah *ugh*), I discovered a
strange issue.
There seems to be some problem using static mutexes (a mutex not
created by pthread_mutex_init()).
Here is some test code which works very well on linux, but gives:
-- (ID:2238337024)
First
mutex_prob: thread1: pthread_mutex_unlock() (0): Undefined error: 0
on OpenBSD.
The output should look like:
-- (ID:somenumber)
First
Second
Thread somenumber2 done
Thread somenumber3 done
-- (ID:somenumber)
the mutex is looked by the main-thread and only thread1 may print
without locking the mutex first, thus First will always be printed
first.
If this is not a bug, perhaps somebody can point out the API difference
between OpenBSD and Linux I missed.
Regards
ahb
Test code:
#include err.h
#include errno.h
#include pthread.h
#include stdio.h
#include stdlib.h
/* static mutex var */
static pthread_mutex_t fz_mutex = PTHREAD_MUTEX_INITIALIZER;
static void
thread1(void *name)
{
printf(First\n);
/* free Mutex */
if (pthread_mutex_unlock(fz_mutex) != 0)
err(1, thread1: pthread_mutex_unlock() (%d), errno);
/* thread end */
pthread_exit((void *)pthread_self());
}
static void
thread2(void *name)
{
/* lock Mutex */
pthread_mutex_lock(fz_mutex);
printf(Second\n);
/* free Mutex again */
if (pthread_mutex_unlock(fz_mutex) != 0)
err(1, thread2: pthread_mutex_unlock() (%d), errno);
/* thread end */
pthread_exit((void *)pthread_self());
}
int
main(void)
{
static pthread_t th1, th2;
static int ret1, ret2;
/* main thread */
printf(\n-- (ID:%lu)\n, pthread_self());
/* lock mutex */
pthread_mutex_lock(fz_mutex);
/* Threads erzeugen */
if (pthread_create(th1, NULL, (void *)thread1,NULL)
!= 0)
err(1, pthread_create(th1));
if (pthread_create(th2, NULL, (void *)thread2,NULL)
!= 0)
err(1, pthread_create(th2));
/* Wait for both threads to finish */
pthread_join(th1, (void *)ret1);
pthread_join(th2, (void *)ret2);
printf(Thread %lu done\n, th1);
printf(Thread %lu done\n, th2);
printf(- (ID: %lu)\n, pthread_self());
return EXIT_SUCCESS;
}
Compile:
gcc -o foo foo.c -lpthread
Re: Possible bug in pthreads
On Mon, Mar 17, 2008 at 04:33:34PM +0100, Andreas Bihlmaier wrote:
Hello misc@,
doing some C programming with threads (yeah *ugh*), I discovered a
strange issue.
There seems to be some problem using static mutexes (a mutex not
created by pthread_mutex_init()).
Here is some test code which works very well on linux, but gives:
-- (ID:2238337024)
First
mutex_prob: thread1: pthread_mutex_unlock() (0): Undefined error: 0
on OpenBSD.
The output should look like:
-- (ID:somenumber)
First
Second
Thread somenumber2 done
Thread somenumber3 done
-- (ID:somenumber)
the mutex is looked by the main-thread and only thread1 may print
without locking the mutex first, thus First will always be printed
first.
If this is not a bug, perhaps somebody can point out the API difference
between OpenBSD and Linux I missed.
Regards
ahb
Test code:
Correct test code (on #openbsd oenoene just pointed out to me that errno
does not get set (doh!)):
#include err.h
#include pthread.h
#include stdio.h
#include stdlib.h
/* static Mutex-Variable */
static pthread_mutex_t fz_mutex = PTHREAD_MUTEX_INITIALIZER;
static void
thread1(void *name)
{
int ret;
printf(First\n);
/* free Mutex */
if ((ret = pthread_mutex_unlock(fz_mutex)) != 0)
errx(1, thread1: pthread_mutex_unlock() (return: %d), ret);
/* thread end */
pthread_exit((void *)pthread_self());
}
static void
thread2(void *name)
{
int ret;
/* lock Mutex */
pthread_mutex_lock(fz_mutex);
printf(Second\n);
/* free Mutex again */
if ((ret = pthread_mutex_unlock(fz_mutex)) != 0)
errx(1, thread2: pthread_mutex_unlock() (return: %d), ret);
/* thread end */
pthread_exit((void *)pthread_self());
}
int
main(void)
{
static pthread_t th1, th2;
static int ret1, ret2;
/* main thread */
printf(\n-- (ID:%lu)\n, pthread_self());
/* lock mutex */
pthread_mutex_lock(fz_mutex);
/* Threads erzeugen */
if (pthread_create(th1, NULL, (void *)thread1,NULL)
!= 0)
err(1, pthread_create(th1));
if (pthread_create(th2, NULL, (void *)thread2,NULL)
!= 0)
err(1, pthread_create(th2));
/* Wait for both threads to finish */
pthread_join(th1, (void *)ret1);
pthread_join(th2, (void *)ret2);
printf(Thread %lu done\n, th1);
printf(Thread %lu done\n, th2);
printf(- (ID: %lu)\n, pthread_self());
return EXIT_SUCCESS;
}
Re: Possible bug in pthreads
On Mon, Mar 17, 2008 at 04:42:57PM +0100, Andreas Bihlmaier wrote: On Mon, Mar 17, 2008 at 04:33:34PM +0100, Andreas Bihlmaier wrote: Hello misc@, doing some C programming with threads (yeah *ugh*), I discovered a strange issue. Okay replying to myself AGAIN since I found out where I was wrong: snip from /usr/include/pthread.c #define PTHREAD_MUTEX_DEFAULT PTHREAD_MUTEX_ERRORCHECK snip from linux man page (about using no error checking mutexes by DEFAULT) This is non-portable behavior... Thanks to people at #openbsd for pointing me in the right direction. Regards ahb
Re: jetway board sensors (Fintek F71805F)
On Thu, Mar 13, 2008 at 03:06:49AM -0400, Geoff Steckel wrote:
Theo de Raadt wrote:
You really should show a dmesg of your machine.
although this was not addressed at myself.
sure:
I second that one:
diff to previous (full dmesg below):
--- dmesg.foo Thu Mar 13 23:49:09 2008
+++ dmesg.fins Thu Mar 13 23:48:59 2008
@@ -1,10 +1,10 @@
-OpenBSD 4.2-current (GENERIC) #5: Sun Mar 9 10:26:16 CET 2008
+OpenBSD 4.2-current (GENERIC) #15: Thu Mar 13 23:39:59 CET 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.51 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3
cpu0: RNG AES AES-CTR SHA1 SHA256 RSA
real mem = 1005023232 (958MB)
-avail mem = 963772416 (919MB)
+avail mem = 963768320 (919MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 05/18/07, BIOS32 rev. 0 @ 0xfa0a0,
SMBIOS rev. 2.3 @ 0xf (34 entries)
bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 05/18/2007
@@ -89,7 +89,8 @@
midi0 at pcppi0: PC speaker
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
-npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
+: Fintek F71805F
+fins0 at isa0 port 0x4e/2npx0 at isa0 port 0xf0/16: reported by CPUID; using
exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom0: console
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
There seems to be a small formating issue with the way fins prints
to dmesg, I was first shocked to see npx0 go until I had a closer look.
Otherwise it seems to work just fine
# sysctl hw:
hw.machine=i386
hw.model=VIA Esther processor 1500MHz (CentaurHauls 686-class)
hw.ncpu=1
hw.byteorder=1234
hw.physmem=1005023232
hw.usermem=1005019136
hw.pagesize=4096
hw.disknames=wd0,wd1,cd0
hw.diskcount=3
hw.sensors.fins0.temp0=30.00 degC (Temp1)
hw.sensors.fins0.temp1=39.00 degC (Temp2)
hw.sensors.fins0.temp2=127.00 degC (Temp3)
hw.sensors.fins0.fan0=6550 RPM (Fan1)
hw.sensors.fins0.volt0=3.31 VDC (+3.3V)
hw.sensors.fins0.volt1=1.07 VDC (Vtt)
hw.sensors.fins0.volt2=1.44 VDC (Vram)
hw.sensors.fins0.volt3=1.62 VDC (Vchips)
hw.sensors.fins0.volt4=5.13 VDC (+5V)
hw.sensors.fins0.volt5=11.88 VDC (+12V)
hw.sensors.fins0.volt6=1.10 VDC (Vcc 1.5V)
hw.sensors.fins0.volt7=1.47 VDC (VCore)
hw.sensors.fins0.volt8=4.88 VDC (Vsb)
hw.cpuspeed=1501
hw.product=CN700-8237
hw.uuid=Not Set
And temps/voltages do change and temp[01] seems to make sense
They rise a couple of degrees after doing a few minutes of
cat /dev/zero /dev/null
After adding sensor(fins.temp*) to sym{on,ux}.conf they make nice and
steady graphs.
Thanks so far to Geoff Steckel, I'll this router with your diff for a
while to see if problems arise.
Regards,
ahb
OpenBSD 4.2-current (GENERIC) #15: Thu Mar 13 23:39:59 CET 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.51 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3
cpu0: RNG AES AES-CTR SHA1 SHA256 RSA
real mem = 1005023232 (958MB)
avail mem = 963768320 (919MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 05/18/07, BIOS32 rev. 0 @ 0xfa0a0, SMBIOS
rev. 2.3 @ 0xf (34 entries)
bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 05/18/2007
apm0 at bios0: Power Management spec V1.2 (slowidle)
apm0: AC on, battery charge unknown
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xf/0xc904
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc830/208 (11 entries)
pcibios0: bad IRQ table checksum
pcibios0: PCI BIOS has 11 Interrupt Routing table entries
pcibios0: PCI Exclusive IRQs: 5 10 11
pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8237 ISA rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc/0x1 0xd/0x800
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 VIA CN700 Host rev 0x00
agp0 at pchb0: v3, aperture at 0xe800, size 0x1000
pchb1 at pci0 dev 0 function 1 VIA CN700 Host rev 0x00
pchb2 at pci0 dev 0 function 2 VIA CN700 Host rev 0x00
pchb3 at pci0 dev 0 function 3 VIA PT890 Host rev 0x00
pchb4 at pci0 dev 0 function 4 VIA CN700 Host rev 0x00
pchb5 at pci0 dev 0 function 7 VIA CN700 Host rev 0x00
ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 VIA S3 Unichrome PRO IGP rev 0x01
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
xl0 at pci0 dev 8 function 0 3Com 3c905C 100Base-TX rev 0x74: irq 11, address
00:04:76:a1:cc:d1
bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 6
VIA VT6306 FireWire rev 0x80 at pci0 dev 10 function 0 not configured
re0 at pci0 dev 11 function 0 Realtek 8169 rev 0x10: RTL8169/8110SCd
(0x1800), irq 5, address 00:30:18:a8:0f:cc
rgephy0 at re0 phy 7: RTL8169S/8110S
Re: OpenBSD with pf on a mini-ITX?
On Tue, Mar 11, 2008 at 06:57:41PM +0100, Jordi Prats wrote: Hi all, Have anyone tried to run OpenBSD with pf on a Jetway J7F2 (or similar) motherboard to act as a firewall and do NAT? Any inputs will be welcome! Thanks, -- Jordi I'm using exactly this board (see dmesg below), a couple of things to note: - no sensors - if you use one of the addon gigabit ethernet boards, you'll need to apply the patch found in PR#5759, it seems that it will not make it into 4.3 thus re is busted for gigabit in 4.3-release. - no hw.setperf - AES performance is great :) Regards ahb OpenBSD 4.2-current (GENERIC) #5: Sun Mar 9 10:26:16 CET 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.51 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3 cpu0: RNG AES AES-CTR SHA1 SHA256 RSA real mem = 1005023232 (958MB) avail mem = 963772416 (919MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 05/18/07, BIOS32 rev. 0 @ 0xfa0a0, SMBIOS rev. 2.3 @ 0xf (34 entries) bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 05/18/2007 apm0 at bios0: Power Management spec V1.2 (slowidle) apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0xc904 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc830/208 (11 entries) pcibios0: bad IRQ table checksum pcibios0: PCI BIOS has 11 Interrupt Routing table entries pcibios0: PCI Exclusive IRQs: 5 10 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8237 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x1 0xd/0x800 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA CN700 Host rev 0x00 agp0 at pchb0: v3, aperture at 0xe800, size 0x1000 pchb1 at pci0 dev 0 function 1 VIA CN700 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA CN700 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA PT890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA CN700 Host rev 0x00 pchb5 at pci0 dev 0 function 7 VIA CN700 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 VIA S3 Unichrome PRO IGP rev 0x01 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) xl0 at pci0 dev 8 function 0 3Com 3c905C 100Base-TX rev 0x74: irq 11, address 00:04:76:a1:cc:d1 bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 6 VIA VT6306 FireWire rev 0x80 at pci0 dev 10 function 0 not configured re0 at pci0 dev 11 function 0 Realtek 8169 rev 0x10: RTL8169/8110SCd (0x1800), irq 5, address 00:30:18:a8:0f:cc rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 pciide0 at pci0 dev 15 function 0 VIA VT6420 SATA rev 0x80: DMA pciide0: using irq 11 for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: SanDisk SDCFX3-2048 wd0: 4-sector PIO, LBA, 1953MB, 4001760 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide1 at pci0 dev 15 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd1 at pciide1 channel 0 drive 1: SanDisk SDCFX3-2048 wd1: 4-sector PIO, LBA, 1953MB, 4001760 sectors wd1(pciide1:0:1): using PIO mode 4, DMA mode 2 atapiscsi0 at pciide1 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: LITEON, CD-ROM LTN526D, YSR5 SCSI0 5/cdrom removable cd0(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 10 uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 10 uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 11 uhci3 at pci0 dev 16 function 3 VIA VT83C572 USB rev 0x81: irq 11 ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 11 ehci0: timed out waiting for BIOS usb0 at ehci0: USB revision 2.0 uhub0 at usb0 VIA EHCI root hub rev 2.00/1.00 addr 1 viapm0 at pci0 dev 17 function 0 VIA VT8237 ISA rev 0x00 iic0 at viapm0 spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-5300CL5 auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x60: irq 11 ac97: codec id 0x56494170 (VIA Technologies 70) ac97: codec features headphone, 18 bit DAC, 18 bit ADC, KS Waves 3D audio0 at auvia0 vr0 at pci0 dev 18 function 0 VIA RhineII-2 rev 0x78: irq 10, address 00:30:18:b0:58:fa ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 10: OUI 0x004063, model 0x0032 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 VIA UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 VIA UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4 VIA UHCI root hub rev 1.00/1.00 addr 1 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for
Re: machine which freeze with openbsd 4.2
On Mon, Nov 05, 2007 at 10:25:53AM -0600, Victor Camacho wrote: Matthieu Herrb wrote: I see the re(4) hanging my machine problem too. One more data point: cnst@ found out that having lots of multicast traffic on you local net (Mac OS X machines, IPv6,...) greatly increases the probability of such hangs happening. Just to add to this thread for the archive. dito. This machine freezes if re0 is NOT forced to 100baseTX. Will this bug be fixed any time soon (as in somebody is looking into it)? Or do I need to get another nic (again)? OpenBSD 4.2 (GENERIC) #375: Tue Aug 28 10:38:44 MDT 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.51 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3 cpu0: RNG AES AES-CTR SHA1 SHA256 RSA real mem = 1055354880 (1006MB) avail mem = 1012805632 (965MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 05/18/07, BIOS32 rev. 0 @ 0xfa0a0, SMBIOS rev. 2.3 @ 0xf (34 entries) bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 05/18/2007 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0xc904 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc830/208 (11 entries) pcibios0: bad IRQ table checksum pcibios0: PCI BIOS has 11 Interrupt Routing table entries pcibios0: PCI Exclusive IRQs: 5 10 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8237 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x1 0xd/0x800 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA CN700 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA CN700 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA CN700 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA PT890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA CN700 Host rev 0x00 pchb5 at pci0 dev 0 function 7 VIA CN700 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 VIA S3 Unichrome PRO IGP rev 0x01: aperture at 0xf000, size 0x1000 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) xl0 at pci0 dev 8 function 0 3Com 3c905C 100Base-TX rev 0x74: irq 11, address xx:xx:xx:xx:xx:xx bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 6 VIA VT6306 FireWire rev 0x80 at pci0 dev 10 function 0 not configured re0 at pci0 dev 11 function 0 Realtek 8169 rev 0x10: RTL8169/8110SCd (0x1800), irq 5, address xx:xx:xx:xx:xx:xx rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 pciide0 at pci0 dev 15 function 0 VIA VT6420 SATA rev 0x80: DMA pciide0: using irq 11 for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: SanDisk SDCFX3-2048 wd0: 4-sector PIO, LBA, 1953MB, 4001760 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide1 at pci0 dev 15 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd1 at pciide1 channel 0 drive 1: SanDisk SDCFX3-2048 wd1: 4-sector PIO, LBA, 1953MB, 4001760 sectors wd1(pciide1:0:1): using PIO mode 4, DMA mode 2 atapiscsi0 at pciide1 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: LITEON, CD-ROM LTN526D, YSR5 SCSI0 5/cdrom removable cd0(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 10 uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 10 uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 11 uhci3 at pci0 dev 16 function 3 VIA VT83C572 USB rev 0x81: irq 11 ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 11 ehci0: timed out waiting for BIOS usb0 at ehci0: USB revision 2.0 uhub0 at usb0: VIA EHCI root hub, rev 2.00/1.00, addr 1 viapm0 at pci0 dev 17 function 0 VIA VT8237 ISA rev 0x00 iic0 at viapm0 auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x60: irq 11 ac97: codec id 0x56494170 (VIA Technologies 70) ac97: codec features headphone, 18 bit DAC, 18 bit ADC, KS Waves 3D audio0 at auvia0 vr0 at pci0 dev 18 function 0 VIA RhineII-2 rev 0x78: irq 10, address xx:xx:xx:xx:xx:xx ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 10: OUI 0x004063, model 0x0032 usb1 at uhci0: USB revision 1.0 uhub1 at usb1: VIA UHCI root hub, rev 1.00/1.00, addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2: VIA UHCI root hub, rev 1.00/1.00, addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3: VIA UHCI root hub, rev 1.00/1.00, addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4: VIA UHCI root hub, rev 1.00/1.00, addr 1 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot
Re: Help with LiveCD/LIveDVD
Hi, sorry for the very late reply, but my obsd.misc mail folder has grown to 3000 mails during the last couple weeks while I was busy moving. Anyway, I'm as the original author of said page can confirm (sadly) that you might run into a (known!?) cdboot bug. For some reason cdboot can't boot a DVD exceeding a certain size and or containing more than a certain amount of files. There is a rather ugly, but at least working way around. Josh Grosse found it while building his live CDs, which can be found here, btw.: http://jggimi.homeip.net/livecd/faq.html The problem arouse with the KDE ones, the solution is to pack /usr/local into its own .iso (or perhaps a vnc mounted image would work as well) and mount it during startup. I did not build a LiveCD for a long time myself, but I hope too have free time coming up and will then update the instructions where necessary. Regards, ahb On Mon, Oct 22, 2007 at 09:35:18AM -0500, Ted M. Goodridge, Jr. wrote: qemu doesn't work for some reason. Anytime I try and use qemu I get the error Cannot initialize SDL library... Yes, I have tried it in different hardware. What exactly do cdbr and cdboot do? I get the screen that says OpenBSD boot loader (with the hardware fd1 etc listed), with the Loading /CDBOOT above it and it just hangs. cdbr is listed in the installation instructions as the cdboot loader. cdboot is the second stage boot loader IIRC. Don't hesitate to correct me if I'm wrong here. The help is apprecitated. I'm not trying to make install media (that would actually be easy), just boot this liveCD. Has anyone else gotten a LiveDVD to work? Ted On Mon, 22 Oct 2007 09:21:06 -0500, Nick Guenther [EMAIL PROTECTED] wrote: On 10/22/07, Ted M. Goodridge, Jr. [EMAIL PROTECTED] wrote: Hello all, Please CC to me directly as I am offlist... Relevant info: --- I'm burning a re-writable DVD using the above instructions The mkisofs command to burn the image is as follows: /usr/local/bin/mkisofs -no-iso-translate -R -T -allow-leading-dots -l -d -D -N -v -b cdbr -no-emul-boot -c boot.catalog -o /tmp/livecd.iso /livecd Any help would be greatly appreciated. I'm pushing against a deadline, so any tips / pointers / suggestions are also appreciated Have you tested the .iso in QEMU? Have you tried it on different hardware? Maybe it's because it's a DVD (DVDs might need more drivers than the boot loader has? Maybe try cdboot instead of cdbr? -Nick -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
sendmail WANT_SMTPAUTH=yes broken in -current
Hello misc@, today my long-working automatic installer broke because sendmail doesn't compile, or to be more exact install with WANT_SMTPAUTH anymore. How to reproduce? pkg_info | grep -i sasl cyrus-sasl-2.1.22p1 snip echo pwcheck_method: saslauthd /usr/local/lib/sasl2/Sendmail.conf \ || return 1 echo pwcheck_method: saslauthd /usr/local/lib/sasl2/Cyrus.conf \ || return 1 chmod 444 /usr/local/lib/sasl2/Sendmail.conf \ /usr/local/lib/sasl2/Cyrus.conf || return 1 echo WANT_SMTPAUTH=YES /etc/mk.conf || return 1 # Build new sendmail (cd /usr/src/gnu/usr.sbin/sendmail || die Error no src dir; \ make clean /root/sendmail_sasl.log 21; \ make /root/sendmail_sasl.log 21\ || die Error in make; \ make install /root/sendmail_sasl.log 21\ || die Error in make install; \ make clean /root/sendmail_sasl.log 21 \ || err Error in make clean) || return 1 # tail -30 /root/sendmail_sasl.log install -c -o root -g bin -m 444 mailq.cat8 /usr/share/man/cat8/mailq.0 install -c -o root -g bin -m 444 newaliases.cat8 /usr/share/man/cat8/newaliases.0 install -c -o root -g bin -m 444 sendmail.cat8 /usr/share/man/cat8/sendmail.0 /usr/share/man/cat1/hoststat.0 - /usr/share/man/cat8/sendmail.0 /usr/share/man/cat1/purgestat.0 - /usr/share/man/cat8/sendmail.0 === mailstats install -c -s -o root -g bin -m 555 mailstats /usr/sbin/mailstats install -c -o root -g bin -m 444 mailstats.cat8 /usr/share/man/cat8/mailstats.0 === makemap install -c -s -o root -g bin -m 555 makemap /usr/sbin/makemap install -c -o root -g bin -m 444 makemap.cat8 /usr/share/man/cat8/makemap.0 === praliases install -c -s -o root -g bin -m 555 praliases /usr/sbin/praliases install -c -o root -g bin -m 444 praliases.cat1 /usr/share/man/cat1/praliases.0 === smrsh install -c -s -o root -g bin -m 555 smrsh /usr/libexec/smrsh install -c -o root -g bin -m 444 smrsh.cat8 /usr/share/man/cat8/smrsh.0 === editmap install -c -s -o root -g bin -m 555 editmap /usr/sbin/editmap install -c -o root -g bin -m 444 editmap.cat8 /usr/share/man/cat8/editmap.0 === cf/cf === doc/op install -c -o root -g bin -m 444 Makefile op.me /usr/share/doc/smm/08.sendmailop install: Target: /usr/share/doc/smm/08.sendmailop *** Error code 71 Stop in /usr/src/gnu/usr.sbin/sendmail/doc/op (line 47 of /usr/share/mk/bsd.doc.mk). *** Error code 1 Stop in /usr/src/gnu/usr.sbin/sendmail. I'm not sure when it broke, but it somehow did. Can somebody try to reproduce this? Regards, ahb
Re: Chaos Computer Camp 2007. Anyone going?
On Sat, May 12, 2007 at 09:01:49PM +0200, Karl Sjvdahl - dunceor wrote: On 5/12/07, Edd Barrett [EMAIL PROTECTED] wrote: Hi, My german housemate has reccommneded the chaos computer camp to me. Looks like a good laugh. A couple of my student buddies and myself are thinking of coming. I see there is a BSD village. Is that you lot? Would be nice to meet some of the developers. -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett/ I think Wim is one of the organizers of the BSD Village. He was at WTH at least so I think he is involved. I doubt that they will miss that big event. I'm hopening to go if I can get time of from work. I will be in the BSD village then if I go. Is it necessary to do any kind of reservation for the BSD Village? I would really enjoy hanging out with the OpenBSD devs/users and even to learn/do some hacking. I could ask Wim in private, but the answer could be of interest to other people as well. Regards, ahb
Re: gnu EDA on open BSD?
On Sun, Apr 29, 2007 at 07:17:24AM +0200, Andreas Bihlmaier wrote: On Sat, Apr 28, 2007 at 08:12:31PM -0700, JOHN LUCKEY wrote: Has anyone used the gnu Electronics Design Automation package on open BSD? If so, what problems? I really don't to blaze a new trail, but would really like to use a good stable BSD. See gda at www.geda.seul.orghttp://www.geda.seul.org/ John I did a port of it end of last year: http://marc.info/?l=openbsd-portsm=116733769109609w=2 I will update it one of these days and send the new version out to ports@, BUT I didn't pursue this any further since steven@ ported cad/kicad, which seems to be equal useful. I just send an updated version to ports@ have fun with it :) Regards, ahb
Re: gnu EDA on open BSD?
On Sat, Apr 28, 2007 at 08:12:31PM -0700, JOHN LUCKEY wrote: Has anyone used the gnu Electronics Design Automation package on open BSD? If so, what problems? I really don't to blaze a new trail, but would really like to use a good stable BSD. See gda at www.geda.seul.orghttp://www.geda.seul.org/ John I did a port of it end of last year: http://marc.info/?l=openbsd-portsm=116733769109609w=2 I will update it one of these days and send the new version out to ports@, BUT I didn't pursue this any further since steven@ ported cad/kicad, which seems to be equal useful. Regards, ahb
Re: Microsoft gets the Most Secure Operating Systems award
On Thu, Mar 22, 2007 at 09:40:57PM +0100, Marc Espie wrote: On Thu, Mar 22, 2007 at 03:28:29PM -0400, Douglas Allan Tutty wrote: Their challenge is that they need to provide choice so they have what they call reasonable defaults. No, they don't need to provide choice. At least not that many. They decide to do so. That's most of what's wrong with OS stuff these days. Too many choices. Too many knobs. Every day, I see people shoot themselves in the foot, not managing to administer boxes and networks in a simple way, making stupid decisions that don't serve any purpose. ACL, enforced security policies, reverse proxy setups, user accounts, network user groups, PAM, openldap, reiserfs, ext3fs, ext2fs... so many choices. So many wrong choices. At some point, the people who package the software need to make editorial decisions. Remove knobs. Provide people with stuff that just works. Remove options. Or definitely give them the means to do the trade-off correctly. Okay, it's a losing battle. I'm an old grumpy fart. Okay, a lot of IT people are just earning their wages by managing the incredibly too complex setups we face nowadays (and not screwing too badly in front of a multitude of stupide innane choices). Linux is the `culture of choice'. Provide ten MTA, ten MUA. Twenty window managers. Never decide which one you want to install, never give you a default installation that just works. Cater to the techy, nerdy culture of people who want to spend *days* just making choices. We try not to be as bad, to provide default configs that work, and not so many choices. I agree with you that secure/sane defaults are very important, they are a big pro for OpenBSD. Featurism violates KISS and we all know that KISS is the only way to handle ever growing complexity. BUT choices are important as well, everything else is world domination tour aka dictatorship (and not the good kind). Imagine not having a choice in hardware, wait don't just imagine look at the high-end graphics card market. Sorry, but I just couldn't leave the one size HAS TO fit all alone without any restraints. Regards, ahb
Re: nv(4) driver on nVidia 7600GS card.
On Thu, Mar 01, 2007 at 11:05:51PM +1100, Sunnz wrote: Ok I am keen to be a tester, any documentation on how does one test and send useful information to the port maintainer? (Will be getting -current, but that's only the first step.) Be aware that you need to rebuild all ports using X from source. I'm just telling you this in advance, since I need OO + KDE, well it took some time until I had them, but otherwise I'm was very impressed by the stability (haven't had a single crash since 06.01.07). I have learnt C from college as well, so I like to do a bit of code too if I can... any documentation on how Xorg was ported and such? Linkage would be good. Thanks. 2007/3/1, Joachim Schipper [EMAIL PROTECTED]: On Thu, Mar 01, 2007 at 08:22:22AM +0100, Andreas Maus wrote: On 3/1/07, Sunnz [EMAIL PROTECTED] wrote: I have an nVidia 7600GS Graphics card, and attempted to get it to work with the NV(4) driver. This is not a hardware problem. It is the nv driver. I had similar problems with my 7800GS. The thread was discussed here: http://marc.theaimsgroup.com/?l=openbsd-miscm=116017301426487w=2 As a workaround you have to use the vesa driver till we have X 7.x P.S.: By the way ... will we switch to X 7.x in 4.1 ? The vesa driver can be annoying, because I can't watch movies in fullscreen with mplayer. ;) No, but you can already use 7.1 in -current. (To help with testing, obviously, and some stuff is still broken. So it's not a good idea if you want the easy way out. Xenocara, and 7.1, will be merged as soon as 4.1 is sent to the CD guys). Joachim Regards, ahb
Concerning Filesystem Mini-Hackathon and faster kernel building (distcc)
Hello misc@, [sorry this got much longer than I wanted it to] I'm pretty sure many other people have already thought about, or even used this, for faster compilation of kernels: distcc I wanted to wait with this message until I have everything together concerning patches for distcc integration to bsd.port.mk and possibly other parts of the tree. But since I read about the upcoming hackathon and call for fast machines (I know they are still needed) I'm sending this now. This gives people some time to this out (and improve it) in advance to the hackathon. The security problems assoziated with distrubed compilation DO NOT matter in a secure/trusted environment such as a hackathon. The time gained by using distcc should outweight the time to set it up by far. First some numbers using my private servers to compile GENERIC[.MP]: # NOTE: # These are no clean benchmarks since all hosts see some activity during # testing, but it should not significantly influence them. # X: make -jX or env MAKE_PARALLEL=X make # time in MM:SS GENERIC: X timehosts 1 5:30ahb64 4 4:26ahb64 ahbabe 4 4:12ahb64 ahbabe ahblaptop 6 3:12ahb64 ahbabe ahblaptop 8 3:12ahb64 ahbabe ahblaptop ahb1200 10 2:36ahb64 ahbabe ahblaptop ahb1200 12 2:31ahb64 ahbabe ahblaptop ahb1200 10 2:36group1 12 2:30group1 14 2:36group1 groups: --- group1: ahb64 ahb1 ahblaptop ahb1200 router group2: ahb64 ahblaptop ahb1200 router hosts: -- DISTCC_DIR=/tmp # Same for ALL hosts # grep /tmp /etc/fstab swap/tmp mfs rw,-s=204800,noexec,noatime,nosuid,nodev 0 0 sysctl hw.setperf=100 # apmd disabled # dmesg | grep -e GENERIC -e cpu -e 'real mem' | grep -v mainbus ahb64 - OpenBSD 4.0-current (GENERIC) #1350: Fri Jan 19 16:42:39 MST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 real mem = 2145873920 (2095580K) cpu0: Cool'n'Quiet K8 1801 MHz: speeds: 1800 1000 MHz OpenBSD 4.0-current (GENERIC) #1327: Mon Jan 1 17:15:26 MST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(TM) XP 2600+ (AuthenticAMD 686-class, 512KB L2 cache) 1.92 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 1073295360 (1048140K) ahblaptop - OpenBSD 4.0-stable (GENERIC) #1: Sat Jan 6 15:34:55 MST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: mobile AMD Athlon(tm) XP 2500+ (AuthenticAMD 686-class, 512KB L2 cache) 1.87 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 536375296 (523804K) OpenBSD 4.0-stable (GENERIC) #1: Sat Jan 6 15:34:55 MST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Duron(tm) Processor (AuthenticAMD 686-class, 64KB L2 cache) 1.20 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 536440832 (523868K) OpenBSD 4.0-stable (GENERIC) #1: Sat Jan 6 15:34:55 MST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.50 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3,EST,TM2 cpu0: unknown Enhanced SpeedStep CPU, msr 0x08100f1308000f13 cpu0: using only highest and lowest power states cpu0: Enhanced SpeedStep 1500 MHz (1004 mV): speeds: 1500, 800 MHz cpu0: RNG AES AES-CTR SHA1 SHA256 RSA real mem = 1006137344 (982556K) OpenBSD 4.0-current (GENERIC) #1349: Tue Jan 16 16:55:56 MST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1.40GHz (GenuineIntel 686-class) 1.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 real mem = 1063743488 (1038812K) cpu0: Enhanced SpeedStep 1400 MHz (1116 mV): speeds: 1400, 1300, 1200, 1100, 1000, 900, 800, 600 MHz # COMPILE instructions #- # Start distccd on ALL build hosts (as root) including client # NOTE: For security reasons one might want to use IPSEC between hosts. distccd --daemon --allow=127.0.0.1/24 --allow=10.2.0.0/24 # It is also possible to use distcc over an ssh link without distccd. # build kernel # FIXME should be picked up automatically after setting DISTCC_HOSTS # XXX Order hosts from fastest - slow setenv DISTCC_HOSTS 127.0.0.1 rhost1 rhostn # Order see above make clean make CC=distcc depend make -jX CC=distcc The
Re: Concerning Filesystem Mini-Hackathon and faster kernel building (distcc)
On Tue, Feb 27, 2007 at 06:48:03PM +0100, Martin Reindl wrote: f2k7 is not in 2 weeks but from 10th to 15th April and this still does not help with DISKSPACE and SERVERS to plug them in. Well, April, not March, doh! Okay so there will be some more time to make this work :) But to quote from undeadly.org: ... fast build machines will help compiling kernels, as most of the work takes place in the kernel and we will compile a lot of them .. It was just targeted at THIS particular issue and the future ideas to continue making OpenBSD (development) better/more fun. Regards, ahb
Re: Concerning Filesystem Mini-Hackathon and faster kernel building (distcc)
On Tue, Feb 27, 2007 at 01:29:32PM -0600, Travers Buda wrote: Jeez, I sense some hostility on [EMAIL PROTECTED] Andreas, It's a nice effort, but unfortunately, it won't support the goals of f2k7. The most important lacking thing for the hackathon is fast, memory-packed machines, and lots of disks. AKA, modern expensive, top of the line stuff. It seems to me that developers just don't have that stuff lying around (hence their asking for it.) If these machines were avaliable, distcc would see a lot of diminishing returns. However, without the hardware for f2k7, nothing is getting off the ground. It seems to me like you want to help. Distcc sadly is a band-aid for this gaping wound. So, perhaps if you have a few large disks lying around you could donate/loan them? -- Travers Buda Unfortunately I have nothing financial to help out, but I see this was the wrong time and wrong place. SORRY I don't know if a lot of big corps (meaning the decision making part) is reading misc@, but if they do: IF YOU (big corp, small corp, rich guy) ARE USING OPENBSD AND YOU ARE TAKING ADVANTAGE OF ITS GREAT POSSIBILITIES, LOAN/DONATE BIG HARDWARE TO GIVE THE DEVS AT LEAST A LITTLE HAND FOR WHAT THEY GIVE TO YOU! Btw. they SHOULD know already, this was said many times over and over. Regards, ahb
Re: slow io operations on xSeries 336
On Fri, Feb 23, 2007 at 01:40:29PM -0500, Jose Fragoso wrote: Hi, Looking at the diff between dmesg running GENERIC kernel and dmesg running .MP kernel, I noticed the line below: ioapic0: pin 16 shares different IPL interrupts (40..50), degraded performance in the .MP dmesg. Could that mean a problem? Thanks again. Regards, Jose The message was confusing and got removed: http://marc.theaimsgroup.com/?l=openbsd-cvsm=117191830211016w=2 Regards, ahb
Re: monitoring traffic/bandwidth on a bridge
On Thu, Feb 22, 2007 at 11:53:33AM -0500, Ross Davis wrote: I am running OpenBSD 4.0 and have a bridge set up between two interfaces: fxp0 and xl0. I would like a program that gives a fairly basic report on the traffic flowing through this bridge. I am primarily interested in knowing which IPs on the xl0 side of the bridge are pulling the most bandwidth. I am currently experimenting with bwm-ng and ntop, but was wondering if anyone had a super magic awesome tool that they could recommend. Thanks, Ross net/pfstat and/or sysutils/symon Nice graphs :) Regards, ahb
Issues on Dell Inspirion 6400 with wpi (3945ABG) + WEP on current (+-ACPI)
Hello misc@, on my quest to promote OpenBSD I found a new user today, but we ran into some issues concerning wpi. The laptop is a Dell Inspirion 6400. With GENERIC[.MP]: After uping wpi0 the machine completely freezes for a couple of seconds, then accepts input every couple of seconds. There is no unusual interrupt load coming from wpi. The funny thing: If there is traffic on the ethernet (bce) the machine becomes usable again. With GENERIC[.MP] + ACPI: There is no freeze and the card associates just fine with an UNENCRYPTED (no WEP) and traffic can be pushed through it without issues. ifconfig -M wpi works as well :) BUT if WEP is enabled (right after typing ifconfig wpi0 nwkey 0xdeadbeef) the card stops working, with the message (in dmesg): wpi0: fatal firmware error wpi0: timeout waiting for adapter to initialize It never associates with anything anymore until reboot. Other issues the SD cards do not work: sdmmc0: can't enable card SpeedStep doesn't work with MP, regardless of ACPI. Since this is not my laptop, testing patches will be delayed about 1 day each time, but the newly converted OpenBSD user is willing to test them. dmesg GENERIC: OpenBSD 4.1-beta (GENERIC) #1376: Fri Feb 16 20:29:29 MST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Genuine Intel(R) CPU T2300 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2,xTPR real mem = 1063690240 (1038760K) avail mem = 962134016 (939584K) using 4256 buffers containing 53309440 bytes (52060K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+ BIOS, date 12/18/06, BIOS32 rev. 0 @ 0xffa10, SMBIOS rev. 2.4 @ 0xf7980 (44 entries) bios0: Dell Inc. MM061 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfb010/208 (11 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371 ISA and IDE rev 0x00) pcibios0: PCI bus #12 is the last bus bios0: ROM list: 0xc/0xe800! 0xce800/0x1800 acpi at mainbus0 not configured cpu0 at mainbus0 cpu0: unknown Enhanced SpeedStep CPU, msr 0x06130a2c06000613 cpu0: using only highest and lowest power states cpu0: Enhanced SpeedStep 1000 MHz (1004 mV): speeds: 1667, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM MCH rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GM Video rev 0x03: aperture at 0xeff0, size 0x1000 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x01: irq 10 azalia0: host: High Definition Audio rev. 1.0 azalia0: codec: Sigmatel STAC9220 (rev. 34.1), HDA version 1.0 azalia0: codec: 0x04x/0x14f1 (rev. 0.0), HDA version 0.9 azalia0: codec[1]: No support for modem function groups azalia0: codec[1]: No audio function groups audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01 pci1 at ppb0 bus 11 wpi0 at pci1 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02: irq 4, address 00:13:02:42:66:13 ppb1 at pci0 dev 28 function 3 Intel 82801GB PCIE rev 0x01 pci2 at ppb1 bus 12 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: irq 9 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: irq 10 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: irq 7 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x01: irq 5 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: irq 9 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ppb2 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xe1 pci3 at ppb2 bus 3 bce0 at pci3 dev 0 function 0 Broadcom BCM4401B0 rev 0x02: irq 4, address 00:14:22:d1:ca:81 bmtphy0 at bce0 phy 1: BCM4401 10/100baseTX PHY, rev. 0 Ricoh 5C832 Firewire rev 0x00 at pci3 dev 1 function 0 not configured sdhc0 at pci3 dev 1 function 1 Ricoh 5C822 SD/MMC rev 0x19: irq 11 sdmmc0 at sdhc0 Ricoh 5C843 rev 0x01 at pci3 dev 1 function 2 not configured Ricoh 5C592 Memory Stick rev 0x0a at pci3 dev 1 function 3 not configured Ricoh 5C852 xD rev 0x05 at pci3 dev 1 function 4 not configured ichpcib0 at pci0 dev 31 function 0 Intel 82801GBM
Re: OT? Is this bad news?
On Tue, Feb 13, 2007 at 09:38:51AM -0700, Steven wrote: Hi, I happened to see this on the slashdot rss feed, and out of curiosity took a look. Free Linux Driver Development FAQ http://linux.slashdot.org/article.pl?sid=07/02/13/0220233from=rss Is this bad news for the OpenBSD developers efforts to free hardware documentation? If it is, how can OpenBSD users, and users of other FOSS, help? -- W. Steven Schneider [EMAIL PROTECTED] I read the same thing in the German 'linuxuser' magazin this morning, if I were the hulk, everything would have went green. Seriously WTF are those guys thinking? Nothing? There is no use to binary source drivers, they are not free/usable, whether they are distributed as binaries by the vendor, or written under NDAs doesn't make a difference at all. You know what happends when I tell my linux friends? Their argumentation goes along the lines of: You shouldn't be such a idealist, be more pragmatic. Damn it! cut 70 lines of green anger Okay sorry, there is no use the preach to the saints here, but what should one do against it? Good moment to once more thank the OpenBSD devs for their 'long term pragmatics' instead of short lived 'well, now it works'. Regards, ahb
Re: Finding Qt headers on OBSD 4.0
On Tue, Feb 13, 2007 at 05:53:34PM +0100, Karel Kulhavy wrote:
Anyone knows the secret trick what to do to make a Qt app find the Qt headers?
[EMAIL PROTECTED]:~/kphone$ CXXFLAGS=-I/usr/local/include
-I/usr/local/lib/qt3/include LDFLAGS=-L/usr/local/lib
-L/usr/local/lib/qt3/lib ./configure
[...]
checking location of Qt header files...
not found. Giving up.
CL
Hope this helps, otherwise look at the ports tree in general, and especially
this
file:
/usr/ports/x11/qt3/qt3.port.mk
# $OpenBSD: qt3.port.mk,v 1.7 2006/11/20 20:41:00 espie Exp $
MODULES+= gcc3
MODGCC3_ARCHES+=sparc64
MODGCC3_LANGS+= c++
# This fragment uses MODQT_* variables to make it easier to substitute
# qt1/qt2/qt3 in a port.
MODQT_LIBDIR= ${LOCALBASE}/lib/qt3
MODQT_INCDIR= ${LOCALBASE}/include/X11/qt3
MODQT_OVERRIDE_UIC?=Yes
MODQT_MT?=Yes
MODQT_CONFIGURE_ARGS= --with-qt-includes=${MODQT_INCDIR} \
--with-qt-libraries=${MODQT_LIBDIR}
_MODQT_SETUP= MOC=${MODQT_MOC} \
MODQT_INCDIR=${MODQT_INCDIR} \
MODQT_LIBDIR=${MODQT_LIBDIR}
.if ${MODQT_OVERRIDE_UIC:L} == yes
_MODQT_SETUP+= UIC=${MODQT_UIC}
.endif
MODQT_LIB_DEPENDS=lib/qt3/qt-mt.=3::x11/qt3
LIB_DEPENDS+= ${MODQT_LIB_DEPENDS}
# may be needed to find plugins
MODQT_MOC= ${LOCALBASE}/bin/moc3-mt
MODQT_UIC= ${LOCALBASE}/bin/uic3-mt
MODQT_QTDIR=${LOCALBASE}/lib/qt3
MODQT_PLUGINS= lib/qt3/plugins-30
.if ${MODQT_MT:L} != yes
ERRORS+=Fatal: support QTMT only
.endif
CONFIGURE_ENV+= ${_MODQT_SETUP}
MAKE_ENV+= ${_MODQT_SETUP}
MAKE_FLAGS+=${_MODQT_SETUP}
qmake-mt -makefile \
-spec ${MODQT_LIBDIR}/mkspecs/openbsd-g++ \
-unix \
LIBS+=-L/usr/local/lib -lm -lqt-mt \
PREFIX=${LOCALBASE} \
INCLUDEPATH+=${MODQT_INCDIR} \
UIC=${MODQT_UIC} \
MOC=${MODQT_MOC} \
progname.pro
Regards,
ahb
Re: searching a good MRTG/SNMP configuration
On Sun, Feb 04, 2007 at 04:04:56PM +0100, Henning Brauer wrote: * Andreas Bihlmaier [EMAIL PROTECTED] [2007-02-04 14:04]: I guess somebody using OpenBSD already has a nice MRTG configuration showing: IN/OUT traffic [CPU] load memory usage some stuff about pf (states, blocks/pass) (using this patch: http://www.packetmischief.ca/openbsd/snmp/) save yourself the trouble and just go for ports/sysutils/symon/ Thanks everybody who responded. I eventually went with symon and used a shell script based on: http://www.benzedrine.cx/statistics.html but heavily modified. Results: http://bihlmaier.org/stats Problems: - The new two-level sensor framework is not supported, meaning sensor() is useless ATM. - df() did not give usefull stats. If somebody has further suggestions or is interested in my setup (every hosts generates graphs, pushes them to central host, which creates html pages) please contact me on or off list. Regards, ahb
searching a good MRTG/SNMP configuration
Hello misc@, hosting a lan party yesterday I started to play around with MRTG and SNMP, but I didn't quite get where I wanted. I guess somebody using OpenBSD already has a nice MRTG configuration showing: IN/OUT traffic [CPU] load memory usage some stuff about pf (states, blocks/pass) (using this patch: http://www.packetmischief.ca/openbsd/snmp/) Something similar to this: http://www.erde.co.jp/mrtg/index.html would be what I'm looking for. But with a better traffic report. Would this person be willing to share the configuration files (mrtg/snmp[/rrdtool]) with me and the rest of the OpenBSD community? While we are at it, how do you make the MRTG output accessible? My idea was to let every host create its own statistics and upload those to my central webserver, using pub-key scp/sftp with an unprivileged user account. The webserver would move all those reports to its www-chroot. If I need to I'll create one myself, but after fiddeling around with it for a couple of hours I thought about the reinvention of the wheel and its waste of time. Regards, ahb
Re: VIA-CPUs crypto support for IPSec
On Thu, Feb 01, 2007 at 05:29:46PM +0100, Heinrich Rebehn wrote: Hi list, i plan to by a a SBC for a small home server which should support IPSec encryption. I would like to get at least 5MB/s samba/nfs via IPSec from local disk and the system should be low power ( 20W) and fanless. I read that the VIA CPUs have crypto support built in. I am a bit unsure however, which CPU is actually supported by OpenBSD and which ones support the different ciphers used by IPSec. All i know so far is that C3 stepping = 8 is fully supported. But what about the other CPUs? C7: Work in progress? Core Fusion: ? Eden: ? Another question: some VIA CPUs only show RNG AES in dmesg, SHA and RSA are missing. Are these CPUs able to accelerate IPsec at all? This is quite a few questions, but i have not yet found a comparison of the CPUs w/r to encryption support :-) Thanks for any infos or pointers. -- Heinrich Rebehn Search the archives: http://marc.theaimsgroup.com/?l=openbsd-miscm=116284773901290w=2 Works great and solid I run all of my NFS traffic over it (and it is a lot of traffic). Regards, ahb
cdboot BUG with big .iso images
Hello misc@,
after many hours of debugging (well kind of) I'm desperate about this
problem:
Josh Grosse told be about a bug he encountered while building big
(e.g. 1GB) LiveCDs containing many files.
I tried to hunt down the limitation one hits, but I could not find a
definite answer. Here my observations:
# Command used for all tests,
# btw. mkhybrid doesn't work at all with many files
/usr/local/bin/mkisofs \
-no-iso-translate \
-R \
-T \
-allow-leading-dots \
-l \
-d \
-D \
-N \
-v \
-V LiveCD OpenBSD${vers} \
-A LiveCD OpenBSD${vers} \
-p Andreas Bihlmaier [EMAIL PROTECTED] \
-publisher Andreas Bihlmaier [EMAIL PROTECTED] \
-b cdbr \
-no-emul-boot \
-c boot.catalog \
-o /home/ahb/livecd.iso \
/usr/livecd/
# Test 1:
# Size of livecd/
Tested with up to 4GB and only a few files
- works
# Test 2:
# Number of files inside livecd/
Tested with ~50MB, but 200k (200.000) files
- works
# Test 3:
# Real image
$ find livecd -type f | wc -l
231886 # it breaks 200k already
$ du -s livecd
3.8G
- breaks
boot
heap full (0xhex+hex)
reboot
The heap full is certainly issued by cdboot
$ grep -a heap full cdboot
heap full (0x%lx+%u)
# I'm certain because I changed the string heap full and the changed
# string was displayed.
# I tried to fix it
$ grep -i heap /usr/src/sys/arch/i386/stand/Makefile.inc
HEAP_LIMIT=0x9
Raising it and recompiling cdboot results in different crash.
(I can provide output, but I don't have it at hand ATM)
If anybody knows how to fix this or could at least explain the problem
I'd be very happy :)
A LiveCD is nice, but Josh Grosse (and I) would like to put KDE onto an
OpenBSD LiveCD, but this goes over the limit.
Regards,
ahb
p.s.: Should I send a bug report to [EMAIL PROTECTED]
Re: TightVNC and amd64
On Mon, Jan 08, 2007 at 08:16:57AM -0600, [EMAIL PROTECTED] wrote: I updated the 4.0 port for TightVNC on amd64, and it appears to be working for me. If anyone is currently using the tightvnc-1.2.9 package or port from 4.0 and it works for you, I have no idea why or how it is working in your case. I did update to TightVNC 1.3.8, but most of the patches I added should still work for TightVNC 1.2.9 (if the port maintainers decide to stay with 1.2.9). Check out the files at: https://www.chriskarle.com/tightvnc/ P.S. I apologize if ports@openbsd.org was the more appropriate list for this. This is the only list I am subscribed to. First do subscribe to ports and post it there. Second (and more important): Makefile is kind of broken, use the MULTI_PACKAGES framework as described in bsd.port.mk(5). Regards, ahb
Re: newfs before restore
On Thu, Dec 28, 2006 at 07:51:08PM +, Craig Skinner wrote: On Thu, Dec 28, 2006 at 05:55:06PM +, Ray wrote: I am building my process for backup / restore using dump restore. Looking at the FAQ when restoring the file system, I noticed: newfs /dev/r[drive][partition] for example: newfs /dev/rwd0a What is the 'r' before the wd0a and its purpose? $ ls -l /dev/rwd0a crw-r- 1 root operator3, 0 Dec 1 14:49 /dev/rwd0a The raw disk slice is accessed one character at a time, it is a character device. $ ls -l /dev/wd0a brw-r- 1 root operator0, 0 Dec 1 14:49 /dev/wd0a This is block device, blocks of data can be read/written. There is a utility called file(1), @Ray, not @Craig. [EMAIL PROTECTED] ~ file /dev/rwd0c /dev/rwd0c: character special (3/2) [EMAIL PROTECTED] ~ file /dev/wd0c /dev/wd0c: block special (0/2) Regards, ahb
Re: LiveCD
On Sun, Dec 24, 2006 at 01:34:47PM -0800, Passeur wrote: Alright sorry guys I thought it was the official WIKI website. Anyway let say I can not use QEMU, which is the case, what would you recommend to build a live CD ? Having a second machine ? Even virtual, or can we bypass this step as the other LiveCD FAQS do not even talk about a second host. You do not _need_ a seperate installation, but it makes stuff much easier than installing everything into a chroot (incl. packages). If you want further advice lets take this private. Regards, ahb Andreas Bihlmaier-2 wrote: On Sat, Dec 23, 2006 at 03:49:25PM -0800, Passeur wrote: Hi, I am trying to build a live CD based on the official OpenBSD article. (http://www.openbsd-wiki.org/index.php?title=LiveCD) This is not official. qemu-img create ~/livecd.qemu.hd0 2G Ran fine, I have got a 2GB virtual drive. qemu -hda ~/livecd.qemu.hd0 -cdrom /home/cd40.iso -boot d Error message after validation of the previous command: Could not initialize SDL - Exiting What you just did is using qemu, doesn't have anything to do with LiveCD, thus you might want to bug ports@ about it. In order to help post: - dmesg - pkg_info - qemu -h | grep version I have some articles and they were talking about the fact we need to recomp the Kernell with SDL support ? Is that so ? Kernel with SDL support? WTF? No you do not need to change your kernel for userland stuff. Thank you Regards, ahb Btw. (for those enjoying christian traditions): Merry Christmas -- View this message in context: http://www.nabble.com/LiveCD-building-error-tf2875827.html#a8043613 Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: LiveCD
On Sat, Dec 23, 2006 at 03:49:25PM -0800, Passeur wrote: Hi, I am trying to build a live CD based on the official OpenBSD article. (http://www.openbsd-wiki.org/index.php?title=LiveCD) This is not official. qemu-img create ~/livecd.qemu.hd0 2G Ran fine, I have got a 2GB virtual drive. qemu -hda ~/livecd.qemu.hd0 -cdrom /home/cd40.iso -boot d Error message after validation of the previous command: Could not initialize SDL - Exiting What you just did is using qemu, doesn't have anything to do with LiveCD, thus you might want to bug ports@ about it. In order to help post: - dmesg - pkg_info - qemu -h | grep version I have some articles and they were talking about the fact we need to recomp the Kernell with SDL support ? Is that so ? Kernel with SDL support? WTF? No you do not need to change your kernel for userland stuff. Thank you Regards, ahb Btw. (for those enjoying christian traditions): Merry Christmas
Re: nat or routing problem?
On Thu, Dec 07, 2006 at 11:27:11PM +0100, Mitja wrote: Hello, I am trying to configure nat from internal network 192.168.1.0/24 to external nat gateway address 193.189.180.193. The problem is that packets are not passing from nat gateway to the interface 193.77.12.154 to the internet. ISP - 193.77.12.154 -- hostA -- 192.168.1.1 | 193.189.180.193 (em1) | /27 network All hosts on 193.189.180.192/27 are routed correctly through 193.77.12.154 to internet. My pf.conf is practically empty: # pfctl -s all TRANSLATION RULES: nat on em1 inet from 192.168.1.0/24 to any - (em1:0) rdr pass on em1 inet proto tcp from any to any port = 5900 - 192.168.1.111 port 5900 FILTER RULES: pass in all keep state pass out all keep state No queue in use What I am doing wrong? Any suggestions? #grep forwarding /etc/sysctl.conf DMESG: snip Regards, ahb
Re: how to get dead keys with uk keyboard?
On Mon, Dec 04, 2006 at 01:20:40PM +0100, Juan Solano wrote: Hi, I have a thinkpad X24 with british keyboard running openbsd and my shell is ksh. I am trying to get dead keys working for accents e.g. entering ' + a to get a and it doesn't work. I don't have any LC* environment variable set, I can see accents in a text file when doing cat file.txt on the terminal (mlterm, xterm) or reading the files with an editor. Hopefully I comprehended what you are asking for: You want to enter 'special' characters like d a? Use xmodmap and Multi_key. #--- $HOME/.xmodmaprc -# !keysym ISO_Level3_Shift = Multi_key keysym Alt_R = Multi_key if [ -r ~/.xmodmaprc ] ; then xmodmap ~/.xmodmaprc fi #--# To enter 'a' I hit Alt_R + ' + a = a These are the relevant configuration files: /etc/wsconsctl.conf . keyboard.encoding=uk . /etc/X11/xorg.conf . Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbRules xorg Option XkbModel thinkpad Option XkbLayout gb Option XkbOptions eurosign:e,ctrl:swapcaps EndSection I use this snippet from xorg.conf on my thinkpad X40 (with german keyboard), but as you see I'm using a weird keyboard layout :) Section InputDevice Identifier Keyboard2 Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout dvorak EndSection snip I have references of people who got accents working in the terminal using bash, however will that propagate to other applications like text editors? if that is the case I would have to change to bash. Only works in X, but is transparent to (X) applications. Any help appreciated, thanks, Juan. Regrads, ahb
Re: snapshot and umass
On Mon, Dec 04, 2006 at 11:51:23PM +0100, Thomas Schoeller wrote: hello, seams that some recent changes to the scsi layer has broken the umass support. i tested with two different usb2.0 harddrive models. dmesg of working kernel from 3.Nov and broken dmesg with trace and ps output. if u need further testing please contact me. Not to annoy anybody, but it is broken on amd64 (latest snapshot), too. I get a kernel panic as soon as I attach my usb-hd. best regards thomas snip dmesg Regards, ahb
Re: livecd error
On Sun, Dec 03, 2006 at 03:31:41AM +0100, Tobias Weisserth wrote: Hi, I hope this is not considered thread-highjacking but it sort of fits into this thread, so here it goes: I'm trying to follow these instructions to build a live CD based on 4.0 stable: http://www.onlamp.com/pub/a/bsd/2005/07/14/openbsd_live.html I start to dislike google (I know it is not googles fault), above is WAY outdated! Here are the up-to-date instructions: http://www.openbsd-wiki.org/index.php?title=LiveCD snip Regards, ahb
Re: livecd error
On Sun, Dec 03, 2006 at 01:16:44PM +0100, Tobias Weisserth wrote: Hi, On Dec 3, 2006, at 11:48 AM, Andreas Bihlmaier wrote: On Sun, Dec 03, 2006 at 03:31:41AM +0100, Tobias Weisserth wrote: Hi, I hope this is not considered thread-highjacking but it sort of fits into this thread, so here it goes: I'm trying to follow these instructions to build a live CD based on 4.0 stable: http://www.onlamp.com/pub/a/bsd/2005/07/14/openbsd_live.html I start to dislike google (I know it is not googles fault), above is WAY outdated! Here are the up-to-date instructions: http://www.openbsd-wiki.org/index.php?title=LiveCD Andreas, it's nice that you wrote that WIKI article and it's nice that you already pointed out where to find it before in this thread, but your blatant advertising of it when I explicitly asked how to fix come on you can't be serious-^ an issue not related to it, isn't helpful at all. Well, the issue is that the kernel grows because of new drivers, but size of an emulated 2.88MB floppy doesn't grow. You either have to rip stuff out of the kernel or use the new method. I'd like to understand how the stuff in distrib works and playing with the instructions of Kevin Lo seems a good idea to me. Well I thought you just wanted to get it working ;) I'll gladly try your instructions when I'm done understanding the stuff in distrib though, I noticed that you invested a lot of time in it and seems to be very detailed. regards, Tobias Regards, ahb
Re: CF boot and Ramdisk
On Fri, Dec 01, 2006 at 02:16:11PM +0100, Chris C. wrote: Hi, we're going to build a simple Wlan between a friends apartment and my house. We decided to run obsd 4.0 as we want to use ipsec for encryption. One of these systems will have to boot from a CF Card (or any other really silent media if you have suggestions). Since flash media only has limited write cycles and we will need to modify some files from time to time (Port forwards in pf.conf, some files in /var and so on..., logging isn't that important) we want to use a ramdisk (or tmpfs, don't know the exact name) and then sync the data to disk every hour or so. Is there a Howto for booting openbsd from a CF-Card (using an IDE adapter) and then mounting a ramdisk over /var? (I think we could just symlink files in /etc which we will need to modify to the ramdisk). Perhaps there is one, but: RTF[ine]M mfs(8) # Have a look at -P A mfs line for fstab /tmp: swap /tmp mfs rw,-s=2048000,noexec,noatime,nosuid,nodev 0 0 # ^-- Might be somewhat to big for a router/fw ;) Booting from an IDE adapter means booting an IDE-Disk. Should just work(tm). -- Greetings Chris Regrads, ahb
Re: Building sendmail with sasl fails at 4.0 -stable (20061201).
On Fri, Dec 01, 2006 at 06:30:32PM +0100, Sebastian Arvidsson Liem wrote:
I want sendmail with sask but when I try to build it it fails.
---
# cat /etc/mk.conf
WANT_SMTPAUTH=yes
---
# cd /usr/src/gnu/usr.sbin/sendmail
# make make install make clean
...[lots of output]...
cc -L/usr/local/lib
-L/usr/src/gnu/usr.sbin/sendmail/sendmail/../libsmutil/obj
-L/usr/src/gnu/usr.sbin/sendmail/sendmail/../libsm/obj -o sendmail
main.o alias.o arpadate.o bf.o collect.o conf.o control.o convtime.o
daemon.o deliver.o domain.o envelope.o err.o headers.o macro.o map.o
mci.o milter.o mime.o parseaddr.o queue.o ratectrl.o readcf.o
recipient.o sasl.o savemail.o sfsasl.o shmticklib.o sm_resolve.o
srvrsmtp.o stab.o stats.o sysexits.o timers.o tls.o trace.o udb.o
usersmtp.o util.o version.o -lssl -lcrypto -lsasl2 -lsmutil -lsm
-lwrap
/usr/local/lib/libsasl2.so.2.21: warning: strcpy() is almost always
misused, please use strlcpy()
/usr/local/lib/libsasl2.so.2.21: warning: sprintf() is often misused,
please use snprintf()
/usr/local/lib/libsasl2.so.2.21: warning: strcat() is almost always
misused, please use strlcat()
main.o(.text+0x2288): In function `main':
: undefined reference to `sm_sasl_init'
srvrsmtp.o(.text+0x6112): In function `smtp':
: undefined reference to `iptostring'
srvrsmtp.o(.text+0x6167): In function `smtp':
: undefined reference to `iptostring'
srvrsmtp.o(.text+0x7e76): In function `saslmechs':
: undefined reference to `intersect'
usersmtp.o(.text+0x19fa): In function `attemptauth':
: undefined reference to `iptostring'
usersmtp.o(.text+0x1a76): In function `attemptauth':
: undefined reference to `iptostring'
usersmtp.o(.text+0x1be9): In function `smtpauth':
: undefined reference to `intersect'
collect2: ld returned 1 exit status
*** Error code 1
Stop in /usr/src/gnu/usr.sbin/sendmail/sendmail (line 95 of
/usr/share/mk/bsd.prog.mk).
*** Error code 1
Stop in /usr/src/gnu/usr.sbin/sendmail.
---
Full output is at http://www.liem.se/downloads/output.txt
dmesg at http://www.liem.se/downloads/dmesg.txt
What do I do wrong?
Do you have cyrus-sasl installed?
No clue, but this works for me (sorry for formating, but it is
copy-pasted from my install script):
die()
{
echo $1 2
exit 1
}
# Pre-setup
ln -s /usr/local/lib/libsasl2.so.2.* /usr/local/lib/libsasl2.so \
|| return 1
echo pwcheck_method: saslauthd /usr/local/lib/sasl2/Sendmail.conf \
|| return 1
echo pwcheck_method: saslauthd /usr/local/lib/sasl2/Cyrus.conf \
|| return 1
chmod 444 /usr/local/lib/sasl2/Sendmail.conf \
/usr/local/lib/sasl2/Cyrus.conf || return 1
echo WANT_SMTPAUTH=YES /etc/mk.conf || return 1
# Build new sendmail
(cd /usr/src/gnu/usr.sbin/sendmail || die Error no src dir; \
make clean /root/sendmail_sasl.log 21; \
make /root/sendmail_sasl.log 21\
|| die Error in make; \
make install /root/sendmail_sasl.log 21\
|| die Error in make install; \
make clean /root/sendmail_sasl.log 21 \
|| err Error in make clean)
--
Sebastian A. Liem www.liem.se
Regards,
ahb
Re: livecd error
On Wed, Nov 29, 2006 at 09:05:35AM -0700, Carlos A. Garcia G. wrote: Hi, im trying to make a obsd livecd i use the instructions in http://www.onlamp.com/pub/a/bsd/2005/07/14/openbsd_live.html but in one step i get /usr/bin/ld: cannot find -lstubs collect2: ld returned 1 exit status *** Error code 1 Stop in /usr/src/distrib/i386/ramdisk_cd (line 10 of instbin.mk). *** Error code 1 Stop in /usr/src/distrib/i386/ramdisk_cd (line 109 of /usr/src/distrib/i386/ramdisk_cd/../common/Makefile.inc). what can i do to solve the problem? Use newer (better ;) instructions: http://openbsd-wiki.org/index.php/LiveCD Regards, ahb
chrooted build script
Hello misc@,
I put together a script, which builds OpenBSD inside a chroot.
Since it took me quite some time to figure out a couple of pitfalls (see
below) I thought I'd just share it. Perhaps somebody finds it usefull
and/or can _please_ give me feedback.
READ THE SCRIPT BEFORE USING IT!
Why build OpenBSD inside a chroot?
Mail-server's CPU is idle all the time and I don't have money/room to
put up a dedicated build-host (especially for -stable). I do not want to
kill my mail-server if something breaks during the build, thus I had the
idea to chroot the build process.
Thanks to get great quality of OpenBSD it pretty much worked as
documented in the FAQ and release(8).
First of all my partition layout for /chroot_build:
/dev/sd0g on /chroot_build type ffs (local, noatime, softdep)
/dev/sd0m on /chroot_build/usr/XF4 type ffs (local, noatime, softdep)
/dev/sd0n on /chroot_build/usr/Xbld type ffs (local, noatime, softdep)
/dev/sd0o on /chroot_build/usr/obj type ffs (local, noatime, softdep)
/dev/sd0p on /chroot_build/usr/ports type ffs (local, noatime, softdep)
/dev/sd0k on /chroot_build/usr/src type ffs (local, noatime, softdep)
You _can_ use only one partition for /chroot_build, but using multiple
ones speeds up the process (see newfs/rm -rf part of script).
The one dirty hack left inside the script:
One can't use MAKEDEV (mknod) inside a chroot, thus I had to
communicate with an outside process to run MAKEDEV at the appropriate
time. What I came up with: make nc listen on localhost in side a
subshell, once it receives data it will terminate and the commands
inside the subshell will be run.
It is _dirty_! Could somebody _please_ give a hint on a better way,
which isn't more complicated.
IMHO it isn't a security problem because the worst case scenary is a
local user triggering the MAKEDEV, which will result in a broken
build, but nothing worse.
Patch needed for dirty hack (see patch_file in setup_chroot_build.sh):
#-- patch-usr_src_distrib_i386_common_list #
--- /usr/src/distrib/i386/common/list.orig Tue Nov 21 23:29:16 2006
+++ /usr/src/distrib/i386/common/list Tue Nov 21 23:30:23 2006
@@ -53,8 +53,9 @@
LINK instbin usr/mdec/installboot
# copy the MAKEDEV script and make some devices
+# this does NOT work inside chroot, thus spezial care is taken.
SCRIPT ${DESTDIR}/dev/MAKEDEV dev/MAKEDEV
-SPECIALcd dev; sh MAKEDEV ramdisk
+SPECIALecho MAKEDEV | nc 127.0.0.1 12345; sleep 10
# we need the contents of /usr/mdec
COPY ${DESTDIR}/usr/mdec/biosbootusr/mdec/biosboot
#--#
Create /chroot_build (with partitions) and run:
#--- setup_chroot_build.sh #
#!/bin/sh
# Setup chroot environment to build -current/-stable in,
# see build_chrooted.sh.
# Directory holding chrooted OpenBSD.
# WARNING: Partition containing chroot musn't be mounted with nodev!
chroot_dir=/chroot_build
# Directory holding install sets (vers/arch will be appended)
# e.g. sets should be in /home/ahb/4.0/i386/
install_sets=/home/ahb
# Directory containing custom patches (applied after cvs update)
patch_file=/home/ahb/patch-usr_src_distrib_i386_common_list
#--- DO NOT EDIT BELOW #
# Display string on stderr then exit false
# Usage: die string
die()
{
echo $1 2
exit 1
}
# Private variables
install_sets=${install_sets}/`uname -r`/`uname -m`/
echo Remember to create ${chroot_dir} (including setting up its partitions)
wait_time 5
test -d ${chroot_dir} || mkdir ${chroot_dir} || return 1
echo -n 'Extracting install sets: '
for file in `find ${install_sets} -name '*tgz'`
do
tar pxzf $file -C ${chroot_dir} || return 1
done
echo 'done'
echo -n 'Copying kernels: '
for file in `find ${install_sets} -name 'bsd*'`
do
cp $file ${chroot_dir} || return 1
done
echo 'done'
# Create necessary directories (mount points)
test -d ${chroot_dir}/usr/ports || mkdir ${chroot_dir}/usr/ports || return 1
test -d ${chroot_dir}/usr/XF4 || mkdir ${chroot_dir}/usr/XF4 || return 1
test -d ${chroot_dir}/usr/Xbld || mkdir ${chroot_dir}/usr/Xbld || return 1
test -d ${chroot_dir}/patches || mkdir ${chroot_dir}/patches || return 1
test -d ${chroot_dir}/root/.ssh || mkdir ${chroot_dir}/root/.ssh || return 1
echo -n Creating necessary ${chroot_dir}/etc/fstab entries:
chroot_dir_s=$(echo $chroot_dir | sed 's#^/##')
grep ${chroot_dir_s} /etc/fstab \
| sed -e 's#'${chroot_dir_s}'##' -e 's#//#/#' \
${chroot_dir}/etc/fstab || return 1
echo 'done'
echo -n 'Copying misc files: '
# Copy /etc files
for file in resolv.conf
do
echo -n $file
cp -pR /etc/$file ${chroot_dir}/etc/
done
# Copy patches
cp $patch_file ${chroot_dir}/patches/
# known_hosts for CVS checkout
cat
Re: Assistance with kernel pppoe
On Thu, Nov 23, 2006 at 12:24:21PM -0500, Alden Pierre wrote: Hello all, I'm able to get userland pppoe working, but I'm having a hard time getting kernel pppoe to work properly. Here are my config files. Is there anything I'm doing wrong, I believe my config file follows what man 4 pppoe states. # file /etc/hostname.pppoe0 inet 0.0.0.0 255.255.255.255 0.0.0.1 pppoedev xl0 \ authproto pap authname 'username' \ ^^-- NEEDED? authkey 'password' up ^^-- NEEDED? !/sbin/route add default 0.0.0.1 I did not verify whether it matters, but I do not use `'` in my hostname.pppoe0. # file /etc/hostname.xl0 up Regards, Alden Regards, ahb
Re: Assistance with kernel pppoe
On Thu, Nov 23, 2006 at 01:47:24PM -0500, Arnaud Bergeron wrote: On 11/23/06, Andreas Bihlmaier [EMAIL PROTECTED] wrote: On Thu, Nov 23, 2006 at 12:24:21PM -0500, Alden Pierre wrote: Hello all, I'm able to get userland pppoe working, but I'm having a hard time getting kernel pppoe to work properly. Here are my config files. Is there anything I'm doing wrong, I believe my config file follows what man 4 pppoe states. # file /etc/hostname.pppoe0 inet 0.0.0.0 255.255.255.255 0.0.0.1 pppoedev xl0 \ authproto pap authname 'username' \ ^^-- NEEDED? authkey 'password' up ^^-- NEEDED? !/sbin/route add default 0.0.0.1 I did not verify whether it matters, but I do not use `'` in my hostname.pppoe0. This ends up getting run by /bin/sh so it is a matter of interpretation by the shell: $ echo foo foo $ echo 'foo' foo And since the command receives the same string there is no problem. If the username/password are purely alphanumeric it is not needed, but if they contain special characters for the shell, they should be between single quotes so that ifconfig gets them right. Thanks for clarification. I didn't think about /etc/netstart being a shell script and normal shell expansion taking place. Since it never _hurts_ should pppoe(4) modified to always have `'` because quite a few passwords use special chars (hopefully). --- /usr/src/share/man/man4/pppoe.4.origThu Nov 23 22:48:03 2006 +++ /usr/src/share/man/man4/pppoe.4 Thu Nov 23 22:48:32 2006 @@ -106,7 +106,7 @@ .Bd -literal -offset indent inet 0.0.0.0 255.255.255.255 NONE \e pppoedev ne0 authproto pap \e - authname testcaller authkey donttell up + authname 'testcaller' authkey 'donttell' up dest 0.0.0.1 !/sbin/route add default 0.0.0.1 .Ed # file /etc/hostname.xl0 up Regards, Alden Regards, ahb
Re: packages
On Wed, Nov 15, 2006 at 06:10:35AM -0800, Ben Calvert wrote:
On Wed, 15 Nov 2006 08:24:16 -0500
Marc Ravensbergen [EMAIL PROTECTED] wrote:
Hi, is there any way I can find out the entire list of files (and
dependencies) needed before installing a given package?
Yes.
snip
If this is possible, can somebody let me know?
man pkg_add
(hint - look for command line options )
Excuse me, but if you are so _sure_ about it would you mind sharing the
actuall options? Because IIRC it is not possible to _just_ get the
dependencies (actuall package names). At least it is not possible to get
them for another arch (even other versions).
As a work around I use this since ~3.7:
dd if=package bs=64k count=1 2/dev/null | \
zgrep -a '[EMAIL PROTECTED] ' | \
awk 'BEGIN{ FS=: } {print $3.tgz}' | \
sed 's/.*\./\*\./'
It is ugly, but reasonably fast and it works.
In OpenBSD, and to a lesser extent in the other BSDs, you'll find that
people take pride in making sure the man pages are up to date and
extremely useful.
True, but not if there is no such functionality :)
Thanks,
Marc
Ben
Re: NFS and suspend
On Sun, Nov 12, 2006 at 10:31:40AM -0800, Greg Thomas wrote: Half the time after resuming my T40 laptop from suspend my NFS connection hangs. If I do a df or do shell file name completion on the mounted directory name my xterm hangs: [EMAIL PROTECTED] df -k nfs server grits:/home: not responding [EMAIL PROTECTED] ls donfs server grits:/home: not responding [EMAIL PROTECTED] ls DownloadsMusicdocs photos sigs GNUstep bin packages.txt ports_list stuff docs is the NFS mounted directory. And I get processes I can't kill, even with with SIGKILL: ethant9923 0.0 0.0 284 140 p1- D 9:50AM0:00.02 df -k [EMAIL PROTECTED] cat /etc/fstab /dev/wd0a / ffs rw 1 1 /dev/wd0b /tmp mfs rw,nodev,nosuid,-s=512000 0 0 /dev/wd0f /home ffs rw,nodev,nosuid,softdep 1 2 /dev/wd0e /usr ffs rw,nodev 1 2 /dev/wd0d /var ffs rw,nodev,nosuid 1 2 grits:/home /home/grits nfs rw,nodev,nosuid,tcp,soft,intr 0 0 I haven't used NFS in quite some time. Is this expected behaviour or should it fail more gracefully with the soft mount? And even if it's not expected behaviour is there anyway to clear this without a reboot? snip dmesg No, you either have to use UDP, or mount it again (i.e. mount /home/grits again, you'll have 2 mounts, 1 dead the new, alive one on top). Regards, ahb
Re: Status of hardware encryption accelerators - wetblanket
On Mon, Nov 06, 2006 at 09:51:13AM -0800, Dag Richards wrote: Andreas Bihlmaier wrote: On Mon, Nov 06, 2006 at 09:49:07AM -0700, Darrin Chandler wrote: Greg Mortensen wrote: On Sun, 5 Nov 2006, Darrin Chandler wrote: Can you say what the irrelevant i386 machine is? Lots of difference between a 90MHz PentiumI and a 3GHz Opteron, and I'd like to know where those numbers fit in. The i386 results were sent to me off-list, so I don't know the processor details. It's fast will have to suffice. To put it in perspective, my fastest Intel systems report: Xeon 3.00GHz aes-128-cbc 56117.94k 59781.24k 62908.69k 63702.29k 63485.95k Xeon 3.40GHz aes-128-cbc 64935.33k 71725.72k 74294.15k 75431.37k 75419.89k My fastest: cpu0: AMD Opteron(tm) Processor 246, 1994.63 MHz cpu1: AMD Opteron(tm) Processor 246, 1994.32 MHz type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 80713.16k 87876.85k 91431.72k92622.31k92688.52k While that's *more* than fast enough for common tasks, the SBC + VIA PadlockACE numbers you gave whip the pants off it for anything 16 bytes. Well, you should also consider bytes/watt :) type 16 bytes 64 bytes256 bytes 1024 bytes 8192 bytes aes-128-cbc 48246.54k 175071.41k 472434.09k 788228.58k 980033.81k OpenBSD 4.0 (GENERIC) #1107: Sat Sep 16 19:15:58 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.50 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3,EST,TM2 Regards, ahb Those are very impressive numbers. What are you getting through these gateways? What is the net usable throughput client PCs on either end are able to exchange over the VPN? This is just home usage, all over long 100mbit lines with dirty cheap switches (several) in between. #ipsec.conf (extract): #--- Makros ---# quick_enc = aes quick_auth =hmac-md5 # - sha is much more expensive ike esp from $local_ip to $local_net peer $lan_gw \ quick auth $quick_auth \ enc $quick_enc \ psk $psk_ahb ike esp from $local_ip to $vpn_gw peer $lan_gw \ quick auth $quick_auth \ enc $quick_enc \ psk $psk_ahb #--# ahblaptop - vpn-gw - ahb64 #ahblaptop OpenBSD 4.0 (GENERIC) #1104: Fri Sep 1 11:54:27 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: mobile AMD Athlon(tm) XP 2500+ (AuthenticAMD 686-class, 512KB L2 cache) 1.87 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 536375296 (523804K) #ahb64 OpenBSD 4.0-current (GENERIC) #1172: Sun Oct 22 20:45:57 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: Cool'n'Quiet K8 1801 MHz: speeds: 1800 1000 MHz real mem = 2145873920 (2095580K) #iperf 0.000313 0.024359 8 1 0.00 0.00 0.08 0.00 0.00 0.000312 0.048899 16 2 0.00 0.01 0.06 0.00 0.00 0.000313 0.073198 24 3 0.00 0.01 0.07 0.00 0.00 0.000311 0.098273 32 4 0.00 0.02 0.09 0.00 0.00 0.000312 0.146932 48 6 0.00 0.00 0.09 0.00 0.00 0.000309 0.197435 64 8 0.00 0.01 0.10 0.00 0.00 0.000320 0.286414 96 12 0.00 0.01 0.02 0.00 0.00 0.000319 0.310805 104 13 0.00 0.00 0.02 0.00 0.00 0.000318 0.383336 128 16 0.00 0.00 0.03 0.00 0.00 0.000318 0.455365 152 19 0.00 0.00 0.01 0.00 0.00 0.000322 0.497413 168 21 0.00 0.01 0.02 0.00 0.00 0.000319 0.574244 192 24 0.00 0.00 0.06 0.00 0.00 0.000335 0.614646 216 27 0.00 0.02 0.11 0.00 0.00 0.000333 0.663925 232 29 0.00 0.02 0.08 0.00 0.00 0.000332 0.735122 256 32 0.00 0.00 0.03 0.00 0.00 0.000333 0.801825 280 35 0.00 0.00 0.13 0.00 0.00 0.000342 1.003329 360 45 0.00 0.00 0.03 0.00 0.00 0.000344 1.064252 384 48 0.00 0.01 0.09 0.00 0.00 0.000343 1.134685 408 51 0.00 0.00 0.10 0.00 0.00 0.000353 1.319587 488 61 0.00 0.00 0.20 0.00 0.00 0.000354 1.380665 512 64 0.00 0.00 0.16 0.00 0.00 0.000353 1.446069 536 67 0.00 0.02 0.15 0.00 0.00 0.000374 1.895688 744 93 0.00 0.00 0.13 0.00 0.00 0.000374 1.959195 768 96 0.00 0.03 0.15 0.00 0.00 0.000375 2.011691 792 99 0.00
Re: new LiveCD instructions for OpenBSD
Just an update to this: Kenny Mann ([EMAIL PROTECTED]) contacted be about www.openbsd-wiki.org he built and hosts. For one I'd like to thank him for doing this. Secondly I put my instructions there as well: http://openbsd-wiki.org/index.php/LiveCD Much easier to read than the old .txt description. Regards, ahb
Re: new LiveCD instructions for OpenBSD
On Tue, Oct 24, 2006 at 08:25:52AM +0900, vladas wrote: On 10/24/06, Andreas Bihlmaier [EMAIL PROTECTED] wrote: Now I finally got around to update my instructions on how to create an OpenBSD-based LiveCD/DVD. Is this LiveCD/DVD reliable enough to send in dmesg's from it? Exuse me, but I don't see a point in posting a dmesg for a livecd, which by definition is portable. The dmesg depends on the machine I insert it into. If the question was: Does it really work? Yes, it does quite well, today I had the chance to test it with 10 different machines, all worked. Slowest was a pIII-500 with 128MB RAM, top showed 75MB mem usage after booting into X and with several apps started. One thing that bothers me is that I can only boot from the first CD drive, because cd0 is hardcoded in several places, but most of the time this doesn't matter. Regards, ahb
Re: new LiveCD instructions for OpenBSD
On Mon, Oct 23, 2006 at 06:39:35PM -0500, Sam Fourman Jr. wrote: I have been looking for a OpenBSD Kismet Live DVD with a X Front end, I wonder if a person could actually have Kismet and x on a Live DVD? or would it have to be able to write to a Disk? Sam Fourman Jr. You might be able to fit everything on a normal 700MB CD, I need a 800MB CD for all my important apps, btw. this is all in the instructions. You'll need something to save your kismet logs to before shutting down, of course. At runtime everything gets written to MFS partitions - kismet works. Regards, ahb
Re: new LiveCD instructions for OpenBSD
On Tue, Oct 24, 2006 at 01:51:45PM +, Ryan McBride wrote: On Tue, Oct 24, 2006 at 02:37:05PM +0200, Andreas Bihlmaier wrote: On Tue, Oct 24, 2006 at 08:25:52AM +0900, vladas wrote: On 10/24/06, Andreas Bihlmaier [EMAIL PROTECTED] wrote: Is this LiveCD/DVD reliable enough to send in dmesg's from it? Exuse me, but I don't see a point in posting a dmesg for a livecd, which by definition is portable. The dmesg depends on the machine I insert it into. I /believe/ the poster is asking whether it can be used to plug into $RANDOM_MACHINE and mail a dmesg from that machine. Nice for scoping out potential OpenBSD systems in a shop provided you can get the sales droids to look away long enough for the reboot. Of course! Actually that was my very first motivation to even build an OpenBSD livecd. Wherever I encounter an 'interesting' machine (i386/amd64) I put the livecd in to see how good this machine would be supported. One thing I noted since my first livecd with 3.7: much more machines just work PERFECT (at least by dmesg output), even the weird P4s we have at school. The problem is that the boot sequence seems to scare some windows users: What are all those messages, you didn't you wrack my PC, did you? ;) Regards, ahb
new LiveCD instructions for OpenBSD
that is able to boot from CD.
cd /usr/src/sys/arch/$arch/conf# NOTE: Only tested for i386, amd64
cp GENERIC LIVE_CD
--- /usr/src/sys/$arch/conf/LIVE_CD
# config bsd swap generic- we have to change this entry
config bsd root on cd0
# Compile the modified kernel:
config LIVE_CD cd ../compile/LIVE_CD/ make clean make depend make
# - kernel_compilieren
# Copy the compiled kernel in the root directory of livecd:
cp bsd /usr/livecd chown root:wheel /usr/livecd/bsd \
chmod 644 /usr/livecd/bsd
# XXX Repeat above for GENERIC.MP
--- /usr/src/sys/$arch/conf/LIVE_CD.MP -
# include arch/i386/conf/GENERIC- change this entry
include arch/i386/conf/LIVE_CD
# We have to modify these files in order to be able to boot:
# /usr/livecd/etc/boot.conf
set image /bsd
set timeout 5
/dev/cd0a / cd9660 ro,noatime 0 0
/dev/cd0a / cd9660 ro,noatime 0 0
# Of course you may have other (noauto) entries here.
# This is optional, but think about if before going on
/usr/livecd/backups/etc/ttys --
# You might want to have the serial console activated otherwise keep defaults
tty00 /usr/libexec/getty std.9600 vt100 on secure local
# Since a CD is not huge we will compress the backup directories into
compressed
# tar archives:
# NOTE: This is ONE long command line, you could split it into several steps
cd /usr/livecd/backups \
tar pzcf var.tar.gz var \
tar pzcf etc.tar.gz etc \
tar pzcf dev.tar.gz dev \
tar pzcf home.tar.gz home \
tar pzcf root.tar.gz root \
mv /usr/livecd/etc/{rc,fstab,group,passwd,boot.conf,login.conf} \
/usr/livecd/ \
rm -rf /usr/livecd/{root,home,var,etc}/* \
mv /usr/livecd/{rc,fstab,group,passwd,boot.conf,login.conf} \
/usr/livecd/etc/ \
rm -rf /usr/livecd/backups/{var,etc,dev,home,root}
# Make sure (empty) directories (with the right permissions) exist for ALL mount
# points: /var, /etc, /dev, /home, /root, /tmp
cd /usr/livecd/ \
chmod 700 root \
chmod 755 {var,etc,dev,home,backups} \
chmod 1777 tmp
# We need to copy cdbr and cdboot to livecd /
cp /usr/livecd/usr/mdec/{cdbr,cdboot} /usr/livecd/
# To speed up the livecd, one might want to tune kernel's cachepct:
cd /usr/livecd \
(echo cachepct 20; echo quit) | config -e -o nbsd bsd \
mv nbsd bsd
# XXX Repeat for bsd.mp
# Finally we can create the CD .iso image:
vers=40
/usr/local/bin/mkisofs \
-no-iso-translate \
-R -T \
-allow-leading-dots \
-l -d -D -N -v \
-V LiveCD OpenBSD${vers} \
-A LiveCD OpenBSD${vers} \
-p Andreas Bihlmaier [EMAIL PROTECTED] \
-publisher Andreas Bihlmaier [EMAIL PROTECTED] \
-b cdbr -no-emul-boot \
-c boot.catalog \
-o /home/livecd.iso \
/usr/livecd/
# Burn the image as usuall:
cdrecord -speed=12 -overburn -data livecd.iso # CD
growisofs -dvd-compat -Z /dev/rcd1c=/home/livecd.iso# DVD
# - brennen - cdrecord - growisofs
#--#
Re: X not working with NVIDIA GeForce 7800 GS on amd64
On Sat, Oct 07, 2006 at 12:11:53AM +0200, Andreas Maus wrote: Hi. I recently replaced my ATI X800 with a new NVIDIA GeForce 7800 GS. Checking the nv(4) man page and it states that it supports: [... snipp ...] GeForce 7XXX [... snipp ...] snip I have the same problem with a GeForce 7300GT. The problem is these chips are only supported by X.org 7.x (which is not yet in OpenBSD). After reading: http://www.undeadly.org/cgi?action=articlesid=2006071016 I hope 7.x will be OpenBSD soon. I already mailed matthieu@, but I didn't receive an answer. Since I'm the one asking for a favor and he is the one doing the work I didn't bother him further and will use the vesa driver until 7.x hits the tree. At that time I'll be a happy current tester :) Regards, ahb p.s. This xorg.conf section might be of interest to you. Section Device Identifier Card0 Driver vesa #Driver nv VendorName nVidia Corporation BoardName Unknown Board BusID PCI:2:0:0 EndSection
Re: Problems with traffic shaping
On Fri, Oct 06, 2006 at 09:57:16AM -0700, S t i n g r a y wrote: my internet bandwith is getting slower slower i have doubts about my traffic shaping . how to find out whats wrong ? which clients is doing what with my bandwith . snip Watch the numbers in pfctl -vvsq and see if everything is in the correct queues. thanks *:$., 88,.$:*(((*$ Stingray *:$., 88,.$:*((*$ Regards, ahb
Re: bandwidth speed between openbsd boxes
On Wed, Sep 27, 2006 at 12:12:30PM +0100, jacek wrote: snip I remeber that ipref2 has issues on OpenBSD because of the way they use threads. Not sure if it got fixed maybe but even if i upload file form linux to obsd box it very slow 10Mb , window is 32k then.( checked by tcpdump ) so which tool would you recommend to test speed between obsd boxes ? -- Jacek I always use benchmarks/netpipe from ports, which works great for me and doesn't use available 100% CPU as iperf always seems to do. See its man page there you'll find examples on who to create a (nice) graph from its output using gnuplot. Regards, ahb
Re: USB Serial Converter
* Antoine Jacoutot [EMAIL PROTECTED] [2006-09-16 02:05]: Fred Crowson wrote: However when I try to connect using cu I don't get any output: zaurus:fred /home/fred cu -l /dev/cuaU0 -s19200 Well, it seems there are usb-serial converters, which do not support 19200 baud. At least mine doesn't not in OpenBSD, nor under M$ windows. Regards, ahb
Re: New Marvell/SysKonnect Gigabit driver
Well, here it goes again: Issue with my onboard mskc0: Marvell Yukon 88E8053 Marvell Yukon-2 With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. Any other hints about what I could test to solve/further isolate the problem? dmesg: OpenBSD 4.0 (GENERIC) #1104: Fri Sep 1 11:54:27 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: Cool`n'Quiet K8 1801 Mhz: speeds: 1800 1000 Mhz real mem = 2145873920 (2095580K) avail mem = 1949392896 (1903704K) using 4256 buffers containing 107397120 bytes (104880K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(24) BIOS, date 01/25/06, BIOS32 rev. 0 @ 0xf1e40, SMBIOS rev. 2.3 @ 0xf (69 entries) bios0: ASUSTek Computer INC. A8V-E DELUXE apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 3.0 @ 0xf/0xdf84 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde40/320 (18 entries) pcibios0: PCI Exclusive IRQs: 3 5 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xd000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8T890 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8T890 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8T890 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8T890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8T890 Host rev 0x00 VIA K8T890 IOAPIC rev 0x00 at pci0 dev 0 function 5 not configured pchb5 at pci0 dev 0 function 7 VIA K8T890 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci0 dev 2 function 0 VIA K8T890 PCI-PCI rev 0x00 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 ATI Radeon X600 (RV380) rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ATI Radeon X600 (RV380) Sec rev 0x00 at pci2 dev 0 function 1 not configured ppb2 at pci0 dev 3 function 0 VIA K8T890 PCI-PCI rev 0x00 pci3 at ppb2 bus 3 ppb3 at pci0 dev 3 function 1 VIA K8T890 PCI-PCI rev 0x00 pci4 at ppb3 bus 4 ppb4 at pci0 dev 3 function 2 VIA K8T890 PCI-PCI rev 0x00 pci5 at ppb4 bus 5 mskc0 at pci5 dev 0 function 0 Marvell Yukon 88E8053 rev 0x15, Marvell Yukon-2 EC rev. A3 (0x2): irq 11 msk0 at mskc0 port A, address 00:11:d8:aa:4a:61 eephy0 at msk0 phy 0: Marvell 88E Gigabit PHY, rev. 2 ppb5 at pci0 dev 3 function 3 VIA K8T890 PCI-PCI rev 0x00 pci6 at ppb5 bus 6 emu0 at pci0 dev 12 function 0 Creative Labs SoundBlaster Live rev 0x08: irq 5 ac97: codec id 0x54524123 (TriTech Microelectronics TR28602) audio0 at emu0 Creative Labs PCI Gameport Joystick rev 0x08 at pci0 dev 12 function 1 not configured pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: SAMSUNG SP2014N wd0: 16-sector PIO, LBA48, 190782MB, 390721968 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: AOpen, DVD-1640 PRO, 1.24 SCSI0 5/cdrom removable atapiscsi1 at pciide0 channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: HL-DT-ST, DVDRAM GSA-4082B, A209 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 3 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 3 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 5 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 16 function 3 VIA VT83C572 USB rev 0x81: irq 5 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 11 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: VIA EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Sep 14, 2006 at 10:22:03AM +0100, Stuart Henderson wrote: On 2006/09/14 11:03, Andreas Bihlmaier wrote: With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. have you tried bsd.mp? Some machines work a lot better when you use the APIC, and the easy way to do that is use an MP kernel. Yes, with APIC in Bios enabled all USB ports stop working, but the problem with interrupts DOES NOT OCCUR: OpenBSD 4.0 (GENERIC.MP) #933: Fri Sep 1 12:06:05 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 real mem = 2145873920 (2095580K) avail mem = 1949335552 (1903648K) using 4256 buffers containing 107397120 bytes (104880K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(24) BIOS, date 01/25/06, BIOS32 rev. 0 @ 0xf1e40, SMBIOS rev. 2.3 @ 0xf (69 entries) bios0: ASUSTek Computer INC. A8V-E DELUXE apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 3.0 @ 0xf/0xdf84 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde40/320 (18 entries) pcibios0: PCI Exclusive IRQs: 3 5 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xd000 mainbus0: Intel MP Specification (Version 1.4) (OEM0 PROD) cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 200 MHz mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type PCI mainbus0: bus 4 is type PCI mainbus0: bus 5 is type PCI mainbus0: bus 6 is type PCI mainbus0: bus 7 is type ISA ioapic0 at mainbus0: apid 2 pa 0xfec0, version 3, 24 pins ioapic1 at mainbus0: apid 3 pa 0xfecc, version 3, 24 pins pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8T890 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8T890 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8T890 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8T890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8T890 Host rev 0x00 VIA K8T890 IOAPIC rev 0x00 at pci0 dev 0 function 5 not configured pchb5 at pci0 dev 0 function 7 VIA K8T890 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci0 dev 2 function 0 VIA K8T890 PCI-PCI rev 0x00 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 ATI Radeon X600 (RV380) rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ATI Radeon X600 (RV380) Sec rev 0x00 at pci2 dev 0 function 1 not configured ppb2 at pci0 dev 3 function 0 VIA K8T890 PCI-PCI rev 0x00 pci3 at ppb2 bus 3 ppb3 at pci0 dev 3 function 1 VIA K8T890 PCI-PCI rev 0x00 pci4 at ppb3 bus 4 ppb4 at pci0 dev 3 function 2 VIA K8T890 PCI-PCI rev 0x00 pci5 at ppb4 bus 5 mskc0 at pci5 dev 0 function 0 Marvell Yukon 88E8053 rev 0x15, Marvell Yukon-2 EC rev. A3 (0x2): apic 2 int 23 (irq 11) msk0 at mskc0 port A, address 00:11:d8:aa:4a:61 eephy0 at msk0 phy 0: Marvell 88E Gigabit PHY, rev. 2 ppb5 at pci0 dev 3 function 3 VIA K8T890 PCI-PCI rev 0x00 pci6 at ppb5 bus 6 emu0 at pci0 dev 12 function 0 Creative Labs SoundBlaster Live rev 0x08: apic 2 int 5 (irq 5) ac97: codec id 0x54524123 (TriTech Microelectronics TR28602) audio0 at emu0 Creative Labs PCI Gameport Joystick rev 0x08 at pci0 dev 12 function 1 not configured pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: SAMSUNG SP2014N wd0: 16-sector PIO, LBA48, 190782MB, 390721968 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: AOpen, DVD-1640 PRO, 1.24 SCSI0 5/cdrom removable atapiscsi1 at pciide0 channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: HL-DT-ST, DVDRAM GSA-4082B, A209 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: apic 2 int 3 (irq 3) usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: apic 2 int 3 (irq 3) usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Sep 14, 2006 at 11:03:59AM +0200, Andreas Bihlmaier wrote: Well, here it goes again: Issue with my onboard mskc0: Marvell Yukon 88E8053 Marvell Yukon-2 With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. Any other hints about what I could test to solve/further isolate the problem? Well that is really weird, I pulled out my PCI Express graphics card (see previous message) and replaced it with a really old PCI card: vga1 at pci0 dev 11 function 0 S3 Trio32/64 rev 0x54 Same behaviour as described above. Now what do have those cards in common to screw up in combination with msk? Regards, ahb
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Sep 14, 2006 at 07:44:44PM +1000, Jonathan Gray wrote: On Thu, Sep 14, 2006 at 11:03:59AM +0200, Andreas Bihlmaier wrote: Well, here it goes again: Issue with my onboard mskc0: Marvell Yukon 88E8053 Marvell Yukon-2 With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. Any other hints about what I could test to solve/further isolate the problem? Try this diff from kettenis which will hopefully be applied in the next few days. Index: if_msk.c === RCS file: /cvs/src/sys/dev/pci/if_msk.c,v retrieving revision 1.16 diff -u -p -r1.16 if_msk.c --- if_msk.c 25 Aug 2006 00:21:10 - 1.16 +++ if_msk.c 3 Sep 2006 15:39:13 - @@ -2032,10 +2032,8 @@ msk_init(void *xsc_if) sc-sk_intrmask |= SK_Y2_INTRS1; else sc-sk_intrmask |= SK_Y2_INTRS2; - sc-sk_intrmask |= SK_Y2_IMR_HWERR | SK_Y2_IMR_BMU; + sc-sk_intrmask |= SK_Y2_IMR_BMU; CSR_WRITE_4(sc, SK_IMR, sc-sk_intrmask); - - CSR_WRITE_4(sc, SK_IEMR, 0x2e3f); ifp-if_flags |= IFF_RUNNING; ifp-if_flags = ~IFF_OACTIVE; I hope this will still make it into 4.0 because it now everything works great (at least on my machine). Thank you very much! Regards, ahb
Re: Lockup problem with quad nic (dc driver)
On Sat, Sep 09, 2006 at 01:40:34PM -0700, Joe wrote: Problem: After updating to OpenBSD 3.9 stable, my system locks up whenever a dc interface is brought up. This system has 5 network interfaces, one on-board (vr0), and a Phobos P430 Quad NIC (dc0,dc1,dc2,dc3). The vr0 interface works fine. At first, I could not get the system to finish booting up. It would hang at starting network. I then removed the files: /etc/hostname.dc0 /etc/hostname.dc1 /etc/hostname.dc2 /etc/hostname.dc3 and the system boots up. However, when I do either: # ifconfig dc0 up # ifconfig dc1 up # ifconfig dc2 up # ifconfig dc3 up The system locks up. Here is the dmesg: OpenBSD 3.9-stable (GENERIC) #1: Sun Sep 3 11:32:26 PDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: VIA Esther processor 1300MHz (CentaurHauls 686-class) 1.30 GHz XSR,SSE,SSE2,TM,SBF,SSE3,EST,TM2 snip I have the same problem with this board: cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.50 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3,EST,TM2 The problem is not dc(4) specific, it seems the board can't handle pci bridges, so far I tested dual nics: fxp, tl, sf, none of them seems to work, they all lock up the box as soon as I up more than one of the interfaces. I even installed window$ in order to flash the bios, it looked up as well with the dual nics inserted. Since I need 3 interfaces (inet, lan, wlan) I went back to using a singe nic, the onboard vge and an USB2.0 axe nic. Everything works great now and I'm able to push ~70Mb/s hmac-md5-aes IPSEC traffic with latest snapshots (GREAT! Thanks developers!). Hope this will save you some time buying and testing other dual/quad nics. Regards, ahb p.s. IF you can resolve the problem (I wasn't able to), please let me know!
3.9-stable (weird) panic pccom
Hello misc@, I just had a weird situation with my home network: The power supply of my file server died, the file server is connected to my router with serial cables for access. file-server router com2 (cua01)com1 (tty00) com1 (tty01)com2 (cua01) Now the weird part: my router paniced: ddb trace Debugger(d080ce9c,1,0,60,0) at Debugger+0x4 comsoft(58,10,10,10,d080ce9c) at comsoft+0xee Bad frame pointer: 0xd080ce44 Does this have anything todo with each other? I mean a bug in pccom(4) triggered by noise/something when my fileserver went down hard? ddb ps PID PPID PGRPUID S FLAGS WAIT COMMAND 583 1583 0 3 0x4086 ttyin getty 13559 1 13559 0 3 0x4086 ttyin getty 28309 1 28309 0 3 0x4086 ttyin getty 826 1826 0 3 0x4086 ttyin getty 24171 1 24171 0 3 0x4086 ttyin getty 32168 1 32168 0 3 0x4086 ttyin getty 32497 1 32497 0 30x84 select cron 6264 1 18061 0 30x84 bpfarpwatch 22509 1 18061 0 30x86 nanosleep perl 31394 1 31394 0 3 0x40184 select sendmail 24967 1 24967 0 30x84 select sshd 15257 1 18061 29 3 0x186 poll identd 20722 1 20722 71 3 0x184 kqread ftp-proxy 28604 1 28604 77 3 0x184 poll dhcpd 23160 29982 29982 83 3 0x184 poll ntpd 29982 1 29982 0 30x84 poll ntpd 27989 8487 8487 68 3 0x184 select isakmpd 8487 1 8487 0 30x84 netio isakmpd 19261 20691 20691 70 3 0x184 select named 20691 1 20691 0 3 0x184 netio named 5924 23581 23581 74 3 0x184 bpfpflogd 23581 1 23581 0 30x84 netio pflogd 7851 8940 8940 73 3 0x184 poll syslogd 8940 1 8940 0 30x84 netio syslogd 16 0 0 0 30x100204 crypto_wa crypto 15 0 0 0 30x100204 aiodoned aiodoned 14 0 0 0 30x100204 syncer update 13 0 0 0 30x100204 cleanercleaner 12 0 0 0 30x100204 reaper reaper 11 0 0 0 30x100204 pgdaemon pagedaemon 10 0 0 0 30x100204 pftm pfpurge 9 0 0 0 30x100204 timeoutsensors 8 0 0 0 30x100204 usbevt usb3 7 0 0 0 30x100204 usbevt usb2 6 0 0 0 30x100204 usbevt usb1 5 0 0 0 30x100204 usbtsk usbtask 4 0 0 0 30x100204 usbevt usb0 3 0 0 0 30x100204 apmev apm0 2 0 0 0 30x100204 kmallockmthread 1 0 1 0 3 0x4084 wait init 0 -1 0 0 3 0x80204 scheduler swapper 20364 15257 18061 29 5 0x2100 identd dmesg: OpenBSD 3.9-current (GENERIC) #658: Sun Mar 26 01:19:02 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.50 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3,EST,TM2 cpu0: RNG AES AES-CTR SHA1 SHA256 RSA real mem = 1006137344 (982556K) avail mem = 911187968 (889832K) using 4278 buffers containing 50409472 bytes (49228K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(db) BIOS, date 06/22/06, BIOS32 rev. 0 @ 0xf9360 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0xc4f4 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc450/160 (8 entries) pcibios0: bad IRQ table checksum pcibios0: PCI BIOS has 8 Interrupt Routing table entries pcibios0: PCI Exclusive IRQs: 5 10 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8237 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xfc00 0xd/0x8000! 0xd8000/0x1000 0xd9000/0x800 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 vendor VIA, unknown product 0x0314 rev 0x00 pchb1 at pci0 dev 0 function 1 vendor VIA, unknown product 0x1314 rev 0x00 pchb2 at pci0 dev 0 function 2 vendor VIA, unknown product 0x2314 rev 0x00 pchb3 at pci0 dev 0 function 3 VIA PT890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 vendor VIA, unknown product 0x4314 rev 0x00 pchb5 at pci0 dev 0 function 7 vendor VIA, unknown product 0x7314 rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor VIA, unknown product 0x3344 rev
Re: New Marvell/SysKonnect Gigabit driver
On Fri, Aug 18, 2006 at 01:02:13PM +0200, Andreas Bihlmaier wrote: On Thu, Aug 17, 2006 at 09:04:05PM +0200, Mark Kettenis wrote: Last night I checked in a driver, msk(4), for the previously unsupported Marvell and SysKonnect Gigabit NICs. The driver works pretty well for me on the new Mac mini, but could really use some more testing, especially on different hardware. If you have such hardware please compile yourself a fresh kernel (or fetch tourself today's snapshot) and send me the dmesg, and a short report how well the driver works for you. Thanks, Mark Thanks for all the effort to support these NICs. Well I got an onboard chip on an ASUS A8V-E DELUXE motherboard. I installed the latest i386 snapshot (see dmesg below), but things are not quite working. The interface gets attached (as msk0) and I can configure it with ifconfig. The problem is as soon as I up/assign ip/change media on msk0 I get 99.9% interrupt load, rendering the system pretty much unuseable until I reboot. No change whether cable is plugged in or isn't. Weird thing is that the interrupts don't show up in: systat -w 1 vmstat 1 usersLoad 1.79 1.04 0.48 Fri Aug 18 12:56:55 2006 memory totals (in KB)PAGING SWAPPING Interrupts real virtual free in out in out 228 total Active 162908162908 1529564 opsmskc0 All 529040529040 5723848 pages fxp0 pciide0 Proc:r d s wCsw Trp Sys Int Sof Flt 1 forks uhci0 2104537 245 5963728 37 1 fkppw ehci0 fksvm pckbc0 91.5%Int 0.7%Sys 2.1%Usr 0.0%Nic 5.7%Idle pwait 100 clock ||||||||||| relck 128 rtc || rlkok noram Namei Sys-cacheProc-cacheNo-cache 3 ndcpy Calls hits%hits %miss % fltcp zfod 1 cow Disks wd0 cd0 cd1 fd0 128 fmin seeks 170 ftarg xfers itarg Kbyte 148 wired sec pdfre pdscn pzidle 23 kmapent Dmesg: OpenBSD 4.0-beta (GENERIC) #1072: Thu Aug 17 12:55:53 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: Cool`n'Quiet K8 1801 Mhz: speeds: 1800 1000 Mhz real mem = 2145873920 (2095580K) avail mem = 1777840128 (1736172K) using 4256 buffers containing 278921216 bytes (272384K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(24) BIOS, date 01/25/06, BIOS32 rev. 0 @ 0xf1e40, SMBIOS rev. 2.3 @ 0xf (69 entries) bios0: ASUSTek Computer INC. A8V-E DELUXE apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 3.0 @ 0xf/0xdf84 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde40/320 (18 entries) pcibios0: PCI Exclusive IRQs: 3 5 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xd000 0xd/0x1000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8T890 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8T890 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8T890 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8T890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8T890 Host rev 0x00 VIA K8T890 IOAPIC rev 0x00 at pci0 dev 0 function 5 not configured pchb5 at pci0 dev 0 function 7 VIA K8T890 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci0 dev 2 function 0 VIA K8T890 PCI-PCI rev 0x00 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 ATI Radeon X600 (RV380) rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ATI Radeon X600 (RV380) Sec rev 0x00 at pci2 dev 0 function 1 not configured ppb2 at pci0 dev 3
Re: Experience with isakmpd/ipsec in production?
On Tue, Aug 22, 2006 at 04:10:22PM +0200, Massimo Lusetti wrote: On Mon, 2006-08-21 at 15:43 +0200, Sven Ingebrigt Ulland wrote: snip I'm making heavy usage of VPN to mount NFS over (so there are huge amounts of traffic going over the tunnel at maximum speed the CPUs can handle) and IPSEC itself works very reliable (at least compared to openvpn, which I never had real luck with). The only issue, which remains: I have to reboot ALL clients, which have an active NFS mount after the server went down. But that has nothing to do with IPSEC, thus I shut up about it at this point. A small side note, I'm waiting the 'fix' for totally take advantage of Via C3/C7 crypto features and hope they will be in for 4.0 or just a little after :) even if my users are very happy with the current performance. Is there development going on with the VIA issue? Would be great I'm eager for near-line-speed (100mbit) @25W :) Regards, ahb
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Aug 17, 2006 at 09:04:05PM +0200, Mark Kettenis wrote: Last night I checked in a driver, msk(4), for the previously unsupported Marvell and SysKonnect Gigabit NICs. The driver works pretty well for me on the new Mac mini, but could really use some more testing, especially on different hardware. If you have such hardware please compile yourself a fresh kernel (or fetch tourself today's snapshot) and send me the dmesg, and a short report how well the driver works for you. Thanks, Mark Thanks for all the effort to support these NICs. Well I got an onboard chip on an ASUS A8V-E DELUXE motherboard. I installed the latest i386 snapshot (see dmesg below), but things are not quite working. The interface gets attached (as msk0) and I can configure it with ifconfig. The problem is as soon as I up/assign ip/change media on msk0 I get 99.9% interrupt load, rendering the system pretty much unuseable until I reboot. No change whether cable is plugged in or isn't. Weird thing is that the interrupts don't show up in: systat -w 1 vmstat 1 usersLoad 1.79 1.04 0.48 Fri Aug 18 12:56:55 2006 memory totals (in KB)PAGING SWAPPING Interrupts real virtual free in out in out 228 total Active 162908162908 1529564 opsmskc0 All 529040529040 5723848 pages fxp0 pciide0 Proc:r d s wCsw Trp Sys Int Sof Flt 1 forks uhci0 2104537 245 5963728 37 1 fkppw ehci0 fksvm pckbc0 91.5%Int 0.7%Sys 2.1%Usr 0.0%Nic 5.7%Idle pwait 100 clock ||||||||||| relck 128 rtc || rlkok noram Namei Sys-cacheProc-cacheNo-cache 3 ndcpy Calls hits%hits %miss % fltcp zfod 1 cow Disks wd0 cd0 cd1 fd0 128 fmin seeks 170 ftarg xfers itarg Kbyte 148 wired sec pdfre pdscn pzidle 23 kmapent Dmesg: OpenBSD 4.0-beta (GENERIC) #1072: Thu Aug 17 12:55:53 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: Cool`n'Quiet K8 1801 Mhz: speeds: 1800 1000 Mhz real mem = 2145873920 (2095580K) avail mem = 1777840128 (1736172K) using 4256 buffers containing 278921216 bytes (272384K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(24) BIOS, date 01/25/06, BIOS32 rev. 0 @ 0xf1e40, SMBIOS rev. 2.3 @ 0xf (69 entries) bios0: ASUSTek Computer INC. A8V-E DELUXE apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 3.0 @ 0xf/0xdf84 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde40/320 (18 entries) pcibios0: PCI Exclusive IRQs: 3 5 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xd000 0xd/0x1000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8T890 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8T890 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8T890 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8T890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8T890 Host rev 0x00 VIA K8T890 IOAPIC rev 0x00 at pci0 dev 0 function 5 not configured pchb5 at pci0 dev 0 function 7 VIA K8T890 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci0 dev 2 function 0 VIA K8T890 PCI-PCI rev 0x00 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 ATI Radeon X600 (RV380) rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ATI Radeon X600 (RV380) Sec rev 0x00 at pci2 dev 0 function 1 not configured ppb2 at pci0 dev 3 function 0 VIA K8T890 PCI-PCI rev 0x00 pci3 at ppb2 bus 3 ppb3 at pci0 dev 3 function 1 VIA K8T890 PCI-PCI rev 0x00 pci4 at ppb3 bus 4 ppb4 at pci0 dev 3 function 2 VIA
Re: Bluetooth in OpenBSD
On Tue, Apr 04, 2006 at 06:50:54PM +0200, Marcus Lindemann wrote: [EMAIL PROTECTED] wrote: Hi, I must admit I never tried that before myself on OBSD, but did use BT on phones on different occasions. I see several points of potential failures here. 1.) Bluetooth connection Are you sure you have connected to the phone? Did you exchange Bluetooth passphrase (a few characters, that you chose yourself) on the computer and on the mobile? Or is the phone paired with your computer (it allows connection establishment automatically)? When used with Windows the phone is paired with the computer with a PIN number, with OBSD I am still trying to work out how to pair it once I know if it is recognised. This tells me that you don't have a BT connection working, possibly because there is no BT support in GENERIC, as Otto pointed out. 2.) GPRS/3G connection when you use *99#, you use a GPRS (or 3G) connection for data transfer. Depending on the phone model you use, you might still need to set the GPRS (3G) access point correctly. So when you issue the at dt*99#; commamd in a terminal window, does the phone start a GPRS (3G) connection? This is usually indicated by some status indicators in the phone's display. If nothing happens, you might need to set the PDP GPRS context information via AT+CGDCONT= command. See http://www.3gpp.org/ftp/Specs/html-info/27060.htm for more information on mobile stations in the packet data domain. The phone is not 3G, so it uses GPRS, you are right I had to set up some instruccions in the configurations, but it was fairly easy as my Telecom provider told me what to do on a free phonenumber. Again this is on Windows. You probably have to set the same information in your ppp scripts. 3.) Your ppp scripts :-) I'm not an expert here and cannot help here. OK, I understand the best I can do is to get the dmesg and post it here so somebody who understands can see what is going on, I would have already done so if I could email it straight from OBSD, I just need to work out some way of copying the dmesg file to Windows, I will post it tomorrow. Thanks Zoraya PS: Something tells me is not going to work :( At least not immediately :-) BR Marcus Is there any plan to incorporate bluetooth support in the near future? Because as described by the person staring this thread UMTS/GPRS flatrates are getting affordable and it would be awesome to be online with by OpenBSD laptop via my cell phone :) Regards, ahb
Re: Intel doc paralyses both xpdf and kpdf at page 16
On Thu, Mar 30, 2006 at 08:40:59AM -0500, Dave Feustel wrote: I'm running KDE 3.4.2 on OpenBSD 3.8 Doc: Intel(r)_VT_for_Direct_IO.pdf from ftp://download.intel.com/technology/computing/vptech/Intel(r)_VT_for_Direct_IO.pdf Possibly relevant error message: /home/daf/Intel}Error: PDF version 1.6 -- xpdf supports version 1.5 (continuing anyway) Both programs freeze and stop responding when I attempt to display page 16 of the doc. Kill -9 seems to be the only way to exit. xpdf is version 3.00p5 Dave Feustel Works fine here with kpdf on current: Qt: 3.3.5 KDE: 3.5.0 KPDF: 0.5
Problem: Multiple alias{...} statements in dhclient.conf
Hello misc@,
I finally got around to setup a dhcpd in my local LAN.
All hosts get their IP by dhcp, but also need an alias (as secure VPN
inside LAN) on each interface, after playing around with
/etc/hostname.iface I found the place to put the stuff:
/etc/dhclient.conf. Seemed to work well until I tried it on my laptop
having two ifaces (wired and wireless).
As soon as I define several alias { ... } statements in dhclient.conf,
following dhclient.conf(5) (alias must be _outside_ interface iface
{...} statements), I receive errors. Here is exactly what I did:
root# uname -a
OpenBSD ahbabe 3.9 GENERIC#617 i386
root# ifconfig -A
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 33224
groups: lo
inet 127.0.0.1 netmask 0xff00
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6
em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
lladdr 00:0a:e4:2f:30:7e
groups: egress
media: Ethernet autoselect (100baseTX full-duplex)
status: active
inet6 fe80::20a:e4ff:fe2f:307e%em0 prefixlen 64 scopeid 0x1
inet 10.0.0.8 netmask 0xff00 broadcast 10.0.0.255
inet 10.2.0.8 netmask 0xff00 broadcast 10.2.0.255
ath0: flags=8863UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST mtu 1500
lladdr 00:0e:9b:a2:97:07
groups: if_int
media: IEEE802.11 autoselect (DS1 mode 11b)
status: no network
ieee80211: nwid
inet6 fe80::20e:9bff:fea2:9707%ath0 prefixlen 64 scopeid 0x2
pflog0: flags=141UP,RUNNING,PROMISC mtu 33224
pfsync0: flags=0 mtu 1460
enc0: flags=0 mtu 1536
root# cat /etc/dhclient.conf
# This works fine.
#alias {
# interface ath0;
# fixed-address 10.2.0.101;
# option subnet-mask 255.255.255.0;
#}
alias {
interface em0;
fixed-address 10.2.0.8;
option subnet-mask 255.255.255.0;
}
root# dhclient em0
DHCPREQUEST on em0 to 255.255.255.255 port 67
DHCPACK from 10.0.0.254
bound to 10.0.0.8 -- renewal in 21600 seconds.
# Works fine until here, but with several alias directives:
root# cat /etc/dhclient.conf
# Errors but works
alias {
interface ath0;
fixed-address 10.2.0.101;
option subnet-mask 255.255.255.0;
}
alias {
interface em0;
fixed-address 10.2.0.8;
option subnet-mask 255.255.255.0;
}
root# dhclient em0
/etc/dhclient.conf line 2: wrong interface name. Expecting 'em0'.
interface ath0
/etc/dhclient.conf line 3: expecting semicolon.
fixed-address
DHCPREQUEST on em0 to 255.255.255.255 port 67
DHCPACK from 10.0.0.254
bound to 10.0.0.8 -- renewal in 21600 seconds.
root# cat /etc/dhclient.conf
# Note only the order was switched
# Errors and _not_ working.
alias {
interface em0;
fixed-address 10.2.0.8;
option subnet-mask 255.255.255.0;
}
alias {
interface ath0;
fixed-address 10.2.0.101;
option subnet-mask 255.255.255.0;
}
root# dhclient em0
/etc/dhclient.conf line 8: wrong interface name. Expecting 'em0'.
interface ath0
/etc/dhclient.conf line 9: expecting semicolon.
fixed-address
# Here it hangs until I hit ^C
I hope someone can help me or point out what I did wrong.
Regards,
ahb
Re: event viewer on X
On Sat, Mar 25, 2006 at 02:28:21AM +, Christian Weisgerber wrote: Gustavo Rios [EMAIL PROTECTED] wrote: i am seeking an event viewer that i could use within an X session (just like xconsole) but with a transparent background texture, that could show only the message log line. Some thing that could not be moved with the mouse, whithout the window borders. ports/x11/root-tail maybe? sysutils/multitail Have a look at the -ci color Option. I use it to display ALL logs in such a term-widget Regards, ahb
Access to serial port under linux emulation
Hi misc@,
I need to run flip[1], which is written in tcl/tk and only available as
binary for linux. I need it to program Atmel 8051 micro controllers.
Flip runs fine under linux emulation (after copying the included libs to
/emul/linux/lib), but I get an error message when trying to access the
serial ports (to which the mc board is connected).
I already created a horde of symlinks (after reading compat_linux(8))
and googled for about 3h now, but I can't get it to work:
NOTE: I'm using a (working) usb-serial adapter
#ls -l /emul/linux/dev | grep tty[A-Z]
lrwxr-xr-x 1 root wheel10B Mar 19 11:23 ttyS0@ - /dev/ttyU0
lrwxr-xr-x 1 root wheel10B Mar 19 14:00 ttyS1@ - /dev/ttyU0
lrwxr-xr-x 1 root wheel10B Mar 19 11:23 ttyU0@ - /dev/ttyU0
#ls -l /dev/{cua,tty}[US]0
crwxrwxrwx 1 ahbabe ahbabe 66, 128 Mar 15 08:44 /dev/cuaU0*
lrwxr-xr-x 1 rootwheel 10 Jul 2 1987 /dev/ttyS0@ - /dev/ttyU0
crwxrwxrwx 1 ahbabe ahbabe 66, 0 Jul 2 1987 /dev/ttyU0*
Error message in flip:
can't read flipStates(comList): no such element in array
while executing
if { $flipStates(comList) == } {
tk_messageBox -message There is no available serial port\n on your platform.
Please fix the problem then\n resta...
(procedure initProtocol line 15)
invoked from within
initProtocol RS232Standard
invoked from within
.menubar.settings.comm invoke active
(uplevel body line 1)
invoked from within
uplevel #0 [list $w invoke active]
(procedure tkMenuInvoke line 31)
invoked from within
tkMenuInvoke .menubar.settings.comm 1
I would appreciate any help because I need to get this to work for
school.
Btw: I tried to use qemu with -serial /dev/ttyU0, but this always
results in (also as almighty root):
qemu: could not open serial device '/dev/ttyS0'
[1] http://www.atmel.com/dyn/products/tools_card.asp?tool_id=2767
Thanks,
ahb
p.s. Did I include all necessary information?
Crawling IPSec speed with enc aes
Hello misc@, first of all I have to say ipsecctl with ipsec.conf is wonderful, never was simpler to setup a VPN. The problem is that the speed is REALLY slow when I use the default cipher (aes) in quick auth mode in ipsec.conf (see below). Throughput is good if I use other ciphers: Cipher Speed aes 0.6 Mb/s 3des33.5Mb/s des 44 Mb/s cast47 Mb/s blowfish47.5Mb/s Iperf was used for all testing. Am I mistaken or should the aes speed be much closer that of other ciphers? Btw. I also tried without quick auth stuff. Only option I changed for testing is the line enc CIPHER in both ipsec.conf files and afterwards I reloaded with: ipsecctl -F; ipsecctl -f /etc/ipsec.conf #--- Machine1 -# #cat /etc/ipsec.conf ike esp from any to 10.0.0.1 quick auth hmac-sha2-256 \ enc aes \ psk foobarfoobar #ipsecctl -s all FLOWS: flow esp in from 10.0.0.1 to 0.0.0.0/0 peer 10.0.0.1 flow esp out from 0.0.0.0/0 to 10.0.0.1 peer 10.0.0.1 SADB: esp tunnel from 10.0.0.2 to 10.0.0.1 spi 0x9d948ddc enc aes auth hmac-sha2-256 esp tunnel from 10.0.0.1 to 10.0.0.2 spi 0xbf2f19c2 enc aes auth hmac-sha2-256 #netstat -rnf encap Routing tables Encap: Source Port DestinationPort Proto SA(Address/Proto/Type/Direction) 10.0.0.1/320 0/00 0 10.0.0.1/50/use/in 0/00 10.0.0.1/320 0 10.0.0.1/50/require/out #dmesg OpenBSD 3.9-beta (GENERIC) #601: Sun Feb 12 21:39:52 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(TM) XP 2600+ (AuthenticAMD 686-class, 512KB L2 cache) 1.92 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE cpu0: AMD Powernow: TS real mem = 1073307648 (1048152K) avail mem = 972656640 (949860K) using 4278 buffers containing 53768192 bytes (52508K) of memory User Kernel Config UKC hg;a\^H \^H\^H \^H\^H \^H\^H \^Hdiable \^H \^H\^H \^H\^H \^H\^H \^H\^H \^Hsable auvia* 70 auvia* disabled UKC quit Continuing... mainbus0 (root) bios0 at mainbus0: AT/286+(2d) BIOS, date 09/02/04, BIOS32 rev. 0 @ 0xf1930 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x2012 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf1f10/256 (14 entries) pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C586 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xf400 0xd/0x6000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8377 PCI rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8235 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 NVidia GeForce4 Ti 4400 rev 0xa2 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) rl0 at pci0 dev 11 function 0 Realtek 8139 rev 0x10: irq 10, address 00:05:5d:2c:89:51 rlphy0 at rl0 phy 0: RTL internal PHY uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x80: irq 3 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x80: irq 3 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x80: irq 3 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 16 function 3 VIA VT6202 USB rev 0x82: irq 3 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: VIA EHCI root hub, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered viapm0 at pci0 dev 17 function 0 VIA VT8235 ISA rev 0x00 iic0 at viapm0 pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD600BB-00CAA1 wd0: 16-sector PIO, LBA, 57241MB, 117231408 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: MATSHITA, DVD-ROM SR-8583A, 0Y01 SCSI0 5/cdrom removable atapiscsi1 at pciide0 channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: PLEXTOR, CD-R PX-W1210A, 1.10 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 cd1(pciide0:1:1): using PIO mode 4, DMA mode 2 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0
Re: OpenBSD for a desktop environment ?
On Tue, Feb 14, 2006 at 05:11:42PM +, Dennis Davis wrote: On Tue, 14 Feb 2006, Andreas Bihlmaier wrote: snip There was some discussion about this on the list some time ago. Apparently the Linux version works OK in compatability mode. I installed this version on my i386 OpenBSD machine. I haven't used it -- other than to verify soffice fires up -- so I can't say how well it works. I followed the instructions from a web page that seems to have vanished. So here's the steps I took. You'll obviously need the Redhat libraries (/usr/ports/emulators/redhat) installed. And have: kern.emul.linux=1 set in /etc/sysctl.conf. Touched /emul/linux/etc/mnttab to create it as an empty file. /emul/linux/etc/mtab Added: # # For OpenOffice in Linux compatability mode. /proc /proc procfs rw,linux 0 0 to /etc/fstab. Created and mounted /proc. Created the directory OOo_2.0.0, untarred OOo_2.0.0_LinuxIntel_install.tar.gz in this directory to create all the RPMs. Created /opt as a soft link to /usr/local. ln -s /usr/local /emul/linux/opt Installed the software by typing: /emul/linux/bin/rpm --nodeps --ignoreos --ignorearch -ivh *.rpm Programs are installed in /opt/openoffice.org2.0/program/s*. For instance the text editor is /opt/openoffice.org2.0/program/swriter and the main app is /opt/openoffice.org2.0/program/soffice. The web page then said: If programs don't start and if you have a Java virtual machine, temporarily disable it (chmod 0 /usr/local/jdk*), then start OpenOffice. You can then re-enable Java (chmod 755 /usr/local/jdk*) and keep it that way. but I'm not running with a Java virtual machine so it's not a problem I've experienced. -- Dennis Davis, BUCS, University of Bath, Bath, BA2 7AY, UK [EMAIL PROTECTED] Phone: +44 1225 386101 I don't want to be picky corrections are just for the archives. Besides that: THANK YOU! Couldn't there be a short entry in the FAQ about How to get OpenOffice to run on OpenBSD i386 because I think that there is quite a bunch of people that want to run OO on OpenBSD. Sadly this is not going to work for amd64, but otherwise it seems to work quite well under linux emulation. Regards, ahb
Re: OpenBSD for a desktop environment ?
On Tue, Feb 14, 2006 at 12:35:36AM -0500, Bill wrote: On Tue, 14 Feb 2006 09:16:07 +0400 Bruno Carnazzi [EMAIL PROTECTED] spake: Hi all, I'd like to know if someone tried to build a desktop environment on OpenBSD/i386. I think to rich desktop like Gnome or KDE. Is it hard ? What's your feedback ? Best regards, Bruno. If you mean getting X and KDE running, I am not sure it could be easier. I think I have had less problems getting X working with OpenBSD than I did with Linux. Look through packages and see if the desktop apps you want are in there... if so your set. I don't think its any harder than an OpenBSD install. Only think to remember is the lack of OpenOffice in (native) OpenBSD. Sure there is gnumeric and abiword as well as koffice, but I think it is not an adequate replacement for OO. Besides that I run OpenBSD on a couple of desktop (PC and Laptop) and I'm actually quite amazed how smooth it works. (Amazed is meant to contrast the believe that OpenBSD is good for firewalls, but sucks for desktop use). It runs pretty darn fast as well. Regards, ahb As always I have to say OpenBSD is a great OS and I'm thankful for every developer that saved me (and many others) from other(c) OS.
Re: Safety of a shutdown when no user could log in
On Thu, Jan 26, 2006 at 10:30:08PM -0500, Nick Holland wrote: AndrC)s Delfino wrote: What I'm trying to ask is this: if a user turns on the computer, and can't log in, is it safe to power off the computer without using halt, or shutdown, (ie. pressing the power off button)? SHOULD you power down uncleanly? No. Can you? Usually. :) I would even go as far as to say, almost always. If your machine is busy, doing things that regularly write to disk, yeah, you really don't want to hit the power button. HOWEVER, if your machine is idle at the moment and you don't have an easy way to do a proper shut down, go ahead, hit the power button. FFS is pretty darned robust. It will cough and sputter a small amount on reboot, but it generally cleans itself up and comes up just fine. Will it do this EVERY time? Probably not. If you were in the middle of writing files, you can probably guess they are not-as-you-intended, and depending on what they were, you might be really upset about this. Or you might just say, Whatever, get back to filtering packets for me, please, and never notice any dammage at all. The only time I can recall a system going down hard and not getting back up was when a SCSI card fell out of a machine with the power on (not a very interesting story -- IBM NetFinity 3000, for some unknown reason, they thought it was cute to HANG the cards umop apisdn in the machine...and I thought I'd be lazy and not put that annoying bracket in for this quick test. I think I was doing a cvs checkout (lots of writing), and the SCSI adapter fell out. File system was trashed, there. :) (hm. just recalled another time, which also, curiously, involved a CVS checkout...) IN FACT, on many occasions, I'll be too lazy to properly halt the machine (and wasn't going to need it immediately when it came back up) and just hit the power button. This is not how you want to run your machine normally, but stuff happens. I'd never want to put a really unstable file system, one that couldn't take an oops!, into production. If it can take an oops!, it can probably take a deliberate :) IF you anticipate the need for this, a few tips: make your partitions as small as possible (and extra space unused and unmounted) with as few files as possible, mount as many partitions RO (Read Only) as you can get away with for your application, try to minimize tasks that write to disk, and have a good backup. This will minimize the time the system spends doing an fsck on reboot...and the backup will save you when you want to kick my butt because you didn't notice all the qualifiers I put in this note. :) Of course remember to keep / or more exactly /dev mounted RW because of permissions in /dev. Btw. shouldn't a warnig being spit out by syslog if system finds the /dev/tty* stuff unchangeable? Not bad design principles, in general. I have set up a large archiving system -- the point is BIG and RELIABLE (or actually, repairable, without losing data), not super fast. It currently has around 1.8T of storage, and if maxed out with its current design (and current technology), about 4T of storage (all for about $5000US! I used to install 20M hard disks in machines for almost that much money! :). Storage is broken up into manageable chunks (about 300G at the moment, 500G if we were to max it out...much bigger, if we get the 1G physical disk limit overcome in OpenBSD). Trip over that power cord, we'll be waiting a while. HOWEVER, the design helps keep that manageable -- once a chunk is filled, it is remounted read-only, and only one or two reserve chunks are kept read-write. Plus, the time critical stuff is kept on a smaller machine to keep the (re)boot times to a minimum. And yes, I yanked the power cord just to see what would happen (ans: after about 20 minutes to reboot, nothing exciting...though I was careful not to do this test during the hourly fetch cycle). Remounting stuff RO after it is filled is quite a nice idea I never thought about. How do you decide when to mount it RO? Cronjob? After each fetch? So..in short: if you need to, go ahead, hit the button. Though if you can shut it down properly, please do so, that is always the prefered method. Nick.
Re: NFS-Question (nfs-server timeouts..?)
On Tue, Jan 03, 2006 at 02:43:22PM +0100, Sebastian Rother wrote: Hi everybody, snip nfs server server:/nfs: not responding The workstation will not hang but the shell where I did e.g. ls /mnt/nfs hangs and can't get killed anyway. Even a sudo umount -f /mnt/nfs stoped working and reported the same error-message. I would say it's a Bug in the NFS-Implementation because it should handle such things. My fstab-entry is: server:/nfs on /mnt/nfs type nfs (nodev, nosuid, v3, tcp, soft, intr, timeo=100) So there IS a timeout specified but it wont help. The only solution is to reboot the workstation. So is this a Problem related to NFS or did I missed anything??? It seams just during a reboot the timeout is noticed so after ~some seconds the machine will reboot. I've the same issues with an 3.8 Client so it shouldn't be current-related. Kind regards, Sebastian I have a really _hack_ solution, just mount it again, it won't hurt (at least it didn't hurt me so far): /dev/wd1a on / type ffs (local, noatime, softdep) /dev/wd1d on /tmp type ffs (local, noatime, nodev, nosuid, softdep) /dev/wd1g on /usr type ffs (local, noatime, nodev, softdep) /dev/wd1e on /var type ffs (local, noatime, nodev, nosuid, softdep) /dev/wd1h on /home type ffs (local, noatime, nodev, nosuid, softdep) 10.xxx.xxx.xx:/NETDISK on /mnt/NETDISK type nfs (v3, tcp, soft, intr, timeo=100) 10.xxx.xxx.xx:/NETDISK on /mnt/NETDISK type nfs (v3, tcp, soft, intr, timeo=100) 10.xxx.xxx.xx:/NETDISK on /mnt/NETDISK type nfs (v3, tcp, soft, intr, timeo=100) 10.xxx.xxx.xx:/NETDISK on /mnt/NETDISK type nfs (v3, tcp, soft, intr, timeo=100) 10.xxx.xxx.xx:/NETDISK on /mnt/NETDISK type nfs (v3, tcp, soft, intr, timeo=100) 10.xxx.xxx.xx:/NETDISK on /mnt/NETDISK type nfs (v3, tcp, soft, intr, timeo=100) 10.xxx.xxx.xx:/NETDISK on /mnt/NETDISK type nfs (v3, tcp, soft, intr, timeo=100) ... many more ... ... well it is _terrible_ to do that, but it works. I got this behavior/problem since 3.6, thus I don't have a clue if it is the way NFS is supposed to work, which would suck. Or if it is a bug in the implementation, which would suck as well, but could be fixed. I always thought that it is because I have my NFS secured through a VPN, but it seems it isn't a bug of that combination, but rather general. jm2c Regards, ahb
Mounting / ro
Hi, I got a quick question because I fucked up and think quite a bunch of other people I have read about here did as well. I read in a couple of postings that people like to mount their root partition as read-only, I followed that since it prevents accidents in combination of 'rm' with '*' and Return as well as fscks of / By accident I stumbled about the the permissions of /dev/tty* today and found that they get changed from crw-rw-rw- 1 root wheel5, 14 Dec 30 11:39 ttyp to crw--w 1 user tty5, 14 Dec 30 12:11 ttype when a user has them in use (or root). Obviously they can't get chmod/chown if / is ro, thus ripping a huge local security hole into the system. Whey I mailed here is: Is it good practice at all to mount / read-only? Is it only an issue when using X? Am I wrong and this is no security risk? Reasons? Regards, ahb In case this is all nonsense (I didn't think it is), sorry for the noice
Re: OpenBSD 3.8/amd64 running on Sun v40z
Just wanted people to know that OpenBSD 3.8/amd64 runs fine on a Sun v40z, 4 x Opteron 848 2,2 GHz CPUs. The box has 8GB of RAM, but OpenBSD can only see/use 4GB. On-board snip Why is this I whipped google for a while, but couldn't find an answer to my question: Is the maximum size of physical memory openbsd supports 4GB? I found this thread in the archive: http://marc.theaimsgroup.com/?l=openbsd-miscm=18168813306w=2 But I says it has something to do with the pci bus, is this correct for all machines (I mean hardware side) or is it a limitation of OpenBSD? Always curious about my favorite OS :) Regards, ahb
Re: An ftp command to fetch wildcarded packages
Hi,
I have few scripts to save some work after an installation:
the install.site (pasted on the bottom) asks me if I want to
install a (D)esktop, (L)aptop or (S)erver and depending
on my choice copies the needed packages into /root
Then it puts -s into /etc/boot.conf (the idea is stolen from
Chris Kuethe I believe) and creates a custom /.profile. The latter
script installs then all the packages found in /root after the reboot
(into single user mode) and then restores the original /.profile
My problem are the packages: in each OpenBSD release their
versions get bumped up. So what I do now is to do an ls in
the packages dir of my older custom CD and replace all versions
by an asterisk:
ls ~/3.7/server | perl -pe 's/\d+\.[\d.p]+\d/*/g' | tee server.txt
This is not perfect and I have to do some manual editing and also
to delete some duplicate package names (like autoconf-*.tgz).
And now my question: how to fetch the files if you have their list like:
pref:current {671} cat server.txt
freetype-*.tgz
freetype-doc-*.tgz
mod_perl-*.tgz
p5-libapreq-1.3.tgz
php5-core-*.tgz
php5-gd-*-no_x11.tgz
php5-pgsql-*.tgz
My current (awkward) script is:
pref:current {672} cat fetch.sh
#!/bin/sh
PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386
if ! test -r $1; then
echo Please supply a list of packages
exit 1
fi
while read package; do
echo ftp -a $PKG_PATH/$package
done $1
It isn't nice because it starts a new FTP connection for every fetched file.
I've read man ftp but didn't found any better solution (mget |cat
server.txt ??)
I use:
pkgs=`cat pkg_list`
ftp -i ${PKG_PATH} END_FTP_TRANSACTION
mget $pkgs
quit
END_FTP_TRANSACTION
If you want to grab more than 50 packages you need to split them up into $pkgs_1
and $pkgs_2, and so on because mget doesn't like to get more than 50 arguments
(this is no real knowledge just experience :)
I really like the idea of installing everthing after a reboot with '-s' because
my setup is this:
Have a script pulling a snapshot + packages (the code snip above is from my
GET_SNAPSHOT.sh script).
Have a script to automatically create bootable media with a siteXX.tgz
containing all the packages, this way I can install on several hosts without
having to download the stuff over and over again.
Have the install.site take care of adding the packages.
This is where I used to have problems, but the idea to do this (automatically)
after a reboot single user boot is really nice :) Thanks!
Just one question, how can I get the script to run in single user mode without
interaktion (I always walk away from the installer after setting the timezone)
Regards,
ahb
p.s. Could you send me the whole script? I might pick up some more ideas from it
:)
Re: Can install 3.8, but not boot 3.8 (3.7- worked fine)
On Thu, Nov 17, 2005 at 12:21:27PM +, Andy Hayward wrote: On 11/17/05, Nick Holland [EMAIL PROTECTED] wrote: Gordon Ross wrote: We've got several VIA based micro ATX systems here. We've been using OpenBSD on them for years now, and never had any problems. Today, I installed 3.8 (from the official CDs) and this went fine. I then rebooted the system off of the HD, and the boot started, but stopped at sysbeep0 at pcppi0 I repeated the install on an identical box and got exactly the same problem. Below is a dmesg from one of these machines running 3.7 Suggestions as to where I should go from here ? This pretty much means that there is something in the GENERIC kernel that is NOT in the install kernel that is causing problems on this machine. If you can find this device and disable it through ukc, you should be in business. totally wild guess: try disabling ahc. another totally wild guess: try disabling auvia. Doesn't seem like a wild guess to me since one of my machines with a VIA chipset hangs at the auvia ... line as well, I just disabled it in UKC and was waiting for it to be fixed in the next snapshot otherwise filling a bug report. It is -current after all (don't have to rush the devs to hard with PRs :) Regards, ahb
Accounting with ac in /etc/monthly
Hello misc@, a question that bugged me for quite a while: Why is the accounting in /etc/monthly? I reffer to these (commented out) lines: #echo #echo Doing login accounting: #ac -p | sort -nr +1 # #echo . If I uncomment them (as suggested in Absolute OpenBSD to get some basic accounting (or just to find out HOW much time I spend in front of the screen). I get a report ever month, BUT now the problem: The way I read man 8 ac it states quote The default wtmp file will increase without bound unless it is truncated. It is normally truncated by the daily scripts run by cron(8), which re- name and rotate the wtmp files, keeping a week's worth of data on hand. No login or connect time accounting is performed if /var/log/wtmp does not exist. /quote Doesn't this mean that I only get accounting for the last week of the month? Shouldn't the lines above moved to /etc/weekly? Did I miss something, or is this the intended behavior (for what reason)? Regards, ahb
Re: After installing scsi card, cdrecord stops working
I have been running 3.6 for about a year on my server. I have a backup solution that writes to an ide-cdrw 4 times a day. A month ago I installed a scsi card to hook up a newly acquired tape drive. My cdrw backups have been failing since. I did not change any kernel settings (that I recall), I'm still using Generic, and I didn't have to change any sysctl settings. I've done some tests against the tape drive and it all works ok. $ sudo mt rewind $ echo $? 0 When I try to -scanbus I get the following. $ sudo cdrecord -scanbus Cdrecord 2.00.3 (i386-unknown-openbsd3.6) Copyright (C) 1995-2002 Jrg Schilling cdrecord: No such file or directory. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. I used to have dev=/dev/cd0c:0,0,0 but looking at my dmesg I thought I might have to change it to dev=/dev/cd0c:0,1,1. Providing different options to cdrecord does not help, it still bails I know this may sound to crazy but have you tried dev=/dev/cd0c (without the rest) I have never had to use the additional items for mine. This is a good point ^, I don't have any problems burning CD with or without a SCSI Adapter. An even better point is to RTFM! http://www.openbsd.org/faq/faq13.html#burnCD Regards, ahb
Re: Problems With Thinkpad R51
Andreas Bihlmaier [EMAIL PROTECTED] wrote: I know of two solutions: 1.)The best thing to do is switching to a PTY (alt + ctrl + F1) and then pulling down the lid, after opening it again go back to you X terminal (alt + ctrl + F1) 2.) If apm IS enabled, Disable apm (perhaps even NOT starting apmd is enough). If apm IS disabled, enable and start apmd on startup via /etc/rc.conf I would say the other way around. whatever the situation is ;) Could be he HAS apm activated and running, didn't say it anywhere either way. 1) Enable apmd by putting the correct line in rc.conf.local (you can copy and change apmd.. from rc.conf). Reboot and then try again. If no success. 2) Report bug. Use messy workaround (switching to text console) until bug is fixed. On my X40 everything works just fine suspend to ram and suspend to disk, but I have read about a dead X server after suspend a couple of times and it is REALLY not a problem to switch to a console before suspending! If it can be fixed it would be nice as well, but I'm already happy as is :) Regards, ahb
Re: very, very slow usb data transfer speed on 3.7
-- [EMAIL PROTECTED]: ~ (17:39) -- # dd if=/dev/wd0c of=/dev/null bs=819200 count=20 20+0 records in 20+0 records out 16384000 bytes transferred in 0.711 secs (23012820 bytes/sec) recall the old speed with apm0: - -- [EMAIL PROTECTED]: ~ (17:13) -- # dd if=/dev/wd0c of=/dev/null bs=819200 count=20 20+0 records in 20+0 records out 16384000 bytes transferred in 1.129 secs (14509606 bytes/sec) that's pretty harsh if other people can reproduce it. :( Incidentally usb transfers *weren't* improved by removing apm0 - -- [EMAIL PROTECTED]: ~ (17:39) -- # dd if=/dev/sd0c of=/dev/null bs=819200 count=20 20+0 records in 20+0 records out 16384000 bytes transferred in 6.017 secs (2722653 bytes/sec) so there's some other factor limiting those. I'm getting the same speed on a snapshot from 09/21 with amd64 on a brand new amd 64 3800+. Lately I was copying around 40G of data onto a usb 2.0 hard disk (yes it was attached to EHCI) and wondered why it took so long, but I didn't pursue the issue further. I also tried with different blocksizes and to eliminate the issue of a too short benchmark I ran for a couple of minutes (about count=500). Actually wait a minute ... /dev/sd0c and /dev/wd0c ? Are you SUPPOSED to read of a block device ? SHOULDN'T it be /dev/rsd0c and /dev/rwd0c ??? ^ ^ RAW DEVICE With the raw devices the speed looks QUITE different: BLOCK DEVICE: sudo dd if=/dev/wd0c of=/dev/null bs=512k count=500 500+0 records in 500+0 records out 262144000 bytes transferred in 16.957 secs (15458831 bytes/sec) # Top shows CPU usage as 28.7% system, 27.9% interrupt, 41.9% idle RAW DEVICE: sudo dd if=/dev/rwd0c of=/dev/null bs=512k count=200 200+0 records in 200+0 records out 104857600 bytes transferred in 1.787 secs (58666485 bytes/sec) # Top shows CPU usage as 4.6% system, 5.4% interrupt, 90.0% idle (same with USB device) BLOCK DEVICE: sudo dd if=/dev/sd0c of=/dev/null bs=512k count=500 500+0 records in 500+0 records out 262144000 bytes transferred in 96.561 secs (2714791 bytes/sec) # Top shows CPU usage as 4.7% system, 10.8% interrupt, 84.6% idle RAW DEVICE: sudo dd if=/dev/rsd0c of=/dev/null bs=512k count=500 500+0 records in 500+0 records out 262144000 bytes transferred in 19.015 secs (13785462 bytes/sec) # Top shows CPU usage as 1.6% system, 2.3% interrupt, 96.1% idle I'm sorry if I understood something wrong, but my understanding was/is that you only use RAW devices with dd (since it uses it's own blocks ). Please tell me if I'm wrong, since (right) knowledge is valueable! Regards, ahb
Re: boot-problem
Hello, After installing Openbsd 3.7 i have accidently booted the process before i could copy openbsd.pbr to win xp. Is there a way i could get into Openbsd with the installation cd so i could copy openbsd.pbr or do i have to do the installation again. 0.) READ THE FAQ !!! (currently waiting for my mvme147 to copy sboot, thus I have time for a more specific answer): 1.) Boot from the install cd 2.) Type 'S' for Shell 3.) mount a (with FAT) preformated floppy ( mount /dev/fd0c /mnt ) 4.) do the copying ( dd if=/dev/r[a-z][a-z][0-9]c of=/mnt/openbsd.pr bs=512 count=1) 5.) umount /mnt 6.) reboot 7.) be happy Regards, ahb
Re: mounting MS-DOS disk in a USB floppy drive?
Hmmm maybe try /dev/sd0c? This gives a different error: $ sudo mount -t msdos /dev/sd0c /mnt mount_msdos: /dev/sd0c on /mnt: inappropriate file type on format Any comments are welcomed. RTFM! MSDOS is ALWAYS ALWAYS 'i' in disklabel even if the whole drive is formated as FAT! Thus try with /dev/sd0i disklabel sd0 should have told you that. Regards, ahb
Re: mounting MS-DOS disk in a USB floppy drive?
MSDOS is ALWAYS ALWAYS 'i' in disklabel even if the whole drive is formated as FAT! Thus try with /dev/sd0i disklabel sd0 should have told you that. As stated in the original message, NOTHING is being reported by disklabel. $ disklabel sd0 #/dev/rsd0c type: SCSI disk: SCSI disk label: flags: bytes/sector: 512 sectors/track: 64 sectors/cylinder: 2048 cylinders: 0 There is a problem here ^^ totals sectors: 1 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0# microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: # size offset fstype [fsize bsize cpg] c: 10 unused 0 0 # Cyl0 - 0* disklabel: cylinders/unit 0 Backup all data that is on the drive. fdisk -e sd0 add one proper partition type 0C for FAT32, should like like this: *0: 0C0 1 1 - XX XX [ XX: X ] Win95 FAT32L newfs_msdos /dev/sd0i (if this doesn't work remove and reattach the drive after fdisk. Now you it should work. (if the error above is corrected by new partition table as well), otherwise there is something wrong with drive being detected correctly. Regards, ahb
Re: Something hosing my msdos/FAT32 file system
Guys Thanks for taking the trouble to send something more concrete about how to reproduce the problem. I have found the bug, and just committed the fix. The next snapshots will have it in, so please test, and help us make sure there are no side effects! Thank you so much! Hosing (seemingly) supported file systems is really something that can turn you into a wild boar... I will definitly download the next snapshot ASAP! From my point of view I can understand why people rather send their bugs to misc rather than use sendbug. It is the response or feedback they want to get before submitting plain out dumb bug reports. Most of the time (that is NOT only for OpenBSD) they are right to do that because it is THEIR fault. I want to submit a bug report since quite a while about my onboard skc card not being detected correctly (getting attached and detached right after that in dmesg). (no I don't want to high jack this thread, just an example) On the other hand I really love OpenBSD and don't want to blame developers for unsupported hardware. Now what should I do about my network card? Send describtion of problem 1.) to misc@ ? 2.) use sendbug ? 3.) to tech@ ? This is a thing in general not being clear to me. Regards, ahb
Re: OpenBSD on IBM X40 ...
Hi Andreas, Andreas Bihlmaier wrote, Besides the LED it works great and rock solid in DS11 Mode, but not at all in DS54 aka 802.11g mode. I hope this mode will be supported soon as well :) It also works wonderful in monitor mode with kismet! (LED off as well) Oh, I did not get it working. Which source= line you are using? The source line for kismet.conf is: source=radiotap_bsd_b,ath0,ath0 My ath is actually an 802.11a,b,g , but radiotap_bsd_ab didn't work for me. This works great with the kismet from ports/packages on 3.8-current (btw. finally it is in ports :) ) Is 802.11g not working?! At least not for me! I would really like to have a DEFINITE answer on that as well, but so far I only read about people having the same problem (only 802.11b works). As ssh user I did not recognized any performance issues, may be I always have 802.11b ;) But when your home dir is mounted with NFS over IPSEC you will feel the difference, trust me :( p.s. (at least it works solid as opposed to some other Unix-like-OS) Yeah, madwifi on my Netgear WGT634U segfaults very often... ;=) Just one word from the devil ndiswrapper Greetz, ahb
Re: Kprinter in KDE fails
Marc Espie wrote: I have managed to get OpenBSD printing with CUPS from the packages, but if I try to start kprinter in KDE it crashes. Every other application in KDE crashes too with I try to use print from the file menu. Did you install cups ? KDE is built to use cups as a plugin, but you need to install it before you can switch kprinter to cups. It is clear from the above that he installed CUPS :-) He can print from CUPS. I actually face the same problem. works fine here on: OpenBSD ahb64.ahb.de 3.8 GENERIC#258 [amd64/i386] But I'm not using kde just the utility kprinter. Don't know if this info is of any help. What versions did you try? Any RECENT snapshot? Greetz, ahb
Re: Something hosing my msdos/FAT32 file system
I don't want to heat up this discussion even further, BUT mount a FAT32 partition somewhere and cp /some_folder /mnt/fat There should be files (the more the better) in the directory (they should NOT be empty). Now use cmp or diff to compare the directories. Everything still correct ? Good because it should be! BUT NOW move that directory INSIDE the FAT32 Partition, something a long the lines of mkdir -p /mnt/fat/foo/bar/foobar/ mv /mnt/fat/some_folder/ /mnt/fat/foo/bar/foobar/ NOW use diff again. Should be hosed up like hell. At least that is what I get/got 1 week ago on i386 AND amd64. With a 1 week old snapshot. Had the same issue with 3.7 stable. Don't have a FAT parition anymore since! Was this information helpful ? try to reproduce it. Greetz, ahb
Re: gphoto2/gtkam segmentation fault on i386-current
I have exactly the same issue on amd64 i386 since two weeks ago, gphoto2 worked like a charm before, now I have to set up a 3.7 machine only so I can get pictures from my camera :( Will it be fixed until 3.8 ? I would really like to actually USE the release... Current, and the first snapshot where I noticed this (from 21st of September if I remeber correctly), are (AFAIK) already past 3.8. Okay perhaps my snapshot is from last week as well :) I'll look it up once I get back home. Still: When will this be fixed ? I understand that it is not an important thing for the project but still ... Regards, ahb
Re: gphoto2/gtkam segmentation fault on i386-current
On Mon, Sep 26, 2005 at 10:29:37AM +0200, Otto Moerbeek wrote: On Mon, 26 Sep 2005, Andreas Bihlmaier wrote: I have exactly the same issue on amd64 i386 since two weeks ago, gphoto2 worked like a charm before, now I have to set up a 3.7 machine only so I can get pictures from my camera :( Will it be fixed until 3.8 ? I would really like to actually USE the release... Current, and the first snapshot where I noticed this (from 21st of September if I remeber correctly), are (AFAIK) already past 3.8. Okay perhaps my snapshot is from last week as well :) I'll look it up once I get back home. Still: When will this be fixed ? Instead of just asking, you can help by submitting a decent bug report, including all details. -Otto I would file a bug report, if you tell me what more information I could give than I already did? It worked until a week ago (I checked on that one) the exact error message was posted in the beginning of this thread. The dmesg is irrelevant because it is a generic usb problem and dependend on the actual hardware. I don't mean to be annoying, just helpful, I could perhaps offer ssh access to a box with a digital camera connected to an developer if that would be helpful. Greetz, ahb
Re: gphoto2/gtkam segmentation fault on i386-current
On Sun, Sep 25, 2005 at 10:20:20PM +0300, Antti Nykdnen wrote: Hey, On 2005-09-25 at 21:05, Juan J. Martmnez wrote: I think this problem is related to PTP support. May be it supports other protocol, from gphoto2: No, I don't think so: $ gphoto2 --camera Canon PowerShot A70 --shell gphoto2:/usr/local/lib/libusb.so.8.2: undefined symbol 'usb_free_bus' lazy binding failed! Segmentation fault (core dumped) $ gphoto2 --camera Canon PowerShot A70 (PTP) --shell gphoto2:/usr/local/lib/libusb.so.8.2: undefined symbol 'usb_free_bus' lazy binding failed! Segmentation fault (core dumped) I don't think it even gets to the point where it starts dealing with the camera. Heck, it even happens without anything attached with any driver or --auto-detect :) Antti I have exactly the same issue on amd64 i386 since two weeks ago, gphoto2 worked like a charm before, now I have to set up a 3.7 machine only so I can get pictures from my camera :( Will it be fixed until 3.8 ? I would really like to actually USE the release... Regards, ahb
Re: Live dc
Why is need to mount_mfs in /etc/rc and in /etc/fstab ? It should be /usr/livecd/backups/etc/fstab Thus it only gets mounted once because it will be the fstab of the later root directory, I will fix all this next week when I have time to look into it! But thanks for the hint :) I made bootable cdrom you described. Does it work otherwise ? There is output of df and mount - all filesystems mounted twice (but different in sizes) - is this correct behavior? openbsd# df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/cd0a 249976249976 0 100%/ mfs:128815631 1 5349 0%/dev mfs:4450 126463 1120139 0%/tmp mfs:13817 126463 1120139 0%/var mfs:25494 126463 1120139 0%/root mfs:18595 126463 1120139 0%/home mfs:766 62799 2074 57586 3%/etc mfs:28715 24783 5993 1755125%/var mfs:13657 51133 453 7%/dev mfs:137142959 1 2811 0%/tmp mfs:2250 3951 6 3748 0%/home mfs:258593951 5 3749 0%/root openbsd# mount /dev/cd0a on / type cd9660 (local, noatime, read-only) mfs:12881 on /dev type mfs (asynchronous, local, noatime, size=6000 1K-blocks) mfs:4450 on /tmp type mfs (asynchronous, local, noatime, size=130560 1K-blocks) mfs:13817 on /var type mfs (asynchronous, local, noatime, size=130560 1K-blocks) mfs:25494 on /root type mfs (asynchronous, local, noatime, size=130560 1K-blocks ) mfs:18595 on /home type mfs (asynchronous, local, noatime, size=130560 1K-blocks ) mfs:766 on /etc type mfs (asynchronous, local, noatime, size=65536 1K-blocks) mfs:28715 on /var type mfs (asynchronous, local, noatime, nodev, nosuid, size=25 600 1K-blocks) mfs:13657 on /dev type mfs (asynchronous, local, noatime, size=1024 1K-blocks) mfs:13714 on /tmp type mfs (asynchronous, local, noatime, nodev, nosuid, size=30 72 1K-blocks) mfs:2250 on /home type mfs (asynchronous, local, noatime, nodev, nosuid, size=40 96 1K-blocks) mfs:25859 on /root type mfs (asynchronous, local, noatime, nodev, nosuid, size=4 096 1K-blocks) # ... # After: rm -f /fastboot # XXX (root now writeable) echo 'mounting mfs' mount_mfs -s 51200 -o async,nosuid,nodev,noatime swap /var mount_mfs -i 4096 -s 6144 -o async,nosuid,nodev,noatime swap /etc mount_mfs -i 128 -s 2048 -o async,noatime swap /dev mount_mfs -s 6144 -o async,nosuid,nodev,noatime swap /tmp mount_mfs -s 8192 -o async,nosuid,nodev,noatime swap /home mount_mfs -s 8192 -o async,nosuid,nodev,noatime swap /root --- /usr/livecd/etc/fstab See above this should be/usr/livecd/backups/etc/fstab -- /dev/cd0a/ cd9660 ro,noatime 0 0 /dev/cd0a / cd9660 ro,noatime 0 0 swap /dev mfs rw,noatime,-s=12000 0 0 swap /tmp mfs rw,noatime,-s=262144 0 0 swap /var mfs rw,noatime,-s=262144 0 0 swap /root mfs rw,noatime,-s=262144 0 0 swap /home mfs rw,noatime,-s=262144 0 0 swap /etc mfs rw,noatime,-s=131072 0 0 Regards, ahb
Re: Live dc
I want to thank all of you who replied on my previous mail about the live
cd. I've seen many of those links you sent me which talk on how you can
create a live cd. I would have done it my self but unfortunatelly I cant due
to tech reasons right now. Also I dont know if it would have been good since
i am an openbsd noob ! As i said I study at the American College of Greece
and the head of dept agreed to use obsd for the teaching of unix instead of
the crapy linux and asked me to get it to him. So if someone can create this
live cd and upload it on the web just to download it and dist to all college
I would really apriciate it. I know that time is precious for everybody so
if noone can do it I will understand. But if you can you will help openbsd
grow not only in many ppl but in the educational system of c.i.s as well.
Thank you all very much again !
Best Regards
Alex
Okay here is my own REAL EASY Step-by-Step howto for an OpenBSD live CD
Sorry for the possible bad english, my english is not the best at 2am, but I
wanted to help you quick.
The original (much better) How-To is in German, thus if you can speak German I
could mail you the much better version.
(If anybody is interested in a Live CD I could also translate it 1 : 1 )
Since I really love to show off my OpenBSD Live CD to friends.
anti_flame_request
IMHO Knoppix sucks compared to an OpenBSD live cd
/anti_flame_request
(If you can't understand something just ASK and I will answer ASAP because I'm
just to darn tired to even READ through it again)
Here we go:
The easy way (don't even ask for the complicated way):
NOTE YOU NEED TO ADJUST THE SIZE OF THE MFS PARTITIONS TO YOUR NEEDS!
You need a current system with the right (current) source code for it.
Best thing is to make a release
man 8 release
Grab a virgin harddrive and put it into a spare i386 box, install openbsd onto
this harddrive.
DON'T make Partitions (actually you could BUT IMHO it makes everything much more
complicated )
Configure it ( with X, packages, configs ) the way it should
boot from the CD later on. Although you COULD use a DVD as medium, I would
RECOMMEND you not to get over the size of a normal CD for the complete install.
Once you have the System exactly the way you want it to be read on:
Rip the harddrive out of the test box and put it into another box ( with cd/dvd
burner ). Mount the drive somewhere and tar it up
cd /mnt/ tar pczf ~/livecd_root.tar.gz *
Create a directory, this will be the root directory on the CD.
# Of course you need a large enough /usr/ Partition
mkdir -p /usr/livecd/backups/dev
Untar the Stuff into the above livecd directory.
cd /usr/livecd tar pxzf ~/livecd_root.tar.gz
We need some backup directories that will be used later
cp -pR /usr/livecd/{var,etc,root,home} /usr/livecd/backups/
cp -pR /usr/livecd/dev/MAKEDEV /usr/livecd/backups/dev/
We need MFS partitions in order to be able to make config changes ...
the content of the backup directories will be copied into them.
For this purpose we use a modified etc/rc script
--- /usr/livecd/etc/rc -
# ...
# After:rm -f /fastboot # XXX (root
now writeable)
echo 'mounting mfs'
mount_mfs -s 51200 -o async,nosuid,nodev,noatime swap /var
mount_mfs -i 4096 -s 6144 -o async,nosuid,nodev,noatime swap /etc
mount_mfs -i 128 -s 2048 -o async,noatime swap /dev
mount_mfs -s 6144 -o async,nosuid,nodev,noatime swap /tmp
mount_mfs -s 8192 -o async,nosuid,nodev,noatime swap /home
mount_mfs -s 8192 -o async,nosuid,nodev,noatime swap /root
sleep 2
echo -n 'copying files: var '
cp -pR /backups/var/* /var
echo -n 'etc '
cp -pR /backups/etc/* /etc
echo -n 'dev '
cp -pR /backups/dev/* /dev
echo -n 'home '
cp -pR /backups/home/* /home
echo 'root'
cp -pR /backups/root/.[a-z]* /root
echo 'creating device nodes'
cd /dev sh MAKEDEV all
# ...
# After:if [ -f
/sbin/kbd -a -f /etc/kbdtype ]; then
# We need a root Password
echo 'Need to set a root password'
passwd
We need some basic devices (just create all) on the temporary boot /dev
cd /usr/livecd/dev ./MAKEDEV all
Now we create the custom kernel (not much customization!)
cd /usr/src/sys/arch/i386/conf
mv RAMDISK_CD RAMDISK_CD.old cp GENERIC RAMDISK_CD
--- /usr/src/sys/$arch/conf/RAMDISK_CD -
...
# config bsd swap generic- was commented OUT!
option RAMDISK_HOOKS
option MINIROOTSIZE=3800
config bsd root on cd0a
...
Compile the new RAMDISK kernel
config RAMDISK_CD cd ../compile/RAMDISK_CD/ make clean make depend \
make
Copy the new ramdisk kernel to the livecd folder:
cp bsd /usr/livecd
We need to patch the Makefile.inc
NOTE:
YOU JUST NEED TO FIND THE
Re: rc.local / snort startup help
Andreas: Thank you. I think the break was an email thing, in the file it is all listed on one line. If you can imagine I can use the line in rc.local while I'm logged in ssh (root) and it works fine. Just not so fine in rc.local. Could it be running and not show up with ps -al? snip OBSD3.7 I am trying to start snort from rc.local with this entry if [ -x /usr/local/bin/snort ]; then echo -n ' starting snort...' /usr/local/bin/snort -u sguil -g sguil -l /nsm/em0 -c /etc/snort/em0.snort.conf -U -A none -m 122 -i em0 -D snip Okay, in order to test if it works just try to connect to squid after a boot ;) ... Just found your mistake :) try ps -axl man 1 ps man -x Display information about processes without controlling terminals. /man I hope that helps because I suspect that because it is started from a rc Script it can't have a controlling terminal bye, ahb
Re: Text Editor
I'd like to know if anyone can tell me a good text editor that runs under X environment. I'd like to know a good one, since there is no OpenOffice port to OpenBSD. You mean a plain TEXT editor or a WYSIWYG kind of editor (~MS word) ? If you refered to the first one I would suggest an xterm + vim or gvim. I _don't_ want to start a flame war thus I would ALSO suggest [x]emacs The other kind of editor: abiword or if you got some hard drive space to waste try kword which is included in koffice All said apps exist as ports and packages.
Re: echi after suspend on IBM X40
On Wed, Sep 07, 2005 at 08:13:26PM +0200, Sebastiaan Indesteege wrote: On Fri, Jun 17, 2005 at 11:03:57PM +, David Cathcart wrote: On my IBM x40 when I connect a usb2 (hi-speed) device (umass(4)) after a clean boot it attaches to ehci(4) and operates at usb2 hi-speed's. But after the first suspend-to-disk (Fn+F12) (and all subsequent suspends/suspend to disk's) it attaches to uhci(4) and operates at usb 1 speeds. This can be seen in the included dmesg where I booted up, connected the external usb2 hard drive, disconnected it, suspended to disk, resumed, and reconnected the drive (The laptop was ac powered the whole time). Just wondering if anyone else has seen this behavior or can replicate it. I'm using a June 10th snap. snip (yes, I know this is an old thread, but I just got my x40, so...) I can replicate this behaviour on my IBM x40 (IBM partnr. US1H4BE, machine-type-model 2386-H4G) with a snapshot from september 1st. I tested with a LaCie external harddisk and a Plextor cd writer. Both attach to uhub3 (ehci) before a suspend-to-disk (hibernate), and to uhub1 (uhci) after resuming from hibernation. I got an IBM x40 as well running a snapshot from a couple of days ago. Just wanted to confirm the behavior and I have some other hints: ~ sudo usbdevs # Before Suspend to Disk addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel addr 2: i-Disk Tiny, C-ONE ~ sudo usbdevs # After StD addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 2: i-Disk Tiny, C-ONE addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel addr 2: product 0xd2b5, vendor 0x4146 ~ sudo usbdevs # After unplugging the device (after StD) addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel addr 2: product 0xd2b5, vendor 0x4146 Seems like the device doesn't detach cleanly and thus EHCI is already attached? Does that sound sane kind of? I just never noticed it because I think that the OpenBSD boot is much faster than a Resume from Disk (damn slow 1.8 laptop HDs). Here is the complete dmesg after a fresh boot, suspend , resume , suspend to disk, resume, detach usb drive , attach usb drive: OpenBSD 3.8 (GENERIC) #130: Mon Aug 29 11:40:56 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1.40GHz (GenuineIntel 686-class) 1.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 cpu0: Enhanced SpeedStep 1400 MHz (1116 mV): speeds: 1400, 1300, 1200, 1100, 1000, 900, 800, 600 MHz real mem = 1063755776 (1038824K) avail mem = 964022272 (941428K) using 4278 buffers containing 53288960 bytes (52040K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(a7) BIOS, date 01/07/05, BIOS32 rev. 0 @ 0xfd740 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd6d0/0x930 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdeb0/256 (14 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0xc800! 0xcc800/0x1000 0xcd800/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82852GM Hub-PCI rev 0x02 Intel 82852GM Memory rev 0x02 at pci0 dev 0 function 1 not configured Intel 82852GM Configuration rev 0x02 at pci0 dev 0 function 3 not configured vga1 at pci0 dev 2 function 0 Intel 82852GM AGP rev 0x02: aperture at 0xe000, size 0x800 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel 82852GM AGP rev 0x02 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x01: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered ppb0 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x81 pci1 at ppb0 bus 1 cbb0 at pci1 dev 0 function 0 Ricoh 5C476 CardBus rev 0x8d: irq 11 vendor Ricoh, unknown product 0x0822 (class system unknown subclass 0x05, rev 0x13) at pci1 dev 0
Problem usb audio (uaudio) /dev/audio1: Permission denied Creative SB Audigy 2
Hi misc@,
after a couple of hours of messing around with my systems...
The problem is that I found a
Creative USB Sound Blaster Audigy 2 NX
in my closet and thought, let's give it a try with my favorite OS.
I shouldn't have done than...
Okay the dmesg reports (after plugging in) (full dmesg at end):
(exactly the same with newest snapshot)
uaudio0 at uhub2 port 1 configuration 1 interface 0: Creative Technology Ltd SB
Audigy 2 NX, rev 1.10/1.00, addr 2
uaudio_add_selector: NOT IMPLEMENTED
uaudio_add_selector: NOT IMPLEMENTED
uaudio_add_selector: NOT IMPLEMENTED
uaudio0: audio rev 1.00, 28 mixer controls
audio1 at uaudio0
What does the uaudio_add_selector mean ? (Sorry can't read sourc good enough)
Anyway looks like it should work, doesn't it?
It doesn't
# cat /dev/audio1
/dev/audio1: Permission denied.
I couldn't find anything about this error (exept wrong permisson).
Tried as root and user with chmod 666 , 777 , and any combinaton of those.
I unmuted EVERYTHING in mixerctl (output at the end as well).
NOTE: I CAN'T turn on ext[0-9]* Stuff, it gives
# mixerctl -f /dev/mixer1 ext17-enable=on
ext17-enable: off - off
What I DID figure out is perhaps the problem, but I need a solution.
While doing cat /dev/audio0
I get from audioctl -f /dev/audioctl -a
...
mode=play
...
After killing the cat ;)
...
mode=
...
While cat /dev/audio0
...
mode=record
...
SAME with audio1, but I'm NEVER able to get a play (see error on top).
Of course I changed the symlinks /dev/{audio,sound,mixer,audioctl} and also
tried to just play music with various tools.
Next thing I tried was to rip the primary sound device out of the box, SAME
thing again! Only that audio1 moved to audio0
I did a reinstall with the latest snapshot (on another machine) SAME thing, I
did a /dev/MAKEDEV audio ... SAME thing.
I don't know where to go now, is it just simply and plain unsupported ?
Okay complete dmesg:
OpenBSD 3.7-current (GENERIC) #0: Fri Jul 22 00:45:13 CEST 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: AMD Athlon(TM) XP 2600+ (AuthenticAMD 686-class, 512KB L2 cache) 1.92
GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
cpu0: AMD Powernow: FID
real mem = 1073307648 (1048152K)
avail mem = 972824576 (950024K)
using 4278 buffers containing 53768192 bytes (52508K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(2d) BIOS, date 09/02/04, BIOS32 rev. 0 @ 0xf1930
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf/0x2012
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf1f10/256 (14 entries)
pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C586 ISA rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc/0xf400 0xd/0x6000!
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 VIA VT8377 PCI rev 0x00
ppb0 at pci0 dev 1 function 0 VIA VT8235 AGP rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 Nvidia GeForce4 Ti 4400 rev 0xa2
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
rl0 at pci0 dev 11 function 0 Realtek 8139 rev 0x10: irq 9 address
00:05:5d:2c:89:51
rlphy0 at rl0 phy 0: RTL internal phy
uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x80: irq 10
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x80: irq 10
usb1 at uhci1: USB revision 1.0
uhub1 at usb1
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x80: irq 10
usb2 at uhci2: USB revision 1.0
uhub2 at usb2
uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
ehci0 at pci0 dev 16 function 3 VIA VT6202 USB rev 0x82: irq 10
usb3 at ehci0: USB revision 2.0
uhub3 at usb3
uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub3: 6 ports with 6 removable, self powered
pcib0 at pci0 dev 17 function 0 VIA VT8235 ISA rev 0x00
pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel
0 configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0: WDC WD600BB-00CAA1
wd0: 16-sector PIO, LBA, 57241MB, 117231408 sectors
wd1 at pciide0 channel 0 drive 1: WDC WD600BB-00CAA1
wd1: 16-sector PIO, LBA, 57241MB, 117231408 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: PIONEER, DVD-ROM DVD-106, 1.22 SCSI0 5/cdrom
removable
atapiscsi1 at pciide0
Re: freeze at ifconfig
Was trying to upgrade a remote NIC in-flight from a (fixed) 10BASE-T FD to (fixed) 100BASE-T FD; on a Cisco switch with fixed rates: # ifconfig xl0 media 100baseTX mediaopt full-duplex This is what I issued, then nothing more came up on my remote terminal (ssh). Last resort: Had to drive a few kms to remote server room. My 3.7 was simply frozen. No local keyboard access; no other term, no answer from NIC; no dump. 'Frozen' at its best. Same thing happend to me on 3.7 release, the positive thing was I only had to drive, ah walk, into my basement ;) I later on found out (after many trips down the stairs ) that a ram was going really bad (as in seqfault in random places), but I also changed my NIC during my search for the bad hardware in my box. My GUESS is that the problem is with the 'xl' 3.7 release driver because I didn't have the problem since using a real NIC (fxp) an not a piece of junk (sorry but did some testing with xl - crap ). Of course, no chance here to try to reproduce the matter. But a hint how to avoid it next time would be welcome, As written above dump the nic or if that is not a choice leave the media setting at 'auto'. mfg ahb
