linux-toradex.git/drivers/connector, branch v2.6.31.10

connector: Removed the destruct_data callback since it is always kfree_skb()

2009-10-22T22:11:55+00:00

(cherry picked from commit f4b5129f5e838942f759c2637967441cf4a98c20)

Signed-off-by: Philipp Reisner 
Acked-by: Lars Ellenberg 
Acked-by: Evgeniy Polyakov 
Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

connector: Provide the sender's credentials to the callback

2009-10-22T22:11:55+00:00

commit 7069331dbe7155f23966f5944109f909fea0c7e4 upstream

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg 
Acked-by: Evgeniy Polyakov 
Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

connector: Keep the skb in cn_callback_data

2009-10-22T22:11:54+00:00

(cherry picked from commit 5491c43845dae6c68cb4edbcf2e2dde9a32a863d)

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg 
Acked-by: Evgeniy Polyakov 
Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

connector: maintainer/mail update.

2009-07-21T19:43:51+00:00

Signed-off-by: Evgeniy Polyakov 
Signed-off-by: David S. Miller

trivial: Kconfig: .ko is normally not included in module names

2009-06-12T16:01:50+00:00

.ko is normally not included in Kconfig help, make it consistent.

Signed-off-by: Pavel Machek 
Signed-off-by: Jiri Kosina

connector: create connector workqueue only while needed once

2009-02-03T07:22:04+00:00

The netlink connector uses its own workqueue to relay the datas sent
from userspace to the appropriate callback.  If you launch the test
from Documentation/connector and change it a bit to send a high flow
of data, you will see thousands of events coming to the "cqueue"
workqueue by looking at the workqueue tracer.

This flow of events can be sent very quickly. So, to not encumber the
kevent workqueue and delay other jobs, the "cqueue" workqueue should
remain.

But this workqueue is pointless most of the time, it will always be
created (assuming you have built it of course) although only
developpers with specific needs will use it.

So avoid this "most of the time useless task", this patch proposes to
create this workqueue only when needed once.  The first jobs to be
sent to connector callbacks will be sent to kevent while the "cqueue"
thread creation will be scheduled to kevent too.

The following jobs will continue to be scheduled to keventd until the
cqueue workqueue is created, and then the rest of the jobs will
continue to perform as usual, through this dedicated workqueue.

Each time I tested this patch, only the first event was sent to
keventd, the rest has been sent to cqueue which have been created
quickly.

Also, this patch fixes some trailing whitespaces on the connector files.

Signed-off-by: Frederic Weisbecker 
Acked-by: Evgeniy Polyakov 
Signed-off-by: David S. Miller

CRED: Use RCU to access another task's creds and to release a task's own creds

2008-11-13T23:39:19+00:00

Use RCU to access another task's creds and to release a task's own creds.
This means that it will be possible for the credentials of a task to be
replaced without another task (a) requiring a full lock to read them, and (b)
seeing deallocated memory.

Signed-off-by: David Howells 
Acked-by: James Morris 
Acked-by: Serge Hallyn 
Signed-off-by: James Morris

CRED: Separate task security context from task_struct

2008-11-13T23:39:16+00:00

Separate the task security context from task_struct.  At this point, the
security data is temporarily embedded in the task_struct with two pointers
pointing to it.

Note that the Alpha arch is altered as it refers to (E)UID and (E)GID in
entry.S via asm-offsets.

With comment fixes Signed-off-by: Marc Dionne 

Signed-off-by: David Howells 
Acked-by: James Morris 
Acked-by: Serge Hallyn 
Signed-off-by: James Morris

CONNECTOR: add a proc entry to list connectors

2008-06-28T03:03:24+00:00

I got a problem when I wanted to check if the kernel supports process
event connector, and It seems there's no way to do this check.

At best I can check if the kernel supports connector or not, by looking
into /proc/net/netlink, or maybe checking the return value of bind() to
see if it's ENOENT.

So it would be useful to add /proc/net/connector to list all supported
connectors:
 # cat /proc/net/connector
 Name            ID
 connector       4294967295:4294967295
 cn_proc         1:1
 w1              3:1

Changelog:
- fix memory leak: s/seq_release/single_release
- use spin_lock_bh instead of spin_lock_irqsave

Signed-off-by: Li Zefan 
Acked-by: Evgeniy Polyakov 
Signed-off-by: David S. Miller

connector: convert to single-threaded workqueue

2008-03-24T04:51:12+00:00

From: Evgeniy Polyakov 

We don't need one cqueue thread for each CPU.  cqueue is used for
receiving userspace datagrams, which are very rare and thus will
happily live with a single queue.

Signed-off-by: Andrew Morton 
Signed-off-by: David S. Miller