<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev, branch releng/8.0</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>On a 32 bit kernel the igb driver may cause a page</title>
<updated>2009-11-16T18:46:33+00:00</updated>
<author>
<name>Jack F Vogel</name>
<email>jfv@FreeBSD.org</email>
</author>
<published>2009-11-16T18:46:33+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=17a789523fa2b7507d226bc3c5fced35c07900fc'/>
<id>17a789523fa2b7507d226bc3c5fced35c07900fc</id>
<content type='text'>
fault panic due to a failed bounce page allocation
during RX mbuf setup. The large demand on bounce pages
is due to the alignment requirement in the tag, the
ixgbe driver has demonstrated this to be unnecessary
and so it is being removed here to fix this problem.

Note that ultimately there needs to be a more elegant
handling of the failure case here.

Approved by:  re
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
fault panic due to a failed bounce page allocation
during RX mbuf setup. The large demand on bounce pages
is due to the alignment requirement in the tag, the
ixgbe driver has demonstrated this to be unnecessary
and so it is being removed here to fix this problem.

Note that ultimately there needs to be a more elegant
handling of the failure case here.

Approved by:  re
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC revision 199069 (MF8 199120):</title>
<updated>2009-11-10T00:46:08+00:00</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2009-11-10T00:46:08+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=e868427534863e3d33cdde2bd8038514ddf469ce'/>
<id>e868427534863e3d33cdde2bd8038514ddf469ce</id>
<content type='text'>
Initialize the whole message unit's DMA buffer to zero, this fixes a panic
during boot when ARC1200 is being used with certain motherboard models.

This commit brings the driver to the same state of vendor's 1.20.00.16
release.  Many thanks to Areca for their continued support to FreeBSD.

Reported by:	Jirka Mikulas &lt;jiri mikulas com&gt;
Submitted by:	Erich Chen (Areca)
Approved by:	re (kensmith)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Initialize the whole message unit's DMA buffer to zero, this fixes a panic
during boot when ARC1200 is being used with certain motherboard models.

This commit brings the driver to the same state of vendor's 1.20.00.16
release.  Many thanks to Areca for their continued support to FreeBSD.

Reported by:	Jirka Mikulas &lt;jiri mikulas com&gt;
Submitted by:	Erich Chen (Areca)
Approved by:	re (kensmith)
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r198719 (head) r199095 (stable/8):</title>
<updated>2009-11-09T21:28:07+00:00</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2009-11-09T21:28:07+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=65a1fd769a3ac665cf9e489ef70c575d6e2a4946'/>
<id>65a1fd769a3ac665cf9e489ef70c575d6e2a4946</id>
<content type='text'>
&gt; While certain supported Symbios/LSI SCSI chips (532c896, 53c1000, 53c1010)
&gt; do support 64bit addresses, the current SCRIPTS code supports only 32bit
&gt; addresses causing data corruption for buffer addresses &gt;4GB. This problem
&gt; affects 64bit machines with more than 4GB RAM or amd64 with 4GB and
&gt; memory hole remapping.
&gt; Work-around this problem with a bus_dma tag that requests bounce-buffers
&gt; for addresses &gt;4GB. This causes some overhead, but given the maximum SCSI
&gt; bus speed of 160MB/s compared, the effect should hardly be noticeable.
&gt; The problem was reported by Mike Watters (mike at mwatters net) who also
&gt; verified that this fix cures the problem.
&gt;
&gt; Since this change is a NOOP on systems with less than 4GB RAM and fixes
&gt; data corruption (in RAM and on disk) on systems with more than 4GB, I hope
&gt; that this change is accepted for 8.0.

Requested by: Stefan Esser (se at freebsd dot org)[1]
Reviewed by:  jhb, scottl

[1] Stefan requested this be part of 8.0 but has been unavailable to do
    the MFC since submitting the request.  We want to get 8.0-RC3 started
    so I'm doing the merges with re@ hat on.

