Re: No SMP without acpi?
On Sat, 12 Jun 2010 18:45:51 -0500 Marco Peereboom sl...@peereboom.us wrote: something in the gpe handler screwing up. please tar up the output of acpidump -o hplaptop and send that to me Attached... Please let me know if I can do anything else. --TimH [demime 1.01d removed an attachment of type application/x-compressed-tar]
Re: No SMP without acpi?
He said that you need to send it to him and to misc@ ;-) Attachments are not allowed on m...@. On Sun, Jun 13, 2010 at 7:55 AM, TimH th...@bendtel.net wrote: On Sat, 12 Jun 2010 18:45:51 -0500 Marco Peereboom sl...@peereboom.us wrote: something in the gpe handler screwing up. B please tar up the output of acpidump -o hplaptop and send that to me B B B B Attached... B Please let me know if I can do anything else. --TimH [demime 1.01d removed an attachment of type application/x-compressed-tar]
Re: No SMP without acpi?
On Sun, 13 Jun 2010 08:56:14 +0200 Tomas Bodzar tomas.bod...@gmail.com wrote: He said that you need to send it to him and to misc@ ;-) Attachments are not allowed on m...@. Yeah, I realized I was being stupid the second I hit send... I apologize. --TimH
Agenda PEH - Florais Golfinhos - Golfinhos Tour
Agenda Abril a Agosto de 2010 1 - Projeto da Emancipagco da Humanidade: Cursos de orientagco pessoal e do terapeuta do PEH Com Amor se faz, com amor se constrsi 3a. turma para preparagco de Terapeutas para atuarem com o PEH, O PEH trabalha libertando a conscijncia dos grilhues que aprisionam pensamentos, sentimentos e emogues. O PEH tem o objetivo de tornar as pessoas emancipadas, por isto camamos de emancipagco. O PEH auxilia-te ou te auxiliara a ter maior dommnio sobre si e sobre sua vida. Cada vez mais e mais Libertos! I um trabalho multidimensional, com a Fraternidade Branca, seres estelares de Luz, os anjos e vocj se tornar-se um TERAPEUTA DO PEH. o PEH auxilia na libertagco conscijncial gerando resultados na vida fmsica imediatos. No atendimento do PEH tammbim, atravis dos TERAPEUTAS ao local onde esta sendo atendido,limpa este local, harmoniza limpa e recompues toda sua estrutura de Luz. Amigo, se dj este presente, tenha humildade, tenha humildade de dar este presente a si pelo menos Seja vocj tambim um TERAPEUTA do PEH! Agenda abaixo: Para receber os atendimentos do PEH, solicite mais informagues: p...@pehterapia.com.br (site em construgco) Datas dos Workshops de orientagco ao Terapeuta ao lado: solicite mais informagues! p...@pehterapia.com.br Msdulo I: Abril: 23, 24 e 25 - opcional 26 (estagio na cbmara do PEH) Maio: 21, 22 e 23 - opcional 24 ( estagio na cbmara do PEH) Junho: 22, 23 e 25 - opcional 25 (estagio na ccmara do PEH) Msdulo II: Junho: 25, 26 e 27 - opcional 28 ( estagio na cbmara do PEH) Para participar do Msdulo II, vocj deve ter participado do Msdulo I. Certificado! Curso de Formagco de Terapeuta Floral Parceria cocriativa com os Golfinhos Processos, programas, limpezas energiticas. Sintonia e abertura do coragco com os Golfinhos 2 dias e meio em contato direto com a cijncia cocriativa e os Florais Golfinhos. 20 horas de apreendizado Certificado! Datas: Solicite programa detalhado: cur...@floraisgolfinhos.com.br Abril: 16, 17 e 18 Maio: 28, 29 e 30 Local; Instituto Ser Pleno. Sco Josi dos Campos - SP Rua Repzblica do Lmbano, 385, Jardim Oswaldo Cruz Te.: 12-3941-1205 / 39419743 Golfinhos Tour Terapjutico Laguna - Santa Catarina - Brasil Receba 30 horas de aprendizado da cijncia cocriativa entre humanos e golfinhos, muitas meditagues, atendimentos do PEH, vivjncias e praticas na expansco e elevagco da conscijncia multidimensional, despertar dos canais sutms e fortalecimento dos 2 hemisfirios cerebrais, comum nos golfinhos. No feriado de 1o. de Maio Aproveite esta ipoca de grande presenga de Golfinhos na regico Datas dos 3 dias de Vivjncias 30 de Abril a 2 de Maio: solicite mais informagues e questionario de inscrigco: golfinhost...@floraisgolfinhos.com.br Golfinhos Tour Terapjutico Cancun. Xcaret, Cozumel e Ruinas Mayas - Mixixo Estamos langando esta viagem maravilhosa com a oportunidade de nadar junto aos golfinhos com incrmveis parques eco-arqueolsgicos de Xcaret e Xel-Ha. Estaremos Chichen-Itza na pirbmide Maya de Kukulcan. 10 dias em vivjncias diretas com os Golfinhos, vivjncias, atendimentos do PEH, praticas na expansco e elevagco da conscijncia multidimensional, Aproveite esta ipoca de baixa temporada. Datas: Samda: 26 de Agosto Chegada ao Brasil: 5 de Setembro solicite mais informagues e questionario de inscrigco: golfinhost...@floraisgolfinhos.com.br Remover: serpleno-info...@matrix.com.br [demime 1.01d removed an attachment of type image/jpeg which had a name of peh escola inpi para newsletter.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of logo com genesa para mensagens.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of logo - golfinhos tour para mensagens.jpg]
ucom(4)
Hello, Today I've bought myself Viewcon USB-to-RS232c adapter cable. Under OpenBSD it is identifies as: uplcom0 at uhub1 port 6 Prolific Technology Inc. USB-Serial Controller rev 1.10/3.00 addr 3 however, when I try to connect to any device via the cable, and then access to it using cu -l /dev/cuaU0, it behaves strangely: I could see the device receiving what I type, but I cannot see any response from the device. If somebody had any success with this device please let me know. -- With best regards, Gregory Edigarov
Re: ucom(4)
On Sun, 13 Jun 2010 17:39:00 +0300 Gregory Edigarov g...@bestnet.kharkov.ua wrote: Hello, Today I've bought myself Viewcon USB-to-RS232c adapter cable. Under OpenBSD it is identifies as: uplcom0 at uhub1 port 6 Prolific Technology Inc. USB-Serial Controller rev 1.10/3.00 addr 3 however, when I try to connect to any device via the cable, and then access to it using cu -l /dev/cuaU0, it behaves strangely: I could see the device receiving what I type, but I cannot see any response from the device. trying to set different speeds on the port doesn't help me either. If somebody had any success with this device please let me know. may be it is just a bad device? -- With best regards, Gregory Edigarov
Re: apm(8) life estimate error?
I am not sure how inaccurate it is though. Battery estimates are what, +/- 100%? (minus really!) But nonetheless it appears like a bug. On Sun, Jun 13, 2010 at 02:52:12PM +, Jona Joachim wrote: Let's compare the outputs of apm and sysctl: spaceman% apm sysctl hw.sensors.acpibat0 Battery state: high, 89% remaining, 74 minutes life estimate A/C adapter state: not connected Performance adjustment mode: cool running (1000 MHz) hw.sensors.acpibat0.volt0=10.80 VDC (voltage) hw.sensors.acpibat0.volt1=11.99 VDC (current voltage) hw.sensors.acpibat0.watthour0=19.53 Wh (last full capacity) hw.sensors.acpibat0.watthour1=0.98 Wh (warning capacity) hw.sensors.acpibat0.watthour2=0.20 Wh (low capacity) hw.sensors.acpibat0.watthour3=17.56 Wh (remaining capacity), OK hw.sensors.acpibat0.raw0=1 (battery discharging), OK hw.sensors.acpibat0.raw1=23460 (rate) The unit of the discharge rate (hw.sensors.acpibat0.raw1) is not mentioned so I guess it's mW. If we calculate 17.56 Wh * 1000 / 23460 mW we get 0.74 hours. However apm reports 74 minutes remaining. I tried this several times and it always looks like apm assumes 1 h = 100 min. I was browsing a bit through the apmd source code but I couldn't find the exact place where apmd queries the battery. Can anybody comment on this? Best regards, Jona -- Worse is better Richard P. Gabriel
Bug in www manual pages
Hi, if you will visit http://www.openbsd.org/cgi-bin/man.cgi and want to read some of intro(x) pages, then all lead to intro(1). But you can see above, that section was changed correctly. But if you will enter intro to Man Page or Keyword Search: and choose eg. section 9, then after Sumbit it will show intro(4) and not intro(9).
Re: ucom(4)
On Sun, Jun 13, 2010 at 3:46 PM, Gregory Edigarov g...@bestnet.kharkov.ua wrote: trying to set different speeds on the port doesn't help me either. Have you tried with screen directly ? screen /dev/xxx Also i'd give it a go with and without parity (look at the man page) Cheers, Steph
Re: Processeur Atom ?
On 06/12/10 04:53, E.T wrote: * Nick n...@holland-consulting.net [2010-06-11 12:55]: If you want low power consumption and low cost, I'd suggest a small PIII or Celeron based system, hard to beat for the price (usually, free!). IF the new, cool stuff has any real power savings, you are unlikely to ever recoup the initial cost over recycled hardware. it is a very bad idea, PIII low performance, low puissance, high hot, high electricity. AGAIN, you are confusing processors for systems. I can show you PIII systems which idle at less than 30W of power. Off-the-shelf, 100% conventional systems. I can also show you PIII systems that draw more than 300W, and I discarded one a while ago that probably could have maxed out at well over 500w. Hard numbers: Compaq Deskpro EN PIII 800MHz 128M RAM Onboard fxp PCI slot router card (rl chip attached to five port switch, exposes four ports to the back of machine. Nice for tiny offices) unplugged the CDROM (saves a half watt or so) CF flash card in adapter (most expensive parts!) TWO unused PCI slots dmesg below. 25w idle (power factor: 0.60, 42VA. Yes, that power factor (PF) sucks. For those without an EE background, VA is what your UPS/generator/power company must put out to power the device, Watts is what the power company bills you for (at least in the US, I believe in much of the rest of the world), Power Factor is the ratio between them. At least some areas are trying to force PFs towards unity, so that power generated and power billed for are closer to the same) In order to top that, you will need one very efficient power supply on the Atom machine. I have no doubt that the Atom chip and basic main board draws less than that, but getting the second NIC and switch AND power supply efficiencies to under 25W at the power cord will be difficult. that might be (I am not convinced tho) with the electricity price in the US, but certainly isn't universal. The calculations are. Cost of money (i.e., interest rate), watts saved (if any), cost of a kWh, initial costs, etc. Plug in your numbers, find out what the ROI is. Add in what your AC costs are (watts in have to be removed, and that's more watts to pump them out). Evaluate results. Going simpler, ignoring cost of money, IF your Atom machine draws 50% of the power of my PIII, my quickie calc indicates you will save 105kWh. If you also have to pay for AC, maybe double that number. Granted, ROI (Return on Investment) isn't everything. There's also coolness, there's fun, etc. If you are trying to implement 100 identical systems, recycling old hardware is probably more difficult (=expensive) than buying new hardware. Low power rack mount equipment is hard to find now (Dell used to make a PowerEdge 350 system, which was basically just a cheap desktop with a very long BIOS POST (ta-da! now it is a server!). Used a few of them in a past life, only had an analog clamp-on ammeter at the time, but they appeared to draw under 60W. If you want to talk about power savings, get a wattmeter and quit reading glossy sheets of one tiny part of the entire computer system. The numbers will surprise you. (Fans ALONE on one Dell 1U system draw over 50W at full speed. Hopefully, they aren't at full speed very often. If my 40 year old 'fridge ever fails and I decide to buy a new one, I'm getting a manual defrost unit) For giggles, let's compare a soekris 4501: 486 133MHz 64M RAM two NICs (yes, supposed to have three, but one failed, and I pried the overheating chip off the board. Power savings!) No switch no expansion potential only serial port is in use for console 1g CF storage 4W at idle. (similar power factor as the Compaq deskpro). Yes, as configured, the Soekris wins hands-down for power. Even if you add a five port mini-switch to balance things out, it will still win. However, it is an anemic little thing. Home Use/Very Small Office only... My PIII system will pump a LOT of data. I've used lesser systems (with a much better than rl(4) NIC) to filter a 45Mbps line on a 700 user network. The PCI bus will probably be a bottleneck before the CPU will be. Looks like the referenced Atom board is pretty good in this regard: appears to have a PCI-e slot and a couple decent on-board gigabit NICs. Again, it is not the CPU, it's the surrounding hardware that matters. IF you need and will use that much bandwidth, then yes, THIS Atom board wins. However, at no point did I think you were worrying about a large office, high-speed environment, sounds like you are looking at a home environment. Nick. OpenBSD 4.7 (GENERIC) #552: Sun Mar 7 21:43:02 MST 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III (GenuineIntel 686-class) 798 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 132542464 (126MB) avail mem = 119754752 (114MB) mainbus0 at root bios0 at mainbus0:
Re: ucom(4)
On Sun, Jun 13, 2010 at 4:39 PM, Gregory Edigarov g...@bestnet.kharkov.ua wrote: Hello, however, when I try to connect to any device via the cable, and then access to it using cu -l /dev/cuaU0, it behaves strangely: I could see the device receiving B what I type, but I cannot see any response from the device. Does cu -l /dev/ttyU0 work? Floor -- Floor Terra flo...@gmail.com www: http://brobding.mine.nu/
Re: ucom(4)
On Sun, 13 Jun 2010 18:46:40 +0200 Floor Terra flo...@gmail.com wrote: On Sun, Jun 13, 2010 at 4:39 PM, Gregory Edigarov g...@bestnet.kharkov.ua wrote: Hello, however, when I try to connect to any device via the cable, and then access to it using cu -l /dev/cuaU0, it behaves strangely: I could see the device receiving B what I type, but I cannot see any response from the device. Does cu -l /dev/ttyU0 work? tried that too, doesn't work either. -- With best regards, Gregory Edigarov
Re: ucom(4)
On Sun, 13 Jun 2010 17:33:03 +0100 FRLinux frli...@gmail.com wrote: On Sun, Jun 13, 2010 at 3:46 PM, Gregory Edigarov g...@bestnet.kharkov.ua wrote: trying to set different speeds on the port doesn't help me either. Have you tried with screen directly ? screen /dev/xxx not working either. Also i'd give it a go with and without parity (look at the man page) further investigating the issue I found, that ispeed is somehow got set to 0: # stty -f /dev/cuaU0 ispeed 0 baud; ospeed 9600 baud; lflags: echoe echoke echoctl cflags: cs8 -parenb # stty -f /dev/ttyU0 ispeed 0 baud; ospeed 9600 baud; lflags: echoe echoke echoctl cflags: cs8 -parenb could there be a reason, and if so how can I change this? -- With best regards, Gregory Edigarov
Re: Bug in www manual pages
Hi, thx for info and no problem. I was not 100% sure about this so I didn't know if it's same problem or something new. Sorry for noise On Sun, Jun 13, 2010 at 7:08 PM, Ingo Schwarze schwa...@usta.de wrote: Hi Tomas, if you will visit http://www.openbsd.org/cgi-bin/man.cgi and want to read some of intro(x) pages, then all lead to intro(1). But you can see above, that section was changed correctly. But if you will enter intro to Man Page or Keyword Search: and choose eg. section 9, then after Sumbit it will show intro(4) and not intro(9). Yes, known problem, Bob broke some spects of man.cgi when trying to work around a bug in man(1) which i fixed in the meantime. Somehow, it seems Bob never found the time to remove the bad workaround and just use the repaired man program instead. Right now, he definitely won't find any time; hopefully he will around the time of the hackathon, and hopefully i will be there to remind him. Look at B http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/man/man.c: the most recent commit fixes the bug the bad workaround is supposed to address. Yours, B Ingo
Re: Bug in www manual pages
Hi Tomas, if you will visit http://www.openbsd.org/cgi-bin/man.cgi and want to read some of intro(x) pages, then all lead to intro(1). But you can see above, that section was changed correctly. But if you will enter intro to Man Page or Keyword Search: and choose eg. section 9, then after Sumbit it will show intro(4) and not intro(9). Yes, known problem, Bob broke some spects of man.cgi when trying to work around a bug in man(1) which i fixed in the meantime. Somehow, it seems Bob never found the time to remove the bad workaround and just use the repaired man program instead. Right now, he definitely won't find any time; hopefully he will around the time of the hackathon, and hopefully i will be there to remind him. Look at http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/man/man.c: the most recent commit fixes the bug the bad workaround is supposed to address. Yours, Ingo
Re: Huawei E1750
Hello, the modechange flag needs to be DEV_UMASS5. Works great now. Index: umsm.c === RCS file: /cvs/src/sys/dev/usb/umsm.c,v retrieving revision 1.63 diff -u -r1.63 umsm.c --- umsm.c 20 May 2010 11:31:34 - 1.63 +++ umsm.c 13 Jun 2010 15:47:39 - @@ -128,7 +128,7 @@ {{ USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, 0}, {{ USB_VENDOR_DELL, USB_PRODUCT_DELL_W5500 }, 0}, - {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E161 }, DEV_UMASS1}, + {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E161 }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E180 }, DEV_HUAWEI}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, DEV_HUAWEI}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E510 }, DEV_HUAWEI}, According to Linux' usb_modeswitch the following devices all report themselves as Product ID 0x1446 and all need the same DEV_UMASS5 magic sent to them: Huawei E270+ Huawei E1762 Huawei E1820 Huawei E1550 Huawei E1750 Huawei E1612 Huawei E1690 Huawei E1692 Huawei E1762 Maybe the internal identifier should be changed to more accurately reflect the range of products. It appears they are all rather new devices, from 2009 onwards. Regards, David dmesg excerpt, modechange umsm0 at uhub0 port 1 configuration 1 interface 0 HUAWEI Technology HUAWEI Mobile rev 2.00/0.00 addr 2 umsm1 at uhub0 port 1 configuration 1 interface 1 HUAWEI Technologies HUAWEI Mobile E161 rev 2.00/0.00 addr 2 umsm0 detached umsm1 detached umsm0 at uhub0 port 1 configuration 1 interface 0 HUAWEI Technology HUAWEI Mobile rev 2.00/0.00 addr 2 ucom0 at umsm0 umsm1 at uhub0 port 1 configuration 1 interface 1 HUAWEI Technology HUAWEI Mobile rev 2.00/0.00 addr 2 ucom1 at umsm1 umsm2 at uhub0 port 1 configuration 1 interface 2 HUAWEI Technology HUAWEI Mobile rev 2.00/0.00 addr 2 ucom2 at umsm2 umsm3 at uhub0 port 1 configuration 1 interface 3 HUAWEI Technology HUAWEI Mobile rev 2.00/0.00 addr 2 umsm4 at uhub0 port 1 configuration 1 interface 4 HUAWEI Technology HUAWEI Mobile rev 2.00/0.00 addr 2 dmesg, warm reboot, no modechange, already in right mode OpenBSD 4.7-current (GENERIC) #1: Sat Jun 12 19:58:27 CEST 2010 r...@openbsd.localdomain:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III (GenuineIntel 686-class, 512KB L2 cache) 335 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE real mem = 133709824 (127MB) avail mem = 120410112 (114MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/15/01, BIOS32 rev. 0 @ 0xf06c0, SMBIOS rev. 2.3 @ 0xf1f50 (45 entries) bios0: vendor Award Software, Inc. version ASUS P3B-F ACPI BIOS Revision 1008 Beta 004 date 10/15/2001 bios0: ASUSTeK Computer INC. P3B-F apm0 at bios0: Power Management spec V1.2 (BIOS management disabled) apm0: APM power management enable: unrecognized device ID (9) apm0: APM engage (device 1): power management disabled (1) apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0xf22 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf0e80/160 (8 entries) pcibios0: PCI Interrupt Router at 000:04:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x800 0xcc000/0x800 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82443BX AGP rev 0x03 intelagp0 at pchb0 agp0 at intelagp0: aperture at 0xe400, size 0x400 ppb0 at pci0 dev 1 function 0 Intel 82443BX AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 Matrox MGA G200 AGP rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) piixpcib0 at pci0 dev 4 function 0 Intel 82371AB PIIX4 ISA rev 0x02 pciide0 at pci0 dev 4 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: TRANSCEND wd0: 1-sector PIO, LBA, 1946MB, 3985632 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) uhci0 at pci0 dev 4 function 2 Intel 82371AB USB rev 0x01: irq 5 piixpm0 at pci0 dev 4 function 3 Intel 82371AB Power rev 0x02: SMI iic0 at piixpm0 lm1 at iic0 addr 0x2d: AS99127F rev 2 iic0: addr 0x2f d0=00 d1=00 d2=00 d3=00 d4=00 e0=00 e1=00 e2=00 e3=00 e4=00 e5=00 e6=00 e7=00 e8=00 e9=00 ea=00 eb=00 f6=f8 f7=10 words 00= 01= 02= 03= 04= 05= 06= 07= xl0 at pci0 dev 10 function 0 3Com 3c905C 100Base-TX rev 0x74: irq 12, address 00:01:02:a4:ed:a8 bmtphy0 at xl0 phy 24: 3C905C internal PHY, rev. 6 xl1 at pci0 dev 11 function 0 3Com 3c905C 100Base-TX rev 0x74: irq 10, address 00:04:76:e8:41:30 bmtphy1 at xl1 phy 24: 3C905C internal PHY, rev. 6 isa0 at piixpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com1 at
Re: Processeur Atom ?
I can also show you PIII systems that draw more than 300W, and I discarded one a while ago that probably could have maxed out at well over 500w. I was shocked to find my nforce board draws around 130 watts, when it's switched OFF!!! and with the new graphics card can push upto 700 watts And No, I'm not kidding Needless to say, I now have a multitap with switch on my desk as the power button. p.s. People should be aware that, ARM and atom have met similar ground for speed but they are like risc chips and usually a 500mhz does half the work of a full/non emulated instruction set chip also at 500mhz. Check out atom on wikipedia for more info. Risc chips in phones etc. do even less work per cycle.
Caraíbas * Baleares Canárias * Cabo Verde
Almeida Viagens - Parede - Telefone..: 214 018 075Se nco conseguir visualizar este mail em condigues siga este Link www.parede.almeidaweb.com par...@almeidaviagens.com Reservas Online Almeida Viagens - Parede Reserve Hotiis em todo o Mundo Destinos Tropicais Por ca Agores - Madeira - Firias por Ca - Cabo Verde - Cuba - Senegal Destinos Exsticos Antalya - Egipto - Jordbnia - Turquia Almeida Viagens Parede No FACEBOOK Carambas Punta Cana 7 Noites - Regime Tudo Inclumdo Samda 21 de Junho GRAN BAHIA PRINCIPE BAVARO 800 ? - por pessoa em duplo Mixico - Riviera Maya 7 Noites - Regime Tudo Inclumdo Samda 21 de Junho COMPLEXO GRAN BAHIA PRINCIPE RIVIERA 857 ? - por pessoa em duplo Cuba - Varadero 7 Noites - Regime Tudo Inclumdo Samda 26 de Junho MERCURE PLAYA DE ORO 825 ? - por pessoa em duplo No Facebook Temos promogues frequentes para vendas no prsprio dia com pregos imbativeis Baleares Canarias PALMA DE MAIORCA BG JAVA Regime..: Pensco Completa - 518 ? - por pessoa em duplo (21/06/2010) IBIZA COSTA SUR / SOL POST Regime..: Meia Pensco - 516 ? - por pessoa em duplo (30/06/2010) TENERIFE Sol Tenerife Regime..: Meia Pensco - 440 ? - por pessoa em duplo (21/06/2010) LANZAROTE IBEROSTAR PAPAGAYO (DBL) - 500 ? - por pessoa em duplo (20/06/2010) Super Oferta da Semana Cabo Verde - Boavista 19 de Junho Riu Karamboa 790 ? Por Pessoa em duplo Regime Tudo Inclumdo - 7 Noites Todas as promogues estco sujeitas a disponibilidade. Devido `s constantes alteragues legais nas taxas de aeroporto, seguranga e combustivel, as mesmas estco sujeitas a alteragues. Lugares Limitados. Nco acumulativo com outras promogues, nem para pagamentos por cartco de cridito Copyright ) Almeida Viagens - Alvara 1506/2008 O presente e-mail destina-se znica e exclusivamente a informar potenciais clientes e nco pode ser considerado SPAM. Caso nco pretenda receber informagues reenvie-nos este e-mail com o assunto REMOVER. Ao abrigo do decreto/lei 67/98 de 26 de Outubro, de regulagco do tratamento automatizado de dados de caracter pessoal, o utilizador podera cancelar os mesmo, conforme o disposto nos artigos 10: e 11:. Qualquer solicitagco nesse sentido devera ser feita para o enderego do remetente. De salientar que se pretender anular o seu e-mail, deve efectuar essa anulagco pelo enderego de e-mail que se encontra na nossa base de dados, de outra forma ficaremos impossibilitados de o eliminar.
Urgente! Central do Auto-Atendimento BB.
BANCO DO BRASIL Prezado(a) Cliente. O Banco do Brasil traz para sua maior Seguranga o Sistema adesco de Seguranga da Central do Auto-Atendimento BB: O BB esta fornecendo adesco a senha da Central do Auto-Atendimento de (4 Dmgitos). A partir de 20/06/2010 todas as transagues sera obrigatsrio usar a senha da Central do Auto-Atendimento para a confirmagco das suas transagues Internet Banking. Todas as transagues pela Internet Banking passara para o Sistema de Analise, onde ocorre o liberamento das suas transagues. Renove ou crie sua senha da Central do Auto-Atendimento no link abaixo: Adesco de Seguranga da Central do Auto-Atendimento BB. Pronto! Seu computador possui o que ha de mais avangado para seguranga de transagues bancarias. ATENGCO: caso vocj nco Cadastra-se ou renove sua senha, por medidas de seguranga sua conta sera suspensa para o acesso ao Auto-Atendimento BB pela Internet e o desbloqueio podera ser realizado somente nas agjncias do Banco do Brasil.
Re: Processeur Atom ?
Hence the question of having a powerful processor? One Debian turns with a facility has gnC)nC)rique 800mhz, good work. Processor mult-core 3.00ghz not utility for firewall and desktop. On Sun, 13 Jun 2010 18:44:37 +0100, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: I can also show you PIII systems that draw more than 300W, and I discarded one a while ago that probably could have maxed out at well over 500w. I was shocked to find my nforce board draws around 130 watts, when it's switched OFF!!! and with the new graphics card can push upto 700 watts And No, I'm not kidding Needless to say, I now have a multitap with switch on my desk as the power button. p.s. People should be aware that, ARM and atom have met similar ground for speed but they are like risc chips and usually a 500mhz does half the work of a full/non emulated instruction set chip also at 500mhz. Check out atom on wikipedia for more info. Risc chips in phones etc. do even less work per cycle. -- @plus
Re: Processeur Atom ?
On Sun, 13 Jun 2010 21:08:28 +0200 E.T ad...@wordpress-fr.fr wrote: Hence the question of having a powerful processor? One Debian turns with a facility has gnC)nC)rique 800mhz, good work. Processor mult-core 3.00ghz not utility for firewall and desktop. On Sun, 13 Jun 2010 18:44:37 +0100, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: I can also show you PIII systems that draw more than 300W, and I discarded one a while ago that probably could have maxed out at well over 500w. I was shocked to find my nforce board draws around 130 watts, when it's switched OFF!!! and with the new graphics card can push upto 700 watts And No, I'm not kidding Needless to say, I now have a multitap with switch on my desk as the power button. p.s. People should be aware that, ARM and atom have met similar ground for speed but they are like risc chips and usually a 500mhz does half the work of a full/non emulated instruction set chip also at 500mhz. Check out atom on wikipedia for more info. Risc chips in phones etc. do even less work per cycle. -- @plus You make me extra thankful that my native langage is english. Watch some DVDs and switch the english subtitles on, though I'm not sure that will help with order and grammar. I'm not sure if I understand you but PF is so lean that if you got it running on a phone it would handle a rediculous amount of traffic. I believe the faq or somewhere says a p90 and 32mb of ram will handle most situations as a pure firewall. I Just mentioned it for comparison sakes and because it's annoying when people say they have a 10 year old pc in their hand, when it's not even close (bus, memory, bridges etc.).
Re: Processeur Atom ?
Sorry, my english is very bad ... On Sun, 13 Jun 2010 21:47:08 +0100, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: On Sun, 13 Jun 2010 21:08:28 +0200 E.T ad...@wordpress-fr.fr wrote: Hence the question of having a powerful processor? One Debian turns with a facility has gnC)nC)rique 800mhz, good work. Processor mult-core 3.00ghz not utility for firewall and desktop. On Sun, 13 Jun 2010 18:44:37 +0100, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: I can also show you PIII systems that draw more than 300W, and I discarded one a while ago that probably could have maxed out at well over 500w. I was shocked to find my nforce board draws around 130 watts, when it's switched OFF!!! and with the new graphics card can push upto 700 watts And No, I'm not kidding Needless to say, I now have a multitap with switch on my desk as the power button. p.s. People should be aware that, ARM and atom have met similar ground for speed but they are like risc chips and usually a 500mhz does half the work of a full/non emulated instruction set chip also at 500mhz. Check out atom on wikipedia for more info. Risc chips in phones etc. do even less work per cycle. -- @plus You make me extra thankful that my native langage is english. Watch some DVDs and switch the english subtitles on, though I'm not sure that will help with order and grammar. I'm not sure if I understand you but PF is so lean that if you got it running on a phone it would handle a rediculous amount of traffic. I believe the faq or somewhere says a p90 and 32mb of ram will handle most situations as a pure firewall. I Just mentioned it for comparison sakes and because it's annoying when people say they have a 10 year old pc in their hand, when it's not even close (bus, memory, bridges etc.). -- @plus
dspam administration question.
Hello misc@ I have up and running dspam. All seems are working as expected. My question is.. Since I'm running httpd chroot()ed, still exists a solution to perform spam classication? I tryied dspam-phpcontrolcenter but seems to be hard to integrate with apache. Thks a lot
Re: dspam administration question.
I use dedicated email addresses (spam@, tofu@). My understanding is there are many possibilities. I have not worked on web interface, but there may be a way to use a network type interface (as opposed to sockets)? Devin Ceartas Owner, NacreData L.L.C. PO Box 646 Chapel Hill, NC 27514 (919) 442-8899 de...@nacredata.com AIM or Skype IM: nacredata Facebook, Twitter: nacredata On Jun 13, 2010, at 5:14 PM, Kevin x0...@sgene.org wrote: Hello misc@ I have up and running dspam. All seems are working as expected. My question is.. Since I'm running httpd chroot()ed, still exists a solution to perform spam classication? I tryied dspam-phpcontrolcenter but seems to be hard to integrate with apache. Thks a lot
audio recording levels
I have a large amount of analog audio I need to digitize and naturaly want to ensure best transfer quality. So I need to set the analog level at the input to the adc as high as possible without clipping. Ideally, I'll get the workstation hardware set to certin defaults, then adjust the incomming audio as required. This leads to a couple of questions: Are there (typicaly) any variable gain stages in the analog input path in the computer. Mixerctl -av (full output below) shows a node called 'record.adc'. It seems reasonable that this might opperate on the analog input to the adc. However there is also 'record.volume', though I would assume this operates on the mixed digital signals at the end of the chain. Also: a lot of the gain stages have defaults of 120.120. Would it be reasonable to assume that this is the 0 gain setting? Any thoughts appreciated. paulm molly:/home/paul mixerctl -a record.adc_mute=off record.adc=248,248 record.adc2_mute=off record.adc2=120,120 inputs.mix_source=mic,mic2,line-in,hp,line inputs.mix_mic=120,120 inputs.mix_mic2=120,120 inputs.mix_line-in=248,248 inputs.mix_hp=120,120 inputs.mix_line=120,120 outputs.mix2=120,120 inputs.mix2_source=dac,mix outputs.mix3=120,120 inputs.mix3_source=dac2,mix outputs.mix4=120,120 inputs.mix4_source=dac3,mix outputs.mix5=120,120 inputs.mix5_source=dac4,mix outputs.line_source=mix2 outputs.line_mute=off inputs.line=85,85 outputs.line_dir=output outputs.line_boost=off outputs.line_eapd=on outputs.mic_source=mix3 outputs.mic_mute=off inputs.mic=85,85 outputs.mic_dir=input-vr80 outputs.mic_boost=off outputs.mic2_source=mix8 outputs.mic2_mute=off inputs.mic2=85,85 outputs.mic2_dir=input-vr80 outputs.mic2_boost=off outputs.line-in_source=mix4 outputs.line-in_mute=off inputs.line-in=85,85 outputs.line-in_dir=input outputs.line-in_boost=off outputs.hp_source=mix5 outputs.hp_mute=off inputs.hp=85,85 outputs.hp_dir=output outputs.hp_boost=off outputs.SPDIF_source=dig-dac record.adc2_source=mic,mic2,line-in,hp,line,mix record.adc_source=mic,mic2,line-in,hp,line,mix outputs.mix8=120,120 inputs.mix8_source=dac5,mix outputs.line_sense=plugged outputs.mic_sense=plugged outputs.mic2_sense=unplugged outputs.line-in_sense=unplugged outputs.hp_sense=unplugged outputs.master=120,120 outputs.master.mute=off outputs.master.slaves=mix2,line record.volume=120,120 record.volume.mute=off record.volume.slaves=adc,adc2 outputs.mode=analog molly:/home/paul dmesg OpenBSD 4.6 (GENERIC.MP.RAID) #0: Mon Mar 29 11:47:19 NZDT 2010 r...@molly.no-tek.local:/molly0/src/sys/arch/i386/compile/ GENERIC.MP.RAID cpu0: Pentium(R) Dual-Core CPU E5400 @ 2.70GHz (GenuineIntel 686-class) 2.73 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,MWAIT,DS- CPL,VMX,EST,TM2,CX16,xTPR real mem = 1037135872 (989MB) avail mem = 993542144 (947MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/21/09, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.5 @ 0xf06c0 (50 entries) bios0: vendor American Megatrends Inc. version 0317 date 09/21/2009 bios0: ASUSTeK Computer INC. P5QPL-AM acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC MCFG OEMB HPET GSCI SSDT acpi0: wakeup devices P0P2(S4) P0P3(S4) P0P1(S4) UAR1(S4) PS2K(S4) PS2M(S4) USB0(S4) USB1(S4) USB2(S4) USB3(S4) EUSB(S4) MC97(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) SLPB(S4) 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 201MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Pentium(R) Dual-Core CPU E5400 @ 2.70GHz (GenuineIntel 686-class) 2.73 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,MWAIT,DS- CPL,VMX,EST,TM2,CX16,xTPR ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P2) acpiprt2 at acpi0: bus -1 (P0P3) acpiprt3 at acpi0: bus 3 (P0P1) acpiprt4 at acpi0: bus 2 (P0P4) acpiprt5 at acpi0: bus 1 (P0P5) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB bios0: ROM list: 0xc/0xc600! 0xcc800/0x5800 cpu0: Enhanced SpeedStep 2723 MHz: speeds: 2700, 2003, 1603, 1203 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel G41 Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel G41 Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp at vga1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x01: apic 2 int 21 (irq 5) azalia0: codecs: Realtek/0x0887 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: apic 2 int 16 (irq 11) pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev
hope
hh Never lose hope in Allah!
Re: audio recording levels
Hi, this you might already know, but good rule of thumb is to set the levels manually for each source (according to its dynamics), having peaks around -6dB to -10dB. If you have manual volume/gain control on your recording device/preamp, I'd set all levels in the computer to 80% of the scale and then control everything by hand, on the box. This probably doesn't apply to OpenBSD, but in Linux there have been serious distortion trouble with levels set to 100% on some older cards - the only solution is AFAIK try it out and use what your ears tell you. The good news is you can do other stuff while your LP's spinning and recording :-) -- Martin Pelikan
Re: audio recording levels
On Mon, Jun 14, 2010 at 11:37:52AM +1200, Paul M wrote: I have a large amount of analog audio I need to digitize and naturaly want to ensure best transfer quality. So I need to set the analog level at the input to the adc as high as possible without clipping. Ideally, I'll get the workstation hardware set to certin defaults, then adjust the incomming audio as required. This leads to a couple of questions: Are there (typicaly) any variable gain stages in the analog input path in the computer. varies depending on hardware, but often there is a gain at the input and a gain at the ADC. Mixerctl -av (full output below) shows a node called 'record.adc'. It seems reasonable that this might opperate on the analog input to the adc generically speaking, yes. However there is also 'record.volume', though I would assume this operates on the mixed digital signals at the end of the chain. no. record.volume is essenially an alias. on your hardware with the configuration you've posted, it's a shortcut for setting both record.adc and record.adc2. this is explained in azalia(4) (though maybe that info didn't make it into 4.6, the info in -current azalia(4) is mostly relevant even for 4.6). Also: a lot of the gain stages have defaults of 120.120. Would it be reasonable to assume that this is the 0 gain setting? no. unfortunately, the mixer interface, like a lot of audio(4) related stuff, is designed for consumer usage. so, we just have a range that is essentially 0-100% - it has no relevance to anything except the knob. truly the worst kind of knobs are those that have no outside meaning, but apparently people like this. *shrug* http://marc.info/?l=openbsd-techm=123101323408867w=2 Any thoughts appreciated. if you really want to know how to do this right, your best bet is to find the datasheet for your codec. now, your codec is a Realtek, which is common for azalia(4), and I happen to know them pretty well ... inputs.line=85,85 this is a 0 (0), 10 (85), 20 (170), 30 (255) dB gain on the line-in jack. values in () are the corresponding mixerctl values. record.adc=248,248 this is the ADC input gain. 0 dB should be around '88'. 0..255 here represents the hardware's -16.5 to 30 dB in 1.5 dB steps. these are the only gains on the recording path of your device. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: audio recording levels
On Mon, Jun 14, 2010 at 02:03:38AM +0200, Martin Pelik?n wrote: Hi, this you might already know, but good rule of thumb is to set the levels manually for each source (according to its dynamics), having peaks around -6dB to -10dB. If you have manual volume/gain control on your recording device/preamp, I'd set all levels in the computer to 80% of the scale and then control everything by hand, on the box. but what does 80% mean? that could be either some attenuation, or a lot of gain. depends on the mixer control. This probably doesn't apply to OpenBSD, but in Linux there have been serious distortion trouble with levels set to 100% on some older cards again, that depends on what 100% means, which varies greatly. - the only solution is AFAIK try it out and use what your ears tell you. ultimately, yes. The good news is you can do other stuff while your LP's spinning and recording :-) well, that depends on *what* you're doing and *how* you're recording. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
OpenBSD sends RSTs for gratuitous traffic
Hi, I've got an interesting problem that I'd really appreciate some input on. I am in the process of migrating our Linux router-on-a-stick to an OpenBSD router, and have configured an OpenBSD 4.7 (GENERIC) box with an IP on each VLAN. At present, no devices are configured to use the OpenBSD box as gateway, so all I should be seeing is broadcast traffic on each vlan interface. For some reason however, on one particular VLAN the switch is erroneously forwarding traffic from a particular host (203.135.184.10) to the OpenBSD box. The traffic is forwarded even when the destination MAC address is not that of the OpenBSD box. So there's something broken on my switch, I need to fix it, fair enough. The strange thing is that occasionally, the OpenBSD box will reply to the gratuitous traffic with a spoofed TCP RST. For example, see [1] - a TCP connection was initiated from 203.135.184.10 (an OSX server) to 203.135.184.6 (a Linux server), which is on the same subnet. The connection is immediately closed, apparently by 203.135.184.6 - but if you look at the MAC addresses it's a spoofed packet from the OpenBSD box, which is normally 203.135.184.33. The *even weirder* thing is that if I run tcpdump on the appropriate interface on the OpenBSD router, in an attempt to diagnose the problem, the issue goes away. I can happily initiate connections all day long and the OpenBSD box will behave. Running tcpdump on any other interface does not affect the problem. Traffic from 203.135.184.10 to other hosts not sent via the OpenBSD box is also affected; for example my SSH sessions to 203.135.184.10 will drop out occasionally when I'm producing lots of traffic. Traffic from 203.135.184.10 to other hosts sent via the OpenBSD box is *not* affected; for example SSHing to 203.135.184.10 from another subnet using the OpenBSD box as the router works fine. The problem is also not consistently reproducible (though it does happen more than not) - see [2]. In my pf.conf I have match in all scrub (reassemble tcp) and antispoof log for $interfaces and nothing else that isn't a simple pass/block or NAT rule. I'm not ruling out some sort of config error here, because I'm pretty new to OpenBSD and pf, though my understanding is that the above won't cause RSTs to be sent for layer-two traffic not sent to the OpenBSD box in question. Does anyone have any ideas on what could be happening here? While I can fix the switch, I'd like to understand why this is happening. Let me know if there's any output I can provide that would help. Cheers, Patrick -- http://www.labyrinthdata.net.au - WA Backup, Web and VPS Hosting [1] tcpdump running on 203.135.184.10, while running 'nc 203.135.184.6 25' in another vty. Note the appearance of the RST packets from the OpenBSD box at 11:59:33.538154. Relevant MAC addresses are: 203.135.184.10: 00:24:36:f2:9d:9c 203.135.184.6: 00:50:56:96:11:f3 203.135.184.33 (OpenBSD router): 00:04:23:c9:bd:d0 spartacus$ sudo tcpdump -i vlan21 -ne host 203.135.184.6 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan21, link-type EN10MB (Ethernet), capture size 65535 bytes 11:59:33.537765 00:24:36:f2:9d:9c 00:50:56:96:11:f3, ethertype IPv4 (0x0800), length 78: 203.135.184.10.55790 203.135.184.6.25: Flags [S], seq 1966388277, win 65535, options [mss 1460,nop,wscale 1,nop,nop,TS val 532321133 ecr 0,sackOK,eol], length 0 11:59:33.538028 00:50:56:96:11:f3 00:24:36:f2:9d:9c, ethertype IPv4 (0x0800), length 74: 203.135.184.6.25 203.135.184.10.55790: Flags [S.], seq 3218134397, ack 1966388278, win 5792, options [mss 1460,sackOK,TS val 215574207 ecr 532321133,nop,wscale 7], length 0 11:59:33.538044 00:24:36:f2:9d:9c 00:50:56:96:11:f3, ethertype IPv4 (0x0800), length 66: 203.135.184.10.55790 203.135.184.6.25: Flags [.], ack 1, win 33304, options [nop,nop,TS val 532321133 ecr 215574207], length 0 11:59:33.538154 00:04:23:c9:bd:d0 00:24:36:f2:9d:9c, ethertype IPv4 (0x0800), length 56: 203.135.184.6.25 203.135.184.10.55790: Flags [R.], seq 1076832899, ack 1, win 0, length 0 11:59:33.538160 00:04:23:c9:bd:d0 00:24:36:f2:9d:9c, ethertype IPv4 (0x0800), length 56: 203.135.184.6.25 203.135.184.10.55790: Flags [R.], seq 1076832899, ack 1, win 0, length 0 11:59:33.538332 00:04:23:c9:bd:d0 00:24:36:f2:9d:9c, ethertype IPv4 (0x0800), length 56: 203.135.184.6.25 203.135.184.10.55790: Flags [R.], seq 1, ack 1, win 0, length 0 11:59:33.538339 00:04:23:c9:bd:d0 00:24:36:f2:9d:9c, ethertype IPv4 (0x0800), length 56: 203.135.184.6.25 203.135.184.10.55790: Flags [R.], seq 1, ack 1, win 0, length 0 11:59:33.694294 00:50:56:96:11:f3 00:24:36:f2:9d:9c, ethertype IPv4 (0x0800), length 102: 203.135.184.6.25 203.135.184.10.55790: Flags [P.], seq 1:37, ack 1, win 46, options [nop,nop,TS val 215574246 ecr 532321133], length 36 11:59:33.694308 00:24:36:f2:9d:9c 00:50:56:96:11:f3, ethertype IPv4 (0x0800), length 54: 203.135.184.10.55790 203.135.184.6.25: Flags [R], seq 1966388278, win 0, length 0 ^C