Re: Linux 2.4.4-ac10: Oops -> 2.4.4

Thus spake Alan Cox ([EMAIL PROTECTED]): > Can you boot a kernel without fdomain.c compiled in next Yes, but I am too stupid: there were a faillure in my patch-2.4.4-ac10.bz2, which is 0 bits so I have bunzip -c patch-2.4.4-ac10.bz2|patch -p1 -s with an empty file :-(( That mean I compiled

Re: Linux 2.4.4-ac10: Oops

Thus spake Alan Cox ([EMAIL PROTECTED]): > > SCSI subsystem driver Revision: 1.00 > > PCI: Found IRQ 11 for device 00:0b.0 > > Unable to handle kernel NULL pointer dereference at virtual address 000 > > printing eip: > > What scsi drivers do you have and which are on IRQ 11 I have two:

Re: Linux 2.4.4-ac10: Oops

Thus spake Alan Cox ([EMAIL PROTECTED]): SCSI subsystem driver Revision: 1.00 PCI: Found IRQ 11 for device 00:0b.0 Unable to handle kernel NULL pointer dereference at virtual address 000 printing eip: What scsi drivers do you have and which are on IRQ 11 I have two: 00:0b.0 SCSI

Re: Linux 2.4.4-ac10: Oops - 2.4.4

Thus spake Alan Cox ([EMAIL PROTECTED]): Can you boot a kernel without fdomain.c compiled in next Yes, but I am too stupid: there were a faillure in my patch-2.4.4-ac10.bz2, which is 0 bits so I have bunzip -c patch-2.4.4-ac10.bz2|patch -p1 -s with an empty file :-(( That mean I compiled

Linux 2.4.4-ac10: Oops

Hello, I have just compiled 2.4.4-ac10 and got: ... SCSI subsystem driver Revision: 1.00 PCI: Found IRQ 11 for device 00:0b.0 Unable to handle kernel NULL pointer dereference at virtual address 000 printing eip: c01d11d0 *pde = Oops: 0002 CPU: 0 EIP: 0010:[] EFLAGS: 00010282 eax:

Linux 2.4.4-ac10: Oops

Hello, I have just compiled 2.4.4-ac10 and got: ... SCSI subsystem driver Revision: 1.00 PCI: Found IRQ 11 for device 00:0b.0 Unable to handle kernel NULL pointer dereference at virtual address 000 printing eip: c01d11d0 *pde = Oops: 0002 CPU: 0 EIP: 0010:[c01d11d0] EFLAGS:

Still hudge sound problem on 2.4.4-ac2

Hello, I don't know what have changed since 2.4.4-pre6 or 2.4.3-ac13 which are the last kernel I had tested before 2.4.4 which introduced that sound problem... I have a sound card, but I don't load the modules for it: I just use my DVB-s card from Hauppauge to watch TV or playing DVD. It

Re: Linux 2.4.4-ac2 Compilation error...

Thus spake Alan Cox ([EMAIL PROTECTED]): > 2.4.4-ac2 I got: gcc -D__KERNEL__ -I/usr/src/linux-2.4.4-ac2/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing +-pipe -mpreferred-stack-boundary=2 -march=i686-c -o pci-pc.o pci-pc.c {standard input}: Assembler

Re: Linux 2.4.4-ac2 Compilation error...

Thus spake Alan Cox ([EMAIL PROTECTED]): 2.4.4-ac2 I got: gcc -D__KERNEL__ -I/usr/src/linux-2.4.4-ac2/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing +-pipe -mpreferred-stack-boundary=2 -march=i686-c -o pci-pc.o pci-pc.c {standard input}: Assembler

Still hudge sound problem on 2.4.4-ac2

Hello, I don't know what have changed since 2.4.4-pre6 or 2.4.3-ac13 which are the last kernel I had tested before 2.4.4 which introduced that sound problem... I have a sound card, but I don't load the modules for it: I just use my DVB-s card from Hauppauge to watch TV or playing DVD. It

Re: 2.4.4 Sound corruption

Thus spake Steven Walter ([EMAIL PROTECTED]): > I'm also seeing what would appear to be exactly this. > > The problem, for me, doesn't occur when I write directly to /dev/dsp > (i.e., use the OSS output plugin for xmms). The problem only occurs > with esd. > > It would appear that something

Re: 2.4.4 Sound corruption

Thus spake Steven Walter ([EMAIL PROTECTED]): I'm also seeing what would appear to be exactly this. The problem, for me, doesn't occur when I write directly to /dev/dsp (i.e., use the OSS output plugin for xmms). The problem only occurs with esd. It would appear that something in the

Re: USB with 2.4.3-ac{1,3,7} without devfs-> aic7xxx ?

Thus spake Johannes Erdfelt ([EMAIL PROTECTED]): > http://www.linux-usb.org Thanks, I'll go there ;-) > > Sorry for the strange looking of my copy and paste to vim... > > You may want to turn off auto-indent under vim, or you can always just > remove the excess spaces by hand. Thanks also

Re: USB with 2.4.3-ac{1,3,7} without devfs-> aic7xxx ?

Thus spake Johannes Erdfelt ([EMAIL PROTECTED]): > You should probably bring up things like this on the Linux USB list. Well, where is that mailing list? > What does /proc/interrupts show for the 2.4.3-ac7 case? Exactly the same as the one from 2.4.3: CPU0 0:

Re: USB with 2.4.3-ac{1,3,7} without devfs- aic7xxx ?

Thus spake Johannes Erdfelt ([EMAIL PROTECTED]): You should probably bring up things like this on the Linux USB list. Well, where is that mailing list? What does /proc/interrupts show for the 2.4.3-ac7 case? Exactly the same as the one from 2.4.3: CPU0 0:

Re: USB with 2.4.3-ac{1,3,7} without devfs- aic7xxx ?

Thus spake Johannes Erdfelt ([EMAIL PROTECTED]): http://www.linux-usb.org Thanks, I'll go there ;-) Sorry for the strange looking of my copy and paste to vim... You may want to turn off auto-indent under vim, or you can always just remove the excess spaces by hand. Thanks also for that

USB with 2.4.3-ac{1,3,7} without devfs

Hello, Under 2.4.3 I manage uploading photo from my Digital IXUS using USB_UHCI with s10h, but under ac series, I don't manage, only other things I have changed is removing devfs which I don't need in fact... from dmesg (2.4.3): ... usb.c: registered new driver usbdevfs usb.c: registered new

USB with 2.4.3-ac{1,3,7} without devfs

Hello, Under 2.4.3 I manage uploading photo from my Digital IXUS using USB_UHCI with s10h, but under ac series, I don't manage, only other things I have changed is removing devfs which I don't need in fact... from dmesg (2.4.3): ... usb.c: registered new driver usbdevfs usb.c: registered new

Re: [PATCH] aicasm db3 fiasco

Thus spake Chmouel Boudjnah ([EMAIL PROTECTED]): > FAVRE Gregoire <[EMAIL PROTECTED]> writes: > > > thanks for your answer, I cannot apply your patch, don't know why, but > > readind it I think it won't change anything for me: I have db3 (I have a > > Mandr

Re: linux-2.4.2-ac1[67] aicam compil error

Thus spake FAVRE Gregoire ([EMAIL PROTECTED]): > Sorry if that has already been posted, I read the m-l via newsgroups. > When I try to compile, I got: > `/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx/aicasm' > kgcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c > aic

Re: linux-2.4.2-ac1[67] aicam compil error

Thus spake FAVRE Gregoire ([EMAIL PROTECTED]): Sorry if that has already been posted, I read the m-l via newsgroups. When I try to compile, I got: `/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx/aicasm' kgcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c aicasm_symbol.c -o aicasm

Re: [PATCH] aicasm db3 fiasco

Thus spake Chmouel Boudjnah ([EMAIL PROTECTED]): FAVRE Gregoire [EMAIL PROTECTED] writes: thanks for your answer, I cannot apply your patch, don't know why, but readind it I think it won't change anything for me: I have db3 (I have a Mandrake...). on which version ? it works fine

Re: [PATCH] aicasm db3 fiasco

Thus spake FAVRE Gregoire ([EMAIL PROTECTED]): > The files exist but aren't seen??? I have tried to change the path to > them, that don't change anything??? If I put absolut path, that go further... > I don't understand why... But: make[4]: Entering directory `/usr/src/linux-2

Re: [PATCH] aicasm db3 fiasco

Thus spake Nathan Dabney ([EMAIL PROTECTED]): > Debian does not use db3 at all, yet. > > Applies against 2.4.2-ac17 Hello, thanks for your answer, I cannot apply your patch, don't know why, but readind it I think it won't change anything for me: I have db3 (I have a Mandrake...). >From my

linux-2.4.2-ac1[67] aicam compil error

Hello, Sorry if that has already been posted, I read the m-l via newsgroups. When I try to compile, I got: make[4]: Entering directory `/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx' make -C aicasm make[5]: Entering directory `/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx/aicasm' kgcc

linux-2.4.2-ac1[67] aicam compil error

Hello, Sorry if that has already been posted, I read the m-l via newsgroups. When I try to compile, I got: make[4]: Entering directory `/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx' make -C aicasm make[5]: Entering directory `/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx/aicasm' kgcc

Re: [PATCH] aicasm db3 fiasco

Thus spake Nathan Dabney ([EMAIL PROTECTED]): Debian does not use db3 at all, yet. Applies against 2.4.2-ac17 Hello, thanks for your answer, I cannot apply your patch, don't know why, but readind it I think it won't change anything for me: I have db3 (I have a Mandrake...). From my

Re: [PATCH] aicasm db3 fiasco

Thus spake FAVRE Gregoire ([EMAIL PROTECTED]): The files exist but aren't seen??? I have tried to change the path to them, that don't change anything??? If I put absolut path, that go further... I don't understand why... But: make[4]: Entering directory `/usr/src/linux-2.4.2-ac17/drivers

IRQ advice (2.4.2-ac7)

Hello, as I boot some times under windows, i have to change my IRQ for my PCI devices to (all) 9... and all the times I tried to boot that way under linux, it doesn't boot... So I haven't tested it that way for ages... and now with 2.4.2-ac7 i booted without any problem that way: cat

IRQ advice (2.4.2-ac7)

Hello, as I boot some times under windows, i have to change my IRQ for my PCI devices to (all) 9... and all the times I tried to boot that way under linux, it doesn't boot... So I haven't tested it that way for ages... and now with 2.4.2-ac7 i booted without any problem that way: cat

Re: Hudge collection of Oops ;-) (DVB and bttv

On Sat, Oct 14, 2000 at 01:19:50PM +0200, Torben Mathiasen wrote: > > http://ulima.unil.ch/greg/linux/ > It would be much easier if you could try to narrow down exacly what breaks. > If these opps's are reproduceable, please try removing some of your drivers. > SCSI had an overhaul lately, so it