<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/bge, branch releng/12.4</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.4</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.4'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2022-09-06T05:44:28Z</updated>
<entry>
<title>bge(4): Fix a typo in a source code comment</title>
<updated>2022-09-06T05:44:28Z</updated>
<author>
<name>Gordon Bergling</name>
<email>gbe@FreeBSD.org</email>
</author>
<published>2022-09-03T13:38:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b58d1c773a187dbe87aee1eb4bdf0dd542a02518'/>
<id>urn:sha1:b58d1c773a187dbe87aee1eb4bdf0dd542a02518</id>
<content type='text'>
- s/overriden/overridden/

(cherry picked from commit de47bf0d52a0dd2cfcb19a8b49a55253945342ca)
</content>
</entry>
<entry>
<title>MFC r346386, r347890, r347896, r349895:</title>
<updated>2020-07-08T17:59:00Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2020-07-08T17:59:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=125f85efa9729ec2ae2f208c23b860976360cbbd'/>
<id>urn:sha1:125f85efa9729ec2ae2f208c23b860976360cbbd</id>
<content type='text'>
remove the 4GB boundary requirement on PCI DMA segments
</content>
</entry>
<entry>
<title>MFC r350025: bge: check that the bus is a pci bus before using it as such</title>
<updated>2019-08-12T08:43:00Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2019-08-12T08:43:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ecc66b59b6103a0b2cc2e89783ff2e4b7fbd983f'/>
<id>urn:sha1:ecc66b59b6103a0b2cc2e89783ff2e4b7fbd983f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Reapply, with minor tweaks, r338025, from the original commit:</title>
<updated>2018-09-26T17:12:14Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2018-09-26T17:12:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=329e817fcc97aa847765c5171cc89a81a0b25527'/>
<id>urn:sha1:329e817fcc97aa847765c5171cc89a81a0b25527</id>
<content type='text'>
Remove unused and easy to misuse PNP macro parameter

Inspired by r338025, just remove the element size parameter to the
MODULE_PNP_INFO macro entirely.  The 'table' parameter is now required to
have correct pointer (or array) type.  Since all invocations of the macro
already had this property and the emitted PNP data continues to include the
element size, there is no functional change.

Mostly done with the coccinelle 'spatch' tool:

  $ cat modpnpsize0.cocci
    @normaltables@
    identifier b,c;
    expression a,d,e;
    declarer MODULE_PNP_INFO;
    @@
     MODULE_PNP_INFO(a,b,c,d,
    -sizeof(d[0]),
     e);

    @singletons@
    identifier b,c,d;
    expression a;
    declarer MODULE_PNP_INFO;
    @@
     MODULE_PNP_INFO(a,b,c,&amp;d,
    -sizeof(d),
     1);

  $ rg -l MODULE_PNP_INFO -- sys | \
    xargs spatch --in-place --sp-file modpnpsize0.cocci

(Note that coccinelle invokes diff(1) via a PATH search and expects diff to
tolerate the -B flag, which BSD diff does not.  So I had to link gdiff into
PATH as diff to use spatch.)

Tinderbox'd (-DMAKE_JUST_KERNELS).
Approved by: re (glen)
</content>
</entry>
<entry>
<title>Back out r338035 until Warner is finished churning GSoC PNP patches</title>
<updated>2018-08-19T00:46:22Z</updated>
<author>
<name>Conrad Meyer</name>
<email>cem@FreeBSD.org</email>
</author>
<published>2018-08-19T00:46:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b8e771e97a39a88bbf6ebf8f31dcc820c91fe355'/>
<id>urn:sha1:b8e771e97a39a88bbf6ebf8f31dcc820c91fe355</id>
<content type='text'>
I was not aware Warner was making or planning to make forward progress in
this area and have since been informed of that.

