Re: APM/DPMS lockup on Dell 3800
David Feuer <[EMAIL PROTECTED]> writes: > I get this problem both in Linux and Windows, so I won't > rule out hardware/bios bugs, but I find that often when my > monitor (backlight) gets turned off automatically after a > long period of non-use, the computer freezes up. I think it > only happens when I've left it that way for a long time, > though. If I move the mouse immediately after the screen is > blacked, I have no trouble, but if I leave it for a long > time, when I get back the monitor won't unblack, > ctrl-alt-backspace does nothing, ctrl-alt-delete does > nothing, Fn-Suspend, Fn-A don't do anything, and the > capslock and numlock keys don't do anything either. I > haven't tried reaching the machine from outside yet, but I > will if someone wants. I have a Dell Inspiron 7000 with BIOS A15 and exactly the same problem. (I last observed this problem using linux-2.4.0-test12, though. Now I'm running test13-pre3 and it has not yet occurred.) - 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-test13-pre3: Makefile problem in drivers/video
When trying to build video.o as a module, video.o doesn't get copied to /lib/modules/* during installation. - 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/
linux-2.4.0-test13-pre3: Makefile problem in ipv4/netfilter
When trying to compile linux-2.4.0-test13-pre3 with the following
.config:
kernel configuration
I got the following error message:
--
ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
--start-group \
arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o
ipc/ipc.o \
drivers/block/block.o drivers/char/char.o drivers/misc/misc.o
drivers/net/net.o drivers/media/media.o drivers/char/agp/agp.o drivers/char/drm/drm.o
drivers/ide/idedriver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o
drivers/sound/sounddrivers.o drivers/pci/driver.o drivers/pnp/pnp.o
drivers/video/video.o drivers/usb/usbdrv.o \
net/network.o \
/usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a
/usr/src/linux/arch/i386/lib/lib.a \
--end-group \
-o vmlinux
net/network.o: In function `ftp_nat_expected':
net/network.o(.text+0x30763): undefined reference to `ip_nat_setup_info'
net/network.o: In function `delete_sack':
net/network.o(.text+0x30b40): undefined reference to `ip_nat_cheat_check'
net/network.o: In function `help':
net/network.o(.text+0x30e3f): undefined reference to `ip_nat_cheat_check'
net/network.o(.text+0x30e4f): undefined reference to `ip_nat_cheat_check'
net/network.o: In function `init':
net/network.o(.text.init+0x114f): undefined reference to `ip_nat_expect_register'
net/network.o(.text.init+0x1162): undefined reference to `ip_nat_helper_register'
net/network.o(.text.init+0x1175): undefined reference to `ip_nat_expect_unregister'
make: *** [vmlinux] Error 1
--
The reason seems to be a dependency problem in
net/ipv4/netfilter/Makefile
The following patch happens to fix it, but I have no clue as to
whether the fix makes sense:
linnaeus:/usr/src/linux> diff -u net/ipv4/netfilter/Makefile{~,}
--- net/ipv4/netfilter/Makefile~Sun Dec 17 18:26:32 2000
+++ net/ipv4/netfilter/Makefile Sun Dec 17 19:37:32 2000
@@ -38,12 +38,12 @@
obj-$(CONFIG_IP_NF_FTP) += ip_nat_ftp.o
# generic IP tables
-obj-$(CONFIG_IP_NF_IPTABLES) += ip_tables.o
+obj-$(CONFIG_IP_NF_IPTABLES) += ip_tables.o $(iptable_nat-objs)
# the three instances of ip_tables
obj-$(CONFIG_IP_NF_FILTER) += iptable_filter.o
obj-$(CONFIG_IP_NF_MANGLE) += iptable_mangle.o
-obj-$(CONFIG_IP_NF_NAT) += iptable_nat.o
+obj-$(CONFIG_IP_NF_NAT) += iptable_nat.o $(ip_nf_nat-objs)
# matches
obj-$(CONFIG_IP_NF_MATCH_LIMIT) += ipt_limit.o
linux-2.4.0-test13-pre3: Makefile problem in ipv4/netfilter
When trying to compile linux-2.4.0-test13-pre3 with the following
.config:
kernel configuration
I got the following error message:
--
ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
--start-group \
arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o
ipc/ipc.o \
drivers/block/block.o drivers/char/char.o drivers/misc/misc.o
drivers/net/net.o drivers/media/media.o drivers/char/agp/agp.o drivers/char/drm/drm.o
drivers/ide/idedriver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o
drivers/sound/sounddrivers.o drivers/pci/driver.o drivers/pnp/pnp.o
drivers/video/video.o drivers/usb/usbdrv.o \
net/network.o \
/usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a
/usr/src/linux/arch/i386/lib/lib.a \
--end-group \
-o vmlinux
net/network.o: In function `ftp_nat_expected':
net/network.o(.text+0x30763): undefined reference to `ip_nat_setup_info'
net/network.o: In function `delete_sack':
net/network.o(.text+0x30b40): undefined reference to `ip_nat_cheat_check'
net/network.o: In function `help':
net/network.o(.text+0x30e3f): undefined reference to `ip_nat_cheat_check'
net/network.o(.text+0x30e4f): undefined reference to `ip_nat_cheat_check'
net/network.o: In function `init':
net/network.o(.text.init+0x114f): undefined reference to `ip_nat_expect_register'
net/network.o(.text.init+0x1162): undefined reference to `ip_nat_helper_register'
net/network.o(.text.init+0x1175): undefined reference to `ip_nat_expect_unregister'
make: *** [vmlinux] Error 1
--
The reason seems to be a dependency problem in
net/ipv4/netfilter/Makefile
The following patch happens to fix it, but I have no clue as to
whether the fix makes sense:
linnaeus:/usr/src/linux diff -u net/ipv4/netfilter/Makefile{~,}
--- net/ipv4/netfilter/Makefile~Sun Dec 17 18:26:32 2000
+++ net/ipv4/netfilter/Makefile Sun Dec 17 19:37:32 2000
@@ -38,12 +38,12 @@
obj-$(CONFIG_IP_NF_FTP) += ip_nat_ftp.o
# generic IP tables
-obj-$(CONFIG_IP_NF_IPTABLES) += ip_tables.o
+obj-$(CONFIG_IP_NF_IPTABLES) += ip_tables.o $(iptable_nat-objs)
# the three instances of ip_tables
obj-$(CONFIG_IP_NF_FILTER) += iptable_filter.o
obj-$(CONFIG_IP_NF_MANGLE) += iptable_mangle.o
-obj-$(CONFIG_IP_NF_NAT) += iptable_nat.o
+obj-$(CONFIG_IP_NF_NAT) += iptable_nat.o $(ip_nf_nat-objs)
# matches
obj-$(CONFIG_IP_NF_MATCH_LIMIT) += ipt_limit.o
2.4.0-test13-pre3: Makefile problem in drivers/video
When trying to build video.o as a module, video.o doesn't get copied to /lib/modules/* during installation. - 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: APM/DPMS lockup on Dell 3800
David Feuer [EMAIL PROTECTED] writes: I get this problem both in Linux and Windows, so I won't rule out hardware/bios bugs, but I find that often when my monitor (backlight) gets turned off automatically after a long period of non-use, the computer freezes up. I think it only happens when I've left it that way for a long time, though. If I move the mouse immediately after the screen is blacked, I have no trouble, but if I leave it for a long time, when I get back the monitor won't unblack, ctrl-alt-backspace does nothing, ctrl-alt-delete does nothing, Fn-Suspend, Fn-A don't do anything, and the capslock and numlock keys don't do anything either. I haven't tried reaching the machine from outside yet, but I will if someone wants. I have a Dell Inspiron 7000 with BIOS A15 and exactly the same problem. (I last observed this problem using linux-2.4.0-test12, though. Now I'm running test13-pre3 and it has not yet occurred.) - 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: test12 lockups -- need feedback
Mikael Djurfeldt <[EMAIL PROTECTED]> writes: > "Mohammad A. Haque" <[EMAIL PROTECTED]> writes: > > > Those of you who are having lockups, was test12 compiled from a patched > > tree that you've previously compiled? > > I downloaded the full test12 and have lockups after using X (upstream > version 4.0.1Z) 15-45 mins. For me, SysRq+u works, but if I then > press SysRq+b, nothing happens. There are no signs in the syslog. I should add that I didn't have these lockups in test12-pre8. - 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: test12 lockups -- need feedback
"Mohammad A. Haque" <[EMAIL PROTECTED]> writes: > Those of you who are having lockups, was test12 compiled from a patched > tree that you've previously compiled? I downloaded the full test12 and have lockups after using X (upstream version 4.0.1Z) 15-45 mins. For me, SysRq+u works, but if I then press SysRq+b, nothing happens. There are no signs in the syslog. I'm using the latest Debian packages from the Woody release on an Mobile Pentium II, 333 MHz, 160 Mb ram. - 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: test12 lockups -- need feedback
"Mohammad A. Haque" [EMAIL PROTECTED] writes: Those of you who are having lockups, was test12 compiled from a patched tree that you've previously compiled? I downloaded the full test12 and have lockups after using X (upstream version 4.0.1Z) 15-45 mins. For me, SysRq+u works, but if I then press SysRq+b, nothing happens. There are no signs in the syslog. I'm using the latest Debian packages from the Woody release on an Mobile Pentium II, 333 MHz, 160 Mb ram. - 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: test12 lockups -- need feedback
Mikael Djurfeldt [EMAIL PROTECTED] writes: "Mohammad A. Haque" [EMAIL PROTECTED] writes: Those of you who are having lockups, was test12 compiled from a patched tree that you've previously compiled? I downloaded the full test12 and have lockups after using X (upstream version 4.0.1Z) 15-45 mins. For me, SysRq+u works, but if I then press SysRq+b, nothing happens. There are no signs in the syslog. I should add that I didn't have these lockups in test12-pre8. - 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/
