|
Re: freeing skbuff in l2cap_chan_send: msg#00027linux.bluez.devel
I was mistaken. This is not a bug. Aaron On Mon, 13 Sep 2004, Aaron Klish wrote: > In l2cap_chan_send (l2cap.c), it appears as though the > initial skbuff allocated to store data > passed in the msg parameter is not freed > if the buffer must be fragmented to send > to HCI. > > The skbuff and its associated fragment list > is passed to hci by calling hci_send_acl. > > This in turn places all the individual fragments > on a tx queue. > > The individual fragment skbuffs are freed when they are written > to the tty device (I am looking at the case where HCI uart is used). > > However, the original l2cap skbuff allocated to store the > entire l2cap frame never appears to be freed. > > I am looking at mh17 on a 2.4.20 kernel. > > Is this a bug or am I missing something here? > > Thanks. > > Aaron > > -- ------------ Aaron Klish Bluetooth Software Engineer Motorola PCS PH# (217) 384-8598 FX# (217) 384-8550 [X] Motorola General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | freeing skbuff in l2cap_chan_send: 00027, Aaron Klish |
|---|---|
| Next by Date: | RE: Rfcomm use count: 00027, Marcel Holtmann |
| Previous by Thread: | freeing skbuff in l2cap_chan_sendi: 00027, Aaron Klish |
| Next by Thread: | Fwd: reduce hci connect time: 00027, murdok |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |