WikiPatents - Community Patent Review
Create Free Account  |  License or Sell Your Patent  |  WikiPatents Marketplace  |  WikiPatents Blog
Username:  Password:  
    
Advanced Search
Apparatus, system, and method for bus link width optimization    

Get related patents on CD
United States Patent7136953   
Link to this pagehttp://www.wikipatents.com/7136953.html
Inventor(s)Bisson; Luc R. (San Jose, CA), Rubinstein; Oren (Sunnyvale, CA), Huang; Wei-Je (Fremont, CA), Diamond; Michael B. (Los Gatos, CA)
AbstractA bus permits the number of active serial data lanes of a data link to be re-negotiated in response to changes in bus bandwidth requirements. In one embodiment, one of the bus interfaces triggers a re-negotiation of link width and places a constraint on link width during the re-negotiation.
   














 Title Information Submit all comments and votes
 
Patent Text Patent PDF Print Page Summary File History
Plain text PDF images Print Summary File History Custom Search
Drawing from US Patent 7136953
Apparatus, system, and method for bus link width optimization - US Patent 7136953 Drawing
Apparatus, system, and method for bus link width optimization
Inventor     Bisson; Luc R. (San Jose, CA) , Rubinstein; Oren (Sunnyvale, CA) , Huang; Wei-Je (Fremont, CA) , Diamond; Michael B. (Los Gatos, CA)
Owner/Assignee     NVIDIA Corporation (Santa Clara, CA)
Patent assignment
All assignments
Company News
Publication Date     November 14, 2006
Application Number     10/431,994
PAIR File History     Application Data   Transaction History
Image File Wrapper   Patent Term   Fees
Litigation
Filing Date     May 7, 2003
US Classification     710/307 710/29
Int'l Classification    
Examiner     Perveen; Rehana
Assistant Examiner     Knoll; Clifford
Attorney/Law Firm     Cooley Godward, LLP
Address
Parent Case    
Priority Data    
USPTO Field of Search     710/29 710/52 710/116 710/117 710/116 710/117 710/306 710/311
Patent Tags     apparatus, system, bus link width optimization
   
Enter a comma (,) or semicolon (;) between multiple tag words/phrases.
Describe this patent:
 Amusing   
 Clever   
 Complex   
 Efficient   
 Historic   
 Important   
 Innovative   
 Interesting   
 Practical   
 Simple   
[no votes]
Patent WIKI

Share information and news about this patent, including information and news about the technology, inventors, company, ligation and licensing.

 References Submit all comments and votes
 
*references marked with an asterisk below are user-added references
 U.S. References
 
Add a new US reference:  
ReferenceRelevancyCommentsReferenceRelevancyComments
2004/0210687
Mann

Oct,2004

[0 after 0 votes]
2004/0088469
Levy

May,2004

[0 after 0 votes]
5951664
Lambrecht et al.

Sep,1999

[0 after 0 votes]
 Foreign References
 Other References
 Market Review Submit all comments and votes
   
Market Size
Estimate the gross annual revenues of the relevant market sector:
> $10B
$5B - $10B
$2B - $5B
$500M - $2B
$100M - $500M
$10M - $100M
$1M - $10M
$500K - $1M
$100K - $500K
< $100K
[No votes]
$0
 
$0   $2.5B   $5B   $7.5B   $10B

[0 market size comments]
Market Share
Estimate the percentage of the relevant market sector this invention will capture:
75% - 100%
50% - 74.99%
25% - 49.99%
10 - 24.99%
5 - 9.99%
2 - 4.99%
1 - 1.99%
< 1%
[No votes]
0.0%
 
0%   25%   50%   75%   100%

[0 market share comments]
Reasonable Royalty
What percentage of gross sales should the inventor or assignee be paid?
75% - 100%
50% - 74.99%
25% - 49.99%
10 - 24.99%
5 - 9.99%
2 - 4.99%
1 - 1.99%
< 1%
[No votes]
0.0%
 
0%   25%   50%   75%   100%

[0 reasonable royalty comments]
Public's "Guesstimation" of Royalty Value
Market SizeN/A[No votes]
xMarket ShareN/A[No votes]
xReasonable RoyaltyN/A[No votes]

N/A

[0 Guesstimation of Royalty Value Comments]
License Availablity
If you are NOT the owner or assignee, answer here:
Yes, license is available for purchase

No, license is not currently available



[No votes]
[0 license availability comments]
License Availablity
If you ARE the owner or assignee, answer here:
Yes, license is available for purchase

No, license is not currently available



[No votes]
[0 owner/assignee comments]
Competitive Advantage
Does this invention have a significant competitive advantage over similar technologies?
Yes

No



[No votes]
Most helpful competitive advantage comment
[No comments]

[0 competitive advantage comments]
Commercial Alternatives
Are there viable commercial alternatives for this invention?
Yes

No



[No votes]
Most helpful commercial alternative comment
[No comments]

[0 commercial alternatives comments]
 Technical Review Submit all comments and votes
 Claims Submit all comments and votes
 


What is claimed is:

1. A method of bus power management, comprising: for a first operational state having a first link bandwidth requirement for a bus, negotiating a first link width between a first bus interface and a second bus interface disposed at opposite ends of said bus based on said first link bandwidth requirement, said first link width having a first integer number, M, of active data lanes that is less than or equal to a maximum integer number, K, of operable data lanes; and in response to detecting a second operational state having a second link bandwidth requirement, negotiating a second link width between said first bus interface and said second bus interface based on said second link bandwidth requirement said second link width having a second integer number, N, of active data lanes, where N is not equal to M, and N is also less than or equal to K; wherein the number of active data lanes that is negotiated is based on a bandwidth constraint to reduce the power consumption associated with active data lanes.

