Re: Linux-2.4.1-pre11
On Sun, 28 Jan 2001, Derek Wildstar wrote: > OK, tried the patch and it worked, don't remember the exact errors with > the .tar.gz, there were 7 or so undefined references. > > ACPI soft-hangs one step before (after looking at the non-debug source > it may be the same place) it did last time, right after it prints: > > ACPI: Core Subsystem version [20010125] > > grabbing the debug version now to see if i can get more info. OK, the debug version printed the following: tbxface-0089: ACPI Tables successfully loaded Parsing Methods:(more dots, i can count if needed) 173 Control Methods found and parsed (602 nodes total) ACPI Namespace successfully loaded at root c042f718 ACPI: Core Subsystem version [20010125] evxfevnt-0082: Transition to ACPI mode successful Executing device _INI methods: The cursor stays at the end of the last line. Let me know if there is anything you would like me to try. -dwild - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Linux-2.4.1-pre11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 28 Jan 2001, Linus Torvalds wrote: > On Sun, 28 Jan 2001, Dieter Nützel wrote: > > > > I just uploaded it to kernel.org, and I expect that I'll do the final > > > 2.4.1 tomorrow, before leaving for NY and LinuxWorld. Please test that the > > > pre-kernel works for you.. > > > > Hello Linus, > > > > can we please see Andrew's latest ACPI fixes ([Acpi] ACPI source release > > updated: 1-25-2001) in 2.4.1 final? > > Does it fix stuff? Andrew? > I just tried adding this to 2.4.1-pre11 and the compile failed, the problem i've been having with ACPI is the kernel soft-hangs just after loading the tables. Using APM or no power management at all doesn't hang. Hardware: Dell Inspiron 5000e, bios A04 (latest provided by Dell) I have heard of some bugs in Dell's ACPI implementation, but since so many people have dell machines it may be worth trying to work around, or even detect the buggy implementation and disable ACPI with an error printed. I can donate time if needed, just let me know what needs to be tested. Thanks, dwild -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjp0mHAACgkQhazASHM/AFMr0ACgjPE3+hzS05N5gt1qvl5Pgue7 smcAoIITSnkaawBXj+zToaajc9NgfrlK =n4fr -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Linux-2.4.1-pre11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 28 Jan 2001, Linus Torvalds wrote: On Sun, 28 Jan 2001, Dieter Ntzel wrote: I just uploaded it to kernel.org, and I expect that I'll do the final 2.4.1 tomorrow, before leaving for NY and LinuxWorld. Please test that the pre-kernel works for you.. Hello Linus, can we please see Andrew's latest ACPI fixes ([Acpi] ACPI source release updated: 1-25-2001) in 2.4.1 final? Does it fix stuff? Andrew? I just tried adding this to 2.4.1-pre11 and the compile failed, the problem i've been having with ACPI is the kernel soft-hangs just after loading the tables. Using APM or no power management at all doesn't hang. Hardware: Dell Inspiron 5000e, bios A04 (latest provided by Dell) I have heard of some bugs in Dell's ACPI implementation, but since so many people have dell machines it may be worth trying to work around, or even detect the buggy implementation and disable ACPI with an error printed. I can donate time if needed, just let me know what needs to be tested. Thanks, dwild -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjp0mHAACgkQhazASHM/AFMr0ACgjPE3+hzS05N5gt1qvl5Pgue7 smcAoIITSnkaawBXj+zToaajc9NgfrlK =n4fr -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Linux-2.4.1-pre11
On Sun, 28 Jan 2001, Derek Wildstar wrote: OK, tried the patch and it worked, don't remember the exact errors with the .tar.gz, there were 7 or so undefined references. ACPI soft-hangs one step before (after looking at the non-debug source it may be the same place) it did last time, right after it prints: ACPI: Core Subsystem version [20010125] grabbing the debug version now to see if i can get more info. OK, the debug version printed the following: tbxface-0089: ACPI Tables successfully loaded Parsing Methods:(more dots, i can count if needed) 173 Control Methods found and parsed (602 nodes total) ACPI Namespace successfully loaded at root c042f718 ACPI: Core Subsystem version [20010125] evxfevnt-0082: Transition to ACPI mode successful Executing device _INI methods: The cursor stays at the end of the last line. Let me know if there is anything you would like me to try. -dwild - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1-test10
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am having ACPI problems with a dell inspiron 5000e, I hear it has a broken implementation of APM, so could quite possibly have a broken ACPI also. When ACPI is enabled in the kernel (-pre10 and earlier ones also) the system soft-hangs after loading the ACPI definitions. both ctrl-alt-del and alt-sysrq-b will restart the system. If there is anything else i can do to provide more info please let me know. Running without ACPI or APM is stable, even with the r128 kernel drivers/XF4.0.2...battery usage is a bit quick, however =) - -dwild Linus Torvalds wrote: > The ChangeLog may not be 100% complete. The physically big things are the > PPC and ACPI updates, even if most people won't notice. > > Linus > > > > pre10: > - got a few too-new R128 #defines in the Radeon merge. Fix. > - tulip driver update from Jeff Garzik > - more cpq and DAC elevator fixes from Jens. Looks good. > - Petr Vandrovec: nicer ncpfs behaviour > - Andy Grover: APCI update > - Cort Dougan: PPC update > - David Miller: sparc updates > - David Miller: networking updates > - Neil Brown: RAID5 fixes -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6bRDYmFSlcxy4R48RAjx8AJ9EgM9A8k5sUQWu91w/lt2hZcfW5wCdFYi8 S+lZ54tOtr9BMUSn503hj68= =d48f -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1-test10
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am having ACPI problems with a dell inspiron 5000e, I hear it has a broken implementation of APM, so could quite possibly have a broken ACPI also. When ACPI is enabled in the kernel (-pre10 and earlier ones also) the system soft-hangs after loading the ACPI definitions. both ctrl-alt-del and alt-sysrq-b will restart the system. If there is anything else i can do to provide more info please let me know. Running without ACPI or APM is stable, even with the r128 kernel drivers/XF4.0.2...battery usage is a bit quick, however =) - -dwild Linus Torvalds wrote: The ChangeLog may not be 100% complete. The physically big things are the PPC and ACPI updates, even if most people won't notice. Linus pre10: - got a few too-new R128 #defines in the Radeon merge. Fix. - tulip driver update from Jeff Garzik - more cpq and DAC elevator fixes from Jens. Looks good. - Petr Vandrovec: nicer ncpfs behaviour - Andy Grover: APCI update - Cort Dougan: PPC update - David Miller: sparc updates - David Miller: networking updates - Neil Brown: RAID5 fixes -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6bRDYmFSlcxy4R48RAjx8AJ9EgM9A8k5sUQWu91w/lt2hZcfW5wCdFYi8 S+lZ54tOtr9BMUSn503hj68= =d48f -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: (2.4.0->2.4.1-pre8) config problem with PCMCIA causing linkerror
On Thu, 18 Jan 2001, Kai Germaschewski wrote: > This looks more like a counterexample to what you're saying. Also, I don't > see how it could happen that CONFIG_PCMCIA_NETCARD=y without > CONFIG_NET_PCMCIA=y, from looking at the drivers/net/pcmcia/Config.in. > (It may be still possible somehow because there is CONFIG_NET_PCMCIA=y in > defconfig). > Your patch is wrong. It removes the config variable CONFIG_NET_PCMCIA, > which is referenced in drivers/net/Makefile: > > subdir-$(CONFIG_NET_PCMCIA) += pcmcia > > So the pcmcia net drivers will never be built. Blah had been working too long yesterday, you're right i got the lines switched, and therefore screwed up the patch. > I still don't see what's going wrong with the current code, but it can be > simplified with the following patch. Does that work for you? Now it looks like the error was in my .config file. I failed to do "make mrproper" after applying the pre8 patch, and ended up with a screwed up .config. I just tested after "make mrproper" and it worked without modifications, after backing out the patch i submitted. Sorry for the confusion. -dwild > diff -ur linux-2.4.1-pre8/Makefile linux-2.4.1-pre8.work/Makefile > --- linux-2.4.1-pre8/Makefile Thu Jan 18 11:21:38 2001 > +++ linux-2.4.1-pre8.work/MakefileThu Jan 18 11:23:27 2001 > @@ -155,7 +155,7 @@ > DRIVERS-$(CONFIG_PCI) += drivers/pci/driver.o > DRIVERS-$(CONFIG_MTD) += drivers/mtd/mtdlink.o > DRIVERS-$(CONFIG_PCMCIA) += drivers/pcmcia/pcmcia.o > -DRIVERS-$(CONFIG_PCMCIA_NETCARD) += drivers/net/pcmcia/pcmcia_net.o > +DRIVERS-$(CONFIG_NET_PCMCIA) += drivers/net/pcmcia/pcmcia_net.o > DRIVERS-$(CONFIG_PCMCIA_CHRDEV) += drivers/char/pcmcia/pcmcia_char.o > DRIVERS-$(CONFIG_DIO) += drivers/dio/dio.a > DRIVERS-$(CONFIG_SBUS) += drivers/sbus/sbus_all.o > diff -ur linux-2.4.1-pre8/drivers/net/pcmcia/Config.in >linux-2.4.1-pre8.work/drivers/net/pcmcia/Config.in > --- linux-2.4.1-pre8/drivers/net/pcmcia/Config.in Sun Nov 12 03:56:58 2000 > +++ linux-2.4.1-pre8.work/drivers/net/pcmcia/Config.inThu Jan 18 11:23:33 >2001 > @@ -32,13 +32,4 @@ > fi > fi > > -if [ "$CONFIG_PCMCIA_3C589" = "y" -o "$CONFIG_PCMCIA_3C574" = "y" -o \ > - "$CONFIG_PCMCIA_FMVJ18X" = "y" -o "$CONFIG_PCMCIA_PCNET" = "y" -o \ > - "$CONFIG_PCMCIA_NMCLAN" = "y" -o "$CONFIG_PCMCIA_SMC91C92" = "y" -o \ > - "$CONFIG_PCMCIA_XIRC2PS" = "y" -o "$CONFIG_PCMCIA_RAYCS" = "y" -o \ > - "$CONFIG_PCMCIA_NETWAVE" = "y" -o "$CONFIG_PCMCIA_WAVELAN" = "y" -o \ > - "$CONFIG_PCMCIA_XIRTULIP" = "y" ]; then > - define_bool CONFIG_PCMCIA_NETCARD y > -fi > - > endmenu > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: (2.4.0-2.4.1-pre8) config problem with PCMCIA causing linkerror
On Thu, 18 Jan 2001, Kai Germaschewski wrote: This looks more like a counterexample to what you're saying. Also, I don't see how it could happen that CONFIG_PCMCIA_NETCARD=y without CONFIG_NET_PCMCIA=y, from looking at the drivers/net/pcmcia/Config.in. (It may be still possible somehow because there is CONFIG_NET_PCMCIA=y in defconfig). Your patch is wrong. It removes the config variable CONFIG_NET_PCMCIA, which is referenced in drivers/net/Makefile: subdir-$(CONFIG_NET_PCMCIA) += pcmcia So the pcmcia net drivers will never be built. Blah had been working too long yesterday, you're right i got the lines switched, and therefore screwed up the patch. I still don't see what's going wrong with the current code, but it can be simplified with the following patch. Does that work for you? Now it looks like the error was in my .config file. I failed to do "make mrproper" after applying the pre8 patch, and ended up with a screwed up .config. I just tested after "make mrproper" and it worked without modifications, after backing out the patch i submitted. Sorry for the confusion. -dwild diff -ur linux-2.4.1-pre8/Makefile linux-2.4.1-pre8.work/Makefile --- linux-2.4.1-pre8/Makefile Thu Jan 18 11:21:38 2001 +++ linux-2.4.1-pre8.work/MakefileThu Jan 18 11:23:27 2001 @@ -155,7 +155,7 @@ DRIVERS-$(CONFIG_PCI) += drivers/pci/driver.o DRIVERS-$(CONFIG_MTD) += drivers/mtd/mtdlink.o DRIVERS-$(CONFIG_PCMCIA) += drivers/pcmcia/pcmcia.o -DRIVERS-$(CONFIG_PCMCIA_NETCARD) += drivers/net/pcmcia/pcmcia_net.o +DRIVERS-$(CONFIG_NET_PCMCIA) += drivers/net/pcmcia/pcmcia_net.o DRIVERS-$(CONFIG_PCMCIA_CHRDEV) += drivers/char/pcmcia/pcmcia_char.o DRIVERS-$(CONFIG_DIO) += drivers/dio/dio.a DRIVERS-$(CONFIG_SBUS) += drivers/sbus/sbus_all.o diff -ur linux-2.4.1-pre8/drivers/net/pcmcia/Config.in linux-2.4.1-pre8.work/drivers/net/pcmcia/Config.in --- linux-2.4.1-pre8/drivers/net/pcmcia/Config.in Sun Nov 12 03:56:58 2000 +++ linux-2.4.1-pre8.work/drivers/net/pcmcia/Config.inThu Jan 18 11:23:33 2001 @@ -32,13 +32,4 @@ fi fi -if [ "$CONFIG_PCMCIA_3C589" = "y" -o "$CONFIG_PCMCIA_3C574" = "y" -o \ - "$CONFIG_PCMCIA_FMVJ18X" = "y" -o "$CONFIG_PCMCIA_PCNET" = "y" -o \ - "$CONFIG_PCMCIA_NMCLAN" = "y" -o "$CONFIG_PCMCIA_SMC91C92" = "y" -o \ - "$CONFIG_PCMCIA_XIRC2PS" = "y" -o "$CONFIG_PCMCIA_RAYCS" = "y" -o \ - "$CONFIG_PCMCIA_NETWAVE" = "y" -o "$CONFIG_PCMCIA_WAVELAN" = "y" -o \ - "$CONFIG_PCMCIA_XIRTULIP" = "y" ]; then - define_bool CONFIG_PCMCIA_NETCARD y -fi - endmenu - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
(2.4.0->2.4.1-pre8) config problem with PCMCIA causing link error
With 2.4.0 thru 2.4.1-pre8 (could possibly be sooner than 2.4.0) PCMCIA_CONFIG_NETCARD is getting defined with CONFIG_PCMCIA, even when no PCMCIA net cards are selected: 458 # PCMCIA network device support 459 # 460 CONFIG_NET_PCMCIA=y 461 # CONFIG_PCMCIA_NETCARD is not set This causes the nonexistant drivers/net/pcmcia/pcmcia_net.o to try to be linked. It looks like this is hepenning because CONFIG_NET_PCMCIA is defined, but then CONFIG_PCMCIA_NETCARD is defined elsewhere. A patch is attached. -dwild --- linux-2.4.0/drivers/net/pcmcia/Config.in.orig Wed Jan 17 20:49:24 2001 +++ linux-2.4.0/drivers/net/pcmcia/Config.inWed Jan 17 20:51:37 2001 @@ -5,8 +5,8 @@ mainmenu_option next_comment comment 'PCMCIA network device support' -bool 'PCMCIA network device support' CONFIG_NET_PCMCIA -if [ "$CONFIG_NET_PCMCIA" = "y" ]; then +bool 'PCMCIA network device support' CONFIG_PCMCIA_NETCARD +if [ "$CONFIG_PCMCIA_NETCARD" = "y" ]; then dep_tristate ' 3Com 3c589 PCMCIA support' CONFIG_PCMCIA_3C589 $CONFIG_PCMCIA dep_tristate ' 3Com 3c574 PCMCIA support' CONFIG_PCMCIA_3C574 $CONFIG_PCMCIA dep_tristate ' Fujitsu FMV-J18x PCMCIA support' CONFIG_PCMCIA_FMVJ18X $CONFIG_PCMCIA @@ -31,14 +31,4 @@ dep_tristate 'Aironet 4500/4800 PCMCIA support' CONFIG_AIRONET4500_CS $CONFIG_AIRONET4500 $CONFIG_PCMCIA fi fi - -if [ "$CONFIG_PCMCIA_3C589" = "y" -o "$CONFIG_PCMCIA_3C574" = "y" -o \ - "$CONFIG_PCMCIA_FMVJ18X" = "y" -o "$CONFIG_PCMCIA_PCNET" = "y" -o \ - "$CONFIG_PCMCIA_NMCLAN" = "y" -o "$CONFIG_PCMCIA_SMC91C92" = "y" -o \ - "$CONFIG_PCMCIA_XIRC2PS" = "y" -o "$CONFIG_PCMCIA_RAYCS" = "y" -o \ - "$CONFIG_PCMCIA_NETWAVE" = "y" -o "$CONFIG_PCMCIA_WAVELAN" = "y" -o \ - "$CONFIG_PCMCIA_XIRTULIP" = "y" ]; then - define_bool CONFIG_PCMCIA_NETCARD y -fi - endmenu
(2.4.0-2.4.1-pre8) config problem with PCMCIA causing link error
With 2.4.0 thru 2.4.1-pre8 (could possibly be sooner than 2.4.0) PCMCIA_CONFIG_NETCARD is getting defined with CONFIG_PCMCIA, even when no PCMCIA net cards are selected: 458 # PCMCIA network device support 459 # 460 CONFIG_NET_PCMCIA=y 461 # CONFIG_PCMCIA_NETCARD is not set This causes the nonexistant drivers/net/pcmcia/pcmcia_net.o to try to be linked. It looks like this is hepenning because CONFIG_NET_PCMCIA is defined, but then CONFIG_PCMCIA_NETCARD is defined elsewhere. A patch is attached. -dwild --- linux-2.4.0/drivers/net/pcmcia/Config.in.orig Wed Jan 17 20:49:24 2001 +++ linux-2.4.0/drivers/net/pcmcia/Config.inWed Jan 17 20:51:37 2001 @@ -5,8 +5,8 @@ mainmenu_option next_comment comment 'PCMCIA network device support' -bool 'PCMCIA network device support' CONFIG_NET_PCMCIA -if [ "$CONFIG_NET_PCMCIA" = "y" ]; then +bool 'PCMCIA network device support' CONFIG_PCMCIA_NETCARD +if [ "$CONFIG_PCMCIA_NETCARD" = "y" ]; then dep_tristate ' 3Com 3c589 PCMCIA support' CONFIG_PCMCIA_3C589 $CONFIG_PCMCIA dep_tristate ' 3Com 3c574 PCMCIA support' CONFIG_PCMCIA_3C574 $CONFIG_PCMCIA dep_tristate ' Fujitsu FMV-J18x PCMCIA support' CONFIG_PCMCIA_FMVJ18X $CONFIG_PCMCIA @@ -31,14 +31,4 @@ dep_tristate 'Aironet 4500/4800 PCMCIA support' CONFIG_AIRONET4500_CS $CONFIG_AIRONET4500 $CONFIG_PCMCIA fi fi - -if [ "$CONFIG_PCMCIA_3C589" = "y" -o "$CONFIG_PCMCIA_3C574" = "y" -o \ - "$CONFIG_PCMCIA_FMVJ18X" = "y" -o "$CONFIG_PCMCIA_PCNET" = "y" -o \ - "$CONFIG_PCMCIA_NMCLAN" = "y" -o "$CONFIG_PCMCIA_SMC91C92" = "y" -o \ - "$CONFIG_PCMCIA_XIRC2PS" = "y" -o "$CONFIG_PCMCIA_RAYCS" = "y" -o \ - "$CONFIG_PCMCIA_NETWAVE" = "y" -o "$CONFIG_PCMCIA_WAVELAN" = "y" -o \ - "$CONFIG_PCMCIA_XIRTULIP" = "y" ]; then - define_bool CONFIG_PCMCIA_NETCARD y -fi - endmenu
Re: Problems compiling test13-pre2
I got this also, but the compile worked with nfs/nfsd compiled in. Same
thing with netfilters. Problem now is ACPI hung after
initialization...not a hard hang (ctrl/alt/del still worked) but it was
waiting for something it never got.
-dwild
On Sat, 16 Dec 2000, Jon Akers wrote:
> Date: Sat, 16 Dec 2000 00:24:01 -0500
> From: Jon Akers <[EMAIL PROTECTED]>
> To: 'Kernel Mailing List ' <[EMAIL PROTECTED]>
> Subject: Problems compiling test13-pre2
>
> This appears to be a problem with the Makefile changes and NFS/NFSD/lockd
> and module compilation.
>
>
> Using egcs-2.91.66, modutils version 2.3.18, GNU Make version 3.77, GNU ld
> version 2.10.91 (with BFD 2.10.0.33)
>
> make[1]: Leaving directory `/usr/src/linux/arch/i386/lib'
> cd /lib/modules/2.4.0-test13-pre2; \
> mkdir -p pcmcia; \
> find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
> if [ -r System.map ]; then /sbin/depmod -ae -F System.map
> 2.4.0-test13-pre2; fidepmod: *** Unresolved symbols in
> /lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o
> depmod: nlmclnt_proc
> depmod: lockd_down
> depmod: lockd_up
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.0-test13-pre2/kernel/fs/nfsd/nfsd.o
> depmod: nlmsvc_ops
> depmod: lockd_down
> depmod: nlmsvc_invalidate_client
> depmod: lockd_up
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Re: Problems compiling test13-pre2
I got this also, but the compile worked with nfs/nfsd compiled in. Same
thing with netfilters. Problem now is ACPI hung after
initialization...not a hard hang (ctrl/alt/del still worked) but it was
waiting for something it never got.
-dwild
On Sat, 16 Dec 2000, Jon Akers wrote:
Date: Sat, 16 Dec 2000 00:24:01 -0500
From: Jon Akers [EMAIL PROTECTED]
To: 'Kernel Mailing List ' [EMAIL PROTECTED]
Subject: Problems compiling test13-pre2
This appears to be a problem with the Makefile changes and NFS/NFSD/lockd
and module compilation.
Using egcs-2.91.66, modutils version 2.3.18, GNU Make version 3.77, GNU ld
version 2.10.91 (with BFD 2.10.0.33)
make[1]: Leaving directory `/usr/src/linux/arch/i386/lib'
cd /lib/modules/2.4.0-test13-pre2; \
mkdir -p pcmcia; \
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
if [ -r System.map ]; then /sbin/depmod -ae -F System.map
2.4.0-test13-pre2; fidepmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o
depmod: nlmclnt_proc
depmod: lockd_down
depmod: lockd_up
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfsd/nfsd.o
depmod: nlmsvc_ops
depmod: lockd_down
depmod: nlmsvc_invalidate_client
depmod: lockd_up
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-test9-pre2: pcmcia 3c59x doesn't work
On Tue, 19 Sep 2000, Tigran Aivazian wrote:
> On Mon, 18 Sep 2000, Horst von Brand wrote:
>
> > Tigran Aivazian <[EMAIL PROTECTED]> said:
> >
> > [...]
> >
> > > did you try this patch?
> > >
> > > --- linux/drivers/pci/pci.c Mon Sep 18 12:35:11 2000
> > > +++ work/drivers/pci/pci.cMon Sep 18 13:12:20 2000
> > > @@ -714,7 +714,7 @@
> > >* We need to blast all three values with a single write.
> > >*/
> > > pci_write_config_dword(dev, PCI_PRIMARY_BUS, buses);
> > > - if (!is_cardbus) {
> > > + if (is_cardbus) {
> > > /* Now we can scan all subordinate buses... */
> > > max = pci_do_scan_bus(child);
> > > } else {
> >
> > No changes, same:
>
> ok, my "plan b)" didn't work for you, then :) we'll have to actually
> _understand_ what's going on then...
Your "plan b" worked for me...on test9-pre4 my Xircom is working with that
patch, and gets the same old "pci allocation" error without.
-dwild
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-test9-pre2: pcmcia 3c59x doesn't work
On Tue, 19 Sep 2000, Tigran Aivazian wrote:
On Mon, 18 Sep 2000, Horst von Brand wrote:
Tigran Aivazian [EMAIL PROTECTED] said:
[...]
did you try this patch?
--- linux/drivers/pci/pci.c Mon Sep 18 12:35:11 2000
+++ work/drivers/pci/pci.cMon Sep 18 13:12:20 2000
@@ -714,7 +714,7 @@
* We need to blast all three values with a single write.
*/
pci_write_config_dword(dev, PCI_PRIMARY_BUS, buses);
- if (!is_cardbus) {
+ if (is_cardbus) {
/* Now we can scan all subordinate buses... */
max = pci_do_scan_bus(child);
} else {
No changes, same:
ok, my "plan b)" didn't work for you, then :) we'll have to actually
_understand_ what's going on then...
Your "plan b" worked for me...on test9-pre4 my Xircom is working with that
patch, and gets the same old "pci allocation" error without.
-dwild
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-test9-pre2: pcmcia 3c59x doesn't work
On 18 Sep 2000, Alex Romosan wrote: I get the same thing with a Xircon realport 10/100/modem card. Works great in test9-pre1 and test8. -dwild > i have the same problem with the same setup. from the logs, it looks > like this is due to a PCI resource allocation conflict: > > Sep 17 15:56:33 prospero cardmgr[6838]: initializing socket 1 > Sep 17 15:56:33 prospero cardmgr[6838]: socket 1: 3Com 3CCFE575B/3CXFE575B Fast >EtherLink XL > Sep 17 15:56:33 prospero kernel: cs: cb_alloc(bus 5): vendor 0x10b7, device 0x5157 > Sep 17 15:56:33 prospero kernel: PCI: Failed to allocate resource 0 for PCI device >10b7:5157 > Sep 17 15:56:33 prospero kernel: PCI: Failed to allocate resource 1 for PCI device >10b7:5157 > Sep 17 15:56:33 prospero kernel: PCI: Failed to allocate resource 2 for PCI device >10b7:5157 > Sep 17 15:56:33 prospero kernel: PCI: Failed to allocate resource 6 for PCI device >10b7:5157 > Sep 17 15:56:33 prospero kernel: PCI: Device 05:00.0 not available because of >resource collisions > Sep 17 15:56:33 prospero kernel: eth0: 3Com PCI 3CCFE575BT Cyclone CardBus at 0x0, ><3>PCI: Device 05:00.0 not available because of resource collisions > Sep 17 15:56:33 prospero kernel: 3c59x: vortex_probe1 fails. Returns -5 > > after i suspended the laptop and started again i got this: > > Sep 18 11:36:47 prospero cardmgr[6838]: shutting down socket 1 > Sep 18 11:36:47 prospero cardmgr[6838]: executing: 'modprobe -r 3c575_cb' > Sep 18 11:36:49 prospero kernel: cs: cb_alloc(bus 5): vendor 0x, device 0x > Sep 18 11:36:49 prospero kernel: PCI: device 05:00.0 has unknown header type 7f, >ignoring. > Sep 18 11:36:49 prospero kernel: PCI: No IRQ known for interrupt pin ? of device >05:00.0. Please try using pci=biosirq. > Sep 18 11:36:52 prospero kernel: cs: cb_free(bus 5) > Sep 18 11:36:52 prospero cardmgr[6838]: executing: 'modprobe -r cb_enabler' > Sep 18 11:36:59 prospero cardmgr[6838]: initializing socket 1 > Sep 18 11:36:59 prospero cardmgr[6838]: socket 1: Anonymous Memory > Sep 18 11:36:59 prospero cardmgr[6838]: executing: 'modprobe memory_cs' > Sep 18 11:36:59 prospero cardmgr[6838]: + modprobe: Can't locate module memory_cs > Sep 18 11:36:59 prospero cardmgr[6838]: modprobe exited with status 255 > Sep 18 11:36:59 prospero cardmgr[6838]: module >/lib/modules/2.4.0-test9/pcmcia/memory_cs.o not available > > it looks like the pcmcia daemon is really confused (pci=biosirq didn't > make any difference in the past). test9-pre1 worked fine (well, i > still had to do 'ifconfig eth0 up' by hand). > > --alex-- > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-test9-pre2: pcmcia 3c59x doesn't work
On 18 Sep 2000, Alex Romosan wrote: I get the same thing with a Xircon realport 10/100/modem card. Works great in test9-pre1 and test8. -dwild i have the same problem with the same setup. from the logs, it looks like this is due to a PCI resource allocation conflict: Sep 17 15:56:33 prospero cardmgr[6838]: initializing socket 1 Sep 17 15:56:33 prospero cardmgr[6838]: socket 1: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Sep 17 15:56:33 prospero kernel: cs: cb_alloc(bus 5): vendor 0x10b7, device 0x5157 Sep 17 15:56:33 prospero kernel: PCI: Failed to allocate resource 0 for PCI device 10b7:5157 Sep 17 15:56:33 prospero kernel: PCI: Failed to allocate resource 1 for PCI device 10b7:5157 Sep 17 15:56:33 prospero kernel: PCI: Failed to allocate resource 2 for PCI device 10b7:5157 Sep 17 15:56:33 prospero kernel: PCI: Failed to allocate resource 6 for PCI device 10b7:5157 Sep 17 15:56:33 prospero kernel: PCI: Device 05:00.0 not available because of resource collisions Sep 17 15:56:33 prospero kernel: eth0: 3Com PCI 3CCFE575BT Cyclone CardBus at 0x0, 3PCI: Device 05:00.0 not available because of resource collisions Sep 17 15:56:33 prospero kernel: 3c59x: vortex_probe1 fails. Returns -5 after i suspended the laptop and started again i got this: Sep 18 11:36:47 prospero cardmgr[6838]: shutting down socket 1 Sep 18 11:36:47 prospero cardmgr[6838]: executing: 'modprobe -r 3c575_cb' Sep 18 11:36:49 prospero kernel: cs: cb_alloc(bus 5): vendor 0x, device 0x Sep 18 11:36:49 prospero kernel: PCI: device 05:00.0 has unknown header type 7f, ignoring. Sep 18 11:36:49 prospero kernel: PCI: No IRQ known for interrupt pin ? of device 05:00.0. Please try using pci=biosirq. Sep 18 11:36:52 prospero kernel: cs: cb_free(bus 5) Sep 18 11:36:52 prospero cardmgr[6838]: executing: 'modprobe -r cb_enabler' Sep 18 11:36:59 prospero cardmgr[6838]: initializing socket 1 Sep 18 11:36:59 prospero cardmgr[6838]: socket 1: Anonymous Memory Sep 18 11:36:59 prospero cardmgr[6838]: executing: 'modprobe memory_cs' Sep 18 11:36:59 prospero cardmgr[6838]: + modprobe: Can't locate module memory_cs Sep 18 11:36:59 prospero cardmgr[6838]: modprobe exited with status 255 Sep 18 11:36:59 prospero cardmgr[6838]: module /lib/modules/2.4.0-test9/pcmcia/memory_cs.o not available it looks like the pcmcia daemon is really confused (pci=biosirq didn't make any difference in the past). test9-pre1 worked fine (well, i still had to do 'ifconfig eth0 up' by hand). --alex-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
