Re: vmmap: bad software everywhere
On 4 June 2011 08:48, Amit Kulkarni amitk...@gmail.com wrote: How comes nobody in other OSes noticed ? Well, people probably did, and tweaked their allocators to work, by using preferably the low address space, and having addresses that increase slowly, so that a lot of pointers are below 4GB, and a lot of pointer diffs are under 4GB. Or you could just be engaging in an ad hominem attack without actually looking at their implementations and assuming they're not doing it right because they're not you or your favorite platform. But hey, we don't know anyone who'd do *that* in the OpenBSD community. Right? This is baiting. There might have been instances of attacks in the past, I don't know. But in this particular case, Marc is absolutely right. OpenBSD is late to the bigmem party but when they get there, they try and raise issues which benefit everybody. Tortoise / Hare. Could it be that all the hares are partying just before the finish line which none of them yet bothered to cross and none of them have noticed that the careful tortoise has cautiously made his way past their drunken fluffy arses and is crossing the line to take the win? : - )
Re: No packages 'gnome-utils' in snapshots and build from ports fails
On Sat, 4 Jun 2011, Stuart Henderson wrote: I noticed lsof installs in /usr/local/sbin, which is a no-no. apart from getting Tutti Frutti Summer Love stuck in my head again (thanks!) I don't see a problem here. AHAHAHAHA :-) This makes my day... -- Antoine
Re: PF with gigabit voice/video streams
On 4-6-2011 0:04, Stuart Henderson wrote: On 2011-06-03, Eric K. Miller emil...@thecreation.com wrote: Are you running -current? There have been some massive tweaks in networking performance in -current. Try out and report back. We were running 4.7 amd64 version (GENERIC.MP). Also tried the single processor version. Intel Pro/1000 MT cards were used. I should mention that we had a large number of virtual interfaces (300+) for routing traffic among these VLANs. So maybe this was the cause. after 4.9 we switched to an RB tree for local address lookups, I think this is likely to help that situation. there is also a hash and sequentially-searched list used for vlan tag lookup; dlg looked at replacing it with an RB tree before, iirc it made things worse on some machines (probably those with microscopic caches) but it's probably worth re-checking that... A simpler option may be to bump the hash size (TAG_HASH_SIZE) which only has 32 buckets now. Maybe even to 4096.
Re: Interesting panic during boot
On Fri, Jun 03, 2011 at 06:36:53PM -0400, Dave Anderson wrote: | On Fri, 3 Jun 2011, Kenneth R Westerback wrote: | The dmesg is needed. This looks like the disk/usb stick is not being | found by the OS. | | I was afraid of that. | | Dealing with the first apparent problem, that most of the dmesg scrolls | off the screen, looks to be easy; a quick look at the source reveals | that ddb has an apparently undocumented 'dmesg' command. | | Actually capturing the dmesg looks to be harder; given that this is a | store demo system to which I have very limited access I'm not sure I've | got any better way than hand-writing it all. I've got a couple of ideas | for easier ways to try, but it will take a few days. Are there any | parts of the dmesg that are known to be unnecessary for this purpose, so | I can avoid the work of copying them if I have to fall back to writing | everything down and retyping it? Don't write it .. bring a digital camera and take pictures of every screen. It's tedious but it beats writing (definitely when you're in a store). Then type in the text from the images and send that. Another alternative is booting the ramdisk kernel (bsd.rd) and see if you get some disk device resembling your usb stick out of that. If you do, try mounting that and storing the dmesg there. Cheers, Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: PF with gigabit voice/video streams
On Fri, Jun 03, 2011 at 10:05:21PM +, Stuart Henderson wrote: | On 2011-06-03, Amit Kulkarni amitk...@gmail.com wrote: | If the driver is em for Intel Pro/1000 MT, that has received a serious | boost. People are reporting close to light speed :-) | | nah, close to light speed is on the MF, not MT. Propagation speed in fibre optic cabling is ~182.000 km/s (.61c). For copper cabling, this ranges from .59c to .77c, with CAT5 around .64c. That would make MT faster than MF. Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
ports tree update: 'write failed: broken pipe'
when fetching/updating the ports tree through cvs it ends with Write failed: Broken pipe this still appears when using the -q flag to cvs. Is it a error message? Im following the intructions as specified on http://openbsd.org/anoncvs.html and http://openbsd.org/faq/faq5.html with no previous ports tree: # cd /usr # cvs -qd anon...@anoncvs.ca.openbsd.org:/cvs get -P ports with ports tree in /usr: # cd /usr/ports # cvs -q up -Pd the commands do seem to fetch the complete tree. getting the tree from ftp first instead of cvs gives the same message when updating through cvs. # dmesg | head -1 OpenBSD 4.9-current (GENERIC.MP) #3: Sun May 22 13:41:27 MDT 2011
Re: Mouse0: No Device specified, looking for one.. (it's specified)
Thanks for your reply, but it doesn't work. Logs are still reporting absence of device specification, as a result default /dev/wsmouse gets picked up for TrackPoint.. Here's the changed fragment: Section InputDevice Identifier TrackPoint Driver mouse Option Device /dev/wsmouse0 Option Protocol wsmouse Option CorePointer Option ZAxisMapping 4 5 6 7 Option EmulateWheel yes Option EmulateWheelButton 2 EndSection Section InputDevice Identifier USBMouse Driver mouse Option Device /dev/wsmouse1 Option Protocol wsmouse Option SendCoreEvents true Option ZAxisMapping 4 5 6 7 EndSection On Fri, Jun 3, 2011 at 7:04 AM, Tomas Bodzar tomas.bod...@gmail.com wrote: Set 'Option CorePointer' in InputDevice section for trackpoint and 'Option SendCoreEvents true' in InputDevice section for mouse. On Fri, Jun 3, 2011 at 12:33 AM, pat pkugri...@gmail.com wrote: I'm having issues while trying to configure two mice separately in xorg.conf. Default mouse driver seems to pick up /dev/wsmouse by default instead of specified wsmouse0.. looks like it just ignores Option Device line (I tried to place it in the beginning of section also). Here I just want to enable a few additional parameters for Trackpoint. xorg.conf, Xorg.0.log files and dmesg are below. = xorg.conf: = Section Files ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/TTF/ FontPath /usr/X11R6/lib/X11/fonts/OTF/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ EndSection Section Module Load dbe Load dri Load dri2 Load extmod Load glx Load record EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier TrackPoint Driver mouse OptionProtocol wsmouse OptionZAxisMapping 4 5 6 7 OptionEmulateWheel yes Option EmulateWheelButton 2 OptionDevice /dev/wsmouse0 EndSection Section InputDevice Identifier USBMouse Driver mouse OptionProtocol wsmouse OptionZAxisMapping 4 5 6 7 OptionDevice /dev/wsmouse1 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option ColorKey # i #Option CacheLines # i #Option Dac6Bit # [bool] #Option DRI # [bool] #Option NoDDC # [bool] #Option ShowCache # [bool] #Option XvMCSurfaces # i #Option PageFlip # [bool] Identifier Card0 Driver intel BusID PCI:0:2:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 1 EndSubSection SubSection Display Viewport 0 0 Depth 4 EndSubSection SubSection Display Viewport 0 0 Depth 8 EndSubSection SubSection Display Viewport 0 0 Depth 15 EndSubSection SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection Section ServerLayout Identifier X.org Configured Screen Screen0 0 0 InputDeviceKeyboard0 CoreKeyboard InputDeviceTrackPoint CorePointer InputDeviceUSBMouse SendCoreEvents EndSection = relevant peace from Xorg.0.log: = [1382892.087] (WW) TrackPoint: No Device specified, looking for one... [1382892.173] (II) TrackPoint: found Device /dev/wsmouse [1382892.173] (--) TrackPoint: Device: /dev/wsmouse [1382892.173] (==) TrackPoint: Protocol: WSMouse [1382892.173] (**) Option CorePointer [1382892.173] (**) TrackPoint: always reports core events [1382892.173] (**) Option Device /dev/wsmouse [1382892.290] (==) TrackPoint: Emulate3Buttons, Emulate3Timeout: 50 [1382892.290] (**) Option ZAxisMapping 4 5 6 7 [1382892.290] (**) TrackPoint: ZAxisMapping: buttons 4, 5, 6 and 7 [1382892.290] (**) Option EmulateWheel yes [1382892.291] (**) Option EmulateWheelButton 2 [1382892.291] (==) TrackPoint: YAxisMapping: buttons 4
Re: vmmap: bad software everywhere
Well, the official fix for mono is in, from the mono team. Guess what ? Mono uses MAP_32BIT if it's available. From Linux's mmap manpage: MAP_32BIT (since Linux 2.4.20, 2.6) Put the mapping into the first 2 Gigabytes of the process address space. This flag is only supported on x86-64, for 64-bit programs. It was added to allow thread stacks to be allocated somewhere in the first 2GB of memory, so as to improve context-switch performance on some early 64-bit processors. Modern x86-64 processors no longer have this performance prob- lem, so use of this flag is not required on those systems. The MAP_32BIT flag is ignored when MAP_FIXED is set. From my point of view, it certainly looks like MAP_32BIT was only put there to address one specific issue in the lifetime of 64 bit platforms, but that some people got some nifty ideas about how to abuse it, and now it's probably there to stay, since software would break without it... And yeah, if MAP_32BIT is not available, you end up in a jungle of #ifdefs... from what I see of the patch, it looks like the problem could affect any 64 bits arch without MAP_32BIT. We're probably just lucky to hit it first. Let's stress out how MAP_32BIT is not such a good idea, since you constrain the allocations into a much smaller address space, thus less random addresses, more opportunities for buffer overflow to be exploited. (but hey, we all know that buffer overflows don't ever happen under Linux, which is why they don't need no shoddy strlcpy). Differing opinions are welcome, but please, can you try to back it up with facts ?
Re: Mouse0: No Device specified, looking for one.. (it's specified)
On 06/04/11 16:32, pat wrote: Thanks for your reply, but it doesn't work. Logs are still reporting absence of device specification, as a result default /dev/wsmouse gets picked up for TrackPoint.. Here's the changed fragment: I had the very same problem and worked around it by renaming /dev/wsmouse to /dev/wsmouse.rest here's my xorg.conf: This seems to be a bug in the pointer device driver infrastrucure in xenocara, I tried to track it down, but gave up after several hours. Section Files FontPath /usr/local/lib/X11/fonts/terminus/ FontPath /usr/local/lib/X11/fonts/Liberation/ FontPath /usr/local/lib/X11/fonts/WinFonts/ EndSection Section InputDevice Identifier TouchPad0 Driver synaptics Option Device/dev/wsmouse0 #Option AutoServerLayout true EndSection Section InputDevice Identifier TrackPoint1 Driver mouse Option Device/dev/wsmouse1 Option Emulate3Buttons false Option EmulateWheel true Option EmulateWheelButton2 # No AutoServerLayout here, since xorg automatically # adds first InputDevice with mouse driver as CorePointer. #Option AutoServerLayout true EndSection Section InputDevice Identifier Mouse Driver mouse Option Device/dev/wsmouse2 #Option AutoServerLayout true EndSection Section Device Identifier ATI FireGL M24 Option DynamicClocks true EndSection Section Screen Identifier wide Device ATI FireGL M24 SubSection Display Virtual 3200 1200 EndSubSection EndSection Section ServerLayout Identifier Layout0 Screen wide InputDevice TouchPad0 SendCoreEvents InputDevice TrackPoint1CorePointer InputDevice Mouse SendCoreEvents Option BlankTime 5 EndSection Section InputDevice Identifier TrackPoint Driver mouse Option Device /dev/wsmouse0 Option Protocol wsmouse Option CorePointer Option ZAxisMapping 4 5 6 7 Option EmulateWheel yes Option EmulateWheelButton 2 EndSection Section InputDevice Identifier USBMouse Driver mouse Option Device /dev/wsmouse1 Option Protocol wsmouse Option SendCoreEvents true Option ZAxisMapping 4 5 6 7 EndSection On Fri, Jun 3, 2011 at 7:04 AM, Tomas Bodzar tomas.bod...@gmail.com wrote: Set 'Option CorePointer' in InputDevice section for trackpoint and 'Option SendCoreEvents true' in InputDevice section for mouse. On Fri, Jun 3, 2011 at 12:33 AM, pat pkugri...@gmail.com wrote: I'm having issues while trying to configure two mice separately in xorg.conf. Default mouse driver seems to pick up /dev/wsmouse by default instead of specified wsmouse0.. looks like it just ignores Option Device line (I tried to place it in the beginning of section also). Here I just want to enable a few additional parameters for Trackpoint. xorg.conf, Xorg.0.log files and dmesg are below. = xorg.conf: = Section Files ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/TTF/ FontPath /usr/X11R6/lib/X11/fonts/OTF/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ EndSection Section Module Load dbe Load dri Load dri2 Load extmod Load glx Load record EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier TrackPoint Driver mouse OptionProtocol wsmouse OptionZAxisMapping 4 5 6 7 OptionEmulateWheel yes Option EmulateWheelButton 2 OptionDevice /dev/wsmouse0 EndSection Section InputDevice Identifier USBMouse Driver mouse OptionProtocol wsmouse OptionZAxisMapping 4 5 6 7 OptionDevice /dev/wsmouse1 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option ColorKey # i #Option CacheLines # i #Option Dac6Bit # [bool] #Option DRI
Amenities de Calidad
Circunstancias pasajeras nos llevaron a demorarnos un poco en las entregas , para poder llegar a ser los mas rapidos nuevamente . Como siempre Amenitie Solutions , gran surtido de productos para que no le falte nada a sus clientes . SOLICITE LISTA DE PRECIOS ya que es el mas bajo . AMENITIE SOLUTIONS URL ... jaboncitos .com.ar Muniz 716 Cap Fed si no desea mas informacion responder con asunto REMOVER
duid
The convenient thing about mounting your filesystems by DUID in fstab(5) is that you can just add drives without having to worry about, say, wd0 becoming wd1 and you having to edit /etc/fstab correspondingly. That said, it isn't entirely transparent. If wd0 suddenly does turn into wd1 and you are NFS-exporting filesystems off that drive, the clients will complain about a stale NFS handle because the device number is part of the handle. I thought I'd mention it, because somebody is going to be surprised by this. -- Christian naddy Weisgerber na...@mips.inka.de
Re: Mouse0: No Device specified, looking for one.. (it's specified)
Hi, try this patch Index: src/mouse.c === RCS file: /cvs/xenocara/driver/xf86-input-mouse/src/mouse.c,v retrieving revision 1.10 diff -u -p -r1.10 mouse.c --- src/mouse.c 22 Apr 2011 18:35:19 - 1.10 +++ src/mouse.c 4 Jun 2011 16:57:38 - @@ -941,7 +941,7 @@ MousePreInit(InputDriverPtr drv, InputIn goto out; } -device = xf86SetStrOption(pInfo-options, Device, NULL); +device = xf86SetStrOption(pInfo-conf_idev-commonOptions, Device, NULL); /* Default Mapping: 1 2 3 8 9 10 11 ... */ for (i = 0; i MSE_MAXBUTTONS; i++) On Sat, Jun 04, 2011 at 05:05:54PM +0200, Christopher Zimmermann wrote: On 06/04/11 16:32, pat wrote: Thanks for your reply, but it doesn't work. Logs are still reporting absence of device specification, as a result default /dev/wsmouse gets picked up for TrackPoint.. Here's the changed fragment: I had the very same problem and worked around it by renaming /dev/wsmouse to /dev/wsmouse.rest here's my xorg.conf: This seems to be a bug in the pointer device driver infrastrucure in xenocara, I tried to track it down, but gave up after several hours. Section Files FontPath /usr/local/lib/X11/fonts/terminus/ FontPath /usr/local/lib/X11/fonts/Liberation/ FontPath /usr/local/lib/X11/fonts/WinFonts/ EndSection Section InputDevice Identifier TouchPad0 Driver synaptics Option Device/dev/wsmouse0 #Option AutoServerLayout true EndSection Section InputDevice Identifier TrackPoint1 Driver mouse Option Device/dev/wsmouse1 Option Emulate3Buttons false Option EmulateWheel true Option EmulateWheelButton2 # No AutoServerLayout here, since xorg automatically # adds first InputDevice with mouse driver as CorePointer. #Option AutoServerLayout true EndSection Section InputDevice Identifier Mouse Driver mouse Option Device/dev/wsmouse2 #Option AutoServerLayout true EndSection Section Device Identifier ATI FireGL M24 Option DynamicClocks true EndSection Section Screen Identifier wide Device ATI FireGL M24 SubSection Display Virtual 3200 1200 EndSubSection EndSection Section ServerLayout Identifier Layout0 Screen wide InputDevice TouchPad0 SendCoreEvents InputDevice TrackPoint1CorePointer InputDevice MouseSendCoreEvents Option BlankTime 5 EndSection Section InputDevice Identifier TrackPoint Driver mouse Option Device /dev/wsmouse0 Option Protocol wsmouse Option CorePointer Option ZAxisMapping 4 5 6 7 Option EmulateWheel yes Option EmulateWheelButton 2 EndSection Section InputDevice Identifier USBMouse Driver mouse Option Device /dev/wsmouse1 Option Protocol wsmouse Option SendCoreEvents true Option ZAxisMapping 4 5 6 7 EndSection On Fri, Jun 3, 2011 at 7:04 AM, Tomas Bodzar tomas.bod...@gmail.com wrote: Set 'Option CorePointer' in InputDevice section for trackpoint and 'Option SendCoreEvents true' in InputDevice section for mouse. On Fri, Jun 3, 2011 at 12:33 AM, pat pkugri...@gmail.com wrote: I'm having issues while trying to configure two mice separately in xorg.conf. Default mouse driver seems to pick up /dev/wsmouse by default instead of specified wsmouse0.. looks like it just ignores Option Device line (I tried to place it in the beginning of section also). Here I just want to enable a few additional parameters for Trackpoint. xorg.conf, Xorg.0.log files and dmesg are below. = xorg.conf: = Section Files ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/TTF/ FontPath /usr/X11R6/lib/X11/fonts/OTF/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ EndSection Section Module Load dbe Load dri Load dri2 Load extmod Load glx Load record EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier TrackPoint Driver mouse OptionProtocol wsmouse OptionZAxisMapping 4 5 6 7 OptionEmulateWheel yes Option EmulateWheelButton 2 OptionDevice /dev/wsmouse0
Re: Pewter Puffy
Wine + OpenBSD = bliss 3 On Sat, Jun 04, 2011 at 09:34:25AM +0800, Nick Coleman wrote: Perhaps OT: I came across a pewter puffy by Royal Selangor at my sister's birthday dinner party last night. She was given a pewter sea horse wine aerator. The small brochure enclosed in the gift box also showed this pewter puffy: http://www.royalselangor.com/rs2/productdetails.php?ProductSKU=4643RReferer=6|45|0|0 Might make a neat gift for your OpenBSD loved one.
Re: config dumps core in -current
On Fri, Jun 3, 2011 at 1:54 PM, Amarendra Godbole amarendra.godb...@gmail.com wrote: On Fri, Jun 3, 2011 at 11:44 AM, Otto Moerbeek o...@drijf.net 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 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
accounting information
Hi folks, Does anybody here know what user are those numeric presented by sa command? lion# sa -m usracct sa: short read of accounting data in usracct root 439 0.04cpu 157tio 4k*sec _rusersd 1 0.00cpu0tio 0k*sec sioux 14 0.00cpu 45tio 0k*sec 25600115.47cpu0tio 0k*sec 256000 1 0.01cpu0tio 0k*sec 4294967295 406 3632383044.27cpu 108971491328tio26607210k*sec Which users are those 25600, 256000 and 4294967295 ? Thanks in advance. Gustavo.
IPv6 - www.openbsd.org
Good morning, Just a question. www.openbsd.org not reachable via IPv6 network? ping6 -c2 www.kame.net PING6(56=40+8+8 bytes) 2001:e68:2000:3:215:c5ff:fefb:c22f -- 2001:200:dff:fff1:216:3eff:feb1:44d7 16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=0 hlim=53 time=128.810 ms 16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=1 hlim=53 time=121.426 ms --- orange.kame.net ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 121.426/125.118/128.810/3.692 ms ping6 -c2 www.openbsd.org ping6: hostname nor servname provided, or not known ping6 -c2 www.freebsd.org PING6(56=40+8+8 bytes) 2001:e68:2000:3:215:c5ff:fefb:c22f -- 2001:4f8:fff6::22 16 bytes from 2001:4f8:fff6::22, icmp_seq=0 hlim=51 time=340.325 ms 16 bytes from 2001:4f8:fff6::22, icmp_seq=1 hlim=51 time=340.765 ms --- red.freebsd.org ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 340.325/340.545/340.765/0.220 ms ping6 -c2 www.netbsd.org PING6(56=40+8+8 bytes) 2001:e68:2000:3:215:c5ff:fefb:c22f -- 2001:4f8:3:7:2e0:81ff:fe52:9a6b 16 bytes from 2001:4f8:3:7:2e0:81ff:fe52:9a6b, icmp_seq=0 hlim=51 time=341.447 ms 16 bytes from 2001:4f8:3:7:2e0:81ff:fe52:9a6b, icmp_seq=1 hlim=51 time=343.418 ms --- www.netbsd.org ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 341.447/342.433/343.418/0.986 ms nslookup -type= www.kame.net 8.8.8.8 Server: 8.8.8.8 Address:8.8.8.8#53 Non-authoritative answer: www.kame.netcanonical name = orange.kame.net. orange.kame.net has address 2001:200:dff:fff1:216:3eff:feb1:44d7 Authoritative answers can be found from: nslookup -type= www.openbsd.org 8.8.8.8 Server: 8.8.8.8 Address:8.8.8.8#53 Non-authoritative answer: *** Can't find www.openbsd.org: No answer Authoritative answers can be found from: openbsd.org origin = zeus.theos.com mail addr = root.theos.com serial = 950512 refresh = 17200 retry = 3600 expire = 360 minimum = 86400 nslookup -type= www.freebsd.org 8.8.8.8 Server: 8.8.8.8 Address:8.8.8.8#53 Non-authoritative answer: www.freebsd.org canonical name = red.freebsd.org. red.freebsd.org has address 2001:4f8:fff6::22 Authoritative answers can be found from: nslookup -type= www.netbsd.org 8.8.8.8 Server: 8.8.8.8 Address:8.8.8.8#53 Non-authoritative answer: www.netbsd.org has address 2001:4f8:3:7:2e0:81ff:fe52:9a6b Authoritative answers can be found from: -- Thank you. Zamri Besar
Re: config dumps core in -current
On 06/04/11 15:28, Amarendra Godbole wrote: 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? Probably. http://www.openbsd.org/faq/faq5.html#BldBinary Did you start from the most recent snapshot? Nick.
Re: ports tree update: 'write failed: broken pipe'
On 06/04/11 07:55, patrick kristensen wrote: when fetching/updating the ports tree through cvs it ends with Write failed: Broken pipe this still appears when using the -q flag to cvs. Is it a error message? yes...and from here, your note gets very confusing. So I'm ignoring most of it, other than... Im following the intructions as specified on http://openbsd.org/anoncvs.html and http://openbsd.org/faq/faq5.html except I'm ad-libbing options of my own. You forgot to say this. However, in this case, it's nothing of substance, _assuming_ you told the truth about the command lines you used, but that's quite an assumption. Still, the Write failed: Broken pipe probably means something broke your ssh connection, probably an ISP or firewall issue. What you got and how usable it is, I can't answer based on the info provided. Nick.
Re: IPv6 - www.openbsd.org
On Sat, Jun 4, 2011 at 12:47 PM, Zamri Besar zam4e...@gmail.com wrote: Just a question. www.openbsd.org not reachable via IPv6 network? Does www.openbsd.org have any records? No.
Re: IPv6 - www.openbsd.org
On Sat, Jun 4, 2011 at 3:47 PM, Zamri Besar zam4e...@gmail.com wrote: Good morning, Just a question. www.openbsd.org not reachable via IPv6 network? Nope, it's only on the real internet.
Re: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
Uh isn't the biggest problem that all the system code was written in an almost unparsable grammar and practically impossible to audit automatically ? If the language was considered formalized data as well as the data it operates on, such formalized checking features would be easy to grab. Ever heard of s-expressions ? On 31 mai 2011 18:58, Amit Kulkarni amitk...@gmail.com wrote:
Re: IPv6 - www.openbsd.org
Plenty of people who drink a lot in OpenBSD. They even need an extra 2 As to prove it. On Sat, Jun 04, 2011 at 01:39:03PM -0700, Matthew Dempsky wrote: On Sat, Jun 4, 2011 at 12:47 PM, Zamri Besar zam4e...@gmail.com wrote: Just a question. www.openbsd.org not reachable via IPv6 network? Does www.openbsd.org have any records? No.
Re: config dumps core in -current
On Thu, Jun 2, 2011 at 10:51 PM, Amarendra Godbole amarendra.godb...@gmail.com 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.
Re: ports tree update: 'write failed: broken pipe'
On Sat, Jun 4, 2011 at 9:53 PM, Nick Holland n...@holland-consulting.net wrote: On 06/04/11 07:55, patrick kristensen wrote: when fetching/updating the ports tree through cvs it ends with Write failed: Broken pipe this still appears when using the -q flag to cvs. Is it a error message? yes...and from here, your note gets very confusing. B So I'm ignoring most of it, other than... Im following the intructions as specified on http://openbsd.org/anoncvs.html and http://openbsd.org/faq/faq5.html except I'm ad-libbing options of my own. You forgot to say this. However, in this case, it's nothing of substance, _assuming_ you told the truth about the command lines you used, but that's quite an assumption. Still, the Write failed: Broken pipe probably means something broke your ssh connection, probably an ISP or firewall issue. B What you got and how usable it is, I can't answer based on the info provided. Nick. as spelled out the commands were taken unmodified from http://www.openbsd.org/anoncvs.html#examples http://openbsd.org/faq/faq5.html#BldGetSrc which formats the commandlines differently was followed in separate tries, as spelled out Im following the intructions as specified on http://openbsd.org/anoncvs.html and http://openbsd.org/faq/faq5.html doing fetch and update of src and xenocara using cvs does not give the error message (using the same cvs mirror as with ports (several different mirrors have been tried)). as ssh is the suggested problem any help with troubleshooting what happens to the ssh connection is appreciated as is requests for additional information that can be of help. thanks
Re: accounting information
On Sat, Jun 4, 2011 at 12:34 PM, Friedrich Locke friedrich.lo...@gmail.com wrote: Does anybody here know what user are those numeric presented by sa command? lion# sa -m usracct sa: short read of accounting data in usracct root 439 0.04cpu 157tio 4k*sec _rusersd 1 0.00cpu0tio 0k*sec sioux 14 0.00cpu 45tio 0k*sec 25600115.47cpu0tio 0k*sec 256000 1 0.01cpu0tio 0k*sec 4294967295 406 3632383044.27cpu 108971491328tio26607210k*sec Which users are those 25600, 256000 and 4294967295 ? Corrupt file. See that 'short read' warning message? That means the file that ostensibly was some number of 'struct acct' records was not an even multiple of the size of that structure. Something corrupted it and as a result interpreting the entries after the point of corruption gives bogus results. Philip Guenther
Re: accounting information
How was it corrupted ? I cannot think of anybody done it? I am the only one with access to this machine? Is acct buggy? How may fix it? On Sat, Jun 4, 2011 at 9:15 PM, Philip Guenther guent...@gmail.com wrote: On Sat, Jun 4, 2011 at 12:34 PM, Friedrich Locke friedrich.lo...@gmail.com wrote: Does anybody here know what user are those numeric presented by sa command? lion# sa -m usracct sa: short read of accounting data in usracct root 439 0.04cpu 157tio 4k*sec _rusersd 1 0.00cpu0tio 0k*sec sioux 14 0.00cpu 45tio 0k*sec 25600115.47cpu0tio 0k*sec 256000 1 0.01cpu0tio 0k*sec 4294967295 406 3632383044.27cpu 108971491328tio26607210k*sec Which users are those 25600, 256000 and 4294967295 ? Corrupt file. See that 'short read' warning message? That means the file that ostensibly was some number of 'struct acct' records was not an even multiple of the size of that structure. Something corrupted it and as a result interpreting the entries after the point of corruption gives bogus results. Philip Guenther
compra y vende de manera segura en mexico
/
Re: accounting information
On 6/4/2011 5:35 PM, Friedrich Locke wrote: How was it corrupted ? Bad memory, broken application, or any number of other things. I cannot think of anybody done it? I am the only one with access to this machine? Is acct buggy? How may fix it? Run a memory test on the system, if that checks clean, try to reproduce on another system, if that fails send a full dmesg and output of pkg_info to the list. Come to think of it, please send a dmesg anyway.
Flag to move isakmpd default keys dir?
Folks, I've been working with the flashrd system for booting from compact flash media, and ran across a case where I'd like to make some changes to isakmpd, but before I do so I'm not sure that it's a good idea. The location for certificates, CA's, private keys, etc. is hard-coded in /usr/src/sbin/isakmpd/conf.h and conf.c to be /etc/isakmpd/. I'd like to be able to set a flag on isakmpd at launch time that it should read the information from a different path, such as /flash/isakmpd, so that such system-specific information can be more easily preserved across upgrades of the base system. However, since this is getting into crypto and security territory, I'm not sure that it's a good idea to allow this path to be changed. I'm fairly certain that this is innocuous, but opinions, anyone, before I start hacking? --Paul [demime 1.01d removed an attachment of type application/pkcs7-signature which had a name of smime.p7s]
Re: More softraid0 problems on current
On Sat, Jun 04, 2011 at 12:48:42AM -0400, Josh Rickmar wrote: Sorry for forking this[1] thread (it's saved on my openbsd disk), but I'm having the same issues with booting the June 3 amd64 snapshot on my Thinkpad (T500). However, I'm not using softraid(4) on any of my disks (at least, I haven't changed any settings to explicitly use it). I can grab a dmesg from bsd.rd if you want it. [1] http://marc.info/?l=openbsd-miscm=130714931431027w=2 Thanks for the quick fix! The July 4 snapshot boots up perfectly here.
Re: More softraid0 problems on current
On Sat, Jun 4, 2011 at 6:41 PM, Josh Rickmar joshua_rick...@eumx.netwrote: Thanks for the quick fix! The July 4 snapshot boots up perfectly here. Yeah, talk about a quick fix...it's available a month early! :)