Approved by:	re (bz)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
&gt; While certain supported Symbios/LSI SCSI chips (532c896, 53c1000, 53c1010)
&gt; do support 64bit addresses, the current SCRIPTS code supports only 32bit
&gt; addresses causing data corruption for buffer addresses &gt;4GB. This problem
&gt; affects 64bit machines with more than 4GB RAM or amd64 with 4GB and
&gt; memory hole remapping.
&gt; Work-around this problem with a bus_dma tag that requests bounce-buffers
&gt; for addresses &gt;4GB. This causes some overhead, but given the maximum SCSI
&gt; bus speed of 160MB/s compared, the effect should hardly be noticeable.
&gt; The problem was reported by Mike Watters (mike at mwatters net) who also
&gt; verified that this fix cures the problem.
&gt;
&gt; Since this change is a NOOP on systems with less than 4GB RAM and fixes
&gt; data corruption (in RAM and on disk) on systems with more than 4GB, I hope
&gt; that this change is accepted for 8.0.

Requested by: Stefan Esser (se at freebsd dot org)[1]
Reviewed by:  jhb, scottl

[1] Stefan requested this be part of 8.0 but has been unavailable to do
    the MFC since submitting the request.  We want to get 8.0-RC3 started
    so I'm doing the merges with re@ hat on.

Approved by:	re (bz)
</pre>
</div>
</content>
</entry>
<entry>
<title>Unbreak SBus cards which have been broken (apparently) for a while.</title>
<updated>2009-11-05T19:55:42+00:00</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2009-11-05T19:55:42+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=92b18d813e7ca2c294849495789d3497f20171ce'/>
<id>92b18d813e7ca2c294849495789d3497f20171ce</id>
<content type='text'>
Most of the pieces came from Marius- correct settings for channels
and resource management. The one piece missing was that you cannot
for SBus cards replace 32 bit operations with A64 operations- not
supported. MFC of 198822.

Approved by:	re (ks)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Most of the pieces came from Marius- correct settings for channels
and resource management. The one piece missing was that you cannot
for SBus cards replace 32 bit operations with A64 operations- not
supported. MFC of 198822.

Approved by:	re (ks)
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r198775</title>
<updated>2009-11-04T21:28:50+00:00</updated>
<author>
<name>Andrew Thompson</name>
<email>thompsa@FreeBSD.org</email>
</author>
<published>2009-11-04T21:28:50+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=fd805728662697d1e229ac07e05f7ed850e59bee'/>
<id>fd805728662697d1e229ac07e05f7ed850e59bee</id>
<content type='text'>
 Fix a corner case where usbd_transfer_drain() can return too early if the
 callback has dropped the mutex, leading to a panic.

Submitted by:	HPS
Approved by:	re (kib)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
 Fix a corner case where usbd_transfer_drain() can return too early if the
 callback has dropped the mutex, leading to a panic.

Submitted by:	HPS
Approved by:	re (kib)
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r197999:</title>
<updated>2009-11-02T06:36:54+00:00</updated>
<author>
<name>Hiroki Sato</name>
<email>hrs@FreeBSD.org</email>
</author>
<published>2009-11-02T06:36:54+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=b9bd7bf67826f0ebde7bb6248101af92474b9858'/>
<id>b9bd7bf67826f0ebde7bb6248101af92474b9858</id>
<content type='text'>
Fix the 106/109 USB Japanese keyboard "underscore" issue.
Sun Type 6 USB keyboard support (added in rev 1.46) conflicted with
some scan codes used in Japanese keyboards because the scan code
conversion routine was ambiguous for the overlapped codes.

PR:		ports/134005
Submitted by:	YAMASHIRO Jun
Approved by:	re (kib)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix the 106/109 USB Japanese keyboard "underscore" issue.
Sun Type 6 USB keyboard support (added in rev 1.46) conflicted with
some scan codes used in Japanese keyboards because the scan code
conversion routine was ambiguous for the overlapped codes.

