Sponsored Content
Contact Us Post Here to Contact Site Administrators and Moderators Bits - The Unix and Linux Forums (Experimental) Virtual Currency Post 302348673 by Leppie on Saturday 29th of August 2009 05:47:00 AM
Old 08-29-2009
Quote:
Originally Posted by Neo
Bits are virtual currency for this site, similar to Linden dollars on Second Life and other virtual worlds (but far less developed at this time).

Your Bits increase by participating in the forums, for example by posting, creating a thread, voting on a poll, being a moderator or admin, etc. I will post the details on Bits crediting soon.

You can also get Bits from other forum members who give them to you, for example, if someone likes your reply they can give you Bits. You can give Bits to others for any reason.

You can can also spend your Bits on lottery tickets and try to win jackpots and gain more Bits.

In the future, can also spend your Bits on tangible goods and services on this site. For example, you should be able to pay Bits to the Central Bank to have infractions removed, or pay Bits for special other services. More on this later. This is an uncharted "new economy" so be creative. If you have questions, just ask, we will make up an answer if we don't have one :-)

For now, I encourge you to have fun with your Bits and give them to your friends for any reason you choose :-)
so when can we buy other stuff than the lottery tickets?
 

6 More Discussions You Might Find Interesting

1. What is on Your Mind?

The UNIX and Linux Forums Twitter Channel

In case you did not know about this, and are a twitter user, here is the link to the forum twitter channel: http://twitter.com/unixlinux We currently have 406 followers...... (0 Replies)
Discussion started by: Neo
0 Replies

2. What is on Your Mind?

Experimental New UNIX / Linux Project Board (See Toolbar)

We are experimenting with a new project board to help forum members make extra cash; because we have some very talented members, why not make some extra cash working from your computer. See toolbar at bottom of page. Any ideas or comments? ... (0 Replies)
Discussion started by: Neo
0 Replies

3. Post Here to Contact Site Administrators and Moderators

How to Advertise on The Unix and Linux Forums

We added a new way to advertise (to guests and non-registered users) directly on the forums: Advertise directly with The UNIX and Linux Forums https://www.unix.com/members/1-albums112-picture605.png Companies and individuals can buy display ads directly and submit their display ads... (0 Replies)
Discussion started by: Neo
0 Replies

4. How to Post in the The UNIX and Linux Forums

How to Navigate in UNIX & Linux Forums..?

Hi , i am a new user to this forum can anyone please help me in navigation for this forum. also when i am trying to open any thread i am getting below error. Bad Request Your browser sent a request that this server could not understand.] Thanks. (1 Reply)
Discussion started by: nkchand
1 Replies

5. Post Here to Contact Site Administrators and Moderators

VIP Membership - The UNIX and Linux Forums - Get Your UNIX.COM Email Address Here

We work hard to make The UNIX and Linux Forums one of the best UNIX and Linux knowledge sources on the net. The site is certainly one of the top UNIX and Linux Q&A sites on the web. In order to provide certain members the best quality account services, you can now get some great extra features by... (2 Replies)
Discussion started by: Neo
2 Replies

6. What is on Your Mind?

YouTube: Forum Moderation @UNIX.com | The UNIX and Linux Forums

Forum Moderation @UNIX.com | The UNIX and Linux Forums https://youtu.be/WGwgibE4Rq0 Also note: In the video I mentioned removing legacy menu items in the ModCP which are unused. I have already "CSS'ed out" the unused menu items: ... (0 Replies)
Discussion started by: Neo
0 Replies
cardbus(4)							   File Formats 							cardbus(4)

