Interesting behavior of 7.4 -> 7.5 upgrade on Protectli VP2420
I remotely upgraded the protectli vp2420 firewall appliance from 7.4 to 7.5 (amd64), and the upgrades went smoothly. However, the reboot showed 7.4. Had bsd.upgrade, etc. created. I then attached a monitor and keyboard to this appliance and ran sysupgrade again, this time around the upgrade went fine, and it booted up in 7.5. I am curious to understand why my remote upgrade attempt did not produce the desired result, while local upgrade with keyboard/monitor did. Any pointers will be helpful. Thanks in advance. -ag
Re: Cannot add gd
On Sat, Mar 9, 2024 at 12:45 AM Stuart Henderson wrote: > > On 2024-03-09, Sebastien Marie wrote: > > Amarendra Godbole writes: > > > >> I ran into this error today, while adding package gd on amd64 7.4 > >> release... > >> > >> # pkg_add gd > >> quirks-6.160 signed on 2024-03-06T19:04:54Z > >> Can't install gd-2.3.3 because of libraries > >> |library fontconfig.13.1 not found > >> | not found anywhere > >> |library freetype.30.3 not found > >> | not found anywhere > >> Direct dependencies for gd-2.3.3 resolve to tiff-4.5.1 png-1.6.39 > >> libwebp-1.3.1pl0 jpeg-2.1.5.1v0 libiconv-1.17 > >> Full dependency tree is tiff-4.5.1 xz-5.4.4 png-1.6.39 libiconv-1.17 > >> jpeg-2.1.5.1v0 zstd-1.5.5 giflib-5.2.1 libwebp-1.3.1pl0 lz4-1.9.4 > >> Couldn't install gd-2.3.3 > >> # > >> > >> This worked a week ago when installing on a similar setup, though I am > >> not sure what has changed. The fontconfig and freetype requirement > >> seems not listed in the subsequent direct and full dependency tree. Am > >> I missing something obvious? > > > > did you installed xbase74 set ? > > I bet this is the problem. > > See https://www.openbsd.org/faq/faq15.html#PkgInstall: > "Sometimes you may encounter an error like the one in the following > example" ... #1 under "There are several things to check" [...] Thank you everyone! Yes, that is the problem... this time around I skipped installing X sets, and forgot about it. Should have paid careful attention to the FAQ. -Amarendra
Cannot add gd
I ran into this error today, while adding package gd on amd64 7.4 release... # pkg_add gd quirks-6.160 signed on 2024-03-06T19:04:54Z Can't install gd-2.3.3 because of libraries |library fontconfig.13.1 not found | not found anywhere |library freetype.30.3 not found | not found anywhere Direct dependencies for gd-2.3.3 resolve to tiff-4.5.1 png-1.6.39 libwebp-1.3.1pl0 jpeg-2.1.5.1v0 libiconv-1.17 Full dependency tree is tiff-4.5.1 xz-5.4.4 png-1.6.39 libiconv-1.17 jpeg-2.1.5.1v0 zstd-1.5.5 giflib-5.2.1 libwebp-1.3.1pl0 lz4-1.9.4 Couldn't install gd-2.3.3 # This worked a week ago when installing on a similar setup, though I am not sure what has changed. The fontconfig and freetype requirement seems not listed in the subsequent direct and full dependency tree. Am I missing something obvious? Thanks. -Amarendra
Re: veb and vport on apu2 -- config feedback
On Fri, Sep 8, 2023 at 8:07 PM Daniel Ouellet wrote: > > Hi, > > A few things here. > > Comcast DO NOT use 9000 mtu, so don't try to use that. > > They sadly ONLY support 1500. > > if you force 9000 mtu, you will only create fragments. > > You can find it if you search for it as well. > > https://forums.xfinity.com/conversations/your-home-network/mtu-size/602db12cc5375f08cd47b1ad > > Also if you actually want to use the martian table, make it complete > also available is you search for the reserved IP's > > table const { 0/8, 10/8, 100.64/10, 127/8, 169.254/16, \ > 172.16/12, 192/24, 192.0.2/24, 192.168/16, 198.18/15, 198.51.100/24, \ > 203.0.113/24, 224/4, 240/4, 255.255.255.255/32 } > > Daniel Thanks Daniel, I have made the recommended changes. Appreciate your feedback. -Amarendra > > > On 9/8/23 9:41 PM, Amarendra Godbole wrote: > > On Fri, Jun 23, 2023 at 6:18 PM David Gwynne wrote: > >> > >> looks good to me after a quick read. > >> > >>> On 23 Jun 2023, at 12:15, Amarendra Godbole > >>> wrote: > >>> > >>> I am planning to experiment with veb on my PC Engines apu2e4 board. It > >>> has three ports (em0, 1 and 2). Current configuration has em0 hooked > >>> up to cable modem, while em1 and em2 are internal LAN. I don't have a > >>> good ability to troubleshoot via a serial console, since the apu board > >>> sits in the garage on top of a cabinet -- running serial cable to a > >>> laptop is challenging, though not impossible. So I am looking for > >>> feedback so as to keep this troubleshooting time minimal. > > [...] > > > > Thanks for the review, David. I finally managed to find a window when > > my family was away from the internet, so I could experiment. :-) My > > internet is delivered via Comcast cable modem, hooked to the APU's em0 > > port. A Ruckus wireless AP connects to em1. > > > > Here is a fully working configuration: > > > > $ cat hostname.em0 > > dhcp description "comcast uplink" > > > > $ cat hostname.em1 > > mtu 9000 > > up > > > > $ cat hostname.em2 > > mtu 9000 > > up > > > > $ cat hostname.veb0 > > add em1 > > add em2 > > add vport0 > > link0 > > up > > > > $ cat hostname.vport0 > > inet 192.168.1.1 255.255.255.0 192.168.1.255 > > mtu 9000 > > group internal > > up > > > > $ cat pf.conf > > table { 0.0.0.0/8 10.0.0.0/8 127.0.0.0/8 169.254.0.0/16 > > \ > >172.16.0.0/12 192.0.0.0/24 192.0.2.0/24 > > 224.0.0.0/3 \ > >192.168.0.0/16 198.18.0.0/15 > > 198.51.100.0/24 \ > > 203.0.113.0/24 } > > > > set block-policy drop > > set loginterface egress > > set skip on lo0 > > match in all scrub (no-df random-id max-mss 1440) > > > > antispoof quick for egress > > block in from no-route > > block in quick from urpf-failed > > > > block in quick on egress from to any > > block return out quick on egress from any to > > > > block all > > match out on egress nat-to (egress) > > pass out quick inet > > pass in on internal inet > > block return in quick on internal proto { udp tcp } to ! internal port > > { domain domain-s } > > > > $ cat rc.conf.local > > dhcpd_flags=vport0 > > unbound_flags= > > unbound_timeout=240 > > > > $ ifconfig > > lo0: flags=8049 mtu 32768 > > index 5 priority 0 llprio 3 > > groups: lo > > inet6 ::1 prefixlen 128 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > > inet 127.0.0.1 netmask 0xff00 > > > > em0: flags=808843 mtu 1500 > > lladdr 00:0d:b9:56:f4:fc > > index 1 priority 0 llprio 3 > > groups: egress > > media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause) > > status: active > > inet 98.35.243.87 netmask 0xff00 broadcast 98.35.243.255 > > > > em1: flags=8b43 > > mtu 9000 > > lladdr 00:0d:b9:56:f4:fd > > index 2 priority 0 llprio 3 > > media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause) > > status: active > > > > em2: flags=8b43 > > mtu 9000 > > lladdr 00:0d:b9:56:f4:fe > > index 3 priority 0 llprio 3 > > media: Ethernet autoselect (none) > > status: no carrier > > > > enc0: flags=0<> > > index 4 priority 0 llprio 3 > > groups: enc > > status: active > > > > veb0: flags=9843 > > index 6 llprio 3 > > groups: veb > > em1 flags=3 > > port 2 ifpriority 0 ifcost 0 > > em2 flags=3 > > port 3 ifpriority 0 ifcost 0 > > vport0 flags=3 > > port 7 ifpriority 0 ifcost 0 > > > > vport0: flags=8943 mtu 9000 > > lladdr fe:e1:ba:d0:18:bd > > index 7 priority 0 llprio 3 > > groups: vport internal > > inet 192.168.1.1 netmask 0xff00 broadcast 192.168.1.255 > > > > pflog0: flags=141 mtu 33136 > > index 8 priority 0 llprio 3 > > groups: pflog > > > > Thanks. > > > > -Amarendra > > >
Re: veb and vport on apu2 -- config feedback
On Fri, Jun 23, 2023 at 6:18 PM David Gwynne wrote: > > looks good to me after a quick read. > > > On 23 Jun 2023, at 12:15, Amarendra Godbole > > wrote: > > > > I am planning to experiment with veb on my PC Engines apu2e4 board. It > > has three ports (em0, 1 and 2). Current configuration has em0 hooked > > up to cable modem, while em1 and em2 are internal LAN. I don't have a > > good ability to troubleshoot via a serial console, since the apu board > > sits in the garage on top of a cabinet -- running serial cable to a > > laptop is challenging, though not impossible. So I am looking for > > feedback so as to keep this troubleshooting time minimal. [...] Thanks for the review, David. I finally managed to find a window when my family was away from the internet, so I could experiment. :-) My internet is delivered via Comcast cable modem, hooked to the APU's em0 port. A Ruckus wireless AP connects to em1. Here is a fully working configuration: $ cat hostname.em0 dhcp description "comcast uplink" $ cat hostname.em1 mtu 9000 up $ cat hostname.em2 mtu 9000 up $ cat hostname.veb0 add em1 add em2 add vport0 link0 up $ cat hostname.vport0 inet 192.168.1.1 255.255.255.0 192.168.1.255 mtu 9000 group internal up $ cat pf.conf table { 0.0.0.0/8 10.0.0.0/8 127.0.0.0/8 169.254.0.0/16 \ 172.16.0.0/12 192.0.0.0/24 192.0.2.0/24 224.0.0.0/3 \ 192.168.0.0/16 198.18.0.0/15 198.51.100.0/24 \ 203.0.113.0/24 } set block-policy drop set loginterface egress set skip on lo0 match in all scrub (no-df random-id max-mss 1440) antispoof quick for egress block in from no-route block in quick from urpf-failed block in quick on egress from to any block return out quick on egress from any to block all match out on egress nat-to (egress) pass out quick inet pass in on internal inet block return in quick on internal proto { udp tcp } to ! internal port { domain domain-s } $ cat rc.conf.local dhcpd_flags=vport0 unbound_flags= unbound_timeout=240 $ ifconfig lo0: flags=8049 mtu 32768 index 5 priority 0 llprio 3 groups: lo inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff00 em0: flags=808843 mtu 1500 lladdr 00:0d:b9:56:f4:fc index 1 priority 0 llprio 3 groups: egress media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause) status: active inet 98.35.243.87 netmask 0xff00 broadcast 98.35.243.255 em1: flags=8b43 mtu 9000 lladdr 00:0d:b9:56:f4:fd index 2 priority 0 llprio 3 media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause) status: active em2: flags=8b43 mtu 9000 lladdr 00:0d:b9:56:f4:fe index 3 priority 0 llprio 3 media: Ethernet autoselect (none) status: no carrier enc0: flags=0<> index 4 priority 0 llprio 3 groups: enc status: active veb0: flags=9843 index 6 llprio 3 groups: veb em1 flags=3 port 2 ifpriority 0 ifcost 0 em2 flags=3 port 3 ifpriority 0 ifcost 0 vport0 flags=3 port 7 ifpriority 0 ifcost 0 vport0: flags=8943 mtu 9000 lladdr fe:e1:ba:d0:18:bd index 7 priority 0 llprio 3 groups: vport internal inet 192.168.1.1 netmask 0xff00 broadcast 192.168.1.255 pflog0: flags=141 mtu 33136 index 8 priority 0 llprio 3 groups: pflog Thanks. -Amarendra
Re: "OpenBSD Doc" App idea
On Fri, Sep 8, 2023 at 8:02 AM Luke Call wrote: > > On 2023-09-07 22:47:47+0200, Daniele B. wrote: > > > > > I don't know if Android has a similar feature, but at least on iOS you > > > can save a particular website to your home as a webapp from Safari. > > > > Thanks for the answer Shokara. My initiative was to call for the development > > in the community of a serious app, with commands directory and full-text > > search, > > working offline on multiple device with different screen orientation. > > > > Beside the possibility to create an home link of the online site on Android. > > > > If you need full-text search from the desktop, this does the job for me. > I put it in my path and call the script "mank" since it resembles > Linux's "man -K" well enough > for me, and has been useful when I just know I read something but can't > remember where well enough to use apropos. It is not fast. It assumes > bash is installed from packages, but could easily be changed to use ksh > instead. > > #!/usr/bin/env bash > set -eux > TMP=$(mktemp -t mank-tmp-output_XX) > nice grep -irE -C "$1" /usr/share/man/* 2>&1 > $TMP || true > nice grep -irE -C "$1" /usr/local/man/* 2>&1 >> $TMP || true > less -p "$1" $TMP > rm -f $TMP > echo $? > > I also have used wget a couple of times in the past to locally mirror > www.openbsd.org in case I needed something and can't get online, and > then one could grep that also (or use google to do a full-text online search > of that site), but I don't know whether that wget thing is a great idea. [...] Alternately, you can also clone the www repo: https://github.com/openbsd/www Thanks. -ag
veb and vport on apu2 -- config feedback
I am planning to experiment with veb on my PC Engines apu2e4 board. It has three ports (em0, 1 and 2). Current configuration has em0 hooked up to cable modem, while em1 and em2 are internal LAN. I don't have a good ability to troubleshoot via a serial console, since the apu board sits in the garage on top of a cabinet -- running serial cable to a laptop is challenging, though not impossible. So I am looking for feedback so as to keep this troubleshooting time minimal. Any feedback is welcome. Configs below. Thanks in avance. -Amarendra $ cat hostname.em1 mtu 9000 up $ cat hostname.em2 mtu 9000 up $ cat hostname.veb0 add em1 add em2 add vport0 link0 up $ cat hostname.vport0 inet 192.168.1.1 255.255.255.0 192.168.1.255 mtu 9000 group internal up $ cat pf.conf ruckus= "192.168.1.10" table { 0.0.0.0/8 10.0.0.0/8 127.0.0.0/8 169.254.0.0/16 \ 172.16.0.0/12 192.0.0.0/24 192.0.2.0/24 224.0.0.0/3 \ 192.168.0.0/16 198.18.0.0/15 198.51.100.0/24\ 203.0.113.0/24 } set block-policy drop set loginterface egress set skip on lo0 match in all scrub (no-df random-id max-mss 1440) # spoof protection antispoof quick for egress block in from no-route block in quick from urpf-failed # block martians! block in quick on egress from to any block return out quick on egress from any to # default deny block all # allow icmp match in on egress inet proto icmp icmp-type { echoreq } tag ICMP_IN block drop in on egress proto icmp pass in proto icmp tagged ICMP_IN max-pkt-rate 100/10 pass in on egress inet proto icmp icmp-type { 3 code 4, 11 code 0} pass out quick on egress inet from internal nat-to (egress) pass out quick inet pass in on internal inet # block dns queries that are not destined for our dns server. block return in quick on internal proto { udp tcp } to ! internal port { 53 853 } # block Ruckus AP from "phoning home" block in quick on internal from $ruckus
Re: PC Engines APU platform EOL
On Thu, May 4, 2023 at 2:47 AM Anders Andersson wrote: > > On Thu, May 4, 2023 at 8:24 AM Damian McGuckin wrote: > > > > On Thu, 4 May 2023, Maksim Rodin wrote: > > > > > Is there any problem with fanless x86_64 mini PCs with several NICs, > > > sold on aliexpress? > > > > Maybe, or give up on the rackmount and buy the R86S, as in > > > > https://www.aliexpress.com/i/1005004765507664.html > > > > An alternative is to buy 3 APU4s now 3 to cover failures and spares over > > the next few years. Hopefully, they still have some left. > > > > Thanks - Damian > > The R86S looks cute, but on closer inspection it has a fan. They even > crammed *two* fans in there for the taller version. That doesn't > necessarily mean it makes a lot of noise, but if fanless is a strict > requirement for other reasons it's out. [...] The B1, B2 and B3 models don't have a fan, if the comparison table is to be believed. That said, I did a bit of research on buying these no-name Chinese boxes from Amazon and AliExpress, and decided to get one from Amazon since I can return it in 30-days in case it does not work. Got a Minisforum GK41 (https://www.amazon.com/gp/product/B0899N2L6T/) It is not fanless and has two gigabit realtek NICs'. I currently have OpenBSD 7.3 installed on it, and noticed the wireless module is not supported (anyways I don't need that). The BIOS is customized AMI Bios, and there seems to be no way to upgrade it (which I expected). The build quality is reasonable, and I can barely hear the fan at a feet distance. dmesg below. Thanks. -ag OpenBSD 7.3 (GENERIC.MP) #1125: Sat Mar 25 10:36:29 MDT 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8367906816 (7980MB) avail mem = 8094904320 (7719MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x79857000 (18 entries) bios0: vendor American Megatrends Inc. version "GB7 0.08" date 05/25/2021 bios0: BESSTAR TECH LIMITED GK41 efi0 at bios0: UEFI 2.7 efi0: American Megatrends rev 0x5000d acpi0 at bios0: ACPI 6.2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP FPDT FIDT MSDM MCFG SSDT DBG2 DBGP HPET LPIT APIC NPKT SSDT SSDT SSDT SSDT SSDT SSDT TPM2 DMAR WDAT NHLT WSMT acpi0: wakeup devices HDAS(S3) XHC_(S4) XDCI(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpihpet0 at acpi0: 1920 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Celeron(R) J4125 CPU @ 2.00GHz, 1994.48 MHz, 06-7a-08 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 24KB 64b/line 6-way D-cache, 32KB 64b/line 8-way I-cache, 4MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 19MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Celeron(R) J4125 CPU @ 2.00GHz, 1994.48 MHz, 06-7a-08 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 24KB 64b/line 6-way D-cache, 32KB 64b/line 8-way I-cache, 4MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Celeron(R) J4125 CPU @ 2.00GHz, 1994.48 MHz, 06-7a-08 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu2: 24KB 64b/line 6-way D-cache, 32KB 64b/line 8-way I-cache, 4MB 64b/line 16-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Celeron(R) J4125 CPU @ 2.00GHz, 1994.48 MHz, 06-7a-08 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8
Re: Trying to understand unbound error that resulted in internet outage
On Sun, Aug 28, 2022 at 10:46 PM Otto Moerbeek wrote: > > On Sun, Aug 28, 2022 at 12:26:25PM -0700, Amarendra Godbole wrote: > > > Hi, > > > > I am trying to troubleshoot an unbound error message that caused an > > internet outage. My home network uses Xfinity internet - the cable > > modem router is hooked up to a pcengines firewall that runs OpenBSD > > and onward it goes to a Ruckus Wireless AP. > > > > Couple of hours ago, my internet went down - xfinity portal also > > indicated they could not reach my cable modem. DNS queries started > > returning SERVFAIL. This accompanied error messages in the unbound > > log: > > > > [...] > > Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't > > assign requested address for 45.79.130.187 port 53 > > You are misinterpreting things. > > This message is an effect--not a cause--of internet trouble. [...] Thanks, I realized that'd be the case since we had an Xfinity outage today for "perf improvements". It appears the internet went off briefly yesterday when I saw those error messages in an unbound log. -Amarendra
Trying to understand unbound error that resulted in internet outage
Hi, I am trying to troubleshoot an unbound error message that caused an internet outage. My home network uses Xfinity internet - the cable modem router is hooked up to a pcengines firewall that runs OpenBSD and onward it goes to a Ruckus Wireless AP. Couple of hours ago, my internet went down - xfinity portal also indicated they could not reach my cable modem. DNS queries started returning SERVFAIL. This accompanied error messages in the unbound log: [...] Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 45.79.130.187 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 185.209.84.218 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 45.127.112.23 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 45.127.112.23 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 86.109.15.15 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 178.63.120.205 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 178.63.120.205 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 45.127.113.23 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 185.82.172.118 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 185.209.84.218 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 185.120.22.23 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 45.127.113.23 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 185.126.112.98 port 53 Aug 28 09:53:28 unbound[99157:0] error: udp connect failed: Can't assign requested address for 45.127.112.23 port 53 Aug 28 09:53:30 unbound[99157:0] error: udp connect failed: Can't assign requested address for 23.211.133.192 port 53 Aug 28 09:53:30 unbound[99157:0] error: udp connect failed: Can't assign requested address for 23.211.133.192 port 53 Aug 28 09:53:30 unbound[99157:0] error: udp connect failed: Can't assign requested address for 184.85.248.193 port 53 Aug 28 09:53:30 unbound[99157:0] error: udp connect failed: Can't assign requested address for 184.85.248.193 port 53 Aug 28 09:53:30 unbound[99157:0] error: udp connect failed: Can't assign requested address for 23.211.133.192 port 53 Aug 28 10:05:05 unbound[99157:0] info: service stopped (unbound 1.15.0). [...] Restarting unbound did not help, so I rebooted the firewall. There were no more errors, and after a while unbound started functioning fine. Xfinity could also now reach the cable modem. Searching the internet for the above error message did not yield much. So I am basically scratching my head as to what abruptly went wrong that caused these error messages, as well as the reason why Xfinity complained they could not reach my cable modem. dmesg and unbound.conf attached. Has anyone encountered a similar situation? I am looking for pointers to further exploration. Thanks. -Amarendra OpenBSD 7.1 (GENERIC.MP) #3: Sun May 15 10:27:01 MDT 2022 r...@syspatch-71-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4259909632 (4062MB) avail mem = 4113522688 (3922MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xcfe92040 (13 entries) bios0: vendor coreboot version "v4.17.0.1" date 06/22/2022 bios0: PC Engines apu2 acpi0 at bios0: ACPI 6.0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP SSDT MCFG TPM2 APIC HEST SSDT SSDT DRTM HPET acpi0: wakeup devices PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4) UOH1(S3) UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) UOH6(S3) XHC0(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-63 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD GX-412TC SOC, 998.27 MHz, 16-30-01 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock runnin
Re: OpenBSD stickers
On Wed, May 11, 2022 at 8:05 PM Amarendra Godbole wrote: > > Hello Everyone, > > I had an opportunity to print a stack of OpenBSD logo stickers > (approx. 3" x 2"). They are transparent, matt print plastic. After > keeping a few aside, I still have several that remain - and hence this > email. Per Theo's suggestion the remaining will go to the community > for free. Here is how I plan to do it: > > (1) Limit 2 per person, so more people have a chance to get them. If > the demand far outweighs the supply, I may adjust the quantity to 1 > per person, [...] All sticker requests have been fulfilled. I have sent one sticker to US addresses, and two to international. Those in the US should already have received them, the international mailers went out last week, so give it a few more weeks to arrive in your home country. Meanwhile, I managed to print a few more (this was after I shipped the US mailers, but in time for an additional one to be included in the international mailers). If you haven't received it, or would want one more, just let me know. Thanks. -Amarendra
Re: OpenBSD stickers
On Wed, May 11, 2022 at 8:05 PM Amarendra Godbole wrote: > > Hello Everyone, > > I had an opportunity to print a stack of OpenBSD logo stickers > (approx. 3" x 2"). They are transparent, matt print plastic. After > keeping a few aside, I still have several that remain - and hence this > email. Per Theo's suggestion the remaining will go to the community > for free. Here is how I plan to do it: > > (1) Limit 2 per person, so more people have a chance to get them. If > the demand far outweighs the supply, I may adjust the quantity to 1 > per person, [...] Everyone, I have received several requests -- please be patient, as it will take me a few days to go through them. If you don't receive a response, you will receive a sticker or two. If I cannot ship it (mostly international), I will contact you personally to see what can be done. Thanks for the overwhelming response! Thanks. -Amarendra
Re: apu2e4 intermittent network freeze
On Mon, Jan 31, 2022 at 6:03 AM Hrvoje Popovski wrote: > > On 31.1.2022. 13:44, Łukasz Moskała wrote: > > W dniu 31.01.2022 o 02:44, Amarendra Godbole pisze: > >> My home network has a PC Engines apu2e4 running OpenBSD 7.0, acting as > >> a firewall/router, dhcp server, and DNS server. A Ruckus wifi AP > >> receives a fixed DHCP address from apu2e4. All devices connect to the > >> AP, and receive IP address in the same subnet. apu2e4 has em0, em1 and > >> em2, of which em0 is uplink from Comcast, and em1 and em2 are fixed to > >> 192.168.10.1 and .2 respectively. I have dhcpd and unbound listening > >> on both em1 and em2. > >> > >> Normally my laptop that receives an IP of 192.168.10.105 is able to > >> ping the ap2e4 at 192.168.10.1 (and even ssh into it). Today I lost > >> that connectivity first, and ping stopped working. A restart of > >> network on apu2e4 got it working again. The problem kept repeating > >> every few minutes (maybe 5 or so?), till I restarted network on the > >> apu2e4/OpenBSD host. > >> > >> What changed today? In the morning, I applied the last two patches 009 > >> (expat) and 010 (vmm). So I uninstalled those, but as guessed, the > >> problem did not go away. So now I switched to the other channel (em1), > >> and the connectivity has been stable so far. > >> > >> I am completely in the dark here and do not have a clue as to what may > >> have happened - something to do with networking, and possibly an > >> ethernet channel going bad on apu2e4 since the second one works? Can > >> anyone provide a few pointers on where I should start looking? > >> > >> Thanks in advance. dmesg attached. > >> > >> -Amarendra > > > > So, you have em1 with 192.168.10.1/24 and em2 with 192.168.10.2/24? > > > > Having two interfaces in the same subnet is a bad idea (unless they are > > in seperate routing domains) > > > > I think that what you want to do is: > > - create bridge0 > > you mean veb(4)? right? :) > > > - move 192.168.10.1/24 address to bridge0 > > and vport(4) :) > > > > > - remove IP address from em1 and em2 > > - attach em1 and em2 as bridge0 members > > - make dhcpd, unbound and whatever listen on bridge0 > > > > Alternatively, change em2 IP address to be in other subnet than em1, for > > example 192.168.20.1/24 [...] Thanks for your response(s). A few releases ago I did have a bridge, but realized it causes an overall throughput drop rather than using individual interfaces directly. I should have clarified -- even though both interfaces are on the same subnet, only one is connected at any given time, until yesterday, when I started seeing the issue on em1. Let me give a try to veb(4) and vport(4). -Amarendra
apu2e4 intermittent network freeze
My home network has a PC Engines apu2e4 running OpenBSD 7.0, acting as a firewall/router, dhcp server, and DNS server. A Ruckus wifi AP receives a fixed DHCP address from apu2e4. All devices connect to the AP, and receive IP address in the same subnet. apu2e4 has em0, em1 and em2, of which em0 is uplink from Comcast, and em1 and em2 are fixed to 192.168.10.1 and .2 respectively. I have dhcpd and unbound listening on both em1 and em2. Normally my laptop that receives an IP of 192.168.10.105 is able to ping the ap2e4 at 192.168.10.1 (and even ssh into it). Today I lost that connectivity first, and ping stopped working. A restart of network on apu2e4 got it working again. The problem kept repeating every few minutes (maybe 5 or so?), till I restarted network on the apu2e4/OpenBSD host. What changed today? In the morning, I applied the last two patches 009 (expat) and 010 (vmm). So I uninstalled those, but as guessed, the problem did not go away. So now I switched to the other channel (em1), and the connectivity has been stable so far. I am completely in the dark here and do not have a clue as to what may have happened - something to do with networking, and possibly an ethernet channel going bad on apu2e4 since the second one works? Can anyone provide a few pointers on where I should start looking? Thanks in advance. dmesg attached. -Amarendra OpenBSD 7.0 (GENERIC.MP) #3: Wed Dec 15 13:14:26 MST 2021 r...@syspatch-70-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4259856384 (4062MB) avail mem = 4114722816 (3924MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xcfe85040 (13 entries) bios0: vendor coreboot version "v4.14.0.3" date 08/10/2021 bios0: PC Engines apu2 acpi0 at bios0: ACPI 6.0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP SSDT MCFG TPM2 APIC HEST SSDT SSDT DRTM HPET acpi0: wakeup devices PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4) UOH1(S3) UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) UOH6(S3) XHC0(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-63 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD GX-412TC SOC, 998.26 MHz, 16-30-01 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD GX-412TC SOC, 998.14 MHz, 16-30-01 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD GX-412TC SOC, 998.20 MHz, 16-30-01 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu2: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu2: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu2: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD GX-412TC SOC, 998.14 MHz, 16-30-01 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu3: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu3: ITLB 32 4KB entrie
Re: Issue with Ubiquiti ERL upgrade from 6.7 to 6.8 via sysupgrade (octeon)
Yes, that was it... The bootcmd was set to 'fatload usb 0 $loadaddr bsd; bootoctlinux rootdev=/dev/sd0', which I had to change to 'fatload usb 0 $loadaddr boot; bootoctlinux rootdev=/dev/sd0' and then the upgrade went through fine. Thanks for the help, Theo. -Amarendra erl$ dmesg [ using 746200 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2020 OpenBSD. All rights reserved. https://www.OpenBSD.org OpenBSD 6.8 (GENERIC.MP) #322: Sun Oct 4 21:22:50 MDT 2020 dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP real mem = 536870912 (512MB) avail mem = 521469952 (497MB) random: good seed from bootblocks mainbus0 at root: board 20002 rev 2.18, model CN3xxx/CN5xxx cpu0 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu0: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way clock0 at mainbus0: int 5 octcrypto0 at mainbus0 iobus0 at mainbus0 simplebus0 at iobus0: "soc" octciu0 at simplebus0 octsmi0 at simplebus0 octpip0 at simplebus0 octgmx0 at octpip0 interface 0 cnmac0 at octgmx0: port 0 RGMII, address 78:8a:20:46:a8:c0 atphy0 at cnmac0 phy 7: AR8035 10/100/1000 PHY, rev. 2 cnmac1 at octgmx0: port 1 RGMII, address 78:8a:20:46:a8:c1 atphy1 at cnmac1 phy 6: AR8035 10/100/1000 PHY, rev. 2 cnmac2 at octgmx0: port 2 RGMII, address 78:8a:20:46:a8:c2 atphy2 at cnmac2 phy 5: AR8035 10/100/1000 PHY, rev. 2 com0 at simplebus0: ns16550a, 64 byte fifo com0: console dwctwo0 at iobus0 base 0x118006800 irq 56 usb0 at dwctwo0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Octeon DWC2 root hub" rev 2.00/1.00 addr 1 octrng0 at iobus0 base 0x14000 irq 0 umass0 at uhub0 port 1 configuration 1 interface 0 "Lexar USB Flash Drive" rev 2.10/11.00 addr 2 umass0: using SCSI over Bulk-Only scsibus0 at umass0: 2 targets, initiator 0 sd0 at scsibus0 targ 1 lun 0: removable serial.21c40cd1719080003000 sd0: 30526MB, 512 bytes/sector, 62517248 sectors vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on sd0a (2124441bc835a462.a) swap on sd0b dump on sd0b WARNING: CHECK AND RESET THE DATE! On Wed, Mar 31, 2021 at 8:14 AM Theo de Raadt wrote: > your PROM is likely setup to boot a "bsd" kernel in the msdos partition, > rather than the "boot" file. The "boot" file will load /bsd from the ffs > partition. > > Amarendra Godbole wrote: > > > So I used sysupgrade to upgrade the ERL from 6.7 to 6.8. It went through > > everything fine, downloaded the sets, extracts, etc. and reboots. > However, > > it boots back into the old 6.7 kernel. I can see /bsd.upgrade created, > and > > /home/_sysupgrade is empty. but did not see any option to trigger the > > upgrade. I thought it should have been automatically handled by > sysupgrade. > > > > What did I miss? > > > > Thanks. > > > > -Amarendra > > > > > > erl# uname -a > > OpenBSD erl.lan 6.7 GENERIC.MP#134 octeon > > > > erl# ls -l > > total 79128 > > -rw-r--r-- 1 root wheel 578 May 7 2020 .cshrc > > -rw-r--r-- 1 root wheel 468 May 7 2020 .profile > > drwxr-xr-x 2 root wheel 512 May 7 2020 altroot > > -rw-r--r-- 1 root wheel 160 Mar 31 00:08 auto_upgrade.conf > > drwxr-xr-x 2 root wheel 1024 May 7 2020 bin > > -rwx-- 1 root wheel 7626800 Mar 31 00:10 bsd > > -rwx-- 1 root wheel 7623592 Mar 31 00:01 bsd.booted > > -rw--- 1 root wheel 8843608 May 7 2020 bsd.rd > > -rw--- 1 root wheel 7568260 May 7 2020 bsd.sp > > -rwx-- 1 root wheel 8823044 Mar 31 00:09 bsd.upgrade > > drwxr-xr-x 4 root wheel18432 Mar 31 00:10 dev > > drwxr-xr-x 23 root wheel 2048 Mar 31 00:11 etc > > drwxr-xr-x 4 root wheel 512 Oct 15 21:09 home > > drwxr-xr-x 2 root wheel 512 May 7 2020 mnt > > drwx-- 3 root wheel 512 Mar 31 01:30 root > > drwxr-xr-x 2 root wheel 1536 May 7 2020 sbin > > lrwxrwx--- 1 root wheel 11 May 7 2020 sys -> usr/src/sys > > drwxrwxrwt 6 root wheel 512 Mar 31 07:45 tmp > > drwxr-xr-x 16 root wheel 512 Sep 7 2020 usr > > drwxr-xr-x 23 root wheel 512 May 7 2020 var > > erl# > > > > erl# dmesg > > Copyright (c) 1982, 1986, 1989, 1991, 1993 > > The Regents of the University of California. All rights reserved. > > Copyright (c) 1995-2020 OpenBSD. All rights reserved. > > https://www.OpenBSD.org > > > > OpenBSD 6.7 (GENERIC.MP) #134: Thu May 7 16:05:06 MDT 2020 > > dera...@octeon.openbsd.org:/usr/src/sys/arch/oc
Issue with Ubiquiti ERL upgrade from 6.7 to 6.8 via sysupgrade (octeon)
So I used sysupgrade to upgrade the ERL from 6.7 to 6.8. It went through everything fine, downloaded the sets, extracts, etc. and reboots. However, it boots back into the old 6.7 kernel. I can see /bsd.upgrade created, and /home/_sysupgrade is empty. but did not see any option to trigger the upgrade. I thought it should have been automatically handled by sysupgrade. What did I miss? Thanks. -Amarendra erl# uname -a OpenBSD erl.lan 6.7 GENERIC.MP#134 octeon erl# ls -l total 79128 -rw-r--r-- 1 root wheel 578 May 7 2020 .cshrc -rw-r--r-- 1 root wheel 468 May 7 2020 .profile drwxr-xr-x 2 root wheel 512 May 7 2020 altroot -rw-r--r-- 1 root wheel 160 Mar 31 00:08 auto_upgrade.conf drwxr-xr-x 2 root wheel 1024 May 7 2020 bin -rwx-- 1 root wheel 7626800 Mar 31 00:10 bsd -rwx-- 1 root wheel 7623592 Mar 31 00:01 bsd.booted -rw--- 1 root wheel 8843608 May 7 2020 bsd.rd -rw--- 1 root wheel 7568260 May 7 2020 bsd.sp -rwx-- 1 root wheel 8823044 Mar 31 00:09 bsd.upgrade drwxr-xr-x 4 root wheel18432 Mar 31 00:10 dev drwxr-xr-x 23 root wheel 2048 Mar 31 00:11 etc drwxr-xr-x 4 root wheel 512 Oct 15 21:09 home drwxr-xr-x 2 root wheel 512 May 7 2020 mnt drwx-- 3 root wheel 512 Mar 31 01:30 root drwxr-xr-x 2 root wheel 1536 May 7 2020 sbin lrwxrwx--- 1 root wheel 11 May 7 2020 sys -> usr/src/sys drwxrwxrwt 6 root wheel 512 Mar 31 07:45 tmp drwxr-xr-x 16 root wheel 512 Sep 7 2020 usr drwxr-xr-x 23 root wheel 512 May 7 2020 var erl# erl# dmesg Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2020 OpenBSD. All rights reserved. https://www.OpenBSD.org OpenBSD 6.7 (GENERIC.MP) #134: Thu May 7 16:05:06 MDT 2020 dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP real mem = 536870912 (512MB) avail mem = 506740736 (483MB) mainbus0 at root: board 20002 rev 2.18 cpu0 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu0: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way cpu1 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu1: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way clock0 at mainbus0: int 5 octcrypto0 at mainbus0 iobus0 at mainbus0 simplebus0 at iobus0: "soc" octciu0 at simplebus0 octsmi0 at simplebus0 octpip0 at simplebus0 octgmx0 at octpip0 interface 0 cnmac0 at octgmx0: RGMII, address 78:8a:20:46:a8:c0 atphy0 at cnmac0 phy 7: AR8035 10/100/1000 PHY, rev. 2 cnmac1 at octgmx0: RGMII, address 78:8a:20:46:a8:c1 atphy1 at cnmac1 phy 6: AR8035 10/100/1000 PHY, rev. 2 cnmac2 at octgmx0: RGMII, address 78:8a:20:46:a8:c2 atphy2 at cnmac2 phy 5: AR8035 10/100/1000 PHY, rev. 2 com0 at simplebus0: ns16550a, 64 byte fifo com0: console dwctwo0 at iobus0 base 0x118006800 irq 56 usb0 at dwctwo0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Octeon DWC2 root hub" rev 2.00/1.00 addr 1 octrng0 at iobus0 base 0x14000 irq 0 /dev/ksyms: Symbol table not valid. umass0 at uhub0 port 1 configuration 1 interface 0 "Lexar USB Flash Drive" rev 2.10/11.00 addr 2 umass0: using SCSI over Bulk-Only scsibus0 at umass0: 2 targets, initiator 0 sd0 at scsibus0 targ 1 lun 0: removable serial.21c40cd1719080003000 sd0: 30526MB, 512 bytes/sector, 62517248 sectors vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets boot device: sd0 root on sd0a (2124441bc835a462.a) swap on sd0b dump on sd0b WARNING: No TOD clock, believing file system. WARNING: CHECK AND RESET THE DATE!
Re: Understanding download speed reduction by introducing an inline Ubiquity ERL device
On Mon, Oct 5, 2020 at 1:08 AM Stuart Henderson wrote: > > On 2020-10-04, Amarendra Godbole wrote: > > 1. config #1: MacBook - Linksys WRT1200AC - xfinity cable modem > > (speed: ~210 Mbits/s down, 6 Mbits/s up) > > 2. config #2: MacBook - Linksys WRT1200AC - Ubiquiti ERL - xfinity > > cable modem (speed: ~90 MBits down, 6 Mbits/s up) > > 3. config #3 (Line speed): MacBook wired to cable modem (~230 Mbits/s > > down, ~8 Mbits/s up). > > > cnmac0 1600a8:28:dc:cc:2e:6f 56088774 0 22283491 2688 > > 0 > > cnmac1 160078:8a:20:46:a8:c1 23646497 4 5656985348 > > 0 > > cnmac2 160078:8a:20:46:a8:c214823 0 226198 226198 > >0 > > bridge0 1500 23187238 0 57022219 0 > > 0 > > Since "netlivelocks" is increasing, network performance will be impacted. > > Is it any better if you don't use bridge/vether, just use the cnmac interface > directly? > > Is it any better with a snapshot? (at present these haven't gone past > 6.8 yet so you can still upgrade easily from there to release - just check > to make sure it says "6.8" not "6.8-current" in the version number) [...] Upgraded to 6.8-release today, but no go. The download speed remains at ~125 Mbits/s. On that note, someone on /r/openbsd said he was able to squeeze ERL to do 300 Mbits/s by tweaking some buffers. Unfortunately, he doesn't have immediate access to the ERL, but has promised an update in a few months when covid restrictions are lifted so he can travel. I will update this thread once I hear back from him. Also, I have presently swapped the ERL for apu2e4, which comfortably matches my line-speed. I upgraded it to 6.8-release today, and posted the dmesg to misc@ in case anyone is interested. Thanks. -Amarendra
dmesg for 6.8-release on apu2e4 4GB (amd64)
The apu2e4 acts as a home router/firewall for a Comcast Xfinity 200 Mbits/s down cable connection. Quick observations: - sysupgrade worked flawlessly. For unbound.conf it notified of a manual merge, and kept the installed file unaltered. I did not require manual sysmerge. - additional x*.tgz packages were installed by sysupgrade, though in the previous configuration I had explicitly deselected these. Maybe a bug or my incompetence, I need to figure this out. Thanks to the entire OpenBSD team for yet another awesome release! :-) -Amarendra dmesg: OpenBSD 6.8 (GENERIC.MP) #98: Sun Oct 4 18:13:26 MDT 2020 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4259880960 (4062MB) avail mem = 4115738624 (3925MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xcfe8b040 (13 entries) bios0: vendor coreboot version "v4.12.0.5" date 09/25/2020 bios0: PC Engines apu2 acpi0 at bios0: ACPI 6.0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP SSDT MCFG TPM2 APIC HEST SSDT SSDT DRTM HPET acpi0: wakeup devices PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4) UOH1(S3) UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) UOH6(S3) XHC0(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-64 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD GX-412TC SOC, 998.27 MHz, 16-30-01 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD GX-412TC SOC, 998.13 MHz, 16-30-01 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD GX-412TC SOC, 998.13 MHz, 16-30-01 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu2: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu2: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu2: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD GX-412TC SOC, 998.33 MHz, 16-30-01 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu3: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu3: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu3: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu3: smt 0, core 3, package 0 ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins ioapic1 at mainbus0: apid 5 pa 0xfec2, version 21, 32 pins acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PBR4) acpiprt2 at acpi0: bus 1 (PBR5) acpiprt3 at acpi0: bus 2 (PBR6) acpiprt4 at acpi0: bus 3 (PBR7) acpiprt5 at acpi0: bus -1 (PBR8) acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 acpicmos0 at acpi0 amdgpio0 at acpi0 GPIO uid 0 addr 0xfed81500/0x300 irq 7, 184 pins "PRP0001" at acpi0 not configured "PRP0001" at acpi0 not configured "PRP0001" at acpi0 not configured "PRP0001" at acpi0 not configured "PRP0001" at acpi0 not configured
Re: Understanding download speed reduction by introducing an inline Ubiquity ERL device
On Mon, Oct 5, 2020 at 1:08 AM Stuart Henderson wrote: > > On 2020-10-04, Amarendra Godbole wrote: > > 1. config #1: MacBook - Linksys WRT1200AC - xfinity cable modem > > (speed: ~210 Mbits/s down, 6 Mbits/s up) > > 2. config #2: MacBook - Linksys WRT1200AC - Ubiquiti ERL - xfinity > > cable modem (speed: ~90 MBits down, 6 Mbits/s up) > > 3. config #3 (Line speed): MacBook wired to cable modem (~230 Mbits/s > > down, ~8 Mbits/s up). > > > cnmac0 1600a8:28:dc:cc:2e:6f 56088774 0 22283491 2688 > > 0 > > cnmac1 160078:8a:20:46:a8:c1 23646497 4 5656985348 > > 0 > > cnmac2 160078:8a:20:46:a8:c214823 0 226198 226198 > >0 > > bridge0 1500 23187238 0 57022219 0 > > 0 > > Since "netlivelocks" is increasing, network performance will be impacted. > > Is it any better if you don't use bridge/vether, just use the cnmac interface > directly? Yes indeed! I used cnmac directly, and saw an improvement in download speed -- from ~90 Mbits/s it jumped to ~120 Mbits/s, and upload speed increased as well from ~5 Mbits/s to ~7 Mbits/sec. > Is it any better with a snapshot? (at present these haven't gone past > 6.8 yet so you can still upgrade easily from there to release - just check > to make sure it says "6.8" not "6.8-current" in the version number) > I'll try upgrading to snapshot in the next "maintenance window" (typically Sunday mornings when the household is quiet). :-) Thanks for the pointers. -Amarendra
Re: Understanding download speed reduction by introducing an inline Ubiquity ERL device
On Wed, Oct 7, 2020 at 10:37 PM Aaron Mason wrote: > > On Mon, Oct 5, 2020 at 12:22 PM Scott Seekamp wrote: > > > > I had a similar speed drop on an Edge Router 4. I don’t know if it’s the > > same situation on the Lite, but I believe it’s expected due to hardware > > acceleration support (or lack of) and single core performance on the pf > > side. > > I read somewhere that this drop can happen even with the factory OS - > the routing is handled by an ASIC (which is how they push near-gigabit > forwarding speeds) but if you do any sort of filtering, it falls back > to software routing. Since the ASIC is black box voodoo, OpenBSD will > always use the CPU for routing. The more I read on Ubiquiti ERL, I realize this may indeed be the case -- "hardware offloading" is what they call it. See https://help.ui.com/hc/en-us/articles/115006567467-EdgeRouter-Hardware-Offloading Thanks. -Amarendra > > Scott > > > > > On Oct 4, 2020, at 17:24, Amarendra Godbole > > > wrote: > > > > > > Sorry I forgot including "ifconfig" output: > > > > > > lo0: flags=8049 mtu 32768 > > > index 5 priority 0 llprio 3 > > > groups: lo > > > inet6 ::1 prefixlen 128 > > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > > > inet 127.0.0.1 netmask 0xff00 > > > > > > cnmac0: flags=808843 > > > mtu 1500 > > > lladdr a8:28:dc:cc:2e:6f > > > index 1 priority 0 llprio 3 > > > groups: egress > > > media: Ethernet autoselect (1000baseT full-duplex,master) > > > status: active > > > inet 73.xx.xx.xx netmask 0xfe00 broadcast 73.xx.xx.255 > > > > > > cnmac1: > > > flags=8b43 > > > mtu 1500 > > > lladdr 78:8a:20:46:a8:c1 > > > index 2 priority 0 llprio 3 > > > media: Ethernet autoselect (1000baseT full-duplex) > > > status: active > > > > > > cnmac2: > > > flags=8b43 > > > mtu 1500 > > > lladdr 78:8a:20:46:a8:c2 > > > index 3 priority 0 llprio 3 > > > media: Ethernet autoselect (none) > > > status: no carrier > > > enc0: flags=0<> > > > index 4 priority 0 llprio 3 > > > groups: enc > > > status: active > > > > > > bridge0: flags=41 > > > index 6 llprio 3 > > > groups: bridge > > > priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp > > > cnmac2 flags=7 > > > port 3 ifpriority 0 ifcost 0 > > > cnmac1 flags=7 > > > port 2 ifpriority 0 ifcost 0 > > > vether0 flags=7 > > > port 7 ifpriority 0 ifcost 0 > > > > > > vether0: flags=8943 mtu > > > 1500 > > > lladdr fe:e1:ba:d0:c8:a9 > > > index 7 priority 0 llprio 3 > > > groups: vether > > > media: Ethernet autoselect > > > status: active > > > inet 192.168.10.1 netmask 0xff00 broadcast 192.168.10.255 > > > > > > pflog0: flags=141 mtu 33136 > > > index 8 priority 0 llprio 3 > > > groups: pflog > > > > > >> On Sun, Oct 4, 2020 at 2:22 PM Amarendra Godbole > > >> wrote: > > >> > > >> Hi misc@ > > >> > > >> I recently introduced an OpenBSD firewall inline and noticed a > > >> reduction in overall download speeds. I am trying to understand why > > >> this may be so. The firewall is Ubiquiti ERL running 6.7 release. > > >> Internet connection is Comcast xfinity via cable modem, plan 200 > > >> Mbits/s down and 10 Mbits/s up. Details follow: > > >> > > >> 1. config #1: MacBook - Linksys WRT1200AC - xfinity cable modem > > >> (speed: ~210 Mbits/s down, 6 Mbits/s up) > > >> 2. config #2: MacBook - Linksys WRT1200AC - Ubiquiti ERL - xfinity > > >> cable modem (speed: ~90 MBits down, 6 Mbits/s up) > > >> 3. config #3 (Line speed): MacBook wired to cable modem (~230 Mbits/s > > >> down, ~8 Mbits/s up). > > >> > > >> Linksys is running latest OpenWrt, and speed tests were run on MacBook > > >> connected wired to Linksys. It was difficult to try tcpbench since the > > >> setup was cumbersome, and iperf3 public servers end up being busy more > > >> often than not (and threads on misc@ indicated iperf3 wasn't as > > >> reliable either). Test numbers come from speedtest.net and > > >> speed.cloudflare.com. While I realize this speed test is hardly > > >> accurate, I have tried to maintain the same configuration (no
Re: Understanding download speed reduction by introducing an inline Ubiquity ERL device
On Mon, Oct 5, 2020 at 1:08 AM Stuart Henderson wrote: > > On 2020-10-04, Amarendra Godbole wrote: > > 1. config #1: MacBook - Linksys WRT1200AC - xfinity cable modem > > (speed: ~210 Mbits/s down, 6 Mbits/s up) > > 2. config #2: MacBook - Linksys WRT1200AC - Ubiquiti ERL - xfinity > > cable modem (speed: ~90 MBits down, 6 Mbits/s up) > > 3. config #3 (Line speed): MacBook wired to cable modem (~230 Mbits/s > > down, ~8 Mbits/s up). > > > cnmac0 1600a8:28:dc:cc:2e:6f 56088774 0 22283491 2688 > > 0 > > cnmac1 160078:8a:20:46:a8:c1 23646497 4 5656985348 > > 0 > > cnmac2 160078:8a:20:46:a8:c214823 0 226198 226198 > >0 > > bridge0 1500 23187238 0 57022219 0 > > 0 > > Since "netlivelocks" is increasing, network performance will be impacted. [...] Based on several misc@ threads that's what I thought. > Is it any better if you don't use bridge/vether, just use the cnmac interface > directly? I will try, and if you are referring to the MTU difference - that was me messing around with stuff without understanding it. It did not help, so I have reset everything back to 1500, and there is no change in downlolad speed. NameMtu Network Address Ipkts IfailOpkts Ofail Colls lo0 32768 224 0 224 0 0 lo0 32768 localhost/1 localhost 224 0 224 0 0 lo0 32768 fe80::%lo0/ fe80::1%lo0224 0 224 0 0 lo0 32768 127/8 localhost 224 0 224 0 0 cnmac0 1500a8:28:dc:cc:2e:6f 63352305 0 24938774 2688 0 cnmac0 1500 73.231.60/2 c-73-231-60-128.h 63352305 0 24938774 2688 0 cnmac1 150078:8a:20:46:a8:c1 26482574 4 6383709548 0 cnmac2 150078:8a:20:46:a8:c218483 0 273496 273496 0 enc0* 00 00 0 0 bridge0 1500 25929477 0 64384056 0 0 vether0 1500fe:e1:ba:d0:c8:a9 25770496 0 64110529 0 0 vether0 1500 192.168.10/ 192.168.10.1 25770496 0 64110529 0 0 pflog0 331360 031965 0 0 > Is it any better with a snapshot? (at present these haven't gone past > 6.8 yet so you can still upgrade easily from there to release - just check > to make sure it says "6.8" not "6.8-current" in the version number) [...] Will try with snapshot as well and report back later this week. Thanks for your help. -Amarendra
Re: Understanding download speed reduction by introducing an inline Ubiquity ERL device
Sorry I forgot including "ifconfig" output: lo0: flags=8049 mtu 32768 index 5 priority 0 llprio 3 groups: lo inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff00 cnmac0: flags=808843 mtu 1500 lladdr a8:28:dc:cc:2e:6f index 1 priority 0 llprio 3 groups: egress media: Ethernet autoselect (1000baseT full-duplex,master) status: active inet 73.xx.xx.xx netmask 0xfe00 broadcast 73.xx.xx.255 cnmac1: flags=8b43 mtu 1500 lladdr 78:8a:20:46:a8:c1 index 2 priority 0 llprio 3 media: Ethernet autoselect (1000baseT full-duplex) status: active cnmac2: flags=8b43 mtu 1500 lladdr 78:8a:20:46:a8:c2 index 3 priority 0 llprio 3 media: Ethernet autoselect (none) status: no carrier enc0: flags=0<> index 4 priority 0 llprio 3 groups: enc status: active bridge0: flags=41 index 6 llprio 3 groups: bridge priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp cnmac2 flags=7 port 3 ifpriority 0 ifcost 0 cnmac1 flags=7 port 2 ifpriority 0 ifcost 0 vether0 flags=7 port 7 ifpriority 0 ifcost 0 vether0: flags=8943 mtu 1500 lladdr fe:e1:ba:d0:c8:a9 index 7 priority 0 llprio 3 groups: vether media: Ethernet autoselect status: active inet 192.168.10.1 netmask 0xff00 broadcast 192.168.10.255 pflog0: flags=141 mtu 33136 index 8 priority 0 llprio 3 groups: pflog On Sun, Oct 4, 2020 at 2:22 PM Amarendra Godbole wrote: > > Hi misc@ > > I recently introduced an OpenBSD firewall inline and noticed a > reduction in overall download speeds. I am trying to understand why > this may be so. The firewall is Ubiquiti ERL running 6.7 release. > Internet connection is Comcast xfinity via cable modem, plan 200 > Mbits/s down and 10 Mbits/s up. Details follow: > > 1. config #1: MacBook - Linksys WRT1200AC - xfinity cable modem > (speed: ~210 Mbits/s down, 6 Mbits/s up) > 2. config #2: MacBook - Linksys WRT1200AC - Ubiquiti ERL - xfinity > cable modem (speed: ~90 MBits down, 6 Mbits/s up) > 3. config #3 (Line speed): MacBook wired to cable modem (~230 Mbits/s > down, ~8 Mbits/s up). > > Linksys is running latest OpenWrt, and speed tests were run on MacBook > connected wired to Linksys. It was difficult to try tcpbench since the > setup was cumbersome, and iperf3 public servers end up being busy more > often than not (and threads on misc@ indicated iperf3 wasn't as > reliable either). Test numbers come from speedtest.net and > speed.cloudflare.com. While I realize this speed test is hardly > accurate, I have tried to maintain the same configuration (no ERL and > inline ERL) to obtain relative numbers. > > I am trying to understand the reduction from 210 Mbits/s down to 90 > Mbits/s down between config #1 and config #2 above. The slowdown is > not noticeable to family, so this is more of my intellectual curiosity > than screams over a buffering video! :-) > > Relevant system information (dmesg, etc.) below. All sysctl values > attached as sysctl.txt I gathered it by reading similar threads on > misc@. If I missed anything, please let me know. Thanks in advance. > > -Amarendra > > > dmesg: > > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > Copyright (c) 1995-2020 OpenBSD. All rights reserved. https://www.OpenBSD.org > OpenBSD 6.7 (GENERIC.MP) #134: Thu May 7 16:05:06 MDT 2020 > dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP > real mem = 536870912 (512MB) > avail mem = 506740736 (483MB) > mainbus0 at root: board 20002 rev 2.18 > cpu0 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation > cpu0: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way > cpu1 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation > cpu1: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way > clock0 at mainbus0: int 5 > octcrypto0 at mainbus0 > iobus0 at mainbus0 > simplebus0 at iobus0: "soc" > octciu0 at simplebus0 > octsmi0 at simplebus0 > octpip0 at simplebus0 > octgmx0 at octpip0 interface 0 > cnmac0 at octgmx0: RGMII, address 78:8a:20:46:a8:c0 > atphy0 at cnmac0 phy 7: AR8035 10/100/1000 PHY, rev. 2 > cnmac1 at octgmx0: RGMII, address 78:8a:20:46:a8:c1 > atphy1 at cnmac1 phy 6: AR8035 10/100/1000 PHY, rev. 2 > cnmac2 at octgmx0: RGMII, address 78:8a:20:46:a8:c2 > atphy2 at cnmac2 phy 5: AR8035 10/100/1000 PHY, rev. 2 > com0 at simplebus0: ns16550a, 64 byte fifo > com0: console > dwctwo0 at iobus0 base 0x118006800 irq 56 > usb0 at dwctwo0: USB revision 2.0 > uhub0 at usb0 configuration 1 interface 0 "Octeon DWC2 root hub" rev > 2.00/1.00 addr 1 > octrng0 at iobus0 base 0x14000 irq 0 > /dev/ksyms: Symbol table not valid. > umass0 at uhub0 port 1 configuration 1 interface 0 "Lexar USB Flash > Drive" r
Understanding download speed reduction by introducing an inline Ubiquity ERL device
Hi misc@ I recently introduced an OpenBSD firewall inline and noticed a reduction in overall download speeds. I am trying to understand why this may be so. The firewall is Ubiquiti ERL running 6.7 release. Internet connection is Comcast xfinity via cable modem, plan 200 Mbits/s down and 10 Mbits/s up. Details follow: 1. config #1: MacBook - Linksys WRT1200AC - xfinity cable modem (speed: ~210 Mbits/s down, 6 Mbits/s up) 2. config #2: MacBook - Linksys WRT1200AC - Ubiquiti ERL - xfinity cable modem (speed: ~90 MBits down, 6 Mbits/s up) 3. config #3 (Line speed): MacBook wired to cable modem (~230 Mbits/s down, ~8 Mbits/s up). Linksys is running latest OpenWrt, and speed tests were run on MacBook connected wired to Linksys. It was difficult to try tcpbench since the setup was cumbersome, and iperf3 public servers end up being busy more often than not (and threads on misc@ indicated iperf3 wasn't as reliable either). Test numbers come from speedtest.net and speed.cloudflare.com. While I realize this speed test is hardly accurate, I have tried to maintain the same configuration (no ERL and inline ERL) to obtain relative numbers. I am trying to understand the reduction from 210 Mbits/s down to 90 Mbits/s down between config #1 and config #2 above. The slowdown is not noticeable to family, so this is more of my intellectual curiosity than screams over a buffering video! :-) Relevant system information (dmesg, etc.) below. All sysctl values attached as sysctl.txt I gathered it by reading similar threads on misc@. If I missed anything, please let me know. Thanks in advance. -Amarendra dmesg: Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2020 OpenBSD. All rights reserved. https://www.OpenBSD.org OpenBSD 6.7 (GENERIC.MP) #134: Thu May 7 16:05:06 MDT 2020 dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP real mem = 536870912 (512MB) avail mem = 506740736 (483MB) mainbus0 at root: board 20002 rev 2.18 cpu0 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu0: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way cpu1 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu1: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way clock0 at mainbus0: int 5 octcrypto0 at mainbus0 iobus0 at mainbus0 simplebus0 at iobus0: "soc" octciu0 at simplebus0 octsmi0 at simplebus0 octpip0 at simplebus0 octgmx0 at octpip0 interface 0 cnmac0 at octgmx0: RGMII, address 78:8a:20:46:a8:c0 atphy0 at cnmac0 phy 7: AR8035 10/100/1000 PHY, rev. 2 cnmac1 at octgmx0: RGMII, address 78:8a:20:46:a8:c1 atphy1 at cnmac1 phy 6: AR8035 10/100/1000 PHY, rev. 2 cnmac2 at octgmx0: RGMII, address 78:8a:20:46:a8:c2 atphy2 at cnmac2 phy 5: AR8035 10/100/1000 PHY, rev. 2 com0 at simplebus0: ns16550a, 64 byte fifo com0: console dwctwo0 at iobus0 base 0x118006800 irq 56 usb0 at dwctwo0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Octeon DWC2 root hub" rev 2.00/1.00 addr 1 octrng0 at iobus0 base 0x14000 irq 0 /dev/ksyms: Symbol table not valid. umass0 at uhub0 port 1 configuration 1 interface 0 "Lexar USB Flash Drive" rev 2.10/11.00 addr 2 umass0: using SCSI over Bulk-Only scsibus0 at umass0: 2 targets, initiator 0 sd0 at scsibus0 targ 1 lun 0: removable serial.21c40cd1719080003000 sd0: 30526MB, 512 bytes/sector, 62517248 sectors vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets boot device: sd0 root on sd0a (2124441bc835a462.a) swap on sd0b dump on sd0b WARNING: No TOD clock, believing file system. WARNING: CHECK AND RESET THE DATE! pftcl -s: match in all scrub (no-df random-id max-mss 1440) block drop in quick on ! cnmac0 inet from xx.xx.xx.xx/23 to any block drop in quick inet from xx.xx.xx.xx to any block drop all pass out quick on egress inet from (vether0:network) to any flags S/SA nat-to (egress) round-robin pass out quick inet all flags S/SA pass in on vether0 inet all flags S/SA pass in on cnmac1 inet all flags S/SA pass in on cnmac2 inet all flags S/SA pfctl -si: Status: Enabled for 3 days 18:14:11 Debug: err Interface Stats for egressIPv4 IPv6 Bytes In 645378677790 Bytes Out 70051403810 Packets In Passed560243700 Blocked 430500 Packets Out Passed222710610 Blocked 00 State Table Total Rate current entries 847 half-open tcp 23 searches 158989755 489.4/s inserts 10953073.4/s removals 10944603.4/s Counters match134
Re: Article OpenBSD: Not Free Not Fuctional and Definetly Not Secure and BSD, the truth blog
Aha! So my hunch was right -- I thought that'd be the case seeing the comments under your name that were totally out of character from your posts here. -ag On Thu, May 28, 2020 at 12:08 PM Kevin Chadwick wrote: > > On 2020-05-28 18:38, Amarendra Godbole wrote: > > It indeed is written by someone lacking knowledge about everything. It > > is funny, and gave me a good laugh - the comments are even funnier! > > Be aware that the author deletes your comments and replaces them with his own, > under your name, whilst hiding behind wordpress.com! >
Re: Article OpenBSD: Not Free Not Fuctional and Definetly Not Secure and BSD, the truth blog
It indeed is written by someone lacking knowledge about everything. It is funny, and gave me a good laugh - the comments are even funnier! -ag On Thu, May 28, 2020 at 11:30 AM Anders Andersson wrote: > > On Thu, May 28, 2020 at 7:41 PM wrote: > > > > On May 28, 2020 11:42 AM, Marc Espie wrote: > > > > On Thu, May 28, 2020 at 01:16:59AM -0300, Quantum Robin wrote: > > > Hi, > > > > > > While surfing on the Google to learn more about OpenBSD, I > > encountered this > > > one: "OpenBSD: Not Free Not Fuctional and Definetly Not Secure ( > > > https://aboutthebsds.wordpress.com/2013/01/25/20/) > > > > > > Is the author telling the truth? Or just yet another anti-BSD > > thing? > > > > > > > "At meetings, people are often physically attacked for having even a > > minor disagreement with de Raadt" > > > > Hyperbole much ? > > > > Theo has been known to be fairly opiniated, but "physically > > attacked"? > > > > How can you take this guy seriously ? > > > > > > I found it pretty comical. > > Agreed, thanks for the link, OP! > > "Finally like all BSDs, third party applications are not audited for > vulnerabilities and research has show that nearly 3 out of 5 of the > applications are actually trojans." :D >
Re: Adaptive main page for openbsd website.
I prefer it the way it is today, non-adaptive -- one size, no matter what client. That way I can navigate the layout more familiarly, with eyes-closed. Thanks. -ag On Sun, Dec 22, 2019 at 9:50 AM wrote: > > Hello everyone, > > The main page of openbsd.org is currently not responsive. It looks bad > when I access it from > my mobile phone. I offer my version of the home page. My CSS file is 4 > times smaller than it > is now and adapts to the screen size of the device. Please, check it: > https://vttv.xyz. Also, > you can directly download archive with sources: > https://vttv.xyz./openbsd.tar.gz. >
Re: CD's arrived
And in San Francisco, CA. Now I can attach a face to a name! Thanks OpenBSD for all the hard-work and a fantastic, awesome release (again!) -Amarendra On Tue, Oct 13, 2015 at 5:25 PM, Ralph Siegler wrote: > On Wed, 07 Oct 2015 14:51:28 +, M Wheeler wrote: > > > CD's arrived today UK. Thanks again. > > Just arrived just north of Chicago, IL USA (pre-ordered Sept 15) Many > thanks!
Re: OpenBSD support for Lenovo ThinkPad X230?
On Tue, Dec 11, 2012 at 2:47 AM, Jonathan Gray wrote: [...] > Not sure on what causes the display noise when coming back from dpms, > the xbacklight control part should work with the following diff: > > Index: i830_lvds.c > === > RCS file: /cvs/xenocara/driver/xf86-video-intel/src/i830_lvds.c,v > retrieving revision 1.12 > diff -u -p -r1.12 i830_lvds.c [...] Thanks for the diff, xbacklight works now. :) -Amarendra
Re: OpenBSD support for Lenovo ThinkPad X230?
On Fri, Nov 23, 2012 at 6:34 AM, Anil Madhavapeddy wrote: > On 23 Nov 2012, at 03:13, Byron Klippert wrote: > >> I picked up one recently; went with the following options. >> >> - Intel Core i5-3360M >> - 128GB SSD (SATA3) >> - 8GB PC3-12800 DDR3 >> - Intel Centrino WL-N 2200 >> >> >> >> Had to use the Nov. 3 snapshot to take advantage of the recent ivy >> bridge graphic changes (affecting Intel HD Graphics 4000). >> >> http://marc.info/?l=openbsd-tech&m=134909742604779&w=2 >> >> X is usable, although I've had issues switching between console >> (Ctl-Alt-F1) and back to X. Also had issues when display goes to sleep. >> ie: display resumes with strange effects on display (vertical lines - >> like bad resolution or refresh rate). This can sometimes be remedied by >> switch between console and back to X several times. > > I see the same issues with the X1 Carbon (along with the occasional hard > freeze when switching X displays, but more often you get a white noise > overlay). Not had a chance to track it down yet. [...] Thanks for the feedback - my Dec 5 snapshot behaves the same. White noise, 100% brightness, x6050 error on changing the brightness, etc. fw_update pulled the latest 5.7 version of iwn firmware, and my wireless works fine (Intel Centrino Advanced-N 6205). Also, xbacklight does not work - basically no output on any set, get commands. Anyone got this working, so I can have the brightness adjusted? Thanks. -Amarendra
OpenBSD support for Lenovo ThinkPad X230?
I am planning to get this one with a normal HDD, and Intel wireless interface (Intel Centrino Advanced-N 6205 AGN) -- a rough check indicated this would be a supported configuration on OpenBSD. However, wanted to check with the group if anyone is actually using OpenBSD on the ThinkPad X230, and any lack of support, before I place my order. Thanks. -Amarendra
C Programming Language - K&R books to be given...
Hi misc@, tech@, If it is difficult to grab hold of a copy of K&R 2nd ed., please drop me a private note -- I have a bunch of copies (5) which I can send across your way as a gift. I'll probably ask you to cover the shipping (~$6 US). These are Indian reprints which cost a lot less here in India (~$2.5 US), than they do in the US or the EU. Thank you. -Amarendra
Re: Rescuing a messed-up disklabel -- scan_ffs, etc.
Oh, and I also did re-install grub as a last step. Now remains the task of getting back the Windows OS. :-) -Amarendra On Fri, Jun 22, 2012 at 10:26 AM, Amarendra Godbole wrote: > Hi All, > > I am very pleased with the turn of events after I baked the disklabel > on my OBSD partition. A toast to all the hard work put in by OBSD > development team, and an offer for a free lunch/dinner/beer if you > happen to be in this part of India (Pune, closer to Mumbai/Bombay). > scan_ffs found all partitions, and I was successfully able to restore > everything. So this is what happened: > > I was experimenting with boot loaders and finally settled on GRUB as > it allowed me to boot both Win XP and OBSD on my IBM ThinkPad X201. I > was booted into WinXP and was using "whole disk encryption" software. > Apparently, this encryption software marked the OBSD partition to be > encrypted as well (since it was visible through the Windows Volume > Manager as valid partition). Sure, it did not bother to check if > Windows filesystems were active, etc. To get out of that situation, I > deleted this partition from Windows, and GRUB conked with "Error 22" > (okay, should have thought that earlier -- but dumb moments happen). > Fortunately, all my data was backed up. I then booted into OBSD via > the boot CD, and cleared the partition table as well (second dumbest > moment). *poof* went away both operating systems. > > Now I had a laptop with clean partition table, but both OS'es intact. > I wasn't worried to much since data was backed up, but was wary of > setting up OBSD again (including mail, etc.). So... > > (1) I booted a live CD - MarBSD 5.1 > (2) Ran scan_ffs on the drive as "scan_ffs -l sd0". It found almost > all partitions, but was confused between /var and swap (so /var > appeared twice!). I mounted both, and found which one was /var > (interestingly, the other partition had exactly same content as /var, > except for one sasl2 directory, and difference in size). > (3) Redirected the output to a file, to be used in setting up the disklabel. > (4) Ran "disklabel -e sd0", and added the output from scan_ffs, with > best guesses for partition names. [read scan_ffs and disklabel > manpages before this]. > (5) Rebooted and checked if things were fine -- /bsd booted fine, > - However, later while mounting filesystems it stopped with > messages to the tune of "cannot mount sd0k and sd0j, etc.) > - These were not a part of the disklabel interestingly(!) > (6) Rebooted via OBSD 5.1 into single user mode "bsd -s" > (7) Mounted / manually, and fixed /etc/fstab with correct partition names. > (8) Reboot, and success! Everything was "as-is". > > The output of scan_ffs can be seen in this image: > http://lh3.googleusercontent.com/-ln-xNFxx6WM/T-P6e4wgEMI/ApA/zygztOh 6uR8/s720/scan_ffs.jpg > > Thanks OBSD team again. Appreciate all your efforts, and the terrific > OS. Many lessons learnt as well! :-) > > -Amarendra
Rescuing a messed-up disklabel -- scan_ffs, etc.
Hi All, I am very pleased with the turn of events after I baked the disklabel on my OBSD partition. A toast to all the hard work put in by OBSD development team, and an offer for a free lunch/dinner/beer if you happen to be in this part of India (Pune, closer to Mumbai/Bombay). scan_ffs found all partitions, and I was successfully able to restore everything. So this is what happened: I was experimenting with boot loaders and finally settled on GRUB as it allowed me to boot both Win XP and OBSD on my IBM ThinkPad X201. I was booted into WinXP and was using "whole disk encryption" software. Apparently, this encryption software marked the OBSD partition to be encrypted as well (since it was visible through the Windows Volume Manager as valid partition). Sure, it did not bother to check if Windows filesystems were active, etc. To get out of that situation, I deleted this partition from Windows, and GRUB conked with "Error 22" (okay, should have thought that earlier -- but dumb moments happen). Fortunately, all my data was backed up. I then booted into OBSD via the boot CD, and cleared the partition table as well (second dumbest moment). *poof* went away both operating systems. Now I had a laptop with clean partition table, but both OS'es intact. I wasn't worried to much since data was backed up, but was wary of setting up OBSD again (including mail, etc.). So... (1) I booted a live CD - MarBSD 5.1 (2) Ran scan_ffs on the drive as "scan_ffs -l sd0". It found almost all partitions, but was confused between /var and swap (so /var appeared twice!). I mounted both, and found which one was /var (interestingly, the other partition had exactly same content as /var, except for one sasl2 directory, and difference in size). (3) Redirected the output to a file, to be used in setting up the disklabel. (4) Ran "disklabel -e sd0", and added the output from scan_ffs, with best guesses for partition names. [read scan_ffs and disklabel manpages before this]. (5) Rebooted and checked if things were fine -- /bsd booted fine, - However, later while mounting filesystems it stopped with messages to the tune of "cannot mount sd0k and sd0j, etc.) - These were not a part of the disklabel interestingly(!) (6) Rebooted via OBSD 5.1 into single user mode "bsd -s" (7) Mounted / manually, and fixed /etc/fstab with correct partition names. (8) Reboot, and success! Everything was "as-is". The output of scan_ffs can be seen in this image: http://lh3.googleusercontent.com/-ln-xNFxx6WM/T-P6e4wgEMI/ApA/zygztOh6uR8/s720/scan_ffs.jpg Thanks OBSD team again. Appreciate all your efforts, and the terrific OS. Many lessons learnt as well! :-) -Amarendra
Re: Recommendation about books related with OS internals
On 22-Jun-2012, at 7:37 AM, Juan Francisco Cantero Hurtado wrote: > These days I'm buying a few books related to programming and OSs. I > don't want convert this mailing list on an books recomendation website, > so let me take advantage of the last questions about books for one > question more and we can kill this type of threads for a long time :) > > Can you recommend me a book about OS internals? I want a book about > unix/bsd and focused more on the concepts and less on the code. Even > better if the book contains info about OpenBSD. > > The comments on the webs of books stores are unrealistic because all the > punctuations are 5/5 or 4/5 on this type of books. And webs like > StackOverflow are uncritical with the books. > > Thanks. > > -- > Juan Francisco Cantero Hurtado http://juanfra.info > http://www.amazon.com/gp/aw/d/0201549794 design and implementation of the bsd os, as well as the classic Maurice bach book. -ag
Re: Learning C Programming
On 22-Jun-2012, at 7:06 AM, Juan Francisco Cantero Hurtado wrote: > On Thu, Jun 21, 2012 at 03:56:50PM -0400, Simon Perreault wrote: >> On 2012-06-21 15:21, Juan Francisco Cantero Hurtado wrote: >>> Some good or bad comments about "Deitel's C How to program"? >>> http://www.deitel.com/Books/C/CHowtoProgram7e/tabid/3635/Default.aspx >> >> The worst book on C programming I've ever read. >> >> No, scratch that. >> The worst book on programming I've ever read. >> >> No, it's worse. >> The worst book I've ever read. All categories. > > Thanks for the advice! > > I'll buy a cheap copy of K&R that I've found a few hours ago. I've been > wanting buy this book for years but I only found "expensive" copies. > > -- > Juan Francisco Cantero Hurtado http://juanfra.info [...] It is rather surprising since Prentice Hall of India have been selling this book for Rs. 95 for the last 15 yrs or so, which is less than $2 US. -ag
Re: Learning C Programming
On 21-Jun-2012, at 11:07 PM, cody chandler wrote: > Hello, > > Talk about learning C Programming and the K&R book being a good one. Is > this the book? > > http://www.amazon.com/C-Programming-Language-2nd-Edition/dp/0131103628 > > Figured it would be best to start new instead of keeping the Chat forked > and moving away from the topid of the OBSD Fork. > > > Thanks > Cody > [...] By now I am sure you have the answer, however let me tell you my experience: while learning c I spent time on many books because k&r was difficult for me to follow. Other books seemed more friendly. This resulted in me picking up no practical skills until I thought I'd give a try to k&r. K&R is deliberately small to keep with the spirit of the C language, but the authors don't mince words - they will teach you the same things and even more in that small book, that might be taught by huge thick books in C. An excellent companion to this book is the C FAQ, http://c-faq.com/ as well as the C programming notes http://www.eskimo.com/~scs/cclass/krnotes/top.html The later will help you comprehend k&r in the initial stages of learning. http://www.eskimo.com/~scs/readings/index2.html has a collection of excellent posts on many areas of confusion in C, for eg. see the posts on precedence and order of evaluation. In a nutshell, I have found no better book than k&r to learn the C language. -ag
Re: Upgrading OpenBSD
On 23-May-2012, at 3:35 AM, Kenneth R Westerback wrote: > On Tue, May 22, 2012 at 03:00:55PM -0400, Jiri B wrote: >> On Mon, May 21, 2012 at 11:01:59PM -0400, Kenneth R Westerback wrote: >>> There are various automated install tools out there too, but not >>> (yet) officially part of the release. >> >> Does it mean something is being prepared? >> >> If so, can that be xml based like autoyast? LOL : >> >> jirib > > Nah. I hear all the cool kids are using json these days. :-) > > Ken [...] json...oh...json...! The ability to interoperate is overrated...First it was a wheel, then the wheel, and again the wheel... ;-) -ag
Accessing /etc/hostname.* via raw disk
Hi, I have an OpenBSD guest VM, which needs to be configured before it boots up. I can access the OS through the VMWare APIs', but then need to configure the /etc/hostname.* file to update the IP address. One way I can think of is to lookup fsck code, and figure this out (or I may be wrong). If there is a better way, I'd appreciate pointers. Thanks in advance. -Amarendra
Re: Building kernel outside /usr/src/sys -- from the FAQ
On Fri, Jul 29, 2011 at 2:28 PM, Gilles Chehade wrote: > On Fri, Jul 29, 2011 at 10:43:52AM +0200, David Vasek wrote: >> On Fri, 29 Jul 2011, Amarendra Godbole wrote: >> >> >Hi, >> > >> >http://www.openbsd.org/faq/faq5.html#BldKernel has a section >> >"Variation on above process: Read-only source tree", which talks about >> >building a kernel outside src/. Interestingly, when I do a GENERIC.MP >> >build, by following these steps, the name displayed via config is that >> >of the directory in which this kernel has been built. Eg. >> > >> ># cd /home/foo/bar/testbuild >> ># cp /usr/src/sys/arch/i386/conf/GENERIC.MP . >> ># config -s /usr/src/sys -b . GENERIC.MP >> ># make clean && make depend && make >> ># make install >> > >> >"config -e" displays the kernel string as: >> >OpenBSD 5.0-beta (testbuild) #2: Fri Jul 29 12:50:00 IST 2011 >> > root@zimbu:/home/foo/bar/testbuild >> > >> >This may confuse, especially when a "dmesg" is required, as it loses >> >the type of kernel built - GENERIC or GENERIC.MP. >> >> It loses the arch too. It is not easy to distinguish between i386 and >> amd64 then. >> >> Regards, >> David >> > > can't you actually do: > > # mkdir -p /home/foo/bar/testbuild/`uname -m`/GENERIC.MP > # cd /home/foo/bar/testbuild/`uname -m`/GENERIC.MP > > which would keep the arch and kernel name in the build path just as with > a build from the "regular" path ? > > Gilles > > -- > Gilles Chehade > http://u.poolp.org/~gilles/ [...] Is it possible to update the FAQ to reflect this? Since "cd /somewhere" does not accurately indicate this, and dmesg then creates a problem. -Amarendra
Building kernel outside /usr/src/sys -- from the FAQ
Hi, http://www.openbsd.org/faq/faq5.html#BldKernel has a section "Variation on above process: Read-only source tree", which talks about building a kernel outside src/. Interestingly, when I do a GENERIC.MP build, by following these steps, the name displayed via config is that of the directory in which this kernel has been built. Eg. # cd /home/foo/bar/testbuild # cp /usr/src/sys/arch/i386/conf/GENERIC.MP . # config -s /usr/src/sys -b . GENERIC.MP # make clean && make depend && make # make install "config -e" displays the kernel string as: OpenBSD 5.0-beta (testbuild) #2: Fri Jul 29 12:50:00 IST 2011 root@zimbu:/home/foo/bar/testbuild This may confuse, especially when a "dmesg" is required, as it loses the type of kernel built - GENERIC or GENERIC.MP. Can this be clarified in the FAQ, or did I miss something? -Amarendra
Re: config dumps core in -current
On Sun, Jun 5, 2011 at 3:23 AM, Matthew Dempsky wrote: > On Thu, Jun 2, 2011 at 10:51 PM, Amarendra Godbole > wrote: >> built the latest config as detailed in the current faq, and built the >> kernel. smooth. had a problem when i did a "config -ef /bsd", where >> config dumped core (~9M). did not find much here, so thought i'll >> quickly check. it is possible that something is messed up at my end. > > We removed a long-unused device configuration setting, which changed > the ABI between config(8) and the kernel. You need a -current > config(8) to build and edit -current kernels, and you need an older > config(8) to build and edit older kernels. > > If you've confirmed that they're in sync and you're still experiencing > issues, please let us know. [...] mea culpa - though my sources were synced, it was a while since i built the userland. i believe that caused problem for config, since it depends on libkvm. config no longer dumps core now. thanks all. -amarendra
Re: config dumps core in -current
On Fri, Jun 3, 2011 at 1:54 PM, Amarendra Godbole wrote: > On Fri, Jun 3, 2011 at 11:44 AM, Otto Moerbeek wrote: >> On Fri, Jun 03, 2011 at 11:21:17AM +0530, Amarendra Godbole wrote: >> >>> built the latest config as detailed in the current faq, and built the >>> kernel. smooth. had a problem when i did a "config -ef /bsd", where >>> config dumped core (~9M). did not find much here, so thought i'll >>> quickly check. it is possible that something is messed up at my end. i >>> am running it on a lenovo x201 thinkpad notebook. >> >> grumble. a non-GENERIC kernel which doesn't clearly show if it's i386 >> or amd64. Please retest with a GENERIC kernel and report back, > > something is messed up with my configuration -- i did the standard > "config -s /usr/src/sys -b . GENERIC.MP" acrobatics, and even then the > dmesg is messed up. i realize this has happened in the last 2-3 weeks, > since the kernel build before that was okay. let me dig a little > further and report. thanks. [...] building the kernel via "config GENERIC.MP" worked, but "config -s /usr/src/sys -d . GENERIC.MP" does not. config dumps core even now, OpenBSD_49$ sudo config -ef /bsd OpenBSD 4.9-current (GENERIC.MP) #1: Sun Jun 5 05:49:24 IST 2011 r...@zimbu.xxx.com:/usr/src/sys/arch/i386/compile/GENERIC.MP Segmentation fault (core dumped) OpenBSD_49$ am i missing something? -amarendra OpenBSD 4.9-current (GENERIC.MP) #1: Sun Jun 5 05:49:24 IST 2011 r...@zimbu.xxx.com:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu0: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES real mem = 1998626816 (1906MB) avail mem = 1955090432 (1864MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/26/10, BIOS32 rev. 0 @ 0xfdbe0, SMBIOS rev. 2.6 @ 0xe0010 (78 entries) bios0: vendor LENOVO version "6QET61WW (1.31 )" date 10/26/2010 bios0: LENOVO 3680LA2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET ASF! SLIC BOOT SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) EXP5(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 133MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu1: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu2: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES cpu3 at mainbus0: apid 5 (application processor) cpu3: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu3: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 13 (EXP1) acpiprt3 at acpi0: bus -1 (EXP2) acpiprt4 at acpi0: bus -1 (EXP3) acpiprt5 at acpi0: bus 5 (EXP4) acpiprt6 at acpi0: bus 2 (EXP5) acpicpu0 at acpi0: C3, C1, PSS acpicpu1 at acpi0: C3, C1, PSS acpicpu2 at acpi0: C3, C1, PSS acpicpu3 at acpi0: C3, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T4835" serial 120 type LION oem "SANYO" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) bios0: ROM list: 0xc/0x1! 0xd/0x1000 0xd1000/0x1000 0xdd000/0x3000! 0xe/0x1 cpu0: Enhanced SpeedStep 2395 MHz: speeds: 2400, 2399, 2266, 2133, 1999, 1866, 1733, 1599, 1466, 1333, 1199 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x02 vga
Re: config dumps core in -current
On Fri, Jun 3, 2011 at 11:44 AM, Otto Moerbeek wrote: > On Fri, Jun 03, 2011 at 11:21:17AM +0530, Amarendra Godbole wrote: > >> built the latest config as detailed in the current faq, and built the >> kernel. smooth. had a problem when i did a "config -ef /bsd", where >> config dumped core (~9M). did not find much here, so thought i'll >> quickly check. it is possible that something is messed up at my end. i >> am running it on a lenovo x201 thinkpad notebook. > > grumble. a non-GENERIC kernel which doesn't clearly show if it's i386 > or amd64. Please retest with a GENERIC kernel and report back, something is messed up with my configuration -- i did the standard "config -s /usr/src/sys -b . GENERIC.MP" acrobatics, and even then the dmesg is messed up. i realize this has happened in the last 2-3 weeks, since the kernel build before that was okay. let me dig a little further and report. thanks. -amarendra > >-Otto > >> >> -amarendra >> >> here is my dmesg: >> >> OpenBSD 4.9-current (kernel) #1: Fri Jun 3 10:59:16 IST 2011 >> r...@zimbu.xyz.com:/home/amar/site-specific/builds/kernel >> cpu0: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" >> 686-class) 2.40 GHz [...]
config dumps core in -current
built the latest config as detailed in the current faq, and built the kernel. smooth. had a problem when i did a "config -ef /bsd", where config dumped core (~9M). did not find much here, so thought i'll quickly check. it is possible that something is messed up at my end. i am running it on a lenovo x201 thinkpad notebook. -amarendra here is my dmesg: OpenBSD 4.9-current (kernel) #1: Fri Jun 3 10:59:16 IST 2011 r...@zimbu.xyz.com:/home/amar/site-specific/builds/kernel cpu0: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu0: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES real mem = 1998626816 (1906MB) avail mem = 1955090432 (1864MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/26/10, BIOS32 rev. 0 @ 0xfdbe0, SMBIOS rev. 2.6 @ 0xe0010 (78 entries) bios0: vendor LENOVO version "6QET61WW (1.31 )" date 10/26/2010 bios0: LENOVO 3680LA2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET ASF! SLIC BOOT SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) EXP5(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 132MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu1: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu2: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES cpu3 at mainbus0: apid 5 (application processor) cpu3: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu3: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 13 (EXP1) acpiprt3 at acpi0: bus -1 (EXP2) acpiprt4 at acpi0: bus -1 (EXP3) acpiprt5 at acpi0: bus 5 (EXP4) acpiprt6 at acpi0: bus 2 (EXP5) acpicpu0 at acpi0: C3, C1, PSS acpicpu1 at acpi0: C3, C1, PSS acpicpu2 at acpi0: C3, C1, PSS acpicpu3 at acpi0: C3, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T4835" serial 120 type LION oem "SANYO" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK docked (15) bios0: ROM list: 0xc/0x1! 0xd/0x1000 0xd1000/0x1000 0xdd000/0x3000! 0xe/0x1 cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2400, 2399, 2266, 2133, 1999, 1866, 1733, 1599, 1466, 1333, 1199 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x02 vga1 at pci0 dev 2 function 0 "Intel Mobile HD graphics" 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 0xd000, size 0x1000 inteldrm0 at vga1: msi drm0 at inteldrm0 "Intel 3400 MEI" rev 0x06 at pci0 dev 22 function 0 not configured "Intel 3400 KT" rev 0x06 at pci0 dev 22 function 3 not configured em0 at pci0 dev 25 function 0 "Intel 82577LM" rev 0x06: apic 1 int 20, address f0:de:f1:37:cc:84 ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x06: apic 1 int 23 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 "Intel 3400 HD Audio" rev 0x06: msi azalia0: codecs: Conexant/0x5069, Intel/0x2804, using Conexant/0x5069 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x06: msi pci1 at ppb0 bus 13 ppb1 at pci0 dev 28 function 3 "Intel 3400 PCIE" rev 0x06: msi pci2 at ppb1 bus 5 ppb2 at pci0 dev 28 function 4 "Intel 3400 PCIE" rev 0x06: msi pci3 at ppb2 bus 2 iwn0 at pci3 dev 0 function 0 "Intel Centrino Advanced-N 6200" rev 0x35: apic 1 int 16, MIMO 2T2R, MoW, address 58:94:6b:91:87:38 ehci1 at pci0 dev 29 function 0 "Intel 3400 USB"
Re: [FIXED] Re: Messed up OpenBSD boot after dualbooting via grub - cannot boot without OpenBSD boot CD.
On Sun, Mar 27, 2011 at 12:23 AM, Kenneth R Westerback wrote: > On Sat, Mar 26, 2011 at 11:59:17PM +0530, Amarendra Godbole wrote: >> Okay, seems like I sent a hasty reply earlier. >> >> Got this fixed, by booting off a 4.8 CD, and "upgrading" - fsck all >> filesystems, say no to bsd, bsd.mp and base, it created device nodes, >> and congratulated me for completion of the upgrade. Rebooted, and the >> system came up nicely. > > And now has 4.8 or 4.9 installed? 4.9, since I said no to everything. I re-created device nodes after booting, so hopefully things are okay. >> Noticed two things: >> (a) the * after hd0+ is gone during boot> > > The '*' reports a failure to find an OpenBSD disklabel. > The '+' reports the BIOS claiming support of EDD, a.k.a. BIOS LBA, access. > >> (b) the disklabel now shows proper values for "boundstart" and >> "boundend" - earlier both were 0. > > Because earlier the OpenBSD partition was not found, and thus unable to > provide the bound information. Yes, that was nagging me earlier, but somehow I could not fix it - there is too much to understand for the i386 boot process, and the partition and disklabel is a source of confusion for me. Thanks for your pointers, I atleast had heart to continue trying to fix (agree, I did not understand all - but since the CD boot was working fine, and I have a full backup of my data, I decided to probe.) -Amarendra > >> >> Thanks to all those who replied. Now I am off to reading more about >> boot, and friends (though I am not sure if things are well at this >> point!). >> >> -Amarendra >> >> On Sat, Mar 26, 2011 at 7:01 PM, Kenneth R Westerback >> wrote: >> > On Sat, Mar 26, 2011 at 05:26:06PM +0530, Amarendra Godbole wrote: >> >> Hi, >> >> >> >> I have run into a deadend trying to understand, and troubleshoot this >> >> problem. Hence, I would like some pointers. Following is what I did to >> >> get my OpenBSD system running, and then subsequently messing it up (in >> >> sequence): >> >> >> >> (1) Installed OpenBSD/i386 on my Thinkpad X201, and built -current. >> >> Did reserve ~140G for Windows, and then installed OpenBSD as described >> > >> > ? ? ? ? ? ? ? OpenBSD will reliably boot only if located <128GB. A >> > ? ? ? ? ? ? ? recent change has made this explicit until a more reliable >> > ? ? ? ? ? ? ? way of booting from >128GB can be found. >> > >> >> in FAQ. Things were fine for a couple of months. >> >> >> >> (2) Installed Windows XP ghost image to the first partition. Sadly, >> >> ntldr was not installed so machine still booted directly into OpenBSD >> >> >> >> (3) Installed grub. Here is what /grub/menu.lst looks like: >> >> default 0 timeout 5 >> >> title Windows XP >> >> root (hd0,0) >> >> chainloader +1 >> >> >> >> title OpenBSD >> >> root (hd0,1) >> >> chainloader +1 >> >> >> >> (4) grub started fine, and Windows XP boots fine, but when I try to >> >> boot OpenBSD, I get something like this: >> >> Loading... >> >> probing: <> >> >> disk: fd0 hd0+* >> >> >> OpenBSD/i386 BOOT 2.13 >> >> open(hd0a:/etc/boot.conf): Invalid argument >> >> boot> >> >> booting hd0a:/bsd: open hd0a:/bsd: Invalid argument >> >> ?failed(22). will try ... >> >> >> >> And OpenBSD never boots. I don't recall changing anything else. From >> >> what I know (very little), biosboot was able to load the 2nd stage >> >> bootloader, but it now failed loading the kernel image. >> >> >> >> I can boot successfully into OpenBSD using a 4.8 boot CD though. I >> >> tried running installboot again (mindlessly!), and get this error: >> >> -- >> >> OpenBSD_49$ sudo /usr/mdec/installboot -n -v /boot /usr/mdec/biosboot sd0 >> >> Password: >> >> boot: /boot proto: /usr/mdec/biosboot device: /dev/rsd0c >> >> /boot is 3 blocks x 16384 bytes >> >> fs block shift 2; part offset 293603940; inode block 32, offset 10792 >> >> master boot record (MBR) at sector 0 >> >> ? ? ? ? partition 0: type 0x07 offset 63 size 293603877 >> >> ? ? ? ? partition 1: type 0xA6 offset 293603940 size 377487360 >> >> installboot: invalid location: all of /boot must be < sector
[FIXED] Re: Messed up OpenBSD boot after dualbooting via grub - cannot boot without OpenBSD boot CD.
Okay, seems like I sent a hasty reply earlier. Got this fixed, by booting off a 4.8 CD, and "upgrading" - fsck all filesystems, say no to bsd, bsd.mp and base, it created device nodes, and congratulated me for completion of the upgrade. Rebooted, and the system came up nicely. Noticed two things: (a) the * after hd0+ is gone during boot> (b) the disklabel now shows proper values for "boundstart" and "boundend" - earlier both were 0. Thanks to all those who replied. Now I am off to reading more about boot, and friends (though I am not sure if things are well at this point!). -Amarendra On Sat, Mar 26, 2011 at 7:01 PM, Kenneth R Westerback wrote: > On Sat, Mar 26, 2011 at 05:26:06PM +0530, Amarendra Godbole wrote: >> Hi, >> >> I have run into a deadend trying to understand, and troubleshoot this >> problem. Hence, I would like some pointers. Following is what I did to >> get my OpenBSD system running, and then subsequently messing it up (in >> sequence): >> >> (1) Installed OpenBSD/i386 on my Thinkpad X201, and built -current. >> Did reserve ~140G for Windows, and then installed OpenBSD as described > > OpenBSD will reliably boot only if located <128GB. A > recent change has made this explicit until a more reliable > way of booting from >128GB can be found. > >> in FAQ. Things were fine for a couple of months. >> >> (2) Installed Windows XP ghost image to the first partition. Sadly, >> ntldr was not installed so machine still booted directly into OpenBSD >> >> (3) Installed grub. Here is what /grub/menu.lst looks like: >> default 0 timeout 5 >> title Windows XP >> root (hd0,0) >> chainloader +1 >> >> title OpenBSD >> root (hd0,1) >> chainloader +1 >> >> (4) grub started fine, and Windows XP boots fine, but when I try to >> boot OpenBSD, I get something like this: >> Loading... >> probing: <> >> disk: fd0 hd0+* >> >> OpenBSD/i386 BOOT 2.13 >> open(hd0a:/etc/boot.conf): Invalid argument >> boot> >> booting hd0a:/bsd: open hd0a:/bsd: Invalid argument >> failed(22). will try ... >> >> And OpenBSD never boots. I don't recall changing anything else. From >> what I know (very little), biosboot was able to load the 2nd stage >> bootloader, but it now failed loading the kernel image. >> >> I can boot successfully into OpenBSD using a 4.8 boot CD though. I >> tried running installboot again (mindlessly!), and get this error: >> -- >> OpenBSD_49$ sudo /usr/mdec/installboot -n -v /boot /usr/mdec/biosboot sd0 >> Password: >> boot: /boot proto: /usr/mdec/biosboot device: /dev/rsd0c >> /boot is 3 blocks x 16384 bytes >> fs block shift 2; part offset 293603940; inode block 32, offset 10792 >> master boot record (MBR) at sector 0 >> partition 0: type 0x07 offset 63 size 293603877 >> partition 1: type 0xA6 offset 293603940 size 377487360 >> installboot: invalid location: all of /boot must be < sector 268435455. > > And here is the error now being generated. If you have a BIOS/Hardware > combo that can actually boot from >128GB, you can recompile installboot > and friends after changing the value of BIOSBOOT_MAXSEC in sys/sys/disklabel.h. > > If you have any knowledge on how to reliably detect that the BIOS/Hardware > will correctly support EDD access beyond 128GB, we are very interested. > > Ken > >> -- >> >> disklabel reads: >> -- >> OpenBSD_49$ disklabel sd0 >> # /dev/rsd0c: >> type: SCSI >> disk: SCSI disk >> label: ST9320423AS >> duid: 93cf9b951f02f209 >> flags: >> bytes/sector: 512 >> sectors/track: 63 >> tracks/cylinder: 255 >> sectors/cylinder: 16065 >> cylinders: 38913 >> total sectors: 625142448 >> boundstart: 0 >> boundend: 0 >> drivedata: 0 >> >> 16 partitions: >> #size offset fstype [fsize bsize cpg] >> a: 2104508293603940 4.2BSD 2048 163841 # / >> b: 8385937295708448swap >> c:6251424480 unused >> d: 41945696304094400 4.2BSD 2048 163841 # /usr >> e: 4192960346040096 4.2BSD 2048 163841 # /tmp >> f: 20964832350233056 4.2BSD 2048 163841 # /usr/local >> g: 4192960371197888 4.2BSD 2048 163841 # /usr/X11R6 >> h:125821056375390848 4.2BSD 2048 163841 # /h
Re: Messed up OpenBSD boot after dualbooting via grub - cannot boot without OpenBSD boot CD.
On Sat, Mar 26, 2011 at 7:01 PM, Kenneth R Westerback wrote: > On Sat, Mar 26, 2011 at 05:26:06PM +0530, Amarendra Godbole wrote: >> Hi, >> >> I have run into a deadend trying to understand, and troubleshoot this >> problem. Hence, I would like some pointers. Following is what I did to >> get my OpenBSD system running, and then subsequently messing it up (in >> sequence): >> >> (1) Installed OpenBSD/i386 on my Thinkpad X201, and built -current. >> Did reserve ~140G for Windows, and then installed OpenBSD as described > > OpenBSD will reliably boot only if located <128GB. A > recent change has made this explicit until a more reliable > way of booting from >128GB can be found. > >> in FAQ. Things were fine for a couple of months. >> [...] >> (4) grub started fine, and Windows XP boots fine, but when I try to >> boot OpenBSD, I get something like this: >> Loading... >> probing: <> >> disk: fd0 hd0+* >> >> OpenBSD/i386 BOOT 2.13 >> open(hd0a:/etc/boot.conf): Invalid argument >> boot> >> booting hd0a:/bsd: open hd0a:/bsd: Invalid argument >> failed(22). will try ... >> >> And OpenBSD never boots. I don't recall changing anything else. From >> what I know (very little), biosboot was able to load the 2nd stage >> bootloader, but it now failed loading the kernel image. >> >> I can boot successfully into OpenBSD using a 4.8 boot CD though. I >> tried running installboot again (mindlessly!), and get this error: >> -- >> OpenBSD_49$ sudo /usr/mdec/installboot -n -v /boot /usr/mdec/biosboot sd0 >> Password: >> boot: /boot proto: /usr/mdec/biosboot device: /dev/rsd0c >> /boot is 3 blocks x 16384 bytes >> fs block shift 2; part offset 293603940; inode block 32, offset 10792 >> master boot record (MBR) at sector 0 >> partition 0: type 0x07 offset 63 size 293603877 >> partition 1: type 0xA6 offset 293603940 size 377487360 >> installboot: invalid location: all of /boot must be < sector 268435455. > > And here is the error now being generated. If you have a BIOS/Hardware > combo that can actually boot from >128GB, you can recompile installboot > and friends after changing the value of BIOSBOOT_MAXSEC in sys/sys/disklabel.h. Okay, so I changed BOOTBIOS_MAXSEC and got installboot to work fine. Nothing seems to have changed though, as I still run into the "booting hd0a:/bsd: open hd0a:/bsd: Invalid argument failed(22). will try..." error message at boot>. What surprises me is OpenBSD booted fine *before* I had Windows XP, and the ~143G partition was still present. Possibly something else is broken... "makeactive" in menu.lst for grub did not help either (as I had guessed). -Amarendra [...]
Messed up OpenBSD boot after dualbooting via grub - cannot boot without OpenBSD boot CD.
Hi, I have run into a deadend trying to understand, and troubleshoot this problem. Hence, I would like some pointers. Following is what I did to get my OpenBSD system running, and then subsequently messing it up (in sequence): (1) Installed OpenBSD/i386 on my Thinkpad X201, and built -current. Did reserve ~140G for Windows, and then installed OpenBSD as described in FAQ. Things were fine for a couple of months. (2) Installed Windows XP ghost image to the first partition. Sadly, ntldr was not installed so machine still booted directly into OpenBSD (3) Installed grub. Here is what /grub/menu.lst looks like: default 0 timeout 5 title Windows XP root (hd0,0) chainloader +1 title OpenBSD root (hd0,1) chainloader +1 (4) grub started fine, and Windows XP boots fine, but when I try to boot OpenBSD, I get something like this: Loading... probing: <> disk: fd0 hd0+* >> OpenBSD/i386 BOOT 2.13 open(hd0a:/etc/boot.conf): Invalid argument boot> booting hd0a:/bsd: open hd0a:/bsd: Invalid argument failed(22). will try ... And OpenBSD never boots. I don't recall changing anything else. From what I know (very little), biosboot was able to load the 2nd stage bootloader, but it now failed loading the kernel image. I can boot successfully into OpenBSD using a 4.8 boot CD though. I tried running installboot again (mindlessly!), and get this error: -- OpenBSD_49$ sudo /usr/mdec/installboot -n -v /boot /usr/mdec/biosboot sd0 Password: boot: /boot proto: /usr/mdec/biosboot device: /dev/rsd0c /boot is 3 blocks x 16384 bytes fs block shift 2; part offset 293603940; inode block 32, offset 10792 master boot record (MBR) at sector 0 partition 0: type 0x07 offset 63 size 293603877 partition 1: type 0xA6 offset 293603940 size 377487360 installboot: invalid location: all of /boot must be < sector 268435455. -- disklabel reads: -- OpenBSD_49$ disklabel sd0 # /dev/rsd0c: type: SCSI disk: SCSI disk label: ST9320423AS duid: 93cf9b951f02f209 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 38913 total sectors: 625142448 boundstart: 0 boundend: 0 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 2104508293603940 4.2BSD 2048 163841 # / b: 8385937295708448swap c:6251424480 unused d: 41945696304094400 4.2BSD 2048 163841 # /usr e: 4192960346040096 4.2BSD 2048 163841 # /tmp f: 20964832350233056 4.2BSD 2048 163841 # /usr/local g: 4192960371197888 4.2BSD 2048 163841 # /usr/X11R6 h:125821056375390848 4.2BSD 2048 163841 # /home j: 8385952501211904 4.2BSD 2048 163841 # /var k: 8385920509597856 4.2BSD 2048 163841 # /usr/src l: 12578912517983776 4.2BSD 2048 163841 # /usr/obj OpenBSD_49$ -- dmesg is - OpenBSD 4.9-current (kernel) #5: Wed Mar 23 23:58:17 IST 2011 r...@zimbu.vxindia.veritas.com:/home/amar/site-specific/builds/kernel cpu0: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu0: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT ,AES real mem = 1998659584 (1906MB) avail mem = 1955794944 (1865MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/26/10, BIOS32 rev. 0 @ 0xfdbe0, SMBIOS rev. 2.6 @ 0xe0010 (78 entries) bios0: vendor LENOVO version "6QET61WW (1.31 )" date 10/26/2010 bios0: LENOVO 3680LA2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET ASF! SLIC BOOT SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) EXP5(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 132MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu1: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT ,AES cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu2: FPU,V86,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,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT ,AES cpu3 at mainbus0: apid 5 (
Re: -current ports compile fails in /usr/src/lib/libc/gen/vis.c
On Mon, Aug 23, 2010 at 2:08 AM, Amit Kulkarni wrote: > # sysctl -n kern.version > OpenBSD 4.8-current (GENERIC) #3: Sun Aug 22 12:49:11 CDT 2010 >a...@pilloo.my.domain:/usr/src/sys/arch/i386/compile/GENERIC > > I did do a cvs update src, ports, xenocara for -current. Submitted dmesg > too. > > Compiled, installed, rebooted with new kernel > > Having the same problem since yesterday (or was it friday?) & today, so > thought to report it > > Complete newbie to -current > > cc -O2 -pipe -g -I/usr/src/lib/libc/include -DAPIWARN -DYP > -I/usr/src/lib/libc/yp -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc > -I/usr/src/lib/libc/gdtoa -I/usr/src/lib/libc/arch/i386/gdtoa -DINFNAN_CHECK > -DMULTIPLE_THREADS -DNO_FENV_H -DUSE_LOCALE -I/usr/src/lib/libc > -I/usr/src/lib/libc/citrus -DRESOLVSORT -DPOSIX_MISTAKE -DFLOATING_POINT > -DNLS -c /usr/src/lib/libc/gen/vis.c -o vis.o > /usr/src/lib/libc/gen/vis.c: In function 'vis': > /usr/src/lib/libc/gen/vis.c:57: error: 'VIS_ALL' undeclared (first use in > this function) > /usr/src/lib/libc/gen/vis.c:57: error: (Each undeclared identifier is > reported only once > /usr/src/lib/libc/gen/vis.c:57: error: for each function it appears in.) > /usr/src/lib/libc/gen/vis.c:109: error: 'VIS_HEX' undeclared (first use in > this function) [...] I hope you are religiously following instructions here: http://www.openbsd.org/faq/faq5.html#BldUserland. Another important thing you may want to look at (since you run -current) is http://www.openbsd.org/faq/current.html Especially check the config(8) and gcc4 updates. -Amarendra
Re: OpenBSD culture?
On Thu, Apr 15, 2010 at 6:05 AM, Greg Thomas wrote: > On Wed, Apr 14, 2010 at 5:21 PM, Aaron Glenn wrote: > >> >> sincerity by itself is useless. if you can't take the time to read the >> concise, thoughtfully produced information provided in both manual >> pages, the FAQ, and the mailing list archives then you will most >> definitely be told to gfy and read what has been painstakingly written >> for your benefit. any other response is borne from pity. >> >> > Not reading the fine documentation is a sign of obvious insincerity. [...] Because most Linux distros' have inaccurate/incomplete documentation most of the time, it is difficult to find "reliable" answers. Hence, the tendency of linux users to ask questions first. Obviously, my experience strongly indicates that OpenBSD strives very hard for the same level of correctness in their documentation, as their code and hence folks get most of the stuff from the docs (either the man pages, or the FAQ). This is a cultural difference, and I don't see Linux bridging that gap anytime soon -- they are too busy with adding bell and whistles to the kernel, that are useless most of the time for most of the folks. -Amarendra
Re: Major and minor version changes
On Thu, Apr 1, 2010 at 9:10 AM, Marco Peereboom wrote: > Completely insane! > > Of course you have to test! Boo hoo, can't I even make an assumption that APIs' would be backward compatible across minor version changes? :-/ -Amarendra > > On Thu, Apr 01, 2010 at 08:35:00AM +0530, Amarendra Godbole wrote: >> I am having this discussion with a colleague, who wants to test the >> application across various OS versions (Debian in this case). My >> argument (supported by experience) is that one should re-test the >> application only if the dependencies have had a major version change. >> For eg., if app A depends on libc-x.y.z, and libfoo-a.b.c, ideally no >> testing is required for all OS releases that have libc-x.*.* and >> libfoo-a.*.* -- the same major version. >> >> The idea being - minor version bumps do not spring surprises, but >> major version almost always do. App A is a "large enterprise app" >> being discussed, and my idea is the optimize the QA cycles that the >> team has to put in. >> >> Is my experience sound enough to say this, or are there any exceptions >> to the norm? How does OpenBSD handle this situation? If I have to >> release an app on OpenBSD-4.6 and -4.7, as long as I ensure that all >> the dependencies of the app have the same major version across both >> releases, it should run fine on both. >> >> Thanks. >> >> -Amarendra
Re: Major and minor version changes
> I think its dangerous to automatically say that libfoo-a.b.c is going to > be the same across OS's, as that assumes the compiler is the same. > With the case of gcc, I'd be wary of that. Agree, libraries were an example - my point was *all* dependencies, including the compiler and kernel. > As for minor bumps not being a worry, what if the part of the library > that caused the bump is something that you really depend on? My question is: do minor versions of the library introduce any API change for example, or are most of the minor versions generally "backward" compatible? I may be wrong in the major-minor version interpretation though. > After having done testing of software/hardware in the pre-open > source world, I've come to the conclusion that its cutting corners to > make assumptions, and no matter how much of a pain in the ass it > is, testing everything, at least sometimes, is the right thing to do. > > --STeve Andre' Agree -- doing away with complete testing always is not an option, but isn't the behavior of the minor version bumps in terms of compat predictable enough not to run full test cycles every time a minor version is bumped? I am not building a case against testing, but wanted to see if things can be "optimized", and the general fear of "test all if *anything* has changed" can be modified to "make a decision to test *all*, based on *what* has changed". Thanks for the feedback folks. -Amarendra
Major and minor version changes
I am having this discussion with a colleague, who wants to test the application across various OS versions (Debian in this case). My argument (supported by experience) is that one should re-test the application only if the dependencies have had a major version change. For eg., if app A depends on libc-x.y.z, and libfoo-a.b.c, ideally no testing is required for all OS releases that have libc-x.*.* and libfoo-a.*.* -- the same major version. The idea being - minor version bumps do not spring surprises, but major version almost always do. App A is a "large enterprise app" being discussed, and my idea is the optimize the QA cycles that the team has to put in. Is my experience sound enough to say this, or are there any exceptions to the norm? How does OpenBSD handle this situation? If I have to release an app on OpenBSD-4.6 and -4.7, as long as I ensure that all the dependencies of the app have the same major version across both releases, it should run fine on both. Thanks. -Amarendra
Re: tools for finding a type of bug?
On Fri, Mar 5, 2010 at 11:02 PM, Mark Bucciarelli wrote: > Is there some set of tools you all use to > help find bad code? > > Specifically, I'm working with a large code > base (monetdb), and have found two instances > where the fopen() return value was not > checked. > > Now I'd like to search the tree and find all > instances of this bug. > > How do you do this? Must it be manual or > are there static analysis tools (e.g., grep & > awk or perhaps clang) that you use. > > (I didn't mark as OT b/c I'm working towards > an OpenBSD port of this most-excellent db.) [...] grep is an excellent static source code analyzer if you know what you are looking for. If you don't know what you are looking for, then you should mostly pay folks who know things that you might be looking for (for eg., fortify, coverity). -Amarendra
Re: Recommended laptop
On Tue, Dec 29, 2009 at 12:30 AM, STeve Andre' wrote: > On Monday 28 December 2009 04:27:40 Johan M:son Lindman wrote: >> On Tuesday 22 December 2009 04:57:55 STeve Andre' wrote: >> > On Monday 21 December 2009 22:48:45 James Hozier wrote: >> > > This will be my first purchase that is focused primarily on having only >> > > OpenBSD on it and nothing else to be used as a main workstation. The >> > > budget is around $900 or so. I'm looking for something with quality parts >> > > and probably have everything supported and compatible with OpenBSD >> > > straight out of the box (like the graphics/sound, wireless card, etc.) >> > > >> > > I've heard that most developers use Thinkpads. Which model would be a >> > > good suggestion? >> > >> > A problem is that $900 isn't going to get you a thinkpad and a multi-year >> > warranty. If you stay away from nvidia video, just about all the thinkpads >> > are going to work with the ooccaisonal exception of the wireless card, and >> > I'm not sure that hasn't shrunk a bunch, the ones that don't work. My W500 >> > runs OpenBSD wonderfully. >> > >> > Looking at the Lenovo site I see a T500 with a 15" screen with *led* back >> > light, 160G disk 2.4G core two something, intel wifi and intel graphics >> > for $849. I don't know the status of the Intel graphics card, but you >> > could get that, except it has a 1 year warranty. There are discounts >> > if you can get it through an educational organization, etc. >> > >> > --STeve Andre' >> >> If you get a Thinkpad stay clear of the SL300. >> It's cheap crap. > > I suppose I should add to this. In order to compete with HP/Dell/Toshiba/Sony > Lenovo had to come out with a low end series, the SL. Having used one for a > few days I will say that the SL is better than its competitors, but still not > as good as the W or T series Thinkpads. Note that you can increase the price > of an SL by 50% and get a 3 year on site warranty, so Lenovo will back it up. > > The T, W and X series are the reliable units, with the X series being a little > weaker in the physical ruggedness department. The R series seems to be best > for desktop usage, somewhere between the SL and T/W in terms of reliability. [...] [OT] I can contest the physical ruggedness thingy -- about an year and half ago, I had a nasty fall, and my X60 banged on the concrete floor on its lower right hand vertex. The fall was bad, because my backpack took my entire weight when I slipped sideways and fell down, with the Thinkpad vertext touching the ground first, followed by me. :-) It only sustained a break on that corner, and on the LCD top corner, but not a single functional issue has it developed since then. Sure, I have no data to backup the ruggedness of T and W, but I call *this* as reasonably rugged. [/OT] So yes, I also find the Thinkpads' to be a better option aesthetically, but that's just me. I have been running OpenBSD on X60 with "standard" configuration, and every necessary thing works just fine. Ah, but don't get the X60 since it has "known" heating issues in most configurations, where, due to poor ventilation, the wireless card heats up a lot, and your right palm faces the heat! X61 tried to fix it by having an additional fan (some configurations), and a exhaust vent on the right side. You can stick a USB cooling fan underneath, and it is okay. -Amarendra
Re: OpenBSD book
On Mon, Dec 21, 2009 at 2:31 AM, Julian Leyh wrote: > ropers schrieb: >> http://i.imgur.com/ggkB5.png > > "High Quality" and "Wikipedia articles" are mutually exclusive! +1 > better get one of those: http://openbsd.org/books.html That reminds me: OpenBSD 4.0: A Crash Course (PDF) is now updated for 4.1. This name probably needs to be changed. Looping in www@ -Amarendra
Re: Partitioning an external USB drive through OpenBSD -- disklabel
On Fri, Oct 30, 2009 at 4:06 PM, Otto Moerbeek wrote: > The disklabel is written at the start of the disk and you're > overwriting it with the newfs_msdos command. You should fdisk the > disk first, and reserve a separate MBR partition for MSDOS. > > See the FAQ. Thank you all for responses -- I have a better idea now. The only thing that I noticed was newfs_msdos wipes out the entire disklabel as well as any fdisk created partitions and gobbles up the entire disk. I guess what James Hartley said in this thread is correct -- Windows must be used to create the DOS partition, and then disklabel to get the OpenBSD one. -Amarendra > >-Otto > > On Fri, Oct 30, 2009 at 03:30:23PM +0530, Amarendra Godbole wrote: > >> Hi, >> >> I have a 320G Buffalo Ministation external USB drive, which I wish to >> partition so that it contains 1 DOS and 1 native OpenBSD (FFS) >> partition. Using disklabel, I could created these: >> > p >> OpenBSD area: 0-625142448; size: 625142448; free: 0 >> #size offset fstype [fsize bsize cpg] >> c:6251424480 unused >> h:310557618314584830 4.2BSD 2048 163841 >> i:3145848300 MSDOS >> > >> >> Now I format sd1h with newfs and things go fine. But when I format >> sd1i with newfs_msdos, I see the disklabel changed to something like >> this: >> OpenBSD_46$ sudo disklabel -E sd1 >> Label editor (enter '?' for help at any prompt) >> > p >> OpenBSD area: 0-625142448; size: 625142448; free: 0 >> #size offset fstype [fsize bsize cpg] >> c:6251424480 unused >> i:6251424480 MSDOS >> > >> >> So the FFS partition is gone. I want the USB disk to be also used on >> Windows XP, so the MSDOS partition. I am not sure if this is possible, >> since disklabel is OpenBSD specific, and XP may not be able to see it >> anyways. I am missing something here for sure, but cannot figure out >> what. Would appreciate a pointer. Thanks. >> >> Also, is there another way to achieve this? (I was unable to create a >> MSDOS partition from Windows XP, as it only allows NTFS now). >> >> -Amarendra
Partitioning an external USB drive through OpenBSD -- disklabel
Hi, I have a 320G Buffalo Ministation external USB drive, which I wish to partition so that it contains 1 DOS and 1 native OpenBSD (FFS) partition. Using disklabel, I could created these: > p OpenBSD area: 0-625142448; size: 625142448; free: 0 #size offset fstype [fsize bsize cpg] c:6251424480 unused h:310557618314584830 4.2BSD 2048 163841 i:3145848300 MSDOS > Now I format sd1h with newfs and things go fine. But when I format sd1i with newfs_msdos, I see the disklabel changed to something like this: OpenBSD_46$ sudo disklabel -E sd1 Label editor (enter '?' for help at any prompt) > p OpenBSD area: 0-625142448; size: 625142448; free: 0 #size offset fstype [fsize bsize cpg] c:6251424480 unused i:6251424480 MSDOS > So the FFS partition is gone. I want the USB disk to be also used on Windows XP, so the MSDOS partition. I am not sure if this is possible, since disklabel is OpenBSD specific, and XP may not be able to see it anyways. I am missing something here for sure, but cannot figure out what. Would appreciate a pointer. Thanks. Also, is there another way to achieve this? (I was unable to create a MSDOS partition from Windows XP, as it only allows NTFS now). -Amarendra
Re: 4.6 arriving
On Wed, Oct 21, 2009 at 9:26 PM, Andri wrote: > Yes, yes, yes! > > Also 4.6 arrived in East Frisia, Germany, yesterday from OpenBSDEurope. > Great work. Especially, but not exclusively, the artwork ;-) > > ThX to all of you for this fine piece of OS. [...] When will my copy arrive? *sigh* The postal-mail system here in India works at a snail's pace, and I hope my mug arrives as a single-piece too. Thanks to all OpenBSD folks for a superb OS -- ever since I have started using it, I don't feel like going to anything else, though I am aware of "using the tool for the job". I try and mostly succeed in making OpenBSD do what I want it to do. :-) And all the folks on misc@, a thanks to you all too -- I have turned from a juvenile to a reasonable OpenBSD user due to all your support and help. -Amarendra Pune, India.
Re: OT: Laptop advice. SSD costs.
On Mon, Sep 14, 2009 at 9:26 PM, Edd Barrett wrote: > Hi, > > On Mon, Sep 14, 2009 at 4:35 PM, Dan Harnett wrote: >> At least here, one could get a used X60 for the cost of the 128GB drive. > > Yes, I think this is my new plan. Would have been nice to have the > tablet, but it's not essential. > > Thanks to all that replied. [...] Be careful with X60, since it has *known* heating issues for the wireless (intel one) -- the right palm rest terribly heats up, and it is very uncomfortable to use then. I have the one that heats up, and I know how it is like on OpenBSD (less heating observed on Windows). No changes were observed even after changing the power. Lenovo finally replaced the entire motherboard for my X60, and it now heats up less. So if you are planning to go for a resale X60, confirm this first. Turns out that the vents and sinks are poorly designed around the card under the palm rest. In X61, they added a vent mesh on the right, which has reduced this problem somewhat. More details on the heating issue here: http://forums.lenovo.com/t5/X-Series-ThinkPad-Laptops/x6x-thinkpad-hot-palmrest-issue/td-p/775 -Amarendra
Re: Defending OpenBSD Performance
On Wed, Sep 16, 2009 at 10:22 PM, Bob Beck wrote: >> boo hoo. run one machine somewhere and make release. done. > > Once you have a built release you can run upgrades everywhere from > that release tarball. > > man release > > to figure out how to do that. > > Now you may ask, why don't we do that? We simply do not have the > resources and time to > devote racks of machines, developer time, and internet bandwidth to > building stable somewhere > for all architectures, and distributing it securely. > > Us (the developers) would rather spend our time improving the os and > our resources at > distributing it and making it better than expending a lot of effort > because someone is > too lazy to rtfm and patch something themselves. If you want push > butan, get os, please > go run windows 7 or OSuX.. you'll be much happier, as will we because > the neediness > of our user community goes down. > > The fact that you have to not be lazy to use OpenBSD is important to > us. Unlike a commercial > OS, or linux, we don't measure our success in how popular it is, or if > we're going to replace the > evil microsoft any time soon. we *WANT* needy lazy users to use those > other OS's so we can > concentrate on making something that works and is stable for people > who really need it, like > ourselves. [...] Well said. Recently, I introduced a friend to OpenBSD 4.5 through the CDs', and deliberately asked him to follow the install manual (he was firstly surprised to see only 4 pages) and go ahead and install. Within 30 minutes he came running out of the lab, with eyes sparkling and said -- "never ever have I seen such a small install manual, and an installation that goes through perfect as indicated in there". He manages a redhat ent linux farm, and is now trying to assess the stability of OpenBSD, so that he can cutover some of his linux boxes to OpenBSD. My personal experience tells me this -- OpenBSD is simple and elegant. Irrespective of what benchmarks tell you, they can never tell me anything about simplicity and as a result anything about elegance. So they are useless for me atleast. There is no point purchasing an Audi A6, when my 10 yr old Fiat does the same job, and does it well (reaches me in time - the additional time I buy due to Audi's speedup is not worth spending the additional $$ that it costs). Tradeoffs, tradeoffs,... -Amarendra
Re: Why does OBSD advise to use packages if they are outdated?
On Wed, Sep 2, 2009 at 4:39 AM, David Taveras wrote: > Hello community,Thanks for all the hard work for the developers and testers > out there, I have a confusion: > W > hy OBSD strongly advises to use packages over building an application from > ports (according to FAQ 15.4.6) if : > > a.) Obsd does not maintain the stable packages since 4.0 (source: > http://www.openbsd.org/pkg-stable.html) > b.) The packages are only from -release because they are downloaded from > ftp/cd and therefore do not contain reliability and security patches applied > to applications build from ports stable? ( Source > ftp://ftp.openbsd.org/pub/OpenBSD/4.5/packages/i386/ all packages last > updated on 03/03/2009) > > If it is advised to use packages, then why follow the important security > updates from the stable branch? Iam sure there are many highly used packages > that have security fixes available (such as apache2) that I would need to > compile from ports. > > It is annoying that everytime I ask a question about an application that I > build from ports I get asked why I didnt use packages.. my answer is.. > because most of the time the package is outdated and can be vulnerable! > > What am I missing? 15.4.6 also says: Of course, there are a few good reasons to use ports over packages in some cases: * Distribution rules prohibit OpenBSD from distributing a package. * You wish to modify or debug the application or study its source code. * You need a flavor of a port that is not built by the OpenBSD ports team. * You wish to alter the directory layout (i.e. modifying PREFIX or SYSCONFDIR). Hope it answers your question. -Amarendra > > Thanks > > Daniel > > 15.4.6 - What should I use: packages or ports? In general, you are *highly > advised* to use packages over building an application from ports. The > OpenBSD ports team considers packages to be the goal of their porting work, > not the ports themselves.
Re: Primary group wheel -- still cannot "su -"
On Fri, Jul 31, 2009 at 10:22 AM, Theo de Raadt wrote: >> I recently installed 4.5 from the CD, and while adding user "amar", I >> set the primary group to wheel. But now when I try to do a "su -", I >> am kicked out for not being in group wheel. Though FAQ 10.1 says that >> one has to be manually added to group wheel if su - is needed, does it >> mean that folks having primary group as wheel are denied? Did I miss >> something very obvious? >> >> Here is the transcript: >> == >> $ id >> uid=1001(amar) gid=0(wheel) groups=0(wheel) >> $ su - >> Password: >> you are not in group wheel > > I don't know why it is so difficult to read the manual pages > > % man su > > > If group 0 (normally ``wheel'') has users listed then only those users > can su to ``root''. It is not sufficient to change a user's /etc/passwd > entry to add them to the ``wheel'' group; they must explicitly be listed > in /etc/group. If no one is in the ``wheel'' group, it is ignored, and > anyone who knows the root password is permitted to su to ``root''. [...] Ouch! Caught in the wrong foot -- I read everything but the man page. :-[ So I did miss something very *obvious*. -Amarendra
Primary group wheel -- still cannot "su -"
Hi, I recently installed 4.5 from the CD, and while adding user "amar", I set the primary group to wheel. But now when I try to do a "su -", I am kicked out for not being in group wheel. Though FAQ 10.1 says that one has to be manually added to group wheel if su - is needed, does it mean that folks having primary group as wheel are denied? Did I miss something very obvious? Here is the transcript: == $ id uid=1001(amar) gid=0(wheel) groups=0(wheel) $ su - Password: you are not in group wheel Sorry $ dmesg | head -10 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) Xeon(TM) CPU 2.40GHz ("GenuineIntel" 686-class) 2.39 GHz cpu0: FPU,V86,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,CNXT-ID,xTPR real mem = 4026040320 (3839MB) avail mem = 3913691136 (3732MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/25/03, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfb290 (56 entries) bios0: vendor Dell Computer Corporation version "A05" date 06/25/2003 bios0: Dell Computer Corporation PowerEdge 1750 $ == Thanks. -Amarendra
Re: New snapshots -> new installer
On Fri, May 8, 2009 at 1:31 PM, Antoine Jacoutot wrote: > On Thu, 7 May 2009, Theo de Raadt wrote: >> useradd really does that? A new group for every user? I think that >> is stupid behaviour. But I will think about if we should this in the >> script. > > I agree, it is stupid behaviour. > > FWIW, adduser(8) may be doing this, but by default useradd(8) adds a new > user to the "users" group which is what I would expect from the install > script too. [...] I second that. IMHO, creating so many groups when "users" suffices is not needed. Adding new users to "users" group by default also helps in better and simplified privilege management. -Amarendra
Re: openbsd europe
On Mon, Apr 6, 2009 at 7:29 PM, Duncan Patton a Campbell wrote: > > Howdy Amarendtra, all? > > I note here the comment that shipping to India > is quicker from Europe than from Canada or the US. > > How are these shipments being made? In my (long) > experience it is quicker/cheaper/more reliable to > use the standard postal system for international > shipments of sw images than pretty much anything > else. There are various reasons for this, not > all of which are constructively defined. [...] Yes, I believe they ship via standard postal system. Over the last year or so, stuff sent from the US and Canada took more time to arrive at my place, than that shipped from the EU. Both were standard postal system. So I am led to believe that this will be the case this time too, though I know my sample space is very limited. :-) -Amarendra
Re: openbsd europe
On Tue, Apr 7, 2009 at 4:19 AM, Jesus Sanchez wrote: > I didn't knew about that site, does www.openbsdeurope.com have any > relationship with the OpenBSD project? I'm from Spain and since the > Wim issue I'm going to try this web. Any previous experience with them? [...] I recently pre-ordered from them, and was happy that they agreed to ship to a country not listed in their shipping zone -- India. The cost breaks-even for me, as both the computer shop and obsdeurope roughly cost roughly the same amount. But in my experience, shipments from EU reach India faster than those from Canada or US, so thought of giving them a try. The service is very friendly, and prompt. And I am happy that the money is going back into the OpenBSD project. Thanks. -Amarendra
Re: Weird behavior of find on ntfs partition
On Tue, Mar 24, 2009 at 2:51 PM, ropers wrote: > From your new transcript: > >> OpenBSD_45$ pwd >> /mnt/m0/Program Files/Norton Internet Security > (...) >> OpenBSD_45$ find . -name "*.dat" > [no results] > >> OpenBSD_45$ pwd >> /mnt/m0/Program Files/Norton Internet Security >> OpenBSD_45$ find . -name "*.dat" >> ./Branding/fallback.dat >> ./Engine/16.2.0.7/ccGEvt/Global/LM.dat >> ./Engine/16.2.0.7/ccGLog/ccGLog.dat >> ./Engine/16.2.0.7/hnData.dat >> ./Engine/16.2.0.7/Jobs/ccJobManagerSchedules.dat >> ./Engine/16.2.0.7/NCOVER.dat >> ./Engine/16.2.0.7/ncwTrstP.dat >> ./Engine/16.2.0.7/NisVer.dat >> ./Engine/16.2.0.7/NPCTray.dat >> ./Engine/16.2.0.7/nppw.dat >> ./Engine/16.2.0.7/service.dat >> ./MUI/fallback.dat >> ./MUI/maplngid.dat > >> OpenBSD_45$ pwd >> /mnt/m0/Program Files/Norton Internet Security >> OpenBSD_45$ find . -name "*.dat" > [no results] > > So what you're saying is that the exact same command first didn't work > as expected, then worked, and then again didn't work, all within the > very same directory? > > I find that very hard to believe. > > Was what you posted really an unedited transcript? [...] Yes, unedited. I did some more experimentation, and it appears that find gets confused on ntfs if the path contains a space. This does not happen on the native filesystem (ffs), even if the path contains a space. Here is another example: OpenBSD_45$ df -h /mnt/m0 Filesystem SizeUsed Avail Capacity Mounted on /dev/sd0i 19.5G 18.1G1.4G93%/mnt/m0 OpenBSD_45$ pwd /mnt/m0 OpenBSD_45$ cd Intel/ OpenBSD_45$ ls Logs OpenBSD_45$ cd Logs/ OpenBSD_45$ ls IntelGFX.log OpenBSD_45$ pwd /mnt/m0/Intel/Logs OpenBSD_45$ cd ../../ OpenBSD_45$ pwd /mnt/m0 OpenBSD_45$ find . -name "Intel*.log" ./Intel/Logs/IntelGFX.log OpenBSD_45$ cd Program\ Files/Java/ OpenBSD_45$ ls j2re1.4.2_04 jre1.6.0_07 jre6 OpenBSD_45$ pwd /mnt/m0/Program Files/Java OpenBSD_45$ cd ../ OpenBSD_45$ find . -name jre6 OpenBSD_45$ cd Java/ OpenBSD_45$ find . -name jre6 ./jre6 OpenBSD_45$ cd ../ OpenBSD_45$ pwd /mnt/m0/Program Files OpenBSD_45$ find . -name jre6 OpenBSD_45$ find . -name jre6 OpenBSD_45$ find . -name jre6 OpenBSD_45$ find . -name jre6 OpenBSD_45$ find . -name jre6 OpenBSD_45$ cd Java/ OpenBSD_45$ find . -name jre6 ./jre6 OpenBSD_45$ find . -name jre6 ./jre6 OpenBSD_45$ find . -name jre6 ./jre6 OpenBSD_45$ cd ../ OpenBSD_45$ pwd /mnt/m0/Program Files OpenBSD_45$ find . -name jre6 OpenBSD_45$ find . -name jre6 OpenBSD_45$ find . -name jre6 OpenBSD_45$ find . -name jre6 OpenBSD_45$ find . -name jre6 OpenBSD_45$ -Amarendra
Re: Weird behavior of find on ntfs partition
On Tue, Mar 24, 2009 at 2:42 PM, Paul Irofti wrote: > On Tue, Mar 24, 2009 at 01:14:51PM +0530, Amarendra Godbole wrote: >> I saw "find" behaving inconsistently while finding files on an ntfs >> partition. > > Is this GENERIC? > No. -CURRENT. The GENERIC I have does not support ntfs, default, so could not post results. :( -Amarendra
Re: Weird behavior of find on ntfs partition
Here is another transcript, which, hopefully, is more clear than the earlier one: --- OpenBSD_45$ pwd /mnt/m0/Program Files/Norton Internet Security OpenBSD_45$ ls BrandingEngine MUI isolate.ini OpenBSD_45$ find . -name "*.dat" OpenBSD_45$ cd MUI/ OpenBSD_45$ pwd /mnt/m0/Program Files/Norton Internet Security/MUI OpenBSD_45$ find . -name "*.dat" ./fallback.dat ./maplngid.dat OpenBSD_45$ cd ../ OpenBSD_45$ pwd /mnt/m0/Program Files/Norton Internet Security OpenBSD_45$ find . -name "*.dat" ./Branding/fallback.dat ./Engine/16.2.0.7/ccGEvt/Global/LM.dat ./Engine/16.2.0.7/ccGLog/ccGLog.dat ./Engine/16.2.0.7/hnData.dat ./Engine/16.2.0.7/Jobs/ccJobManagerSchedules.dat ./Engine/16.2.0.7/NCOVER.dat ./Engine/16.2.0.7/ncwTrstP.dat ./Engine/16.2.0.7/NisVer.dat ./Engine/16.2.0.7/NPCTray.dat ./Engine/16.2.0.7/nppw.dat ./Engine/16.2.0.7/service.dat ./MUI/fallback.dat ./MUI/maplngid.dat OpenBSD_45$ pwd /mnt/m0/Program Files/Norton Internet Security OpenBSD_45$ find . -name "*.dat" OpenBSD_45$ pwd /mnt/m0/Program Files/Norton Internet Security OpenBSD_45$ find . -name "*.dat" OpenBSD_45$ mount /dev/sd0a on / type ffs (local) /dev/sd0h on /home type ffs (local, nodev, nosuid) /dev/sd0d on /tmp type ffs (local, nodev, nosuid) /dev/sd0g on /usr type ffs (local, nodev, softdep) /dev/sd0e on /var type ffs (local, nodev, nosuid) procfs on /proc type procfs (local, linux) /dev/sd0i on /mnt/m0 type ntfs (local) OpenBSD_45$ --- At various times, find fails to find files ending in .dat under the "Norton Internet Security" directory. -Amarendra On Tue, Mar 24, 2009 at 2:16 PM, ropers wrote: > 2009/3/24 Amarendra Godbole : >> I saw "find" behaving inconsistently while finding files on an ntfs >> partition. It was unable to find files ending in .dat, but then later >> on it did find those. > >> OpenBSD_45$ pwd >> /mnt/m0/Program Files/Norton Internet Security >> OpenBSD_45$ find . -name "*.dat" >> ./Branding/fallback.dat >> ./Engine/16.2.0.7/ccGEvt/Global/LM.dat >> ./Engine/16.2.0.7/ccGLog/ccGLog.dat >> ./Engine/16.2.0.7/hnData.dat >> ./Engine/16.2.0.7/Jobs/ccJobManagerSchedules.dat >> ./Engine/16.2.0.7/NCOVER.dat >> ./Engine/16.2.0.7/ncwTrstP.dat >> ./Engine/16.2.0.7/NisVer.dat >> ./Engine/16.2.0.7/NPCTray.dat >> ./Engine/16.2.0.7/nppw.dat >> ./Engine/16.2.0.7/service.dat >> ./MUI/fallback.dat >> ./MUI/maplngid.dat >> OpenBSD_45$ find . -name "*.dat" >> >> At this point, find returns no results, even though the files exist. > > You must have left something out in this transcript. Both of these > above find commands are exactly identical, and executed from the same > folder, yet you claim they delivered different results. > > regards, > --ropers
Weird behavior of find on ntfs partition
Folks, I saw "find" behaving inconsistently while finding files on an ntfs partition. It was unable to find files ending in .dat, but then later on it did find those. C drive has been mounted on /mnt/m0, and the other partition has Windows XP. Details below: --- OpenBSD_45$ pwd /mnt/m0/Program Files/Norton Internet Security OpenBSD_45$ ls BrandingEngine MUI isolate.ini OpenBSD_45$ cd MUI OpenBSD_45$ ls 16.1.0.33fallback.dat langver.map maplngid.dat OpenBSD_45$ find . -name "*.dat" ./fallback.dat ./maplngid.dat OpenBSD_45$ cd ../ OpenBSD_45$ pwd /mnt/m0/Program Files/Norton Internet Security OpenBSD_45$ find . -name "*.dat" ./Branding/fallback.dat ./Engine/16.2.0.7/ccGEvt/Global/LM.dat ./Engine/16.2.0.7/ccGLog/ccGLog.dat ./Engine/16.2.0.7/hnData.dat ./Engine/16.2.0.7/Jobs/ccJobManagerSchedules.dat ./Engine/16.2.0.7/NCOVER.dat ./Engine/16.2.0.7/ncwTrstP.dat ./Engine/16.2.0.7/NisVer.dat ./Engine/16.2.0.7/NPCTray.dat ./Engine/16.2.0.7/nppw.dat ./Engine/16.2.0.7/service.dat ./MUI/fallback.dat ./MUI/maplngid.dat OpenBSD_45$ find . -name "*.dat" At this point, find returns no results, even though the files exist. OpenBSD_45$ mount /dev/sd0a on / type ffs (local) /dev/sd0h on /home type ffs (local, nodev, nosuid) /dev/sd0d on /tmp type ffs (local, nodev, nosuid) /dev/sd0g on /usr type ffs (local, nodev, softdep) /dev/sd0e on /var type ffs (local, nodev, nosuid) procfs on /proc type procfs (local, linux) /dev/sd0i on /mnt/m0 type ntfs (local) OpenBSD_45$ --- Not sure if this is a bug in find, or a bug in me, so thought of running it through you before I file a bug report. Thanks. -Amarendra
Re: Problem with vpnc connection - check group password !
On Sat, Mar 14, 2009 at 4:31 PM, Toma Bodar wrote: > I can't connect to company VPN network due(I haven't line 7 in config) : > > warning: unknown configuration directive in /etc/vpnc.conf at line 7 > hash comparison failed: (ISAKMP_N_AUTHENTICATION_FAILED)(24) > check group password! > > My config : > > IPSec gateway ip-adress-of-our-gateway > IPSec ID name-of-group > IPSec secret group-password > IKE Authmode psk > Xauth username my-name > NAT Traversal cisco-udp > > It's similar to setup in vpnc GUI under Linux Network manager [...] I use the following on OpenBSD and it works perfectly fine for me (even now): IPSec gateway ip-addr-of-gw IPSec ID name-of-group IPSec obfuscated secret huge-string-of-gibberish-numbers IKE Authmode psk Xauth username my-name # Added to prevent vpnc dropping connections with "Dead Peer Detection". # As suggested on vpnc-devel (search google for link). DPD idle timeout (our side) 0 The only change I see is no NAT line, a DPD line (that I added), and plain-text password (while I use obfuscated one). Can you see if any of these help? Meanwhile, you can also post the output of running vpnc with --debug 99 (make sure to remove the passwords, as they get dumped too), and hopefully we may be able to see what's going on. Thanks. -Amarendra
Re: laptop heating due to wpi(4)?
On Mon, Feb 9, 2009 at 5:47 PM, Nick Holland wrote: > Amarendra Godbole wrote: >> i recently started using intel wireless on my thinkpad x60, through >> the wpi(4) driver. earlier, i had heating issues, which were resolved >> by setting hw.setperf to 0, but now i again see my laptop heating up >> -- especially below my right palm. >> >> temperature sensor outputs from sysctl shows: >> hw.sensors.acpitz0.temp0=60.05 degC (zone temperature) >> hw.sensors.acpitz1.temp0=60.05 degC (zone temperature) >> hw.sensors.cpu0.temp0=58.00 degC >> hw.sensors.wpi0.raw0=155 (temperature 0 - 285) >> hw.sensors.aps0.temp0=57.00 degC >> hw.sensors.aps0.temp1=57.00 degC >> >> wpi shows 155, which is roughly 68 deg C. is the heating because of >> wpi? that's what has changed. any pointers to cooling down the laptop >> will be appreciated. dmesg, if needed, is here >> http://www.obscure.org/~amunix/tmp/dmesg > > -> > OpenBSD 4.4-current (kernel) #11: Wed Jan 21 07:41:19 IST 2009 >r...@zimbu.:/home/amar/site-specific/builds/kernel > > uh.. > what happens if you use a GENERIC snapshot rather than your > Franken-kernel? Seeing stuff like that causes people to lose > interest really quickly. > > Setting hw.setperf to 0 isn't a "resolution" but a burying the > problem where you don't see it, for now...or then. I don't think > wpi is causing your problem, your system doesn't seem to be > managing power properly, you buried the problem by reducing power > consumption (and performance). [...] With a stock kernel now: a. when hw.setperf is set to 100, and wireless is on hw.sensors.acpitz0.temp0=78.05 degC (zone temperature) hw.sensors.acpitz1.temp0=76.05 degC (zone temperature) hw.sensors.cpu0.temp0=76.00 degC hw.sensors.wpi0.raw0=154 (temperature 0 - 285) hw.sensors.aps0.temp0=56.00 degC hw.sensors.aps0.temp1=56.00 degC b. when hw.setperf is set to 0, and wireless is on hw.sensors.acpitz0.temp0=53.05 degC (zone temperature) hw.sensors.acpitz1.temp0=52.05 degC (zone temperature) hw.sensors.cpu0.temp0=52.00 degC hw.sensors.wpi0.raw0=146 (temperature 0 - 285) hw.sensors.aps0.temp0=54.00 degC hw.sensors.aps0.temp1=54.00 degC setperf from 100 to 0 decreases the CPU temperature from 76 degC to 52, while there is no appreciable change in that of wpi0, from 154 to 146. For both readings, machine was idle with no human-user activity. The relevant dmesg is put up here http://www.obscure.org/~amunix/tmp/dmesg.bsd.mp.4.4 Any pointers to troubleshoot this issue appreciated. Thanks in advance! -Amarendra
Re: laptop heating due to wpi(4)?
On Mon, Feb 9, 2009 at 5:47 PM, Nick Holland wrote: > Amarendra Godbole wrote: >> i recently started using intel wireless on my thinkpad x60, through >> the wpi(4) driver. earlier, i had heating issues, which were resolved >> by setting hw.setperf to 0, but now i again see my laptop heating up >> -- especially below my right palm. >> >> temperature sensor outputs from sysctl shows: >> hw.sensors.acpitz0.temp0=60.05 degC (zone temperature) >> hw.sensors.acpitz1.temp0=60.05 degC (zone temperature) >> hw.sensors.cpu0.temp0=58.00 degC >> hw.sensors.wpi0.raw0=155 (temperature 0 - 285) >> hw.sensors.aps0.temp0=57.00 degC >> hw.sensors.aps0.temp1=57.00 degC >> >> wpi shows 155, which is roughly 68 deg C. is the heating because of >> wpi? that's what has changed. any pointers to cooling down the laptop >> will be appreciated. dmesg, if needed, is here >> http://www.obscure.org/~amunix/tmp/dmesg > > -> > OpenBSD 4.4-current (kernel) #11: Wed Jan 21 07:41:19 IST 2009 >r...@zimbu.:/home/amar/site-specific/builds/kernel > > uh.. > what happens if you use a GENERIC snapshot rather than your > Franken-kernel? Seeing stuff like that causes people to lose > interest really quickly. Ummm, okay - its not the stock kernel, but I had the same heating issue with stock kernel too. To confirm, will try with the stock and then report my findings. > Setting hw.setperf to 0 isn't a "resolution" but a burying the > problem where you don't see it, for now...or then. I don't think > wpi is causing your problem, your system doesn't seem to be > managing power properly, you buried the problem by reducing power > consumption (and performance). Agreed. After extensive searching, I came across a lenovo forum thread which indicates that X60 series has the wireless card underneath the right palm-rest, which makes them hot when wireless is being used. Apparently this is a design issue with the X60, and the thread is here: http://forums.lenovo.com/lnv/board/message?board.id=X_Series_Thinkpads&message.id=22&query.id=204119 Though, as you say, the real problem for OBSD is not addressed. Earlier, the laptop used to heat up considerably even when using wired connection (and wireless being disabled by h/w switch). Once hw.setperf was set to 0, the heating became bearable (I was suggested this workaround on misc@ itself). Since it did the trick, I did not bother, until now when the heating re-surfaced. On Windows XP, the laptop does NOT heat up so much, which means there is something else with OBSD, than merely being an X60 problem. I will investigate further with the stock kernel, and then will post my findings. Thanks. -Amarendra
Common problem with X60 and X61 (was: Fwd: laptop heating due to wpi(4)?)
Sorry for not doing my homework properly... I came across threads on lenovo forums which discuss this issue with the wireless adapter overheating, and it appears to be a common problem across X60 and X61 laptops. The only difference here is -- on Windows XP, the right palmrest heat is bearable, but under OpenBSD, it just gets too hot for comfort. To rephrase, is there something that can be done on OpenBSD that will reduce this heat? (an alternative OS-neutral solution is to use a USB powered fan that cools that right side constantly!) -Amarendra -- Forwarded message -- From: Amarendra Godbole Date: Mon, Feb 9, 2009 at 1:05 PM Subject: laptop heating due to wpi(4)? To: OpenBSD general usage list i recently started using intel wireless on my thinkpad x60, through the wpi(4) driver. earlier, i had heating issues, which were resolved by setting hw.setperf to 0, but now i again see my laptop heating up -- especially below my right palm. temperature sensor outputs from sysctl shows: hw.sensors.acpitz0.temp0=60.05 degC (zone temperature) hw.sensors.acpitz1.temp0=60.05 degC (zone temperature) hw.sensors.cpu0.temp0=58.00 degC hw.sensors.wpi0.raw0=155 (temperature 0 - 285) hw.sensors.aps0.temp0=57.00 degC hw.sensors.aps0.temp1=57.00 degC wpi shows 155, which is roughly 68 deg C. is the heating because of wpi? that's what has changed. any pointers to cooling down the laptop will be appreciated. dmesg, if needed, is here http://www.obscure.org/~amunix/tmp/dmesg thanks. -amarendra
laptop heating due to wpi(4)?
i recently started using intel wireless on my thinkpad x60, through the wpi(4) driver. earlier, i had heating issues, which were resolved by setting hw.setperf to 0, but now i again see my laptop heating up -- especially below my right palm. temperature sensor outputs from sysctl shows: hw.sensors.acpitz0.temp0=60.05 degC (zone temperature) hw.sensors.acpitz1.temp0=60.05 degC (zone temperature) hw.sensors.cpu0.temp0=58.00 degC hw.sensors.wpi0.raw0=155 (temperature 0 - 285) hw.sensors.aps0.temp0=57.00 degC hw.sensors.aps0.temp1=57.00 degC wpi shows 155, which is roughly 68 deg C. is the heating because of wpi? that's what has changed. any pointers to cooling down the laptop will be appreciated. dmesg, if needed, is here http://www.obscure.org/~amunix/tmp/dmesg thanks. -amarendra
Re: Backup strategies
On Wed, Feb 4, 2009 at 2:59 AM, Jonathan Thornburg wrote: > Etienne Robillard wrote >> i kinda like cpio for fast backup of filesystems... for large media >> files (think anime movies) -- I think its generally best to just >> burn them on a iso.. > > I have found rsync to an external usb hard disk to work very nicely; > these are now cheap and readily available up to over a terabyte. > Here are a few notes from my experience using this strategy for the > past several years: > * With rsync, the initial backup does a full copy, but then future > backups automatically only copy changed files. > * I found that performance went from "painfully slow" to "ok" when I > switched my external disks from ext2fs to ffs mounted softdep,noatime. > * I have had no problems with single files as big as 5 GB. > * For extra disaster-insurance I actually use a pair of external disks, > one at home and one at my office. I swap them every week or so. thanks. this gives me some pointers to implement a better backup strategy. i also use a similar setup, except that i don't have multiple disks (no backup for the backup). > * Backups can be a security risk, since anyone who steals the backup > medium has instant access to all the files stored there. This is a > great use for encrypting filesystems, eg svnd, raidctl, or cfs (ports). > * Backups need to be hassle-free and as tired-system-administrator--proof > as possible, so it's good to script the process. I use scripts like > the following: > #!/bin/sh > set -x > rsync -aHESvv --delete \ > --exclude '/home/jonathan/crypt/*' \ > --exclude '/mnt/oxygen/home/jonathan/crypt/*' \ > /home/jonathan/ /mnt/oxygen/home/jonathan/ > This works fine except that the --exclude options are not honored > (files under those directories are still copied). I don't know what's > wrong there... [...] how about using double-quotes instead? for eg., --exclude "/home/jonathan/crypt/*". your shell might be preventing rsync from looking what's inside the quotes... -amarendra
Re: Users of Opera -- Stability?
On Wed, Dec 17, 2008 at 7:25 AM, Aaron W. Hsu wrote: > Hey All, > > I wanted to check with any users here that are using the opera web > browser. Can you please mention what Window Manager you use? I > am trying to understand why Opera is unstable for me, but not for > other people. If you can report the stability of running Opera, > that would be great too. Does not work for me on Fluxbox -- it locks up the moment it starts. I am using an Intel dual-core CPU (IBM Thinkpad X60). The only reason why I continue using FF on OpenBSD! :-| -Amarendra
Re: httpdump?
On Thu, Nov 20, 2008 at 9:48 AM, Jeff Simmons <[EMAIL PROTECTED]> wrote: > I need, at a minimum, which virtual server at a particular IP address is being > accessed, and the contents of any GET commands (methods). If there's a way to > get this via tcpdump I haven't found it yet. > > On Wednesday 19 November 2008 19:52, Pui Edylie wrote: >> why not tcpdump and filter it on port 80? >> >> Jeff Simmons wrote: >> > Anyone know of a text-based program that will dump http protocol packets? >> > Like tcpdump, but for http. [...] tshark, the text-base capture tool of wireshark (ethereal) should get you what you want. You may have to setup filters though. -Amarendra
IBM X60 heating up considerably when boot into OpenBSD
Hello misc@ My IBM (Lenovo) X60 laptop heats up considerably and the battery also discharges faster, when I boot into OpenBSD. This does not seem to be the case when I boot it into Windows XP. The relevant temperature sysctls are: hw.sensors.acpitz0.temp0=73.05 degC (zone temperature) hw.sensors.acpitz1.temp0=72.05 degC (zone temperature) hw.sensors.cpu0.temp0=72.00 degC hw.sensors.aps0.temp0=52.00 degC hw.sensors.aps0.temp1=52.00 degC dmesg is put up at http://www.obscure.org/~amunix/tmp/dmesg I did read about SpeedStep, and slowing down the processor so that it consumes less power - so I am going to try it out by tweaking sysctl "hw.cpuspeed" and changing it from 1829 to 1000, but I am not sure if this would solve the problem. Has anyone encountered something similar? If yes, I'd appreciate tips to fix this (apart from the SpeedStepping stuff -- will post my findings. Thanks). -Amarendra
Re: OpenBSD 4.4 pre-orders
On Fri, Sep 5, 2008 at 2:47 AM, Paul de Weerd <[EMAIL PROTECTED]> wrote: > On Thu, Sep 04, 2008 at 01:59:04PM -0600, Theo de Raadt wrote: > | Pre-orders for OpenBSD 4.4 (CD, tshirt, poster) are up at > | > | http://www.openbsd.org/orders.html > | > | As well, the new song for the release is also being made available at > | the same time. This can be found at > | > | http://www.openbsd.org/lyrics.html > | > | Enjoy the song, and think about ordering some of our things, since > | purchases help fund the project. Thanks. > > Cool song, great release ! I like the tribute to the guys that started > all of this. So for this release, thanks not only go to the OpenBSD > developers, but also to the guys who gave us BSD in the first place. [...] Interesting -- two days ago while I was wondering if the 4.4 release will have a theme with 4.4BSD in it, and lo and behold, there it is! Thanks due to the entire OpenBSD developers (I mean everyone who contributed to OpenBSD 4.4 release), and yes, surely 4.4BSD. :-) -Amarendra
Re: [SOLVED]OpenBSD 4.3 FAQ in PDF (Download html and convert using pisa)
On Wed, Jul 23, 2008 at 9:35 AM, my mail <[EMAIL PROTECTED]> wrote: > after search with keywords "html to pdf" i got this > http://www.htmltopdf.org/download.html, > using pisa i have been able build from faq1.html-faq15.html into .pdf format > with internal links, so if you convert this html with pisa, i open pdf with > xpdf, and i can using internal link in pdf document. [...] I'd still suggest you stick with the html pages, as the FAQ is a fast moving target (especially as the release date comes close), and there are many times corrections too. And I am pretty sure that any system that lets you read pdfs', would also help you read htmls' ;-) -Amarendra
Re: This is what Linus Torvalds calls openBSD crowd
On Thu, Jul 17, 2008 at 12:40 AM, Aaron Glenn <[EMAIL PROTECTED]> wrote: > On Wed, Jul 16, 2008 at 11:47 AM, Nuno Magalhces > <[EMAIL PROTECTED]> wrote: >> Here it's rtfm and chest-thumping. > > because here, many people have spent many hours making sure tfm gives > you all the information you need [...] Absolutely! I find the OpenBSD man pages to be dead accurate, and to-the-point. Typos, and grammar are considered too! -Amarendra
Am I interpreting the man page of ksh incorrectly?
The ksh man page reads: "The name of the shell (i.e. the contents of $0) is de-termined as follows: if the -c option is used and there is a non-option argument, it is used as the name; if commands are being read from a file, the file is used as the name; otherwise, the basename the shell was called with (i.e. argv[0]) is used. The observed behavior is: [EMAIL PROTECTED] ~ $] ksh -c "echo $0" ksh [EMAIL PROTECTED] ~ $] Now, according to the above snippet from the man-page, shouldn't the output be "echo", and not "ksh"? (echo is the non-option argument, and -c is also being used). Or am I messing things up in my mind? Thanks in advance for setting my train of thought straight. -Amarendra
Anyone from this list at BlackHat or DefCon? And a query...
Hi, It would be a pleasure meeting folks on this mailing list, including OBSD developers' at BH or DefCon. Thanks. It is generally said that the BH or DefCon wireless network is "hostile", and sane individuals must not use their laptop for the risk of being compromised. My question is: if I use OpenBSD -current, with not much additional configuration (apart from the Intel wifi firmware), will the connection be reasonable secure? (Not sure if this hostility is a publicity stunt). Thanks again. -Amarendra
Re: [OT] C code
On Mon, May 26, 2008 at 8:11 AM, deoxy <[EMAIL PROTECTED]> wrote: > Hello. > > I dont know if this a cuestion for this list, but I think is it a valid > cuestion... > I reading a book recomended in http://www.openbsd.org/books.html The book is > "Advanced programmig in the unix environment". > In this book I read Figure 3.1 but this not compile. the error is: > > $cc F3_10.c > /tmp//ccnsuA79.o(.text+027): In function 'main': > :undefined reference to 'err_quit' > /tmp//ccnsuA79.o(.text+0x74): In fuction 'main': > :undefined reference to 'err_sys' > /tmp//ccnsuA79.o(.txt+0xdf): In functiion 'main': > :undefined reference to 'err_dump' > collect2: ld returned 1 exit status > > The source is: > > > #include "apue.h" This is the clue - where do you think is apue.h? Take a look at the last few pages of the book, and you will see. -Amarendra
Re: [OT] developers running -current on laptops
On Fri, May 23, 2008 at 1:29 PM, Jacob Yocom-Piatt <[EMAIL PROTECTED]> wrote: > Chris wrote: >> >> I can see from the recent undeadly posts and pictures that most >> developers are using laptops and I know you have to run -current to do >> development work. I was just wondering if these laptops are for >> development use only or development+personal use? I know -current can >> break sometimes and am just curious to know if developers risk putting >> personal stuff on a laptop that is being used for active development. >> >> > > a more general rule for information on computers: > > if it is important, it should be backed up > > a good test to see if changes in -current 'break' your system is to boot the > new kernel with the old userland to check if it works. this assumes you're > going from one snapshot to another, and is by no means a foolproof > technique. [...] I have been running -current since I started OpenBSD on my laptop about an year ago. And not a single time I faced any instability/failure. I also build the kernel, userland, and X once a week. Though I don't actively develop OpenBSD, I do have my entire official work on it. Which pretty much means I am hosed if things go wrong. But hey, I do also take nightly backups on my "critical" data - /etc, /home (though reading the thread I understood that I also need to backup /var. Thanks Chris), and religiously follow http://www.openbsd.org/faq/current.html -Amarendra -- Pune, INDIA.
Re: web development on OpenBSD
On Mon, Apr 28, 2008 at 6:50 AM, bofh <[EMAIL PROTECTED]> wrote: > As others have mentioned - postgresql. Superior database, scalable above 8 > cpus, unlike mysql. And everything comes with it, unlike mysql, where you > have to pay for "enterprise features" (at least 4.x, no idea about 5.x). > > If you want to run it on a default openbsd box - apache 1.3. > > On language - remember, PHP's design goal (as late as v3) was for complete > non-programmers to be able to pick it up and write programs immediately. > You can imagine how that can cause issues for security. Most libraries or > add-ons you install for PHP require you to run in insecure mode. PHP is the > opensource answer to visual basic, in the "yes, we can create absolute > insecure crap too" sense. If you want to do something similar to what > openbsd is doing, use C. [...] IMHO, C is not very easy to pick up for a started, and is not very well suited for web-development (well, yes, there are web apps in C, but they are exceptions than the norm). I strongly recommend python, as I find it easier to learn and get productive. Plus it allows you to use object orientation, once you are comfortable with it. -Amarendra
Re: ntfs usb drive fail to mount
On Sun, Apr 27, 2008 at 12:48 AM, Ivo van der Sangen <[EMAIL PROTECTED]> wrote: > Would it be a good idea to note the lack of support for NTFS > filesystems in a GENERIC kerel in mount_ntfs(8)? If it is appreciated > I will send a diff. [...] But then it has to be removed *when* NTFS becomes a part of GENERIC. One place where this can be put up is the FAQ, but I'm still skeptical. IMHO, things as of now are fine. -Amarendra
Fixed ! (Re: Projector/external monitor not working on OpenBSD 4.2-current on Thinkpad X60)
On Fri, Feb 22, 2008 at 12:05 PM, Matthieu Herrb <[EMAIL PROTECTED]> wrote: > > On Thu, Feb 21, 2008 at 11:11 AM, Amarendra Godbole > <[EMAIL PROTECTED]> wrote: > > I am unable to move the display to a projector or an external monitor > > on my Thinkpad X60, which is running OpenBSD 4.2-current. Fn-F7 is the > > keycombination to be used to switch displays, but it does not work. > > Now, I am not too sure if this is a function of the OS, or Thinkpad's > > firmware. Search engines turned up nothing. Can someone suggest a way > > by which I can make use of an external monitor? Any software package > > to control this? Thanks. > > > > The X60 is using intel i965 graphics right? (hard to tell without some > dmesg or Xorg.0.log attached to your message) > So X is normally using the 'intel' driver which uses XRandR 1.2. > Plug you projector or external monitor, run 'xrandr --auto' and you > should be setup for mirroring. > Check the xrandr(1) man page and the intel web site > http://www.intellinuxgraphics.org/dualhead.html for more configuration > options. Okay, this should have worked earlier (it is i945 chipset), but did not, and I was trying to figure out what must be wrong, until now. I removed my xorg.conf, and then tried doing an "xrandr --auto", and bingo - I had both my LCD and the external monitor working. I am s excited - now I can do all my presentations through OpenBSD, without depending on some other OS to handle it. > > If I wrong and the X60 doesn't use an intel chipset, please post more > details first (Xorg.0.log or dmesg at least) -Amarendra
Re: OpenBSD Artwork BSD Licensed?
On Sun, Mar 23, 2008 at 10:54 PM, Richard Daemon <[EMAIL PROTECTED]> wrote: [...] > On a side note, is there somewhere we can purchase some translucent > wireframe blowfish stickers? > I for one would love to have some of these and I'm sure others would too. [...] This may have what you want: https://kd85.com/notforsale.html -Amarendra
Re: The REAL reason we use OpenBSD
On Sun, Mar 16, 2008 at 4:41 AM, Paul de Weerd <[EMAIL PROTECTED]> wrote: [...] > Placing correctness before features is such a fundamentally different > approach to what (most) other projects do, with such obvious results, > I'm amazed OpenBSD is still the only one doing it. [...] I add two more: "simplicity" and "intuitiveness". Simplicity because things are laid out really well, and are easy to grasp/understand. For eg., the netstart script, the rc.local script, rc.shutdown script, and I can just go on. Try checking the rc.* stuff on Linux, and the simplicity thing distinctly stands out. And intuitiveness follows because of this simplicity. :-) Thanks. -Amarendra
OpenBSD PRNG DNS Cache Poisoning and Predictable IP ID Weakness - fixed?
DeepSight alert services (Symantec) notified me that OpenBSD has also fixed the DNS cache poisoning and predictable IP ID weakness. I also see PRNG related changes to 4.3. If my memory serves me right, my impression was this was not an issue that bothered OBSD much, and as such the developers had decided they won't (?) fix it. I would appreciate to get an insight as to why this change in decision took place (yeah, I am also okay if I get an answer like "some dev had some time at hand". :)) My intention is not to question as to why this was fixed, but as to why a change in decision from "not fix -> fix". Thanks. -Amarendra
Re: Projector/external monitor not working on OpenBSD 4.2-current on Thinkpad X60
On Fri, Feb 22, 2008 at 12:05 PM, Matthieu Herrb <[EMAIL PROTECTED]> wrote: > > On Thu, Feb 21, 2008 at 11:11 AM, Amarendra Godbole > <[EMAIL PROTECTED]> wrote: > > I am unable to move the display to a projector or an external monitor > > on my Thinkpad X60, which is running OpenBSD 4.2-current. Fn-F7 is the > > keycombination to be used to switch displays, but it does not work. > > Now, I am not too sure if this is a function of the OS, or Thinkpad's > > firmware. Search engines turned up nothing. Can someone suggest a way > > by which I can make use of an external monitor? Any software package > > to control this? Thanks. > > > > The X60 is using intel i965 graphics right? (hard to tell without some > dmesg or Xorg.0.log attached to your message) > So X is normally using the 'intel' driver which uses XRandR 1.2. > Plug you projector or external monitor, run 'xrandr --auto' and you > should be setup for mirroring. > Check the xrandr(1) man page and the intel web site > http://www.intellinuxgraphics.org/dualhead.html for more configuration > options. > > If I wrong and the X60 doesn't use an intel chipset, please post more > details first (Xorg.0.log or dmesg at least) 945GM is the chipset. I tried playing around with xrandr, but no luck. Most likely I am unable to get the concepts right. Anyways, my Xorg.log.0, dmesg, and xrandr are hosted here: http://www.obscure.org/~amunix/misc/ I'd appreciate if you can help me here. Oh, BTW, I noticed some option in the BIOS which sets "boot display", and the values are LCD screen, VGA, both. If I select VGA or both, my output goes only to the VGA, but not on the LCD. :-| -Amarendra
Re: Projector/external monitor not working on OpenBSD 4.2-current on Thinkpad X60
On Thu, Feb 21, 2008 at 8:40 PM, Douglas A. Tutty <[EMAIL PROTECTED]> wrote: > > On Thu, Feb 21, 2008 at 03:41:30PM +0530, Amarendra Godbole wrote: > > I am unable to move the display to a projector or an external monitor > > on my Thinkpad X60, which is running OpenBSD 4.2-current. Fn-F7 is the > > keycombination to be used to switch displays, but it does not work. > > Now, I am not too sure if this is a function of the OS, or Thinkpad's > > firmware. Search engines turned up nothing. Can someone suggest a way > > by which I can make use of an external monitor? Any software package > > to control this? Thanks. > > When you boot the laptop, go into the bios (just to prevent booting). > Have the external monitor attached. Hit your key combo and you should > get the bios screen on the external monitor. If this works, then you're > on the right track. If it doesn't, then you know that its not the OS > fault. [...] Okay, this works - going to BIOS, hitting a Fn-F7, and getting the display on the extenal monitor. But now I have lost my notebook display, but this is workable for the timebeing (I am also investigating the xrandr option suggested by Matthieu). Thanks. -Amarendra
Projector/external monitor not working on OpenBSD 4.2-current on Thinkpad X60
I am unable to move the display to a projector or an external monitor on my Thinkpad X60, which is running OpenBSD 4.2-current. Fn-F7 is the keycombination to be used to switch displays, but it does not work. Now, I am not too sure if this is a function of the OS, or Thinkpad's firmware. Search engines turned up nothing. Can someone suggest a way by which I can make use of an external monitor? Any software package to control this? Thanks. -Amarendra
Re: facts about OpenBSD
On Jan 10, 2008 6:14 PM, Nikns Siankin <[EMAIL PROTECTED]> wrote: [...] > I get lot of response offlist. > It seems that people are afraid to discuss these issues onlist, > guess because of this "YOURE WHINER" or "DONT LIKE DONT USE" attitude. [...] I am relatively new to OpenBSD, I am merely a user, and I read the misc@ list always. I do my homework mostly before posting/asking for doubts, and IMHO, OpenBSD folks have been the most kind and helpful till now. The S/N ratio on these lists is "very-high" (unless folks like RMS topple it). The learning method here is very difficult - you do your homework, and expect no handholding at all. For people having "very less patience", and who wish to always be spoon fed, and who whine without offering a solution (at least I did not see it on misc@), there are many Linux mailing lists around. Not OpenBSD for sure. Now please, if you feel something is not working, or broken, or needs improvement - send a patch to tech@, and if its worth it will be accepted (no I haven't submitted yet a single patch, heck, I don't even know 0.5% of OBSD source code. But I am learning, and I will take my own time). Are you upset because: - your patches were not accepted - RMS paid you to topple the S/N ratio one more time - you don't get any handholding from the devs - reason unknown to me (tick one, then have a cup of coffee, take a walk in the woods, and come back). If you still don't like OpenBSD and are totally fed up with it, DON'T USE IT. -Amarendra
Re: Free - First Ten To Call B u l l S h i t
On Jan 6, 2008 1:05 PM, L <[EMAIL PROTECTED]> wrote: > On 1/5/08, Marco Peereboom <[EMAIL PROTECTED]> wrote: > > > There is no such thing as free as in beer. This is one of the dumbest > > analogies I have ever heard. Who came up with it anyway? > > > > Free as in yeast infection, not free as in beer. > Free as in idiotic lunacy. > > A yeast infection occurs in brewing, yeasties replicate for free free FREE! > > First ten people to call "b u l l s h i t" on GNU get the following sent [...] Hope I am one of the first ten - GNU is pure b u l l s h i t, and it can't get worse than this. But yes, GNU has the magical power to impress the newcomers' - I was one of them long time ago. The away you move from GNU, as time progresses, the wiser you become. -Amarendra
Re: Real men don't attack straw men
On Jan 4, 2008 10:59 AM, Richard Stallman <[EMAIL PROTECTED]> wrote: > > In addition, I thought that OpenSolaris was just a kernel, but it > > looks like the question had in mind a whole system. This > > miscommunication has the effect of making my statement appear to be an > > endorsement of a system. > > Huh? OpenSolaris is just a kernel > > That's what I thought. It _is_ free software, what there is of it. > But it isn't a usable solution. That's what I meant at the time. > > Someone like you is not allowed to spread mistruths like this in the > media. > > "Spread mistruths" is a distorted way to describe a couple of > misunderstandings. And as far as I know there is no way to forbid > anyone to do that. If I knew a way, I would do it. > > Since you did it three times so rapidly, I am calling you a liar. > > Mistakes are not lies. And these mistakes were misunderstandings > anyway. If a mistake happens once, fine. Second time, fine. Third time, something is fishy. Fourth time, the mistake tends towards becoming a lie. Fifth, sixth, over and over and over and over. It is a lie. If a leader makes a mistake, people follow suit. Leaders are not supposed to make mistakes, and if they do, they *must* let go the leadership position - for they tarnish one and all - the product, the process, and the people. And you seem to be sensible enough to understand all that I write above. And you still insist that you merely make mistakes? RTFM Richard *before* opening your mouth. > > And > since you refuse to undo your commercial support in Emacs and GCC, I > am going to call you a hypocrite. > > I'm following the same principles that I apply to others. > I've explained both these principles and my actions; the readers > can judge all aspects for themselves. Well yes, the readers surely can judge - and they do. -Amarendra
Re: Perpetually Current
On Dec 28, 2007 4:07 AM, Ingo Schwarze <[EMAIL PROTECTED]> wrote: [...] > Keeping a system up to date involves manual work, > either a little easy work for manual upgrades now and then, > or lots of hard and scary work for building and maintaining > an automatic system. You choose according to your skill, > and according to your time budget... [...] The closest I have come to "automation" to stay -current is a small shell script run through cron, which pulls current.html and diffs it with a previous version. Any change, and it sends me an email so that I know I have to go and look at current.html. That's about it. As Ingo rightly mentions, full automation to stay -current is a very scary thought! -Amarendra