linux.kernel Google Group

Re: Backlight device class redesign

h...@hmh.eng.br (Henrique de Moraes Holschuh) — Sat, 11 Nov 2009 17:30:03 UT

For one, you get symlinks in sysfs, which would let userspace know what
backlight is related to what PCI/video/whatever device.

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

k...@pm.waw.pl (Krzysztof Halasa) — Sat, 11 Nov 2009 17:30:02 UT

But surely not when compared to an in-kernel decoder _and_ the one in
lircd? :-)
Well, the 14-bit RC5 is de-facto standard for some time now. One of the
start bits, inverted, now functions as the MSB of the command code.
13-bit receiver implementations (at least these aimed at "foreign"
remotes) are obsolete.

Reminder: Re: Purchase of Property.

in...@rapidpat.com (infos@rapidpat.com) — Sat, 11 Nov 2009 17:20:02 UT

Hello,
I am Capt. Alan James Davis and I would like to buy a Property in your
country. Can you be of any assistance to me?
You can write me on my Email address: allanjdav...@gmail.com
Waiting for your response ASAP.
Best Regards
Capt. Alan James Davis.

[BUG: nozomi?]: Unable to establish UMTS connection

a...@disconnect.de (Arno) — Sat, 11 Nov 2009 17:20:03 UT

Hello,
I can't establish an UMTS connection with my UMTS-card and recent kernels.
scripts/ver_linux:
Linux p2x-555 2.6.31-ARCH #1 SMP PREEMPT Tue Nov 10 19:48:17 CET 2009 i686
Intel(R) Pentium(R) M processor 1500MHz GenuineIntel GNU/Linux
Gnu C 4.4.2
Gnu make 3.81
binutils 2.20.0.20091101

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

jonsm...@gmail.com (Jon Smirl) — Sat, 11 Nov 2009 17:10:03 UT

Please do this. That's why I started this thread off with goals for
the implementation. After we settle on a set of goals we can move on
to how to implement those goals. The end result is almost certainly
going to combine aspects from all of the various proposals and the
LIRC code base is likely to be the largest contributor.

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

jonsm...@gmail.com (Jon Smirl) — Sat, 11 Nov 2009 16:50:03 UT

On Sat, Nov 28, 2009 at 10:35 AM, Maxim Levitsky
Porting the decoder engine from lirc into the kernel is also a possibility.
I'm asking to have an architecture design discussion, not to pick one
of the various implementations. This is something that we have to live
with for twenty years and it is a giant pain to change if we get wrong

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

k...@pm.waw.pl (Krzysztof Halasa) — Sat, 11 Nov 2009 16:50:03 UT

I thought so.
FYI: a sane RC5 decoder doesn't depend on exact timing. Even seen
a multi-function remote can control many different devices like TV,
VCR, DVD and so on? From different manufacturers etc.
Not sure what do you mean.
There is no such thing as "being supposed to be used with PC".
A space/mark receiver can receive data from any remote.

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

l...@bartelmus.de (Christoph Bartelmus) — Sat, 11 Nov 2009 16:50:02 UT

Hi Krzysztof and Maxim,
Nobody here doubts that you can implement a working RC-5 decoder. It's
really easy. I'll give you an example why Maxim thinks that the generic
LIRC approach has advantages:
Look at the Streamzap remote (I think Jarod submitted the lirc_streamzap
driver in his patchset):

Re: Re: ioports 0x100-0x3af and iomem 0xd000-0xdffff, 0xa0000000-0xa0ffffff -- safe to use on x86 for pcmcia?

li...@dominikbrodowski.net (Dominik Brodowski) — Sat, 11 Nov 2009 16:50:02 UT

Hey,
... and even adding a late_initcall() has its problems.
I'm not familiar with embedded stuff, but usually PCI-based autoconfig
should be sufficient nowadays. Therefore, the only workable way seems to be
an optional module parameter
rsrc_nonstatic.include_io=0x10 0,0x3af,0x3e0,0x4ff,0x800,0x82 0,0xc00,0xcf7,0xa00,0xaff

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

maximlevit...@gmail.com (Maxim Levitsky) — Sat, 11 Nov 2009 16:30:02 UT

Because userspace decoder is general, it doesn't depend on exact timing,
as long as pulses vary in size it can distinguish between keys, and that
is enough.
I didn't use your decoder, so in that particular case I don't know.
Unless you put it againt an inaccurate decoder....
Ask the lirc developers.

Re: mmotm 2009-11-24-16-47 uploaded (gpio_max7301)

w.s...@pengutronix.de (Wolfram Sang) — Sat, 11 Nov 2009 16:30:02 UT

ACK, will fix it.

Re: [PATCH -tip v6 04/11] kprobes: Jump optimization sysctl interface

mhira...@redhat.com (Masami Hiramatsu) — Sat, 11 Nov 2009 16:20:02 UT

Thanks for telling me!
OK, so I'll remove that line.
Thank you,

Re: Problem? intel_iommu=off; perf top shows acpi_os_read_port as extremely busy

mbre...@majjas.com (Michael Breuer) — Sat, 11 Nov 2009 15:50:02 UT

Ok - did the following in runlevel 3 to avoid the dmar errors I'm
getting with nouveau & vt-d.
In theory, the system was similarly loaded (i.e., doing pretty much
nothing) for both runs.
The sample is consistent with what I've seen previously.
Perhaps there's no issue, or perhaps the issue is with my broken bios

[PATCH] leds: fix the return value of ich7_lpc_probe.

tfrans...@gmail.com (Thiago Farina) — Sat, 11 Nov 2009 15:50:01 UT

In the function ich7_lpc_probe there is a 'return' that is not returning any
value, but it should because the return type is int not void.
Signed-off-by: Thiago Farina <tfrans...@gmail.com>
---
drivers/leds/leds-ss4200.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/leds/leds-ss4200.c b/drivers/leds/leds-ss4200.c

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

k...@pm.waw.pl (Krzysztof Halasa) — Sat, 11 Nov 2009 15:50:02 UT

Actually, it is not the case. Why do you think it's better (let alone
"much better")? Have you at least seen my RC5 decoder?
Sure.
Nothing. They are not relevant and obviously have to use lircd.
If you can have userspace driver, you can have lircd as well.
They are not.
Is it a problem for you?
How is your keyboard supposed to use scanner driver?