I just got a Dell Streak and I want to compile a Custom Gingerbread Rom for
my Streak. I went to the AOSP site and did all that it asked me to do. Now
how do I configure it so that it might work on my Dell Streak. I'd
appreciate all the help I could get. By the ways I'm using a Linux base
op
What's the difference between writing a char driver from scratch that
has a single attribute called "brightness" and copying the red led
driver and calling it the shoe led so that it inherits all the led
class attributes (of which there's only one, which is "brightness")?
On Feb 10, 6:49 pm, Jon P
It was a simple question, it was obviously a 10-second answer, which I
appreciate getting. The rest of his attitude is what this last
comment was about. Yes, often the person asking the question can be
someone who doesn't know better, but there's no reason to assume
that. Question it first at le
For this issue, yes, I do. I asked a simple question, that had a
simple answer, which I appreciate. I didn't need the rest of the
lecture about how I shouldn't be doing what I'm doing for whatever
reason.
2. "Lots of ways to do this" isn't a useful comment. Using sysfs fits
my model as far as I
On Thu, Feb 10, 2011 at 6:17 PM, jon.schell wrote:
> 1. I've been reading some other support threads that you answer, and
> wow, you are really unimaginative and constrained. Yes, the pattern
> can be done from userspace, very slowly. Too slowly to be useful in
> fact. When someone asks a quest
On 02/10/2011 06:17 PM, jon.schell wrote:
> 1. I've been reading some other support threads that you answer, and
> wow, you are really unimaginative and constrained. Yes, the pattern
> can be done from userspace, very slowly. Too slowly to be useful in
> fact. When someone asks a question, the b
Depending on the pattern of access, you can probably accomplish this with a
standard char driver. IOControl's come to mind. More advanced scenarios
would probably call for a block driver with memory map support. There's lots
of stuff out there on writing a simple char driver, and even the most
triv
1. I've been reading some other support threads that you answer, and
wow, you are really unimaginative and constrained. Yes, the pattern
can be done from userspace, very slowly. Too slowly to be useful in
fact. When someone asks a question, the best thing to do is answer
the question and don't t
On Thu, Feb 10, 2011 at 11:42 AM, jon.schell wrote:
> Yes, I'm sure it can't handle it. Not a PWM, doing something like:
> Turn on for 3 ms, turn off for 5ms, turn on for 1 ms, turn off for 1
> ms, turn on for 2 ms, turn off for 8 ms, etc. for any arbitrary
> pattern you want to do.
That type of
Yes, I'm sure it can't handle it. Not a PWM, doing something like:
Turn on for 3 ms, turn off for 5ms, turn on for 1 ms, turn off for 1
ms, turn on for 2 ms, turn off for 8 ms, etc. for any arbitrary
pattern you want to do.
I'm not breaking anything with userspace as it's not a device anyone
will
On Thu, Feb 10, 2011 at 10:52 AM, jon.schell wrote:
> 1. I'm using an LED driver for testing, it's not relevant to the
> issue.
Why isn't it relevant? You are using a LED driver, which already
has a well-specified interface for interacting with userspace, why
are you trying to create a new one?
1. I'm using an LED driver for testing, it's not relevant to the
issue.
2. Thank you for pointing out that the problem is likely with the
return value. I was going from chapter 14 of LDD3 and didn't check
what the regular char driver function returned back in chapter 3.
3. Do you have an alternate
12 matches
Mail list logo