(and here's a follow-up I sent as a result of David's response... again, sorry if it's a duplicate) > -----Original Message----- > From: David S. Miller [mailto:davem@redhat.com] > Sent: Thursday, March 20, 2003 12:44 AM > > You can't call sendmsg() and friends from BH context. > Create a kernel thread for your driver, queue the packet to > him and wake that thread up. > Thanks for the response, David. I'm trying (as much as possible anyway) to model this off of similar drivers (*), neither of which rely on a kernel thread. So while the kernel thread might resolve this issue, my spidey-sense is telling me I'm still missing something fundamental. Probably better if I can keep the data in the form of an sk_buff, perhaps using something like dev_queue_xmit()? I'd done that initially, but my net_device had no qdisc registered, so it was noop'ing. I've yet to get around that little problem :( (*) PPPoE is the closest match, except I'm trying to send the PPP frame out a UDP socket whereas they use the PPPoX socket family. -- Gary Cote gcote@transat-tech.com - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
