Re: Linux 2.6.13-rc4 (snd-cs46xx)

2005-08-02 Thread Steven Rostedt
On Tue, 2005-08-02 at 12:13 -0400, Bill Davidsen wrote: > You are hardly the first person to implement the "it doesn't work right, > but it sure is FAST!" algorithm. > I would actually call it the "It works _most_ of the time, and it sure is FAST!" algorithm. It's a step up from what you mentio

Re: Linux 2.6.13-rc4 (snd-cs46xx)

2005-08-02 Thread Bill Davidsen
Steven Rostedt wrote: On Fri, 2005-07-29 at 10:29 -0700, Linus Torvalds wrote: On Fri, 29 Jul 2005, Cal Peake wrote: Thanks Andrew! Indeed your suspicions are correct. Adding in all the debugging moved the problem around, it now shows itself when probing parport. Upon further investigation r

Re: Linux 2.6.13-rc4 (snd-cs46xx)

2005-07-29 Thread Steven Rostedt
On Fri, 2005-07-29 at 10:29 -0700, Linus Torvalds wrote: > > On Fri, 29 Jul 2005, Cal Peake wrote: > > > > Thanks Andrew! Indeed your suspicions are correct. Adding in all the > > debugging moved the problem around, it now shows itself when probing > > parport. Upon further investigation revert

Re: Linux 2.6.13-rc4 (snd-cs46xx)

2005-07-29 Thread Cal Peake
On Fri, 29 Jul 2005, Linus Torvalds wrote: > Thanks. Just out of interest, does this patch fix it instead? Indeed it does, thanks Linus! -cp > > diff --git a/include/asm-i386/bitops.h b/include/asm-i386/bitops.h > --- a/include/asm-i386/bitops.h > +++ b/include/asm-i386/bitops.h > @@ -335,

Re: Linux 2.6.13-rc4 (snd-cs46xx)

2005-07-29 Thread Linus Torvalds
On Fri, 29 Jul 2005, Cal Peake wrote: > > Thanks Andrew! Indeed your suspicions are correct. Adding in all the > debugging moved the problem around, it now shows itself when probing > parport. Upon further investigation reverting the commit below seems to > have nixed the problem. Thanks. Ju

Re: Linux 2.6.13-rc4 (snd-cs46xx)

2005-07-29 Thread Cal Peake
On Thu, 28 Jul 2005, Andrew Morton wrote: > The procfs inode IDR tree is scrogged. I'd be suspecting a random memory > scribble. I'd suggest that you enable CONFIG_DEBUG_SLAB, > CONFIG_DEBUG_PAGEALLOC, CONFIG_DEBUG_everything_else and retest. > > If that doesn't show anything, try eliminating s

Re: Linux 2.6.13-rc4 (snd-cs46xx)

2005-07-28 Thread Andrew Morton
Cal Peake <[EMAIL PROTECTED]> wrote: > > Hi, > > Getting this nastiness when probing snd-cs46xx: > > Unable to handle kernel paging request at virtual address 000a75a8 > ... > EIP is at sub_alloc+0x42/0x170 > ... > [] idr_get_new_above_int+0x78/0x120 > [] idr_get_new+0x1f/0x50 > [] get_inode_n

Re: Linux 2.6.13-rc4 (snd-cs46xx)

2005-07-28 Thread Cal Peake
Hi, Getting this nastiness when probing snd-cs46xx: Unable to handle kernel paging request at virtual address 000a75a8 printing eip: c01afe52 *pde = Oops: [#1] Modules linked in: snd_cs46xx gameport snd_rawmidi snd_seq_device snd_ac97_codec snd_pcm snd_timer snd soundcore snd_page