Re: memset.S for amd64

2013-09-19 Thread mxb
On 19 sep 2013, at 19:23, Brad Smith wrote: > That is in the kernel not libc. Yes, I know. Can't it be re-used instead of maintaining same file in two places? //mxb

Re: em(4): enable checksum offload

2013-09-19 Thread Christian Weisgerber
Brad Smith wrote: > > > Since I have been asked to send out these diffs again here is a diff > to enable > > > the checksum offload support for em(4). > > > > > > Looking for any testing. > > > > tx checksum offloading will not work on 75, 76, 80, i350. > > Oh yes, you're right. The same exclu

Re: fill /* TODO: 11A */ in bwi_rf_set_chan()

2013-09-19 Thread Sylvestre Gallon
On Thu, Sep 19, 2013 at 4:06 PM, Martin Pieuchot wrote: > If I'm not mistaken the linux b43 driver uses another version of the > firmware (v4+). But bwi(4) is a rewrite/port of what's now the > b43legacy driver which depends on a firmware (v3) that does not > support 11A phy. > > So I'm not sure

Re: memset.S for amd64

2013-09-19 Thread Edd Barrett
On Thu, Sep 19, 2013 at 01:23:19PM -0400, Brad Smith wrote: > On 19/09/13 7:47 AM, mxb wrote: > > > >This file is already in base. > >/usr/src/sys/lib/libkern/arch/amd64/memset.S > > That is in the kernel not libc. Indeed. I recall seeing a macro called "COPY_TO_KERNEL" or something. I probably n

Re: memset.S for amd64

2013-09-19 Thread Brad Smith
On 19/09/13 7:47 AM, mxb wrote: This file is already in base. /usr/src/sys/lib/libkern/arch/amd64/memset.S That is in the kernel not libc. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

Re: memset.S for amd64

2013-09-19 Thread Ville Valkonen
(Pardon top-posting) I can spot few differences: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/lib/libkern/arch/amd64/memset.S?rev=1.3;content-type=text%2Fplain and http://svnweb.freebsd.org/base/release/8.2.0/lib/libc/amd64/string/memset.S?revision=218742&view=markup though I am not familiar wit

Re: Set of 14 potential bugs

2013-09-19 Thread Maxime Villard
Le 12/07/2013 20:24, Maxime Villard a écrit : > Hi, > as I did for NetBSD, here is a list of 14 potential bugs/errors > found by my code scanner in OpenBSD: > > http://M00nBSD.net/e5ab5f6e59d6a0feb7d1a518acc8233d.html > > I do not provide patches. > > May I ask what's the status of the r

Re: fill /* TODO: 11A */ in bwi_rf_set_chan()

2013-09-19 Thread Martin Pieuchot
On 09/09/13(Mon) 21:15, Sylvestre Gallon wrote: > Hi tech@, > > Here is a patch that implement the phy_mode == IEEE80211_MODE_11A > part of bwi_rf_set_chan(). It is based on the linux b43/phy_a.c > switch_channel code. > > It does not break my BCM4306. It would be awesome if someone could > try

Multicast macros and global list of addresses

2013-09-19 Thread Martin Pieuchot
Diff below change the macros used to iterate over the multicast records linked to an interface without using the global lists of addresses. These records are currently link to the first address descriptor, respectively v4 and v6, even if they are per-interface. So I changed the code to loop over

Re: memset.S for amd64

2013-09-19 Thread mxb
This file is already in base. /usr/src/sys/lib/libkern/arch/amd64/memset.S On 18 sep 2013, at 20:28, Edd Barrett wrote: > On Wed, Sep 18, 2013 at 07:08:31PM +0100, Edd Barrett wrote: >> In short, each experiment warms up by setting and checking a load of buffers >> before setting as many buffe

Re: ntpd jump ahead

2013-09-19 Thread frantisek holop
hmm, on Fri, Sep 06, 2013 at 07:42:39AM -0400, Nick Holland said that > On 09/06/13 04:50, Stuart Henderson wrote: > > On 2013/09/05 20:03, Barry Grumbine wrote: > >> Non-VM use case: The BeagleBone Black has no RTC, so -j could be > >> useful for cheap little ARM development boards. > > > > -s is