<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/sk/if_skreg.h, branch stable/7</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F7</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F7'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2008-08-20T05:19:41Z</updated>
<entry>
<title>MFC r176264:</title>
<updated>2008-08-20T05:19:41Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2008-08-20T05:19:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9eb03dcab044e1b277907afdf1c147de1e80720e'/>
<id>urn:sha1:9eb03dcab044e1b277907afdf1c147de1e80720e</id>
<content type='text'>
  Nuke local jumbo allocator and switch to use of UMA backed page
  allocator for jumbo frame.
   o Removed unneeded jlist lock which was used to manage jumbo
     buffers.
   o Don't reinitialize hardware if MTU was not changed.
   o Added additional check for minimal MTU size.
   o Added a new tunable hw.skc.jumbo_disable to disable jumbo frame
     support for the driver. The tunable could be set for systems that
     do not need to use jumbo frames and it would save
     (9K * number of Rx descriptors) bytes kernel memory.
   o Jumbo buffer allocation failure is no longer critical error for
     the operation of sk(4). If sk(4) encounter the allocation failure
     it just disables jumbo frame support and continues to work without
     user intervention.

  With these changes jumbo frame performance of sk(4) was slightly
  increased and users should not encounter jumbo buffer allocation
  failure. Previously sk(4) tried to allocate physically contiguous
  memory, 3388KB for 256 Rx descriptors. Sometimes that amount of
  contiguous memory region could not be available for running systems
  which in turn resulted in failure of loading the driver.
</content>
</entry>
<entry>
<title>Use our own timer for watchdog instead of if_watchdog/if_timer</title>
<updated>2007-04-02T04:43:41Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2007-04-02T04:43:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=75a1d5a086ee4f8adc4fde7179272acced051e05'/>
<id>urn:sha1:75a1d5a086ee4f8adc4fde7179272acced051e05</id>
<content type='text'>
interface.
</content>
</entry>
<entry>
<title>Remove incomplete Yukon II support code which was added in if_sk.c, rev 1.123.</title>
<updated>2006-12-14T04:10:26Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2006-12-14T04:10:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e16d3854ae0232dad91c79498c2fcd443c82aac4'/>
<id>urn:sha1:e16d3854ae0232dad91c79498c2fcd443c82aac4</id>
<content type='text'>
Yukon II users should use msk(4).
</content>
</entry>
<entry>
<title>provide routines to access VPD data at the PCI layer...</title>
<updated>2006-10-09T16:15:56Z</updated>
<author>
<name>John-Mark Gurney</name>
<email>jmg@FreeBSD.org</email>
</author>
<published>2006-10-09T16:15:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=667dc26e71753783d5a6e4d9b25a0c32902c05fd'/>
<id>urn:sha1:667dc26e71753783d5a6e4d9b25a0c32902c05fd</id>
<content type='text'>
remove sk's own implementation, and use the new calls to get the data...

Reviewed by:	-arch
</content>
</entry>
<entry>
<title>Add device ID for second generation D-Link DGE-530T.</title>
<updated>2006-07-27T05:06:43Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2006-07-27T05:06:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7b4e72633eeb05f6c88298b1da0d3efd78d7f741'/>
<id>urn:sha1:7b4e72633eeb05f6c88298b1da0d3efd78d7f741</id>
<content type='text'>
PR:	kern/99903
</content>
</entry>
<entry>
<title>Convert sk(4) to use the new bus_alloc_resources() API and</title>
<updated>2006-07-19T04:12:59Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2006-07-19T04:12:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4425fc94537196d704e2724f6e1e30811933a4bb'/>
<id>urn:sha1:4425fc94537196d704e2724f6e1e30811933a4bb</id>
<content type='text'>
bus_{read,write}_* macros.

Submitted by:	Antoine Brodin &lt;antoine.brodin AT laposte DOT net&gt;
Reviewed by:	imp (initial version)
</content>
</entry>
<entry>
<title>Re-wrok PHY setup, media handling and dual-port detection.</title>
<updated>2006-05-15T04:50:33Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2006-05-15T04:50:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=fde45b415ec13ece98cb040845eca6cffe2051ab'/>
<id>urn:sha1:fde45b415ec13ece98cb040845eca6cffe2051ab</id>
<content type='text'>
With this change SysKonnect SK-9521 v2.0 and SK-9821 v2.0
adapter now works.

