On Tue, 29 May 2001, Hilik Stein wrote:
> I am running a Linux machine with a 1GB Ethernet card which takes a
> huge amount of packets, which results in many HW interrupts. is it
> possible to make sure that only CPU #1 handles all the hardware
> interrupts generated by the NIC ? or even all the
Hi
I am running a Linux machine with a 1GB Ethernet card which takes a huge
amount of packets, which results in many HW interrupts.
is it possible to make sure that only CPU #1 handles all the hardware
interrupts generated by the NIC ? or even all the hardware interrupts in the
systems if its too
ED]>
> Subject: Re: rtl8139 - kernel 2.4.3
>
> On Thu, 17 May 2001, Ted Gervais wrote:
>
> >
> > I get the following when ftping from one workstation to another.
> > Using kernel 2.4.3 and Redhat7.1:
> >
> > Assertion failed! tp->tx_info[entry].skb ==
On Thu, 17 May 2001, Ted Gervais wrote:
>
> I get the following when ftping from one workstation to another.
> Using kernel 2.4.3 and Redhat7.1:
>
> Assertion failed! tp->tx_info[entry].skb ==
>NULL,8139too.c,rtl8139_start_xmit,line=1676
> Assertion failed! tp
I get the following when ftping from one workstation to another.
Using kernel 2.4.3 and Redhat7.1:
Assertion failed! tp->tx_info[entry].skb == NULL,8139too.c,rtl8139_start_xmit,line=1676
Assertion failed! tp->tx_info[entry].mapping ==
0,8139too.c,rtl8139_start_xmit,line=1677
Assertion
Juri Haberland wrote:
>
> Andrew Morton wrote:
>
> > For non-modular drivers things are less easy. If you
> > want to force it to use 10baseT (if_port zero) then
> > it should work OK if you cheat and use mem_start=0x400.
> > So `ether=0,0,0x400'.
> >
> > For BNC, it should work just fine with
Andrew Morton wrote:
>
> Juri Haberland wrote:
> > Do you use 10Base2 (aka cheaper net)?
> > I do and after upgrading to 2.4.3 (I think) I had to force the driver to
> > use the BNC connector though the card was configured (via the little config
> > program supplied by 3com) to always use the BNC
Andrew Morton wrote:
> Juri Haberland wrote:
>>
>> Do you use 10Base2 (aka cheaper net)?
>> I do and after upgrading to 2.4.3 (I think) I had to force the driver to
>> use the BNC connector though the card was configured (via the little config
>> program supplied by 3com) to always use the BNC co
Juri Haberland wrote:
>
> [EMAIL PROTECTED] wrote:
> > Hi there,
> >
> > when i install kernel 2.4.3 or higher on my slackware
> > system the card (3c900) gets detected but doesn't do
> > anything, i also get the line "using NWAY 8" or something
[EMAIL PROTECTED] wrote:
> Hi there,
>
> when i install kernel 2.4.3 or higher on my slackware
> system the card (3c900) gets detected but doesn't do
> anything, i also get the line "using NWAY 8" or something
> like that (had to switch back to 2.4.2 to type e-ma
While compiling 2.4.3 I got the following message:
gcc -D__KERNEL__ -I/var/src/linux-2.4.3/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=i686 -DMODULE -DMODVERSIONS -include
/var/src/linux-2.4.3/include/linux/modversio
Hi there,
when i install kernel 2.4.3 or higher on my slackware
system the card (3c900) gets detected but doesn't do
anything, i also get the line "using NWAY 8" or something
like that (had to switch back to 2.4.2 to type e-mail)
wondered if anyone else had this problem and if t
I have just tried to upgrade to kernel 2.4.3 and my home grown modules
won't compile e.g:
The offending line 27 is:
#include
Could some kind kernel guru point to a source which explains the error of
my ways?
In file included from lm78.c:13:
/usr/src/linux/include/linux/kernel.h:71:
On Tue, 24 Apr 2001, [ks_c_5601-1987] ¿À´Ã°ú³»ÀÏ È«¼®¹ü wrote:
> (1) some process is not killed
> I built kernel 2.4.3 in my linux server which works in php+mysql.
> But after a few days, I found that my mysql daemon was not work.
> (But mysql process is seen)
> So I typed like t
Dual, 512M RAM and SCSI)
(1) some process is not killed
I built kernel 2.4.3 in my linux server which works in php+mysql.
But after a few days, I found that my mysql daemon was not work.
(But mysql process is seen)
So I typed like this to kill the mysql process.
kill -9 pid or
killa
Looking gain at the patches there wa only a few trivial changes made to the
audio.c, cardmi.h, mixer.c amd timer.h code.
> Yep I do. But looking at patch-2.4.3-ac10, there are lots of changes
> to the emu10k1 driver.
>
> > On Mon, 23 Apr 2001, Gary White (Network Administrator) wrote:
> >
> > Th
Yep I do. But looking at patch-2.4.3-ac10, there are lots of changes
to the emu10k1 driver.
> On Mon, 23 Apr 2001, Gary White (Network Administrator) wrote:
>
> There are no emu10k1 changes from ac9 up to ac12...
> Do you have a VIA motherboard by any chance?
>
> Rui Sousa
>
> > Since ac9 I sta
On Mon, 23 Apr 2001, Gary White (Network Administrator) wrote:
There are no emu10k1 changes from ac9 up to ac12...
Do you have a VIA motherboard by any chance?
Rui Sousa
> Since ac9 I started having a lockup when initializing KDE 2.1.1.
> Did not think that much about it since my installation h
Since ac9 I started having a lockup when initializing KDE 2.1.1.
Did not think that much about it since my installation has had libs
upgraded and patched for months. Today I decided to do a clean
distribution install and after I had the same problem. Removing
each module one at a time I finally na
Tim Wilson writes:
> Thanks for your reply. It seems I am finally talking to the right person (I
> had previously tried posting this on the pptp-server mailing list, and I
> also tried sending it to you directly, but no luck).
Sorry, life has been a little turbulent for me over the last couple o
Thanks for your reply. It seems I am finally talking to the right person (I
had previously tried posting this on the pptp-server mailing list, and I
also tried sending it to you directly, but no luck).
> Hmmm... using CCP to negotiate encryption is a Bad Idea IMHO. I know
> Microsoft does, but t
On Wed, Apr 18 2001, Mike Panetta wrote:
> I have been getting kernel panics on kernel 2.4.3
> when using the loop device on a rather regular basis.
> I get a kernel panic but no oops message. The kernel
> panic message says Kernel panic: invalid blocksize passed
> to set_blocksi
I have been getting kernel panics on kernel 2.4.3
when using the loop device on a rather regular basis.
I get a kernel panic but no oops message. The kernel
panic message says Kernel panic: invalid blocksize passed
to set_blocksize. I saw that someone else on the list
has had these problems as
This patch contains a couple of micro-optimizations for the loops in
ipc/msg.c's load_msg() and store_msg(). It works fine for me under
2.4.3.
--
-+
R H L U Scott Maxwell: | ``Life results from the non-random survival
E A I X
Sent this to l-k on Mar 4, and after the release of 2.4.3 with still no
response or fix, sent a copy to Jens Axboe on Mar 31. I have not heard
anything back to date.
Is anyone looking at this? Or at least aware of it?
Thanks.
- Forwarded message from Jim Breton <[EMAIL PROTECTED]> -
>> this for embedded devices. It just plain stupid to have VT support on
>> something like a hand held iPAQ which doesn't usually have a keyboard
>> attached. Also having fbcon built in for these devices just takes up
>
>It makes plenty of sence to have support for virtual terminals on the
>ipaq.
> this for embedded devices. It just plain stupid to have VT support on
> something like a hand held iPAQ which doesn't usually have a keyboard
> attached. Also having fbcon built in for these devices just takes up
It makes plenty of sence to have support for virtual terminals on the ipaq.
I agre
>> Yes, but they could be. Changing the Linux keycodes is a major
>> break with compatibility. If the Linux keycodes are to be changed,
>> then they ought to be become something that would allow XFree86
>> to become keyboard-independent. Why invent yet another encoding?
>
>You dont need to break
Alan Cox <[EMAIL PROTECTED]> writes:
> > Yes, but they could be. Changing the Linux keycodes is a major
> > break with compatibility. If the Linux keycodes are to be changed,
> > then they ought to be become something that would allow XFree86
> > to become keyboard-independent. Why invent yet ano
> Yes, but they could be. Changing the Linux keycodes is a major
> break with compatibility. If the Linux keycodes are to be changed,
> then they ought to be become something that would allow XFree86
> to become keyboard-independent. Why invent yet another encoding?
You dont need to break compati
Guest section DW writes:
> On Mon, Apr 16, 2001 at 12:29:11AM -0600, Eric W. Biederman wrote:
>> If we can try to keycodes in 8-bits it would be nice. The difficulty
>> is that X cannot handle more than 8-bits without telling it you have
>> multiple keyboards. The keycode (at least in X) is exp
On Mon, Apr 16, 2001 at 12:29:11AM -0600, Eric W. Biederman wrote:
> If we can try to keycodes in 8-bits it would be nice. The difficulty
> is that X cannot handle more than 8-bits without telling it you have
> multiple keyboards. The keycode (at least in X) is exported to
> X applications. Th
"Albert D. Cahalan" wrote:
>
> H. Peter Anvin writes:
>
> > This means you don't have to configure two levels (scancodes ->
> > keycodes and keycodes -> keymap); since currently the keycodes are
> > keyboard-specific anyway there is no benefit to the two levels.
>
> The medium-raw level ought t
H. Peter Anvin writes:
> This means you don't have to configure two levels (scancodes ->
> keycodes and keycodes -> keymap); since currently the keycodes are
> keyboard-specific anyway there is no benefit to the two levels.
The medium-raw level ought to be what the X11R6 protocol uses.
Then the
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]> of
> linux.dev.kernel, you write:
> > On Fri, Apr 13, 2001 at 03:02:19PM +0200, Jan Dvorak wrote:
> >
> > > i recently met with a new (Unisys) keyboard, which have (among 'normal'
> > > windows keys) 3 more keys on top
> [One of the things for 2.5 is 15- or 31-bit keycodes.
> The 7-bits we have today do no longer suffice. I have a 132-key keyboard.]
Or for 2.5.X you could use EVIOCGKEYCODE or EVIOCSKEYCODE using
/dev/eventX. Also the input api supports up to 220 different keys and
could support up to 255. If y
Followup to: <[EMAIL PROTECTED]>
By author:Jan Dvorak <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Sat, Apr 14, 2001 at 12:21:20AM +0200, Guest section DW wrote:
> > No, these codes cannot be larger than 127 today.
> > You can use the utility setkeycodes to assign keycodes to the
On Sat, Apr 14, 2001 at 12:21:20AM +0200, Guest section DW wrote:
> No, these codes cannot be larger than 127 today.
> You can use the utility setkeycodes to assign keycodes to these keys.
I always tought it is 8bit - more-than-128-keys keyboards exists quite long
time.
> [One of the things for
In article <[EMAIL PROTECTED]> of
linux.dev.kernel, you write:
> On Fri, Apr 13, 2001 at 03:02:19PM +0200, Jan Dvorak wrote:
>
> > i recently met with a new (Unisys) keyboard, which have (among 'normal'
> > windows keys) 3 more keys on top of arrows, labeled by pictures as
> > halfsun, halfmoon,
On Fri, Apr 13, 2001 at 03:02:19PM +0200, Jan Dvorak wrote:
> i recently met with a new (Unisys) keyboard, which have (among 'normal'
> windows keys) 3 more keys on top of arrows, labeled by pictures as
> halfsun, halfmoon, and power switch. Following patch adds 'support' for them
> +#define E0_
Hi,
i recently met with a new (Unisys) keyboard, which have (among 'normal'
windows keys) 3 more keys on top of arrows, labeled by pictures as
halfsun, halfmoon, and power switch. Following patch adds 'support' for them
(or at least gets rid of 'unknown scancode' messages), but beacuse i am
new t
Note: I am not a list memeber, please CC me in replies.
I recently tried upgrading to kernel 2.4.3 on my laptop. After checking
through documentation and all that happy stuff it would seem that the
CONFIG_PCMCIA_APA1480 option should exist (as in
Documentation/Configure.help) however it
Hello!
In case somebody is interested ...
The new Adaptec SCSI host-adapter driver "aic7xxx 6.1.5" in
Linux kernel 2.4.3 (compiled on a RedHat 7.0 system) doesn't
recognize my Yamaha CRW4416S CD-ReWriter. It also outputs some
error messages saying "request_module[scs
Hi!
I downloaded the patch to kernel 2.4.3 but it just doesn't compile on my
system! I have been using kernel 2.4 since 2.4.0-test8 without problems...
Here are the last lines of the compilation output: (in Portuguese)
make[2]: Saindo do diretório `/usr/src/linux/arch/i386/lib'
make[
I also have seen the Kernel BUG at highmem.c:155 problem on a machine
I am testing. It is a Dell 8 processor P-III 700Mhz with 8GB of
memory and Linux 2.4.3 + a knfsd and quota patch for reiserfs. When
doing 5 simultaneous kernel compiles from another machine mounting the
8 processor one over nf
On Tue, Apr 10, 2001 at 12:57:43PM -0500, Ryan Hairyes wrote:
> Could some one tell me what modules need to be selected to
> make ppp successfully dialup and stay connected with 2.4.3?
> Or give me somewhere to look for this answer.
ppp_async. You can load it by 'modprobe ppp_async'.
--Willia
Hello All,
Could some one tell me what modules need to be selected to
make ppp successfully dialup and stay connected with 2.4.3?
Or give me somewhere to look for this answer.
Thanks in advance.
Ryan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
Hi All
This is quite a long email which I have split in two for those that are
interested problem and background...
---Problem---
Kernel Panic Occured with Messages:
Kernel BUG at highmem.c:155
Invalid Operand With sshd somewhere in the mix.
Unfortunately I did a task dump with SYSRQ be
Jeff Garzik said:
[snip conversation about NETDEV WATCHDOG errors on ADMTek Comet tulip clone
card]
>
> Ok, this should be fixed in the latest patches sent to Alan and Linus.
Testing with 2.4.3-ac3 and so far, so good. Thanks!
--
Manuel A. McLure - Unify Corp. Technical Support <[EMAIL PROTECTE
Patrick Shirkey <[EMAIL PROTECTED]> writes:
> I am having trouble installing modules. The command hangs at the
> following point in the install...
>
> ---
> Finished dependencies of target file `_modinst_post'.
> Must remake target `_modinst_post'.
> if [ -r System.map ]; the
from chain.
---
Can anyone tell me how to fix this prob?
My system is:
Mandrake 7.0
kernel 2.4.3 nee 2.2.14-15mdk
[root@localhost linux]# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine
Hi,
I try to compile kernel downloaded from
ftp.kernel.org.
I have all programs that this kernel require.
But I can't compile kernel :(
Ooops, can't compile kernel modules:
[...]
make[3]: Opuszczam katalog `/users/cieciwa/rpm/BUILD/linux/drivers/media/radio'
make -C video modules
make[3]: Wchod
Right after a boot, I got 5 oopsen within about 8 minutes. There are
only two unique ones, which are attached. Each one occured at least
twice. Someone know what's going on?
--
-Steven
Freedom is the freedom to say that two plus two equals four.
ksymoops 2.3.4 on i586 2.4.3. Options used
I'm getting some interesting behavior with the 2.4.3 serial driver and
agetty.
This system uses the onboard serial port (ttyS0) for a serial console
(console=ttyS0,38400) along with the VGA port. If I try to start an
agetty on this line (agetty -L ttyS0 38400), it gets as far as
outputting "Debi
>
>Hi
>
>This driver seems to be pretty broken, the way it is. It does not compile.
>The new author, Justin T. Gibbs, has been careful in avoiding to mention
>his e-mail address in his code :-(
I actually don't believe in putting email address in code. They become
stale far too easily. If you e
Hi
This driver seems to be pretty broken, the way it is. It does not compile.
The new author, Justin T. Gibbs, has been careful in avoiding to mention
his e-mail address in his code :-( Hence the post to this list.
As the first problem, the compile stops in aicasm_gram.c because in
aicasm_gram.
"Manuel A. McLure" wrote:
>
> Jeff Garzik wrote:
> > On Fri, 30 Mar 2001, Manuel A. McLure wrote:
> > > It looks like the tulip driver isn't as up-to-date as the one from
> > > 2.4.2-ac20 - when is 2.4.3-ac1 due? :-) I got NETDEV
> > WATCHDOG errors shortly
> > > after rebooting with 2.4.3, altho
Good morning and excuse for disturbing you
I have to mantain an HP netserver lh4 in Statale University of Milan (Italy).
Due to some routing issues I would like to switch to kernel 2.4.
I'm not a kernel hacjer but I have already installed it on two nobrand boxes
(one with redhat 6.1 and the othe
This patch contains several small bug fixes and micro-optimizations
for SysV IPC code in the 2.4.3 kernel. Summary:
* testmsg(): "return expr;" beats "if (expr) return 1; ... return 0;"
* pipelined_send() was setting q_lspid instead of q_lrpid.
* sys_msgrcv() had redundan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Apr 02, 2001 at 02:12:40PM +0200, Yann Dupont wrote:
> Is oracle 8.1.5 + Kernel 2.4.3 a sane combination ?
> In general is oracle + Kernel 2.4 working ?
2.4.3 I can't speak for, but we have been running our development server (O
Le 02 Apr 2001 23:04:50 +0100, Alan Cox a écrit :
> > I noticed that 2.4.3 contains some fixs for shared memory -
> > So the final question IS :
> >
> > Is oracle 8.1.5 + Kernel 2.4.3 a sane combination ?
>
> Probably not yet but getting closer.
Ok, thanks for
> > buz.c: In function `v4l_fbuffer_alloc':
> > buz.c:188: `KMALLOC_MAXSIZE' undeclared (first use in this function)
> > buz.c:188: (Each undeclared identifier is reported only once
> > buz.c:188: for each function it appears in.)
>
> Easy solution -- just delete the entire test
>
> if (si
> I noticed that 2.4.3 contains some fixs for shared memory -
> So the final question IS :
>
> Is oracle 8.1.5 + Kernel 2.4.3 a sane combination ?
Probably not yet but getting closer.
> In general is oracle + Kernel 2.4 working ?
Ditto.
The shm and rawio fixes are ve
nable to be modified /
stuck)
I noticed that 2.4.3 contains some fixs for shared memory -
So the final question IS :
Is oracle 8.1.5 + Kernel 2.4.3 a sane combination ?
In general is oracle + Kernel 2.4 working ?
(BTW, if that matter this is on a 4-xeon Proc + 3GB ram)
Yann Dupont.
--
\|/ \
1. Kernel 2.4.3 oops when hard linking UMSDOS files
2. I can consistently generate a kernel oops by creating a file on
a UMSDOS file system, and attempting to create a hard link to it.
The same procedure has always worked fine on the 2.2 seriels
kernels.
3. umsdos, link, hard
Jeff Garzik wrote:
> On Fri, 30 Mar 2001, Manuel A. McLure wrote:
> > It looks like the tulip driver isn't as up-to-date as the one from
> > 2.4.2-ac20 - when is 2.4.3-ac1 due? :-) I got NETDEV
> WATCHDOG errors shortly
> > after rebooting with 2.4.3, although these were of the
> "slow/packet lo
On Fri, 30 Mar 2001, Manuel A. McLure wrote:
> It looks like the tulip driver isn't as up-to-date as the one from
> 2.4.2-ac20 - when is 2.4.3-ac1 due? :-) I got NETDEV WATCHDOG errors shortly
> after rebooting with 2.4.3, although these were of the "slow/packet lossy"
> type I got with 2.4.2-ac20
Jeff Garzik wrote:
> On Fri, 30 Mar 2001, Manuel A. McLure wrote:
>
> > Jeff Garzik wrote:
> > > On Fri, 30 Mar 2001, Manuel A. McLure wrote:
> > >
> > > > ...
> > > > gcc -D__KERNEL__ -I/usr/src/linux/include -Wall
> > > -Wstrict-prototypes -O2
> > > > -fomit-frame-pointer -fno-strict-aliasing
On Fri, 30 Mar 2001, Manuel A. McLure wrote:
> Jeff Garzik wrote:
> > On Fri, 30 Mar 2001, Manuel A. McLure wrote:
> >
> > > ...
> > > gcc -D__KERNEL__ -I/usr/src/linux/include -Wall
> > -Wstrict-prototypes -O2
> > > -fomit-frame-pointer -fno-strict-aliasing -pipe
> > -mpreferred-stack-bound
Jeff Garzik wrote:
> On Fri, 30 Mar 2001, Manuel A. McLure wrote:
>
> > ...
> > gcc -D__KERNEL__ -I/usr/src/linux/include -Wall
> -Wstrict-prototypes -O2
> > -fomit-frame-pointer -fno-strict-aliasing -pipe
> -mpreferred-stack-boundary=2
> > -march=athlon -DMODULE -DMODVERSIONS -include
> > /us
On Fri, 30 Mar 2001, Manuel A. McLure wrote:
> ...
> gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
> -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
> -march=athlon -DMODULE -DMODVERSIONS -include
> /usr/src/linux/include/linux/modversions
...
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=athlon -DMODULE -DMODVERSIONS -include
/usr/src/linux/include/linux/modversions.h -c -o buz.o buz.c
buz.c: In function `v4l_fbuffer_all
With linux kernel version 2.4.3 my SCSI CDROM-drive isn't longer recognized. With
kernel version 2.4.2 all work fine. The kernel configuration didn't changed.
I tried the following combination of Kernel sources and aic7xxx-drivers:
kernel aic7xxx
2.4.2 5.2.0/5.2.1 worked
2.4.2-ac28
> With this new patch set we have lost the compatibility with
> pcmcia-cs-3.1.25.
> The system at startup reports:
> Mar 27 17:04:51 pluto depmod: *** Unresolved symbols in
> /lib/modules/2.4.3-pre8/kernel/drivers/net/3c59x.o
Use 2.4.2ac26, its fixed in my tree.
-
To unsubscribe from this lis
: *** Unresolved symbols in
/lib/modules/2.4.3-pre8/pcmcia/pcnet_cs.o
I am running kernel-2.4.3-pre6 on a Toshiba Tecra 8100 since 21st March
2001 using it for everyday work and it is stable.
I run for testing on this system:
RedHat 7.0.94 beta wolverine with downgraded glibc.
glibc 2.2 (2.2.2 is
On Thursday, March 15, 2001 02:00:11 PM +0100 Andreas Klein
<[EMAIL PROTECTED]> wrote:
[ oops ]
>>> EIP; c016f090<=
> Trace; c0160046
> Trace; c015c8a8
>
> The machine is running linux-2.4.3-pre4 including the reiserfs-patches
> from Alexander Zarochentcev.
Ah, I see. objectid-sh
hello,
I got the following oops:
ksymoops 2.4.0 on i686 2.4.3-pre4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.3-pre4/ (default)
-m /boot/System.map-2.4.3-pre4 (default)
Warning: You did not tell me where to find s
On Tue, 13 Mar 2001 06:51:30 -0700, you wrote:
>>Just installed 2.4.3-pre4 same problem :(
>
>It might help to know what controller you are using.
I am using the Adaptec 29160 controller.
Jens
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
>Just installed 2.4.3-pre4 same problem :(
It might help to know what controller you are using.
--
Justin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.ht
On Mon, 12 Mar 2001 13:19:35 -0800, you wrote:
>I was running 2.2.18 and everything was working fine. I upgraded to
>2.4.3-pre3 and for some unknown reason the kernel will not recognize
>one particular CD drive on my SCSI chain. I doubt it's hardware
>related because switching to the old kernel r
I was running 2.2.18 and everything was working fine. I upgraded to
2.4.3-pre3 and for some unknown reason the kernel will not recognize
one particular CD drive on my SCSI chain. I doubt it's hardware
related because switching to the old kernel resolves the problem.
Furthermore, the other SCSI dev
>hmmm.. Is there a reason why this would be -needed-? It wouldn't be
>hard to implement, but I would rather not have drivers dealing with a
>list whose normal state is defined as "mostly sorted"...
That's the wrong definition. The list is "sorted by probe order".
--
Justin
-
To unsubscribe fr
"Justin T. Gibbs" wrote:
> How often is the list manipulated? My guess is not very often.
Modified very infrequently... at boot, and for each hotplug insertion
or removal. It's not even read very often.
> You can allow people to read the list without taking a spinlock and
> only acquire the
>I would prefer to sort the list at probe not boot time. That makes it
>easy to reverse the order on the fly, depending on what the driver
>requests at runtime. It's SMP-friendly, because I can grab a private
>copy of the PCI device list, sort it, and scan it. You don't have to
>re-sort at ever
Linus Torvalds wrote:
> I suspect it's easier to just make the PCI layer call the probe function
> in that order, instead of working around it in your driver.
That seems like a really good idea, especially in light of the fact that
some drivers are doing (have to do?) -reverse- order PCI scanning
Aaron Tiensivu wrote:
>
> > I suspect it's easier to just make the PCI layer call the probe function
> > in that order, instead of working around it in your driver. Jeff?
>
> Would 'pci=reverse' do the trick already?
Get a unknown option warning message when using that.
--
Rafael
-
To un
> I suspect it's easier to just make the PCI layer call the probe function
> in that order, instead of working around it in your driver. Jeff?
Would 'pci=reverse' do the trick already?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
In article <[EMAIL PROTECTED]>,
Justin T. Gibbs <[EMAIL PROTECTED]> wrote:
>>I've a Super P6SBS motherboard with a builtin dual channel Adaptec 7890
>>Ultra II scsi controller. I'm attaching the console grab when booting
>>2.4.3-pre2. The controller BIOS is configured to boot off the disk with
>>s
>I've a Super P6SBS motherboard with a builtin dual channel Adaptec 7890
>Ultra II scsi controller. I'm attaching the console grab when booting
>2.4.3-pre2. The controller BIOS is configured to boot off the disk with
>scsi id 0 on channel B.
It looks like Doug was right to think that the function
"Justin T. Gibbs" wrote:
> Can you provide me with a dmesg from a boot with aic7xxx=verbose?
> I just tested this on a 3940AUW and the behavior was as expected.
> Perhaps you have a motherboard based controller that has no seeprom?
> I don't know how to detect flipped channels in that configuratio
>> Can you provide me with a dmesg from a boot with aic7xxx=verbose?
>> I just tested this on a 3940AUW and the behavior was as expected.
>> Perhaps you have a motherboard based controller that has no seeprom?
>> I don't know how to detect flipped channels in that configuration
>> but I'll see wha
"Justin T. Gibbs" wrote:
>
> >This is just to report on a the behavior of this driver. I've a dual
> >channel Adaptec 7895 controller. The adapter BIOS is configured to boot
> >from devices in channel B. I boot from a disk connected to channel B
> >and when the kernel loads the driver the disks
>This is just to report on a the behavior of this driver. I've a dual
>channel Adaptec 7895 controller. The adapter BIOS is configured to boot
>from devices in channel B. I boot from a disk connected to channel B
>and when the kernel loads the driver the disks from channel A are seen
>first, resu
>This is just to report on a the behavior of this driver. I've a dual
>channel Adaptec 7895 controller. The adapter BIOS is configured to boot
>from devices in channel B. I boot from a disk connected to channel B
>and when the kernel loads the driver the disks from channel A are seen
>first, resu
> from devices in channel B. I boot from a disk connected to channel B
> and when the kernel loads the driver the disks from channel A are seen
> first, resulting in the drive names changing from, say sda to sdb. This
> does not happen with 2.2.18 or 2.4.2. Is there an option to reverse the
> ord
This is just to report on a the behavior of this driver. I've a dual
channel Adaptec 7895 controller. The adapter BIOS is configured to boot
from devices in channel B. I boot from a disk connected to channel B
and when the kernel loads the driver the disks from channel A are seen
first, resulting
Alexander Viro wrote:
>
> On Fri, 2 Mar 2001, TimO wrote:
>
> > eax: ebx: ecx: edx:
> [snip]
> > >>EIP; c0142a52<=
> > Trace; c0142ca6
> > Trace; c0145f01
> > Trace; c014601a
> > Trace; c01349a4
> > Trace; c0134f7a
> > Trace; c0107007
> > Trac
[sorry for sel-followup, but...]
> Lovely. sb->s_op == NULL in iget(). The thing being, proc_read_super()
> explicitly sets ->s_op to non-NULL. Oh, and that area hadn't changed since
> 2.4.2, so I'd rather suspect the b0rken build. Can you reproduce it?
More specifically, make sure that you
On Fri, 2 Mar 2001, TimO wrote:
> eax: ebx: ecx: edx:
[snip]
> >>EIP; c0142a52<=
> Trace; c0142ca6
> Trace; c0145f01
> Trace; c014601a
> Trace; c01349a4
> Trace; c0134f7a
> Trace; c0107007
> Trace; c01074b8
> Code; c0142a52
> <_EI
[1] Oops when booting kernel 2.4.3-pre1
[2] Kernel oopses just after starting kswapd
[3]
[4]
Linux nexxus.deenc.com 2.4.3-pre1 #2 Tue Jan 30 12:32:52 MST 2001 i686
unknown
Gnu C 2.95.2
Gnu make 3.79
binutils 2.10.1
util-linux 2.10r
100 matches
Mail list logo
