| To: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: request_module while holding rtnl semaphore |
| From: | Thomas Graf <tgraf@xxxxxxx> |
| Date: | Wed, 10 Nov 2004 12:56:45 +0100 |
| Cc: | Patrick McHardy <kaber@xxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <20041110114209.GA11336@xxxxxxxxxxxxxxxxxxx> |
| References: | <E1CQDcP-0003ff-00@xxxxxxxxxxxxxxxxxxxxxxxx> <20041109161126.376f755c.davem@xxxxxxxxxxxxx> <20041110010113.GJ31969@xxxxxxxxxxxxxx> <41916A91.3080107@xxxxxxxxx> <20041110012251.GK31969@xxxxxxxxxxxxxx> <41916F0B.5010809@xxxxxxxxx> <20041110013941.GL31969@xxxxxxxxxxxxxx> <20041110014125.GA7302@xxxxxxxxxxxxxxxxxxx> <20041110113236.GM31969@xxxxxxxxxxxxxx> <20041110114209.GA11336@xxxxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
* Herbert Xu <20041110114209.GA11336@xxxxxxxxxxxxxxxxxxx> 2004-11-10 22:42 > On Wed, Nov 10, 2004 at 12:32:36PM +0100, Thomas Graf wrote: > > > > Agreed. I'm used to huge filter configurations up to 100 MiB per > > netlink message and therefore I do care whether such as message is > > 100MiB!? How did you manage to stuff that into one linear skb? It's splitted over multiple netlink messages. My classifier keeps appending the messages in a hash table referenced by the sequence number until a flag is set marking the end and then processes the whole message. It's ugly but it works and is atomic without locking over multiple netlink messages. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: request_module while holding rtnl semaphore, Herbert Xu |
|---|---|
| Next by Date: | Re: 2.6.10-rc1-mm4 -1 EAGAIN after allocation failure was: Re: Kernel 2.6.9 Multiple Page Allocation Failures, Stefan Schmidt |
| Previous by Thread: | Re: request_module while holding rtnl semaphore, Herbert Xu |
| Next by Thread: | Re: request_module while holding rtnl semaphore, Patrick McHardy |
| Indexes: | [Date] [Thread] [Top] [All Lists] |