headers
Lawrence Teo | 10 Feb 06:50

fix incorrect document titles in several man pages

This diff fixes several man pages that have incorrect document titles
(.Dt).

Lawrence

Index: src/bin/md5/sha256.1
===================================================================
RCS file: /cvs/src/bin/md5/sha256.1,v
retrieving revision 1.3
diff -u -p -r1.3 sha256.1
--- src/bin/md5/sha256.1	3 Sep 2010 09:53:20 -0000	1.3
+++ src/bin/md5/sha256.1	10 Feb 2012 05:41:09 -0000
@@ -19,7 +19,7 @@
 .\" Materiel Command, USAF, under agreement number F39502-99-1-0512.
 .\"
 .Dd $Mdocdate: September 3 2010 $
-.Dt SHA1 1
+.Dt SHA256 1
 .Os
 .Sh NAME
 .Nm sha256
Index: src/lib/libc/rpc/rpcauth.3
===================================================================
RCS file: /cvs/src/lib/libc/rpc/rpcauth.3,v
retrieving revision 1.15
diff -u -p -r1.15 rpcauth.3
--- src/lib/libc/rpc/rpcauth.3	7 Sep 2010 19:52:37 -0000	1.15
+++ src/lib/libc/rpc/rpcauth.3	10 Feb 2012 05:41:09 -0000
@@ -31,7 +31,7 @@
 .\"   OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Miod Vallat | 9 Feb 18:14
Picon
Gravatar

little-but-scary ahc(4) diff, testers wanted

Could people with ahc(4) SCSI controllers give the following diff a try
and report whether this causes any difference in behaviour? This diff
seems to do wonders on alpha, but I'd like reports from other platforms
(such as i386, amd64 and macppc) before considering putting it in.

Thanks,
Miod

Index: aic7xxx_openbsd.h
===================================================================
RCS file: /cvs/src/sys/dev/ic/aic7xxx_openbsd.h,v
retrieving revision 1.21
diff -u -p -r1.21 aic7xxx_openbsd.h
--- aic7xxx_openbsd.h	17 Jul 2011 22:46:48 -0000	1.21
+++ aic7xxx_openbsd.h	8 Feb 2012 21:48:48 -0000
@@ -193,8 +193,8 @@ static __inline void ahc_flush_device_wr
 static __inline void
 ahc_flush_device_writes(struct ahc_softc *ahc)
 {
-	/* XXX Is this sufficient for all architectures??? */
-	ahc_inb(ahc, INTSTAT);
+	bus_space_barrier(ahc->tag, ahc->bsh, 0, 0x100,
+	    BUS_SPACE_BARRIER_READ | BUS_SPACE_BARRIER_WRITE);
 }

 /**************************** Locking Primitives ******************************/
Permalink | Reply | 0 comments |
headers
martins corretor | 9 Feb 16:57
Picon
Gravatar

PRODENT ,O MELHOR E MAIS BARATO PLANO ODONTOLOGICO DO BRASIL, COMPROVE... !

PRODENT ,O MELHOR E MAIS BARATO PLANO ODONTOLOGICO DO BRASIL, COMPROVE... !

[demime 1.01d removed an attachment of type image/jpeg which had a name of MARTINS _PRODENT.jpg]
Permalink | Reply | 0 comments |
headers
Mark Lumsden | 9 Feb 05:49
Gravatar

nc(1) - amend IPv6 comment

In my tests, IPv6 worked ok. ok to amend comment? (and small typo)

-lum