NAME
cardbus - configuration files for cardbus device drivers DESCRIPTION
The CardBus bus share the same configuration parameters with the PCI bus. CardBus devices are self-identifying, which means that these devices provide configuration parameters to the system that allow the system to identify the device and its driver. The configuration parameters are represented in the form of name-value pairs that can be retrieved using the DDI property interfaces. See ddi_prop_lookup(9F) for details. The CardBus bus properties of CardBus devices are derived from PCI configuration space. Therefore, driver configuration files are not nec- essary for these devices. On some occasions, drivers for CardBus devices can use driver configuration files to provide driver private properties through the global property mechanism. See driver.conf(4) for further details. Driver configuration files can also be used to augment or override properties for a specific instance of a driver. The CardBus nexus driver recognizes the following properties: reg An arbitrary length array where each element of the array consists of a 5-tuple of 32-bit values. Each array element describes a logically contiguous mappable resource on the PCI bus. The first three values in the 5-tuple describe the PCI address of the mappable resource. The first tuple contains the follow- ing information: Bits 0 - 7 8-bit register number Bits 8 - 10 3-bit function number Bits 11 - 15 5-bit device number Bits 16 - 23 8-bit bus number Bits 24 - 25 2-bit address space type identifier Bits 31 - 28 Register number extended bits 8:11 for extended config space. Zero for conventional configuration space. The address space type identifier can be interpreted as follows: 0x0 configuration space 0x1 I/O space 0x2 32-bit memory space address The bus number is a unique identifying number assigned to each bus within the PCI or PCIe domain. The device number is a unique identifying number assigned to each device on a PCI bus, PCIe logical bus, or CardBus bus. A device number is unique only within the set of device numbers for a particular bus or logical bus. Each CardBus device can have one to eight logically independent functions, each with its own independent set of configuration registers. Each function on a device is assigned a function number. For a device with only one function, the function number must be 0. The register number fields select a particular register within the set of configuration registers corresponding to the selected function. When the address space type identifier indicates configuration space, non-zero register number extended bits select registers in extended configuration space. The second and third values in the reg property 5-tuple specify the 64-bit address of the mappable resource within the PCI or PCIe address domain. Since the CardBus is a 32-bit bus, the second 32-bit tuple is not used. The third 32-bit tuple corre- sponds to the 32-bit address. The fourth and fifth 32-bit values in the 5-tuple reg property specify the size of the mappable resource. The size is a 64-bit value. Since it's a 32-bit bus, only the fifth tuple is used. The driver can refer to the elements of this array by index, and construct kernel mappings to these addresses using ddi_regs_map_setup(9F). The index into the array is passed as the rnumber argument of ddi_regs_map_setup(9F). At a high-level interrupt context, you can use the ddi_get* and ddi_put* family of functions to access I/O and memory space. However, access to configuration space is not allowed when running at a high-interrupt level. interrupts This property consists of a single-integer element array. Valid interrupt property values are 1, 2, 3, and 4. This value is derived directly from the contents of the device's configuration-interrupt-pin register. A driver should use an index value of 0 when registering its interrupt handler with the DDI interrupt interfaces. All CardBus devices support the reg property. The device number and function number as derived from the reg property are used to construct the address part of the device name under /devices. Only devices that generate interrupts support an interrupts property. Occasionally it might be necessary to override or augment the configuration information supplied by a CardBus device. This change can be achieved by writing a driver configuration file that describes a prototype device node specification containing the additional properties required. For the system to merge the prototype node specification into an actual device node, certain conditions must be met. o First, the name property must be identical. The value of the name property needs to match the binding name of the device. The binding name is the name chosen by the system to bind a driver to a device and is either an alias associated with the driver or the hardware node name of the device. o Second, the parent property must identify the PCI bus or PCIe logical bus. o Third, the unit-address property must identify the card. The format of the unit-address property is: DD[,F] where DD is the device number and F is the function number. If the function number is 0, only DD is specified. EXAMPLES
Example 1 Sample Configuration File An example configuration file called ACME,scsi-hba.conf for a CardBus device driver called ACME,scsi-hba follows: # # Copyright (c) 1995, ACME SCSI Host Bus Adaptor # ident "@(#)ACME,scsi-hba.conf 1.1 96/02/04" name="ACME,scsi-hba" parent="/pci@1,0/pci@1f,4000" unit-address="3" scsi-initiator-id=6; hba-advanced-mode="on"; hba-dma-speed=10; In this example, a property scsi-initiator-id specifies the SCSI bus initiator id that the adapter should use, for just one particular instance of adapter installed in the machine. The name property identifies the driver and the parent property to identify the particular bus the card is plugged into. This example uses the parent's full path name to identify the bus. The unit-address property identifies the card itself, with device number of 3 and function number of 0. Two global driver properties are also created: hba-advanced-mode (which has the string value on) and hba-dma-speed (which has the value 10 M bit/s). These properties apply to all device nodes of the ACME,scsi-hba. ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Architecture |SPARC, x86 | +-----------------------------+-----------------------------+ SEE ALSO
driver.conf(4), attributes(5), ddi_intr_add_handler(9F), ddi_prop_lookup(9F), ddi_regs_map_setup(9F) Writing Device Drivers IEEE 1275 PCI Bus Binding SunOS 5.11 11 July 2006 cardbus(4)
All times are GMT -4. The time now is 09:27 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy