你的朋友保護腳的專家-不臭博士襪-不滿意就退款!!推薦星島網文章給你
§AªºªB¤Í¦W¦r ¡G «OÅ@¸}ªº±M®a-¤£¯ä³Õ¤hÄû-¤£º¡·N´N°h´Ú!! §AªºªB¤Í¤§¹q¶l¦a§} ¡G sterl...@yahoo.com µu°T¤º®e ¡G ®Ú¾Ú¤é¥»±M®a¬ã¨sÅã¥Ü ¸}¬O¤Hªº²Ä¤GÓ¤ßŦ ·R±¤§Aªº¸}-«OÅ @§Aªº¸} ¤£¥Î¶Q¬À¬À-¥un120¤¸ ¦n¥Î«K©y¤S«OÃÒ¤£·|¯ä¯ä §ÚÌ MIT«~½è«OÃÒ»P¤é¥»¦P¯Å ÅwªïÁʶR¸Õ¬ï-¤£º¡·N«OÃÒ°h´Ú ½Ð«ö¤U±³¡¸¨® æºô§}¶i¤JÁʶR http://tw.myblog.yahoo.com/sox -mitgood6 goodmit omabrceme07 769puzkts4682kupe13h14eb09qr9fo7l7n0i083g5k9gliq2chip52mnaerxqc898b15am44f8a4 l6rpd5jc6gnbb22lrzjwizbkba5igwkswt1detu0h3o ¤å³¹ ¡G /email_friend_act.asp
你的朋友傳統古早味府城花生糖-不黏牙新上市!!推薦星島網文章給你
§AªºªB¤Í¦W¦r
¡G
¶Ç²Î¥j¦¨ý©²«°ªá¥Í¿}-¤£ÂH¤ú·s¤W¥«!!
§AªºªB¤Í¤§¹q¶l¦a§}
¡G
sterl...@yahoo.com
µu°T¤º®e
¡G
¯S§O·PÁÂTVBS®É©|ª±®a²ï²ï¯S§O±ÀÂË
ºôÁÊ·s¥]¸Ë-¥R¤Àªí²{¥x ÆW¥»¤g¨ý
°e§¦Û¥Î¨â¬Û©y-¦n¦Y¤£ÂH¤ú¤£ªg¤â
²{¦b§K¹B¶O±M®×¹ê¬I¤¤~~ ~~
¤£¥Î¦hªá¿ú´N¥i¥H¦b®a¨É¨ü¬ü¹
½Ð«ö¤U±¡m³¡¸¨®æ¡n¶i¤Jºô¯¸ÁʶR< /font>
http://tw.myblog.yaho o.com/peanuts-tn4/guestbook
¤å³¹
¡G
/email_friend_act.asp
Re: tcp ping
On Thu, Sep 13, 2012 at 13:54, Matthew Dempsky wrote: > On Thu, Sep 13, 2012 at 12:02 PM, Ted Unangst wrote: >> This adds a -T portnum option to ping. I haven't polished the output >> because I'm not sure if this is desirable or not, but I found it >> useful. If it's not a "hell no, never in base" I can finish it up some. > > Is there precedent for having TCP-based ping in any other OS's ping(1) > utility? It seems like adding a separate tcpping(1) utility and > leaving ping(1) for ICMP would be more appropriate. > > FWIW, nmap has a lot of TCP ping options; e.g., sending just SYN and > ACK packets for pings instead of a complete TCP handshake. Don't want to overflow the filesystem. But since we are root, we can use a raw socket and syn ack packets. Too much work for a prototype, but I can look at it. Will avoid polluting log files of the daemon as well. Then again, conn refused also gives us a time signal. Just pick a port that's not in use.
Balanced Scorecard - Sistema de Información Gerencial
Balanced Scorecard - Sistema de Información Gerencial Integral Panama este 19 de Septiembre de 2012 Sheraton Panama Hotel & Convention Center Los altos Ejecutivos de las empresas globales dirigen organizaciones de proporciones enormes y utilizan el Balanced Scorecard para planear, evaluar y balancear estratégicamente la visión con los objetivos de la empresa, integrando equipos gerenciales capaces de lograr resultados sobresalientes. Esta revolucionaria metodología ayudará a los Directores y Ejecutivos a pensar más ampliamente sobre lo que significa hoy el verdadero liderazgo en los negocios... Un experto en Alta Dirección de Empresas presentará este seminario práctico y efectivo donde se discutirán las mejores prácticas del Balanced Scorecard, incluyendo: - Cómo traducir la visión en objetivos concretos - Trazo y ejecución de planes - - Implementar controles de desempeño gerencial - Remuneración por resultados - - Establecer sistemas de información de los medidores Balanced Scorecard - Mejorar la rentabilidad de la empresa, conservar clientes leales y empleados de talento - Ingredientes esenciales para crear valor en la nueva economía- Adquiera la información completa y sin compromiso, solo responda este correo con asunto -Deseo Folleto Balanced o Comuníquese al (507) 279-1083 / 279-0258 / 279-0887 - y a la brevedad lo recibirá! ESTE CORREO NO PUEDE SER CONSIDERADO INTRUSIVO YA QUE CUMPLE CON LAS POLÍTICAS ANTISPAM INTERNACIONALES Y LOCALES: Responda este correo con el Asunto borrar y automáticamente quedará fuera de nuestras listas. Este correo ha sido enviado a: tech@openbsd.org
Re: Support for D-Link DGE-530T C1
On Thu, Sep 13, 2012 at 11:53:01AM -0700, Ryan Freeman wrote:
> Hey tech@,
>
> I think I found some low-hanging fruit, the following diff works
> for my friend that recently purchased the DGE-530T at my recommendation
> only to find out its no-longer supported by the sk driver as of the C1
> revision, they changed the chip entirely to realtek 8169.
>
> I found the relevant info already existing in pcidevs.h and
> pcidevs_data.h. The following diff adds the card to re(4).
>
> Note that I used 5.1's release to do this as its what he was
> running the diff below is for -current (though it pretty much
> looks like nothing has changed there between 5.1 and now)
>
> any tips or hints are welcome
>
> ifconfig output and dmesg from friends machine in question showing
> a now-working card attached :)
I have updated the diff to include a man-page update as well.
Also, per sthen@, I have requested a multicast test with his
instructions. I will post the results as soon as I have them.
-ryan
Index: sys/dev/pci/if_re_pci.c
===
RCS file: /cvs/src/sys/dev/pci/if_re_pci.c,v
retrieving revision 1.34
diff -u -p -u -p -r1.34 if_re_pci.c
--- sys/dev/pci/if_re_pci.c 9 Jun 2011 19:34:42 - 1.34
+++ sys/dev/pci/if_re_pci.c 13 Sep 2012 23:20:29 -
@@ -72,6 +72,7 @@ const struct pci_matchid re_pci_devices[
{ PCI_VENDOR_REALTEK, PCI_PRODUCT_REALTEK_RT8169SC },
{ PCI_VENDOR_COREGA, PCI_PRODUCT_COREGA_CGLAPCIGT },
{ PCI_VENDOR_DLINK, PCI_PRODUCT_DLINK_DGE528T },
+ { PCI_VENDOR_DLINK, PCI_PRODUCT_DLINK_DGE530T_C1 },
{ PCI_VENDOR_USR2, PCI_PRODUCT_USR2_USR997902 },
{ PCI_VENDOR_TTTECH, PCI_PRODUCT_TTTECH_MC322 }
};
Index: share/man/man4/re.4
===
RCS file: /cvs/src/share/man/man4/re.4,v
retrieving revision 1.47
diff -u -p -u -p -r1.47 re.4
--- share/man/man4/re.4 13 Mar 2011 21:32:29 - 1.47
+++ share/man/man4/re.4 13 Sep 2012 23:20:29 -
@@ -63,6 +63,8 @@ Corega CG-LAPCIGT (8169S)
.It
D-Link DGE-528T (8169S)
.It
+D-Link DGE-530T C1 (8169/8110SB)
+.It
D-Link DGE-660TD (8169/8110SB)
.It
Gigabyte 7N400 Pro2 Integrated Gigabit Ethernet (8110S)
Re: acpihpet quality
Mark Kettenis [mark.kette...@xs4all.nl] wrote: > > Date: Wed, 15 Aug 2012 11:02:43 -0400 > > From: Ted Unangst > > > > The acpihpet timer is, in my testing, lots better than the acpitimer. > > Faster to read and more precise. They should not have the same quality > > value. Double acpihpet. > > Since both acpitimer(4) and acpihpet(4) are based on an abstract > specification that AFAIK doesn't say anything about the actual > underlying hardware I'm totally unconvinced unless you can show this > to be true on a wide variety of hardware. > HPET on some processors is emulated in software via BIOS. Ring -1 or whatever. I believe one of either the AMD Elan SC420 or the AMD Geode LX fits in this category.
Re: Use ACPI to detect secondary PCI root segments on x86
> Date: Mon, 10 Sep 2012 13:22:35 +0200 > From: Christian Ehrhardt > > Hi, > > first of all: Thanks for your reply! > > On Sat, Sep 08, 2012 at 04:04:41PM +0200, Mark Kettenis wrote: > > > most modern x86 hardware includes more than one PCI root segement. > > > E.g. a hardware that I have here has three PCI root segemnts with bus > > > numbers 0, 0x7f, 0x80 and 0xff respectively. (0x7f and 0xff host the > > > uncore devices of each processor). > > > > Well, machines with multiple host bridges have been around for a > > while. Some of them even pre-date ACPI. > > > > > > > > These segments are already detected by APCI but this information is not > > > used when attaching PCI busses to the mainbus. Below is a patch that > > > should solve the PCI bus detection problem in a robust way. > > > > I hate ACPI! It's full of lies; I don't trust it. > > Agreed. > > > It is much better > > to detect these additional PCI busses by looking at actual hardware > > registers. > > This approach (unfortunately) means that device detection breaks > with each new chipset and I hate that :-) Yeah, it does seem that Intel comes up with a different "solution" in every CPU/chipset generation :(. > > So before we go down this path, can you investigate that? > > It seems the bus number for the additional "Uncore" devices of the > > Xeon E5 1600/2600 CPUs is available in config register 0x108 of device > > 0:5:0. > > Yes, I already figured that. It works and I can cook a patch if you want. > The patch is not completely straight forward, tough, because the device is > not just a bridge but a multi-purpose devices. > > > But I haven't figured how to find the bus number for the > > second socket. Looking at the AML for this machine and determining > > how it detects these additional busses might provide some clues. Feel > > free to send me the acpidump output for this box. > > I will send you ACPI data in private. However, the second PCI bus is > simply "hardwired" in DSDT, i.e. there does not seem to be code in ACPI that > would try to detect its presence. > > I tend to believe that there is no bridge device that exposes the > second PCI bus. It seems so. I haven't really found any hints in the CPU documentation either. It's probaby in some super-sekrit BIOS developers guide that's only available under NDA :(. Seems we have no choice other than relying on acpi. > > > There's a small problem though: Some of the secondary PCI segments > > > can show up as busses behind some kind of host bridge device dowstream > > > of pci bus 0, too. These PCI busses would be attached twice, now. Thus we > > > keep track of attached root segemnents in the ACPI code. > > > > Yup. Since we have code to detect additional host bridges some of > > them may already have been attached. And it would be a good way to > > defend against ACPI lying to us. However, please keep the ACPI hooks > > out of the MI PCI code. It'd be better if you used pci_attach_hook(), > > which lives in arch/pci/pci_machdep.c. > > Ok, will do that. > > However, there might be a different solution: > We could track attached busses (not just host bridge busses but all busses) > in the pci code (or via MD code and hooks but I think that would be a > generic thing) and do nothing in pciattach if a bus is discovered for > the second time. > > With this MD code could use whatever methods it wants to detect otherwise > undiscovered host bridges. Possible methods might be magic numbers, hints > from ACPI or even a linear scan of all possible bus numbers. > > Does this sound like a possible solution? It actually got me thinking about proper bus number resource accounting again. Something that's needed for properly hot-plugging pci busses. Below is a diff that does this. With that code, your acpi code can just try to grab the bus number using extent_alloc_region() and only attach a bus if that succeeds. Index: dev/pci/pci.c === RCS file: /cvs/src/sys/dev/pci/pci.c,v retrieving revision 1.95 diff -u -p -r1.95 pci.c --- dev/pci/pci.c 7 Sep 2012 19:26:48 - 1.95 +++ dev/pci/pci.c 13 Sep 2012 20:47:25 - @@ -175,6 +175,7 @@ pciattach(struct device *parent, struct sc->sc_ioex = pba->pba_ioex; sc->sc_memex = pba->pba_memex; sc->sc_pmemex = pba->pba_pmemex; + sc->sc_busex = pba->pba_busex; sc->sc_domain = pba->pba_domain; sc->sc_bus = pba->pba_bus; sc->sc_bridgetag = pba->pba_bridgetag; @@ -182,7 +183,15 @@ pciattach(struct device *parent, struct sc->sc_maxndevs = pci_bus_maxdevs(pba->pba_pc, pba->pba_bus); sc->sc_intrswiz = pba->pba_intrswiz; sc->sc_intrtag = pba->pba_intrtag; + + /* Reserve our own bus number. */ + if (sc->sc_busex) + extent_alloc_region(sc->sc_busex, sc->sc_bus, 1, EX_NOWAIT); + pci_enumerate_bus(sc, pci_reserve_resources, NULL); + if (s
Re: tcp ping
On Thu, Sep 13, 2012 at 12:02 PM, Ted Unangst wrote: > This adds a -T portnum option to ping. I haven't polished the output > because I'm not sure if this is desirable or not, but I found it > useful. If it's not a "hell no, never in base" I can finish it up some. Is there precedent for having TCP-based ping in any other OS's ping(1) utility? It seems like adding a separate tcpping(1) utility and leaving ping(1) for ICMP would be more appropriate. FWIW, nmap has a lot of TCP ping options; e.g., sending just SYN and ACK packets for pings instead of a complete TCP handshake.
Re: tcp ping
On Thu, Sep 13, 2012 at 03:02:09PM -0400, Ted Unangst wrote:
> So sometimes a machine is hiding behind a firewall that blocks icmp
> (looking at you, amazon ec2), but I want to know if it's up and/or how
> long away it is. tcp to the rescue.
Seems like a bit of a "rude" method of testing whether a
host is up, especially if you leave it ping-ing in a
continuous loop.
telnet works just fine if you want to test if a host is up
and listening on a specific port, minus the timing info you
are looking for.
--patrick
> This adds a -T portnum option to ping. I haven't polished the output
> because I'm not sure if this is desirable or not, but I found it
> useful. If it's not a "hell no, never in base" I can finish it up some.
>
> Index: ping.c
> ===
> RCS file: /cvs/src/sbin/ping/ping.c,v
> retrieving revision 1.92
> diff -u -p -r1.92 ping.c
> --- ping.c17 Mar 2012 10:16:40 - 1.92
> +++ ping.c13 Sep 2012 18:57:06 -
> @@ -169,6 +169,7 @@ quad_t qsqrt(quad_t);
> void pr_iph(struct ip *);
> #ifndef SMALL
> int map_tos(char *, int *);
> +void tcpping(void);
> #endif /* SMALL */
> void usage(void);
>
> @@ -191,6 +192,7 @@ main(int argc, char *argv[])
> size_t fdmasks;
> uid_t uid;
> u_int rtableid;
> + unsigned short portnum = 0;
>
> if ((s = socket(AF_INET, SOCK_RAW, IPPROTO_ICMP)) < 0)
> err(1, "socket");
> @@ -203,7 +205,7 @@ main(int argc, char *argv[])
> preload = 0;
> datap = &outpack[8 + sizeof(struct tvi)];
> while ((ch = getopt(argc, argv,
> - "DEI:LRS:c:defi:l:np:qrs:T:t:V:vw:")) != -1)
> + "DEI:LRS:c:defi:l:nP:p:qrs:T:t:V:vw:")) != -1)
> switch(ch) {
> case 'c':
> npackets = (unsigned long)strtonum(optarg, 0,
> @@ -277,6 +279,13 @@ main(int argc, char *argv[])
> options |= F_PINGFILLED;
> fill((char *)datap, optarg);
> break;
> +#ifndef SMALL
> + case 'P':
> + portnum = strtonum(optarg, 1, 65535, &errstr);
> + if (errstr)
> + errx(1, "portnum is %s: %s", errstr, optarg);
> + break;
> +#endif
> case 'q':
> options |= F_QUIET;
> break;
> @@ -369,6 +378,17 @@ main(int argc, char *argv[])
> hostname = hnamebuf;
> }
>
> +#ifndef SMALL
> + if (portnum) {
> + close(s);
> + whereto.sin_port = htons(portnum);
> + while (!npackets || ntransmitted++ < npackets) {
> + tcpping();
> + sleep(1);
> + }
> + }
> +#endif
> +
> if (options & F_FLOOD && options & F_INTERVAL)
> errx(1, "-f and -i options are incompatible");
>
> @@ -1413,6 +1433,27 @@ map_tos(char *s, int *val)
> }
>
> return (0);
> +}
> +
> +void
> +tcpping(void)
> +{
> + struct timeval before, after, diff;
> + int rtt;
> +
> + s = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
> + if (!s)
> + err(1, "can't open socket");
> + gettimeofday(&before, NULL);
> + if (connect(s, (const struct sockaddr *)&whereto,
> + sizeof(whereto)))
> + err(1, "can't connect");
> + gettimeofday(&after, NULL);
> + close(s);
> + timersub(&after, &before, &diff);
> +
> + rtt = diff.tv_sec * 1000 + diff.tv_usec;
> + printf("tcpping %d.%d ms\n", rtt / 1000, rtt % 1000);
> }
> #endif /* SMALL */
Re: tcp ping
> I haven't polished the output > because I'm not sure if this is desirable or not, but I found it > useful. I'd like it, it's always made sense to me to test a service using the protocol it uses and would remove a package install. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) ___
tcp ping
So sometimes a machine is hiding behind a firewall that blocks icmp
(looking at you, amazon ec2), but I want to know if it's up and/or how
long away it is. tcp to the rescue.
This adds a -T portnum option to ping. I haven't polished the output
because I'm not sure if this is desirable or not, but I found it
useful. If it's not a "hell no, never in base" I can finish it up some.
Index: ping.c
===
RCS file: /cvs/src/sbin/ping/ping.c,v
retrieving revision 1.92
diff -u -p -r1.92 ping.c
--- ping.c 17 Mar 2012 10:16:40 - 1.92
+++ ping.c 13 Sep 2012 18:57:06 -
@@ -169,6 +169,7 @@ quad_t qsqrt(quad_t);
void pr_iph(struct ip *);
#ifndef SMALL
int map_tos(char *, int *);
+void tcpping(void);
#endif /* SMALL */
void usage(void);
@@ -191,6 +192,7 @@ main(int argc, char *argv[])
size_t fdmasks;
uid_t uid;
u_int rtableid;
+ unsigned short portnum = 0;
if ((s = socket(AF_INET, SOCK_RAW, IPPROTO_ICMP)) < 0)
err(1, "socket");
@@ -203,7 +205,7 @@ main(int argc, char *argv[])
preload = 0;
datap = &outpack[8 + sizeof(struct tvi)];
while ((ch = getopt(argc, argv,
- "DEI:LRS:c:defi:l:np:qrs:T:t:V:vw:")) != -1)
+ "DEI:LRS:c:defi:l:nP:p:qrs:T:t:V:vw:")) != -1)
switch(ch) {
case 'c':
npackets = (unsigned long)strtonum(optarg, 0,
@@ -277,6 +279,13 @@ main(int argc, char *argv[])
options |= F_PINGFILLED;
fill((char *)datap, optarg);
break;
+#ifndef SMALL
+ case 'P':
+ portnum = strtonum(optarg, 1, 65535, &errstr);
+ if (errstr)
+ errx(1, "portnum is %s: %s", errstr, optarg);
+ break;
+#endif
case 'q':
options |= F_QUIET;
break;
@@ -369,6 +378,17 @@ main(int argc, char *argv[])
hostname = hnamebuf;
}
+#ifndef SMALL
+ if (portnum) {
+ close(s);
+ whereto.sin_port = htons(portnum);
+ while (!npackets || ntransmitted++ < npackets) {
+ tcpping();
+ sleep(1);
+ }
+ }
+#endif
+
if (options & F_FLOOD && options & F_INTERVAL)
errx(1, "-f and -i options are incompatible");
@@ -1413,6 +1433,27 @@ map_tos(char *s, int *val)
}
return (0);
+}
+
+void
+tcpping(void)
+{
+ struct timeval before, after, diff;
+ int rtt;
+
+ s = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
+ if (!s)
+ err(1, "can't open socket");
+ gettimeofday(&before, NULL);
+ if (connect(s, (const struct sockaddr *)&whereto,
+ sizeof(whereto)))
+ err(1, "can't connect");
+ gettimeofday(&after, NULL);
+ close(s);
+ timersub(&after, &before, &diff);
+
+ rtt = diff.tv_sec * 1000 + diff.tv_usec;
+ printf("tcpping %d.%d ms\n", rtt / 1000, rtt % 1000);
}
#endif /* SMALL */
Support for D-Link DGE-530T C1
Hey tech@,
I think I found some low-hanging fruit, the following diff works
for my friend that recently purchased the DGE-530T at my recommendation
only to find out its no-longer supported by the sk driver as of the C1
revision, they changed the chip entirely to realtek 8169.
I found the relevant info already existing in pcidevs.h and
pcidevs_data.h. The following diff adds the card to re(4).
Note that I used 5.1's release to do this as its what he was
running the diff below is for -current (though it pretty much
looks like nothing has changed there between 5.1 and now)
any tips or hints are welcome
ifconfig output and dmesg from friends machine in question showing
a now-working card attached :)
Index: sys/dev/pci/if_re_pci.c
===
RCS file: /cvs/src/sys/dev/pci/if_re_pci.c,v
retrieving revision 1.34
diff -u -p -u -p -r1.34 if_re_pci.c
--- sys/dev/pci/if_re_pci.c 9 Jun 2011 19:34:42 - 1.34
+++ sys/dev/pci/if_re_pci.c 13 Sep 2012 18:14:12 -
@@ -72,6 +72,7 @@ const struct pci_matchid re_pci_devices[
{ PCI_VENDOR_REALTEK, PCI_PRODUCT_REALTEK_RT8169SC },
{ PCI_VENDOR_COREGA, PCI_PRODUCT_COREGA_CGLAPCIGT },
{ PCI_VENDOR_DLINK, PCI_PRODUCT_DLINK_DGE528T },
+ { PCI_VENDOR_DLINK, PCI_PRODUCT_DLINK_DGE530T_C1 },
{ PCI_VENDOR_USR2, PCI_PRODUCT_USR2_USR997902 },
{ PCI_VENDOR_TTTECH, PCI_PRODUCT_TTTECH_MC322 }
};
IFCONFIG
lo0: flags=8049 mtu 33196
priority: 0
groups: lo
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5
inet 127.0.0.1 netmask 0xff00
fxp0: flags=8802 mtu 1500
lladdr 00:03:47:d2:47:a8
priority: 0
media: Ethernet autoselect (none)
status: no carrier
sk0: flags=8843 mtu 1500
lladdr 00:24:01:00:2d:f5
priority: 0
groups: egress
media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause)
status: active
inet6 fe80::224:1ff:fe00:2df5%sk0 prefixlen 64 scopeid 0x2
inet 192.168.0.14 netmask 0xff00 broadcast 192.168.0.255
re0: flags=8843 mtu 1500
lladdr 28:10:7b:c9:5d:b1
priority: 0
media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause)
status: active
inet 10.0.0.1 netmask 0xff00 broadcast 10.255.255.255
inet6 fe80::2a10:7bff:fec9:5db1%re0 prefixlen 64 scopeid 0x3
enc0: flags=0<>
priority: 0
groups: enc
status: active
pflog0: flags=141 mtu 33196
priority: 0
groups: pflog
DMESG before:
OpenBSD 5.1 (GENERIC.MP) #188: Sun Feb 12 09:55:11 MST 2012
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Pentium(R) 4 CPU 2.80GHz ("GenuineIntel" 686-class) 1.40 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR
real mem = 2146758656 (2047MB)
avail mem = 2101518336 (2004MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 10/31/01, BIOS32 rev. 0 @ 0xfda74, SMBIOS
rev. 2.3 @ 0xf0fd0 (57 entries)
bios0: vendor Intel Corp. version "PT84510A.15A.0003.P01.0110311619" date
10/31/2001
bios0: Gateway E-3600
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC SSDT
acpi0: wakeup devices PBTN(S4) PCI1(S4) UAR1(S4) USB_(S3) USB2(S3) AC9_(S4)
SMB_(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 99MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Pentium(R) 4 CPU 2.80GHz ("GenuineIntel" 686-class) 1.40 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (PCI1)
acpicpu0 at acpi0
acpicpu1 at acpi0
acpipwrres0 at acpi0: FDDP
acpipwrres1 at acpi0: URP1
acpipwrres2 at acpi0: URP2
acpipwrres3 at acpi0: LPTP
acpibtn0 at acpi0: PBTN
bios0: ROM list: 0xc/0xa800 0xca800/0x1000 0xcb800/0x1000
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82845 Host" rev 0x04
intelagp0 at pchb0
agp0 at intelagp0: aperture at 0xf800, size 0x400
ppb0 at pci0 dev 1 function 0 "Intel 82845 AGP" rev 0x04
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "NVIDIA GeForce2 MX 100" rev 0xb2
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb1 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x05
pci2 at ppb1 bus 2
fxp0 at pci2 dev 8 function 0 "Intel 82562" rev 0x03, i82562: apic 2 int 20,
address 00:03:47:d2:47:a8
inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0
skc0 at pci2 dev 10 function 0
Alert! Your email will be blacklisted soon.
Dear tech@openbsd.org, We received complaints about spam coming from your network. Spam bots are sending bulk emails, for the security reasons your email will be blacklisted. To avoid blacklisting please check your Sent folder for unknown emails and prove that you are human by entering this code 2049 here. Your email will be recorded and spam flag will be removed. No other data will be collected. Thank you for cooperation. SpamCOP SBL.
El Gerente de Ventas como Administrador, Vendedor y Lider
El Gerente de Ventas como Administrador, Vendedor y Líder SEMINARIO ONLINE EN VIVO este 25 de Septiembre de 2012. Los Gerentes de Ventas tienen en sus manos uno de los procesos más importantes y fundamentales para el ÉXITO o FRACASO de las empresas, por lo que constantemente se ven obligados y presionados ante las situaciones adversas del mercado, las reacciones de la competencia y los clientes, debiendo desarrollar estrategias efectivas que permitan a sus empresas posicionar sus productos y/o servicios con altos niveles de rentabilidad y ventajas competitivas duraderas. Este Seminario le ofrece un panorama claro y efectivo de las medidas inmediatas que debe considerar, incluyendo: Métodos eficaces para administrar su equipo de VENTAS centrado en resultados. Análisis de casos reales - ¿Por qué fracasan las fuerzas de ventas? ¿Cómo identificar y vencer los obstáculos que le impiden obtener mejores resultados? TEMARIO: 1. ¿Cómo entender los nuevos retos del gerente de ventas? 2. Evaluando la potencia de su fuerza de ventas para lograr resultados. 3. ¿Cómo mejorar la productividad fijando metas y evaluaciones? 4. Autoevaluación del liderazgo gerencial ¿oportunidad o problema? 5. Técnicas probadas para el control administrativo de ventas. Adquiera la información completa y sin compromiso, solo responda este correo con asunto -Deseo Folleto Ventas o Comuníquese al (507) 279-1083 / 279-0258 / 279-0887 - y a la brevedad lo recibirá! ESTE CORREO NO PUEDE SER CONSIDERADO INTRUSIVO YA QUE CUMPLE CON LAS POLÍTICAS ANTISPAM INTERNACIONALES Y LOCALES: Responda este correo con el Asunto borrar y automáticamente quedará fuera de nuestras listas. Este correo ha sido enviado a: tech@openbsd.org
Re: strlcat usage in realpath.c
You can md5 the object files to see that the output really is identical,
obsd gcc will not stuff dates in the .o files.
Den 13 sep 2012 14:35 skrev "Michal Mazurek" :
> The following diff should produce an identical binary, but the code
> makes more sense. Found with clang.
>
> Index: realpath.c
> ===
> RCS file: /cvs/src/lib/libc/stdlib/realpath.c,v
> retrieving revision 1.14
> diff -u -p -r1.14 realpath.c
> --- realpath.c 24 Jul 2011 21:03:00 - 1.14
> +++ realpath.c 13 Sep 2012 12:29:31 -
> @@ -187,7 +187,7 @@ realpath(const char *path, char *resolve
> symlink[slen] = '/';
> symlink[slen + 1] = 0;
> }
> - left_len = strlcat(symlink, left,
> sizeof(left));
> + left_len = strlcat(symlink, left,
> sizeof(symlink));
> if (left_len >= sizeof(left)) {
> errno = ENAMETOOLONG;
> goto err;
>
> --
> Michal Mazurek
strlcat usage in realpath.c
The following diff should produce an identical binary, but the code
makes more sense. Found with clang.
Index: realpath.c
===
RCS file: /cvs/src/lib/libc/stdlib/realpath.c,v
retrieving revision 1.14
diff -u -p -r1.14 realpath.c
--- realpath.c 24 Jul 2011 21:03:00 - 1.14
+++ realpath.c 13 Sep 2012 12:29:31 -
@@ -187,7 +187,7 @@ realpath(const char *path, char *resolve
symlink[slen] = '/';
symlink[slen + 1] = 0;
}
- left_len = strlcat(symlink, left, sizeof(left));
+ left_len = strlcat(symlink, left,
sizeof(symlink));
if (left_len >= sizeof(left)) {
errno = ENAMETOOLONG;
goto err;
--
Michal Mazurek
Торговая площадка com--bis.com приглашает к сотрудничеству
Óâàæàåìûå ïàðòíåðû! tech@openbsd.org Èñïîëüçóéòå ìîùíûé èíôîðìàöèîííûé áèçíåc-ïîðòàë COM-BIS äëÿ óñïåøíîãî âåäåíèÿ áèçíåñà â èíòåðíåòå. Ðàçìåñòèòå áeñïëàòío èíôîðìàöèþ î êîìïàíèè, òîâàðàõ, óñëóãàõ, ñåðòèôèêàòû, ïðàéñû, ôîòî, íîâîñòè. COM-BIS - ïîëíàÿ èíôîðìàöèÿ î Âàøåé êîìïàíèè- ìîùíàÿ ñèñòåìà ïîèñêà ïîêóïàòåëåé, ïàðòíåðîâ,êëèåíòîâ- yíèêàëüíûé êëàññèôèêàòîð òîâàðîâ è yñëóã, ïðèìåíåíèå ôèëüòðîâ ïîèñêà- ãàðàíòèÿ áåçîïàcíîñòè cäåëîê- ïðîäâèæåíèå âàøèõ òîâàðîâ ÷ðåç Ïðîìî-àêöèè- ýôôeêòèâíûé èíñòðóìåíò äëÿ çaêóïîê- ïîñòîÿííàÿ ðåêëàìà Âàøåé êîìïàíèè â IT-ïðîñòðàíñòâå- ëþáîé ó÷àñòíèê ñèñòåìû ïîëó÷àåò èíäèâèäóàëüíûé ñàéò- êëàññèôèêàòîpòîâàðîâ è yñëóã - ïpèìåíåíèå ôèëüòðîâ ïîèñêà Ðàçìåñòèòå áeñïëàòío óíèêàëüíóþ èíôîðìàöèþ î Âàøåé êîìïàíèè, òîâàðàõ, óñëóãàõ íà ðåñóðñå áåç îãðàíè÷åíèÿ âðåìåíè ðàçìåùåíèÿ. Óäà÷íîãî COM--BIS áèçíåñà Join the trade portal COMBIS for FREE! You will obtain a lot of tools and features for successful business in www. After registration, which takes only one minute and is FREE of charge, you will gain from the powerful features: - full information about your company in www, - extended search for buyers, partners, clients, - original catalog of all goods and services for all your offers, powerful search with many filters, - deal-safety guarantee, - your goods promotion through "promo-action" tool, - after registration you receive your own web-site. You can post your company information and offers of your goods and services for FREE. Your goods, created in English, can be duplicated into the Russian version of site. We can make high quality translation for reasonable price and post your goods for Russian-speaking clients. Or if you have your own translator, you can do it without charge! 13.09.2012 15:00:10 îòïèñàòüñÿ : ïðèøëèòå ïóñòîå ïèñüìî ñ òåìîé «îòïèñàòüñÿ» íà buybest60...@gmail.com
Invalid parenthesis placement in stdlibs malloc.c
in /usr/src/lib/libc/stdlib/:
malloc.c:1432:47: warning: & has lower precedence than !=; != will be evaluated
first [-Wparentheses]
if (alignment < MALLOC_PAGESIZE || alignment & (alignment - 1) != 0) {
^~
This is in mapalign(), which is only called from omemalign(), which is only
called from posix_memalign(), which already does this check.
The check for alignment < MALLOC_PAGESIZE is done in omemalign(), so maybe
the whole if is redundant.
Here is a diff that fixes the check and unifies its style with the check in
posix_memalign():
Index: malloc.c
===
RCS file: /cvs/src/lib/libc/stdlib/malloc.c,v
retrieving revision 1.146
diff -u -p -r1.146 malloc.c
--- malloc.c9 Jul 2012 08:39:24 - 1.146
+++ malloc.c13 Sep 2012 09:47:02 -
@@ -1429,7 +1429,7 @@ mapalign(struct dir_info *d, size_t alig
{
void *p, *q;
- if (alignment < MALLOC_PAGESIZE || alignment & (alignment - 1) != 0) {
+ if (alignment < MALLOC_PAGESIZE || ((alignment - 1) & alignment) != 0) {
wrterror("mapalign bad alignment", NULL);
return MAP_FAILED;
}
--
Michal Mazurek
