Re: snapshot - ports - gnome
On Tue, 16 Jun 2009, Bill Maas wrote: Hi, Got this while trying to compile GNOME from ports on 6/16 snapshot (packages were broken): === Extracting for gst-plugins-good-0.10.8 cp -R /usr/ports/multimedia/gstreamer-0.10/plugins-good/files /usr/ports/obj/gst-plugins-good-0.10.8/gst-plugins-good-0.10.8/ext/libsndio ln: /usr/ports/obj/gst-plugins-good-0.10.8/bin/gconftool-2: File exists *** Error code 1 Stop in /usr/ports/multimedia/gstreamer-0.10/plugins-good (line 2087 of /usr/ports/infrastructure/mk/bsd.port.mk). Is there some quick fix for this? Or is it already fixed? Am I supposed to send messages like this to misc or should they go to ports? I cannot reproduce this. Make sure your entire ports tree is up-to-date. -- Antoine
Recursos de Trânsito!
Pacote de Modelos de Recursos de Multas de Trbnsito, Suspensco ou Cassagco de CNH, Mandado de Seguranga e etc.. Aprenda se defender das multas de trbnsito e economize e recupere centenas de reais por ano e nco corra o risco de ter sua CNH suspensa ! Centenas de modelos completos de recursos de multas prontos, que ss faltam colocar os dados do condutor, vemculo e multa, apostilas, ensinando fazer recurso com fundamento jurmdico. Motivos para recorrer: * Por que nem sempre i por culpa do motorista. * Existem varios erros, que sco facilmente encontrados nas multas. * Nossos recursos sco profissionais, ticnicos, precisos e baseados na legislagco de trbnsito, resolugues d e srgcos superiores e embasamentos jurmdicos; * Todas as suas informagues serco mantidas no mais absoluto sigilo; * Vocj imprimira o(s) recurso(s) na sua casa, podendo altera-los como quiser. * O recurso i impresso em seu nome, portanto vocj nco precisa assinar procuragues. I como se vocj mesmo estivesse fazendo. Atualizado para: - Afastado da guia - Avangar sinal vermelho. - Buzina Prolongada - Sem equipamento obrigatsrio - Desobedecer Agente - Dirigir ameagando pedestres. - Dirigir sem C.N.H - Estacionar em desacordo - Excesso de peso. - Farsis Apagados - Fumaga Preta - INSUL-FILM. - Lei seca, efeito de alcool. - Mal estado de conservagco. - Multa Prescrita. - Nco usar capacete - Nco usar cinto de seguranga. - Parar sobre a faixa. - Placa Ilegmvel - Rodmzio. - Transitar na contramco. - Transitar de ri. - Transitar sobre calgada. - Transpor bloqueio. - Transportar crianga irregular - Ultrapassagem. - Vemculo com defeito na sinalizagco. - Velocidade. - E todas as outras. Apenas R$ 59,90. Vmdeo mostrando o programa no Youtube: http://www.youtube.com/watch?v=WQnk7qDQ90k Mais informagues visite: http://multcarpoweb.sytes.net/pacote http://pacotededefesa.tk/ Baixar por Down Load: http://rapidshare.com/files/193851118/pacote_profissional.exe.html FAGA SEU PEDIDO AQUI! http://enviar-pedido.tk http://multcarpoweb.sytes.net/pedido Contratos e Petigues Modelos completos e editaveis Todo em formato doc Auto gerador de recursos Faga seus recursos contra multa de trbnsito c/ fundamento jurmdico Multas e Suspensco de CNH? Fazemos seu recurso e garantimos o maximo de chance possmvel, confira! Deseja enviar sua propaganda por e-mail, clique aqui! Para remover seu e-mail da nossa lista, clique aqui! [IMAGE]
Latest Phrack
Anyone tested this against OpenBSDs stack? http://www.phrack.com/issues.html?issue=66id=9#article //Jonas
ntpd dies on startup if using -s option
Hello! I have noticed a rather curious behaviour of ntpd on startup. I recently started setting the '-s' option to ntpd in rc.conf.local on my machines. The sloppy hardware clocks on those machines combined with the lack of any kind of USV often leads to several minutes of clock skey on reboot (they are supposed to run 24/7, so unless I do an upgrade every reboot is unclean). Some services depend on accurate time synchronization, so they won't come up again after reboot. Thus the '-s'. As far as I understood from the manpage, it's supposed to set the clock immediately on invocation and store it back into the hardware clock, and according to my tests it just does that. Unless it is supposed to to that on boot, read: when invoked from rc(8). Watching the console, I see that ntpd fails to stay up and throws up on my feet (without having set the clock, of course). /var/log/daemon has the following to say: | Jun 17 07:38:26 knoedel ntpd[17639]: ntp engine ready | Jun 17 07:38:26 knoedel ntpd[17639]: fatal: recvfrom: Protocol not available | Jun 17 07:38:26 knoedel ntpd[27003]: dispatch_imsg in main: pipe closed (I did set a bogus time into the hardware clock on purpose to see if this would work.) If I issue 'ntpd -s' after boot has completed, everything runs fine; same thing if I run ntpd from rc.local, but somehow this feels unclean. intro(2) says the following about the error message: 42 ENOPROTOOPT Protocol not available. A bad option or level was specified in a getsockopt(2) or setsockopt(2) call. But I am not enough of a programmer to make sense of this description. Is this some kind of bug, or am I simply trying to do something that is not supposed to be done this way? Thanks for any advice, s//un
Re: ntpd dies on startup if using -s option
Sorry, I have been too fast to post: The machine in question I have been testing this with is running 4.5 release. Running `ntpd -s` from rc.local does *not* work (I must have misread the log the first time, now it defitinely does not work) -- I actually have to wait until rc is done and I can login manually until it works. s//un
Re: ntpd dies on startup if using -s option
Stefan Unterweger wrote: Hello! I have noticed a rather curious behaviour of ntpd on startup. I recently started setting the '-s' option to ntpd in rc.conf.local on my machines. The sloppy hardware clocks on those machines combined with the lack of any kind of USV often leads to several minutes of clock skey on reboot (they are supposed to run 24/7, so unless I do an upgrade every reboot is unclean). Some services depend on accurate time synchronization, so they won't come up again after reboot. Thus the '-s'. As far as I understood from the manpage, it's supposed to set the clock immediately on invocation and store it back into the hardware clock, and according to my tests it just does that. Unless it is supposed to to that on boot, read: when invoked from rc(8). Watching the console, I see that ntpd fails to stay up and throws up on my feet (without having set the clock, of course). /var/log/daemon has the following to say: | Jun 17 07:38:26 knoedel ntpd[17639]: ntp engine ready | Jun 17 07:38:26 knoedel ntpd[17639]: fatal: recvfrom: Protocol not available | Jun 17 07:38:26 knoedel ntpd[27003]: dispatch_imsg in main: pipe closed (I did set a bogus time into the hardware clock on purpose to see if this would work.) If I issue 'ntpd -s' after boot has completed, everything runs fine; same thing if I run ntpd from rc.local, but somehow this feels unclean. intro(2) says the following about the error message: 42 ENOPROTOOPT Protocol not available. A bad option or level was specified in a getsockopt(2) or setsockopt(2) call. But I am not enough of a programmer to make sense of this description. Is this some kind of bug, or am I simply trying to do something that is not supposed to be done this way? What is your network setup? dmesg too. any special kernel config? /Alexander
re-writing RAIDframe parity asynchronously?
Hello! I am using RAIDframe (using RAID 1) on 4.5 release, and am quite satisfied with it. After an unclean shutdown, the parity status of the array expectedly shows DIRTY; the documentation (and common sense) strongly suggests that the parity be re-written as soon as possible, if the RAID shall remain of any use. Appropriately, rc(8) calls `raidctl -P all` on boot, thus automatically initializing the rewrite if necessary. Unfortunately, this process takes several hours, and rc patiently waits until raidctl returns -- only *then* continuing with fsck and so on. If I interrupt (^C) at this point, the re-writing does not stop, but transparently continues in the background (as I have read somewhere in the documentation but did not find again). rc then goes on as usual, fscking and booting and everything is fine. Most of the machines have no kind of USV (since those are deemed too expensive by the people responsible... :o/), but taking half a day to come up again after a power outage is simply too long. I am considering patching rc(8) and commenting out the `raidctl -P all` line, and running it via cron(8) at @reboot, but this seems like a hack to me. So before I venture that way, I'd rather make sure I didn't overlook a switch or option or anything of the like that would make `raidctl -P` return immediately while continuing the rewriting in the background, so that rc would continue it's work. Any hints? s//un
Re: ntpd dies on startup if using -s option
* Alexander Hall on Wed, Jun 17, 2009 at 10:40:58AM +0200: What is your network setup? The network setup is rather simple: | lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 33160 | priority: 0 | groups: lo | inet 127.0.0.1 netmask 0xff00 | inet6 ::1 prefixlen 128 | inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 | em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 | lladdr 00:0f:fe:de:59:49 | priority: 0 | groups: egress | media: Ethernet autoselect (100baseTX full-duplex,rxpause,txpause) | status: active | inet6 fe80::20f:feff:fede:5949%em0 prefixlen 64 scopeid 0x1 | inet 10.13.130.58 netmask 0xff00 broadcast 10.13.130.255 | inet6 2001:1418:16b:0:20f:feff:fede:5949 prefixlen 64 autoconf pltime 604684 vltime 2591884 | enc0: flags=0 mtu 1536 | priority: 0 Just em0, which is connected to the LAN and gets all of its configuration via DHCP and rtsol. any special kernel config? I have activated RAIDframe; other than that, the kernel is pure (see config file below). | include arch/amd64/conf/GENERIC.MP | pseudo-device raid | option RAID_AUTOCONFIG The system I have been testing this with is almost bare; other than vim and zsh there is next to nothing on it. dmesg too. | OpenBSD 4.5 (GENERIC.RAID) #0: Mon May 18 10:55:01 CEST 2009 | r...@kriegspire.rg-me.schule.suedtirol.it:/usr/src/sys/arch/amd64/compile/GENERIC.RAID | real mem = 2098917376 (2001MB) | avail mem = 2025533440 (1931MB) | mainbus0 at root | bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xea0c0 (77 entries) | bios0: vendor Hewlett-Packard version 786F1 v01.26 date 07/31/2008 | bios0: Hewlett-Packard HP Compaq dc7800p Convertible Minitower | acpi0 at bios0: rev 0 | acpi0: tables DSDT FACP APIC ASF! MCFG TCPA SLIC HPET DMAR | acpi0: wakeup devices COM1(S4) COM2(S4) PCI0(S4) PEG1(S4) PEG2(S4) IGBE(S4) PCX1(S4) PCX2(S4) PCX5(S4) PCX6(S4) HUB_(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) EUS1(S3) EUS2(S3) PBTN(S4) | acpitimer0 at acpi0: 3579545 Hz, 24 bits | acpimadt0 at acpi0 addr 0xfee0: PC-AT compat | cpu0 at mainbus0: apid 0 (boot processor) | cpu0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 2992.89 MHz | cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG | cpu0: 6MB 64b/line 16-way L2 cache | cpu0: apic clock running at 332MHz | cpu1 at mainbus0: apid 1 (application processor) | cpu1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 2992.50 MHz | cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG | cpu1: 6MB 64b/line 16-way L2 cache | ioapic0 at mainbus0 apid 1 pa 0xfec0, version 20, 24 pins | ioapic0: misconfigured as apic 0, remapped to apid 1 | acpihpet0 at acpi0: 14318179 Hz | acpiprt0 at acpi0: bus 0 (PCI0) | acpiprt1 at acpi0: bus -1 (PEG1) | acpiprt2 at acpi0: bus -1 (PEG2) | acpiprt3 at acpi0: bus 32 (PCX1) | acpiprt4 at acpi0: bus 48 (PCX2) | acpiprt5 at acpi0: bus -1 (PCX5) | acpiprt6 at acpi0: bus -1 (PCX6) | acpiprt7 at acpi0: bus 7 (HUB_) | acpicpu0 at acpi0: C2 | acpicpu1 at acpi0: C2 | acpibtn0 at acpi0: PBTN | cpu0: unknown Enhanced SpeedStep CPU, msr 0x061a092206000922 | cpu0: using only highest and lowest power states | cpu0: Enhanced SpeedStep 3000 MHz (1244 mV): speeds: 3000, 2000 MHz | pci0 at mainbus0 bus 0: configuration mode 1 | pchb0 at pci0 dev 0 function 0 Intel 82Q35 Host rev 0x02 | vga1 at pci0 dev 2 function 0 Intel 82Q35 Video rev 0x02 | wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) | wsdisplay0: screen 1-5 added (80x25, vt100 emulation) | intagp0 at vga1 | agp0 at intagp0: aperture at 0xe000, size 0x1000 | inteldrm0 at vga1: apic 1 int 16 (irq 5) | drm0 at inteldrm0 | Intel 82Q35 Video rev 0x02 at pci0 dev 2 function 1 not configured | Intel 82Q35 HECI rev 0x02 at pci0 dev 3 function 0 not configured | pciide0 at pci0 dev 3 function 2 Intel 82Q35 PT IDER rev 0x02: DMA (unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI | pciide0: using apic 1 int 18 (irq 10) for native-PCI interrupt | pciide0: channel 0 ignored (not responding; disabled or no drives?) | pciide0: channel 1 ignored (not responding; disabled or no drives?) | Intel 82Q35 KT rev 0x02 at pci0 dev 3 function 3 not configured | em0 at pci0 dev 25 function 0 Intel ICH9 IGP AMT rev 0x02: apic 1 int 19 (irq 5), address 00:0f:fe:de:59:49 | uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x02: apic 1 int 20 (irq 10) | uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x02: apic 1 int 21 (irq 11) | ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x02: apic 1 int 22 (irq 5) | usb0 at ehci0: USB revision 2.0 | uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 | azalia0 at pci0 dev 27 function 0
Re: ntpd dies on startup if using -s option
Stefan Unterweger wrote: * Alexander Hall on Wed, Jun 17, 2009 at 10:40:58AM +0200: What is your network setup? The network setup is rather simple: | lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 33160 | priority: 0 | groups: lo | inet 127.0.0.1 netmask 0xff00 | inet6 ::1 prefixlen 128 | inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 | em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 | lladdr 00:0f:fe:de:59:49 | priority: 0 | groups: egress | media: Ethernet autoselect (100baseTX full-duplex,rxpause,txpause) | status: active | inet6 fe80::20f:feff:fede:5949%em0 prefixlen 64 scopeid 0x1 | inet 10.13.130.58 netmask 0xff00 broadcast 10.13.130.255 | inet6 2001:1418:16b:0:20f:feff:fede:5949 prefixlen 64 autoconf pltime 604684 vltime 2591884 | enc0: flags=0 mtu 1536 | priority: 0 Just em0, which is connected to the LAN and gets all of its configuration via DHCP and rtsol. Ah. Sure sounds like this could be an IPv6 issue. That's not at all my turf though, so let's hope someone more knowledgeable in that area chimes in. any special kernel config? I have activated RAIDframe; other than that, the kernel is pure (see config file below). | include arch/amd64/conf/GENERIC.MP | pseudo-device raid | option RAID_AUTOCONFIG Not that it should matter here, but just for the record; Don't claim that your system is running 4.5-release when it clearly is not since you modified the kernel. /Alexander The system I have been testing this with is almost bare; other than vim and zsh there is next to nothing on it. dmesg too. | OpenBSD 4.5 (GENERIC.RAID) #0: Mon May 18 10:55:01 CEST 2009 | r...@kriegspire.rg-me.schule.suedtirol.it:/usr/src/sys/arch/amd64/compile/GENERIC.RAID | real mem = 2098917376 (2001MB) | avail mem = 2025533440 (1931MB) | mainbus0 at root | bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xea0c0 (77 entries) | bios0: vendor Hewlett-Packard version 786F1 v01.26 date 07/31/2008 | bios0: Hewlett-Packard HP Compaq dc7800p Convertible Minitower | acpi0 at bios0: rev 0 | acpi0: tables DSDT FACP APIC ASF! MCFG TCPA SLIC HPET DMAR | acpi0: wakeup devices COM1(S4) COM2(S4) PCI0(S4) PEG1(S4) PEG2(S4) IGBE(S4) PCX1(S4) PCX2(S4) PCX5(S4) PCX6(S4) HUB_(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) EUS1(S3) EUS2(S3) PBTN(S4) | acpitimer0 at acpi0: 3579545 Hz, 24 bits | acpimadt0 at acpi0 addr 0xfee0: PC-AT compat | cpu0 at mainbus0: apid 0 (boot processor) | cpu0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 2992.89 MHz | cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG | cpu0: 6MB 64b/line 16-way L2 cache | cpu0: apic clock running at 332MHz | cpu1 at mainbus0: apid 1 (application processor) | cpu1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 2992.50 MHz | cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG | cpu1: 6MB 64b/line 16-way L2 cache | ioapic0 at mainbus0 apid 1 pa 0xfec0, version 20, 24 pins | ioapic0: misconfigured as apic 0, remapped to apid 1 | acpihpet0 at acpi0: 14318179 Hz | acpiprt0 at acpi0: bus 0 (PCI0) | acpiprt1 at acpi0: bus -1 (PEG1) | acpiprt2 at acpi0: bus -1 (PEG2) | acpiprt3 at acpi0: bus 32 (PCX1) | acpiprt4 at acpi0: bus 48 (PCX2) | acpiprt5 at acpi0: bus -1 (PCX5) | acpiprt6 at acpi0: bus -1 (PCX6) | acpiprt7 at acpi0: bus 7 (HUB_) | acpicpu0 at acpi0: C2 | acpicpu1 at acpi0: C2 | acpibtn0 at acpi0: PBTN | cpu0: unknown Enhanced SpeedStep CPU, msr 0x061a092206000922 | cpu0: using only highest and lowest power states | cpu0: Enhanced SpeedStep 3000 MHz (1244 mV): speeds: 3000, 2000 MHz | pci0 at mainbus0 bus 0: configuration mode 1 | pchb0 at pci0 dev 0 function 0 Intel 82Q35 Host rev 0x02 | vga1 at pci0 dev 2 function 0 Intel 82Q35 Video rev 0x02 | wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) | wsdisplay0: screen 1-5 added (80x25, vt100 emulation) | intagp0 at vga1 | agp0 at intagp0: aperture at 0xe000, size 0x1000 | inteldrm0 at vga1: apic 1 int 16 (irq 5) | drm0 at inteldrm0 | Intel 82Q35 Video rev 0x02 at pci0 dev 2 function 1 not configured | Intel 82Q35 HECI rev 0x02 at pci0 dev 3 function 0 not configured | pciide0 at pci0 dev 3 function 2 Intel 82Q35 PT IDER rev 0x02: DMA (unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI | pciide0: using apic 1 int 18 (irq 10) for native-PCI interrupt | pciide0: channel 0 ignored (not responding; disabled or no drives?) | pciide0: channel 1 ignored (not responding; disabled or no drives?) | Intel 82Q35 KT rev 0x02 at pci0 dev 3 function 3 not configured | em0 at pci0 dev 25 function 0 Intel ICH9
Re: ntpd dies on startup if using -s option
* Alexander Hall on Wed, Jun 17, 2009 at 11:20:25AM +0200: Just em0, which is connected to the LAN and gets all of its configuration via DHCP and rtsol. Ah. Sure sounds like this could be an IPv6 issue. That's not at all my turf though, so let's hope someone more knowledgeable in that area chimes in. Now that you mentioned it, it does indeed seem like an IPv6 issue. I have set up ntpd to sync via pool.ntp.org and ntp.eu.sixxs.org. If I comment out the latter entry (or if there is no IPv6 connectivity at boot), the problem is no more... Not that it should matter here, but just for the record; Don't claim that your system is running 4.5-release when it clearly is not since you modified the kernel. Sorry, you're of course right. What I tried to say was that I am using the system as from the CDs, with the said customized kernel. s//un
Re: ntpd dies on startup if using -s option
On Wed, Jun 17, 2009 at 11:03:32AM +0200, Stefan Unterweger wrote: | * Alexander Hall on Wed, Jun 17, 2009 at 10:40:58AM +0200: | What is your network setup? | | The network setup is rather simple: | | lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 33160 | | priority: 0 | | groups: lo | | inet 127.0.0.1 netmask 0xff00 | | inet6 ::1 prefixlen 128 | | inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 | | em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 | | lladdr 00:0f:fe:de:59:49 | | priority: 0 | | groups: egress | | media: Ethernet autoselect (100baseTX full-duplex,rxpause,txpause) | | status: active | | inet6 fe80::20f:feff:fede:5949%em0 prefixlen 64 scopeid 0x1 | | inet 10.13.130.58 netmask 0xff00 broadcast 10.13.130.255 | | inet6 2001:1418:16b:0:20f:feff:fede:5949 prefixlen 64 autoconf pltime 604684 vltime 2591884 | | enc0: flags=0 mtu 1536 | | priority: 0 | | Just em0, which is connected to the LAN and gets all of its configuration via DHCP and rtsol. Is (one of) your ntp server(s) v6 only ? Do you have rtsol in your /etc/hostname.em0 ? Do you get a lease immediately on boot or could there be some delay ? It sounds like you don't have proper connectivity yet when ntpd tries to start (either v4 or v6 (or both)). Verify this by putting something like 'ifconfig -a /tmp/ifc.out' in /etc/rc.local. Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: CPU power control and 'unknown Enhanced SpeedStep CPU'
On Jun 15 11:05:39, Ted Unangst wrote: On Mon, Jun 15, 2009 at 10:29 AM, Jan Staryh...@stare.cz wrote: What is the best way to learn about the power/frequency/thermal control options of my CPU from bsd's point of view (besides dmesg and sysctl)? For example, what are the P-states and C-states my CPU can enter, and which of those does bsd support? you can adjust hw.setperf from 0 to 100. given the current level of acpi support, the only state your cpu can enter is on. What exactly is the relation of apm, acpi, and hw.setperf? apm is what laptops used to go to sleep 10 years ago. acpi is what laptops today use to annoy kernel developers. hw.setperf is a uniform userland interface to what may be one of many backend drivers. So, neither apm nor acpi (acpicpu) is needed to use hw.setperf? no. Also, the Enhanced SpeedStep support on my CPU reduces to cpu0: unknown Enhanced SpeedStep CPU, msr 0x061a082006000820 cpu0: using only highest and lowest power states cpu0: Enhanced SpeedStep 2667 MHz (1212 mV): speeds: 2667, 2000 MHz - is there something I can do about it? Is there a point in running current (as opposed to 4.5-stable) with regard to this? current has different acpi code. maybe that works. what difference acpicpu makes over est.c is probably none. on most machines now, setperf works by poking registers in the cpu telling it to speed up or slow down. est knows about two settings, fast and slow. acpi may have information about some other settings in the middle which are unlikely to be of use unless your cpu is frequently exactly 40% busy. I just upgraded to -current. That makes it boot GENERIC.MP with ACPI, good. With regard to CPU freq control (now that acpi is in charge of that, and not est), the difference is indeed none. Setting hw.setperf to whatever only makes a difference when crossing setperf=50, which lowers 2667 to 2000 as before.
Re: IPSEC problem after upgrading one side to 4.5
Hello, On Fri, 12.06.2009 at 10:54:56 +0200, Toni Mueller openbsd-m...@oeko.net wrote: I have a VPN running which looks like a hub-and-spoke configuration. For the remainder of the discussion, the spokes are OpenBSD 4.4. Since I've upgraded the hub to 4.5, a connection to one of the spoke starts to fail. After running for well over a week, the connection was not automatically renegotiated. I first reset the spoke, but to no avail. I could see the connection going just up to INFO_PROT encrypted, and then the hub stopped responding to that spoke. Things only returned to normal after I said echo R /var/run/isakmpd.fifo on the hub. I've now determined that the error specifically prevents the 4.5 box to answer incoming connection attempts from the 4.4 box, but has no problems to establish the VPN when itself initiates the connection. Simply reloading the configuration does not appear to help, but was most likely an artifact in conjunction with timing effects. Today, after experiencing the same problem, I had to completely restart isakmpd on the 4.5 box to get things going again. I'm very much interested in ways to debug such kind of a failure. TIA! -- Kind regards, --Toni++
Re: re-writing RAIDframe parity asynchronously?
Hi, On Wed, 17.06.2009 at 10:52:05 +0200, Stefan Unterweger ste...@rg-me.it wrote: I am considering patching rc(8) and commenting out the `raidctl -P all` line, and running it via cron(8) at @reboot, but this seems like a hack to me. So before I venture that way, I'd rather make sure I didn't overlook a switch or option or anything of the like that would make `raidctl -P` return immediately while continuing the rewriting in the background, so that rc would continue it's work. I'm not sure that I understand you correctly, and don't want to make a statement about the merit of having raidctl running in the background while already operating again, but what about having raidctl -P all in /etc/rc? -- Kind regards, --Toni++
Re: ntpd dies on startup if using -s option
2009/6/17 Stefan Unterweger stefan+open...@rg-me.it: Hello! I have noticed a rather curious behaviour of ntpd on startup. I recently started setting the '-s' option to ntpd in rc.conf.local on my machines. The sloppy hardware clocks on those machines combined with the lack of any kind of USV... *ahem* Wenn ist das Nunstruck git und Slotermeyer? Ja!... Beiherhund das Oder die Flipperwaldt gersput! regards, --ropers
Re: re-writing RAIDframe parity asynchronously?
On Wed, Jun 17, 2009 at 03:05:47PM +0200, Toni Mueller wrote: Hi, On Wed, 17.06.2009 at 10:52:05 +0200, Stefan Unterweger ste...@rg-me.it wrote: I am considering patching rc(8) and commenting out the `raidctl -P all` line, and running it via cron(8) at @reboot, but this seems like a hack to me. So before I venture that way, I'd rather make sure I didn't overlook a switch or option or anything of the like that would make `raidctl -P` return immediately while continuing the rewriting in the background, so that rc would continue it's work. I'm not sure that I understand you correctly, and don't want to make a statement about the merit of having raidctl running in the background while already operating again, but what about having raidctl -P all in /etc/rc? IIRC that works just fine if you are willing to take the risk of getting a broken raid in the event of a crash / power outage during the backgrounded parity re-write. -- Kind regards, --Toni++ -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
Je sur comptable a la banque BCB je vais virée $12.million sui votre compte
Invitationnbsp;: Je sur comptable a la banque BCB je vais virie $12.million sui votre compte. Par votre htte Kito Waziri: Date: mercredi 17 juin 2009 Heure: 13h 00 - 14h 00 (GMT+00:00) Lieu: Cher Ami Salut, Je suis MR, Kito Waziri comptable a la BANQUE COMERCIALE DU BURKINA (BCB), je vais virie $12.million (usd) sui votre compte ci ga vous intersse je vous enverrons tous les ditails sur la fagon dont on va fait le demache et igalement noter que vous aurez 30% du montant indiqui .si vous jtes d'accord pour m'aider ` exicuter cette transaction. reponne moi rapidement et s.v.p ces un propossition confidentielle merci Invitis: * dish...@hotmail.fr * ra...@hotmail.frdishual * thra...@hotmail.fr * thr...@hotmail.fr * fvorgev...@hotmail.fr * mustaf...@hotmail.fr * belgosse9...@hotmail.fr * barbieros...@hotmail.fr * deg...@hotmail.fr * popdeoliv...@hotmail.fr * navarro-depana...@hotmail.fr * loro_h...@hotmail.fr * www.bogossskyb...@hotmail.fr * kyle.reese.38...@hotmail.fr * lille_l...@hotmail.fr * catherinekw...@hotmail.fr * jeremy-m-frompa...@hotmail.fr * style100et...@hotmail.fr * lindagir...@hotmail.fr * leperenico...@hotmail.fr * hari...@hotmail.fr * jade...@hotmail.fr * dam_...@hotmail.fr * shay...@hotmail.fr * --buj...@hotmail.fr-- * g...@hotmail.fr * marco57...@hotmail.fr * onebythef...@hotmail.fr * momo.soula...@hotmail.fr * she_seems_like_n...@hotmail.fr * paulamorenomu...@hotmail.fr * david-bonl...@hotmail.fr * conseilsbea...@hotmail.fr * mon.coeur.grenad...@hotmail.fr * ak...@hotmail.fr * minority_kayt...@hotmail.fr * ale...@hotmail.fr * crist...@hotmail.fr * rotweiller2...@hotmail.fr * alongtimea...@hotmail.fr * lestoilesro...@hotmail.fr * urgences.hypno...@hotmail.fr * audrey...@hotmail.fr * play_...@hotmail.fr * helub...@hotmail.fr * dod...@hotmail.fr * skleri...@hotmail.fr * joanjaouen_...@hotmail.fr * carnetdem...@hotmail.fr * miss_audre...@hotmail.fr * oth.liens.hypno...@hotmail.fr * unedernieresea...@hotmail.fr * fleur...@hotmail.fr * adrien_ange_pe...@hotmail.fr * louly-an...@hotmail.fr * gourin-cin...@hotmail.fr * prisonbr...@hotmail.fr * bai...@hotmail.fr * huet.oliv...@hotmail.fr * willycin...@hotmail.com * tzo...@hotmail.fr * smile-like-punk-hipp...@hotmail.fr * viva...@hotmail.fr * zel...@hotmail.fr * smbz-air-b...@hotmail.fr * geo...@yahoo.ca * lefebvrej...@yahoo.ca * jfm...@yahoo.ca * venezia...@yahoo.ca * jbe...@graphoexpert.com * m...@yahoo.ca * misc@openbsd.org * forgetame...@hotmail.com * ralph_leba...@yahoo.ca * i...@pmultimedia.com * fa...@hotmail.com * geo...@sympatico.ca * sal...@ehess.fr * pamela.s...@ualberta.ca * editkana...@videotron.ca invitation_add_to_your_yahoo_calendar: http://fr.calendar.yahoo.com//?v=60ST=20090617T13%2BTITLE=Je+sur+comptable+a+la+banque+BCB+je+vais+vir%c3%a9e+$12.million+sui+votre+compteDUR=0100VIEW=din_loc=Cher+Ami+Salut,+Je+suis+MR,+Kito+Waziri+comptable+a+la+BANQUE+COMERCIALE+DU+BURKINA+(BCB),+je+vais+vir%c3%a9e+$12.million+(usd)+sui+votre+compte+ci+%c3%a7a+vous+intersse+je+vous+enverrons+tous+les+d%c3%a9tails+sur+la+fa%c3%a7on+dont+on+va+fait+le+demache+et+%c3%a9galement+noter+que+vous+aurez+30%25+du+montant+indiqu%c3%a9+.si+vous+%c3%aates+d%27accord+pour+m%27aider+%c3%a0+ex%c3%a9cuter+cette+transaction.+reponne+moi+rapidement+et+s.v.p+ces+un+propossition+confidentielle+merciTYPE=10 Copyright ) 2009 Tous droits riservis. www.yahoo.fr Donnies personnelles: http://privacy.yahoo.com/privacy/us Conditions d'utilisation: http://docs.yahoo.com/info/terms/
Invitation for a developer
Hello misc@, I am working in the organization team of an important technology event{1} in Bogota, Colombia and wish to invite a one OpenBSD developer to give a formal talk with all expenses paid. The event will take place from 7th until July 11th of 2009. Interested people please write to changux [at] campus-party [dot] com [dot] co Thanks, {1}. http://www.campus-party.com.co/ Polkan Garcma IT Campus Party polkan.gar...@futuranetworks.com PGP Fingerprint B0CD CED4 C15C 4A7D F393 9E72 0F6B 50B3 627D 7477
Devenez distributeur des tee-shirts Tecktonik
You want to order wholesale quantities of our products to sell in your shops! Contact us at the following email address: tc...@atelier-self-creation.fr En application de l'article 34 de la Loi Informatique et Libertis, vous jtes informis que vous pouvez ` tout moment accider, modifier ou supprimer vos informations. Ce message vous a iti envoyi par tck01-shop.com [demime 1.01d removed an attachment of type image/jpeg which had a name of C:/Documents and Settings/Assistant/Bureau/Marine/eTarget/reouverture-du-siteweb.JPG]
audio clangs without aucat
Hi, When I use mplayer I noticed that since OpenBSD 4.5 that the audio clangs unless I use aucat -l then it sounds alright. The drawback of this is that mplayer thinks the audio driver is too slow and it seriously messes up watching video. Anyone know what settings I should use in mplayer to listen with it writing directly to /dev/audio, without this robotic clang voice that I get? Here my audioctl -a output: setebos$ audioctl -a name=Ensoniq AudioPCI version= config=eap encodings=ulinear:8,mulaw:8*,alaw:8*,slinear:8*,slinear_le:16,ulinear_le:16*,slinear_be:16*,ulinear_be:16* properties=full_duplex,mmap,independent full_duplex=1 fullduplex=1 blocksize=11776 hiwat=2 lowat=1 output_muted=0 monitor_gain=0 mode=play,record play.rate=44100 play.channels=2 play.precision=16 play.encoding=slinear_le play.gain=255 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=1 play.active=0 play.buffer_size=65536 play.block_size=11776 play.errors=0 record.rate=44100 record.channels=2 record.precision=16 record.encoding=slinear_le record.gain=191 record.balance=32 record.port=0x1 record.avail_ports=0x7 record.seek=0 record.samples=0 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=1 record.active=0 record.buffer_size=65536 record.block_size=11776 record.errors=0 And here the mixerctl settings: setebos$ mixerctl -a outputs.master=255,255 outputs.master.mute=off outputs.mono=255 outputs.mono.mute=on outputs.mono.source=mixerout inputs.spkr=255 inputs.spkr.mute=off inputs.phone=191 inputs.phone.mute=on inputs.mic=191 inputs.mic.mute=on inputs.mic.preamp=off inputs.mic.source=mic0 inputs.line=191,191 inputs.line.mute=on inputs.cd=191,191 inputs.cd.mute=on inputs.video=191,191 inputs.video.mute=on inputs.aux=191,191 inputs.aux.mute=on inputs.dac=191,191 inputs.dac.mute=off record.source=mic record.volume=255,255 record.volume.mute=off outputs.extamp=off and finally dmesg: OpenBSD 4.5-stable (GENERIC) #0: Sun May 3 19:59:50 CEST 2009 p...@setebos.solarscale.de:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3500+ (AuthenticAMD 686-class, 512KB L2 cache) 2.45 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2 real mem = 536375296 (511MB) avail mem = 510361600 (486MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 04/10/07, BIOS32 rev. 0 @ 0xfd880, SMBIOS rev. 2.31 @ 0xe0010 (45 entries) bios0: vendor Phoenix Technologies LTD version 6.00 date 04/10/2007 bios0: VMware, Inc. VMware Virtual Platform apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xfd880/0x780 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) pcibios0: PCI Interrupt Router at 000:07:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x1000 0xdc000/0x4000! 0xe/0x4000! cpu0 at mainbus0: (uniprocessor) cpu0: AMD errata 86, 89, 94, 97, 104 present, BIOS upgrade may be required pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82443BX AGP rev 0x01 ppb0 at pci0 dev 1 function 0 Intel 82443BX AGP rev 0x01 pci1 at ppb0 bus 1 piixpcib0 at pci0 dev 7 function 0 Intel 82371AB PIIX4 ISA rev 0x08 pciide0 at pci0 dev 7 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: VMware Virtual IDE Hard Drive wd0: 64-sector PIO, LBA, 40960MB, 83886080 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: NECVMWar, VMware IDE CDR10, 1.00 ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 7 function 2 Intel 82371AB USB rev 0x00: irq 9 piixpm0 at pci0 dev 7 function 3 Intel 82371AB Power rev 0x08: SMBus disabled vga1 at pci0 dev 15 function 0 VMware Virtual SVGA II rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) bha3 at pci0 dev 16 function 0 BusLogic MultiMaster rev 0x01: irq 11, BusLogic 9xxC SCSI bha3: model BT-958, firmware 5.07B bha3: sync, parity scsibus1 at bha3: 8 targets, initiator 7 ppb1 at pci0 dev 17 function 0 VMware Virtual PCI-PCI rev 0x02 pci2 at ppb1 bus 2 vic0 at pci2 dev 0 function 0 AMD 79c970 PCnet-PCI rev 0x10: irq 9, address 00:0c:29:38:fe:f5 vic1 at pci2 dev 1 function 0 AMD 79c970 PCnet-PCI rev 0x10: irq 9, address 00:0c:29:38:fe:ff eap0 at pci2 dev 2 function 0 Ensoniq AudioPCI97 rev 0x02: irq 5 ac97: codec id 0x43525913 (Cirrus Logic CS4297A rev 3) audio0 at eap0 midi0 at eap0: AudioPCI MIDI UART ehci0 at pci2 dev 3 function 0 VMware Virtual EHCI rev 0x00: irq 11 usb0 at ehci0: USB revision
compiling ports
Hello there, May somebody tell me all the required steps to compile a splix port? Whenever I tried gcc I have Oops somewhere in the middle or at the end. I am aware of FreeBSD Porter's Handbook, and it looks like that I will end in considering of entering a computer scince courses and there is no time for me to. Regards, Igor. -- igor denisov. -- E75. Opnqrni dnqrso j onwre. http://www.nokia.ru/microsites/e75
Re: compiling ports
igor denisov denisovigor1...@rambler.ru writes: May somebody tell me all the required steps to compile a splix port? Whenever I tried gcc I have Oops somewhere in the middle or at the end. If you quote the exact message you get, there's a chance to diagnose the problem and find a fix. Compilers crashing at random is frequently down to hardware problems such as dodgy RAM. Then again, in most cases installing a prebuilt packages is usually preferable (unless, of course, there is some reason why you *have* to build from source such as encumbered files the project can't package for legal reasons), ie with PKG_PATH set to something sensible, pkg_add splix I am aware of FreeBSD Porter's Handbook, and it looks like that I will end in considering of entering a computer scince courses and there is no time for me to. While the original idea for a ports system and the original code came from FreeBSD, you should keep in mind that the modern OpenBSD version is a total rewrite and differs in various significant ways from the FreeBSD system. If you want to roll your own packages for OpenBSD, you *really* want to consult the OpenBSD documentation, not the FreeBSD one. -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: audio clangs without aucat
On Wed, Jun 17, 2009 at 07:05:35PM +0200, Peter J. Philipp wrote: Hi, When I use mplayer I noticed that since OpenBSD 4.5 that the audio clangs unless I use aucat -l then it sounds alright. The drawback of this is that mplayer thinks the audio driver is too slow and it seriously messes up watching video. Anyone know what settings I should use in mplayer to listen with it writing directly to /dev/audio, without this robotic clang voice that I get? the clang happens when the resampling quality is low. But i don't see why resampling is involved. Could you send the output of audioctl(1) during the robotic voice? What's the sample frequency of the file you're playing? Mplayer complaining about slow driver is wrong especially on the fast machine you have. There're bugs that may cause syncronization problems; have you applied patches 3, 4 and 5 from the errata page ? -- Alexandre
Re: how to debug 'starting network' hangs
On 6/16/09 10:07 PM, Jason Dixon wrote: I would suggest booting into single-user and using netstart for each of the physical and carp interfaces until you find out where your misconfiguration is. Set it all up manually, document it, then use hostname.* to properly bring up your interfaces and routes. Get rid of that junk in rc.local. Sweet! With proper hostname.* files there are no more hangs. Thanks for the pointer on what to fix. One other question, not covered in the FAQ: Is rc.local the proper place for adding a static route and dhcrelay commands? If not, where do these belong? thanks again dn
Re: audio clangs without aucat
On Wed, Jun 17, 2009 at 08:10:08PM +0200, Alexandre Ratchov wrote: listen with it writing directly to /dev/audio, without this robotic clang voice that I get? the clang happens when the resampling quality is low. But i don't see why resampling is involved. Could you send the output of audioctl(1) during the robotic voice? Sure can. I'll append it at the end. What's the sample frequency of the file you're playing? setebos$ file *ironic*mp3 alanis_morissete__ironic.flv.mp3: MPEG ADTS, layer III, v2, 64 kBits, 22.05 kHz, Monaural setebos$ mplayer *ironic*mp3 cut == Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 22050 Hz, 2 ch, s16le, 64.0 kbit/9.07% (ratio: 8000-88200) Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) == AO: [sndio] 22050Hz 2ch s16le (2 bytes per sample) Mplayer complaining about slow driver is wrong especially on the fast machine you have. There're bugs that may cause syncronization problems; have you applied patches 3, 4 and 5 from the errata page ? Yeah the patches are in place as I built 4.5-stable on May 3rd and the patches are from April 24th, according to the errata page. -- Alexandre -peter setebos$ audioctl -a name=Ensoniq AudioPCI version= config=eap encodings=ulinear:8,mulaw:8*,alaw:8*,slinear:8*,slinear_le:16,ulinear_le:16*,slinear_be:16*,ulinear_be:16* properties=full_duplex,mmap,independent full_duplex=0 fullduplex=0 blocksize=896 hiwat=26 lowat=25 output_muted=0 monitor_gain=0 mode=play play.rate=22050 play.channels=2 play.precision=16 play.encoding=slinear_le play.gain=255 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=22400 play.samples=802816 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=1 play.active=1 play.buffer_size=65536 play.block_size=896 play.errors=0 record.rate=48000 record.channels=2 record.precision=16 record.encoding=slinear_le record.gain=191 record.balance=32 record.port=0x1 record.avail_ports=0x7 record.seek=0 record.samples=0 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=9600 record.errors=0 setebos$
Re: how to debug 'starting network' hangs
On Wed, Jun 17, 2009 at 11:25:51AM -0700, David Newman wrote: On 6/16/09 10:07 PM, Jason Dixon wrote: I would suggest booting into single-user and using netstart for each of the physical and carp interfaces until you find out where your misconfiguration is. Set it all up manually, document it, then use hostname.* to properly bring up your interfaces and routes. Get rid of that junk in rc.local. Sweet! With proper hostname.* files there are no more hangs. Thanks for the pointer on what to fix. Cool beans. One other question, not covered in the FAQ: Is rc.local the proper place for adding a static route and dhcrelay commands? If not, where do these belong? Add your static routes in your hostname.if files. Use the !command-line syntax as described in hostname.if(5). The dhcrelay stuff is probably fine in rc.local. Typically you enable it in rc.conf.local, but I think that only works for a single invocation. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
ntpd dies on startup if using -s option
I'm actually having this issue as well. I'm running current on an old Netra T105 and at boot the date isn't updated when running ntpd with the -s option. It won't even do it from the commandline I think because the skew it so bad (the bottom of the dmesg outlines it clearly). I had to set the date by hand to get it close and then startup ntpd to get it run with the -s option. I'm not running ipv6 and my ntp server is my OBSD firewall. When I tried to run ntpd with -s I get the following errors: Nov 25 09:34:10 blade ntpd[8306]: recvmsg control format 192.168.250.1: No such file or directory Nov 25 09:34:38 blade ntpd[29786]: dispatch_imsg in main: pipe closed I guess the real question is do I need to change the damn battery or is there an issue with ntpd with a large skew ? Thanks in advance. Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address(state) udp0 0 192.168.150.222.26027 192.168.250.1.123 OpenBSD 4.5-current (GENERIC) #0: Sun Jun 14 02:35:19 MDT 2009 dera...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC real mem = 536870912 (512MB) avail mem = 507363328 (483MB) mainbus0 at root: Netra t1 (UltraSPARC-IIi 440MHz) cpu0 at mainbus0: SUNW,UltraSPARC-IIi (rev 9.1) @ 440.011 MHz cpu0: physical 16K instruction (32 b/l), 16K data (32 b/l), 2048K external (64 b/l) psycho0 at mainbus0 addr 0xfffc: SUNW,sabre, impl 0, version 0, ign 7c0 psycho0: bus range 0-3, PCI bus 0 psycho0: dvma map c000-dfff pci0 at psycho0 ppb0 at pci0 dev 1 function 1 Sun Simba PCI-PCI rev 0x13 pci1 at ppb0 bus 1 ebus0 at pci1 dev 1 function 0 Sun PCIO EBus2 rev 0x01 auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003 power0 at ebus0 addr 724000-724003 ivec 0x25 SUNW,pll at ebus0 addr 504000-504002 not configured com0 at ebus0 addr 3803f8-3803ff ivec 0x1c: ns16550a, 16 byte fifo com0: console com1 at ebus0 addr 3602f8-3602ff ivec 0x14: ns16550a, 16 byte fifo lpt0 at ebus0 addr 340278-340287, 30015c-30015d, 70-7f ivec 0x22: polled clock1 at ebus0 addr 0-1fff: mk48t59 flashprom at ebus0 addr 0-f not configured watchdog at ebus0 addr 20-20003f ivec 0x4 not configured display7seg at ebus0 addr 200040-200040 not configured beeper0 at ebus0 addr 722000-722003 flashprom at ebus0 addr 40-5f not configured flashprom at ebus0 addr 80-9f not configured pcfiic0 at ebus0 addr 60-63 ivec 0x28 iic0 at pcfiic0 pcfadc0 at iic0 addr 0x4f i2cpcf,8574a at iic0 addr 0x38 not configured i2cpcf,8574a at iic0 addr 0x39 not configured pcfiic1 at ebus0 addr 10-13 ivec 0x1b iic1 at pcfiic1 SUNW,lom at ebus0 addr 40-400063 not configured hme0 at pci1 dev 1 function 1 Sun HME rev 0x01: ivec 0x7e1, address 08:00:20:c1:e5:66 luphy0 at hme0 phy 0: LU6612 10/100 PHY, rev. 1 siop0 at pci1 dev 2 function 0 Symbios Logic 53c875 rev 0x03: ivec 0x7e0, using 4K of on-board RAM scsibus0 at siop0: 16 targets, initiator 7 sd0 at scsibus0 targ 0 lun 0: FUJITSU, MAG3091L SUN9.0G, SCSI2 0/direct fixed sd0: 8637MB, 512 bytes/sec, 17689267 sec total sd1 at scsibus0 targ 1 lun 0: FUJITSU, MAG3091L SUN9.0G, SCSI2 0/direct fixed sd1: 8637MB, 512 bytes/sec, 17689267 sec total hme1 at pci1 dev 3 function 1 Sun HME rev 0x01: ivec 0x7da, address 08:00:20:c1:e5:67 luphy1 at hme1 phy 0: LU6612 10/100 PHY, rev. 1 ppb1 at pci0 dev 1 function 0 Sun Simba PCI-PCI rev 0x13 pci2 at ppb1 bus 2 ppb2 at pci2 dev 1 function 0 DEC 21150 PCI-PCI rev 0x04 pci3 at ppb2 bus 3 pciide0 at pci3 dev 14 function 0 CMD Technology PCI0646 rev 0x03: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using ivec 0x7c2 for native-PCI interrupt pciide0: channel 0 disabled (no drives) atapiscsi0 at pciide0 channel 1 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: TOSHIBA, CD-ROM XM-1902B, 1114 ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 softraid0 at root siop0: target 0 now using tagged 16 bit 20.0 MHz 16 REQ/ACK offset xfers siop0: target 1 now using tagged 16 bit 20.0 MHz 16 REQ/ACK offset xfers bootpath: /p...@1f,0/p...@1,1/s...@2,0/d...@0,0 root on sd0a swap on sd0b dump on sd0b WARNING: preposterous time in file system WARNING: clock lost 21767 days -- CHECK AND RESET THE DATE!
Re: ntpd dies on startup if using -s option
* Allie Daneman d...@drainfade.com [2009-06-17 21:24]: I'm actually having this issue as well. I'm running current on an old Netra T105 and at boot the date isn't updated when running ntpd with the -s option. It won't even do it from the commandline I think because the skew it so bad (the bottom of the dmesg outlines it clearly). I had to set the date by hand to get it close and then startup ntpd to get it run with the -s option. I'm not running ipv6 and my ntp server is my OBSD firewall. When I tried to run ntpd with -s I get the following errors: Nov 25 09:34:10 blade ntpd[8306]: recvmsg control format 192.168.250.1: No such file or directory this is weird. this means the message received has the control data truncated. never ever seen that. I guess the real question is do I need to change the damn battery or is there an issue with ntpd with a large skew ? Thanks in advance. no. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg Amsterdam
'xterm -e mutt' doesn't show colors
Hi, When I run mutt (or tmux/colorls -G/etc) from xterm, I have fancy colors=] But when I run: $ xterm -e mutt I don't have colors =[ (I'm running dwm and I want xterm to start tmux automaticly) $ cat .Xdefaults XTerm.*.colorMode: on # yes, two capitals XTerm.*.dynamicColors: on xterm.*.loginShell: true xterm.*.scrollBar: false xterm.*faceName: Mono xterm.*faceSize: 13 xterm.*.visualBell: true $ echo $TERM xterm-xfree86 All other settings in .Xdefaults are applied just fine with the '-e' option, so I don't think it's a problem with that file or with xterm-options; -title -T or -n . Can someone help me with this puzzle? Pieter
Re: X -configure command reboots machine
Hello Brynet, thanks for the suggestion, I just finished installing 4.5-current using a snapshop, the BIOS did not have option for PP unfortunately. With this version I am having more problems, I still have the reboot problem when trying to execute Xorg, and still running Xorg under ktrace makes it work. So using ktrace I ran Xorg but the chips driver refuses to start, it complains about not being able to find a device. But even if it worked, I do not think running X under ktrace is a very good idea, X is already a bit slow on this machine without ktrace's help. Upgrading to 4.5 from 4.2 wasn't such a good idea after all, I think I am going to stick to 4.2 until 4.6 comes out, I do not know if it is a good idea to use a version that old but I do not seem to have any other option. Just out of curiosity, what are you using your P1s for?. I use this little laptop for a bit of development, not being able to run firefox on it makes me more productive!, no youtube, bbc/iplayer and friends to get distracted with :) Thanks Tenoch |Hi Tenoch, | |I'm the proud owner of several early P1-class systems like that, PCI |interrupt routing is always.. sketchy. | |Some other options you might wish to try: |* Look in the BIOS for a setting similar to Plug Play OS, set that |option to No.. this will force the BIOS to setup some hardware prior |to passing control over to OpenBSD. |* Try a 4.5-CURRENT snapshot, some related changes were made that |might help things. | |Good luck.. | |-Brynet.
CardBus not working on DELL Latitude D400 (fixable though)
Greetings m...@! I have a D400 laptop, i386 OpenBSD 4.5 release, and at boot time, I get the following messages from kernel (full dmesg in the end of the msg): cbb0 at pci1 dev 1 function 0 TI PCI7510 CardBus rev 0x01: irq 11, CardBus support disabled cbb1 at pci1 dev 1 function 1 TI PCI7610 CardBus (Smart Card mode) rev 0x01: irq 11, CardBus support disabled I dived into kernel's source code and found the place where this happens: sys/dev/pci/pccbb.c, function pccbbattach() (search disabled). The function reads the TI PCI7510 PCI-to-CardBus bridge's PCI configuration register 0x18, where the Subordiante Bus, Secondary Bus and Primary Bus numbers are stored, sees that they are all 0, and disables CardBus, because it's not addressable, because 0 is the address of root PCI bus. Right now, I added the following code just before the 0x18 register is read in sys/dev/pci/pccbb.c:pccbbattach(), which fixes the problem for me: tmpreg = pci_conf_read(0, pa-pa_tag, 0); if (PCI_PRODUCT(tmpreg) == PCI_PRODUCT_TI_PCI7510_CB) { printf(\nD400 fix\n); busreg = (pcireg_t) (0x20 24) | (0x2 16) | (0x2 8) | (0x1); pci_conf_write(0, pa-pa_tag, PCI_BUSNUM, busreg); } It programs the bridge with a hardcoded Secondary Bus number of 2 (which I devised from seeing in dmesg that the greatest bus number is 1). I'm actually a novice at this, I've started learning about PCI just a few days ago (primarily from osdev.org and sites it links to) so I don't completely understand the whole system and how it all works/should work. Some questions: What could be the reason for bus nums in 0x18 reg being set to 0 at autoconf time? Whose responsibility is it to assign bus numbers to PCI bridges, BIOS's or kernel's? Is this my hardware's fault or this could happen to other comps too? If this is D400's bug of some sort is it possible to incorporate a fix for it into kernel, so that it wouldn't impair normal systems? And can you recommend some good and preferably fresh books or maybe online resources on the PC system architecture? The ones that would be useful to an OS developer? The PCI specs I downloaded (for free, ALL HAIL GOOGLE: PCI spec filetype:pdf) are too dry and hard to understand. Thanks! OpenBSD 4.5 (GENERIC) #1749: Sat Feb 28 14:51:18 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1400MHz (GenuineIntel 686-class) 1.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,EST,TM2 real mem = 535023616 (510MB) avail mem = 509046784 (485MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/28/05, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xf8cf0 (61 entries) bios0: vendor Dell Computer Corporation version A08 date 06/28/2005 bios0: Dell Computer Corporation Latitude D400 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP ASF! acpi0: wakeup devices LID_(S3) PBTN(S4) PCI0(S3) USB0(S1) USB1(S1) USB2(S1) USB3(S1) MODM(S3) PCIE(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCIE) acpicpu0 at acpi0: C3, C3, C2, C1, FVS, 1400, 1400, 1400, 1400, 1200, 1000, 800, 600 MHz acpitz0 at acpi0: critical temperature 99 degC acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT0 model DELL 0006T0 serial 2021 type LION oem Sanyo acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PBTN acpibtn2 at acpi0: SBTN acpidock at acpi0 not configured acpivideo at acpi0 not configured acpivideo at acpi0 not configured bios0: ROM list: 0xc/0xd800! 0xcd800/0x800! 0xce000/0x800 0xce800/0x800 0xcf000/0x800 0xcf800/0x800 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82855GM Host rev 0x02 Intel 82855GM Memory rev 0x02 at pci0 dev 0 function 1 not configured Intel 82855GM Config rev 0x02 at pci0 dev 0 function 3 not configured vga1 at pci0 dev 2 function 0 Intel 82855GM Video rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xf000, size 0x800 inteldrm0 at vga1: irq 11 drm0 at inteldrm0 Intel 82855GM Video rev 0x02 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 11 uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb0 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x81 pci1 at ppb0 bus 1 bge0 at pci1 dev 0 function 0 Broadcom BCM5705M rev 0x01, BCM5705 A1 (0x3001): irq 11, address 00:0f:1f:ab:e2:2a brgphy0 at bge0 phy 1: BCM5705 10/100/1000baseT PHY, rev. 1 cbb0 at pci1 dev 1 function 0 TI PCI7510 CardBus rev 0x01: irq 11,
Re: re-writing RAIDframe parity asynchronously?
* Raimo Niskanen on Wed, Jun 17, 2009 at 03:55:00PM +0200: I'm not sure that I understand you correctly, and don't want to make a statement about the merit of having raidctl running in the background while already operating again, but what about having raidctl -P all in /etc/rc? IIRC that works just fine if you are willing to take the risk of getting a broken raid in the event of a crash / power outage during the backgrounded parity re-write. To be honest, I didn't yet think that far... :o) For clarity: Assuming that the first crash already did happen, and raidctl is happily rewriting it's parity data (in the foreground, while rc(8) waits for it), and the second crash strikes at *this* moment, won't the RAID be broken nonetheless, be it already operating or not? s//un
Re: ntpd dies on startup if using -s option
* Paul de Weerd on Wed, Jun 17, 2009 at 11:34:38AM +0200: Just em0, which is connected to the LAN and gets all of its configuration via DHCP and rtsol. Is (one of) your ntp server(s) v6 only ? Do you have rtsol in your /etc/hostname.em0 ? Yes and yes. Do you get a lease immediately on boot or could there be some delay ? It sounds like you don't have proper connectivity yet when ntpd tries to start (either v4 or v6 (or both)). Verify this by putting something like 'ifconfig -a /tmp/ifc.out' in /etc/rc.local. As far as I glanced, the rtsol lease should already be present when ntpd tries to start, or at least the machine already knows where to reach the v6 gateway. But this is from memory; I will test it as soon as I get back to the machine in question. If I *don't* go with rtsol but e.g. let aiccu set up a gif-tunnel, ntpd get's up cleanly, sees that there's no way to reach the v6-servers (yet) (since aiccu would be invoked from rc.local, thus way after ntpd), syncs to the v4 ones, and some time later (successfully) starts connecting to the v6 ones. s//un
Re: 'xterm -e mutt' doesn't show colors
Try TERM=xterm-color Penned by Pieter Verberne on 20090617 22:39.56, we have: | Hi, | | When I run mutt (or tmux/colorls -G/etc) from xterm, I have fancy | colors=] But when I run: | | $ xterm -e mutt | | I don't have colors =[ (I'm running dwm and I want xterm to start tmux | automaticly) | | $ cat .Xdefaults | XTerm.*.colorMode: on# yes, two capitals | XTerm.*.dynamicColors: on | xterm.*.loginShell: true | xterm.*.scrollBar: false | xterm.*faceName: Mono | xterm.*faceSize: 13 | xterm.*.visualBell: true | | $ echo $TERM | xterm-xfree86 | | All other settings in .Xdefaults are applied just fine with the '-e' | option, so I don't think it's a problem with that file or with | xterm-options; -title -T or -n . | | Can someone help me with this puzzle? | | Pieter -- Todd Fries .. t...@fries.net _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | ..in support of free software solutions. \ 250797 (FWD) | \ \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt
Re: 'xterm -e mutt' doesn't show colors
Pieter Verberne pieterverbe...@xs4all.nl wrote: When I run mutt (or tmux/colorls -G/etc) from xterm, I have fancy colors=] But when I run: $ xterm -e mutt I don't have colors =[ $ echo $TERM xterm-xfree86 Where is TERM set? I suspect xterm -e ... simply doesn't pick up this setting. When you run xterm -e mutt, do a shell escape from mutt and check the value of TERM. -- Christian naddy Weisgerber na...@mips.inka.de
Re: X -configure command reboots machine
On Wed, Jun 17, 2009 at 09:45:49PM +0100, w...@xoono.net wrote: Hello Brynet, thanks for the suggestion, I just finished installing 4.5-current using a snapshop, the BIOS did not have option for PP unfortunately. With this version I am having more problems, I still have the reboot problem when trying to execute Xorg, and still running Xorg under ktrace makes it work. So using ktrace I ran Xorg but the chips driver refuses to start, it complains about not being able to find a device. But even if it worked, I do not think running X under ktrace is a very good idea, X is already a bit slow on this machine without ktrace's help. Upgrading to 4.5 from 4.2 wasn't such a good idea after all, I think I am going to stick to 4.2 until 4.6 comes out, I do not know if it is a good idea to use a version that old but I do not seem to have any other option. I haven't been following this thread too closely. So, you may have mentioned your upgrade proceedure before. I apologize if I'm rehashing old stuff. To be clear, you went from 4.2 directly to 4.5? Note: Upgrades are only supported from release to release, it is recommended that you NOT skip releases. -OpenBSD Upgrade Guide (http://www.openbsd.org/faq/upgrade45.html) Perhaps this is contributing to your problem. Just out of curiosity, what are you using your P1s for?. I use this little laptop for a bit of development, not being able to run firefox on it makes me more productive!, no youtube, bbc/iplayer and friends to get distracted with :) Thanks Tenoch |Hi Tenoch, | |I'm the proud owner of several early P1-class systems like that, PCI |interrupt routing is always.. sketchy. | |Some other options you might wish to try: |* Look in the BIOS for a setting similar to Plug Play OS, set that |option to No.. this will force the BIOS to setup some hardware prior |to passing control over to OpenBSD. |* Try a 4.5-CURRENT snapshot, some related changes were made that |might help things. | |Good luck.. | |-Brynet.
Re: 'xterm -e mutt' doesn't show colors
Todd T. Fries t...@fries.net wrote: Try TERM=xterm-color That's not the issue. TERM=xterm-xfree86 does include color support and is generally the best description of our xterm's capabilities. -- Christian naddy Weisgerber na...@mips.inka.de
Sistema Aduanero Mexicano 2009
SAM B!Tu compendio! http://www.bufeteinternacional.com.mx/netfax-juri/net-juri/sam.htm Como cada aC1o Bufete Internacional trae para usted el compendio Sistema Aduanero Mexicano 2009 con TODAS las disposiciones aplicables a la materia, correlacionadas en forma organizada, enriquecido con los comentarios del Dr. Eduardo Reyes DC-az-Leal, facilitando asC- su comprensiC3n y aplicaciC3n. Incluye el i-SAM, que es la plataforma de consulta en lC-nea que se incorpora como herramienta adicional para brindar mayores beneficios a los usuarios del material impreso, lo cual permitirC! el fC!cil acceso y consulta. En esta 16B* ediciC3n adquiC)ralo en preventa en cualquiera de nuestros centros de atenciC3n y B!obtenga un descuento especial! Para mC!s informaciC3n visite: http://www.bufeteinternacional.com.mx/netfax-juri/net-juri/sam.htm Estamos a sus C3rdenes en: MC XICO, D.F. cur...@bufeteinternacional.com.mx TEL: 01 (55) 1500-1400 ext. 246 MONTERREY, N.L. bi...@bufeteinternacional.com.mx TEL: 01 (81) 8191-5681 y 82 GUADALAJARA, JAL. msando...@bufeteinternacional.com.mx TEL: 01 (333) 640-2233 AGUASCALIENTES, AGS. bi...@bufeteinternacional.com.mx Tel: 01 (449) 153-3448 EnvC-o gratuito para los primeros ejemplares Para Desuscribirse, por favor, haga click aquiacute; : http://mkt.bufeteinternacional.com.mx/mailer/box.php?funcml=unsub2nl=9mi=330email=misc%40openbsd.org
Planex GW-USMicroN not recognized by run
I have tried both 4.5 and a June 16th snapshot of current for i386. Both pick up the GW-USMicroN as ugen0 dmesg ugen0 at uhub0 port 2 Ralink 802.11 n WLAN rev 2.00/1.01 addr 4 usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), NVIDIA(0x10de), rev 1.00 port 1 addr 4: high speed, power 450 mA, config 1, 802.11 n WLAN(0xed14), Ralink(0x2019), rev 1.01, iSerialNumber 1.0 When I search the man pages online using 4.5 and apropos for run, then follow the run link I get that the GW-USMicroN is supported. http://www.openbsd.org/cgi-bin/man.cgi?query=runsektion=4apropos=0manpath=OpenBSD+4.5arch=i386 However, if I search the man using 4.5, and the man switch is toggled, the manpage does not list any supported usb devices. http://www.openbsd.org/cgi-bin/man.cgi?query=runapropos=0sektion=0manpath=OpenBSD+4.5arch=i386format=html The same goes for current. So is this card actually supposed to be supported by either current or 4.5? Later Peter