Obtained from:	OpenBSD
Reported by:	Ganbold ganbold ! micom ( mng $ net
Tested by:	Ganbold ganbold ! micom ( mng $ net
</content>
</entry>
<entry>
<title>Type.</title>
<updated>2006-05-02T02:12:42Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2006-05-02T02:12:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=cb24e151866ba169cba1df01990eda0f8d472167'/>
<id>urn:sha1:cb24e151866ba169cba1df01990eda0f8d472167</id>
<content type='text'>
Submitted by:	brad@OpenBSD
</content>
</entry>
<entry>
<title>Add some incomplete support for Marvell Yukon EC controllers based on</title>
<updated>2006-04-28T03:17:37Z</updated>
<author>
<name>Maxim Sobolev</name>
<email>sobomax@FreeBSD.org</email>
</author>
<published>2006-04-28T03:17:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8dcfaef0a081afb8b50f33be1874591b0be0ec9f'/>
<id>urn:sha1:8dcfaef0a081afb8b50f33be1874591b0be0ec9f</id>
<content type='text'>
OpenBSD changes. With these changes, PHY part of the driver becomes
functional (it senses media changes and negotiates speed just fine),
previously it just hang with no PHY message, but no data goes through
interface (error message is "can not stop transfer of Tx/Rx descriptor).

Hopefully somebody with more clue/free time will be able to pick up
after me.
</content>
</entry>
<entry>
<title>Bring busdmafied sk(4) to all architectures.</title>
<updated>2006-04-27T05:59:09Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2006-04-27T05:59:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=919133a8ef19a0f4e491fe78b4bf523fa4a3a6eb'/>
<id>urn:sha1:919133a8ef19a0f4e491fe78b4bf523fa4a3a6eb</id>
<content type='text'>
- MPSAFE. No more recursive lock required.
- bus_dma(9) conversion. I think it should work on all architectures.
- optimized Rx handler for each normal and jumbo frames. Previously
  sk(4) used jumbo frame management code to handle normal sized
  frames. As the handler needs an additional lock to protect jumbo
  frame management structure from races, it used two lock operations
  for each received packet. Now sk(4) uses single lock operation for
  normal frame.(Jumbo frame still needs two lock operations as before.)
  The hardware supports DMA scatter operations for Rx descriptors such
  that it's possible to take advantagee of m_cljget(9) for jumbo frames.
  However, due to a unknown reasons it resulted in poor performance on
  sparc64. So I dropped m_cljget(9) approach. This should be revisited
  since it would reduce one lock operation for jumbo frame handling.
- Tx TCP/Rx IP checksum offload support. According to the data sheet
  of SK-NET GENESIS the hardware supports Rx IP/TCP/UDP offload.
  But I couldn't make it work on my Yukon hardware. So Rx TCP/UDP was
  disabled at the moment. It seems that newer Yukon chips can support
  Tx UDP checksum offload too. But I need more documentation first.
- Added more wait time in reading VPD data. It seems that ASUS LOM
  takes a very long time to respond VPD read signal.
- Added an additional lock for MII register access callbacks.
- Added more strict received packet validation routine. Previously it
  passed corrupted packets to upper layers under certain conditions.
- A new function sk_yukon_tick() to handle auto-negotiation properly.
- Interrupt handler now checks shared interrupt source and protects
  the interrupt handler from NULL pointer dereference which was caused
  by odd status word value. The status word can returns 0xffffffff if
  cable is unplugged while Rx/Tx/auto-negotiation is in progress.
- suspend/resume support(not tested).
- Added Rx/Tx FIFO flush routine for Yukon
- Activate Tx descriptor poll timer in order to protect possible loss
  of SK_TXBMU_TX_START command. Previously the driver continuously issued
  SK_TXBMU_TX_START when it notices pending Tx descriptors not processed
  yet in interrupt handler. That approach would add additional PCI
  write access overhead under high Tx load situations and it might fail
  if the first SK_TXBMU_TX_START was lost and no interrupt is generated
  from the first SK_TXBMU_TX_START command.
- s/printf/if_printf/, s/printf/device_printf/, Axe sk_unit in softc.
- Setting multicast/station address is now safe on strict-alignment
  architectures.
- Fix long standing bug in VLAN header length setup.
- Added/corrected register definitions for Yukon.
  (Register information from Linux skge driver.)
- Added Rx status definition for Marvell Yukon/XaQti XMAC.
  (Rx status register information from Linux skge driver.)
- Update if_oerrors if we encounter watchdog error.
- callout(9) conversion

Special thanks to jkim who let me know RX status differences between
Yukon and XaQti XMAC.
It seems that there is still occasional watchdog timeout error but I
couldn't reproduce it and need more information to analyze it from
users.

Tested by:	bz(amd64), me(i386, sparc64), current ML
		Frank Behrens frank ! pinky ( sax $ de
</content>
</entry>
</feed>
