Re: Asus EEEPC 900
Ok, thanks. Has to be a BIOS thing then, because 4.8 dont recognize any NICs at all, internal or USB. I kind of expected the WLAN to be unusable, as it was on the 700. Any ideas as to what BIOS settings to fiddle with? On Mon, 28 Nov 2011 08:47:42 +0100, Christian StC wrote: > On Fri, Nov 25, 2011 at 11:50 AM, Henrik Engmark wrote: >> I was wondering if anyone out there is using the eee pc 900 to run >> OpenBSD. > >> If anyone is using a successful combination of eee pc 900 and OpenBSD, >> please >> let me know. > > I use OpenBSD on my Eee PC 900, but I've had stability problems using > 4.9 with the internal SSD and the Atheros AR5424 was unusable. I don't > know if that changed with 5.0. > lii and axe work fine. > > --- > OpenBSD 5.0 (GENERIC) #43: Wed Aug 17 10:10:52 MDT 2011 > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC > cpu0: Intel(R) Celeron(R) M processor 900MHz ("GenuineIntel" 686-class) > 901 MHz > cpu0: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF > real mem = 2138107904 (2039MB) > avail mem = 2093076480 (1996MB) > mainbus0 at root > bios0 at mainbus0: AT/286+ BIOS, date 03/03/09, BIOS32 rev. 0 @ > 0xf0010, SMBIOS rev. 2.5 @ 0xf06f0 (37 entries) > bios0: vendor American Megatrends Inc. version "1006" date 03/03/2009 > bios0: ASUSTeK Computer INC. 900 > acpi0 at bios0: rev 0 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP APIC OEMB MCFG > acpi0: wakeup devices P0P3(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) > MC97(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) EUSB(S3) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: apic clock running at 100MHz > ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins > acpimcfg0 at acpi0 addr 0xe000, bus 0-255 > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus 5 (P0P3) > acpiprt2 at acpi0: bus 3 (P0P5) > acpiprt3 at acpi0: bus 1 (P0P6) > acpiec0 at acpi0 > acpicpu0 at acpi0: C3, C2 > acpitz0 at acpi0: critical temperature is 90 degC > acpibat0 at acpi0: BAT0 model "900" serial type LION oem "ASUS" > acpiac0 at acpi0: AC unit online > acpiasus0 at acpi0 > acpibtn0 at acpi0: LID_ > acpibtn1 at acpi0: SLPB > acpibtn2 at acpi0: PWRB > acpivideo0 at acpi0: VGA_ > bios0: ROM list: 0xc/0xf800! > pci0 at mainbus0 bus 0: configuration mode 1 (bios) > pchb0 at pci0 dev 0 function 0 "Intel 82915GM Host" rev 0x04 > vga1 at pci0 dev 2 function 0 "Intel 82915GM Video" rev 0x04 > 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: apic 1 int 16 > drm0 at inteldrm0 > "Intel 82915GM Video" rev 0x04 at pci0 dev 2 function 1 not configured > azalia0 at pci0 dev 27 function 0 "Intel 82801FB HD Audio" rev 0x04: msi > azalia0: codecs: Realtek ALC662 > audio0 at azalia0 > ppb0 at pci0 dev 28 function 0 "Intel 82801FB PCIE" rev 0x04: apic 1 int 16 > pci1 at ppb0 bus 4 > ppb1 at pci0 dev 28 function 1 "Intel 82801FB PCIE" rev 0x04: apic 1 int 17 > pci2 at ppb1 bus 3 > lii0 at pci2 dev 0 function 0 "Attansic Technology L2" rev 0xa0: apic > 1 int 17, address 00:22:15:0f:f8:a6 > atphy0 at lii0 phy 1: F2 10/100 PHY, rev. 2 > ppb2 at pci0 dev 28 function 2 "Intel 82801FB PCIE" rev 0x04: apic 1 int 18 > pci3 at ppb2 bus 1 > ath0 at pci3 dev 0 function 0 "Atheros AR5424" rev 0x01: apic 1 int 18 > ath0: AR5424 14.2 phy 7.0 rf 0.0, WOR0W, address 00:15:af:b5:93:a1 > uhci0 at pci0 dev 29 function 0 "Intel 82801FB USB" rev 0x04: apic 1 int 23 > uhci1 at pci0 dev 29 function 1 "Intel 82801FB USB" rev 0x04: apic 1 int 19 > uhci2 at pci0 dev 29 function 2 "Intel 82801FB USB" rev 0x04: apic 1 int 18 > uhci3 at pci0 dev 29 function 3 "Intel 82801FB USB" rev 0x04: apic 1 int 16 > ehci0 at pci0 dev 29 function 7 "Intel 82801FB USB" rev 0x04: 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 > ppb3 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xd4 > pci4 at ppb3 bus 5 > ichpcib0 at pci0 dev 31 function 0 "Intel 82801FBM LPC" rev 0x04: PM > disabled > pciide0 at pci0 dev 31 function 2 "Intel 82801FBM SATA" rev 0x04: DMA, > channel 0 wired to compatibility, channel 1 wired to compatibility > wd0 at pciide0 channel 1 drive 0: > wd0: 1-sector PIO, LBA, 3847MB, 7880544 sectors > wd1 at pciide0 channel 1 drive 1: > wd1: 1-sector PIO, LBA, 30783MB, 63045360 sectors > wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 4 > wd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 4 > ichiic0 at pci0 dev 31 function 3 "Intel 82801FB SMBus" rev 0x04: apic 1 > int 19 > iic0 at ichiic0 > spdmem0 at iic0 addr 0x50: 2GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM > usb1 at uhci0: USB revision 1.0 > uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1 > usb2 at uhci1: USB revision 1.0
Re: usb device causes system crash (ucomstart: null oxfer)
I've nothing but trouble trying to work with _every_ USB/Serial adapter on OpenBSD. Hacking on drivers didn't helped, so I tend to think our USB stack is quite poor. But I don't blame; USB is a toy, and USB devices are toys. Getting real(tm) hardware you should solve your problems. PS: This is my opinion, based on my experience. Your mileage may vary. El 28/11/2011 7:17, Byron Klippert escribis: I wrote a C program to talk to a I2C usb master device. On the surface this program seems to work consistently. It wasn't until I wrapped the C program in shell code and looped it, when a problem was exposed ultimately crashing the system. I do not know whether my program is causing the crash or if it's something related to ucom(4). The shell script runs for days at a time and then it fails with "ucomstart: null oxfer". When I unplug the device the system hangs or if I run usbdevs the system hangs, once hung the watchdog kicks in and reboots the machine. The device is directly connected (no usb hub) and is the only external usb device on the bus. I'm very new to C so any criticisms are welcome. dmesg: OpenBSD 4.9 (GENERIC) #671: Wed Mar 2 07:09:00 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD" 586-class) 499 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX real mem = 268009472 (255MB) avail mem = 253493248 (241MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/05/08, BIOS32 rev. 0 @ 0xfd088 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xe/0xa800 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 1 function 0 "AMD Geode LX" rev 0x33 glxsb0 at pci0 dev 1 function 2 "AMD Geode LX Crypto" rev 0x00: RNG AES vr0 at pci0 dev 9 function 0 "VIA VT6105M RhineIII" rev 0x96: irq 10, address 00:0d:b9:1c:c9:48 ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 glxpcib0 at pci0 dev 15 function 0 "AMD CS5536 ISA" rev 0x03: rev 3, 32-bit 3579545Hz timer, watchdog, gpio gpio0 at glxpcib0: 32 pins pciide0 at pci0 dev 15 function 2 "AMD CS5536 IDE" rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 1-sector PIO, LBA, 3831MB, 7847280 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) ohci0 at pci0 dev 15 function 4 "AMD CS5536 USB" rev 0x02: irq 12, version 1.0, legacy support ehci0 at pci0 dev 15 function 5 "AMD CS5536 USB" rev 0x02: irq 12 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "AMD EHCI root hub" rev 2.00/1.00 addr 1 isa0 at glxpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pcppi0 at isa0 port 0x61 spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 "AMD OHCI root hub" rev 1.00/1.00 addr 1 biomask fbe7 netmask ffe7 ttymask mtrr: K6-family MTRR support (2 registers) nvram: invalid checksum uftdi0 at uhub1 port 2 "FTDI FT232R USB UART" rev 2.00/6.00 addr 2 ucom0 at uftdi0 portno 1 vscsi0 at root scsibus0 at vscsi0: 256 targets softraid0 at root root on wd0a swap on wd0b dump on wd0b clock: unknown CMOS layout --- usbdevs -v: Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), AMD(0x1022), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x), AMD(0x1022), rev 1.00 port 1 powered port 2 addr 2: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A700etwC port 3 powered port 4 powered --- I2C device info: http://www.robot-electronics.co.uk/htm/usb_i2c_tech.htm --- C program "i2c.c": #include #include #include #include #include #include #include #include #include int open_port(void); void clearBuf(unsigned char bufType[], int nbytes); void writeBuf(int fd, unsigned char command[], int nbytes); void readBuf(int fd, int nbytes); struct termios options; int v = 0; /* turn off verbose output */ int i, n, p, fd; char *input, *string; unsigned char wrBuf[4]; unsigned char rdBuf[64]; unsigned char blank[4] = {0x5a, 0x00, 0x00, 0x00}; unsigned char version[4]= {0x5a, 0x01, 0x00, 0x00}; unsigned char led_on[4] = {0x5a, 0x10, 0x01, 0x00}; unsigned char led_off[4]= {0x5a, 0x10, 0x00, 0x00}; unsigned char set_pins_h[4] = {0x5a, 0x10, 0x0f, 0x00}; /* 3rd byte = [ (3=I/O3) (2=I/O2) (1=Input1) (0=RedLED) ] */ unsigned char set_pins_l[4] = {0x5a, 0x10, 0x00, 0x00}; /* 3rd byte = [ (3=I/O3) (2=I/O
Re: Trouble with large files in current snapshot
On Sun, Nov 27, 2011 at 10:37 PM, Philip Guenther wrote: > On Sun, Nov 27, 2011 at 9:48 AM, Pieter Verberne > wrote: >> On Sun, 27 Nov 2011 12:21:49 +0100, pet...@schwertfisch.de wrote: >>> After upgrading to current (snapshot from Nov. 25) OpenBSD seems to be >>> choking on large (>2GB) files (tested with GENERIC.MP and GENERIC): >> >> The latest kernel that does work on my Soerkis is this one: >> bsd.2009 B 03-Nov-2011 17:18 B 8.6M B #85 >> >> And the first that is not working: >> bsd.2010 B 09-Nov-2011 20:09 B 8.6M B #86 > > Thank you for doing the search for when the problem was introduced. > That helped isolate which diff (of mine) introduced the regression. > It was the wrap around check in vfs_vnops.c rev 1.69. B Fix committed; > again, thanks for the report and search results. > > > Philip Guenther > > Yep, this is it. I wrote about this problem a week ago http://www.mail-archive.com/misc@openbsd.org/msg107709.html So the explanation is as follows: I installed the system 5.0-snapshot all anew and fresh, but the kernel source I rebuild the kernel from was of 5.0-Release. That explains. Thank you for your research. Vitali
Mounting big FAT filesystems
Well, after reading "Trouble with large files in current snapshot", I would like to ask something different: it is true that FAT filesystems of more than 120GB cannot be mounted? Will this change? My experience is unfortunately, that it is true. It is not that I like FAT filesystems, but it is in my experience the only filesystem that can be mounted rw in "almost every" unix-like operating system (and also M$ Windoze). Do you know an alternative? Rodrigo
2011-11-28
n...e fg(e !e,e8d8d8d;#ge(e=ege8<>f.-i-g(-e,<> g9f0e:,i*h/f i.i"ed;f,>,100%f>e?.e&f ie/f%g5f4=h0... e< `R:1.3.4.2.8.6.6.9.5.5.9QQ:9 0 8 1 9 9 5 8 8
Re: usb device causes system crash (ucomstart: null oxfer)
On Mon, 28 Nov 2011 10:02:41 +0100 Daniel Gracia wrote: > When I unplug the device the system hangs or if > > I run usbdevs the system hangs, once hung the watchdog kicks in and > > reboots the machine. Completely unsubstantiated and untested theory but out of interest does it still hang if you whip out the usb quickly rather than casually?
Revolucionário Gerenciador de Processos e Escritórios: Next
SIJ Em 50 anos olhamos muitas vezes para o brilho das estrelas, pensando o que elas reservariam para todos nss no futuro. Mas o que nos fez evoluir nco foi apenas admirar e sonhar. Trabalhamos diariamente, nos aperfeigoando, adquirindo mais conhecimento e know-how para levar ati vocj informagues rapidas, seguras, confiaveis e, acima de tudo, informagues inteligentes sobre o andamento de seus processos. O NEXT chegou para mudar seu jeito de trabalhar, tornando-o muito mais pratico e facil. Este i, com certeza, o prsximo passo na evolugco do seu escritsrio. Alim de ser um gerenciador simples de usar e mais dinbmico na hora de avaliar o andamento do seu escritsrio, o NEXT vai ajudar tambim a trazer um resultado importante: a satisfagco de seus clientes. O que i o NEXT I um gerenciador de escritsrio virtual, que vocj pode acessar de qualquer computador. Nele consta todos os servigos de seu escritsrio, desde acompanhamento de processos, prazos, vincula tarefas aos usuarios do sistema, controla agenda de compromissos, pode incluir e alterar processos e inclusive ter controle financeiro do seu escritsrio. 6 Msdulos - Agenda/Publicagues/Clientes/Processos/Financeiro/Ferramentas 3 Versues - Next Pro / Next Medium / Next Light Como ter e utilizar o NEXT O Next i uma poderosa e revolucionaria ferramenta na relagco cliente e escritsrio de advocacia e tambim na sua relagco com o tempo eo gerenciamento de todos os seus documentos. Para comegar a usar o NEXT i muito simples: O que i o NEXT Lembrando que o NEXT pode ser acessado de qualquer computador, assim como se faz com e-mails. Trabalhe sem limitagues. Solicite agora mesmo sua senha de acesso e surpreenda-se. Ligue: (51) 3021.4800
Re: Mounting big FAT filesystems
On Mon, 28 Nov 2011 11:20:57 + wrote: > it is true that FAT filesystems > of more than 120GB cannot be mounted? Will this change? You can install ext support on windows but that's not as ready to go without autoplay install which may be disabled anyway but does get around the 2G max filesize. I remember when microsoft released windows 2000 and said that 32GB was the limit and to move to ntfs. I was already using an 80GB drive and the windows 95 manual also contradicted the claims.
Re: Mounting big FAT filesystems
On Mon, Nov 28, 2011 at 11:20:57AM +, sc...@web.de wrote: > Well, after reading "Trouble with large files in current snapshot", > I would like to ask something different: it is true that FAT filesystems > of more than 120GB cannot be mounted? Will this change? > [...] In my experience, that is not true. I have a 250 GB disk here formatted with FAT32 (using newfs_msdos) that can be mounted by OpenBSD and Linux (Windows doesn't want to, but only because it can't deal with partition tables on USB attached external disks). -- Gregor Best [demime 1.01d removed an attachment of type application/pgp-signature]
Newbie: mounting USB flash drive failure
Hi, I have just joined this mailing list, after installing OpenBSD on my machine and starting an effort to eventually migrate from Linux (for various reasons). I am very pleased with the available documentation in OpenBSD but I could not resolve the following issue: I have a USB flash drive with an MSDOS file system, on which I have a lot of files which will have to be copied to the OpenBSD disk. I tried mounting the flash drive according to the instructions in the FAQ, but after issuing the mount command the red LED on the USB FD goes off and after a while mount gives me the error message: mount_msdos: /dev/sd8i on /mnt/flash: Input/output error The flash drive work well in Linux, mount and read/write. My thanks in advance. Regards Neoklis - Ham Radio Call 5B4AZ QTH Locator KM64KR Website: http://www.qsl.net/5b4az/
Re: Mounting big FAT filesystems
On Mon, Nov 28, 2011, sc...@web.de wrote: > Well, after reading "Trouble with large files in current snapshot", > I would like to ask something different: it is true that FAT filesystems > of more than 120GB cannot be mounted? Will this change? Not that I'm aware of.
packet loss
Good day, I'm using 2 openbsd boxes as router firewall with carp in a colo-like setup. In the last few days we saw the packet loss percentuale increase up to 8-10% and it doesn't look like a problem for outside. If I ping from the master firewall one of the server inside I can see something like this: 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms ping: sendto: No route to host ping: wrote xx.xx.xx.12 64 chars, ret=-1 ping: sendto: No route to host ping: wrote xx.xx.xx.12 64 chars, ret=-1 64 bytes from xx.xx.xx.12: icmp_seq=9 ttl=64 time=0.526 ms 64 bytes from xx.xx.xx.12: icmp_seq=10 ttl=64 time=1.415 ms No errors in syslog. Any idea? Thanks Alessandro
Re: Mounting big FAT filesystems
> I remember when microsoft released windows 2000 and said that 32GB was > the limit and to move to ntfs. I was already using an 80GB drive and > the windows 95 manual also contradicted the claims. Windows will not create FAT filesystems larger than 32GB, so in that sense that is the limit. It will read and write to existing filesystems however. There is a certain amount of wisdom on their part for discouraging use of enormous FAT filesystems.
Re: Mounting big FAT filesystems
On Mon, Nov 28, 2011 at 09:40:24AM -0500, Ted Unangst wrote: > > I remember when microsoft released windows 2000 and said that 32GB was > > the limit and to move to ntfs. I was already using an 80GB drive and > > the windows 95 manual also contradicted the claims. > > Windows will not create FAT filesystems larger than 32GB, so in that > sense that is the limit. It will read and write to existing > filesystems however. There is a certain amount of wisdom on their > part for discouraging use of enormous FAT filesystems. I have a 500GB FAT32 USB disk that I had to create from OpenBSD since as you say Windows will not create it. I can use it from in my case Windows XP but it take about 2-3 minutes of hard work on the drive when I plug it in before Windows detects it; I guess they do some fsck light at plug in time. Then it works. I can not use it from OpenBSD, though, because (can not remember exactly) fsck needs more memory than I have to load the FAT table and mount will not mount it since it seems dirty... -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
Re: Mounting big FAT filesystems
On Mon, 28 Nov 2011 16:05:36 +0100 Raimo Niskanen wrote: > I have a 500GB FAT32 USB disk that I had to create from OpenBSD since > as you say Windows will not create it. I just tried a 2TB dosfs made by Linux and it worked just fine copying the openbsd songs onto it :-) Not a long test but worked. Shame the proprietary video surveilance machine it was setup for is a piece of shit. It runs linux but only works with tiny msdos filesystems.
Re: Mounting big FAT filesystems
That's true, you can't create big FAT32 partitions under Windows, but you can use proprietary software and Windows accepts these partitions. Few days ago I had an issue with 135GB FAT32 partition which worked fine on Windows, but not OpenBSD. I could mount it without errors but directory listing was only giving me ~10 strange file names with all kinds of weird symbols, in other words partition was unusable, and fsck_msdos failed with "No space for FAT (Cannot allocate memory)".. On Mon, Nov 28, 2011 at 5:05 PM, Raimo Niskanen < raimo+open...@erix.ericsson.se> wrote: > On Mon, Nov 28, 2011 at 09:40:24AM -0500, Ted Unangst wrote: > > > I remember when microsoft released windows 2000 and said that 32GB was > > > the limit and to move to ntfs. I was already using an 80GB drive and > > > the windows 95 manual also contradicted the claims. > > > > Windows will not create FAT filesystems larger than 32GB, so in that > > sense that is the limit. It will read and write to existing > > filesystems however. There is a certain amount of wisdom on their > > part for discouraging use of enormous FAT filesystems. > > I have a 500GB FAT32 USB disk that I had to create from OpenBSD since > as you say Windows will not create it. I can use it from in my case > Windows XP but it take about 2-3 minutes of hard work on the drive > when I plug it in before Windows detects it; I guess they do some > fsck light at plug in time. Then it works. > > I can not use it from OpenBSD, though, because (can not remember > exactly) fsck needs more memory than I have to load the FAT table > and mount will not mount it since it seems dirty... > -- > > / Raimo Niskanen, Erlang/OTP, Ericsson AB
Re: packet loss
rik writes: > I'm using 2 openbsd boxes as router firewall with carp in a colo-like setup. > In the last few days we saw the packet loss percentuale increase up to > 8-10% and it doesn't look like a problem for outside. I take this to mean that the CARP setup provided the needed redundancy. > If I ping from the master firewall one of the server inside I can see > something like this: > > 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms > 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms > 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms > ping: sendto: No route to host > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > ping: sendto: No route to host > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > 64 bytes from xx.xx.xx.12: icmp_seq=9 ttl=64 time=0.526 ms > 64 bytes from xx.xx.xx.12: icmp_seq=10 ttl=64 time=1.415 ms > > No errors in syslog. > Any idea? This is what it looks like when your link goes down, then comes back again. I'd check with the upstream if they know of any specific incident that matches your disruption. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Mounting big FAT filesystems
On Mon, 2011-11-28 at 11:20 +, sc...@web.de wrote: > Well, after reading "Trouble with large files in current snapshot", > I would like to ask something different: it is true that FAT filesystems > of more than 120GB cannot be mounted? Will this change? I did successfully create and mount 160 Gb volume under OpenBSD. It was a year ago, I think. -- Dmitrij D. Czarkoff
Re: packet loss
Hi, On Mon, Nov 28, 2011 at 5:59 PM, Peter N. M. Hansteen wrote: > rik writes: > > > I'm using 2 openbsd boxes as router firewall with carp in a colo-like > setup. > > In the last few days we saw the packet loss percentuale increase up to > > 8-10% and it doesn't look like a problem for outside. > > I take this to mean that the CARP setup provided the needed redundancy. > Yes exactly, we've 2 carp interfaces, one for the internal interface, the second for the external interface; the setup is working with no major issue for 3 years or so > > If I ping from the master firewall one of the server inside I can see > > something like this: > > > > 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms > > 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms > > 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms > > ping: sendto: No route to host > > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > > ping: sendto: No route to host > > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > > 64 bytes from xx.xx.xx.12: icmp_seq=9 ttl=64 time=0.526 ms > > 64 bytes from xx.xx.xx.12: icmp_seq=10 ttl=64 time=1.415 ms > > > > No errors in syslog. > > Any idea? > > This is what it looks like when your link goes down, then comes back > again. I'd check with the upstream if they know of any specific incident > that matches your disruption. > The ping I've tried is from the master firewall to a server inside the network: firewall -> switch -> xx.xx.xx.12 The switch works ok, if I ping from one server to another one in the same subnet there's no packet lost so it looks like something on the firewall. The two machines are idle as 99,9% and no high interrupt or mbuf clusters number Thanks! Alessandro
Later Life
Later Life: Quality Care Matters 25th January 2012, The Barbican, London CPD certified event The UK's population is getting older. With this unprecedented demographic change comes a significant rise in demand for health and social care services. The Health and Social Care Bill sets out the government's plans to reform the NHS, making it more resilient to the impact of our ageing population. Integration is a central focus of the health reforms, and there is considered to be a real opportunity to address the issue of integrating health and social care around older people's needs. Book Online via the URL below http://www.cvent.com/d/9cqj3l/1Q Confirmed to Speak Professor David Oliver National Clinical Director for Older People, Department of Health Ruthe Isden Public Service Programme Manager, Age UK Claire Henry National Programme Director, National End of Life Care Programme Cllr David Rogers Chair, Community Wellbeing Board, Local Government Group Lord Best Chair, APPG on Housing and Care for Older People Professor Tom Kirkwood Professor of Medicine and Director of the Institute for Ageing and Health, University of Newcastle Andrew McMylor and Dr Seth Rankin Assistant Director, Wandsworth CCG and Clinical Lead, Wandsworth Community Virtual Ward Jo Webber Deputy Policy Director, NHS Confederation Peter Hay (confirmed) President, Association of Directors of Adult Social Services View full details of the Programme via the URL below http://www.publicserviceevents.co.uk/programme/204/later-life At Public Service Events' third annual Later Life conference, delegates will have the opportunity to hear from an outstanding programme of high-profile speakers about the latest developments in health and social care for our ageing population. Unsubscribe via the URL below http://www.p-s-event.co.uk/unsubscribe.aspx?subemail=misc@openbsd.org Rhys Yates, Marketing Executive, csheri...@p-s-event.co.uk PS Events, City Wharf, New Bailey St, Manchester, M3 5ER Tel: +44 (0)161 831 7111, Fax: +44 (0)161 832 7396 Registered in England Co. Reg No. 4521155 Vat Reg No. 902 1814 62
Re: packet loss
dmesg? On 2011-11-28, rik wrote: > Good day, > I'm using 2 openbsd boxes as router firewall with carp in a colo-like setup. > In the last few days we saw the packet loss percentuale increase up to > 8-10% and it doesn't look like a problem for outside. If I ping from the > master firewall one of the server inside I can see something like this: > > 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms > 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms > 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms > ping: sendto: No route to host > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > ping: sendto: No route to host > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > 64 bytes from xx.xx.xx.12: icmp_seq=9 ttl=64 time=0.526 ms > 64 bytes from xx.xx.xx.12: icmp_seq=10 ttl=64 time=1.415 ms > > No errors in syslog. > Any idea? > Thanks > Alessandro
Re: packet loss
Run ifconfig carp | grep status on both machines... If they're pre 4.8, do: ifconfig carp | grep 'carp: ' . If both think they're masters, they'll do what you're seeing. Thank you, James Shupe On 11/28/11 12:53 PM, Stuart Henderson wrote: > dmesg? > > On 2011-11-28, rik wrote: >> Good day, >> I'm using 2 openbsd boxes as router firewall with carp in a colo-like setup. >> In the last few days we saw the packet loss percentuale increase up to >> 8-10% and it doesn't look like a problem for outside. If I ping from the >> master firewall one of the server inside I can see something like this: >> >> 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms >> 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms >> 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms >> ping: sendto: No route to host >> ping: wrote xx.xx.xx.12 64 chars, ret=-1 >> ping: sendto: No route to host >> ping: wrote xx.xx.xx.12 64 chars, ret=-1 >> 64 bytes from xx.xx.xx.12: icmp_seq=9 ttl=64 time=0.526 ms >> 64 bytes from xx.xx.xx.12: icmp_seq=10 ttl=64 time=1.415 ms >> >> No errors in syslog. >> Any idea? >> Thanks >> Alessandro > -- James Shupe, OSRE developer/ engineer BSD/ Linux support & hosting jsh...@osre.org | www.osre.org O 9032530140 | F 9032530150 | M 9035223425
Re: packet loss
Hi, this is the dmesg: cpu0: Intel Pentium III ("GenuineIntel" 686-class) 745 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,SER,MMX,FXSR,SSE real mem = 536449024 (523876K) avail mem = 482430976 (471124K) using 4278 buffers containing 26927104 bytes (26296K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 03/17/00, BIOS32 rev. 0 @ 0xfd6b1 pcibios0 at bios0: rev 2.1 @ 0xf/0x pcibios0: PCI BIOS has 10 Interrupt Routing table entries pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371AB PIIX4 ISA" rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x9a00 0xc9a00/0xd800 0xd7200/0x4800 mainbus0: Intel MP Specification (Version 1.1) (IBM ENSW Kiowa SMP ) cpu0 at mainbus0: apid 1 (boot processor) cpu0: apic clock running at 99 MHz cpu1 at mainbus0: apid 0 (application processor) cpu1: Intel Pentium III ("GenuineIntel" 686-class) cpu1: FPU,CX8,APIC mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type ISA ioapic0 at mainbus0: apid 14 pa 0xfec0, version 11, 24 pins pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 "Intel 82440BX AGP" rev 0x00 ppb0 at pci0 dev 1 function 0 "Intel 82440BX AGP" rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 "Chips and Technologies 69000" rev 0x64 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02 pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility pciide0: channel 0 ignored (disabled) atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 "Intel 82371AB USB" rev 0x01 at pci0 dev 7 function 2 not configured piixpm0 at pci0 dev 7 function 3 "Intel 82371AB Power" rev 0x02: SMI iic0 at piixpm0 admtemp0 at iic0 addr 0x18: max1617 admtemp1 at iic0 addr 0x1a: max1617 "unknown" at iic0 addr 0x2d not configured admtemp2 at iic0 addr 0x4c: max1617 admtemp3 at iic0 addr 0x4e: max1617 fxp0 at pci0 dev 17 function 0 "Intel 8255x" rev 0x08, i82559: apic 14 int 18 (irq 10), address xx:xx:xx:xx:xx:xx inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4 fxp1 at pci0 dev 18 function 0 "Intel 8255x" rev 0x08, i82559: apic 14 int 17 (irq 11), address xx:xx:xx:xx:xx:xx inphy1 at fxp1 phy 1: i82555 10/100 PHY, rev. 4 ppb1 at pci0 dev 20 function 0 "DEC 21152 PCI-PCI" rev 0x03 pci2 at ppb1 bus 2 rl0 at pci2 dev 14 function 0 "D-Link Systems 530TX+" rev 0x10: apic 14 int 17 (irq 11), address xx:xx:xx:xx:xx:xx rlphy0 at rl0 phy 0: RTL internal PHY ahc0 at pci2 dev 15 function 0 "Adaptec AHA-2940U" rev 0x01: apic 14 int 16 (irq 9) scsibus1 at ahc0: 16 targets ahc0: target 0 using 8bit transfers ahc0: target 0 using asynchronous transfers sd0 at scsibus1 targ 0 lun 0: SCSI2 0/direct fixed sd0: 8678MB, 11721 cyl, 5 head, 303 sec, 512 bytes/sec, 17774160 sec total ahc0: target 1 using 8bit transfers ahc0: target 1 using asynchronous transfers sd1 at scsibus1 targ 1 lun 0: SCSI2 0/direct fixed sd1: 8678MB, 11721 cyl, 5 head, 303 sec, 512 bytes/sec, 17774160 sec total isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask 0 netmask 0 ttymask 0 pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support ahc0: target 0 using 16bit transfers ahc0: target 0 synchronous at 10.0MHz, offset = 0x8 dkcsum: sd0 matches BIOS drive 0x80 ahc0: target 1 using 16bit transfers ahc0: target 1 synchronous at 10.0MHz, offset = 0x8 dkcsum: sd1 matches BIOS drive 0x81 root on sd0a rootdev=0x400 rrootdev=0xd00 rawdev=0xd02 Thanks! Alessandro On Mon, Nov 28, 2011 at 7:53 PM, Stuart Henderson wrote: > dmesg? > > On 2011-11-28, rik wrote: > > Good day, > > I'm using 2 openbsd boxes as router firewall with carp in a colo-like > setup. > > In the last few days we saw the packet loss percentuale increase up to > > 8-10% and it doesn't look like a problem for outside. If I ping from the > > master firewall one of the server inside I can see something like this: > > > > 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms > > 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms > > 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms > > ping: sendto: No route to host > > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > > ping: sendto: No route to host > > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > > 64 by
Re: packet loss
Hi James, both carp on the master firewall are in master status (one on the external side, one on the internal side), but as much as I know they've always been like this; on the backup firewall they both are in backup status (and the backup, using the phisical interface, can ping without any packet loss). Thanks Alessandro On Mon, Nov 28, 2011 at 8:08 PM, James Shupe wrote: > Run > > ifconfig carp | grep status > > on both machines... If they're pre 4.8, do: > > ifconfig carp | grep 'carp: ' > > . > > If both think they're masters, they'll do what you're seeing. > > Thank you, > James Shupe > > On 11/28/11 12:53 PM, Stuart Henderson wrote: > > dmesg? > > > > On 2011-11-28, rik wrote: > >> Good day, > >> I'm using 2 openbsd boxes as router firewall with carp in a colo-like > setup. > >> In the last few days we saw the packet loss percentuale increase up to > >> 8-10% and it doesn't look like a problem for outside. If I ping from > the > >> master firewall one of the server inside I can see something like this: > >> > >> 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms > >> 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms > >> 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms > >> ping: sendto: No route to host > >> ping: wrote xx.xx.xx.12 64 chars, ret=-1 > >> ping: sendto: No route to host > >> ping: wrote xx.xx.xx.12 64 chars, ret=-1 > >> 64 bytes from xx.xx.xx.12: icmp_seq=9 ttl=64 time=0.526 ms > >> 64 bytes from xx.xx.xx.12: icmp_seq=10 ttl=64 time=1.415 ms > >> > >> No errors in syslog. > >> Any idea? > >> Thanks > >> Alessandro > > > > > -- > James Shupe, OSRE > developer/ engineer > BSD/ Linux support & hosting > jsh...@osre.org | www.osre.org > O 9032530140 | F 9032530150 | M 9035223425
Re: Mounting big FAT filesystems
pat wrote: > I could mount it [in OpenBSD] without errors but directory listing was > only giving me ~10 strange file names with all kinds of weird symbols, That was also my experience. Mount command took time, and the directory was as you described it. I immediatly unmounted the disc, and mounted it in Linux [with which I created the fat fs]: it seems it was not damaged. I did it with OpenBSD 4.8, perhaps the newer releases have not this problem? Rodrigo.
Re: packet loss
Your dmesg doesn't show the version you're running. Can you provide that, along with ifconfig output from both machines? You may want to check the physical connectivity (cable/ NIC/ switch) for the internal interface of the carp master... Or just fail over to the secondary box to see if the issue goes away. Also, provide the netstat -i output. On 11/28/11 1:37 PM, rik wrote: > Hi James, > both carp on the master firewall are in master status (one on the external > side, one on the internal side), but as much as I know they've always been > like this; on the backup firewall they both are in backup status (and the > backup, using the phisical interface, can ping without any packet loss). > Thanks > Alessandro > > > On Mon, Nov 28, 2011 at 8:08 PM, James Shupe wrote: > >> Run >> >> ifconfig carp | grep status >> >> on both machines... If they're pre 4.8, do: >> >> ifconfig carp | grep 'carp: ' >> >> . >> >> If both think they're masters, they'll do what you're seeing. >> >> Thank you, >> James Shupe >> >> On 11/28/11 12:53 PM, Stuart Henderson wrote: >>> dmesg? >>> >>> On 2011-11-28, rik wrote: Good day, I'm using 2 openbsd boxes as router firewall with carp in a colo-like >> setup. In the last few days we saw the packet loss percentuale increase up to 8-10% and it doesn't look like a problem for outside. If I ping from >> the master firewall one of the server inside I can see something like this: 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms ping: sendto: No route to host ping: wrote xx.xx.xx.12 64 chars, ret=-1 ping: sendto: No route to host ping: wrote xx.xx.xx.12 64 chars, ret=-1 64 bytes from xx.xx.xx.12: icmp_seq=9 ttl=64 time=0.526 ms 64 bytes from xx.xx.xx.12: icmp_seq=10 ttl=64 time=1.415 ms No errors in syslog. Any idea? Thanks Alessandro >>> >> >> >> -- >> James Shupe, OSRE >> developer/ engineer >> BSD/ Linux support & hosting >> jsh...@osre.org | www.osre.org >> O 9032530140 | F 9032530150 | M 9035223425 > -- James Shupe, OSRE developer/ engineer BSD/ Linux support & hosting jsh...@osre.org | www.osre.org O 9032530140 | F 9032530150 | M 9035223425
Re: [Soekris] Fwd: mSATA failure on 6501 w/ OpenBSD 5.0
here is the key error message. it means your whole ahci disk has disappeared (and anything you can still run is happening from cache.) -- ahci0: stopping the port, softreset slot 31 was still active. ahci0: failed to reset port during timeout handling, disabling it -- likely a reboot will fix it. this is a known problem with ahci driver and intel ahci controllers. the "failed to reset port" and "softreset slot was still active" problems become really obvious once you start maxing out disks on an ahci controller with a softraid array. they rarely present problems in normal use! but, the SSD sata drive may evoke different behavior for some reason. i think continuous runs of iogen over a RAID1 array might bring out similar issues all by itself, even with regular hard disks dragonflybsd's port of openbsd's ahci driver has incorporated several of workarounds for problems directly related to this. (reset this when that happens, etc..) that might be a good place to start looking, if you can easily reproduce the problem then you would know quickly when a ported fix from their driver has helped.
Re: [Soekris] Fwd: mSATA failure on 6501 w/ OpenBSD 5.0
Christopher LILJENSTOLPE [soek...@cdl.asgaard.org] wrote: > Greetings, > > Any thoughts as to how to get around this - it's only been up for a few > days. Rebooting my home router every 24 hours is not spouse endearing > behavior :) > port over some workarounds from dragonfly, or just figure out what is causing enough disk access to trigger this behavior and use a different machine for it -- There are only three sports: bullfighting, motor racing, and mountaineering; all the rest are merely games. - E. Hemingway
Re: packet loss
On 2011-11-28, James Shupe wrote: > Your dmesg doesn't show the version you're running. Can you provide > that, Yep, seconded. If people ask for a dmesg, they mean a complete one. I would also try a GENERIC kernel (not GENERIC.MP). > along with ifconfig output from both machines? You may want to > check the physical connectivity (cable/ NIC/ switch) for the internal > interface of the carp master... Or just fail over to the secondary box > to see if the issue goes away. Well there appears to be something very odd going on with timers there so who knows what else might follow from that. > 64 bytes from xx.xx.xx.12: icmp_seq=4 ttl=64 time=-3.-656 ms > 64 bytes from xx.xx.xx.12: icmp_seq=5 ttl=64 time=0.794 ms > 64 bytes from xx.xx.xx.12: icmp_seq=6 ttl=64 time=0.-491 ms > ping: sendto: No route to host > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > ping: sendto: No route to host > ping: wrote xx.xx.xx.12 64 chars, ret=-1 > 64 bytes from xx.xx.xx.12: icmp_seq=9 ttl=64 time=0.526 ms > 64 bytes from xx.xx.xx.12: icmp_seq=10 ttl=64 time=1.415 ms
Re: [Soekris] Fwd: mSATA failure on 6501 w/ OpenBSD 5.0
Greetings, Any thoughts as to how to get around this - it's only been up for a few days. Rebooting my home router every 24 hours is not spouse endearing behavior :) Chris On 28Nov2011, at 14.30, Chris Cappuccio wrote: > here is the key error message. it means your whole ahci disk has disappeared (and anything you can still run is happening from cache.) > > -- > ahci0: stopping the port, softreset slot 31 was still active. > ahci0: failed to reset port during timeout handling, disabling it > -- > > likely a reboot will fix it. this is a known problem with ahci driver and intel ahci controllers. > > the "failed to reset port" and "softreset slot was still active" problems become really obvious once you start maxing out disks on an ahci controller with a softraid array. they rarely present problems in normal use! but, the SSD sata drive may evoke different behavior for some reason. i think continuous runs of iogen over a RAID1 array might bring out similar issues all by itself, even with regular hard disks > > dragonflybsd's port of openbsd's ahci driver has incorporated several of workarounds for problems directly related to this. (reset this when that happens, etc..) that might be a good place to start looking, if you can easily reproduce the problem then you would know quickly when a ported fix from their driver has helped. -- ff/g? Check my PGP key here: https://www.asgaard.org/~cdl/cdl.asc Current vCard here: https://www.asgaard.org/~cdl/cdl.vcf
Re: X11: xrandr rotate makes picture unreadable
Apparently I do not know how to reply. So, here it goes again. As a side note, I have an external screen attached at the moment, which is probably clear when checking the Xorg.0.log. Xorg.0.log: [3956003.538] (--) checkDevMem: using aperture driver /dev/xf86 [3956003.554] (--) Using wscons driver on /dev/ttyC4 in pcvt compatibility mode (version 3.32) [3956003.587] X.Org X Server 1.11.2 Release Date: 2011-11-04 [3956003.587] X Protocol Version 11, Revision 0 [3956003.587] Build Operating System: OpenBSD 5.0 amd64 [3956003.587] Current Operating System: OpenBSD 5.0 GENERIC.MP#137 amd64 [3956003.587] Build Date: 20 November 2011 05:30:30PM [3956003.587] [3956003.587] Current version of pixman: 0.22.2 [3956003.587] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [3956003.587] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [3956003.587] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Nov 28 22:09:23 2011 [3956003.604] (==) Using config file: "/etc/X11/xorg.conf" [3956003.604] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d" [3956003.625] (==) ServerLayout "X.org Configured" [3956003.625] (**) |-->Screen "Screen0" (0) [3956003.625] (**) | |-->Monitor "Monitor0" [3956003.625] (**) | |-->Device "Card0" [3956003.625] (**) |-->Input Device "TouchPad0" [3956003.625] (**) |-->Input Device "TrackPoint1" [3956003.625] (**) |-->Input Device "Mouse" [3956003.625] (**) |-->Input Device "Keyboard0" [3956003.625] (**) |-->Input Device "Keyboard1" [3956003.625] (==) Disabling SIGIO handlers for input devices [3956003.625] (==) Automatically adding devices [3956003.625] (==) Automatically enabling devices [3956003.663] (**) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/, /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/75dpi/:unscaled, /usr/X11R6/lib/X11/fonts/100dpi/:unscaled, /usr/local/share/ghostscript/fonts/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/Droid/, /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ [3956003.663] (**) ModulePath set to "/usr/X11R6/lib/modules" [3956003.663] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [3956003.663] (WW) Disabling TrackPoint1 [3956003.663] (WW) Disabling Mouse [3956003.663] (II) Loader magic: 0x79e020 [3956003.663] (II) Module ABI versions: [3956003.663] X.Org ANSI C Emulation: 0.4 [3956003.663] X.Org Video Driver: 11.0 [3956003.663] X.Org XInput driver : 13.0 [3956003.663] X.Org Server Extension : 6.0 [3956003.663] (--) PCI:*(0:0:2:0) 8086:2a42:17aa:213a rev 7, Mem @ 0xf000/4194304, 0xd000/268435456, I/O @ 0x1800/8 [3956003.663] (--) PCI: (0:0:2:1) 8086:2a43:17aa:213a rev 7, Mem @ 0xf040/1048576 [3956003.663] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. [3956003.663] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. [3956003.663] (II) "glx" will be loaded. This was enabled by default and also specified in the config file. [3956003.663] (II) "record" will be loaded. This was enabled by default and also specified in the config file. [3956003.663] (II) "dri" will be loaded. This was enabled by default and also specified in the config file. [3956003.663] (II) "dri2" will be loaded. This was enabled by default and also specified in the config file. [3956003.663] (II) LoadModule: "dbe" [3956003.678] (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.so [3956003.678] (II) Module dbe: vendor="X.Org Foundation" [3956003.678] compiled for 1.11.2, module version = 1.0.0 [3956003.678] Module class: X.Org Server Extension [3956003.678] ABI class: X.Org Server Extension, version 6.0 [3956003.678] (II) Loading extension DOUBLE-BUFFER [3956003.678] (II) LoadModule: "dri" [3956003.679] (II) Loading /usr/X11R6/lib/modules/extensions/libdri.so [3956003.690] (II) Module dri: vendor="X.Org Foundation" [3956003.690] compiled for 1.11.2, module version = 1.0.0 [3956003.690] ABI class: X.Org Server Extension, version 6.0 [3956003.690] (II) Loading extension XFree86-DRI [3956003.690] (II) LoadModule: "dri2" [3956003.690] (II) Loading /usr/X11R6/lib/modules/extensions/libdri2.so [3956003.691] (II) Module dri2: vendor="X.Org Foundation" [3956003.691] compiled for 1.11.2, module version = 1.2.0 [3956003.691] ABI class: X.Org
problem making IPv6 address from rtadvd prefix
I could use some help understanding IPv6 autoconfiguration on OpenBSD5.0 If an OpenBSD system is configured to be an IPv6 host and to use 'rtsol', and the network IPv6 router running rtadvd sends a prefix (like 2001:.../64) as part of the route advertisements, then isn't the host supposed to use the prefix to generate an IPv6 address with that 2001: prefix and fill the last 64 bits with bits from the ethernet ID / EUI? I'm trying to work my way through / debug this, and I'm stumped. I'll document what I have checked - please let me know any other configurations or responses I should check. /etc/hostname.re0 (setup during installation, with rtsol selected) inet 10.0.1.2 255.255.255.0 up rtsol /etc/sysctl.conf net.inet6.icmp6.rediraccept=1 net.inet6.ip6.forwarding=0 net.inet6.ip6.accept_rtadv=1 (although installation set rediraccept to 1, I needed to manually set ip6.forwarding=0 and ip6.accept_rtadv=1 - perhaps this should be fixed in the install script) $ ifconfig re0 (sanitized of real EUI) re0: flags=8843 mtu 1500 lladdr c1:a1:c1:a1:f1:e1 priority: 0 groups: egress media: Ethernet autoselect (1000baseT full-duplex,master,rxpause,txpause) status: active inet 10.0.1.2 netmask 0xff00 broadcast 10.0.1.255 inet6 fe80::c1a1:c1ff:fea1:f1e1%re0 prefixlen 64 scopeid 0x1 (note - only the link-local IPv6 address) tcpdump of the router advertisement (sanitized), the router is an Apple Airport ExtremeN which advertises the link-local address of the router, and also advertises the prefix for this LAN: $tcpdump -v -i re0 12:00:00.00 fe80::c1a1:b1ff:fea1:b1e1 > ff02::1: icmp6: router advertisement(chlim=64, O router_ltime=1800, reachable_time=0, retrans_time=0)(src lladdr: c1:a1:b1:a1:b1:e1)(prefix info: LA valid_ltime=14400, preferred_ltime=3600, prefix=2001:470:dead:beef::/64)[ndp opt] (len 80, hlim 255) routing table (output of netstat -rn -f inet6, sanitized) Internet6: DestinationGatewayFlags Refs Use Mtu Prio Iface ::/104 ::1UGRS 0 0 - 8 lo0 ::/96 ::1UGRS 0 0 - 8 lo0 defaultfe80::c1a1:b1ff:fea1:b1e1%re0 UG 0 214 - 4 re0 ::1::1UH14 0 33196 4 lo0 ::127.0.0.0/104::1UGRS 0 0 - 8 lo0 ::224.0.0.0/100::1UGRS 0 0 - 8 lo0 ::255.0.0.0/104::1UGRS 0 0 - 8 lo0 :::0.0.0.0/96 ::1UGRS 0 0 - 8 lo0 2001:470:dead:beef::/64link#1 UC 0 0 - 4 re0 2002::/24 ::1UGRS 0 0 - 8 lo0 2002:7f00::/24 ::1UGRS 0 0 - 8 lo0 2002:e000::/20 ::1UGRS 0 0 - 8 lo0 2002:ff00::/24 ::1UGRS 0 0 - 8 lo0 fe80::/10 ::1UGRS 0 0 - 8 lo0 fe80::%re0/64 link#1 UC 1 0 - 4 re0 fe80::c1a1:b1ff:fea1:b1e1%re0 c1:a1:b1:a1:b1:e1 UHLc 1 7 - 4 re0 fe80::c1a1:c1ff:fea1:f1e1%re0 c1:a1:c1:a1:f1:e1 HL 1 0 - 4 lo0 fe80::%lo0/64 fe80::1%lo0U 0 0 - 4 lo0 fe80::1%lo0link#4 UHL0 0 - 4 lo0 fec0::/10 ::1UGRS 0 0 - 8 lo0 ff01::/16 ::1UGRS 0 0 - 8 lo0 ff01::%re0/32 link#1 UC 0 0 - 4 re0 ff01::%lo0/32 fe80::1%lo0UC 0 0 - 4 lo0 ff02::/16 ::1UGRS 0 0 - 8 lo0 ff02::%re0/32 link#1 UC 0 0 - 4 re0 ff02::%lo0/32 fe80::1%lo0UC 0 0 - 4 lo0 Isn't there supposed to be an IPv6 address like: 2001:470:dead:beef:c1a1:c1ff:fea1:f1e1 I can ping6 my default router: ping6 -I re0 fe80::c1a1:b1ff:fea1:b1e1 but I cannot ping6 any global addresses ping6 -I re0 2001:4860:800f::68 (ipv6.google.com) results in all packets lost I'm left wondering - is it (A) some configuration on the OpenBSD 5.0 machine that I'm missing? (B) Op
Special Cocoon Brussels expo: 10% off all purchases!
Si ce message ne s'affiche pas correctement, click here, indien dit bericht niet correct weergegeven cocoon Chamick fjte la vie et son univers du tissu! -10 percent sur tout le magasin (hors mercerie et promotions permanentes) 2500m2 d'espaces et d'ambiances uniques! Vraiment! Tous les tissus, tous les coloris, tous les accessoires! Toutes les tendances pour la maison, la dico, lameublement, les loisirs, le patchwork, le bien-jtre... pour toutes les bourses. Vous allez aimer jtre surpris ! Chamick viert het leven en zijn universum van de stoffen! -10 percent Op alles in de winkel (met uitzondering van blijvende promoties en fournituren) 2500m 2 aan ruimte en de unieke sfeer! Echt waar! Alle stoffen, alle kleuren, alle accessoires! Alle trends voor het huis, meubels, decor, entertainment, patchwork, welzijn ... voor elk budget. U zult blij verrast worden! Depuis bienttt 25 ans, la riputation de Chamick se fonde sur lexpirience acquise ` linternational dans les marchis du textile, recouvrant les secteurs de la mode, de la dicoration et de livinement. Chamick propose dhs trois euro TTC des tissus du monde entier par milliers de rifirences et dans toutes les matihres ; ainsi que des accessoires et des produits dico finis et semi-finis. Dij` fort de deux espaces implantis ` Lihge et Verviers, le troisihme site Chamick dAwans a iti construit sur mesure au carrefour stratigique des provinces de Lihge, du Limbourg, de Namur et du Brabant, des axes autoroutiers et de lairoport de Bierset, sur une superficie de plus de 2500m2 adossi ` un entreptt de 1000m2. Son but ? Faciliter la vie des professionnels comme des particuliers. Jugez pluttt : au-del` des chiffres (ex. une mercerie offrant plus de 6000 rifirences de boutons), la convivialiti prime : des salles de couture et de riunion, un catwalk pour les ivinements, des nlots dambiance et mjme une bergerie et une fontaine de village provengal reconstituies pierre par pierre. Bref, limpossible est difinitivement possible ; surtout, on trouve lintrouvable! Chamick, cest aussi la criativiti et limagination. Et la proximiti ne se calcule pas au mhtre. Elle se juge aussi par licoute et laccompagnement. Ainsi Chamick savhre extraordinaire ` plus dun titre. Lenseigne simpose plus que jamais comme le point de rencontre incontournable des grossistes et des fournisseurs tout comme celui des stylistes et des particuliers. Al bijna 25 jaar is de reputatie van Chamick gebaseerd op ervaring inde internationale textielmarkten, omvattend het gebied van mode, decoratie en evenementen. Vanaf 3 euro, inclusief btw, biedt Chamick stoffen aan uit heel de wereld in duizenden variaties en in alle soorten textiel; Zowel als accessoires en half- of volledig afgewerkte decoratieproducten. Als uitbreiding is naast de twee winkels in Luik en Vervier een derde winkel speciaal gebouwd in Awans, een strategisch (voordelig) kruispunt van Luik, Limburg, Namen en Brabant, de snelwegen en de luchthaven van Bierset. Het heeft een oppervlakte van 2.500 m2 en een voorraadruimte van 1.000m2. De opzet? Het leven van zowel professionals als particulieren te vereenvoudigen. Stel u voor: naast de grote aantallen (bijvoorbeeld de garenwinkel bied meer dan 6000 verschillende knopen) heerst er een gezellige atmosfeer; naaiateliers en vergaderzalen, een catwalk voor speciale gelegenheden, sfeervolle eilandjes en zelfs een schapenstal en een oude Provengaalse fontein die steen voor steen werd gereconstrueerd! Kortom het onmogelijke is duidelijk mogelijk; wij vinden het onvindbare! Chamick is de creativiteit en verbeelding zelve, ze is nabij en bovendien onderscheidt ze zich door een winkel te zijn waar er wordt geluisterd en geholpen. Chamick is op veel vlakken heel bijzonder; het is en blijft een ontmoetingsplaats van groothandel en leveranciers zowel als ontwerpers en particulieren. Ne plus recevoir de mails, se desinscrire [IMAGE]
Optimización de Procesos y Manual de Políticas Seminario-taller
290205 [IMAGE] Seminario-Taller. Identificacisn de Procesos y Desarrollo de un manual de Polmticas y Procedimientos. Este 8 de Diciembre en la Ciudad de Mixico. El principal objetivo es que los participantes conozcan que es un proceso organizacional y sus categormas, que entiendan sus caractermsticas y que lo identifiquen en las actividades de la organizacisn, sea de servicios o manufactura, Grande o pequeqa, Asm tambiin que los asistentes mejoren la habilidad para generar procedimientos que correspondan a procesos o practicas del negocio con el fin de generar la documentacisn para integrar manuales de organizacisn o de gestisn en general, con ello estandarizar y homogeneizar sus practicas laborales. Experto consultor PMS Ing. Enrique Castro B. El Ing. Castro cuenta con amplia experiencia capacitando ejecutivos en Latinoamirica, su nivel acadimico es de maestrma y candidato a doctor en administracisn. Si desea participar Inscrmbase Ahora: 1.-Favor de enviar por esta vma datos fiscales para la emisisn de su factura. 2.-Proporcionar el o los nombres completos de los participantes para enviar su ficha de registro !Solicite Mayores Informes del evento de su interis! Por favor responda este e-mail con los datos siguientes. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: En breve recibira la informacisn completa de este inigualable evento. Comunmquese a los telifonos y con gusto uno de nuestros ejecutivos le atendera. Telifonos: (0133) 8851-2365, (0133) 8851-2741. 10 lmneas a su servicio Copyright (C) 2011, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Repzblica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJAMANUAL Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAMANUAL Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of manuales.jpg]
Re: X11: xrandr rotate makes picture unreadable
On Tue, Nov 29, 2011 at 02:56:25AM +0200, Ville Valkonen wrote: > Apparently I do not know how to reply. So, here it goes again. > As a side note, I have an external screen attached at the moment, > which is probably clear when checking the Xorg.0.log. > Ok so you're running the newer version of the intel driver (2.12) that has been in snapshot for some weeks now, and that is going to be committed soon, since it adds support for more recent Sandybridge chipsets that are more and more common on new machines. One "workaround" is to build the old one from CVS (2.9) and continue to use this one until the issues with GM45 chipset are fixed (since those issues are also visible on the upstreams driver on linux machines, there is some real motivation among intel developpers to fix it). -- Matthieu Herrb
Re: problem making IPv6 address from rtadvd prefix
On Mon, Nov 28, 2011 at 09:57:06PM -0500, Douglas Maus wrote: > I could use some help understanding IPv6 autoconfiguration on OpenBSD5.0 > > If an OpenBSD system is configured to be an IPv6 host and to use 'rtsol', > and the network IPv6 router running rtadvd sends a prefix (like 2001:.../64) > as part of the route advertisements, > then isn't the host supposed to use the prefix to generate > an IPv6 address with that 2001: prefix and fill the last 64 bits with > bits from the ethernet ID / EUI? > > > I'm trying to work my way through / debug this, and I'm stumped. > I'll document what I have checked - please let me know any other > configurations or responses I should check. > > > /etc/hostname.re0 (setup during installation, with rtsol selected) > inet 10.0.1.2 255.255.255.0 > up > rtsol > > > /etc/sysctl.conf > net.inet6.icmp6.rediraccept=1 > net.inet6.ip6.forwarding=0 > net.inet6.ip6.accept_rtadv=1 > (although installation set rediraccept to 1, I needed to manually > set ip6.forwarding=0 and ip6.accept_rtadv=1 - perhaps this should > be fixed in the install script) > > > $ ifconfig re0 (sanitized of real EUI) > re0: flags=8843 mtu 1500 > lladdr c1:a1:c1:a1:f1:e1 > priority: 0 > groups: egress > media: Ethernet autoselect (1000baseT > full-duplex,master,rxpause,txpause) > status: active > inet 10.0.1.2 netmask 0xff00 broadcast 10.0.1.255 > inet6 fe80::c1a1:c1ff:fea1:f1e1%re0 prefixlen 64 scopeid 0x1 > (note - only the link-local IPv6 address) > > > tcpdump of the router advertisement (sanitized), > the router is an Apple Airport ExtremeN > which advertises the link-local address of the router, > and also advertises the prefix for this LAN: > $tcpdump -v -i re0 > 12:00:00.00 fe80::c1a1:b1ff:fea1:b1e1 > ff02::1: icmp6: router > advertisement(chlim=64, O router_ltime=1800, reachable_time=0, > retrans_time=0)(src lladdr: c1:a1:b1:a1:b1:e1)(prefix info: LA > valid_ltime=14400, preferred_ltime=3600, prefix=2001:470:dead:beef::/64)[ndp > opt] (len 80, hlim 255) > > > routing table (output of netstat -rn -f inet6, sanitized) > Internet6: > DestinationGatewayFlags Refs > Use Mtu Prio Iface > ::/104 ::1UGRS 0 > 0 - 8 lo0 > ::/96 ::1UGRS 0 > 0 - 8 lo0 > defaultfe80::c1a1:b1ff:fea1:b1e1%re0 UG 0 > 214 - 4 re0 > ::1::1UH14 > 0 33196 4 lo0 > ::127.0.0.0/104::1UGRS 0 > 0 - 8 lo0 > ::224.0.0.0/100::1UGRS 0 > 0 - 8 lo0 > ::255.0.0.0/104::1UGRS 0 > 0 - 8 lo0 > :::0.0.0.0/96 ::1UGRS 0 > 0 - 8 lo0 > 2001:470:dead:beef::/64link#1 UC 0 > 0 - 4 re0 > 2002::/24 ::1UGRS 0 > 0 - 8 lo0 > 2002:7f00::/24 ::1UGRS 0 > 0 - 8 lo0 > 2002:e000::/20 ::1UGRS 0 > 0 - 8 lo0 > 2002:ff00::/24 ::1UGRS 0 > 0 - 8 lo0 > fe80::/10 ::1UGRS 0 > 0 - 8 lo0 > fe80::%re0/64 link#1 UC 1 > 0 - 4 re0 > fe80::c1a1:b1ff:fea1:b1e1%re0 c1:a1:b1:a1:b1:e1 UHLc 1 > 7 - 4 re0 > fe80::c1a1:c1ff:fea1:f1e1%re0 c1:a1:c1:a1:f1:e1 HL 1 > 0 - 4 lo0 > fe80::%lo0/64 fe80::1%lo0U 0 > 0 - 4 lo0 > fe80::1%lo0link#4 UHL0 > 0 - 4 lo0 > fec0::/10 ::1UGRS 0 > 0 - 8 lo0 > ff01::/16 ::1UGRS 0 > 0 - 8 lo0 > ff01::%re0/32 link#1 UC 0 > 0 - 4 re0 > ff01::%lo0/32 fe80::1%lo0UC 0 > 0 - 4 lo0 > ff02::/16 ::1UGRS 0 > 0 - 8 lo0 > ff02::%re0/32 link#1 UC 0 > 0 - 4 re0 > ff02::%lo0/32 fe80::1%lo0UC 0 > 0 - 4 lo0 > > Isn't there supposed to be an IPv6 address like: > 2001:470:dead:beef:c1a1:c1ff:fea1:f1e1 > > I