* Anti-virus for Sendmail
From: Manoj Sharma @ 2002-12-11 5:02 UTC (permalink / raw)
To: linux-admin
Hello All,
I need suggestions for a Anti-virus for my mail server
(Running Sendmail on RedHat Linux)
Thanks in advance.
--
Manoj Sharma
^ permalink raw reply
* Re: Problem with mm1 patch for 2.5.51
From: Andrew Morton @ 2002-12-11 5:08 UTC (permalink / raw)
To: Aniruddha M Marathe; +Cc: linux-kernel
In-Reply-To: <94F20261551DC141B6B559DC4910867201DE24@blr-m3-msg.wipro.com>
Aniruddha M Marathe wrote:
>
> Hi,
> I applied mm1 patch to kernel 2.5.51 and I ran LM bench to test its performance.
> Here are the errors that I obtained.
>
> EXT3-fs error (device ide0(3,6)) in start_transaction: Journal has aborted
An off-by-one was gratuitously added to ext3_free_blocks
--- 25/fs/ext3/balloc.c~dud-patch Tue Dec 10 21:07:20 2002
+++ 25-akpm/fs/ext3/balloc.c Tue Dec 10 21:07:27 2002
@@ -122,7 +122,7 @@ void ext3_free_blocks (handle_t *handle,
es = EXT3_SB(sb)->s_es;
if (block < le32_to_cpu(es->s_first_data_block) ||
block + count < block ||
- block + count >= le32_to_cpu(es->s_blocks_count)) {
+ block + count > le32_to_cpu(es->s_blocks_count)) {
ext3_error (sb, "ext3_free_blocks",
"Freeing blocks not in datazone - "
"block = %lu, count = %lu", block, count);
^ permalink raw reply
* Re: Problem with mm1 patch for 2.5.51
From: Con Kolivas @ 2002-12-11 5:08 UTC (permalink / raw)
To: linux kernel mailing list; +Cc: Andrew Morton
Aniruddha M Marathe said:
>EXT3-fs error (device ide0(3,6)) in ext3_delete_inode: Journal has aborted
etc..
I suspect I suffered a similar fate with the osdl test box. While I was away
letting it run a benchmark in smp mode the filesystem had remounted read only. I
tried rebooting to make some sense of what had happened but was unable to start
the machine with any kernel. I've asked the osdl people to have a look at the
box for me.
Previously a run in uniprocessor mode ran flawlessly.
Con
^ permalink raw reply
* Re: 2.5.51 -- rivafb is whacky (characters flipped on vertical axis, 640x480 usable area shown inside a higher-res area, etc).
From: James Simmons @ 2002-12-11 5:47 UTC (permalink / raw)
To: Miles Lane; +Cc: linux-fbdev-devel
In-Reply-To: <3DF6894E.3090802@attbi.com>
> I have tried getting rivafb to work in 2.5.51. It is much better
> than before (thanks!). It compiles and sorta works.
Ug. Now that several drivers compile now I get bug reports :-( I'm getting
alot of positive feedback as well as one negative source.
> Here are the problems:
>
> When I run "fbset -a 640x480", I get display that fills
> the screen and looks okay, but most of the characters are
> flipped along the vertical axis, so they are backwards, so that:
>
> +---- ----+
> | |
> +--- becomes ---+
> | |
> | |
Okay. That is weird. I have this card so I will give it a try.
> Also, when I boot, the penguin logo looks like it is being rendered
> in about five colors.
Yipes. Imageblit sounds broken.
> In addition, the text is black, except for
> the white underscore cursor, so all I can see is the cursor.
I noticed this. The color palette is for some reason messed up.
> When the gpm gets loaded, the mouse pointer, instead of showing
> a white rectangle that, when it passes over a character, shows that
> character in reverse-video, shows a colored cursor that always
> contains some character. The character shown in the mouse cursor
> changes when it passes over text in the window, but it never shows
> the character it is passing over.
Same things. Color palette is messed up.
> Lastly, when I run "fbset -a 1600x1200", a 640x480 area shows
> a usable console window, but it is embedded in the larger high
> resolution display, like this:
>
> +---------+----------------+
> | | |
> | | |
> | | |
> +---------+ |
> | |
> | |
> | |
> | |
> | |
> +--------------------------+
>
> The area outside of the 640x480 boundary is filled with colored
> junk (no characters).
>
> Any ideas?
Yeap. I migrated changing the console from /dev/fb to actually using the
tty layer. I haven't merged those changes yet but you will be able to do a
stty -f /dev/ttyX 80 col 50 row
and change the video mode.
So I didn't plan to push so soon but I kept getting emails about various
drivers being broken. So I did this push to make more drivers work.
Unfortuenly I sent a watered down fbcon system.
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* tc and iptables
From: nimit @ 2002-12-11 4:53 UTC (permalink / raw)
To: netfilter
hello,
i am new to netfilter, just learning to use iptables and tc, but i am
not clear which one is more suitable for bytelimiting purpose.
with regards,
nimit
^ permalink raw reply
* Re: hard drive head parking in linux
From: Ralph Gesler @ 2002-12-11 4:52 UTC (permalink / raw)
To: Jerry James Haumberger; +Cc: linux-newbie
In-Reply-To: <200212092132.OAA04397@cu.imt.net>
Jerry James Haumberger wrote:
>
> Hi, folks --
>
> Does Linux automatically lift the heads of a hard drive off
> of the disk after some time of non-activity?
>
<snip>
AFAIK the heads _never_ touch the surface, even in the "park" position,
while the disk is spinning. If this event should occur, good by HD. They
are only allowed to rest on the surface when the disk has come to
complete stop.
Ralph
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Problem with mm1 patch for 2.5.51
From: Aniruddha M Marathe @ 2002-12-11 4:52 UTC (permalink / raw)
To: linux-kernel
Hi,
I applied mm1 patch to kernel 2.5.51 and I ran LM bench to test its performance.
Here are the errors that I obtained.
EXT3-fs error (device ide0(3,6)) in start_transaction: Journal has aborted
ext3_free_blocks: aborting transaction: Journal has aborted in __ext3_journal_get_undo_access<2>
EXT3-fs error (device ide0(3,6)) in ext3_free_blocks: Journal has aborted
ext3_free_blocks: aborting transaction: Journal has aborted in __ext3_journal_get_undo_access<2>
EXT3-fs error (device ide0(3,6)) in ext3_free_blocks: Journal has aborted
ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_access<2>
EXT3-fs error (device ide0(3,6)) in ext3_reserve_inode_write: Journal has aborted
EXT3-fs error (device ide0(3,6)) in ext3_truncate: Journal has aborted
ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_access<2>
EXT3-fs error (device ide0(3,6)) in ext3_reserve_inode_write: Journal has aborted
EXT3-fs error (device ide0(3,6)) in ext3_orphan_del: Journal has aborted
ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_access<2>
EXT3-fs error (device ide0(3,6)) in ext3_reserve_inode_write: Journal has aborted
EXT3-fs error (device ide0(3,6)) in ext3_delete_inode: Journal has aborted
I had observered similar errors for mm2 patch for kernel 2.5.50. that patch was later removed from the site. It seems that the problem still persists. are changes in fs/ext3/balloc.c and fs/ext3/inode.c responsible for this ?
Regards,
--------------------------------------------------------------
Aniruddha Marathe
Systems Engineer,
4th floor, WIPRO technologies,
53/1, Hosur road,
Madivala,
Bangalore - 560068
Karnataka, India
Phone: +91-80-5502001 extension 5092
E-mail: aniruddha.marathe@wipro.com
---------------------------------------------------------------
^ permalink raw reply
* [Linux-ia64] kernel update (relative to 2.4.20)
From: Bjorn Helgaas @ 2002-12-11 4:44 UTC (permalink / raw)
To: linux-ia64
In-Reply-To: <marc-linux-ia64-105590678205111@msgid-missing>
The latest ia64 kernel patch for Linux 2.4.20 is available here:
ftp://ftp.kernel.org/pub/linux/kernel/ports/ia64/v2.4/linux-2.4.20-ia64-021210.diff.gz
The current 2.4-based ia64 tree is also available as a BitKeeper
repository. You can browse the changelog and the source files with a
normal browser at:
http://lia64.bkbits.net:8080/linux-ia64-2.4
or you can use the BitKeeper tools to maintain a local copy of the
tree like this:
$ bk clone bk://lia64.bkbits.net/linux-ia64-2.4 linux-ia64-2.4
Note that the SPCR and DBGP support has been removed. In the opinion
of HP lawyers, that support contained Microsoft intellectual property,
so they requested its removal.
Bjorn
Changes since the 2.4.19-ia64-020821 patch:
* Driver changes:
- bcm: dropped (you may be able to use tg3 instead).
- e1000: dropped 4.1.7, adopted upstream (currently 4.4.12-k1)
- e100: RX_ALIGN now upstream; only last_rx_time fix in ia64 patch.
- acenic: dropped ia64 patches; upstream has most or all.
- forte: dropped 1.45, adopted upstream (currently 1.55).
* SPCR/DBGP support removed (encumbered by Microsoft IP; use HCDP instead).
* McKinley A-step config doc removed (code was already gone).
* HP prototype code removed (Matthew Wilcox).
* include/asm-ia64/offsets.h removed.
* sim{eth,scsi,serial} (drivers for HP simulator) moved to arch/ia64/hp/sim/.
* drivers/media/{radio,video}/dummy.c removed.
* Support for /dev/mem write-coalescing mappings removed.
* Support for non-cached mappings of main memory removed.
* Support scatterlist page/offset in sba_iommu.
* AGP/DRM rework to make it more presentable.
- DRM: dropped obsolete #ifdef __alpha__ diffs.
- DRM: r128, radeon: made all 460GX checks run-time, not compile-time.
* ACPI CRS cleanup (Takayoshi Kochi).
* ACPI debug fixes (Takayoshi Kochi).
* Fix many warnings (Andreas Schwab).
* Fix I/O macros (inb, outb, etc) (Andreas Schwab, David Mosberger).
* If more than NR_CPUS found, ignore extras.
* Add generic RAID xor routines with prefetch (Matthew Wilcox).
* Discard *.text.exit and *.data.exit sections (Matthew Wilcox).
* Fix edge-triggered IRQ handling (David Mosberger).
* Alternate signal stack fixes (David Mosberger).
* VFS extended attribute syscall numbers (Andreas Gruenbacher).
* binfmt argv[1] preservation (David Mosberger).
* Preserve FP registers around firmware calls (John Marvin, David Mosberger).
* FPU load/save optimization (Fenghua Yu).
* Syscalls for Extended Attribute VFS infrastructure (Andreas Gruenbacher).
* Use virtual mem map automatically when needed (John Marvin).
* Fix mremap when returning "negative" addresses (Matt Chapman, David Mosberger).
* Add breakpoint hook for simulator (Peter Chubb, David Mosberger).
* Fix memcpy to return destination address (Ken Chen).
* Fix EFI handling of complicated memory maps (David Mosberger).
* Fix ACPI global lock acquire/release (David Mosberger).
* __init/__devinit fixup for PCI hotplug (Jung-Ik Lee).
* Fix TLB flushing for multi-threaded address spaces on SMP (David Mosberger).
* Bugfixes and cleanup in MCA logging (Jenna Hall).
* Poll for corrected platform errors if no CPE interrupt (Alex Williamson).
* MCA and data corruption fixes in HP ZX1 IOMMU driver (Alex Williamson).
- NOTE: SGI pci_dma.c requires corresponding changes.
* HP ZX1 AGP bridge detected via ACPI, not fake PCI devices.
* Perfmon update to version 1.2 (Stephane Eranian).
* Scan PCI buses 0-255 (not 0-254).
* Skip blind PCI probe when root bridges reported by ACPI.
* ACPI: backport bugfix so we see all 460GX PCI root bridges.
* Save/restore FP state in IA32 exception handling (Venkatesh Pallipadi).
* IA32 ptrace: support xmm regs, bug fixes (Venkatesh Pallipadi).
* Fix several unaligned access problems (David Mosberger).
* Fix fork/ptrace deadlock (David Mosberger).
The following major pieces of the ia64 patch are unchanged since
2.4.19-ia64-020821:
* ACPI: CA version 20020517 (upstream has version 20011018).
* qla1280: 3.23 Beta (upstream has 3.00-Beta).
* qla2x00: 4.31.7b (not in upstream).
NOTE: I removed the mmap support for MAP_WRITECOMBINED and
MAP_NONCACHED to avoid issues with memory attribute aliasing.
The only user of these that I know about is XFree86, which still
seems functional when we ignore the attributes it requests. I'm
very interested in any problems caused by this change.
^ permalink raw reply
* HDSP 9652 - a couple of small (?) issues
From: Mark Knecht @ 2002-12-11 4:42 UTC (permalink / raw)
To: Alsa-Devel; +Cc: PlanetCCRMA
Hi,
I'm finding that I seem to have two problems with this new card:
1) I am unable to turn down the volume with alsamixer. All the way up or
down, the volume is always very loud. Has anyone else seen this? Is
there some other tool which will actually control the volume?
2) If I use alsamixer and set volume bars and then use 'alsactl store'
to store the levels, if I use 'alsactl restore' the restore process
always sets channel 0 back to 0. Other channels are restored at their
saved levels. Is alsactl the right tool to use to accomplish this?
I'm not at all clear who to report this to. Who works on alsactl and
alsamixer?
Thanks,
Mark
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* Re: something like cron
From: Ray Olszewski @ 2002-12-11 4:37 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <200212102237.46881.r4mz3z@yahoo.es>
To get help with this, you will have to be a little less abstract. Telling
us you "can't do it", with "it" not very clearly explained, won't get you
more than vagueness in return.
Certainly, cron can run a script every 5 minutes, and that script can check
if you are connected (to what? I'm guessing a dial-up Internet connection),
then either make a connection if there is not one or use the existing
connection if there is one.
Best would be to show us what you are doing now (the script and the related
crontab entry, or whatever "using cron" refers to) and show us the error it
is logging (or whatever other evidence it leaves of its failure).
At 10:37 PM 12/10/02 +0000, r4mz3z wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Hi friends...
> I'm trying to run an application each XX time, I'm using cron but with
> it I
>can't do it... I have a script to send a email to my admin but I need to use
>this script since I connect and each 5 minutes.
> Example:
> 10:32 -> connect --> run this script
> 10:37 -> run the script
> 10:42 -> run the script
> ...
> Thank you very much
--
-------------------------------------------"Never tell me the odds!"--------
Ray Olszewski -- Han Solo
Palo Alto, California, USA ray@comarre.com
-------------------------------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Anti-virus for Sendmail
From: Imran Ali Rashid @ 2002-12-11 4:35 UTC (permalink / raw)
To: linux-admin
In-Reply-To: <Pine.LNX.4.50.0212102028360.2996-100000@athame.gmpexpress.net>
This isn't a recommendation, But I believe Sophos makes anti virus software
as well.
They offer two options. You could either have sophos be the man in the
middle which scans emails and then forwards them to the real email server,
or you could use the command line scanner with particular settings to scan
mails after they are queued and before they are sent out.
Like I said, Its just one of the few out there, and I didn't get enough of a
chance to experiment with it to recommend it. By the way, its a commercial
product and not open source.
----- Original Message -----
From: "dashielljt" <dashielljt@gmpexpress.net>
To: "Scott Taylor" <scott@dctchambers.com>
Cc: <linux-admin@vger.kernel.org>
Sent: Wednesday, December 11, 2002 6:30 AM
Subject: Re: Anti-virus for Sendmail
> Does anyone know of an antivirus package for linux that doesn't need any
> gui interface to run? I'm using text only here since my screen reader
> likes it that way. If the screen reader doesn't work on this system
> either speakup or emacspeak the computer isn't providing me any useful
> output.
>
> Jude <dashielljt(at)gmpexpress-dot-net>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* [STATUS 2.5] December 11, 2002
From: Guillaume Boissiere @ 2002-12-11 4:33 UTC (permalink / raw)
To: linux-kernel
The stabilization work has begun. One item of interest this week
is the update to the new framebuffer/console API.
Full list is available at http://www.kernelnewbies.org/status/
Also, with more people testing different configurations, the
number of bugs in bugzilla has increased quite a big since last
week. 80 and counting.
Cheers,
-- Guillaume
---------------------------------
Linux Kernel 2.5 Status - December 11th, 2002
(Latest kernel release is 2.5.51)
Items in bold have changed since last week.
...
o in 2.5.48 In-kernel module loader (Rusty Russell)
o in 2.5.51 Compatibility syscall layer (Stephen Rothwell)
o in 2.5.51+ Rewrite of the console layer (James Simmons)
o in -mm Page table sharing (Daniel Phillips, Dave McCracken)
o in -osdl Build option for Linux Trace Toolkit (LTT) (Karim Yaghmour)
o in -osdl Linux Kernel Crash Dumps (Matt Robinson, LKCD team)
o in -osdl High resolution timers (George Anzinger, etc.)
o in -osdl Kernel Probes (kprobes) (Vamsi Krishna, kprobes team)
o in -dcl NUMA aware scheduler extensions (Erich Focht, Michael Hohnbaum)
o before 2.6.0 Support insane number of groups (Tim Hockin)
o before 2.6.0 Worldclass support for IPv6 (Alexey Kuznetsov, Dave Miller, Jun Murai, Yoshifuji Hideaki, USAGI team)
o before 2.6.0 Reiserfs v4 (Reiserfs team)
o before 2.6.0 32bit dev_t (Al Viro)
o before 2.6.0 Fix device naming issues (Patrick Mochel, Greg Kroah-Hartman)
o before 2.6.0 Change all drivers to new driver model (All maintainers)
o before 2.6.0 USB gadget support (Stuart Lynne, Greg Kroah-Hartman)
o before 2.6.0 Improved AppleTalk stack (Arnaldo Carvalho de Melo)
o before 2.6.0 ext2/ext3 online resize support (Andreas Dilger)
BUGZILLA:
13 blo mbligh@aracnet.com OPEN user-mode-linux (ARCH=um) compile broken in 2.5.47
44 blo khoa@us.ibm.com OPEN radeonfb does not compile at all - seems incomplete? or w...
66 blo zaitcev@yahoo.com ASSI SMP Kernel Compile for Sparc32 fails
118 blo mbligh@aracnet.com OPEN Load IDE-SCSI module causes OOPS in 2.5.49
123 blo alan@lxorguk.ukuu.org.uk ASSI SiL 680 IDE controller has "issues"
10 hig andrew.grover@intel.com ASSI USB HCs may have improper interrupt configuration with AC...
71 hig andrew.grover@intel.com ASSI RTL8100BL (8139) do not work on acpi UP without local apic
84 hig zippel@linux-m68k.org ASSI qconf crashes when setting default NLS
111 hig wli@holomorphy.com OPEN hugetlbfs does not align pages
113 hig alan@lxorguk.ukuu.org.uk OPEN CMD649 or ALI15X3 problem under 2.5.49 and since many pre...
129 hig greg@kroah.com OPEN usb-storage crashes my pc when i plug in a SIIG Compact F...
130 hig green@namesys.com ASSI problems mounting root partition with 2.5.48+ kernels
148 hig mbligh@aracnet.com OPEN keyboard doesn't work
157 hig mbligh@aracnet.com OPEN Makefile bug? sound/synth/emux/built-in.o
5 nor mbligh@aracnet.com ASSI 64GB highmem BUG()
7 nor willy@debian.org ASSI file lock accounting broken
9 nor dbrownell@users.sourceforge... ASSI Ehci do not leave system in a sensible state for bios on ...
11 nor mbligh@aracnet.com OPEN Intermezzo Compile Failure
15 nor alan@lxorguk.ukuu.org.uk ASSI No dma on first hard drive
16 nor willy@debian.org ASSI reproduceable oops in lock_get_status
18 nor mbligh@aracnet.com OPEN Synaptics touchpad driver
19 nor khoa@us.ibm.com OPEN aty128fb does not compile
32 nor khoa@us.ibm.com OPEN framebuffer drivers dont compile
36 nor andmike@us.ibm.com ASSI Long tape rewind causes abort on aic7xxx
37 nor alan@lxorguk.ukuu.org.uk ASSI IDE problems on old pre-PCI HW
39 nor alan@lxorguk.ukuu.org.uk ASSI undefined reference to `boot_gdt_table'
42 nor alan@lxorguk.ukuu.org.uk ASSI 8139too ifconfig causes oops
43 nor jgarzik@pobox.com ASSI e100 drivers crashes on non cache-coherent platforms
46 nor mbligh@aracnet.com OPEN Two mice: unwanted double-clicks & erratic behavior
48 nor mbligh@aracnet.com OPEN APM suspend and PCMCIA not cooperating
49 nor mbligh@aracnet.com OPEN register_console() called in illegal context
51 nor paul@laufernet.com ASSI isapnp does not register devices in /proc/isapnp
52 nor andmike@us.ibm.com ASSI aic7xxx driver fails to boot on netfinity 7000
53 nor alan@lxorguk.ukuu.org.uk ASSI IDE cd-rom I/O error
54 nor mbligh@aracnet.com OPEN 100% reproduceable "null TTY for (####) in tty_fasync"
58 nor mbligh@aracnet.com OPEN OHCI-1394: sleeping function called from illegal context ...
63 nor wli@holomorphy.com OPEN compile error with CONFIG_HUGETLB_PAGE yes
69 nor mbligh@aracnet.com OPEN Framebuffer bug
72 nor khoa@us.ibm.com OPEN Framebuffer scrolls at the wrong times/places
79 nor khoa@us.ibm.com OPEN Framebuffer scrolling problem
94 nor mbligh@aracnet.com OPEN file remain locked after sapdb process exist.
100 nor johnstul@us.ibm.com ASSI LTP - gettimeofday02 fails (time is going backwards)
104 nor khoa@us.ibm.com OPEN MIPS fails to build: asm/thread_info.h doesn't exist
105 nor johnstul@us.ibm.com ASSI gettimeofday cripples system running with notsc
106 nor mochel@osdl.org OPEN sysfs hierarchy can begin to disintegrate
110 nor khoa@us.ibm.com OPEN Current bk Linux-2.5, VFS Kernel Panic from Devfs + NO UN...
115 nor mbligh@aracnet.com OPEN Kernel modules won't load
116 nor rth@twiddle.net OPEN all mounts oops
117 nor mbligh@aracnet.com OPEN build failure: arch/ppc/kernel/process.c
119 nor andrew.grover@intel.com OPEN 2.5.49 - Dell Latitude weirdness at shutdown
122 nor mbligh@aracnet.com OPEN emu10k1 OSS troubles
126 nor mbligh@aracnet.com OPEN bzImage build failure on input devices support as module
131 nor alan@lxorguk.ukuu.org.uk OPEN "hda: lost interrupt"; "hda: dma_intr: bad DMA status" on...
132 nor acme@conectiva.com.br OPEN windows ip check ARP packet replied by kernel when proxy_...
134 nor mbligh@aracnet.com OPEN 2.5.50 breaks pcmcia cards
135 nor mbligh@aracnet.com OPEN SB16/Alsa doesn't work
136 nor akpm@digeo.com OPEN FSID returned from statvfs always 0
138 nor khoa@us.ibm.com OPEN Build error: drivers/video/sis/sis_main.h:299: parse erro...
140 nor andmike@us.ibm.com OPEN isp1020 driver reports error
143 nor alan@lxorguk.ukuu.org.uk OPEN unable to read cd audio from atapi cdrom/cdrw/dvd device,...
144 nor mbligh@aracnet.com OPEN error return not checked in register_disk (fs/partitions/...
145 nor mbligh@aracnet.com OPEN ALSA: SB-AWE ISA detection fails
149 nor mbligh@aracnet.com OPEN Laptop with touchpad and "pointer". Pointer never works
150 nor greg@kroah.com OPEN [PNP][2.5] IDE Detection problems (wrong IRQ and wrong ID...
151 nor axboe@suse.de OPEN compile failure on drivers/block/ps2esdi.c
153 nor rmk@arm.linux.org.uk OPEN compile failure on drivers/char/riscom8.c
154 nor rmk@arm.linux.org.uk OPEN compile failure on drivers/char/esp.c
155 nor rmk@arm.linux.org.uk OPEN compile failure on drivers/char/specialix.c
156 nor alan@lxorguk.ukuu.org.uk ASSI compile failure on drivers/ide/pci/nvidia.c
158 nor mbligh@aracnet.com OPEN depmod should be in README
159 nor mbligh@aracnet.com OPEN compile failure on drivers/isdn/i4l/isdn_net_lib.c
8 low alan@lxorguk.ukuu.org.uk ASSI i2o_scsi does not handle reset properly
20 low davej@codemonkey.org.uk OPEN Kernel AGP support needs to be initialized sooner
28 low jgarzik@pobox.com ASSI Compile time warnings from starfire driver (with PAE enab...
29 low akpm@digeo.com ASSI Debug: sleeping function called from illegal context at m...
78 low zippel@linux-m68k.org ASSI make dep on lk configuration exit
83 low zippel@linux-m68k.org ASSI Wish: ability to quickly cycle through (NEW) config options
142 low mbligh@aracnet.com OPEN problem with ver_linux script and procps version
146 low akpm@digeo.com OPEN Assertion failure in do_get_write_access() at fs/jbd/tra...
152 low zippel@linux-m68k.org OPEN make xconfig dont work
80 bugs found.
^ permalink raw reply
* Re: drivers/video/sis horribly broken in 2.5.51
From: James Simmons @ 2002-12-11 5:23 UTC (permalink / raw)
To: Willem Riede; +Cc: linux-kernel
In-Reply-To: <20021211033312.GN3664@linnie.riede.org>
> Linux 2.5.51 appears to have horribly broken the files in
> drivers/video/sis. linux-2.5.51/drivers/video/sis/sis_main.c
> refers to #include <video/fbcon.h>, <video/fbcon-cfb8.h>,
> <video/fbcon-cfb16.h>, <video/fbcon-cfb24.h>, <video/fbcon-cfb32.h>
> which appears to have been removed from the tree. And who knows
> what other havoc has been created :-(
>
> Does anyone know how to fix this?
The author is working on updating the driver. I talked it him some time
ago and he wanted to wait until the merge happened. In fact alot of driver
maintainers wanted to wait until the merged. So you will started to see
several broken drivers start to work.
^ permalink raw reply
* Re: [PATCH] scheduler tunables
From: Robert Love @ 2002-12-11 4:26 UTC (permalink / raw)
To: linux-kernel; +Cc: akpm
In-Reply-To: <1039562877.922.16.camel@phantasy>
On Tue, 2002-12-10 at 18:27, Robert Love wrote:
> Attached patch implements sysctl/procfs scheduler tunables, knobs
> which let one play with all of the important scheduler variables:
Updated version at Andrew's prodding, now with documentation in
Documentation/filesystem/proc.txt
Again, this patch implements scheduler tunables in /proc/sys/sched:
sched.starvation_limit = 2000
sched.max_sleep_avg = 2000
sched.interactive_delta = 2
sched.prio_bonus_ratio = 25
sched.exit_weight = 3
sched.parent_penalty = 100
sched.child_penalty = 95
sched.min_timeslice = 10
sched.max_timeslice = 300
Some notes for testers and tuners:
- you can effectively disable the interactivity estimator (both
bonuses and penalties) by setting prio_bonus_ratio to zero
- some users seem to prefer a lower child_penalty (50 is the
default in 2.4-aa)
- some workloads may benefit from setting starvation_limit lower
(maybe 0.5s?) while a few workloads may actually like it
much higher (4s?)
Enjoy,
Robert Love
Documentation/filesystems/proc.txt | 87 +++++++++++++++++++++++++++++++++++++
include/linux/sysctl.h | 15 +++++-
kernel/sched.c | 31 +++++++++----
kernel/sysctl.c | 35 ++++++++++++++
4 files changed, 157 insertions(+), 11 deletions(-)
diff -urN linux-2.5.51-mm1/Documentation/filesystems/proc.txt linux/Documentation/filesystems/proc.txt
--- linux-2.5.51-mm1/Documentation/filesystems/proc.txt 2002-12-10 17:48:09.000000000 -0500
+++ linux/Documentation/filesystems/proc.txt 2002-12-10 23:15:19.000000000 -0500
@@ -37,6 +37,7 @@
2.8 /proc/sys/net/ipv4 - IPV4 settings
2.9 Appletalk
2.10 IPX
+ 2.11 /proc/sys/sched - scheduler tunables
------------------------------------------------------------------------------
Preface
@@ -1663,6 +1664,92 @@
gives the destination network, the router node (or Directly) and the network
address of the router (or Connected) for internal networks.
+2.11 /proc/sys/sched - scheduler tunables
+-----------------------------------------
+
+Useful knobs for tuning the scheduler live in /proc/sys/sched.
+
+child_penalty
+-------------
+
+Percentage of the parent's sleep_avg that children inherit. sleep_avg is
+a running average of the time a process spends sleeping. Tasks with high
+sleep_avg values are considered interactive and given a higher dynamic
+priority and a larger timeslice. You typically want this some value just
+under 100.
+
+exit_weight
+-----------
+
+When a CPU hog task exits, its parent's sleep_avg is reduced by a factor of
+exit_weight against the exiting task's sleep_avg.
+
+interactive_delta
+-----------------
+
+If a task is "interactive" it is reinserted into the active array after it
+has expired its timeslice, instead of being inserted into the expired array.
+How "interactive" a task must be in order to be deemed interactive is a
+function of its nice value. This interactive limit is scaled linearly by nice
+value and is offset by the interactive_delta.
+
+max_sleep_avg
+-------------
+
+max_sleep_avg is the largest value (in ms) stored for a task's running sleep
+average. The larger this value, the longer a task needs to sleep to be
+considered interactive (maximum interactive bonus is a function of
+max_sleep_avg).
+
+max_timeslice
+-------------
+
+Maximum timeslice, in milliseconds. This is the value given to tasks of the
+highest dynamic priority.
+
+min_timeslice
+-------------
+
+Minimum timeslice, in milliseconds. This is the value given to tasks of the
+lowest dynamic priority. Every task gets at least this slice of the processor
+per array switch.
+
+parent_penalty
+--------------
+
+Percentage of the parent's sleep_avg that it retains across a fork().
+sleep_avg is a running average of the time a process spends sleeping. Tasks
+with high sleep_avg values are considered interactive and given a higher
+dynamic priority and a larger timeslice. Normally, this value is 100 and thus
+task's retain their sleep_avg on fork. If you want to punish interactive
+tasks for forking, set this below 100.
+
+prio_bonus_ratio
+----------------
+
+Middle percentage of the priority range that tasks can receive as a dynamic
+priority. The default value of 25% ensures that nice values at the
+extremes are still enforced. For example, nice +19 interactive tasks will
+never be able to preempt a nice 0 CPU hog. Setting this higher will increase
+the size of the priority range the tasks can receive as a bonus. Setting
+this lower will decrease this range, making the interactivity bonus less
+apparent and user nice values more applicable.
+
+starvation_limit
+----------------
+
+Sufficiently interactive tasks are reinserted into the active array when they
+run out of timeslice. Normally, tasks are inserted into the expired array.
+Reinserting interactive tasks into the active array allows them to remain
+runnable, which is important to interactive performance. This could starve
+expired tasks, however, since the interactive task could prevent the array
+switch. To prevent starving the tasks on the expired array for too long. the
+starvation_limit is the longest (in ms) we will let the expired array starve
+at the expense of reinserting interactive tasks back into active. Higher
+values here give more preferance to running interactive tasks, at the expense
+of expired tasks. Lower values provide more fair scheduling behavior, at the
+expense of interactivity. The units are in milliseconds.
+
------------------------------------------------------------------------------
Summary
------------------------------------------------------------------------------
diff -urN linux-2.5.51-mm1/include/linux/sysctl.h linux/include/linux/sysctl.h
--- linux-2.5.51-mm1/include/linux/sysctl.h 2002-12-10 17:48:10.000000000 -0500
+++ linux/include/linux/sysctl.h 2002-12-10 16:50:41.000000000 -0500
@@ -66,7 +66,8 @@
CTL_DEV=7, /* Devices */
CTL_BUS=8, /* Busses */
CTL_ABI=9, /* Binary emulation */
- CTL_CPU=10 /* CPU stuff (speed scaling, etc) */
+ CTL_CPU=10, /* CPU stuff (speed scaling, etc) */
+ CTL_SCHED=11, /* scheduler tunables */
};
/* CTL_BUS names: */
@@ -157,6 +158,18 @@
VM_LOWER_ZONE_PROTECTION=20,/* Amount of protection of lower zones */
};
+/* Tunable scheduler parameters in /proc/sys/sched/ */
+enum {
+ SCHED_MIN_TIMESLICE=1, /* minimum process timeslice */
+ SCHED_MAX_TIMESLICE=2, /* maximum process timeslice */
+ SCHED_CHILD_PENALTY=3, /* penalty on fork to child */
+ SCHED_PARENT_PENALTY=4, /* penalty on fork to parent */
+ SCHED_EXIT_WEIGHT=5, /* penalty to parent of CPU hog child */
+ SCHED_PRIO_BONUS_RATIO=6, /* percent of max prio given as bonus */
+ SCHED_INTERACTIVE_DELTA=7, /* delta used to scale interactivity */
+ SCHED_MAX_SLEEP_AVG=8, /* maximum sleep avg attainable */
+ SCHED_STARVATION_LIMIT=9, /* no re-active if expired is starved */
+};
/* CTL_NET names: */
enum
diff -urN linux-2.5.51-mm1/kernel/sched.c linux/kernel/sched.c
--- linux-2.5.51-mm1/kernel/sched.c 2002-12-10 17:48:10.000000000 -0500
+++ linux/kernel/sched.c 2002-12-10 16:33:34.000000000 -0500
@@ -57,16 +57,29 @@
* Minimum timeslice is 10 msecs, default timeslice is 150 msecs,
* maximum timeslice is 300 msecs. Timeslices get refilled after
* they expire.
+ *
+ * They are configurable via /proc/sys/sched
*/
-#define MIN_TIMESLICE ( 10 * HZ / 1000)
-#define MAX_TIMESLICE (300 * HZ / 1000)
-#define CHILD_PENALTY 95
-#define PARENT_PENALTY 100
-#define EXIT_WEIGHT 3
-#define PRIO_BONUS_RATIO 25
-#define INTERACTIVE_DELTA 2
-#define MAX_SLEEP_AVG (2*HZ)
-#define STARVATION_LIMIT (2*HZ)
+
+int min_timeslice = (10 * HZ) / 1000;
+int max_timeslice = (300 * HZ) / 1000;
+int child_penalty = 95;
+int parent_penalty = 100;
+int exit_weight = 3;
+int prio_bonus_ratio = 25;
+int interactive_delta = 2;
+int max_sleep_avg = 2 * HZ;
+int starvation_limit = 2 * HZ;
+
+#define MIN_TIMESLICE (min_timeslice)
+#define MAX_TIMESLICE (max_timeslice)
+#define CHILD_PENALTY (child_penalty)
+#define PARENT_PENALTY (parent_penalty)
+#define EXIT_WEIGHT (exit_weight)
+#define PRIO_BONUS_RATIO (prio_bonus_ratio)
+#define INTERACTIVE_DELTA (interactive_delta)
+#define MAX_SLEEP_AVG (max_sleep_avg)
+#define STARVATION_LIMIT (starvation_limit)
/*
* If a task is 'interactive' then we reinsert it in the active
diff -urN linux-2.5.51-mm1/kernel/sysctl.c linux/kernel/sysctl.c
--- linux-2.5.51-mm1/kernel/sysctl.c 2002-12-10 17:48:10.000000000 -0500
+++ linux/kernel/sysctl.c 2002-12-10 17:05:04.000000000 -0500
@@ -54,6 +54,15 @@
extern int cad_pid;
extern int pid_max;
extern int sysctl_lower_zone_protection;
+extern int min_timeslice;
+extern int max_timeslice;
+extern int child_penalty;
+extern int parent_penalty;
+extern int exit_weight;
+extern int prio_bonus_ratio;
+extern int interactive_delta;
+extern int max_sleep_avg;
+extern int starvation_limit;
/* this is needed for the proc_dointvec_minmax for [fs_]overflow UID and GID */
static int maxolduid = 65535;
@@ -111,6 +120,7 @@
static ctl_table kern_table[];
static ctl_table vm_table[];
+static ctl_table sched_table[];
#ifdef CONFIG_NET
extern ctl_table net_table[];
#endif
@@ -155,6 +165,7 @@
{CTL_FS, "fs", NULL, 0, 0555, fs_table},
{CTL_DEBUG, "debug", NULL, 0, 0555, debug_table},
{CTL_DEV, "dev", NULL, 0, 0555, dev_table},
+ {CTL_SCHED, "sched", NULL, 0, 0555, sched_table},
{0}
};
@@ -357,7 +368,29 @@
static ctl_table dev_table[] = {
{0}
-};
+};
+
+static ctl_table sched_table[] = {
+ {SCHED_MAX_TIMESLICE, "max_timeslice",
+ &max_timeslice, sizeof(int), 0644, NULL, &proc_dointvec},
+ {SCHED_MIN_TIMESLICE, "min_timeslice",
+ &min_timeslice, sizeof(int), 0644, NULL, &proc_dointvec},
+ {SCHED_CHILD_PENALTY, "child_penalty",
+ &child_penalty, sizeof(int), 0644, NULL, &proc_dointvec},
+ {SCHED_PARENT_PENALTY, "parent_penalty",
+ &parent_penalty, sizeof(int), 0644, NULL, &proc_dointvec},
+ {SCHED_EXIT_WEIGHT, "exit_weight",
+ &exit_weight, sizeof(int), 0644, NULL, &proc_dointvec},
+ {SCHED_PRIO_BONUS_RATIO, "prio_bonus_ratio",
+ &prio_bonus_ratio, sizeof(int), 0644, NULL, &proc_dointvec},
+ {SCHED_INTERACTIVE_DELTA, "interactive_delta",
+ &interactive_delta, sizeof(int), 0644, NULL, &proc_dointvec},
+ {SCHED_MAX_SLEEP_AVG, "max_sleep_avg",
+ &max_sleep_avg, sizeof(int), 0644, NULL, &proc_dointvec},
+ {SCHED_STARVATION_LIMIT, "starvation_limit",
+ &starvation_limit, sizeof(int), 0644, NULL, &proc_dointvec},
+ {0}
+};
extern void init_irq_proc (void);
^ permalink raw reply
* Re: [parisc-linux] Kernel crash when loggin in via ssh
From: M. Grabert @ 2002-12-11 4:16 UTC (permalink / raw)
To: Carlos O'Donell; +Cc: parisc-linux
In-Reply-To: <20021211035731.GB9521@systemhalted>
On Tue, 10 Dec 2002, Carlos O'Donell wrote:
> > It works when booting the old linux-2.4.19-pa2, so there must be a bug
> > introduced between 2.4.19-pa2 and 2.4.20-pa10.
>
> What compiler/toolchain did you use to compile 2.4.19-pa2?
Reading my previous post about the change in the Voodoo3 issue (Nov 26),
I realized that linux-2.4.20-rc1-pa7 obviously also worked.
This kernel was definitely compiled with gcc-3.0.4 (the one that
was in sid as of Nov 26).
Yes, it might be a gcc issue ... haven't thought of that ...
I'll try to recompile the latest kernel with a gcc-3.0.4 - tomorrow!
greetings max
^ permalink raw reply
* Re: soundcard matrix: broken links etc.
From: John S. Denker @ 2002-12-11 4:05 UTC (permalink / raw)
To: Patrick Shirkey; +Cc: goemon, alsa-devel
In-Reply-To: <E18LQai-0006m2-00@sc8-sf-list1.sourceforge.net>
Patrick Shirkey wrote:
> > http://www.alsa-project.org/~goemon/
> How did you get access to it?
Google.
> This version is now deprecated.
Point taken.
However, the apparently non-deprecated version
http://www.alsa-project.org/alsa-doc/
contains almost as many broken links etc.
Here's the summary:
Code Occurrences What to do
200 1 There are broken fragments which must be fixed.
301 1 You should update the link.
302 28 Usually nothing.
401 4 The link is not public. You'd better specify it.
403 1 The link is forbidden! This needs fixing.
404 57 The link is broken. Fix it NOW!
405 1 The server does not allow HEAD requests.
500 37 Either the hostname is incorrect or ...
Interested parties may grab the details from
http://www.av8n.net/~jsd/alsa/checked-links2.html
http://www.av8n.net/~jsd/alsa/checked-links2.html.gz
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* Re: [parisc-linux] Kernel crash when loggin in via ssh
From: M. Grabert @ 2002-12-11 4:02 UTC (permalink / raw)
To: Carlos O'Donell; +Cc: parisc-linux
In-Reply-To: <20021211035731.GB9521@systemhalted>
On Tue, 10 Dec 2002, Carlos O'Donell wrote:
> > It works when booting the old linux-2.4.19-pa2, so there must be a bug
> > introduced between 2.4.19-pa2 and 2.4.20-pa10.
>
> What compiler/toolchain did you use to compile 2.4.19-pa2?
Honestly, I don't know 100%. It wasn't gcc-3.2.2-pre for sure, but i
*THINK* it was gcc-3.0.4 (I have to do a dmesg next time)!
^ permalink raw reply
* Re: [parisc-linux] Kernel crash when loggin in via ssh
From: Carlos O'Donell @ 2002-12-11 3:57 UTC (permalink / raw)
To: M. Grabert; +Cc: parisc-linux
In-Reply-To: <Pine.LNX.4.44.0212110257190.6654-300000@sal.ucc.ie>
> It works when booting the old linux-2.4.19-pa2, so there must be a bug
> introduced between 2.4.19-pa2 and 2.4.20-pa10.
What compiler/toolchain did you use to compile 2.4.19-pa2?
c.
^ permalink raw reply
* Re: something like cron
From: dashielljt @ 2002-12-11 3:54 UTC (permalink / raw)
To: r4mz3z; +Cc: linux-newbie
In-Reply-To: <200212102237.46881.r4mz3z@yahoo.es>
you need to edit chrontab.
Jude <dashielljt(at)gmpexpress-dot-net>
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* RE: Regarding consistent_alloc
From: acurtis @ 2002-12-11 3:52 UTC (permalink / raw)
To: Tom Rini, Pantelis Antoniou
Cc: Dan Malek, Paul Mackerras, joakim.tjernlund, Matt Porter,
linuxppc-embedded
In-Reply-To: <20021210174911.GB14786@opus.bloom.county>
> > 2. I have a requirement to have my drivers loaded as modules.
> > m8xx_cpm_hostalloc has a very simplistic implementation, which
> > makes it unsuitable for something like that. I have some patches
> > that fix both m8xx_cpm_hostalloc and 8xx_cpm_dpalloc by implementing
> > a proper heap, with free space management and coalescing.
> > What is the proper way to push them, and to whom?
>
> <buck passing mode=on>Dan Malek still knows the most about the
> 8xx-specific portions of the kernel, so he should really speak up here
> when he gets a moment</buck passing>
m8xx_cpm_hostalloc(), if it is anything like the 8260 version, enables you
to allocation memory from dual-port RAM. (which could be handy and/or
required for certain CPM related operations) _va() and _pa() only work for
main memory addresses. For all other address ranges the iopa() function must
be used. (I hope this is helpful)
With that said, I would be interested in your modifications if you are
willing to share.
THX
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: Linux 2.4.21-pre1
From: Alex Davis @ 2002-12-11 3:58 UTC (permalink / raw)
To: bunk; +Cc: linux-kernel
>The ac IDE merge broke the compilation of hd.c (it was already broken in
>ac):
><-- snip -->
Hmm.. I was able to build it with no problem. Can you
post your .config??
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
^ permalink raw reply
* Re: [ACPI] Dell i8k was: Re: [2.5.50, ACPI] link error
From: Andrew McGregor @ 2002-12-11 3:44 UTC (permalink / raw)
To: Pavel Machek, Alan Cox
Cc: Grover, Andrew, 'Ducrot Bruno', Ducrot Bruno,
Patrick Mochel, Linux Kernel Mailing List, ACPI mailing list
In-Reply-To: <23440000.1039553448@localhost.localdomain>
[-- Attachment #1: Type: text/plain, Size: 2058 bytes --]
Hmm, when I boot 2.5.51 w/ACPI on it with a battery installed, it panics.
By booting without and then inserting the battery, I got the attached oops.
See also the messages in the dmesg output.
Andrew
--On Wednesday, December 11, 2002 09:50:48 +1300 Andrew McGregor
<andrew@indranet.co.nz> wrote:
> I strongly suspect that s4bios will work on this machine, but swsusp
> won't. Why? It's a Dell Inspiron 8000 with an NVidia Geforce2go, and
> until NVidia put pm support in their driver, it's game over for Linux.
> Except that the BIOS knows how to suspend it, so some kernel/driver
> combinations work with APM. I suspect any Geforce2go Dell is the same.
>
> Andrew
>
> --On Tuesday, December 10, 2002 21:40:31 +0100 Pavel Machek
> <pavel@suse.cz> wrote:
>
>> Hi!
>>
>>> > I concur with your pros and cons. This makes me think that if S4BIOS
>>> > support ever gets added, it should get added to 2.4 only.
>>
>> And S4BIOS will never get added to 2.4 since it needs driver model
>> :-(.
>>
>>> That assumes no box exists where S4bios works an S4 doesnt (eg due to
>>> bad tables or "knowing" what other-os does)
>>
>> We have full control over S4 (== swsusp), so we can fix that in most
>> cases.
>>
>> S4BIOS is still little friendlier to the user -- no need to set up
>> swap partition and command line parameter, can't go wrong if you boot
>> without resume=, etc.
>> Pavel
>>
>> --
>> Casualities in World Trade Center: ~3k dead inside the building,
>> cryptography in U.S.A. and free speech in Czech Republic.
>> -
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel"
>> in the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> 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 majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
[-- Attachment #2: battery-2.5.51.oops --]
[-- Type: application/octet-stream, Size: 4987 bytes --]
ksymoops 2.4.5 on i686 2.5.51. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.5.51/ (default)
-m /boot/System.map-2.5.51 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
e100: selftest OK.
e100: eth0: Intel(R) 8255x-based Ethernet Adapter
[<c013b6cd>] __alloc_pages+0x28d/0x2a0
[<c013b702>] __get_free_pages+0x22/0x60
[<c0120264>] dup_task_struct+0xb4/0x100
[<c030e150>] stall_callback+0x0/0x1a0
[<c01209c9>] copy_process+0x69/0x8f0
[<c030e150>] stall_callback+0x0/0x1a0
[<c0129e42>] __run_timers+0x82/0x160
[<c012129d>] do_fork+0x4d/0x150
[<c010a312>] kernel_thread+0x92/0xb0
[<e08db650>] nodemgr_host_thread+0x0/0xb0 [ieee1394]
[<c010a268>] kernel_thread_helper+0x0/0x18
[<e08db964>] nodemgr_add_host+0x74/0xf0 [ieee1394]
[<e08db650>] nodemgr_host_thread+0x0/0xb0 [ieee1394]
[<e08d8418>] highlevel_add_host+0x38/0x70 [ieee1394]
[<e08d7e95>] hpsb_add_host+0x45/0x70 [ieee1394]
[<c0227efd>] pci_device_probe+0x5d/0x70
[<c0262ce3>] bus_match+0x43/0x80
[<c0262e01>] driver_attach+0x61/0x80
[<c026313d>] bus_add_driver+0xad/0xd0
[<c02635e1>] driver_register+0x31/0x40
[<c022803d>] pci_register_driver+0x4d/0x60
[<c0133809>] sys_init_module+0x1c9/0x1f0
[<c010c3bf>] syscall_call+0x7/0xb
e100: eth0 NIC Link is Up 100 Mbps Full duplex
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x170-0x177 0x370-0x37f 0x3c0-0x3df 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
Unable to handle kernel NULL pointer dereference at virtual address 00000010
c022bab9
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0060:[<c022bab9>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000 ebx: 00000000 ecx: dffe8ba0 edx: dee76ac0
esi: c170ec00 edi: c15e6900 ebp: dd9e9c9c esp: dd9e9c70
ds: 0068 es: 0068 ss: 0068
Stack: c170ec00 00000001 00000000 00000000 00000000 00000000 00000000 00000001
dee76ac0 dfdc1be0 c15e21b4 dd9e9cb4 c022bc1b dee76ac0 dee76ac0 00000000
00000000 dd9e9cdc c0237629 dfdc1be0 c15e2000 00000060 00000000 00000000
[<c022bc1b>] acpi_ds_get_buffer_arguments+0x3b/0x50
[<c0237629>] acpi_ex_resolve_node_to_value+0xc9/0x110
[<c023275a>] acpi_ex_resolve_to_value+0x4a/0x70
[<c022d73c>] acpi_ds_resolve_operands+0x2c/0x50
[<c022c7bb>] acpi_ds_exec_end_op+0x13b/0x2e0
[<c023d14a>] acpi_ps_parse_loop+0x61a/0xb60
[<c022a8a0>] acpi_os_wait_semaphore+0xf0/0x120
[<c022a8a0>] acpi_os_wait_semaphore+0xf0/0x120
[<c0243f45>] acpi_ut_acquire_mutex+0x75/0xa0
[<c0242c50>] acpi_ut_release_to_cache+0x40/0xd0
[<c0243fe4>] acpi_ut_release_mutex+0x74/0xa0
[<c022ea4e>] acpi_ds_delete_walk_state+0x4e/0xc0
[<c023d89b>] acpi_ps_parse_aml+0x20b/0x220
[<c022e997>] acpi_ds_init_aml_walk+0xc7/0x130
[<c023e355>] acpi_psx_execute+0x205/0x250
[<c023a7a4>] acpi_ns_execute_control_method+0x54/0x80
[<c023a737>] acpi_ns_evaluate_by_handle+0xa7/0xc0
[<c023a59b>] acpi_ns_evaluate_relative+0xdb/0x100
[<c02453e8>] acpi_ut_remove_reference+0x38/0x40
[<c0239bc1>] acpi_evaluate_object+0x81/0x220
[<c0246d02>] acpi_battery_get_info+0x72/0x150
[<c0247070>] acpi_battery_check+0xa0/0x120
[<c024797d>] acpi_battery_notify+0x4d/0x70
[<c022fad4>] acpi_ev_notify_dispatch+0x64/0x90
[<c022a5e8>] acpi_os_queue_exec+0x58/0x70
[<c022a590>] acpi_os_queue_exec+0x0/0x70
[<c010a26d>] kernel_thread_helper+0x5/0x18
Code: 89 50 10 89 3c 24 e8 cc 21 01 00 c7 04 24 37 00 00 00 e8 00
>>EIP; c022bab9 <acpi_ds_execute_arguments+c9/190> <=====
>>ecx; dffe8ba0 <END_OF_CODE+1fa943e0/????>
>>edx; dee76ac0 <END_OF_CODE+1e922300/????>
>>esi; c170ec00 <END_OF_CODE+11ba440/????>
>>edi; c15e6900 <END_OF_CODE+1092140/????>
>>ebp; dd9e9c9c <END_OF_CODE+1d4954dc/????>
>>esp; dd9e9c70 <END_OF_CODE+1d4954b0/????>
Code; c022bab9 <acpi_ds_execute_arguments+c9/190>
00000000 <_EIP>:
Code; c022bab9 <acpi_ds_execute_arguments+c9/190> <=====
0: 89 50 10 mov %edx,0x10(%eax) <=====
Code; c022babc <acpi_ds_execute_arguments+cc/190>
3: 89 3c 24 mov %edi,(%esp,1)
Code; c022babf <acpi_ds_execute_arguments+cf/190>
6: e8 cc 21 01 00 call 121d7 <_EIP+0x121d7>
Code; c022bac4 <acpi_ds_execute_arguments+d4/190>
b: c7 04 24 37 00 00 00 movl $0x37,(%esp,1)
Code; c022bacb <acpi_ds_execute_arguments+db/190>
12: e8 00 00 00 00 call 17 <_EIP+0x17>
1 warning and 1 error issued. Results may not be reliable.
[-- Attachment #3: dmesg-2.5.51 --]
[-- Type: application/octet-stream, Size: 13658 bytes --]
Linux version 2.5.51 (andrewm@ijir) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #2 Wed Dec 11 15:37:35 NZDT 2002
Video mode to be used for restore is ffff
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 0000000000100000 - 000000001ffea800 (usable)
BIOS-e820: 000000001ffea800 - 0000000020000000 (reserved)
BIOS-e820: 00000000feea0000 - 00000000fef00000 (reserved)
BIOS-e820: 00000000ffb80000 - 0000000100000000 (reserved)
511MB LOWMEM available.
ACPI: Wakeup code way too big, will crash on attempt to suspend
ACPI: have wakeup address 0xc0001000
On node 0 totalpages: 131050
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 126954 pages, LIFO batch:16
HighMem zone: 0 pages, LIFO batch:1
ACPI: RSDP (v000 DELL ) @ 0x000fde50
ACPI: RSDT (v001 DELL CPi R 10193.02324) @ 0x000fde64
ACPI: FADT (v001 DELL CPi R 10193.02324) @ 0x000fde90
ACPI: DSDT (v001 INT430 SYSFexxx 00000.04097) @ 0x00000000
ACPI: BIOS passes blacklist
Building zonelist for node : 0
Kernel command line: ro root=/dev/hda3 3
Initializing CPU#0
Detected 897.916 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1777.66 BogoMIPS
Memory: 513788k/524200k available (2802k kernel code, 9620k reserved, 1195k data, 124k init, 0k highmem)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
CPU: Before vendor init, caps: 0383f9ff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0383f9ff 00000000 00000000 00000000
CPU: After generic, caps: 0383f9ff 00000000 00000000 00000000
CPU: Common caps: 0383f9ff 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: Intel Pentium III (Coppermine) stepping 06
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
mtrr: v2.0 (20020519)
device class 'cpu': registering
device class cpu: adding driver system:cpu
PCI: PCI BIOS revision 2.10 entry at 0xfc06e, last bus=8
PCI: Using configuration type 1
device class cpu: adding device CPU 0
interfaces: adding device CPU 0
BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]: 1 bvecs: 256 entries (12 bytes)
biovec pool[1]: 4 bvecs: 256 entries (48 bytes)
biovec pool[2]: 16 bvecs: 256 entries (192 bytes)
biovec pool[3]: 64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
ACPI: Subsystem revision 20021205
.......................................................................................................................................................... ACPI-0263: *** Info: GPE Block0 defined as GPE0 to GPE15
ACPI-0263: *** Info: GPE Block1 defined as GPE16 to GPE31
...................................................................................................<6>ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIE._PRT]
ACPI: Power Resource [PADA] (on)
Linux Plug and Play Support v0.93 (c) Adam Belay
block request queues:
128 requests per read queue
128 requests per write queue
8 requests per batch
enter congestion at 31
exit congestion at 33
SCSI subsystem driver Revision: 1.00
device class 'scsi-host': registering
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
Total HugeTLB memory allocated, 0
aio_setup: sizeof(struct page) = 40
[c151c040] eventpoll: successfully initialized.
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
udf: registering filesystem
Initializing Cryptographic API
ACPI: AC Adapter [AC] (on-line)
ACPI: Battery Slot [BAT0] (battery absent)
ACPI: Battery Slot [BAT1] (battery absent)
ACPI: Lid Switch [LID]
ACPI: Power Button (CM) [PBTN]
ACPI: Sleep Button (CM) [SBTN]
ACPI: Processor [CPU0] (supports C1 C2)
ACPI: Thermal Zone [THM] (25 C)
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
pty: 256 Unix98 ptys configured
Dell laptop SMM driver v1.7 21/11/2001 Massimo Dal Zotto (dz@debian.org)
lp0: using parport0 (polling).
i810_rng: RNG not detected
Linux agpgart interface v1.0 (c) Dave Jones
agpgart: agpgart: Detected an Intel i815, but could not find the secondary device. Assuming a non-integrated video card.
agpgart: Detected Intel i815 chipset
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: AGP aperture is 64M @ 0xe8000000
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Intel(R) PRO/100 Network Driver - version 2.1.24-k2
Copyright (c) 2002 Intel Corporation
e100: selftest OK.
Freeing alive device dfd5e800, eth%d
e100: eth0: Intel(R) 8255x-based Ethernet Adapter
Mem:0xf8fff000 IRQ:11 Speed:0 Mbps Dx:N/A
Hardware receive checksums enabled
cpu cycle saver enabled
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH2M: IDE controller at PCI slot 00:1f.1
ICH2M: chipset revision 3
ICH2M: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hdc:pio, hdd:pio
hda: IBM-DJSA-232, ATA DISK drive
hdb: TOSHIBA DVD-ROM SD-C2502, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: host protected area => 1
hda: 62506080 sectors (32003 MB) w/1874KiB Cache, CHS=62010/16/63, UDMA(66)
hda: hda1 hda2 hda3 hda4 < hda5 >
hdb: ATAPI 24X DVD-ROM drive, 128kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
scsi HBA driver <NULL> didn't set max_sectors, please fix the template<4>scsi HBA driver Qlogic ISP 1280/12160 didn't set max_sectors, please fix the template<3>request_module[scsi_hostadapter]: not ready
request_module[scsi_hostadapter]: not ready
request_module[scsi_hostadapter]: not ready
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus] [pm]
PCI: Enabling device 02:0f.0 (0000 -> 0002)
PCI: Enabling device 02:0f.1 (0000 -> 0002)
drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0
PCI: Setting latency timer of device 00:1f.2 to 64
uhci-hcd 00:1f.2: Intel Corp. 82801BA/BAM USB (Hub
uhci-hcd 00:1f.2: irq 11, io base 0000bce0
drivers/usb/core/hcd.c: new USB bus registered, assigned bus number 1
Yenta IRQ list 0098, PCI irq11
Socket status: 30000006
Yenta IRQ list 0098, PCI irq11
Socket status: 30000006
drivers/usb/core/hub.c: USB hub found at 0
drivers/usb/core/hub.c: 2 ports detected
Initializing USB Mass Storage driver...
drivers/usb/core/usb.c: registered new driver usb-storage
USB Mass Storage support registered.
drivers/usb/core/usb.c: registered new driver usbscanner
drivers/usb/image/scanner.c: 0.4.6:USB Scanner Driver
drivers/usb/core/usb.c: registered new driver serial
drivers/usb/serial/usb-serial.c: USB Serial Driver core v1.8
device class 'input': registering
register interface 'mouse' with class 'input'
mice: PS/2 mouse device common for all mice
input: PS/2 Synaptics TouchPad on isa0060/serio1
serio: i8042 AUX port at 0x60,0x64 irq 12
input: AT Set 2 keyboard on isa0060/serio0
serio: i8042 KBD port at 0x60,0x64 irq 1
Advanced Linux Sound Architecture Driver Version 0.9.0rc5 (Sun Nov 10 19:48:18 2002 UTC).
request_module[snd-card-0]: not ready
request_module[snd-card-1]: not ready
request_module[snd-card-2]: not ready
request_module[snd-card-3]: not ready
request_module[snd-card-4]: not ready
request_module[snd-card-5]: not ready
request_module[snd-card-6]: not ready
request_module[snd-card-7]: not ready
ALSA device list:
No soundcards found.
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 124k freed
drivers/usb/core/usb.c: registered new driver hiddev
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,3), internal journal
Adding 1044184k swap on /dev/hda5. Priority:-1 extents:1
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
blk: queue c0544afc, I/O limit 4095Mb (mask 0xffffffff)
ohci1394: $Rev: 601 $ Ben Collins <bcollins@debian.org>
ohci1394_0: OHCI-1394 1.0 (PCI): IRQ=[11] MMIO=[f6ffd800-f6ffdfff] Max Packet=[2048]
Debug: sleeping function called from illegal context at mm/page_alloc.c:450
Call Trace:
[<c013b6cd>] __alloc_pages+0x28d/0x2a0
[<c013b702>] __get_free_pages+0x22/0x60
[<c0120264>] dup_task_struct+0xb4/0x100
[<c030e150>] stall_callback+0x0/0x1a0
[<c01209c9>] copy_process+0x69/0x8f0
[<c030e150>] stall_callback+0x0/0x1a0
[<c0129e42>] __run_timers+0x82/0x160
[<c012129d>] do_fork+0x4d/0x150
[<c010a312>] kernel_thread+0x92/0xb0
[<e08db650>] nodemgr_host_thread+0x0/0xb0 [ieee1394]
[<c010a268>] kernel_thread_helper+0x0/0x18
[<e08db964>] nodemgr_add_host+0x74/0xf0 [ieee1394]
[<e08db650>] nodemgr_host_thread+0x0/0xb0 [ieee1394]
[<e08d8418>] highlevel_add_host+0x38/0x70 [ieee1394]
[<e08d7e95>] hpsb_add_host+0x45/0x70 [ieee1394]
[<c0227efd>] pci_device_probe+0x5d/0x70
[<c0262ce3>] bus_match+0x43/0x80
[<c0262e01>] driver_attach+0x61/0x80
[<c026313d>] bus_add_driver+0xad/0xd0
[<c02635e1>] driver_register+0x31/0x40
[<c022803d>] pci_register_driver+0x4d/0x60
[<c0133809>] sys_init_module+0x1c9/0x1f0
[<c010c3bf>] syscall_call+0x7/0xb
ieee1394: Host added: Node[00:1023] GUID[4a4fc000379e0c38] [Linux OHCI-1394]
e100: eth0 NIC Link is Up 100 Mbps Full duplex
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x170-0x177 0x370-0x37f 0x3c0-0x3df 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
ACPI-0189: *** Warning: Buffer created with zero length in AML
Unable to handle kernel NULL pointer dereference at virtual address 00000010
printing eip:
c022bab9
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0060:[<c022bab9>] Not tainted
EFLAGS: 00010246
EIP is at acpi_ds_execute_arguments+0xc9/0x190
eax: 00000000 ebx: 00000000 ecx: dffe8ba0 edx: dee76ac0
esi: c170ec00 edi: c15e6900 ebp: dd9e9c9c esp: dd9e9c70
ds: 0068 es: 0068 ss: 0068
Process kacpidpc (pid: 910, threadinfo=dd9e8000 task=c171f280)
Stack: c170ec00 00000001 00000000 00000000 00000000 00000000 00000000 00000001
dee76ac0 dfdc1be0 c15e21b4 dd9e9cb4 c022bc1b dee76ac0 dee76ac0 00000000
00000000 dd9e9cdc c0237629 dfdc1be0 c15e2000 00000060 00000000 00000000
Call Trace:
[<c022bc1b>] acpi_ds_get_buffer_arguments+0x3b/0x50
[<c0237629>] acpi_ex_resolve_node_to_value+0xc9/0x110
[<c023275a>] acpi_ex_resolve_to_value+0x4a/0x70
[<c022d73c>] acpi_ds_resolve_operands+0x2c/0x50
[<c022c7bb>] acpi_ds_exec_end_op+0x13b/0x2e0
[<c023d14a>] acpi_ps_parse_loop+0x61a/0xb60
[<c022a8a0>] acpi_os_wait_semaphore+0xf0/0x120
[<c022a8a0>] acpi_os_wait_semaphore+0xf0/0x120
[<c0243f45>] acpi_ut_acquire_mutex+0x75/0xa0
[<c0242c50>] acpi_ut_release_to_cache+0x40/0xd0
[<c0243fe4>] acpi_ut_release_mutex+0x74/0xa0
[<c022ea4e>] acpi_ds_delete_walk_state+0x4e/0xc0
[<c023d89b>] acpi_ps_parse_aml+0x20b/0x220
[<c022e997>] acpi_ds_init_aml_walk+0xc7/0x130
[<c023e355>] acpi_psx_execute+0x205/0x250
[<c023a7a4>] acpi_ns_execute_control_method+0x54/0x80
[<c023a737>] acpi_ns_evaluate_by_handle+0xa7/0xc0
[<c023a59b>] acpi_ns_evaluate_relative+0xdb/0x100
[<c02453e8>] acpi_ut_remove_reference+0x38/0x40
[<c0239bc1>] acpi_evaluate_object+0x81/0x220
[<c0246d02>] acpi_battery_get_info+0x72/0x150
[<c0247070>] acpi_battery_check+0xa0/0x120
[<c024797d>] acpi_battery_notify+0x4d/0x70
[<c022fad4>] acpi_ev_notify_dispatch+0x64/0x90
[<c022a5e8>] acpi_os_queue_exec+0x58/0x70
[<c022a590>] acpi_os_queue_exec+0x0/0x70
[<c010a26d>] kernel_thread_helper+0x5/0x18
Code: 89 50 10 89 3c 24 e8 cc 21 01 00 c7 04 24 37 00 00 00 e8 00
^ permalink raw reply
* Re: [ACPI] Dell i8k was: Re: [2.5.50, ACPI] link error
From: Andrew McGregor @ 2002-12-11 3:44 UTC (permalink / raw)
To: Pavel Machek, Alan Cox
Cc: Grover, Andrew, 'Ducrot Bruno', Ducrot Bruno,
Patrick Mochel, Linux Kernel Mailing List, ACPI mailing list
In-Reply-To: <23440000.1039553448-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 2152 bytes --]
Hmm, when I boot 2.5.51 w/ACPI on it with a battery installed, it panics.
By booting without and then inserting the battery, I got the attached oops.
See also the messages in the dmesg output.
Andrew
--On Wednesday, December 11, 2002 09:50:48 +1300 Andrew McGregor
<andrew-Rd3uoDiDeHXJKwlM9GxbOw@public.gmane.org> wrote:
> I strongly suspect that s4bios will work on this machine, but swsusp
> won't. Why? It's a Dell Inspiron 8000 with an NVidia Geforce2go, and
> until NVidia put pm support in their driver, it's game over for Linux.
> Except that the BIOS knows how to suspend it, so some kernel/driver
> combinations work with APM. I suspect any Geforce2go Dell is the same.
>
> Andrew
>
> --On Tuesday, December 10, 2002 21:40:31 +0100 Pavel Machek
> <pavel-AlSwsSmVLrQ@public.gmane.org> wrote:
>
>> Hi!
>>
>>> > I concur with your pros and cons. This makes me think that if S4BIOS
>>> > support ever gets added, it should get added to 2.4 only.
>>
>> And S4BIOS will never get added to 2.4 since it needs driver model
>> :-(.
>>
>>> That assumes no box exists where S4bios works an S4 doesnt (eg due to
>>> bad tables or "knowing" what other-os does)
>>
>> We have full control over S4 (== swsusp), so we can fix that in most
>> cases.
>>
>> S4BIOS is still little friendlier to the user -- no need to set up
>> swap partition and command line parameter, can't go wrong if you boot
>> without resume=, etc.
>> Pavel
>>
>> --
>> Casualities in World Trade Center: ~3k dead inside the building,
>> cryptography in U.S.A. and free speech in Czech Republic.
>> -
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel"
>> in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> 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 majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
[-- Attachment #2: battery-2.5.51.oops --]
[-- Type: application/octet-stream, Size: 4987 bytes --]
ksymoops 2.4.5 on i686 2.5.51. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.5.51/ (default)
-m /boot/System.map-2.5.51 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
e100: selftest OK.
e100: eth0: Intel(R) 8255x-based Ethernet Adapter
[<c013b6cd>] __alloc_pages+0x28d/0x2a0
[<c013b702>] __get_free_pages+0x22/0x60
[<c0120264>] dup_task_struct+0xb4/0x100
[<c030e150>] stall_callback+0x0/0x1a0
[<c01209c9>] copy_process+0x69/0x8f0
[<c030e150>] stall_callback+0x0/0x1a0
[<c0129e42>] __run_timers+0x82/0x160
[<c012129d>] do_fork+0x4d/0x150
[<c010a312>] kernel_thread+0x92/0xb0
[<e08db650>] nodemgr_host_thread+0x0/0xb0 [ieee1394]
[<c010a268>] kernel_thread_helper+0x0/0x18
[<e08db964>] nodemgr_add_host+0x74/0xf0 [ieee1394]
[<e08db650>] nodemgr_host_thread+0x0/0xb0 [ieee1394]
[<e08d8418>] highlevel_add_host+0x38/0x70 [ieee1394]
[<e08d7e95>] hpsb_add_host+0x45/0x70 [ieee1394]
[<c0227efd>] pci_device_probe+0x5d/0x70
[<c0262ce3>] bus_match+0x43/0x80
[<c0262e01>] driver_attach+0x61/0x80
[<c026313d>] bus_add_driver+0xad/0xd0
[<c02635e1>] driver_register+0x31/0x40
[<c022803d>] pci_register_driver+0x4d/0x60
[<c0133809>] sys_init_module+0x1c9/0x1f0
[<c010c3bf>] syscall_call+0x7/0xb
e100: eth0 NIC Link is Up 100 Mbps Full duplex
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x170-0x177 0x370-0x37f 0x3c0-0x3df 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
Unable to handle kernel NULL pointer dereference at virtual address 00000010
c022bab9
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0060:[<c022bab9>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000 ebx: 00000000 ecx: dffe8ba0 edx: dee76ac0
esi: c170ec00 edi: c15e6900 ebp: dd9e9c9c esp: dd9e9c70
ds: 0068 es: 0068 ss: 0068
Stack: c170ec00 00000001 00000000 00000000 00000000 00000000 00000000 00000001
dee76ac0 dfdc1be0 c15e21b4 dd9e9cb4 c022bc1b dee76ac0 dee76ac0 00000000
00000000 dd9e9cdc c0237629 dfdc1be0 c15e2000 00000060 00000000 00000000
[<c022bc1b>] acpi_ds_get_buffer_arguments+0x3b/0x50
[<c0237629>] acpi_ex_resolve_node_to_value+0xc9/0x110
[<c023275a>] acpi_ex_resolve_to_value+0x4a/0x70
[<c022d73c>] acpi_ds_resolve_operands+0x2c/0x50
[<c022c7bb>] acpi_ds_exec_end_op+0x13b/0x2e0
[<c023d14a>] acpi_ps_parse_loop+0x61a/0xb60
[<c022a8a0>] acpi_os_wait_semaphore+0xf0/0x120
[<c022a8a0>] acpi_os_wait_semaphore+0xf0/0x120
[<c0243f45>] acpi_ut_acquire_mutex+0x75/0xa0
[<c0242c50>] acpi_ut_release_to_cache+0x40/0xd0
[<c0243fe4>] acpi_ut_release_mutex+0x74/0xa0
[<c022ea4e>] acpi_ds_delete_walk_state+0x4e/0xc0
[<c023d89b>] acpi_ps_parse_aml+0x20b/0x220
[<c022e997>] acpi_ds_init_aml_walk+0xc7/0x130
[<c023e355>] acpi_psx_execute+0x205/0x250
[<c023a7a4>] acpi_ns_execute_control_method+0x54/0x80
[<c023a737>] acpi_ns_evaluate_by_handle+0xa7/0xc0
[<c023a59b>] acpi_ns_evaluate_relative+0xdb/0x100
[<c02453e8>] acpi_ut_remove_reference+0x38/0x40
[<c0239bc1>] acpi_evaluate_object+0x81/0x220
[<c0246d02>] acpi_battery_get_info+0x72/0x150
[<c0247070>] acpi_battery_check+0xa0/0x120
[<c024797d>] acpi_battery_notify+0x4d/0x70
[<c022fad4>] acpi_ev_notify_dispatch+0x64/0x90
[<c022a5e8>] acpi_os_queue_exec+0x58/0x70
[<c022a590>] acpi_os_queue_exec+0x0/0x70
[<c010a26d>] kernel_thread_helper+0x5/0x18
Code: 89 50 10 89 3c 24 e8 cc 21 01 00 c7 04 24 37 00 00 00 e8 00
>>EIP; c022bab9 <acpi_ds_execute_arguments+c9/190> <=====
>>ecx; dffe8ba0 <END_OF_CODE+1fa943e0/????>
>>edx; dee76ac0 <END_OF_CODE+1e922300/????>
>>esi; c170ec00 <END_OF_CODE+11ba440/????>
>>edi; c15e6900 <END_OF_CODE+1092140/????>
>>ebp; dd9e9c9c <END_OF_CODE+1d4954dc/????>
>>esp; dd9e9c70 <END_OF_CODE+1d4954b0/????>
Code; c022bab9 <acpi_ds_execute_arguments+c9/190>
00000000 <_EIP>:
Code; c022bab9 <acpi_ds_execute_arguments+c9/190> <=====
0: 89 50 10 mov %edx,0x10(%eax) <=====
Code; c022babc <acpi_ds_execute_arguments+cc/190>
3: 89 3c 24 mov %edi,(%esp,1)
Code; c022babf <acpi_ds_execute_arguments+cf/190>
6: e8 cc 21 01 00 call 121d7 <_EIP+0x121d7>
Code; c022bac4 <acpi_ds_execute_arguments+d4/190>
b: c7 04 24 37 00 00 00 movl $0x37,(%esp,1)
Code; c022bacb <acpi_ds_execute_arguments+db/190>
12: e8 00 00 00 00 call 17 <_EIP+0x17>
1 warning and 1 error issued. Results may not be reliable.
[-- Attachment #3: dmesg-2.5.51 --]
[-- Type: application/octet-stream, Size: 13658 bytes --]
Linux version 2.5.51 (andrewm@ijir) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #2 Wed Dec 11 15:37:35 NZDT 2002
Video mode to be used for restore is ffff
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 0000000000100000 - 000000001ffea800 (usable)
BIOS-e820: 000000001ffea800 - 0000000020000000 (reserved)
BIOS-e820: 00000000feea0000 - 00000000fef00000 (reserved)
BIOS-e820: 00000000ffb80000 - 0000000100000000 (reserved)
511MB LOWMEM available.
ACPI: Wakeup code way too big, will crash on attempt to suspend
ACPI: have wakeup address 0xc0001000
On node 0 totalpages: 131050
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 126954 pages, LIFO batch:16
HighMem zone: 0 pages, LIFO batch:1
ACPI: RSDP (v000 DELL ) @ 0x000fde50
ACPI: RSDT (v001 DELL CPi R 10193.02324) @ 0x000fde64
ACPI: FADT (v001 DELL CPi R 10193.02324) @ 0x000fde90
ACPI: DSDT (v001 INT430 SYSFexxx 00000.04097) @ 0x00000000
ACPI: BIOS passes blacklist
Building zonelist for node : 0
Kernel command line: ro root=/dev/hda3 3
Initializing CPU#0
Detected 897.916 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1777.66 BogoMIPS
Memory: 513788k/524200k available (2802k kernel code, 9620k reserved, 1195k data, 124k init, 0k highmem)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
CPU: Before vendor init, caps: 0383f9ff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0383f9ff 00000000 00000000 00000000
CPU: After generic, caps: 0383f9ff 00000000 00000000 00000000
CPU: Common caps: 0383f9ff 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: Intel Pentium III (Coppermine) stepping 06
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
mtrr: v2.0 (20020519)
device class 'cpu': registering
device class cpu: adding driver system:cpu
PCI: PCI BIOS revision 2.10 entry at 0xfc06e, last bus=8
PCI: Using configuration type 1
device class cpu: adding device CPU 0
interfaces: adding device CPU 0
BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]: 1 bvecs: 256 entries (12 bytes)
biovec pool[1]: 4 bvecs: 256 entries (48 bytes)
biovec pool[2]: 16 bvecs: 256 entries (192 bytes)
biovec pool[3]: 64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
ACPI: Subsystem revision 20021205
.......................................................................................................................................................... ACPI-0263: *** Info: GPE Block0 defined as GPE0 to GPE15
ACPI-0263: *** Info: GPE Block1 defined as GPE16 to GPE31
...................................................................................................<6>ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIE._PRT]
ACPI: Power Resource [PADA] (on)
Linux Plug and Play Support v0.93 (c) Adam Belay
block request queues:
128 requests per read queue
128 requests per write queue
8 requests per batch
enter congestion at 31
exit congestion at 33
SCSI subsystem driver Revision: 1.00
device class 'scsi-host': registering
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
Total HugeTLB memory allocated, 0
aio_setup: sizeof(struct page) = 40
[c151c040] eventpoll: successfully initialized.
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
udf: registering filesystem
Initializing Cryptographic API
ACPI: AC Adapter [AC] (on-line)
ACPI: Battery Slot [BAT0] (battery absent)
ACPI: Battery Slot [BAT1] (battery absent)
ACPI: Lid Switch [LID]
ACPI: Power Button (CM) [PBTN]
ACPI: Sleep Button (CM) [SBTN]
ACPI: Processor [CPU0] (supports C1 C2)
ACPI: Thermal Zone [THM] (25 C)
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
pty: 256 Unix98 ptys configured
Dell laptop SMM driver v1.7 21/11/2001 Massimo Dal Zotto (dz@debian.org)
lp0: using parport0 (polling).
i810_rng: RNG not detected
Linux agpgart interface v1.0 (c) Dave Jones
agpgart: agpgart: Detected an Intel i815, but could not find the secondary device. Assuming a non-integrated video card.
agpgart: Detected Intel i815 chipset
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: AGP aperture is 64M @ 0xe8000000
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Intel(R) PRO/100 Network Driver - version 2.1.24-k2
Copyright (c) 2002 Intel Corporation
e100: selftest OK.
Freeing alive device dfd5e800, eth%d
e100: eth0: Intel(R) 8255x-based Ethernet Adapter
Mem:0xf8fff000 IRQ:11 Speed:0 Mbps Dx:N/A
Hardware receive checksums enabled
cpu cycle saver enabled
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH2M: IDE controller at PCI slot 00:1f.1
ICH2M: chipset revision 3
ICH2M: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hdc:pio, hdd:pio
hda: IBM-DJSA-232, ATA DISK drive
hdb: TOSHIBA DVD-ROM SD-C2502, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: host protected area => 1
hda: 62506080 sectors (32003 MB) w/1874KiB Cache, CHS=62010/16/63, UDMA(66)
hda: hda1 hda2 hda3 hda4 < hda5 >
hdb: ATAPI 24X DVD-ROM drive, 128kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
scsi HBA driver <NULL> didn't set max_sectors, please fix the template<4>scsi HBA driver Qlogic ISP 1280/12160 didn't set max_sectors, please fix the template<3>request_module[scsi_hostadapter]: not ready
request_module[scsi_hostadapter]: not ready
request_module[scsi_hostadapter]: not ready
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus] [pm]
PCI: Enabling device 02:0f.0 (0000 -> 0002)
PCI: Enabling device 02:0f.1 (0000 -> 0002)
drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0
PCI: Setting latency timer of device 00:1f.2 to 64
uhci-hcd 00:1f.2: Intel Corp. 82801BA/BAM USB (Hub
uhci-hcd 00:1f.2: irq 11, io base 0000bce0
drivers/usb/core/hcd.c: new USB bus registered, assigned bus number 1
Yenta IRQ list 0098, PCI irq11
Socket status: 30000006
Yenta IRQ list 0098, PCI irq11
Socket status: 30000006
drivers/usb/core/hub.c: USB hub found at 0
drivers/usb/core/hub.c: 2 ports detected
Initializing USB Mass Storage driver...
drivers/usb/core/usb.c: registered new driver usb-storage
USB Mass Storage support registered.
drivers/usb/core/usb.c: registered new driver usbscanner
drivers/usb/image/scanner.c: 0.4.6:USB Scanner Driver
drivers/usb/core/usb.c: registered new driver serial
drivers/usb/serial/usb-serial.c: USB Serial Driver core v1.8
device class 'input': registering
register interface 'mouse' with class 'input'
mice: PS/2 mouse device common for all mice
input: PS/2 Synaptics TouchPad on isa0060/serio1
serio: i8042 AUX port at 0x60,0x64 irq 12
input: AT Set 2 keyboard on isa0060/serio0
serio: i8042 KBD port at 0x60,0x64 irq 1
Advanced Linux Sound Architecture Driver Version 0.9.0rc5 (Sun Nov 10 19:48:18 2002 UTC).
request_module[snd-card-0]: not ready
request_module[snd-card-1]: not ready
request_module[snd-card-2]: not ready
request_module[snd-card-3]: not ready
request_module[snd-card-4]: not ready
request_module[snd-card-5]: not ready
request_module[snd-card-6]: not ready
request_module[snd-card-7]: not ready
ALSA device list:
No soundcards found.
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 124k freed
drivers/usb/core/usb.c: registered new driver hiddev
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,3), internal journal
Adding 1044184k swap on /dev/hda5. Priority:-1 extents:1
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
blk: queue c0544afc, I/O limit 4095Mb (mask 0xffffffff)
ohci1394: $Rev: 601 $ Ben Collins <bcollins@debian.org>
ohci1394_0: OHCI-1394 1.0 (PCI): IRQ=[11] MMIO=[f6ffd800-f6ffdfff] Max Packet=[2048]
Debug: sleeping function called from illegal context at mm/page_alloc.c:450
Call Trace:
[<c013b6cd>] __alloc_pages+0x28d/0x2a0
[<c013b702>] __get_free_pages+0x22/0x60
[<c0120264>] dup_task_struct+0xb4/0x100
[<c030e150>] stall_callback+0x0/0x1a0
[<c01209c9>] copy_process+0x69/0x8f0
[<c030e150>] stall_callback+0x0/0x1a0
[<c0129e42>] __run_timers+0x82/0x160
[<c012129d>] do_fork+0x4d/0x150
[<c010a312>] kernel_thread+0x92/0xb0
[<e08db650>] nodemgr_host_thread+0x0/0xb0 [ieee1394]
[<c010a268>] kernel_thread_helper+0x0/0x18
[<e08db964>] nodemgr_add_host+0x74/0xf0 [ieee1394]
[<e08db650>] nodemgr_host_thread+0x0/0xb0 [ieee1394]
[<e08d8418>] highlevel_add_host+0x38/0x70 [ieee1394]
[<e08d7e95>] hpsb_add_host+0x45/0x70 [ieee1394]
[<c0227efd>] pci_device_probe+0x5d/0x70
[<c0262ce3>] bus_match+0x43/0x80
[<c0262e01>] driver_attach+0x61/0x80
[<c026313d>] bus_add_driver+0xad/0xd0
[<c02635e1>] driver_register+0x31/0x40
[<c022803d>] pci_register_driver+0x4d/0x60
[<c0133809>] sys_init_module+0x1c9/0x1f0
[<c010c3bf>] syscall_call+0x7/0xb
ieee1394: Host added: Node[00:1023] GUID[4a4fc000379e0c38] [Linux OHCI-1394]
e100: eth0 NIC Link is Up 100 Mbps Full duplex
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x170-0x177 0x370-0x37f 0x3c0-0x3df 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
ACPI-0189: *** Warning: Buffer created with zero length in AML
Unable to handle kernel NULL pointer dereference at virtual address 00000010
printing eip:
c022bab9
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0060:[<c022bab9>] Not tainted
EFLAGS: 00010246
EIP is at acpi_ds_execute_arguments+0xc9/0x190
eax: 00000000 ebx: 00000000 ecx: dffe8ba0 edx: dee76ac0
esi: c170ec00 edi: c15e6900 ebp: dd9e9c9c esp: dd9e9c70
ds: 0068 es: 0068 ss: 0068
Process kacpidpc (pid: 910, threadinfo=dd9e8000 task=c171f280)
Stack: c170ec00 00000001 00000000 00000000 00000000 00000000 00000000 00000001
dee76ac0 dfdc1be0 c15e21b4 dd9e9cb4 c022bc1b dee76ac0 dee76ac0 00000000
00000000 dd9e9cdc c0237629 dfdc1be0 c15e2000 00000060 00000000 00000000
Call Trace:
[<c022bc1b>] acpi_ds_get_buffer_arguments+0x3b/0x50
[<c0237629>] acpi_ex_resolve_node_to_value+0xc9/0x110
[<c023275a>] acpi_ex_resolve_to_value+0x4a/0x70
[<c022d73c>] acpi_ds_resolve_operands+0x2c/0x50
[<c022c7bb>] acpi_ds_exec_end_op+0x13b/0x2e0
[<c023d14a>] acpi_ps_parse_loop+0x61a/0xb60
[<c022a8a0>] acpi_os_wait_semaphore+0xf0/0x120
[<c022a8a0>] acpi_os_wait_semaphore+0xf0/0x120
[<c0243f45>] acpi_ut_acquire_mutex+0x75/0xa0
[<c0242c50>] acpi_ut_release_to_cache+0x40/0xd0
[<c0243fe4>] acpi_ut_release_mutex+0x74/0xa0
[<c022ea4e>] acpi_ds_delete_walk_state+0x4e/0xc0
[<c023d89b>] acpi_ps_parse_aml+0x20b/0x220
[<c022e997>] acpi_ds_init_aml_walk+0xc7/0x130
[<c023e355>] acpi_psx_execute+0x205/0x250
[<c023a7a4>] acpi_ns_execute_control_method+0x54/0x80
[<c023a737>] acpi_ns_evaluate_by_handle+0xa7/0xc0
[<c023a59b>] acpi_ns_evaluate_relative+0xdb/0x100
[<c02453e8>] acpi_ut_remove_reference+0x38/0x40
[<c0239bc1>] acpi_evaluate_object+0x81/0x220
[<c0246d02>] acpi_battery_get_info+0x72/0x150
[<c0247070>] acpi_battery_check+0xa0/0x120
[<c024797d>] acpi_battery_notify+0x4d/0x70
[<c022fad4>] acpi_ev_notify_dispatch+0x64/0x90
[<c022a5e8>] acpi_os_queue_exec+0x58/0x70
[<c022a590>] acpi_os_queue_exec+0x0/0x70
[<c010a26d>] kernel_thread_helper+0x5/0x18
Code: 89 50 10 89 3c 24 e8 cc 21 01 00 c7 04 24 37 00 00 00 e8 00
^ permalink raw reply
* Re: "bio too big" error
From: Wil Reichert @ 2002-12-11 3:38 UTC (permalink / raw)
To: Andrew Morton; +Cc: Jens Axboe, linux-kernel
In-Reply-To: <3DF6A673.D406BC7F@digeo.com>
Exact error with debug is:
darwin:/a01/mp3s/Skinny Puppy/Too Dark Park# ogg123 -q 01\ -\
Convulsion.ogg
bio too big device ide0(3,4) (256 > 255)
Call Trace: [<c020055e>] [<e09ff46d>] [<e09ff558>] [<e09ff5f5>]
[<c020050a>] [<c02005f4>] [<c017048e>] [<c0170a79>] [<c0187770>]
[<c01472e6>] [<c0187770>] [<c0140edd>] [<c01977fc>] [<c01473e4>]
[<c01475be>] [<c0137ac8>] [<c0137e60>] [<c0138124>] [<c0137e60>]
[<c01381ca>] [<c014eadb>] [<c01094cb>]
[<e09def98>] [<c01113bf>] [<c0110ac2>] [<c014ebce>] [<c014ee6e>]
[<c010967f>]
I'm guessing its perhaps a 2.5 / lvm issue? Here's 'vgdisplay -v' in
case:
Finding all volume groups
Finding volume group "cheese_vg"
--- Volume group ---
VG Name cheese_vg
System ID darwin1025684717
Format lvm2
Metadata Areas 6
Metadata Sequence No 1
VG Access read/write
VG Status resizable
MAX LV 256
Cur LV 1
Open LV 1
Max PV 256
Cur PV 5
Act PV 5
VG Size 330.05 GB
PE Size 16.00 MB
Total PE 21123
Alloc PE / Size 21123 / 330.05 GB
Free PE / Size 0 / 0
VG UUID WF3vAx-k1r3-NUjU-az7z-I4SM-oorx-rvoYSt
--- Logical volume ---
LV Name /dev/cheese_vg/blah
VG Name cheese_vg
LV UUID 000000-0000-0000-0000-0000-0000-000000
LV Write Access read/write
LV Status available
# open 1
LV Size 330.05 GB
Current LE 21123
Segments 7
Allocation next free
Read ahead sectors 1024
Block device 254:0
--- Physical volumes ---
PV Name /dev/discs/disc1/disc
PV Status allocatable
Total PE / Free PE 4769 / 0
PV Name /dev/ide/host2/bus0/target0/lun0/disc
PV Status allocatable
Total PE / Free PE 7361 / 0
PV Name /dev/ide/host2/bus1/target0/lun0/disc
PV Status allocatable
Total PE / Free PE 5961 / 0
PV Name /dev/discs/disc0/part4
PV Status allocatable
Total PE / Free PE 2431 / 0
PV Name /dev/discs/disc4/disc
PV Status allocatable
Total PE / Free PE 601 / 0
Wil
On Tue, 2002-12-10 at 21:44, Andrew Morton wrote:
> Wil Reichert wrote:
> >
> > Hi,
> >
> > I'm getting a "bio too big" error with 2.5.50. I've got a 330G lvm2
> > partition formatted with ext3 using the -T largefile4 parameter.
> > Everything seems ok at first, but any sort of access will die very
> > unhappily with said error messsage after about 10 seconds of operation
> > or so. The only google search results are the patch submission. Eeek.
> >
>
> How odd.
>
> Please send the full diagnostic output.
>
> And add this:
>
>
> --- 25/drivers/block/ll_rw_blk.c~a Tue Dec 10 18:42:54 2002
> +++ 25-akpm/drivers/block/ll_rw_blk.c Tue Dec 10 18:43:13 2002
> @@ -1921,6 +1921,7 @@ end_io:
> bdevname(bio->bi_bdev),
> bio_sectors(bio),
> q->max_sectors);
> + dump_stack();
> goto end_io;
> }
>
>
> _
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Wil Reichert <wilreichert@yahoo.com>
^ permalink raw reply
* drivers/video/sis horribly broken in 2.5.51
From: Willem Riede @ 2002-12-11 3:33 UTC (permalink / raw)
To: linux-kernel
Linux 2.5.51 appears to have horribly broken the files in
drivers/video/sis. linux-2.5.51/drivers/video/sis/sis_main.c
refers to #include <video/fbcon.h>, <video/fbcon-cfb8.h>,
<video/fbcon-cfb16.h>, <video/fbcon-cfb24.h>, <video/fbcon-cfb32.h>
which appears to have been removed from the tree. And who knows
what other havoc has been created :-(
Does anyone know how to fix this?
Thanks, Willem Riede.
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.