linux-toradex.git/drivers/connector/cn_queue.c, branch v2.6.33.12

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

2009-10-02T17:54:05+00:00

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

connector: Provide the sender's credentials to the callback

2009-10-02T17:54:01+00:00

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

connector: Keep the skb in cn_callback_data

2009-10-02T17:53:58+00:00

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

Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6

2009-07-24T02:03:51+00:00

Conflicts:
	drivers/net/wireless/iwmc3200wifi/netdev.c
	net/wireless/scan.c

connector: maintainer/mail update.

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

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

connector: make callback argument type explicit

2009-07-17T17:13:21+00:00

The connector documentation states that the argument to the callback
function is always a pointer to a struct cn_msg, but rather than encode it
in the API itself, it uses a void pointer everywhere.  This doesn't make
much sense to encode the pointer in documentation as it prevents proper C
type checking from occurring and can easily allow people to use the wrong
pointer type.  So convert the argument type to an explicit struct cn_msg
pointer.

Signed-off-by: Mike Frysinger 
Signed-off-by: David S. Miller

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

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

[CONNECTOR]: Cleanup struct cn_callback_entry

2008-01-28T23:00:40+00:00

- 'cb' is a fake struct member. In a previous patch struct cn_callback
was renamed to cn_callback_id, so 'cb' should have been deleted at that
time.

- 'nls' isn't used and is redundant, we can retrieve this data through
cn_callback_entry.pdev->nls.

- 'seq' and 'group' should be u32, as they are declared to be u32 in
other places.

Signed-off-by: Li Zefan 
Signed-off-by: David S. Miller

[CONNECTOR]: Cleanup struct cn_queue_dev

2008-01-28T23:00:39+00:00

Struct member netlink_groups is never used, and I don't see how it can
be useful.

Signed-off-by: Li Zefan 
Signed-off-by: David S. Miller