PR:		ports/134005
Submitted by:	YAMASHIRO Jun
Approved by:	re (kib)
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC rev. 198479:</title>
<updated>2009-10-29T11:52:26+00:00</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2009-10-29T11:52:26+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=9919881dbae1a3fe60b6f4bbdbd4ef5e94320ce0'/>
<id>9919881dbae1a3fe60b6f4bbdbd4ef5e94320ce0</id>
<content type='text'>
Fix SATA on nVidia MCP55 chipset. It needs some short time to allow
BAR(5) memory access.

PR:		amd64/128686, amd64/132372, amd64/139156
Approved by:	re (kib)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix SATA on nVidia MCP55 chipset. It needs some short time to allow
BAR(5) memory access.

PR:		amd64/128686, amd64/132372, amd64/139156
Approved by:	re (kib)
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r198307</title>
<updated>2009-10-21T19:48:27+00:00</updated>
<author>
<name>Andrew Thompson</name>
<email>thompsa@FreeBSD.org</email>
</author>
<published>2009-10-21T19:48:27+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=b1c3c31d58bedbf18442891ff0e8b50631497920'/>
<id>b1c3c31d58bedbf18442891ff0e8b50631497920</id>
<content type='text'>
 Change from CAM_TID_INVALID to CAM_SEL_TIMEOUT error code when the usb device
 has been yanked, this works around a cam recounting bug when
 CAM_DEV_UNCONFIGURED is set late in the detach. In certain conditions the
 reference to the XPT device would not be released which would cause the usb
 explore thread to sleep forever on "simfree", preventing any new usb devices to
 be found/ejected on the bus.

Approved by:	re (kib)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
 Change from CAM_TID_INVALID to CAM_SEL_TIMEOUT error code when the usb device
 has been yanked, this works around a cam recounting bug when
 CAM_DEV_UNCONFIGURED is set late in the detach. In certain conditions the
 reference to the XPT device would not be released which would cause the usb
 explore thread to sleep forever on "simfree", preventing any new usb devices to
 be found/ejected on the bus.

Approved by:	re (kib)
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r198098:</title>
<updated>2009-10-20T17:50:36+00:00</updated>
<author>
<name>Weongyo Jeong</name>
<email>weongyo@FreeBSD.org</email>
</author>
<published>2009-10-20T17:50:36+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=6fb7173c2bfa70974081847a16e9c940fc3b7e1f'/>
<id>6fb7173c2bfa70974081847a16e9c940fc3b7e1f</id>
<content type='text'>
  fixes a TX hang bug that it could happen when if_start callback didn't
  be restarted by full of the output queue.

  Tested by:      bsduser &lt;bsd at acd.homelinux.org&gt;

MFC r198099:
  fixes a TX hang that could be possible to happen when the trasfers are
  in the high speed that some drivers don't call if_start callback after
  marking ~IFF_DRV_OACTIVE.

Approved by:	re (kib)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
  fixes a TX hang bug that it could happen when if_start callback didn't
  be restarted by full of the output queue.

  Tested by:      bsduser &lt;bsd at acd.homelinux.org&gt;

MFC r198099:
  fixes a TX hang that could be possible to happen when the trasfers are
  in the high speed that some drivers don't call if_start callback after
  marking ~IFF_DRV_OACTIVE.

Approved by:	re (kib)
</pre>
</div>
</content>
</entry>
<entry>
<title>- Disable ASF by default in STABLE_8.  This causes a lot</title>
<updated>2009-10-20T16:41:23+00:00</updated>
<author>
<name>Stanislav Sedov</name>
<email>stas@FreeBSD.org</email>
</author>
<published>2009-10-20T16:41:23+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=ea95296ce8ac9d8490aa2b09b1a6e4ce208ebeb0'/>
<id>ea95296ce8ac9d8490aa2b09b1a6e4ce208ebeb0</id>
<content type='text'>
  of problems on non-DELL branded machines with IPMI
  support.  The proposed fix was committed to HEAD but has
  not received much test coverage yet.

Discussed with:	bz
Approved by:	re (kensmith)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
  of problems on non-DELL branded machines with IPMI
  support.  The proposed fix was committed to HEAD but has
  not received much test coverage yet.

Discussed with:	bz
Approved by:	re (kensmith)
</pre>
</div>
</content>
</entry>
</feed>
