Messages in this thread | | | Subject | Re: scheduling while atomic and DEBUG_SPINLOCK_SLEEP | From | Arjan van de Ven <> | Date | Wed, 27 Jun 2007 06:28:40 -0700 |
| |
On Wed, 2007-06-27 at 02:26 -0400, Jon Ringle wrote: > Arjan van de Ven wrote: > > On Tue, 2007-06-26 at 22:55 -0400, Jon Ringle wrote: > > > >> Hello, > >> Out of these two, the first one that is showing "in_atomic():1" seems > >> more likely to me to be a potential cause of the "scheduling while > >> atomic" dump. > >> > >> Does this logic seem reasonable? Are there other debugging techniques I > >> can use to narrow down the cause for the "scheduling while atomic"? > >> > > > > > > you could start by giving us pointers to the sources of the two > > drivers... without that... how can we look and help? > > > > > You can get Intel's source from here: > GPL_ixp400LinuxEthernetDriverPatch-1_5.zip: > http://downloadcenter.intel.com/detail_desc.aspx?agr=N&ProductID=2100&DwnldID=9519 > > BSD_ixp400AccessLibrary-2_1.zip: > http://downloadfinder.intel.com/scripts-df/detail_desc.asp?agr=Y&ProductID=2100&DwnldID=10146
ok that intel driver is quite buggy; I'll try to find the right folks at work. You forgot to put the URL for your driver in though; based on the backtrace it's also buggy, but without the code....
-- if you want to mail me at work (you don't), use arjan (at) linux.intel.com Test the interaction between Linux and your BIOS via http://www.linuxfirmwarekit.org
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |