Hi Ken,
A few questions:
> Although these ioctls do not have a declared argument, they
> both take a union ccb pointer. If we declare a size here,
> the ioctl code in sys/kern/sys_generic.c will malloc and free
> a buffer for either the CCB or the CCB pointer (depending
-Original Message-
From: "Kenneth D. Merry" <k...@freebsd.org>
Date: 2015-12-04, Friday at 08:32
To: Ravi Pokala <rpok...@mac.com>
Cc: <src-committ...@freebsd.org>, <svn-src-all@freebsd.org>,
<svn-src-h...@freebsd.org>
Subject: Re: svn commit: r
Author: rpokala
Date: Fri Dec 11 21:50:59 2015
New Revision: 292123
URL: https://svnweb.freebsd.org/changeset/base/292123
Log:
[PR 195033] Document mps.enable_ssu
mps(4) sends StartStopUnit to SATA direct-access devices during shutdown.
Document the tunables which control that behavior.
-Original Message-
From: on behalf of Ian Lepore
Date: 2015-12-12, Saturday at 09:20
To: Alexey Dokuchaev , "Andrey V. Elsukov"
Cc: , ,
-Original Message-
From: on behalf of Jim Harris
Date: 2016-01-07, Thursday at 08:18
To: , ,
Subject: svn commit: r293328 - head/sys/dev/nvme
Author: rpokala
Date: Sat Jan 9 05:02:35 2016
New Revision: 293462
URL: https://svnweb.freebsd.org/changeset/base/293462
Log:
MFC r279567, r279568: Add and document an option to cause syslogd to run
in the foreground.
This allows a separate process to monitor when and how syslogd exits.
Author: rpokala
Date: Sat Jan 9 05:05:15 2016
New Revision: 293463
URL: https://svnweb.freebsd.org/changeset/base/293463
Log:
MFC r291114: popen() requires check for fdopen() failure
Move fdopen() up near other resource allocation like malloc(); do proper
deallocation on failure later
Author: rpokala
Date: Sat Jan 9 05:07:02 2016
New Revision: 293464
URL: https://svnweb.freebsd.org/changeset/base/293464
Log:
MFC r292123: Document mps.enable_ssu
mps(4) sends StartStopUnit to SATA direct-access devices during shutdown.
Document the tunables which control that behavior.
-Original Message-
From: on behalf of "Conrad E. Meyer"
Date: 2015-12-20, Sunday at 20:42
To: , ,
Subject: svn commit: r292528 - head/sys/x86/include
-Original Message-
From: on behalf of Shawn Webb
Date: 2015-12-18, Friday at 06:47
To: Warner Losh
Cc: , ,
Subject: Re: svn
Hi ume,
The value returned by p_sockaddr("destination", ...) is saved to "protrusion",
but it is never used before it is overwritten by the value returned by
p_sockaddr("gateway", ...). That doesn't seem right.
Thanks,
Ravi (rpokala@)
-Original Message-
From:
-Original Message-
From: Hajimu UMEMOTO <u...@freebsd.org>
Date: 2015-12-01, Tuesday at 08:26
To: Ravi Pokala <rpok...@mac.com>
Cc: <src-committ...@freebsd.org>, <svn-src-all@freebsd.org>,
<svn-src-h...@freebsd.org>
Subject: Re: svn commit: r2915
(r291109)
@@ -271,6 +271,7 @@ roberto [label="Ollivier Robert\nroberto
rodrigc [label="Craig Rodrigues\nrodr...@freebsd.org\n2005/05/14"]
royger [label="Roger Pau Monne\nroy...@freebsd.org\n2013/11/26"]
rpaulo [label="Rui Paulo\nrpa...@freebsd.org\n2007/09/25"]
-Original Message-
From: Andrey Chernov <a...@freebsd.org>
Date: 2015-11-20, Friday at 15:20
To: Ravi Pokala <rpok...@freebsd.org>, <src-committ...@freebsd.org>,
<svn-src-all@freebsd.org>, <svn-src-h...@freebsd.org>
Subject: Re: svn commit: r291114 - head/
Author: rpokala
Date: Fri Nov 20 22:36:41 2015
New Revision: 291114
URL: https://svnweb.freebsd.org/changeset/base/291114
Log:
popen() requires check for fdopen() failure
Move fdopen() up near other resource allocation like malloc(); do proper
deallocation on failure later on in the
Hi folks,
I have a Panasas-proprietary GPT UUID that I'd like to commit upstream. There's
~zero chance anyone outside of Panasas or our customers would ever see it, but
we're trying to reduce gratuitous differences against upstream, and this is a
good candidate. When I mentioned this at the
-Original Message-
From: on behalf of Bryan Drewery
Organization: FreeBSD
Date: 2016-06-03, Friday at 11:06
To: Konstantin Belousov , ,
,
-Original Message-
From: on behalf of Doug Ambrisko
Date: 2016-05-27, Friday at 12:23
To: , ,
Subject: svn commit: r300866 - head/sys/boot/efi/libefi
-Original Message-
From: <owner-src-committ...@freebsd.org> on behalf of Conrad Meyer
<c...@freebsd.org>
Reply-To: <c...@freebsd.org>
Date: 2016-05-27, Friday at 13:29
To: Ravi Pokala <rpok...@mac.com>
Cc: Doug Ambrisko <ambri...@freebsd.org>, src-committer
-Original Message-
From: on behalf of Alan Somers
Date: 2016-05-27, Friday at 15:26
To: , ,
Subject: svn commit: r300880 - in head: . sys/cam/scsi
-Original Message-
From: <owner-src-committ...@freebsd.org> on behalf of "Andrey V. Elsukov"
<bu7c...@yandex.ru>
Date: 2016-01-11, Monday at 00:36
To: Ravi Pokala <rpok...@mac.com>, Allan Jude <allanj...@freebsd.org>,
<src-committ...@freebsd.org>
Author: rpokala
Date: Sun Jan 17 01:04:20 2016
New Revision: 294200
URL: https://svnweb.freebsd.org/changeset/base/294200
Log:
[PR 206224] bv_cnt is sometimes examined without holding the bufobj lock
Add locking around access to bv_cnt which is currently being done unlocked
PR:
Author: rpokala
Date: Fri Jan 15 04:05:56 2016
New Revision: 294070
URL: https://svnweb.freebsd.org/changeset/base/294070
Log:
[PR 206219] Kernel panic from lagg_ioctl and lagg_port_ioctl
r287723 removed some cleanup from lagg(4), which leads to panics when
changing configuration.
Author: rpokala
Date: Thu Jan 14 21:52:21 2016
New Revision: 294042
URL: https://svnweb.freebsd.org/changeset/base/294042
Log:
Add rotationrate to geom disk dumpconf
Parse and report the nominal rotation rate reported by the drive.
Reviewed by: sbruno, jhb
Approved by: jhb
MFC
Author: rpokala
Date: Thu Feb 4 19:53:54 2016
New Revision: 295276
URL: https://svnweb.freebsd.org/changeset/base/295276
Log:
Add defines for WRITE_UNCORRECTABLE ATA command, and improve command logging
Add #defines for ATA_WRITE_UNCORRECTABLE48 and its features. Update the
decoding in
Author: rpokala
Date: Thu Jan 21 03:05:03 2016
New Revision: 294483
URL: https://svnweb.freebsd.org/changeset/base/294483
Log:
MFC r294042: Add rotationrate to geom disk dumpconf
Parse and report the nominal rotation rate reported by the drive.
Approved by: jhb
Modified:
-Original Message-
From: on behalf of Mateusz Guzik
Date: 2016-01-20, Wednesday at 17:04
To: , ,
Subject: svn commit: r294475 - head/sys/kern
>Author:
-Original Message-
From: on behalf of Adrian Chadd
Date: 2016-01-20, Wednesday at 16:02
To: Andriy Voskoboinyk
Cc: "src-committ...@freebsd.org" ,
"svn-src-all@freebsd.org"
Author: rpokala
Date: Tue Jan 26 22:14:55 2016
New Revision: 294853
URL: https://svnweb.freebsd.org/changeset/base/294853
Log:
MFC r294200: [PR 206224] bv_cnt is sometimes examined without holding the
bufobj lock
Add locking around access to bv_cnt which is currently being done unlocked
Hi Gleb,
-Original Message-
From: Gleb Smirnoff <gleb...@freebsd.org>
Date: 2016-03-15, Tuesday at 12:12
To: Ravi Pokala <rpok...@mac.com>
Cc: <src-committ...@freebsd.org>, <svn-src-all@freebsd.org>,
<svn-src-h...@freebsd.org>
Subject: Re: svn commit: r29
-Original Message-
From: on behalf of Gleb Smirnoff
Date: 2016-03-14, Monday at 17:05
To: , ,
Subject: svn commit: r296880 - in head: share/man/man9
Fixed in r297610.
I'm too used to Perforce, where you can specify the files to include as part of
the commit form.
-Ravi
-Original Message-
From: "Ngie Cooper (yaneurabeya)" <yaneurab...@gmail.com>
Date: 2016-04-05, Tuesday at 21:55
To: Ravi Pokala <rpok...@fr
Frack - this was only supposed to be the isci(4) change, not the lagg(4)
changes. Reverting momentarily...
-Ravi (rpokala@)
-Original Message-
From: <owner-src-committ...@freebsd.org> on behalf of Ravi Pokala
<rpok...@freebsd.org>
Date: 2016-04-05, Tuesday at 21:50
To:
Thank you!
-Ravi (rpokala@)
-Original Message-
From: on behalf of Sepherosa Ziehau
Date: 2016-04-10, Sunday at 23:22
To: , ,
Subject: svn commit:
Author: rpokala
Date: Wed Apr 6 04:50:28 2016
New Revision: 297609
URL: https://svnweb.freebsd.org/changeset/base/297609
Log:
Storage Controller Interface driver - typo in unimplemented macro in
scic_sds_controller_registers.h
s/contoller/controller/
PR: 207336
Author: rpokala
Date: Wed Apr 6 04:58:20 2016
New Revision: 297610
URL: https://svnweb.freebsd.org/changeset/base/297610
Log:
Revert accidental submit of WIP as part of r297609
Pointyhat to: rpokala
Modified:
head/sys/net/if_lagg.c
head/sys/net/if_lagg.h
Modified:
Hi sephe,
-Original Message-
From: on behalf of Sepherosa Ziehau
Date: 2016-04-10, Sunday at 20:28
To: , ,
Subject: svn commit: r297802 -
Author: rpokala
Date: Sun Mar 6 02:33:02 2016
New Revision: 296421
URL: https://svnweb.freebsd.org/changeset/base/296421
Log:
MFC r295276: Add defines for WRITE_UNCORRECTABLE ATA command, and improve
command logging
Add #defines for ATA_WRITE_UNCORRECTABLE48 and its features. Update the
> do_stop = !! (sc->sc_ic.ic_nrunning > 0);
Why the double-negation? Isn't
do_stop = (sc->sc_ic.ic_nrunning > 0);
equivalent?
-Ravi (rpokala@)
-Original Message-
From: on behalf of Adrian Chadd
Date: 2016-04-25, Monday at
-Original Message-
From: Jason Harmening <jason.harmen...@gmail.com>
Date: 2016-05-19, Thursday at 21:05
To: Ravi Pokala <rpok...@mac.com>, "Jason A. Harmening" <j...@freebsd.org>,
<src-committ...@freebsd.org>, <svn-src-all@freebsd.org>,
<svn-sr
-Original Message-
From: on behalf of "Jason A. Harmening"
Date: 2016-05-19, Thursday at 20:03
To: , ,
Subject: svn commit: r300258 - head/sys/dev/iicbus
-Original Message-
From: <owner-src-committ...@freebsd.org> on behalf of Warner Losh
<i...@bsdimp.com>
Date: 2016-05-23, Monday at 10:37
To: Justin Hibbits <chmeeed...@gmail.com>
Cc: Ravi Pokala <rpok...@mac.com>, src-committers <src-committ...@freebsd.org&g
-Original Message-
From: on behalf of Luiz Otavio O Souza
Date: 2016-05-22, Sunday at 06:58
To: , ,
Subject: svn commit: r300421 - in head/sys:
-Original Message-
From: on behalf of Warner Losh
Date: 2016-05-17, Tuesday at 10:08
To: , ,
Subject: svn commit: r300066 - head/share/man/man9
>Author:
Author: rpokala
Date: Wed May 18 16:25:34 2016
New Revision: 300158
URL: https://svnweb.freebsd.org/changeset/base/300158
Log:
Fix misleading comments in bus_if.m
While looking at r300073, I noticed these incorrect comments in the context
of the diff.
Reviewed by: imp, jhb
-Original Message-
From: on behalf of Warner Losh
Date: 2016-04-15, Friday at 16:15
To: Dmitry Morozovsky
Cc: Ronald Klop , "svn-src-h...@freebsd.org"
,
-Original Message-
> From: on behalf of Glen Barber
>
> Date: 2016-07-08, Friday at 05:52
> To: , ,
> ,
> Subject: svn
Author: rpokala
Date: Wed Feb 1 04:53:52 2017
New Revision: 313038
URL: https://svnweb.freebsd.org/changeset/base/313038
Log:
MFC r312678: Eliminate misleading comments and dead code in
lacp_port_create()
Variables "fast" and "active" are both constant in lacp_port_create(), but
Author: rpokala
Date: Wed Feb 1 04:54:23 2017
New Revision: 313039
URL: https://svnweb.freebsd.org/changeset/base/313039
Log:
MFC r312678: Eliminate misleading comments and dead code in
lacp_port_create()
Variables "fast" and "active" are both constant in lacp_port_create(), but
Err, that should have been s/MFH/MFC/ (obviously)
-Ravi (rpokala@)
-Original Message-
From: <owner-src-committ...@freebsd.org> on behalf of Ravi Pokala
<rpok...@freebsd.org>
Date: 2017-02-07, Tuesday at 16:02
To: <src-committ...@freebsd.org>, <svn-src-all@free
Author: rpokala
Date: Wed Feb 8 00:02:54 2017
New Revision: 313410
URL: https://svnweb.freebsd.org/changeset/base/313410
Log:
Fix indentation (only line in file w/ 8-space indent rather than hard-tab).
MFH: 1 week
Modified:
head/usr.sbin/bsdinstall/partedit/scripted.c
Author: rpokala
Date: Wed Feb 8 08:37:43 2017
New Revision: 313433
URL: https://svnweb.freebsd.org/changeset/base/313433
Log:
MFC r304142: ensure stripe size is non-zero multiple of 4096
Ensure that the sector size is a multiple of 4096 to avoid creating
unaligned partitions when the
Author: rpokala
Date: Tue Jan 24 01:39:40 2017
New Revision: 312678
URL: https://svnweb.freebsd.org/changeset/base/312678
Log:
Eliminate misleading comments and dead code in lacp_port_create()
Variables "fast" and "active" are both constant in lacp_port_create(), but
comments
-Original Message-
> From: on behalf of Hiren Panchasara
>
> Date: 2017-01-18, Wednesday at 14:38
> To: Alan Somers , ,
> ,
> Cc:
Hi Eric,
This appears to break buildworld for a bunch of platforms -- possibly all the
ones that use gcc rather than clang?
A representative example from sparc64:
/usr/home/rpokala/freebsd/clean/base/head/tests/sys/kern/ptrace_test.c: In
function 'atfu_ptrace__PT_KILL_breakpoint_body':
-Original Message-
> From: <owner-src-committ...@freebsd.org> on behalf of Eric Badger
> <bad...@freebsd.org>
> Date: 2017-02-21, Tuesday at 20:37
> To: Ravi Pokala <rpok...@mac.com>, <src-committ...@freebsd.org>,
> <svn-src-all@freebsd.org>,
Author: rpokala
Date: Wed Feb 15 17:33:03 2017
New Revision: 313777
URL: https://svnweb.freebsd.org/changeset/base/313777
Log:
Un-break vt(4) for {powerpc,powerpc64,sparc64} LINT kernel builds
The {powerpc,powerpc64,sparc64} LINT kernel builds fail with this error:
Author: rpokala
Date: Thu Jan 19 23:42:51 2017
New Revision: 312441
URL: https://svnweb.freebsd.org/changeset/base/312441
Log:
MFC r311963: Remove writability requirement for single-mbuf, contiguous-
range m_pulldown()
m_pulldown() only needs to determine if a mbuf is writable if it is
Author: rpokala
Date: Thu Jan 19 23:44:05 2017
New Revision: 312442
URL: https://svnweb.freebsd.org/changeset/base/312442
Log:
MFC r311963: Remove writability requirement for single-mbuf, contiguous-
range m_pulldown()
m_pulldown() only needs to determine if a mbuf is writable if it is
-Original Message-
From: on behalf of Bryan Drewery
Organization: FreeBSD
Date: 2016-08-16, Tuesday at 03:30
To: Ngie Cooper , Konstantin Belousov
Cc: ,
Shouldn't this also get an UPDATING entry, and/or a bump in __FreeBSD_version?
-Ravi (rpokala@)
-Original Message-
> From: on behalf of John Baldwin
>
> Date: 2017-02-28, Tuesday at 09:47
> To: Gleb Smirnoff
>
This is huge, and a long time coming! Thanks all!
-Ravi (rpokala@)
-Original Message-
> From: on behalf of Dimitry Andric
>
> Date: 2016-11-24, Thursday at 14:54
> To: , ,
>
-Original Message-
> From: on behalf of Warner Losh
>
> Date: 2016-10-14, Friday at 10:16
> To: Doug Ambrisko
> Cc: src-committers , "svn-src-all@freebsd.org"
>
-Original Message-
> From: on behalf of Doug Ambrisko
>
> Date: 2016-10-14, Friday at 10:27
> To: Warner Losh
> Cc: Doug Ambrisko , src-committers
> ,
Author: rpokala
Date: Sun Dec 11 02:01:57 2016
New Revision: 309841
URL: https://svnweb.freebsd.org/changeset/base/309841
Log:
MFC r309491: Build smbios.ko as a module for amd64 and i386
For whatever reason, smapi, smbios, vpd are all under the "bios" directory.
smapi is only for i386,
Author: rpokala
Date: Sun Dec 11 02:01:59 2016
New Revision: 309842
URL: https://svnweb.freebsd.org/changeset/base/309842
Log:
MFC r309491: Build smbios.ko as a module for amd64 and i386
For whatever reason, smapi, smbios, vpd are all under the "bios" directory.
smapi is only for i386,
For grins, I ran this on my build server. The resulting graph is... complex.
But one thing was immediately clear: neither /etc/rc.d/dhclient and
/etc/rc.d/natd depend on anything. That seems wrong: I would expect them to
have some sort of dependency on NETWORKING, either BEFORE (since dhclient
-Original Message-
> From: Ian Lepore <i...@freebsd.org>
> Date: 2016-12-06, Tuesday at 11:35
> To: Eric van Gyzen <vangy...@freebsd.org>, Ravi Pokala <rpok...@mac.com>,
> <src-committ...@freebsd.org>, <svn-src-all@freebsd.org>,
> <svn
Author: rpokala
Date: Thu Jan 12 06:38:03 2017
New Revision: 311963
URL: https://svnweb.freebsd.org/changeset/base/311963
Log:
Remove writability requirement for single-mbuf, contiguous-range
m_pulldown()
m_pulldown() only needs to determine if a mbuf is writable if it is going to
copy
-Original Message-
> From: on behalf of Kyle Evans
>
> Date: 2016-12-02, Friday at 20:44
> To: "Kenneth D. Merry"
> Cc: , ,
>
>
Author: rpokala
Date: Sat Dec 3 17:54:08 2016
New Revision: 309491
URL: https://svnweb.freebsd.org/changeset/base/309491
Log:
Build smbios.ko as a module for amd64 and i386
For whatever reason, smapi, smbios, vpd are all under the "bios" directory.
smapi is only for i386, so the entire
-Original Message-
> From: <owner-src-committ...@freebsd.org> on behalf of Ed Maste
> <ema...@freebsd.org>
> Date: 2016-12-30, Friday at 07:39
> To: Ravi Pokala <rpok...@mac.com>
> Cc: Alexander Kabaev <k...@freebsd.org>, "src-committ...@freebs
Author: rpokala
Date: Thu Jan 5 02:54:03 2017
New Revision: 311350
URL: https://svnweb.freebsd.org/changeset/base/311350
Log:
Fix whitespace in handling of XPT_PATH_INQ in adw(4).
Came across this while doing some other minor CAM cleanup. Whitespace-only
change, so not bothering w/ a
Author: rpokala
Date: Thu Jan 5 03:08:57 2017
New Revision: 311351
URL: https://svnweb.freebsd.org/changeset/base/311351
Log:
In the same vein as r311350, fix whitespace in handling of XPT_PATH_INQ in
several more drivers.
Sponsored by: Panasas
Modified:
head/sys/dev/aha/aha.c
Hi Alexander,
Wouldn't it be better to put the cast directly in the definition of
CTL_SOFTC()? That puts the cast in a single place, and anything that calls
CTL_SOFTC() will expect a (struct ctl_softc *) anyway.
Thanks, and happy holidays!
-Ravi (rpokala@)
-Original Message-
> From:
Hi Alexander,
I'm a little confused - the original version had to have had a compile-only
step to generate the object first, before running the link-only operation
against the object. The new code replaces the link-only operation with a
compile+link operation. Shouldn't the pre-existing
-Original Message-
> From: on behalf of Sepherosa Ziehau
>
> Date: 2016-12-18, Sunday at 23:02
> To: Dimitry Andric
> Cc: , ,
>
>
-Original Message-
> From: <owner-src-committ...@freebsd.org> on behalf of Ian Lepore
> <i...@freebsd.org>
> Date: 2016-12-19, Monday at 11:20
> To: Warner Losh <i...@bsdimp.com>, Ravi Pokala <rpok...@mac.com>
> Cc: Sepherosa Ziehau <
Hi Bruce,
This breaks all sparc64 kernconfs. (And no, this is *not* fixed by r314997.)
--- syscons.o ---
cc1: warnings being treated as errors
/usr/home/rpokala/freebsd/clean/base/head/sys/dev/syscons/syscons.c:261:
warning: 'ec_scroffset' defined but not used
-Original Message-
> From: on behalf of Dag-Erling Smørgrav
>
> Date: 2017-03-03, Friday at 00:47
> To: "Ngie Cooper (yaneurabeya)"
> Cc: Allan Jude , "src-committ...@freebsd.org"
>
Hi Alexander,
This appears to break powerpc and sparc64 kernels:
_.powerpc.GENERIC:cc1: warnings being treated as errors
_.powerpc.GENERIC-/usr/home/rpokala/freebsd/clean/base/head/sys/dev/isp/isp_freebsd.c:55:
warning: 'isp_intr_enable' declared 'static' but never defined
--
Hi Konstantin,
This appears to break mips kernels:
_.mips.ADM5120:cc1: warnings being treated as errors
_.mips.ADM5120-/usr/home/rpokala/freebsd/clean/base/head/sys/kern/kern_event.c:892:
warning: 'kev_iovlen' defined but not used
_.mips.ALCHEMY:cc1: warnings being treated as
Hi Konstantin,
It looks like this broke pc98 in stable/11 (where it is still supported):
make[5]: make[5]: don't know how to make
/usr/home/rpokala/freebsd/clean/base/stable/11/sys/i386/i386/i686_mem.c. Stop
Thanks,
Ravi (rpokala@)
-Original Message-
From:
Hi Sean,
A few MIPS (XLPN32, XLRN32), and PowerPC (MPC85XX, MPC85XXSPE) configs are
still broken:
--- iflib.o ---
cc1: warnings being treated as errors
/usr/home/rpokala/freebsd/clean/base/head/sys/net/iflib.c: In function
'calc_next_rxd':
)
@@ -210,6 +210,7 @@
06/06 Alan Eldridge <al...@freebsd.org> died in Denver, Colorado, 2003
06/07 Jimmy Olgeni <olg...@freebsd.org> born in Milano, Italy, 1976
06/07 Benjamin Close <ben...@freebsd.org> born in Adelaide, Australia, 1978
+06/08 Ravi Pokala <rpok...@freebsd.o
I appreciate the spirit of this change; thanks Trasz!
A question though: you're telling the generic `fsck' to pass "-R" to either
`fsck_ffs' or `fsck_ufs', as needed. But those are both names for the same
executable. Won't the generic `fsck' always end up invoking (per
7-11, Tuesday at 11:46
To: Ravi Pokala <rpok...@mac.com>
Cc: "src-committ...@freebsd.org" <src-committ...@freebsd.org>,
"svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "svn-src-h...@freebsd.org"
<svn-src-h...@freebsd.org>
Subject: Re: svn com
Fixed in r318176. Sorry for the breakage everyone. :-p
-Ravi (rpokala@)
-Original Message-
From: Ravi Pokala <rpok...@mac.com>
Date: 2017-05-10, Wednesday at 22:47
To: Kristof Provost <kris...@sigsegv.be>
Cc: <src-committ...@freebsd.org>, <svn-src-all@free
Author: rpokala
Date: Thu May 11 06:46:39 2017
New Revision: 318176
URL: https://svnweb.freebsd.org/changeset/base/318176
Log:
Persistently store NIC's hardware MAC address, and add a way to retrive it
An earlier version of r318160 allocated if_hw_addr unconditionally; when it
became
-Original Message-
> From: <owner-src-committ...@freebsd.org> on behalf of Kristof Provost
> <kris...@sigsegv.be>
> Date: 2017-05-10, Wednesday at 22:38
> To: Ravi Pokala <rpok...@freebsd.org>
> Cc: <src-committ...@freebsd.org>, <svn-src-all@
Author: rpokala
Date: Wed May 17 22:29:25 2017
New Revision: 318430
URL: https://svnweb.freebsd.org/changeset/base/318430
Log:
MFC r318160, 318176: Persistently store NIC's hardware MAC address, and add
a way to retrive it
NOTE: Due to restructuring, the merges didn't apply cleanly; the
Author: rpokala
Date: Wed May 17 05:53:25 2017
New Revision: 318397
URL: https://svnweb.freebsd.org/changeset/base/318397
Log:
MFC r318160, 318176: Persistently store NIC's hardware MAC address, and add
a way to retrive it
The MAC address reported by `ifconfig ${nic} ether' does not
Author: rpokala
Date: Wed May 10 22:13:47 2017
New Revision: 318160
URL: https://svnweb.freebsd.org/changeset/base/318160
Log:
Persistently store NIC's hardware MAC address, and add a way to retrive it
The MAC address reported by `ifconfig ${nic} ether' does not always match
the address
-Original Message-
> From: on behalf of Ed Maste
>
> Date: 2017-05-23, Tuesday at 07:00
> To: Konstantin Belousov
> Cc: "src-committ...@freebsd.org" ,
> "svn-src-all@freebsd.org"
-Original Message-
> From: <owner-src-committ...@freebsd.org> on behalf of Ed Maste
> <ema...@freebsd.org>
> Date: 2017-05-23, Tuesday at 07:16
> To: Ravi Pokala <rpok...@mac.com>
> Cc: Konstantin Belousov <k...@freebsd.org>, "src-committ...
Author: rpokala
Date: Thu May 18 23:41:18 2017
New Revision: 318504
URL: https://svnweb.freebsd.org/changeset/base/318504
Log:
Persistently store NIC's hardware MAC address, and add a way to retrive it
jhb pointed out that (struct ifnet) is part of the network driver KBI, and
thus the
Author: rpokala
Date: Thu May 18 23:41:34 2017
New Revision: 318505
URL: https://svnweb.freebsd.org/changeset/base/318505
Log:
Persistently store NIC's hardware MAC address, and add a way to retrive it
jhb pointed out that (struct ifnet) is part of the network driver KBI, and
thus the
Author: rpokala
Date: Mon May 22 23:31:28 2017
New Revision: 318688
URL: https://svnweb.freebsd.org/changeset/base/318688
Log:
"struct ata_params" field "reserved206[2]" actually starts at offset 20*7*.
MFC after:1 week
Sponsored by: Panasas
Modified:
head/sys/sys/ata.h
Modified:
Author: rpokala
Date: Mon May 29 05:22:34 2017
New Revision: 319089
URL: https://svnweb.freebsd.org/changeset/base/319089
Log:
MFC r318688: "struct ata_params" field "reserved206[2]" actually starts at
offset 20*7*.
Sponsored by: Panasas
Modified:
stable/11/sys/sys/ata.h
Directory
Author: rpokala
Date: Mon May 29 05:23:09 2017
New Revision: 319090
URL: https://svnweb.freebsd.org/changeset/base/319090
Log:
MFC r318688: "struct ata_params" field "reserved206[2]" actually starts at
offset 20*7*.
Sponsored by: Panasas
Modified:
stable/10/sys/sys/ata.h
Directory
1 - 100 of 277 matches
Mail list logo