It's easy to apply/reapply when churn dies down.
</content>
</entry>
<entry>
<title>Remove unused and easy to misuse PNP macro parameter</title>
<updated>2018-08-19T00:22:21Z</updated>
<author>
<name>Conrad Meyer</name>
<email>cem@FreeBSD.org</email>
</author>
<published>2018-08-19T00:22:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=faa319436f0d548cff97c2c8c763538997b63f34'/>
<id>urn:sha1:faa319436f0d548cff97c2c8c763538997b63f34</id>
<content type='text'>
Inspired by r338025, just remove the element size parameter to the
MODULE_PNP_INFO macro entirely.  The 'table' parameter is now required to
have correct pointer (or array) type.  Since all invocations of the macro
already had this property and the emitted PNP data continues to include the
element size, there is no functional change.

Mostly done with the coccinelle 'spatch' tool:

  $ cat modpnpsize0.cocci
    @normaltables@
    identifier b,c;
    expression a,d,e;
    declarer MODULE_PNP_INFO;
    @@
     MODULE_PNP_INFO(a,b,c,d,
    -sizeof(d[0]),
     e);

    @singletons@
    identifier b,c,d;
    expression a;
    declarer MODULE_PNP_INFO;
    @@
     MODULE_PNP_INFO(a,b,c,&amp;d,
    -sizeof(d),
     1);

  $ rg -l MODULE_PNP_INFO -- sys | \
    xargs spatch --in-place --sp-file modpnpsize0.cocci

(Note that coccinelle invokes diff(1) via a PATH search and expects diff to
tolerate the -B flag, which BSD diff does not.  So I had to link gdiff into
PATH as diff to use spatch.)

Tinderbox'd (-DMAKE_JUST_KERNELS).
</content>
</entry>
<entry>
<title>Use the size of one bge_devs element for the MODULE_PNP_INFO macro,</title>
<updated>2018-08-18T20:41:43Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2018-08-18T20:41:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a06da7bafef42710a0cad0846f3c4face8ad5c84'/>
<id>urn:sha1:a06da7bafef42710a0cad0846f3c4face8ad5c84</id>
<content type='text'>
instead of the size of the whole bge_devs array.

This should stop kldxref searching beyond the end of .rodata when it
processes relocations, and emitting "unhandled relocation type" errors,
at least on i386.
</content>
</entry>
<entry>
<title>As non-sparc64 undconditionally returns 1, simplify #ifdefs.</title>
<updated>2018-08-01T02:59:56Z</updated>
<author>
<name>Cy Schubert</name>
<email>cy@FreeBSD.org</email>
</author>
<published>2018-08-01T02:59:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4732295d5c7d2cabd296ec6c7ebf32aa23ea69a1'/>
<id>urn:sha1:4732295d5c7d2cabd296ec6c7ebf32aa23ea69a1</id>
<content type='text'>
MFC after:	1 week
</content>
</entry>
<entry>
<title>bge(4): disable MSI for BGE_ASICREV_BCM5784/BGE_CHIPREV_5784_AX</title>
<updated>2018-07-18T18:28:17Z</updated>
<author>
<name>Eugene Grosbein</name>
<email>eugen@FreeBSD.org</email>
</author>
<published>2018-07-18T18:28:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=91c69b972ed635d4df46b0181476a48dba0a11f5'/>
<id>urn:sha1:91c69b972ed635d4df46b0181476a48dba0a11f5</id>
<content type='text'>
found in some MacBook Pro.

PR:		229727
Reported by:	Stephan Neuhaus &lt;sten@artdecode.de&gt; and others
Tested by:	Stephan Neuhaus &lt;sten@artdecode.de&gt;
Approved by:	mav (mentor)
MFC after:	1 month
</content>
</entry>
<entry>
<title>Add PNP info to PCI attachments of bge driver</title>
<updated>2018-07-08T20:40:01Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2018-07-08T20:40:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ea72f463b2331757cec8f93878b634687c1b1014'/>
<id>urn:sha1:ea72f463b2331757cec8f93878b634687c1b1014</id>
<content type='text'>
Reviewed by: imp, chuck
Submitted by: Lakhan Shiva Kamireddy &lt;lakhanshiva@gmail.com&gt;
Sponsored by: Google, Inc. (GSoC 2018)
Differential Revision: https://reviews.freebsd.org/D15995
</content>
</entry>
</feed>
