loadYOURSELF

loadYOURSELF

Browsing Posts tagged Driver

Downloading and installing the PlayStation®3 system software update will update your PS3™ system’s operating system to include the latest security patches, settings, features and other items. We encourage you to check this page from time to time for system software updates and to always maintain your system to use the latest version of the system software.

An update to the PS3™ system software was released on April 22, 2010. You can use this update to upgrade your system software to version 3.30.

Download Page

Intel Corporation, imec and 5 Flemish universities officially opened the Flanders ExaScience Lab at the imec research facilities in Leuven, Belgium. The lab will develop software to run on Intel-based future exascale computer systems delivering 1,000 times the performance of today’s fastest supercomputers, using up to 1 million cores and 1 billion processes to do so.

The ExaScience Lab will be the latest member of Intel’s European research network — Intel Labs Europe – that consists of 21 labs employing more than 900 R&D professionals.

NXP Semiconductors announced the launch of the SSL2101 – the world’s first integrated dimmable mains LED driver. The NXP SSL2101 is a small form factor Switched Mode Power Supply (SMPS) controller IC specifically designed to drive LED devices and provide dimming capabilities to further improve the energy efficiency of LED lighting. The SSL2101 can drive lighting systems with variable power requirements which include LED retro-fit lamps, LED modules, LED spots, down-lights and LED strings for retail displays.

I am generally writing linux drivers for embedded systems for three years, and I am using this sample driver interface for the startup. In this blog entry I will give steps for sample linux driver implementation and sample files.
First of all we need a “mydriver.h” for header definitions,

#ifndef __LOADYOURSELF_MYDRIVER__
#define __LOADYOURSELF_MYDRIVER__

///@file mydriver.h
///@brief mydriver header file for mydriver.

#ifndef __KERNEL__
# define __KERNEL__
#endif
#ifndef MODULE
# define MODULE
#endif

High-performance driver and final stage device designed to offer industry-leading efficiency, gain and thermal resistance

Continuing to push the boundaries of high-power radio frequency (RF) technology, Freescale Semiconductor has unveiled the world’s first 50-volt LDMOS RF power transistor line-up for L-Band radar applications. The line-up is ideal for a wide range of high-power RF applications including air traffic management and long range weather radar.

The RF product line includes the MRF6V14300H final stage device and the MRF6V10010N driver. The MRF6V14300H produces pulsed RF output power of 330 W at frequencies between 1200 and 1400 MHz and sets new standards for efficiency, gain and thermal resistance at this power level and frequency when compared to competing bipolar and field-effect transistor (FET) devices.

“With our new RF portfolio announcement, we now demonstrate the capability of 50V LDMOS for avionics and radar applications at the L-Band frequency of 1.2 – 1.4 GHz,” said Gavin Woods, vice president and general manager of Freescale’s RF Division. “Not only have we leveraged the exceptional capabilities of Freescale’s LDMOS technology, we also have set new RF performance standards in several key figures of merit.”

The advanced line of RF power transistors – the first in Freescale’s 50 V RF power LDMOS avionics and radar portfolio – provides competitive advantages, such as a standard voltage supply, low cooling costs and high

Buy me a beer

ata2.01: qc timeout (cmd 0xa0)
ata2.01: exception Emask 0×0 SAct 0×0 SErr 0×0 action 0×2 frozen
ata2.01: cmd a0/00:00:00:00:20/00:00:00:00:00/b0 tag 0 cdb 0×25 data 8 in
res 51/20:03:00:00:00/00:00:00:00:00/b0 Emask 0×5 (timeout)
ata2: port is slow to respond, please be patient (Status 0xd1)
ata2: device not ready (errno=-16), forcing hardreset
ata2: soft resetting port
ata2.00: configured for UDMA/100
ata2.01: configured for UDMA/33

ata2: EH pending after completion, repeating EH (cnt=4)
ata2: EH complete
sd 1:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sd 1:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA

ata2.01: qc timeout (cmd 0xa0)
ata2.01: exception Emask 0×0 SAct 0×0 SErr 0×0 action 0×2 frozen
ata2.01: cmd a0/00:00:00:00:20/00:00:00:00:00/b0 tag 0 cdb 0×25 data 8 in
res 51/20:03:00:00:00/00:00:00:00:00/b0 Emask 0×5 (timeout)
ata2: port is slow to respond, please be patient (Status 0xd1)
ata2: device not ready (errno=-16), forcing hardreset
ata2: soft resetting port
ata2.00: configured for UDMA/100
ata2.01: configured for UDMA/33
ata2: EH pending after completion, repeating EH (cnt=4)
ata2: EH completesd 1:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sd 1:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA

An I2C chip driver controls the process of talking to an individual I2C
device that lives on an I2C bus. I2C chip devices usually monitor a
number of different physical devices on a motherboard, such as the
different fan speeds, temperature values and voltages. The struct
i2c_driver structure describes a I2C chip driver. This structure is
defined in the include/linux/i2c.h file. Only the following fields are
necessary to create a working chip driver:

 

#include

current->state = TASK_INTERRUPTIBLE;
#if LINUX_VERSION_CODE >= 0x02017F

schedule_timeout(20 * HZ / 1000);
#else
current->timeout = jiffies + 20 * HZ / 1000; // 20 ms
schedule();
#endif

Buy me a beer