2. The method of claim 1, wherein said negotiating said first link width comprises: selecting M=K.

3. The method of claim 2, wherein negotiating said second link width comprises: selecting N to be a minimum number sufficient to provide the bandwidth required for said second operational state.

4. The method of claim 1, further comprising: prior to negotiating said first link width, detecting operable data lanes and establishing common communication parameters on said lanes.

5. The method of claim 4, further comprising: storing initialization data describing operable data lanes and their communication parameters for subsequent negotiations.

6. The method of claim 1, wherein said second operational state is associated with a change in a type of software application being executed.

7. The method of claim 1, wherein said second operational state is associated with a change in a state of operation of a central processing unit.

8. The method of claim 7, wherein said state of operation of said central processing unit is selected from the group consisting of a busy state, an idle state, and a run state.

9. The method of claim 1, wherein said negotiating said second link width comprises: generating a disable signal to disable operable data lanes to reduce link bandwidth.

10. The method of claim 1, wherein said negotiating said second link width comprises: enabling previously disabled operable data lanes to increase link bandwidth.

11. The method of claim 1, wherein negotiating said second link width further comprises: a first component triggering entry of a second component into a recovery state; said first component further generating training sets during said recovery state to trigger said first component and said second component to enter a configuration state in which lane widths are negotiated for said bus.

12. The method of claim 11, wherein said first component generates training sets in said configuration state that selectively disable a subset of operable data lanes.

13. The method of claim 1, wherein negotiating said second link width further comprises: a first component triggering entry of a second component into a recovery state; said first component further generating training sets during said recovery state to initiate said second component to enter a loopback state; said first component generating training sets during loopback to initiate said second component to enter a detect state, from which a configuration state is entered in which lane width is negotiated; wherein re-negotiation of lane widths occurs without a reset phase.

14. A method of bus power management: detecting operable data lanes in a detect state; establishing common communication parameters for said data lanes in a subsequent polling state; entering a configuration state; for a first operational state having a first link bandwidth requirement, negotiating a first link width between a first bus interface at one end of a bus and a second bus interface at another end of the bus, said first link width having a first integer number, M, of active data lanes that is less than or equal to a maximum integer number, K, of operable data lanes; entering an operational state with said first integer number, M, of active data lanes associated as a link between bus components; triggering entry back into said configuration state in response to detecting a second operational state having a second link bandwidth requirement; negotiating a second link width between said first bus interface and said second bus interface, said second link width having a second integer number, N, of active data lanes, where N is not equal to M, and N is also less than or equal to K; and entering said second operational state with said second integer number, N, of active data lanes associated as said link between said bus components wherein the number of active data lanes that is negotiated is based on a bandwidth constraint to reduce the power consumption associated with active data lanes.

15. The method of claim 14, wherein triggering entry back into said configuration state comprises: in response to detecting said second operational state, entering a recovery state; and from said recovery state, entering said configuration state.

16. The method of claim 14, wherein triggering entry back into said configuration state further comprises: in response to detecting said second operational state, entering a recovery state; and from said recovery state, entering a loopback state; from said loopback state, re-entering said detect state; wherein a reset state is avoided.

17. A data bus, comprising: a first data interface disposed at one end of said data bus; a second data interface disposed at the other end of said data bus; a plurality of data lanes for communicating data between said first data interface and said second data interface; said first data interface and said second data interface adapted to initiate a negotiation for a number of active lanes corresponding to a subset of operable data lanes; said first data interface and said second data interface re-negotiating the number of active data lanes to place a constraint on the number of active data lanes associated to form a link in response to a re-negotiation signal; wherein the number of active data lanes that is negotiated is based on a bandwidth constraint to reduce the power consumption associated with active data lanes.

18. The bus of claim 17, wherein said first and second interfaces are PCI Express.TM. compliant.

19. The bus of claim 17, wherein one of said interfaces selectively disables a number of operable data lanes to adjust bandwidth.

20. The bus of claim 17, wherein one of the interfaces selectively enables a number of operable data lanes to adjust bandwidth.

21. A computing system, comprising: a root complex; a CPU coupled to the root complex for executing a software application stored in a memory; an endpoint device associating a graphical processing unit (GPU); a bus having a plurality of data lanes coupling the root complex to the endpoint device; the bus having bus interface disposed at two ends of the bus configured to associate active data lanes into a common link having a lane width corresponding to a number of active data lanes selected to adapt to the bandwidth requirements of the GPU; wherein the number of active data lanes that is negotiated is based on a bandwidth constraint to reduce the power consumption associated with active data lanes.

22. The computing system of claim 21, wherein the bus includes bus interfaces disposed in the root complex and the endpoint device, wherein the interfaces are configured to re-negotiate a lane width of the bus in response to a re-negotiation signal.

23. The computing system of claim 21, wherein the bus retains detect and polling information from an initial set-up procedure for use during subsequent lane width negotiations.
 Description Submit all comments and votes
 
Previous Patent (Method for programming firmware hubs using se...)Next Patent (Data communication method and apparatus utili...)

About WikiPatents   |  FAQs   |  Terms & Disclaimer   |  Marketplace   |  Link to WikiPatents   |  Contact Us
© Copyright 2007  - WikiPatents, Inc. - All rights reserved.

WikiPatents,Inc. is not affiliated with Wikipedia or the Wikimedia Foundation.