Re: MicroLinear 6692 PHY for tl(4) -- Olicom 2326

2010-12-26 Thread Loganaden Velvindron
Here's the src with appropriate copyright. /* $OpenBSD: ukphy.c,v 1.20 2010/07/23 07:47:13 jsg Exp $ */ /* $NetBSD: ukphy.c,v 1.9 2000/02/02 23:34:57 thorpej Exp $*/ /*- * Copyright (c) 1997, 1998, 1999 * Bill Paul . All rights reserved. * * Redistribution and use in

Re: correct mxcsr+mxcsr_mask handling (revised)

2010-12-26 Thread Philip Guenther
On Sun, Dec 26, 2010 at 7:24 AM, Mark Kettenis wrote: >> Originally worked out by joshe@; this corrects the timing of the call to >> fpuinit() for the primary CPU on amd64 so that the saved mask value is >> initialized correctly. > > Hmm, I'm not too happy about moving fpuinit() out of cpu_hatch()

Re: MicroLinear 6692 PHY for tl(4) -- Olicom 2326

2010-12-26 Thread Loganaden Velvindron
Yep. I started from ukphy.c and ported bits from the freebsd mlphy driver. I'll amend it shortly, once I get to work. //Logan

Re: amd64 atomic macro naming cleanup

2010-12-26 Thread Philip Guenther
On Sat, Dec 25, 2010 at 11:35 AM, Ted Unangst wrote: > On Sat, Dec 25, 2010 at 2:12 PM, Philip Guenther wrote: >> Fix the naming of the atomic macros on amd64: right now, the >> x86_atomic_*_l() macros actually operate on unsigned 32bit integers >> instead of longs, so: >> 1) change the callers t

Re: MicroLinear 6692 PHY for tl(4) -- Olicom 2326

2010-12-26 Thread Ted Unangst
On Sun, Dec 26, 2010 at 3:40 PM, Loganaden Velvindron wrote: > Hi, > With help from theo and miod, I ported mlphy(4) from freebsd, > written originally by Bill Paul. Not entirely relevant, but this is crediting NetBSD. If the code came from the FreeBSD tl driver, it should be credited as such.

PCIe extended configuration space access on i386/amd64

2010-12-26 Thread Mark Kettenis
It seems that for some PCIe device driver stuff we'll want to read registers in the extended configuration space. On i386/amd64 hardware these registers can be accessed through a memory mapped register window, advertised in the ACPI MCFG table. The diff below adds support for this mechanism. Som

Re: pf debug states: ioctl interface and state names.

2010-12-26 Thread Thomas Pfaff
On Tue, 21 Dec 2010 22:15:33 +0100 Thomas Pfaff wrote: > 1) pf(4) says DIOCSETDEBUG has enum { PF_DEBUG_NONE, PF_DEBUG_URGENT, ... > but these names are not in pfvar.h nor anywhere else in the source tree > (AFAICT). What should the legal values (or names) be? I guess these should now be one of

Re: mv example fix

2010-12-26 Thread Jason McIntyre
On Sun, Dec 26, 2010 at 09:54:07PM +0100, Ingo Schwarze wrote: > Hi Jason, > hej! > > > .Nm > > > moves each file named by a > > > .Ar source > > > -operand to a destination specified by the > > > +operand into the destination specified by the > > > this seems correct, but it was anyway. wh

Re: mv example fix

2010-12-26 Thread Ingo Schwarze
Hi Jason, Jason McIntyre wrote on Sun, Dec 26, 2010 at 08:25:11PM +: > On Sun, Dec 26, 2010 at 07:41:53PM +0100, Ingo Schwarze wrote: > > Index: mv.1 > > === > > RCS file: /cvs/src/bin/mv/mv.1,v > > retrieving revision 1.26 > > d

MicroLinear 6692 PHY for tl(4) -- Olicom 2326

2010-12-26 Thread Loganaden Velvindron
Hi, With help from theo and miod, I ported mlphy(4) from freebsd, written originally by Bill Paul. As usual, feedback is most welcomed. //Logan /* $OpenBSD: ukphy.c,v 1.20 2010/07/23 07:47:13 jsg Exp $ */ /* $NetBSD: ukphy.c,v 1.9 2000/02/02 23:34:57 thorpej Exp $*/ /*- * Cop

Re: mv example fix

2010-12-26 Thread Jason McIntyre
On Sun, Dec 26, 2010 at 07:41:53PM +0100, Ingo Schwarze wrote: > > Index: mv.1 > === > RCS file: /cvs/src/bin/mv/mv.1,v > retrieving revision 1.26 > diff -u -r1.26 mv.1 > --- mv.1 3 Sep 2010 09:53:20 - 1.26 > +++ mv.1

Re: dhclient-script and resolv.conf

2010-12-26 Thread frantisek holop
hmm, on Wed, Dec 15, 2010 at 04:08:23PM +0100, Claudio Jeker said that > This made me go nuts for a long time. As soon as you have two interfaces > running dhclient those two will start fighting over /etc/resolv.conf > which is realy bad when short lease times are used and one interface is > not ge

Re: mv example fix

2010-12-26 Thread Ingo Schwarze
Hi Jason, Jason McIntyre wrote on Sun, Dec 26, 2010 at 05:39:54PM +0001: > On Sun, Dec 26, 2010 at 06:23:02PM +0100, Ingo Schwarze wrote: > > > > Index: mv.1 > > === > > i have no problem with this diff, but some tweak/concerns bel

Re: mv example fix

2010-12-26 Thread Jason McIntyre
On Sun, Dec 26, 2010 at 06:23:02PM +0100, Ingo Schwarze wrote: > > Index: mv.1 > === i have no problem with this diff, but some tweak/concerns below: > RCS file: /cvs/src/bin/mv/mv.1,v > retrieving revision 1.26 > diff -u -r1.26 mv.

Re: mv example fix

2010-12-26 Thread Ingo Schwarze
Hi Ted, Ted Unangst wrote on Sun, Dec 26, 2010 at 12:39:16AM -0500: > A 3 line example with 3 bugs. > > 1. destination and destination_path should be the same. Sure, and both should be "destination_path", because that's the term used consistently in the DESCRIPTION. Unambiguous terminology is

Re: correct mxcsr+mxcsr_mask handling (revised)

2010-12-26 Thread Mark Kettenis
> Originally worked out by joshe@; this corrects the timing of the call to > fpuinit() for the primary CPU on amd64 so that the saved mask value is > initialized correctly. Hmm, I'm not too happy about moving fpuinit() out of cpu_hatch() on amd64, while leaving npxinit() in there for i386. Also

Re: correct mxcsr+mxcsr_mask handling (revised)

2010-12-26 Thread Kenneth R Westerback
On Sat, Dec 25, 2010 at 12:02:58PM -0800, Philip Guenther wrote: > Here's a revised diff to correct the handling on amd64 and i386 of the > MXCSR register in frames that could be altered by users, so that a user > can't trick the kernel into faulting by trying to load an invalid MXCSR > value du

Re: cleanup directory sys/dev/pckbc

2010-12-26 Thread Kenneth R Westerback
On Sat, Dec 25, 2010 at 10:57:40PM +0500, Alexandr Shadchin wrote: > > remove file sys/dev/pckbc/Makefile > This file is accidentally imported from NetBSD, and probably never used. > > -- > Alexandr Shadchin > > Index: Makefile >