Index: netcat.c
===================================================================
RCS file: /cvs/src/usr.bin/nc/netcat.c,v
retrieving revision 1.104
diff -u -p -r1.104 netcat.c
--- netcat.c	9 Feb 2012 03:27:36 -0000	1.104
+++ netcat.c	9 Feb 2012 04:45:28 -0000
@@ -802,7 +802,7 @@ atelnet(int nfd, unsigned char *buf, uns

 /*
  * build_ports()
- * Build an array or ports in portlist[], listing each port
+ * Build an array of ports in portlist[], listing each port
  * that we should try to connect to.
  */
 void
@@ -865,8 +865,7 @@ build_ports(char *p)
 /*
  * udptest()
  * Do a few writes to see if the UDP port is there.
- * XXX - Better way of doing this? Doesn't work for IPv6.
- * Also fails after around 100 ports checked.
+ * Fails once PF state table is full.
  */
 int
 udptest(int s)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Auto Cash | 9 Feb 00:14
Favicon

All It Takes Is 13 Clicks And 12 Minutes A Day To Run - Guaranteed

He get $219,249 Last Month
Profiting 112 Minutes From NOW
$4,191 In First 7 Days
$219,249 Last Month
Only 234 Copies Available - If You Don't Get Results, You'll Get A Full Refund AND $100

Join Now : http://buztool.info/zero-cost-commission.html
Permalink | Reply | 0 comments |
headers
Brad Smith | 9 Feb 02:09

Fix bnx(4) dmesg output if pci_intr_establish() fails.

Playing around with one of my amd64 systems with an NVIDIA chipset and
disabling acpimadt I created a situation where pci_intr_establish() failed
for the PCIe slot with a bnx(4) adapter and that had exposed these bugs.

This corrects the dmesg output if pci_intr_establish() fails and fixes
the error message printed if pci_intr_establish() fails to match the
behavior of other drivers.

Index: if_bnx.c
===================================================================
RCS file: /home/cvs/src/sys/dev/pci/if_bnx.c,v
retrieving revision 1.95
diff -u -p -r1.95 if_bnx.c
--- if_bnx.c	22 Jun 2011 16:44:27 -0000	1.95
+++ if_bnx.c	17 Sep 2011 20:51:19 -0000
@@ -748,17 +749,19 @@ bnx_attach(struct device *parent, struct
 	if (val & BNX_PCICFG_MISC_STATUS_32BIT_DET)
 		sc->bnx_flags |= BNX_PCI_32BIT_FLAG;

-	printf(": %s\n", intrstr);
-
 	/* Hookup IRQ last. */
 	sc->bnx_intrhand = pci_intr_establish(pc, sc->bnx_ih, IPL_NET,
 	    bnx_intr, sc, sc->bnx_dev.dv_xname);
 	if (sc->bnx_intrhand == NULL) {
-		printf("%s: couldn't establish interrupt\n",
-		    sc->bnx_dev.dv_xname);
+		printf(": couldn't establish interrupt");
+		if (intrstr != NULL)
+			printf(" at %s", intrstr);
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dave Del Debbio | 9 Feb 00:36
Gravatar

xf86-video-intel driver broken after 2011/11/29

Hi,

I upgraded to -CURRRENT today and preceded to test -HEAD.  I received the
same error that was reported here:

http://marc.info/?l=openbsd-misc&m=131688372313221&w=4

(EE) intel(0): Failed to submit batch buffer, expect
rendering corruption or even a frozen display: Device busy.

This error repeated on the console until I exit X.

To solve the problem, I recompiled the intel driver after I:

`cvs -D2011/11/28 -Pxenocara/driver/xf86-video-intel`

Here is the dmesg:

OpenBSD 5.1 (GENERIC.MP) #199: Tue Feb  7 14:08:55 MST 2012
    deraadt <at> amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4184543232 (3990MB)
avail mem = 4058984448 (3870MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4  <at>  0xe0010 (80 entries)
bios0: vendor LENOVO version "6EET52WW (3.12 )" date 08/10/2010
bios0: LENOVO 2777CT0
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4)
(Continue reading)

Permalink | Reply | 0 comments |
headers
sales001@qdxiangao.com | 8 Feb 08:06
Gravatar

Re: styrene

Dear  Sir.

We are a professional chemicals manufacturer. We supply chemical products for a long time.Can provide you
the styrene .We also have other products to meet your requirements. Should you have any questions please
let us know.

Look forward to your cooperation.

Regards

Yours faithfully,

Abby

Sales manager

QingDao XiangAo Import and Export Co.,Ltd

Addo<Room 4,the 18th floor,No.247-263,Liaoning Road, shibei district,Qingdao, China.

Web:www.qdxiangao.com

Tel: 86-0532-80914486

sales001 <at> qdxiangao.com
Permalink | Reply | 0 comments |
headers
sales005 | 8 Feb 04:46
Gravatar

re styrene

Dear Sir Or Madam

We are one of the largest manufacturer of China.

We produce the following chemical products:

gum rosin;paraffin wax; caustic soda; zinc oxide 

PPG;styrene; TCCA; HA2E;Butyl acrylic; 

rosin;paraffin wax;HDPE and so on

If you are interested, please contact us

Pasta

QingDao XiangAo Import and Export Co.,Ltd

Web:www.qdxiangao.com

Email:sales005 <at> qdxiangao.com

Tel: 86-0532-80914486   Fax: 86-0532-89041090
Permalink | Reply | 0 comments |
headers
bsryyur | 7 Feb 18:38
Gravatar

自主创新专项资金申报与科研项目经费预算专题研讨班（2月15日北京会议）

1:38:38

[demime 1.01d removed an attachment of type application/octet-stream which had a name of =?utf-8?B?5LiT6aG56LWE6YeR55Sz5oql5LiO5LyB5Lia55+l6K+G5Lqn5p2D566h55CG56CU6K6o54+tLmRvYw==?=]
Permalink | Reply | 0 comments |
headers
Mark Lumsden | 7 Feb 18:54
Gravatar

nc(1) - unused error message

Currently, if a range of ports is specified when using the
-l (listening) option, nc(1) prints this error message:

nc: getaddrinfo: service not supported for ai_socktype

However, there is a check to make sure that a range of ports
is not specified when nc is used in listening mode which
gives a more useful message: 

nc: Cannot use -l with multiple ports!

Unfortunately the check is never reached.
This diff moves the check to a position where it becomes 
useful. Alternatively, the unused check could be removed
and the current message could suffice. Any preferences?

-lum

Index: netcat.c
===================================================================
RCS file: /cvs/src/usr.bin/nc/netcat.c,v
retrieving revision 1.103
diff -u -p -r1.103 netcat.c
--- netcat.c	4 Oct 2011 08:34:34 -0000	1.103
+++ netcat.c	7 Feb 2012 17:41:44 -0000
@@ -264,6 +264,8 @@ main(int argc, char *argv[])
 			usage(1);
 		uport = argv[0];
 		host = NULL;
+		if (strchr(uport, '-') != NULL)
(Continue reading)

Permalink | Reply | 2 comments |

Gmane