| To: | chas3@xxxxxxxxxxxxxxxxxxxxx |
|---|---|
| Subject: | Re: [PATCH][ATM]: [clip] fix race between modifying entry->vccs and clip_start_xmit() |
| From: | Francois Romieu <romieu@xxxxxxxxxxxxx> |
| Date: | Mon, 15 Sep 2003 22:59:01 +0200 |
| Cc: | davem@xxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <200309151911.h8FJBKSa003299@ginger.cmf.nrl.navy.mil>; from chas@cmf.nrl.navy.mil on Mon, Sep 15, 2003 at 03:11:21PM -0400 |
| References: | <200309151911.h8FJBKSa003299@ginger.cmf.nrl.navy.mil> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.2.5.1i |
chas williams <chas@xxxxxxxxxxxxxxxx> : [unlink_clip_vcc() locking change] Afaik unlink_clip_vcc() can be called from a clip_push() issued in IRQ context through vcc->push() in a device driver as well as from user-space through vcc_ioctl()/ATMARP_SETENTRY. If the lock is taken by user-space first, what avoids that unlink_clip_vcc(IRQ) deadlocks on it ? No comment for the clip_start_xmit() part btw. -- Ueimor |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH] [bonding] Convert /proc to seq_file, Amir Noam |
|---|---|
| Next by Date: | [PATCH] ipvs -- print statistics in decimal., Stephen Hemminger |
| Previous by Thread: | [PATCH][ATM]: [clip] fix race between modifying entry->vccs and clip_start_xmit(), chas williams |
| Next by Thread: | Re: [PATCH][ATM]: [clip] fix race between modifying entry->vccs and clip_start_xmit(), chas williams |
| Indexes: | [Date] [Thread] [Top] [All Lists] |