ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
- Various fixes against 2.6.12-rc3-mm1.
Changes since 2.6.12-rc3-mm1:
-netlink-audit-warning-fix.patch
-ppc64-fix-32-bit-signal-frame-back-link.patch
Merged
-preserve-arch-and-cross_compile-in-the-build-directory-generated-makefile.patch
Dropped - Sam no likee.
+sis900-must-select-mii.patch
Net driver Kconfig fix
+proc-pid-smaps-fix.patch
Fix proc-pid-smaps.patch for arm
+x86-port-lockless-mce-implementation-fix-2.patch
Fix x86-port-lockless-mce-preparation.patch
+x86-x86_64-deferred-handling-of-writes-to-proc-irq-xx-smp_affinitypatch-added-to-mm-tree-fix.patch
+x86-x86_64-deferred-handling-of-writes-to-proc-irq-xx-smp_affinitypatch-added-to-mm-tree-fix-2.patch
Fix x86-x86_64-deferred-handling-of-writes-to-proc-irq-xx-smp_affinitypatch-added-to-mm-tree.patch
+sep-initializing-rework-fix.patch
Fix sep-initializing-rework.patch
+suspend-resume-smp-support-fix-3.patch
Fix suspend-resume-smp-support.patch
+setitimer-timer-expires-too-early.patch
setitimer fix
+drivers-ide-pci-sis5513c-section-fixes.patch
+uninline-tty_paranoia_check.patch
+docbook-tell-users-to-install-xmlto-not-stylesheets.patch
+drivers-char-agp-make-code-static.patch
+drivers-char-rio-rio_linuxc-make-a-variable-static.patch
+drivers-char-stallionc-make-a-function-static.patch
+drivers-char-istallionc-remove-an-unneeded-variable.patch
+drivers-char-mwave-3780ic-cleanups.patch
+drivers-char-nvramc-possible-cleanups.patch
+drivers-char-rocketc-cleanups.patch
Various little fixes and cleanups
number of patches in -mm: 978
number of changesets in external trees: 468
number of patches in -mm only: 965
total patches: 1433
All 978 patches: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/patch-list
On 5/1/05, Andrew Morton <[email protected]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
>
> - Various fixes against 2.6.12-rc3-mm1.
>
This time it boots correctly, but it oops:
[ 37.719238] Unable to handle kernel paging request at virtual
address 40adb814
[ 37.719242] printing eip:
[ 37.719244] c0120191
[ 37.719246] *pde = 00000000
[ 37.719249] Oops: 0002 [#1]
[ 37.722113] Modules linked in: acpi_cpufreq cpufreq_stats
freq_table cpufreq_ondemand cpufreq_powersave cpufreq_userspace fan
button thermal processor battery ac uhci_hcd ehci_hcd usbcore tg3
ide_cd cdrom
[ 37.728547] CPU: 0
[ 37.728548] EIP: 0060:[<c0120191>] Not tainted VLI
[ 37.728549] EFLAGS: 00010246 (2.6.12-rc3-mm2-casaverde)
[ 37.738020] EIP is at do_proc_dointvec_conv+0x11/0x50
[ 37.741173] eax: 00000001 ebx: 00000001 ecx: 40adb814 edx: df8f2f08
[ 37.744357] esi: b7dab001 edi: df8f2eef ebp: df8f2ec0 esp: df8f2ec0
[ 37.747592] ds: 007b es: 007b ss: 0068
[ 37.750861] Process sysctl (pid: 5336, threadinfo=df8f2000 task=decbf070)
[ 37.750986] Stack: df8f2f1c c012046c 00000001 00000000 00000001
df25f6ac 00000001 40adb814
[ 37.754460] 00000001 00000001 00000000 31cf44c0 df8f000a
c01154ec 00000001 df603f38
[ 37.758018] 00000006 df8f2ef0 00000001 00000000 b7dab000
b7dab000 00000001 df8f2f3c
[ 37.761703] Call Trace:
[ 37.768905] [<c0103d66>] show_stack+0xa6/0xe0
[ 37.772695] [<c0103f1b>] show_registers+0x15b/0x1f0
[ 37.776529] [<c010410b>] die+0xbb/0x140
[ 37.780393] [<c0115493>] do_page_fault+0x233/0x6cc
[ 37.784313] [<c0103993>] error_code+0x4f/0x54
[ 37.788247] [<c012046c>] do_proc_dointvec+0x29c/0x320
[ 37.792260] [<c012051c>] proc_dointvec+0x2c/0x40
[ 37.796289] [<c011fea5>] do_rw_proc+0x85/0x90
[ 37.800321] [<c011ff21>] proc_writesys+0x21/0x30
[ 37.804359] [<c0154f58>] vfs_write+0x98/0x140
[ 37.808446] [<c01550ad>] sys_write+0x3d/0x70
[ 37.812544] [<c0102e8f>] sysenter_past_esp+0x54/0x75
[ 37.816651] Code: 8b 5d f4 89 c8 8b 75 f8 8b 7d fc 89 ec 5d c3 8d
74 26 00 8d bc 27 00 00 00 00 55 89 e5 83 7d 08 00 74 0e 8b 00 85 c0
75 21 8b 02 <89> 01 5d 31 c0 c3 8b 09 85 c9 78 1b c7 00 00 00 00 00 31
c0 5d
Benoit Boissinot <[email protected]> wrote:
>
> On 5/1/05, Andrew Morton <[email protected]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
> >
> > - Various fixes against 2.6.12-rc3-mm1.
> >
> This time it boots correctly, but it oops:
>
> [ 37.719238] Unable to handle kernel paging request at virtual
> address 40adb814
> [ 37.719242] printing eip:
> [ 37.719244] c0120191
> [ 37.719246] *pde = 00000000
> [ 37.719249] Oops: 0002 [#1]
> [ 37.722113] Modules linked in: acpi_cpufreq cpufreq_stats
> freq_table cpufreq_ondemand cpufreq_powersave cpufreq_userspace fan
> button thermal processor battery ac uhci_hcd ehci_hcd usbcore tg3
> ide_cd cdrom
> [ 37.728547] CPU: 0
> [ 37.728548] EIP: 0060:[<c0120191>] Not tainted VLI
> [ 37.728549] EFLAGS: 00010246 (2.6.12-rc3-mm2-casaverde)
> [ 37.738020] EIP is at do_proc_dointvec_conv+0x11/0x50
> [ 37.741173] eax: 00000001 ebx: 00000001 ecx: 40adb814 edx: df8f2f08
> [ 37.744357] esi: b7dab001 edi: df8f2eef ebp: df8f2ec0 esp: df8f2ec0
> [ 37.747592] ds: 007b es: 007b ss: 0068
> [ 37.750861] Process sysctl (pid: 5336, threadinfo=df8f2000 task=decbf070)
> [ 37.750986] Stack: df8f2f1c c012046c 00000001 00000000 00000001
> df25f6ac 00000001 40adb814
> [ 37.754460] 00000001 00000001 00000000 31cf44c0 df8f000a
> c01154ec 00000001 df603f38
> [ 37.758018] 00000006 df8f2ef0 00000001 00000000 b7dab000
> b7dab000 00000001 df8f2f3c
> [ 37.761703] Call Trace:
> [ 37.768905] [<c0103d66>] show_stack+0xa6/0xe0
> [ 37.772695] [<c0103f1b>] show_registers+0x15b/0x1f0
> [ 37.776529] [<c010410b>] die+0xbb/0x140
> [ 37.780393] [<c0115493>] do_page_fault+0x233/0x6cc
> [ 37.784313] [<c0103993>] error_code+0x4f/0x54
> [ 37.788247] [<c012046c>] do_proc_dointvec+0x29c/0x320
> [ 37.792260] [<c012051c>] proc_dointvec+0x2c/0x40
> [ 37.796289] [<c011fea5>] do_rw_proc+0x85/0x90
> [ 37.800321] [<c011ff21>] proc_writesys+0x21/0x30
> [ 37.804359] [<c0154f58>] vfs_write+0x98/0x140
> [ 37.808446] [<c01550ad>] sys_write+0x3d/0x70
> [ 37.812544] [<c0102e8f>] sysenter_past_esp+0x54/0x75
> [ 37.816651] Code: 8b 5d f4 89 c8 8b 75 f8 8b 7d fc 89 ec 5d c3 8d
> 74 26 00 8d bc 27 00 00 00 00 55 89 e5 83 7d 08 00 74 0e 8b 00 85 c0
> 75 21 8b 02 <89> 01 5d 31 c0 c3 8b 09 85 c9 78 1b c7 00 00 00 00 00 31
> c0 5d
Which /proc node is it writing to?
I guess you could send your /etc/sysctl.conf and try taking things out of
it, see which entry is causing the crash.
forgot to cc lkml... going to sleep...
On 5/1/05, Benoit Boissinot <[email protected]> wrote:
> On 5/1/05, Andrew Morton <[email protected]> wrote:
> > Benoit Boissinot <[email protected]> wrote:
> > >
> > > On 5/1/05, Andrew Morton <[email protected]> wrote:
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
> > > >
> > > > - Various fixes against 2.6.12-rc3-mm1.
> > > >
> > > This time it boots correctly, but it oops:
> > >
> >
> > Which /proc node is it writing to?
> >
>
> cat /proc/sys/net/ipv4/conf/eth1/proxy_arp segfaults and gives an oops.
>
>
> > I guess you could send your /etc/sysctl.conf and try taking things out of
> > it, see which entry is causing the crash.
> >
>
On Sat, 30 Apr 2005, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
>
I see one small change in behaviour with this kernel.
During boot when initializing udev I see
Initializing udev dynamic device directory.
grep: /proc/ide/sr0/model: No such file or directory
grep: /proc/ide/sr1/model: No such file or directory
With previous kernels I only see
Initializing udev dynamic device directory.
This machine has no IDE device at all, only SCSI, and the kernel config
has no IDE support either. The config I'm using has not changed in any
ways that I think would cause this (it's the same as I used with
2.6.12-rc2-mm3, just ran oldconfig on it and build the new kernel).
--
Jesper Juhl
When running
fsstress -v -d $DIR/tmp -n 1000 -p 1000 -l 2
on an ext2 filesystem with 1024 byte block size, on SMP i386 with 4096 byte
page size over loopback to an image file on a tmpfs filesystem, I would
very quickly hit
BUG_ON(!buffer_async_write(bh));
in fs/buffer.c:end_buffer_async_write
It seems that more than one request would be submitted for a given bh
at a time.
What would happen is the following:
2 threads doing __mpage_writepages on the same page.
Thread 1 - lock the page first, and enter __block_write_full_page.
Thread 1 - (eg.) mark_buffer_async_write on the first 2 buffers.
Thread 1 - set page writeback, unlock page.
Thread 2 - lock page, wait on page writeback
Thread 1 - submit_bh on the first 2 buffers.
=> both requests complete, none of the page buffers are async_write,
end_page_writeback is called.
Thread 2 - wakes up. enters __block_write_full_page.
Thread 2 - mark_buffer_async_write on (eg.) the last buffer
Thread 1 - finds the last buffer has async_write set, submit_bh on that.
Thread 2 - submit_bh on the last buffer.
=> oops.
So change __block_write_full_page to explicitly keep track of the last
bh we need to issue, so we don't touch anything after issuing the last
request.
Signed-off-by: Nick Piggin <[email protected]>
Index: linux-2.6/fs/buffer.c
===================================================================
--- linux-2.6.orig/fs/buffer.c 2005-04-27 22:43:05.000000000 +1000
+++ linux-2.6/fs/buffer.c 2005-05-01 12:44:08.000000000 +1000
@@ -1750,7 +1750,7 @@ static int __block_write_full_page(struc
int err;
sector_t block;
sector_t last_block;
- struct buffer_head *bh, *head;
+ struct buffer_head *bh, *head, *last_bh = NULL;
int nr_underway = 0;
BUG_ON(!PageLocked(page));
@@ -1808,7 +1808,6 @@ static int __block_write_full_page(struc
} while (bh != head);
do {
- get_bh(bh);
if (!buffer_mapped(bh))
continue;
/*
@@ -1826,6 +1825,8 @@ static int __block_write_full_page(struc
}
if (test_clear_buffer_dirty(bh)) {
mark_buffer_async_write(bh);
+ get_bh(bh);
+ last_bh = bh;
} else {
unlock_buffer(bh);
}
@@ -1844,10 +1845,13 @@ static int __block_write_full_page(struc
if (buffer_async_write(bh)) {
submit_bh(WRITE, bh);
nr_underway++;
+ put_bh(bh);
+ if (bh == last_bh)
+ break;
}
- put_bh(bh);
bh = next;
} while (bh != head);
+ bh = head;
err = 0;
done:
@@ -1886,10 +1890,11 @@ recover:
bh = head;
/* Recovery: lock and submit the mapped buffers */
do {
- get_bh(bh);
if (buffer_mapped(bh) && buffer_dirty(bh)) {
lock_buffer(bh);
mark_buffer_async_write(bh);
+ get_bh(bh);
+ last_bh = bh;
} else {
/*
* The buffer may have been set dirty during
@@ -1908,10 +1913,13 @@ recover:
clear_buffer_dirty(bh);
submit_bh(WRITE, bh);
nr_underway++;
+ put_bh(bh);
+ if (bh == last_bh)
+ break;
}
- put_bh(bh);
bh = next;
} while (bh != head);
+ bh = head;
goto done;
}
El Sun, 1 May 2005 22:26:30 -0700,
Andrew Morton <[email protected]> escribi?:
> Nope. At any particular point in time the tree I have here has lots of
> problems - failing to compile, crashing, etc. It takes me from four hours
> to three days just to get a halfway-respectable release out the door.
>
> So there's no way in which I'd want to make the tree-of-the-minute
> externally available - it would muck people around too much and would cause
> me to get a ton of email about stuff which I'd probably already fixed.
But is not that the whole point of -mm, giving people stuff to test?
Wouldn't it help to test and fix things faster?
On Sun, 1 May 2005 02:27:49 +0200, Benoit Boissinot wrote:
>This time it boots correctly, but it oops:
...
>[ 37.738020] EIP is at do_proc_dointvec_conv+0x11/0x50
>[ 37.741173] eax: 00000001 ebx: 00000001 ecx: 40adb814 edx: df8f2f08
>[ 37.744357] esi: b7dab001 edi: df8f2eef ebp: df8f2ec0 esp: df8f2ec0
>[ 37.747592] ds: 007b es: 007b ss: 0068
>[ 37.750861] Process sysctl (pid: 5336, threadinfo=df8f2000 task=decbf070)
>[ 37.750986] Stack: df8f2f1c c012046c 00000001 00000000 00000001
>df25f6ac 00000001 40adb814
>[ 37.754460] 00000001 00000001 00000000 31cf44c0 df8f000a
>c01154ec 00000001 df603f38
>[ 37.758018] 00000006 df8f2ef0 00000001 00000000 b7dab000
>b7dab000 00000001 df8f2f3c
>[ 37.761703] Call Trace:
>[ 37.768905] [<c0103d66>] show_stack+0xa6/0xe0
>[ 37.772695] [<c0103f1b>] show_registers+0x15b/0x1f0
>[ 37.776529] [<c010410b>] die+0xbb/0x140
>[ 37.780393] [<c0115493>] do_page_fault+0x233/0x6cc
>[ 37.784313] [<c0103993>] error_code+0x4f/0x54
>[ 37.788247] [<c012046c>] do_proc_dointvec+0x29c/0x320
>[ 37.792260] [<c012051c>] proc_dointvec+0x2c/0x40
>[ 37.796289] [<c011fea5>] do_rw_proc+0x85/0x90
>[ 37.800321] [<c011ff21>] proc_writesys+0x21/0x30
>[ 37.804359] [<c0154f58>] vfs_write+0x98/0x140
>[ 37.808446] [<c01550ad>] sys_write+0x3d/0x70
>[ 37.812544] [<c0102e8f>] sysenter_past_esp+0x54/0x75
This looks exactly like the effect of the gcc-4.0 miscompilation
of net/ipv4/devinet.c I reported 8 days ago.
Are you using gcc-4.0? If so, don't, or at least upgrade to the
latest snapshot which should include a fix.
/Mikael
On Sun, May 01, 2005 at 12:10:01PM +0200, Mikael Pettersson wrote:
> On Sun, 1 May 2005 02:27:49 +0200, Benoit Boissinot wrote:
> >This time it boots correctly, but it oops:
> ...
> >[ 37.738020] EIP is at do_proc_dointvec_conv+0x11/0x50
> >[ 37.741173] eax: 00000001 ebx: 00000001 ecx: 40adb814 edx: df8f2f08
> >[ 37.744357] esi: b7dab001 edi: df8f2eef ebp: df8f2ec0 esp: df8f2ec0
> >[ 37.747592] ds: 007b es: 007b ss: 0068
> >[ 37.750861] Process sysctl (pid: 5336, threadinfo=df8f2000 task=decbf070)
> >[ 37.750986] Stack: df8f2f1c c012046c 00000001 00000000 00000001
> >df25f6ac 00000001 40adb814
> >[ 37.754460] 00000001 00000001 00000000 31cf44c0 df8f000a
> >c01154ec 00000001 df603f38
> >[ 37.758018] 00000006 df8f2ef0 00000001 00000000 b7dab000
> >b7dab000 00000001 df8f2f3c
> >[ 37.761703] Call Trace:
> >[ 37.768905] [<c0103d66>] show_stack+0xa6/0xe0
> >[ 37.772695] [<c0103f1b>] show_registers+0x15b/0x1f0
> >[ 37.776529] [<c010410b>] die+0xbb/0x140
> >[ 37.780393] [<c0115493>] do_page_fault+0x233/0x6cc
> >[ 37.784313] [<c0103993>] error_code+0x4f/0x54
> >[ 37.788247] [<c012046c>] do_proc_dointvec+0x29c/0x320
> >[ 37.792260] [<c012051c>] proc_dointvec+0x2c/0x40
> >[ 37.796289] [<c011fea5>] do_rw_proc+0x85/0x90
> >[ 37.800321] [<c011ff21>] proc_writesys+0x21/0x30
> >[ 37.804359] [<c0154f58>] vfs_write+0x98/0x140
> >[ 37.808446] [<c01550ad>] sys_write+0x3d/0x70
> >[ 37.812544] [<c0102e8f>] sysenter_past_esp+0x54/0x75
>
> This looks exactly like the effect of the gcc-4.0 miscompilation
> of net/ipv4/devinet.c I reported 8 days ago.
>
> Are you using gcc-4.0? If so, don't, or at least upgrade to the
> latest snapshot which should include a fix.
>
Yes i am using gcc-4.0, i will try a newer snapshot as soon as possible.
> /Mikael
thanks,
Benoit
--
powered by bash/screen/(urxvt/fvwm|linux-console)/gentoo/gnu/linux OS
On Sun, May 01, 2005 at 12:27:37PM +0200, Benoit Boissinot wrote:
> On Sun, May 01, 2005 at 12:10:01PM +0200, Mikael Pettersson wrote:
> > On Sun, 1 May 2005 02:27:49 +0200, Benoit Boissinot wrote:
> > This looks exactly like the effect of the gcc-4.0 miscompilation
> > of net/ipv4/devinet.c I reported 8 days ago.
> >
> > Are you using gcc-4.0? If so, don't, or at least upgrade to the
> > latest snapshot which should include a fix.
> >
>
> Yes i am using gcc-4.0, i will try a newer snapshot as soon as possible.
>
it runs fine with a newer gcc-4 snapshot
thanks and sorry to bother,
Benoit
--
powered by bash/screen/(urxvt/fvwm|linux-console)/gentoo/gnu/linux OS
Hi,
On Sunday, 1 of May 2005 01:43, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
I have two ACPI-related problems with this kernel (they have also been present
in the previous -mm, so please treat this report as a "the issue is still there" kind
of thing):
1) The box hangs solid during suspend/resume (in the PIC mode) due to problems
with handling PCI ACPI links (the details are available from bugzilla:
http://bugzilla.kernel.org/show_bug.cgi?id=4416).
2) The ACPI battery module does not seem to work, eg. this is the output of
"time cat /proc/acpi/battery/BAT0/state":
present: yes
capacity state: ok
charging state: charged
present rate: unknown
remaining capacity: unknown
present voltage: unknown
real 0m44.875s
user 0m0.001s
sys 0m0.020s
To make it work, I needed to apply the attached patch.
Greets,
Rafael
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Rafael J. Wysocki a ?crit :
> Hi,
>
> On Sunday, 1 of May 2005 01:43, Andrew Morton wrote:
>
>>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
>
>
> I have two ACPI-related problems with this kernel (they have also been present
> in the previous -mm, so please treat this report as a "the issue is still there" kind
> of thing):
I'm also seeing a (small) problem with ACPI for a few -mm kernels
(at least since -rc2-mm2, IIRC).
I don't have a /proc/acpi/button/ anymore.
My computer is a Compaq Evo N600c laptop.
ACPI is generally working great here.
In 2.6.12-rc3, I have:
/proc/acpi/button/lid/C1A4/info
/proc/acpi/button/lid/C1A4/state
/proc/acpi/button/power/PWRF/info
/proc/acpi/button/sleep/C1A3/info
Nothing in rc3-mm1 (even no /proc/acpi/button/ directory).
I didn't find any interesting difference between dmesg from rc3 and
rc3-mm1. Both show these lines:
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [C1A3]
ACPI: Lid Switch [C1A4]
Any idea ?
Thanks
Brice
i updated from rc2-mm3 to rc3-mm2 and now i observe something strange:
the cpu is running all the time at 100% because of the kswapd0 that is
running always and not becomming idle.
after having the computer running for about one hour, top says this about
kswapd0:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
155 root 25 0 0 0 0 R 89.6 0.0 38:56.06 kswapd0
the config file you can find here:
http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/kernels/kernel26mm/config?rev=1.18&cvsroot=Extra
regards,
Damir Perisa
--
A thing worth doing is worth the trouble of asking somebody else to do it.
On my Mackertosh (PowerBook5.4), build fails with the following:
fs/proc/task_mmu.c: In function `smaps_pte_range':
fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
fs/proc/task_mmu.c:177: error: `KM_PTE0' undeclared (first use in this function)
fs/proc/task_mmu.c:177: error: (Each undeclared identifier is reported only once
fs/proc/task_mmu.c:177: error: for each function it appears in.)
fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
With the naive patch below, it builds with this warning and everything works.
fs/proc/task_mmu.c: In function `smaps_pte_range':
fs/proc/task_mmu.c:208: warning: passing arg 1 of `kunmap_atomic' makes pointer from integer without a cast
I tried including linux/highmem.h in asm-ppc/pgtable.h
(smaps_pte_range() -> pte_offset_map() -> kmap_atomic()), but that
doesn't work.
--- S12-rc3-mm2/fs/proc/task_mmu.c~ 2005-05-01 15:52:55.000000000 +0100
+++ S12-rc3-mm2/fs/proc/task_mmu.c 2005-05-01 15:23:22.000000000 +0100
@@ -1,4 +1,5 @@
#include <linux/mm.h>
+#include <linux/highmem.h>
#include <linux/hugetlb.h>
#include <linux/mount.h>
#include <linux/seq_file.h>
--
Dag vijandelijk luchtschip de huismeester is dood
On Sun, 1 May 2005, Sean Neakums wrote:
> On my Mackertosh (PowerBook5.4), build fails with the following:
>
> fs/proc/task_mmu.c: In function `smaps_pte_range':
> fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
> fs/proc/task_mmu.c:177: error: `KM_PTE0' undeclared (first use in this function)
> fs/proc/task_mmu.c:177: error: (Each undeclared identifier is reported only once
> fs/proc/task_mmu.c:177: error: for each function it appears in.)
> fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
>
> With the naive patch below, it builds with this warning and everything works.
>
> fs/proc/task_mmu.c: In function `smaps_pte_range':
> fs/proc/task_mmu.c:208: warning: passing arg 1 of `kunmap_atomic' makes pointer from integer without a cast
>
Try this patch :
Signed-off-by: Jesper Juhl <[email protected]>
--- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
+++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-01 17:49:14.000000000 +0200
@@ -2,6 +2,7 @@
#include <linux/hugetlb.h>
#include <linux/mount.h>
#include <linux/seq_file.h>
+#include <linux/highmem.h>
#include <asm/elf.h>
#include <asm/uaccess.h>
@@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
}
}
} while (address < end);
- pte_unmap(pte);
+ pte_unmap((void *)pte);
}
static void smaps_pmd_range(pud_t *pud,
Hi, Andrew. Hi, Ben.
I've been trying to compile kernel 2.6.12-rc3-mm2 on my PowerMac 9500 with
a G3 upgrade card (it's an OldWorld machine) and I get compilation errors
with Debian's gcc-3.4 (3.4.4 20050314 (prerelease) (Debian 3.4.3-12)),
available in testing.
Here is the error that I get:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CC fs/partitions/check.o
CC fs/partitions/mac.o
CC fs/partitions/msdos.o
LD fs/partitions/built-in.o
CC fs/proc/mmu.o
CC fs/proc/task_mmu.o
fs/proc/task_mmu.c: In function `smaps_pte_range':
fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
fs/proc/task_mmu.c:177: error: `KM_PTE0' undeclared (first use in this function)
fs/proc/task_mmu.c:177: error: (Each undeclared identifier is reported only once
fs/proc/task_mmu.c:177: error: for each function it appears in.)
fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
make[3]: *** [fs/proc/task_mmu.o] Error 1
make[2]: *** [fs/proc] Error 2
make[1]: *** [fs] Error 2
make[1]: Leaving directory `/home/rbrito/src/linux'
make: *** [stamp-build] Error 2
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Attached is my .config, if it matters. I can provide other information, if
needed.
Thanks, Rog?rio Brito.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rog?rio Brito - [email protected] - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
On Sun, 1 May 2005, Rog?rio Brito wrote:
> Hi, Andrew. Hi, Ben.
> I've been trying to compile kernel 2.6.12-rc3-mm2 on my PowerMac 9500 with
> a G3 upgrade card (it's an OldWorld machine) and I get compilation errors
> with Debian's gcc-3.4 (3.4.4 20050314 (prerelease) (Debian 3.4.3-12)),
> available in testing.
> Here is the error that I get:
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> CC fs/partitions/check.o
> CC fs/partitions/mac.o
> CC fs/partitions/msdos.o
> LD fs/partitions/built-in.o
> CC fs/proc/mmu.o
> CC fs/proc/task_mmu.o
> fs/proc/task_mmu.c: In function `smaps_pte_range':
> fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
> fs/proc/task_mmu.c:177: error: `KM_PTE0' undeclared (first use in this function)
> fs/proc/task_mmu.c:177: error: (Each undeclared identifier is reported only once
> fs/proc/task_mmu.c:177: error: for each function it appears in.)
> fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
> make[3]: *** [fs/proc/task_mmu.o] Error 1
> make[2]: *** [fs/proc] Error 2
> make[1]: *** [fs] Error 2
> make[1]: Leaving directory `/home/rbrito/src/linux'
> make: *** [stamp-build] Error 2
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
I recently posted this patch in another thread, give it a try :
--- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
+++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-01 17:49:14.000000000 +0200
@@ -2,6 +2,7 @@
#include <linux/hugetlb.h>
#include <linux/mount.h>
#include <linux/seq_file.h>
+#include <linux/highmem.h>
#include <asm/elf.h>
#include <asm/uaccess.h>
@@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
}
}
} while (address < end);
- pte_unmap(pte);
+ pte_unmap((void *)pte);
}
static void smaps_pmd_range(pud_t *pud,
On May 01 2005, Jesper Juhl wrote:
> I recently posted this patch in another thread, give it a try :
Hi, Jesper.
I applied the patch now and I'm recompiling the kernel right now. I'll let
you know how it works.
Thanks for your prompt answer, Rog?rio Brito.
--
Rog?rio Brito : [email protected] : http://www.ime.usp.br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Damir Perisa <[email protected]> wrote:
>
> i updated from rc2-mm3 to rc3-mm2 and now i observe something strange:
> the cpu is running all the time at 100% because of the kswapd0 that is
> running always and not becomming idle.
>
> after having the computer running for about one hour, top says this about
> kswapd0:
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 155 root 25 0 0 0 0 R 89.6 0.0 38:56.06 kswapd0
Could you type sysrq-P a few times, see if we can work out where it's stuck?
Thanks.
proc-pid-smaps.patch caused the following warnings with
CONFIG_HIGHPTE=y:
<-- snip -->
...
CC fs/proc/task_mmu.o
fs/proc/task_mmu.c: In function `smaps_pte_range':
fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
...
<-- snip -->
Unfortunately, I do not understand how to fix this properly.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
Jesper Juhl <[email protected]> wrote:
>
> On Sun, 1 May 2005, Sean Neakums wrote:
>
> > On my Mackertosh (PowerBook5.4), build fails with the following:
> >
> > fs/proc/task_mmu.c: In function `smaps_pte_range':
> > fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
> > fs/proc/task_mmu.c:177: error: `KM_PTE0' undeclared (first use in this function)
> > fs/proc/task_mmu.c:177: error: (Each undeclared identifier is reported only once
> > fs/proc/task_mmu.c:177: error: for each function it appears in.)
> > fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
> >
> > With the naive patch below, it builds with this warning and everything works.
> >
> > fs/proc/task_mmu.c: In function `smaps_pte_range':
> > fs/proc/task_mmu.c:208: warning: passing arg 1 of `kunmap_atomic' makes pointer from integer without a cast
> >
>
> Try this patch :
>
> Signed-off-by: Jesper Juhl <[email protected]>
>
> --- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
> +++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-01 17:49:14.000000000 +0200
> @@ -2,6 +2,7 @@
> #include <linux/hugetlb.h>
> #include <linux/mount.h>
> #include <linux/seq_file.h>
> +#include <linux/highmem.h>
>
> #include <asm/elf.h>
> #include <asm/uaccess.h>
> @@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
> }
> }
> } while (address < end);
> - pte_unmap(pte);
> + pte_unmap((void *)pte);
> }
Should be
pte_unmap(ptep);
On Sun, 1 May 2005, Andrew Morton wrote:
> Jesper Juhl <[email protected]> wrote:
> >
> > On Sun, 1 May 2005, Sean Neakums wrote:
> >
> > > On my Mackertosh (PowerBook5.4), build fails with the following:
> > >
> > > fs/proc/task_mmu.c: In function `smaps_pte_range':
> > > fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
> > > fs/proc/task_mmu.c:177: error: `KM_PTE0' undeclared (first use in this function)
> > > fs/proc/task_mmu.c:177: error: (Each undeclared identifier is reported only once
> > > fs/proc/task_mmu.c:177: error: for each function it appears in.)
> > > fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
> > >
> > > With the naive patch below, it builds with this warning and everything works.
> > >
> > > fs/proc/task_mmu.c: In function `smaps_pte_range':
> > > fs/proc/task_mmu.c:208: warning: passing arg 1 of `kunmap_atomic' makes pointer from integer without a cast
> > >
> >
> > Try this patch :
> >
> > Signed-off-by: Jesper Juhl <[email protected]>
> >
> > --- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
> > +++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-01 17:49:14.000000000 +0200
> > @@ -2,6 +2,7 @@
> > #include <linux/hugetlb.h>
> > #include <linux/mount.h>
> > #include <linux/seq_file.h>
> > +#include <linux/highmem.h>
> >
> > #include <asm/elf.h>
> > #include <asm/uaccess.h>
> > @@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
> > }
> > }
> > } while (address < end);
> > - pte_unmap(pte);
> > + pte_unmap((void *)pte);
> > }
>
> Should be
>
> pte_unmap(ptep);
>
Of course, stupid me. I should have seen the
[...]
ptep = pte_offset_map(pmd, address);
[...]
pte = *ptep;
address += PAGE_SIZE;
ptep++;
[...]
bit a few lines above. Guess I should have spend more than 2min creating
the patch.
Thanks.
Here's an updated patch.
Signed-off-by: Jesper Juhl <[email protected]>
--- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
+++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-02 00:59:11.000000000 +0200
@@ -2,6 +2,7 @@
#include <linux/hugetlb.h>
#include <linux/mount.h>
#include <linux/seq_file.h>
+#include <linux/highmem.h>
#include <asm/elf.h>
#include <asm/uaccess.h>
@@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
}
}
} while (address < end);
- pte_unmap(pte);
+ pte_unmap(ptep);
}
static void smaps_pmd_range(pud_t *pud,
> I recently posted this patch in another thread, give it a try :
>
> --- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
> +++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-01 17:49:14.000000000 +0200
> @@ -2,6 +2,7 @@
> #include <linux/hugetlb.h>
> #include <linux/mount.h>
> #include <linux/seq_file.h>
> +#include <linux/highmem.h>
>
> #include <asm/elf.h>
> #include <asm/uaccess.h>
> @@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
> }
> }
> } while (address < end);
> - pte_unmap(pte);
> + pte_unmap((void *)pte);
> }
>
> static void smaps_pmd_range(pud_t *pud,
This is unrelated, and shouldn't be necessary. I don't lile patches that
defeat typechecking. Of pte isn't a pte_t *, then something is wrong.
Ben.
Hi,
I have noticed since well back in the 2.6.11-mmX series that top always
reports the load average as 1.00 unless and until I kill apcupsd [an APC
ups daemon]. If I do that the load average swiftly drops to 0.00 when
the computer is idle. Thought it was likely an application issue but
perhaps it is related so maybe I had better mention it.
I'm pretty sure the 2.6.12-rcX Linus tree does the same thing, while
vanilla 2.6.11 and the -ac tree don't display this behavior.
apcupsd doesn't seem to actually use excessive resources -- CPU or
memory -- even if I let it run for a long time, and the CPU temperature
remains at the correct idle value when idle [even though the load
average is reported as 1.00].
I don't see corresponding behavior with kswapiod here after a day of
uptime with 2.6.12-rc3-mm2.
Cheers,
Mark
--
Mark McPherson <[email protected]>
Apologies if this has already been asked and I missed it, but do you
expect to transition to exporting your working tree via git, now that
licensing concerns are not part of the equation?
Seems as it would be easier to git^H^H^H^H track your tree that way.
-JimC
--
James H. Cloos, Jr. <[email protected]>
James Cloos <[email protected]> wrote:
>
> Apologies if this has already been asked and I missed it, but do you
> expect to transition to exporting your working tree via git, now that
> licensing concerns are not part of the equation?
>
Nope. At any particular point in time the tree I have here has lots of
problems - failing to compile, crashing, etc. It takes me from four hours
to three days just to get a halfway-respectable release out the door.
So there's no way in which I'd want to make the tree-of-the-minute
externally available - it would muck people around too much and would cause
me to get a ton of email about stuff which I'd probably already fixed.
That, plus a traditional SCM is an inappropriate format for something like
-mm. This tree is a series of patches against Linus's tree - that's how it
is developed, tested and sent upstream. Patches get added, dropped,
reordered and merged at any time. It's hard to explain - you need to have
used patch-scripts or quilt for a while...
Prematurely flattening all this into an SCM view is a fairly pointless
exercise - the only reason for doing it would be for people to be able to
download it. And they can do that by grabbing the single diff anyway. I
suppose someone might start offering git -mm trees sometime, as an
alternative to grabbing the diff file.
Le Monday 02 May 2005 00:06, Andrew Morton a ?crit?:
> Damir Perisa <[email protected]> wrote:
> > i updated from rc2-mm3 to rc3-mm2 and now i observe something
> > strange: the cpu is running all the time at 100% because of the
> > kswapd0 that is running always and not becomming idle.
> Could you type sysrq-P a few times, see if we can work out where it's
> stuck?
>
> Thanks.
sure. i recompiled the kernel with magic keys and debugger activated [1],
and kswapd0 does idle normally, now. it seems to solve my issue, but i
don't know why.
for redundancy, here the Regs (alt-sysrq-p):
[4294742.093000] SysRq : Show Regs
[4294742.093000]
[4294742.093000] Pid: 0, comm: swapper
[4294742.093000] EIP: 0060:[<c03feb42>] CPU: 0
[4294742.093000] EIP is at acpi_processor_idle+0x103/0x29a
[4294742.093000] EFLAGS: 00000246 Not tainted (2.6.12-rc3-mm2-ARCH)
[4294742.093000] EAX: 00000000 EBX: c03fea3f ECX: 00000001 EDX: c072e000
[4294742.093000] ESI: efa4c074 EDI: c0772380 EBP: efa4c000 DS: 007b ES:
007b
[4294742.093000] CR0: 8005003b CR2: f1473b04 CR3: 2f37d000 CR4: 00000690
[4294742.093000] [<c03fea3f>] acpi_processor_idle+0x0/0x29a
[4294742.093000] [<c0100e35>] cpu_idle+0x45/0x80
[4294742.093000] [<c07309e7>] start_kernel+0x197/0x1e0
[4294742.093000] [<c0730390>] unknown_bootoption+0x0/0x1f0
the unknown_bootoption confuses me a little. the only bootoption i use is
"devfs=nomount" because i use udev and because people in archlinux may
use instead of udev the devfs i keep devfs in the kernel.
hope it helps you. as i said, now, with minimal debug options and magic
keys configured into the kernel, the kswapd0 idles normally. (so a
workaround to my issue is activating )
greetings,
Damir
[1] the important part of config:
#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_LOG_BUF_SHIFT=15
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_DEBUG_SLAB is not set
CONFIG_DEBUG_PREEMPT=y
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_KOBJECT is not set
# CONFIG_DEBUG_HIGHMEM is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_PAGE_OWNER is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_FRAME_POINTER is not set
CONFIG_EARLY_PRINTK=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_KPROBES is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_4KSTACKS is not set
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
# CONFIG_KGDB is not set
--
Customer: "Eudora keeps giving me the error 'connection confused'."
On May 02 2005, Benjamin Herrenschmidt wrote:
> > - pte_unmap(pte);
> > + pte_unmap((void *)pte);
> > }
> >
> > static void smaps_pmd_range(pud_t *pud,
>
> This is unrelated, and shouldn't be necessary. I don't lile patches that
> defeat typechecking. Of pte isn't a pte_t *, then something is wrong.
I just changed this to ptep (without the cast) and the kernel has been
successfully compiled. I will test it tomorrow morning.
Thanks for all the help, Rog?rio.
--
Rog?rio Brito : [email protected] : http://www.ime.usp.br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
On Sun, 1 May 2005, Andrew Morton wrote:
> Jesper Juhl <[email protected]> wrote:
> >
> > --- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
> > +++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-01 17:49:14.000000000 +0200
> > @@ -2,6 +2,7 @@
> > #include <linux/hugetlb.h>
> > #include <linux/mount.h>
> > #include <linux/seq_file.h>
> > +#include <linux/highmem.h>
> >
> > #include <asm/elf.h>
> > #include <asm/uaccess.h>
> > @@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
> > }
> > }
> > } while (address < end);
> > - pte_unmap(pte);
> > + pte_unmap((void *)pte);
> > }
>
> Should be
>
> pte_unmap(ptep);
Almost. Should be
pte_unmap(ptep - 1);
Le Monday 02 May 2005 08:01, Damir Perisa a ?crit?:
> sure. i recompiled the kernel with magic keys and debugger activated
> [1], and kswapd0 does idle normally, now. it seems to solve my issue,
> but i don't know why.
now, running the debug-enabled kernel for some time (the whole day - ~7h
uptime), kswapd0 shows same sympthoms (started at around 4h uptime). it
is triggered later than before (where it started almost immediately after
boot), but now i get something more interesting from Regs:
[4314013.408000] SysRq : Show Regs
[4314013.408000]
[4314013.408000] Pid: 156, comm: kswapd0
[4314013.408000] EIP: 0060:[<c05acc49>] CPU: 0
[4314013.408000] EIP is at _write_lock_irqsave+0x79/0xb0
[4314013.408000] EFLAGS: 00000282 Not tainted (2.6.12-rc3-mm2-ARCH)
[4314013.408000] EAX: c15e8ec0 EBX: efb9586c ECX: c15e8ee0 EDX: 00000001
[4314013.408000] ESI: efcc2000 EDI: efb9586c EBP: efcc3ee4 DS: 007b ES:
007b
[4314013.408000] CR0: 8005003b CR2: b58a4000 CR3: 254e6000 CR4: 00000690
[4314013.408000] [<c0375be4>] __cachefs_block_put+0x24/0x80
[4314013.408000] [<c037dae0>] cachefs_releasepage+0x60/0xc0
[4314013.408000] [<c0154be2>] shrink_list+0x492/0x560
[4314013.408000] [<c0154fc0>] shrink_cache+0xa0/0x1d0
[4314013.408000] [<c01555fe>] shrink_zone+0xae/0xe0
[4314013.408000] [<c0155af1>] balance_pgdat+0x261/0x3f0
[4314013.408000] [<c013c7e0>] prepare_to_wait+0x20/0x70
[4314013.408000] [<c0155d64>] kswapd+0xe4/0x140
[4314013.408000] [<c013c910>] autoremove_wake_function+0x0/0x60
[4314013.408000] [<c0103142>] ret_from_fork+0x6/0x14
[4314013.408000] [<c013c910>] autoremove_wake_function+0x0/0x60
[4314013.408000] [<c0155c80>] kswapd+0x0/0x140
[4314013.408000] [<c0101225>] kernel_thread_helper+0x5/0x10
hope this helps to find out how to solve it.
greetings,
Damir
--
It is much easier to suggest solutions when you know nothing about the
problem.
Damir Perisa <[email protected]> wrote:
>
> Le Monday 02 May 2005 08:01, Damir Perisa a ?crit?:
> > sure. i recompiled the kernel with magic keys and debugger activated
> > [1], and kswapd0 does idle normally, now. it seems to solve my issue,
> > but i don't know why.
>
> now, running the debug-enabled kernel for some time (the whole day - ~7h
> uptime), kswapd0 shows same sympthoms (started at around 4h uptime). it
> is triggered later than before (where it started almost immediately after
> boot), but now i get something more interesting from Regs:
>
> [4314013.408000] SysRq : Show Regs
> [4314013.408000]
> [4314013.408000] Pid: 156, comm: kswapd0
> [4314013.408000] EIP: 0060:[<c05acc49>] CPU: 0
> [4314013.408000] EIP is at _write_lock_irqsave+0x79/0xb0
> [4314013.408000] EFLAGS: 00000282 Not tainted (2.6.12-rc3-mm2-ARCH)
> [4314013.408000] EAX: c15e8ec0 EBX: efb9586c ECX: c15e8ee0 EDX: 00000001
> [4314013.408000] ESI: efcc2000 EDI: efb9586c EBP: efcc3ee4 DS: 007b ES:
> 007b
> [4314013.408000] CR0: 8005003b CR2: b58a4000 CR3: 254e6000 CR4: 00000690
> [4314013.408000] [<c0375be4>] __cachefs_block_put+0x24/0x80
> [4314013.408000] [<c037dae0>] cachefs_releasepage+0x60/0xc0
> [4314013.408000] [<c0154be2>] shrink_list+0x492/0x560
> [4314013.408000] [<c0154fc0>] shrink_cache+0xa0/0x1d0
> [4314013.408000] [<c01555fe>] shrink_zone+0xae/0xe0
> [4314013.408000] [<c0155af1>] balance_pgdat+0x261/0x3f0
> [4314013.408000] [<c013c7e0>] prepare_to_wait+0x20/0x70
> [4314013.408000] [<c0155d64>] kswapd+0xe4/0x140
> [4314013.408000] [<c013c910>] autoremove_wake_function+0x0/0x60
> [4314013.408000] [<c0103142>] ret_from_fork+0x6/0x14
> [4314013.408000] [<c013c910>] autoremove_wake_function+0x0/0x60
> [4314013.408000] [<c0155c80>] kswapd+0x0/0x140
> [4314013.408000] [<c0101225>] kernel_thread_helper+0x5/0x10
>
hm. I wonder why you had any cachefs pages anyway. Is the sysrq-P trace
always the same?
Does disabling cachefs in kerel config fix it?
Le Monday 02 May 2005 20:14, Andrew Morton a ?crit?:
> hm. ?I wonder why you had any cachefs pages anyway. ?Is the sysrq-P
> trace always the same?
since i modified it to enable magic keys, yes, every time i tried to
output Regs (sysrq-P), the same outputs. i will keep observing and
reporting, if cases with different output appear.
> Does disabling cachefs in kerel config fix it?
unfortunately, the cpu on this machine is busy for the next few days, so i
cannot recompile the kernel right now ... i will recompile disabling
cachefs as soon as i have the resources for it (we all know, students
have limited resources, especially students interested in
bioinformatics). ... or is there a way to disable cachefs on the run
(without recompiling/rebooting)?
untill then, remaining with best regards,
Damir
--
Because we don't think about future generations, they will never forget
us.
-- Henrik Tikkanen
Hi Adrian,
I tried to replicate this warning but I did not get it on vanilla
kernel. I put the config as
CONFIG_HIGHPTE=y
as well, but no warning. Perhaps I have to try it with mm tree. Any comments?
What do you think Andrew?
BR,
Mauricio Lin.
On 5/1/05, Adrian Bunk <[email protected]> wrote:
> proc-pid-smaps.patch caused the following warnings with
> CONFIG_HIGHPTE=y:
>
> <-- snip -->
>
> ...
> CC fs/proc/task_mmu.o
> fs/proc/task_mmu.c: In function `smaps_pte_range':
> fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
> fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
> ...
>
> <-- snip -->
>
> Unfortunately, I do not understand how to fix this properly.
>
> cu
> Adrian
>
> --
>
> "Is there not promise of rain?" Ling Tan asked suddenly out
> of the darkness. There had been need of rain for many days.
> "Only a promise," Lao Er said.
> Pearl S. Buck - Dragon Seed
>
>
Hi Adrian,
I managed to replicate the warning. This happens with the vanilla
kernel 2.6.11.8. Before this version this warning does not exist. The
last patch I posted was based on 2.6.11.7. I am going to post the new
patch asap.
BR,
Mauricio Lin.
On 5/2/05, Mauricio Lin <[email protected]> wrote:
> Hi Adrian,
>
> I tried to replicate this warning but I did not get it on vanilla
> kernel. I put the config as
>
> CONFIG_HIGHPTE=y
>
> as well, but no warning. Perhaps I have to try it with mm tree. Any comments?
>
> What do you think Andrew?
>
> BR,
>
> Mauricio Lin.
>
> On 5/1/05, Adrian Bunk <[email protected]> wrote:
> > proc-pid-smaps.patch caused the following warnings with
> > CONFIG_HIGHPTE=y:
> >
> > <-- snip -->
> >
> > ...
> > CC fs/proc/task_mmu.o
> > fs/proc/task_mmu.c: In function `smaps_pte_range':
> > fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
> > fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
> > ...
> >
> > <-- snip -->
> >
> > Unfortunately, I do not understand how to fix this properly.
> >
> > cu
> > Adrian
> >
> > --
> >
> > "Is there not promise of rain?" Ling Tan asked suddenly out
> > of the darkness. There had been need of rain for many days.
> > "Only a promise," Lao Er said.
> > Pearl S. Buck - Dragon Seed
> >
> >
>
Mauricio Lin <[email protected]> wrote:
>
> I managed to replicate the warning. This happens with the vanilla
> kernel 2.6.11.8. Before this version this warning does not exist. The
> last patch I posted was based on 2.6.11.7. I am going to post the new
> patch asap.
Please don't generate patches for the mainline kernel against the -stable
tree. 2.6.11.7 is ancient - we've added 22MB of diff since then.
I think I've fixed all the /proc/pid/smaps problems anwyay.
Hi Andrew,
On 5/2/05, Andrew Morton <[email protected]> wrote:
> Mauricio Lin <[email protected]> wrote:
> >
> > I managed to replicate the warning. This happens with the vanilla
> > kernel 2.6.11.8. Before this version this warning does not exist. The
> > last patch I posted was based on 2.6.11.7. I am going to post the new
> > patch asap.
>
> Please don't generate patches for the mainline kernel against the -stable
> tree. 2.6.11.7 is ancient - we've added 22MB of diff since then.
>
> I think I've fixed all the /proc/pid/smaps problems anwyay.
So you have fixed the warning message, right?
Do you mean that I do not have to create the patch for 2.6.11.8?
BR,
Mauricio Lin.
On Sun, May 01, 2005 at 04:32:45AM +0200, Jesper Juhl wrote:
> On Sat, 30 Apr 2005, Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
> >
>
> I see one small change in behaviour with this kernel.
>
> During boot when initializing udev I see
>
> Initializing udev dynamic device directory.
> grep: /proc/ide/sr0/model: No such file or directory
> grep: /proc/ide/sr1/model: No such file or directory
>
> With previous kernels I only see
>
> Initializing udev dynamic device directory.
That is because you have a udev script that is expecting to see ide
stuff in proc. That has now been moved to sysfs, so you should not need
to run external scripts to detect ide devices now. I suggest you go bug
your distro, or whoever set up those rules about it.
thanks,
greg k-h
Greg KH <[email protected]> wrote:
>
> On Sun, May 01, 2005 at 04:32:45AM +0200, Jesper Juhl wrote:
> > On Sat, 30 Apr 2005, Andrew Morton wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
> > >
> >
> > I see one small change in behaviour with this kernel.
> >
> > During boot when initializing udev I see
> >
> > Initializing udev dynamic device directory.
> > grep: /proc/ide/sr0/model: No such file or directory
> > grep: /proc/ide/sr1/model: No such file or directory
> >
> > With previous kernels I only see
> >
> > Initializing udev dynamic device directory.
>
> That is because you have a udev script that is expecting to see ide
> stuff in proc. That has now been moved to sysfs, so you should not need
> to run external scripts to detect ide devices now. I suggest you go bug
> your distro, or whoever set up those rules about it.
err, we don't want to break existing userspace setups, please.
On Mon, May 02, 2005 at 08:18:23PM -0700, Andrew Morton wrote:
> Greg KH <[email protected]> wrote:
> >
> > On Sun, May 01, 2005 at 04:32:45AM +0200, Jesper Juhl wrote:
> > > On Sat, 30 Apr 2005, Andrew Morton wrote:
> > >
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
> > > >
> > >
> > > I see one small change in behaviour with this kernel.
> > >
> > > During boot when initializing udev I see
> > >
> > > Initializing udev dynamic device directory.
> > > grep: /proc/ide/sr0/model: No such file or directory
> > > grep: /proc/ide/sr1/model: No such file or directory
> > >
> > > With previous kernels I only see
> > >
> > > Initializing udev dynamic device directory.
> >
> > That is because you have a udev script that is expecting to see ide
> > stuff in proc. That has now been moved to sysfs, so you should not need
> > to run external scripts to detect ide devices now. I suggest you go bug
> > your distro, or whoever set up those rules about it.
>
> err, we don't want to break existing userspace setups, please.
I agree. Bart, want to put the /proc stuff back, mark it depreciated in
the Documentation/feature-removal-schedule.txt as going away in 6 months
or so, and then remove it after that time has gone by?
thanks,
greg k-h
On 5/3/05, Greg KH <[email protected]> wrote:
> On Mon, May 02, 2005 at 08:18:23PM -0700, Andrew Morton wrote:
> > Greg KH <[email protected]> wrote:
> > >
> > > On Sun, May 01, 2005 at 04:32:45AM +0200, Jesper Juhl wrote:
> > > > On Sat, 30 Apr 2005, Andrew Morton wrote:
> > > >
> > > > >
> > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
> > > > >
> > > >
> > > > I see one small change in behaviour with this kernel.
> > > >
> > > > During boot when initializing udev I see
> > > >
> > > > Initializing udev dynamic device directory.
> > > > grep: /proc/ide/sr0/model: No such file or directory
> > > > grep: /proc/ide/sr1/model: No such file or directory
> > > >
> > > > With previous kernels I only see
> > > >
> > > > Initializing udev dynamic device directory.
> > >
> > > That is because you have a udev script that is expecting to see ide
> > > stuff in proc. That has now been moved to sysfs, so you should not need
> > > to run external scripts to detect ide devices now. I suggest you go bug
> > > your distro, or whoever set up those rules about it.
> >
> > err, we don't want to break existing userspace setups, please.
>
> I agree. Bart, want to put the /proc stuff back, mark it depreciated in
> the Documentation/feature-removal-schedule.txt as going away in 6 months
> or so, and then remove it after that time has gone by?
/proc/ide stuff was _not_ removed, please see original mail:
On 5/1/05, Jesper Juhl <[email protected]> wrote:
> This machine has no IDE device at all, only SCSI, and the kernel config
> has no IDE support either. The config I'm using has not changed in any
Thanks,
Bartlomiej
I would like to see the following patch added to -mm:
http://marc.theaimsgroup.com/?l=linux-kernel&m=111326617622941&w=2
(I'm guessing that Nathan Scott will need to resubmit it with proper
changelog information.)
The patch fixes a problem where compiling XFS into the kernel (as
opposed to a module) causes swsusp resumes to be waaay slower than they
should be.
It's been tested and found to work by Pavel Machek:
http://marc.theaimsgroup.com/?l=linux-kernel&m=111331702916365&w=2
as well as myself:
http://marc.theaimsgroup.com/?l=linux-kernel&m=111330749723995&w=2
and I've been running with it for the last couple of weeks now with no
problems.
-Barry K. Nathan <[email protected]>
Andrew Morton wrote:
> James Cloos <[email protected]> wrote:
>
>>Apologies if this has already been asked and I missed it, but do you
>>expect to transition to exporting your working tree via git, now that
>>licensing concerns are not part of the equation?
>>
>
>
> Nope. At any particular point in time the tree I have here has lots of
> problems - failing to compile, crashing, etc. It takes me from four hours
> to three days just to get a halfway-respectable release out the door.
>
> So there's no way in which I'd want to make the tree-of-the-minute
> externally available - it would muck people around too much and would cause
> me to get a ton of email about stuff which I'd probably already fixed.
>
> That, plus a traditional SCM is an inappropriate format for something like
> -mm. This tree is a series of patches against Linus's tree - that's how it
> is developed, tested and sent upstream. Patches get added, dropped,
> reordered and merged at any time. It's hard to explain - you need to have
> used patch-scripts or quilt for a while...
>
> Prematurely flattening all this into an SCM view is a fairly pointless
> exercise - the only reason for doing it would be for people to be able to
> download it. And they can do that by grabbing the single diff anyway. I
> suppose someone might start offering git -mm trees sometime, as an
> alternative to grabbing the diff file.
For all of the reasons you describe putting up your tree would be a
waste of time, and putting up another tree is likely to only result in
duplicated effort; the folks who want SCC can use whatever works for
them and then send you patches.
--
-bill davidsen ([email protected])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
> Mauricio Lin <[email protected]> wrote:
> >
> > I managed to replicate the warning. This happens with the vanilla
> > kernel 2.6.11.8. Before this version this warning does not exist. The
> > last patch I posted was based on 2.6.11.7. I am going to post the new
> > patch asap.
>
> Please don't generate patches for the mainline kernel against the -stable
> tree. 2.6.11.7 is ancient - we've added 22MB of diff since then.
>
> I think I've fixed all the /proc/pid/smaps problems anwyay.
Ummm... I get this with 2.6.12-rc3-mm2, on ppc32:
CC fs/proc/task_mmu.o
fs/proc/task_mmu.c: In function `smaps_pte_range':
fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
fs/proc/task_mmu.c:177: error: `KM_PTE0' undeclared (first use in this function)
fs/proc/task_mmu.c:177: error: (Each undeclared identifier is reported only once
fs/proc/task_mmu.c:177: error: for each function it appears in.)
fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic
.config follows:
cliffw
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.12-rc3-mm2
# Mon May 2 16:19:43 2005
#
CONFIG_MMU=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_PPC=y
CONFIG_PPC32=y
CONFIG_GENERIC_NVRAM=y
#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
#
# General setup
#
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
CONFIG_SYSCTL=y
# CONFIG_AUDIT is not set
CONFIG_HOTPLUG=y
CONFIG_KOBJECT_UEVENT=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SHMEM=y
CONFIG_CC_ALIGN_FUNCTIONS=0
CONFIG_CC_ALIGN_LABELS=0
CONFIG_CC_ALIGN_LOOPS=0
CONFIG_CC_ALIGN_JUMPS=0
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
CONFIG_OBSOLETE_MODPARM=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y
#
# Processor
#
CONFIG_6xx=y
# CONFIG_40x is not set
# CONFIG_44x is not set
# CONFIG_POWER3 is not set
# CONFIG_POWER4 is not set
# CONFIG_8xx is not set
# CONFIG_E500 is not set
CONFIG_PPC_FPU=y
CONFIG_ALTIVEC=y
CONFIG_TAU=y
# CONFIG_TAU_INT is not set
# CONFIG_TAU_AVERAGE is not set
# CONFIG_KEXEC is not set
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
# CONFIG_CPU_FREQ_DEBUG is not set
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_STAT_DETAILS=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=m
CONFIG_CPU_FREQ_GOV_ONDEMAND=m
CONFIG_CPU_FREQ_PMAC=y
# CONFIG_PPC601_SYNC_FIX is not set
CONFIG_PM=y
CONFIG_PPC_STD_MMU=y
#
# Performance-monitoring counters support
#
# CONFIG_PERFCTR is not set
#
# Platform options
#
CONFIG_PPC_MULTIPLATFORM=y
# CONFIG_APUS is not set
# CONFIG_KATANA is not set
# CONFIG_WILLOW is not set
# CONFIG_CPCI690 is not set
# CONFIG_PCORE is not set
# CONFIG_POWERPMC250 is not set
# CONFIG_CHESTNUT is not set
# CONFIG_SPRUCE is not set
# CONFIG_HDPU is not set
# CONFIG_EV64260 is not set
# CONFIG_LOPEC is not set
# CONFIG_MCPN765 is not set
# CONFIG_MVME5100 is not set
# CONFIG_PPLUS is not set
# CONFIG_PRPMC750 is not set
# CONFIG_PRPMC800 is not set
# CONFIG_SANDPOINT is not set
# CONFIG_RADSTONE_PPC7D is not set
# CONFIG_ADIR is not set
# CONFIG_K2 is not set
# CONFIG_PAL4 is not set
# CONFIG_GEMINI is not set
# CONFIG_EST8260 is not set
# CONFIG_SBC82xx is not set
# CONFIG_SBS8260 is not set
# CONFIG_RPX8260 is not set
# CONFIG_TQM8260 is not set
# CONFIG_ADS8272 is not set
# CONFIG_PQ2FADS is not set
# CONFIG_LITE5200 is not set
# CONFIG_MPC834x_SYS is not set
CONFIG_PPC_CHRP=y
CONFIG_PPC_PMAC=y
CONFIG_PPC_PREP=y
CONFIG_PPC_OF=y
CONFIG_PPCBUG_NVRAM=y
# CONFIG_SMP is not set
# CONFIG_PREEMPT is not set
# CONFIG_HIGHMEM is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
CONFIG_PROC_DEVICETREE=y
# CONFIG_PREP_RESIDUAL is not set
# CONFIG_CMDLINE_BOOL is not set
# CONFIG_PM_DEBUG is not set
# CONFIG_SOFTWARE_SUSPEND is not set
#
# Bus options
#
# CONFIG_ISA is not set
CONFIG_GENERIC_ISA_DMA=y
CONFIG_PCI=y
CONFIG_PCI_DOMAINS=y
# CONFIG_PCI_LEGACY_PROC is not set
CONFIG_PCI_NAMES=y
#
# PCCARD (PCMCIA/CardBus) support
#
# CONFIG_PCCARD is not set
#
# Advanced setup
#
# CONFIG_ADVANCED_OPTIONS is not set
#
# Default settings for advanced configuration options are used
#
CONFIG_HIGHMEM_START=0xfe000000
CONFIG_LOWMEM_SIZE=0x30000000
CONFIG_KERNEL_START=0xc0000000
CONFIG_TASK_SIZE=0x80000000
CONFIG_BOOT_LOAD=0x00800000
#
# Device Drivers
#
#
# Generic Driver Options
#
CONFIG_STANDALONE=y
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=y
#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set
#
# Parallel port support
#
# CONFIG_PARPORT is not set
#
# Plug and Play support
#
#
# Block devices
#
CONFIG_BLK_DEV_FD=m
CONFIG_MAC_FLOPPY=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
# CONFIG_BLK_DEV_RAM is not set
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_INITRAMFS_SOURCE=""
# CONFIG_LBD is not set
# CONFIG_CDROM_PKTCDVD is not set
#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_ATA_OVER_ETH is not set
#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_BLK_DEV_IDEDISK=y
# CONFIG_IDEDISK_MULTI_MODE is not set
CONFIG_BLK_DEV_IDECD=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
CONFIG_BLK_DEV_IDESCSI=m
CONFIG_IDE_TASK_IOCTL=y
#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_SHARE_IRQ is not set
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
# CONFIG_BLK_DEV_SL82C105 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_NS87415 is not set
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
CONFIG_BLK_DEV_IDE_PMAC=y
CONFIG_BLK_DEV_IDE_PMAC_ATA100FIRST=y
CONFIG_BLK_DEV_IDEDMA_PMAC=y
CONFIG_BLK_DEV_IDE_PMAC_BLINK=y
# CONFIG_IDE_ARM is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_IVB is not set
CONFIG_IDEDMA_AUTO=y
# CONFIG_BLK_DEV_HD is not set
#
# SCSI device support
#
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y
#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=m
# CONFIG_CHR_DEV_SCH is not set
#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
#
# SCSI Transport Attributes
#
# CONFIG_SCSI_SPI_ATTRS is not set
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_SATA is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
CONFIG_SCSI_QLA2XXX=y
# CONFIG_SCSI_QLA21XX is not set
# CONFIG_SCSI_QLA22XX is not set
# CONFIG_SCSI_QLA2300 is not set
# CONFIG_SCSI_QLA2322 is not set
# CONFIG_SCSI_QLA6312 is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
CONFIG_SCSI_MESH=m
CONFIG_SCSI_MESH_SYNC_RATE=10
CONFIG_SCSI_MESH_RESET_DELAY_MS=4000
CONFIG_SCSI_MAC53C94=m
#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
#
# Fusion MPT device support
#
# CONFIG_FUSION is not set
# CONFIG_FUSION_SPI is not set
# CONFIG_FUSION_FC is not set
#
# IEEE 1394 (FireWire) support
#
CONFIG_IEEE1394=m
#
# Subsystem Options
#
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
# CONFIG_IEEE1394_OUI_DB is not set
CONFIG_IEEE1394_EXTRA_CONFIG_ROMS=y
# CONFIG_IEEE1394_CONFIG_ROM_IP1394 is not set
#
# Device Drivers
#
CONFIG_IEEE1394_PCILYNX=m
CONFIG_IEEE1394_OHCI1394=m
#
# Protocol Drivers
#
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_SBP2=m
CONFIG_IEEE1394_SBP2_PHYS_DMA=y
# CONFIG_IEEE1394_ETH1394 is not set
CONFIG_IEEE1394_DV1394=m
CONFIG_IEEE1394_RAWIO=m
CONFIG_IEEE1394_CMP=m
CONFIG_IEEE1394_AMDTP=m
#
# I2O device support
#
# CONFIG_I2O is not set
#
# Macintosh device drivers
#
CONFIG_ADB=y
# CONFIG_ADB_CUDA is not set
CONFIG_ADB_PMU=y
CONFIG_PMAC_PBOOK=y
CONFIG_PMAC_APM_EMU=y
CONFIG_PMAC_BACKLIGHT=y
CONFIG_ADB_MACIO=y
CONFIG_INPUT_ADBHID=y
CONFIG_MAC_EMUMOUSEBTN=y
# CONFIG_THERM_WINDTUNNEL is not set
CONFIG_THERM_ADT746X=m
#
# Networking support
#
CONFIG_NET=y
#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_MULTIPATH=y
# CONFIG_IP_ROUTE_MULTIPATH_CACHED is not set
CONFIG_IP_ROUTE_VERBOSE=y
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
CONFIG_INET_TUNNEL=m
CONFIG_IP_TCPDIAG=y
# CONFIG_IP_TCPDIAG_IPV6 is not set
#
# IP: Virtual Server Configuration
#
# CONFIG_IP_VS is not set
# CONFIG_IPV6 is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
#
# IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=m
# CONFIG_IP_NF_CT_ACCT is not set
# CONFIG_IP_NF_CONNTRACK_MARK is not set
# CONFIG_IP_NF_CT_PROTO_SCTP is not set
CONFIG_IP_NF_FTP=m
CONFIG_IP_NF_IRC=m
CONFIG_IP_NF_TFTP=m
# CONFIG_IP_NF_AMANDA is not set
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_LIMIT=m
# CONFIG_IP_NF_MATCH_IPRANGE is not set
CONFIG_IP_NF_MATCH_MAC=m
CONFIG_IP_NF_MATCH_PKTTYPE=m
CONFIG_IP_NF_MATCH_MARK=m
CONFIG_IP_NF_MATCH_MULTIPORT=m
CONFIG_IP_NF_MATCH_TOS=m
CONFIG_IP_NF_MATCH_RECENT=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_DSCP=m
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_TCPMSS=m
CONFIG_IP_NF_MATCH_HELPER=m
CONFIG_IP_NF_MATCH_STATE=m
CONFIG_IP_NF_MATCH_CONNTRACK=m
CONFIG_IP_NF_MATCH_OWNER=m
# CONFIG_IP_NF_MATCH_ADDRTYPE is not set
# CONFIG_IP_NF_MATCH_REALM is not set
# CONFIG_IP_NF_MATCH_SCTP is not set
# CONFIG_IP_NF_MATCH_COMMENT is not set
# CONFIG_IP_NF_MATCH_HASHLIMIT is not set
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_TARGET_TCPMSS=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
# CONFIG_IP_NF_TARGET_NETMAP is not set
# CONFIG_IP_NF_TARGET_SAME is not set
CONFIG_IP_NF_NAT_SNMP_BASIC=m
CONFIG_IP_NF_NAT_IRC=m
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_NAT_TFTP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_DSCP=m
CONFIG_IP_NF_TARGET_MARK=m
# CONFIG_IP_NF_TARGET_CLASSIFY is not set
# CONFIG_IP_NF_RAW is not set
# CONFIG_IP_NF_ARPTABLES is not set
CONFIG_XFRM=y
# CONFIG_XFRM_USER is not set
#
# SCTP Configuration (EXPERIMENTAL)
#
# CONFIG_IP_SCTP is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set
# CONFIG_NET_CLS_ROUTE is not set
#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_KGDBOE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NETPOLL_RX is not set
# CONFIG_NETPOLL_TRAP is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_HAMRADIO is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_IEEE80211 is not set
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
#
# ARCnet devices
#
# CONFIG_ARCNET is not set
#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
CONFIG_MACE=y
# CONFIG_MACE_AAUI_PORT is not set
CONFIG_BMAC=y
# CONFIG_HAPPYMEAL is not set
CONFIG_SUNGEM=y
# CONFIG_NET_VENDOR_3COM is not set
#
# Tulip family network device support
#
# CONFIG_NET_TULIP is not set
# CONFIG_HP100 is not set
# CONFIG_NET_PCI is not set
#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_E1000 is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SKGE is not set
# CONFIG_SK98LIN is not set
# CONFIG_TIGON3 is not set
# CONFIG_MV643XX_ETH is not set
#
# Ethernet (10000 Mbit)
#
# CONFIG_CHELSIO_T1 is not set
# CONFIG_IXGB is not set
# CONFIG_S2IO is not set
#
# Token Ring devices
#
# CONFIG_TR is not set
#
# Wireless LAN (non-hamradio)
#
CONFIG_NET_RADIO=y
#
# Obsolete Wireless cards support (pre-802.11)
#
# CONFIG_STRIP is not set
#
# Wireless 802.11b ISA/PCI cards support
#
CONFIG_HERMES=m
CONFIG_APPLE_AIRPORT=m
# CONFIG_PLX_HERMES is not set
# CONFIG_TMD_HERMES is not set
CONFIG_PCI_HERMES=m
CONFIG_ATMEL=m
# CONFIG_PCI_ATMEL is not set
#
# Prism GT/Duette 802.11(a/b/g) PCI/Cardbus support
#
# CONFIG_PRISM54 is not set
# CONFIG_HOSTAP is not set
CONFIG_NET_WIRELESS=y
#
# Wan interfaces
#
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_SHAPER is not set
# CONFIG_NETCONSOLE is not set
#
# ISDN subsystem
#
# CONFIG_ISDN is not set
#
# Telephony Support
#
# CONFIG_PHONE is not set
#
# Input device support
#
CONFIG_INPUT=y
#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
# CONFIG_INPUT_TSDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set
#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set
#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set
#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set
#
# Serial drivers
#
# CONFIG_SERIAL_8250 is not set
#
# Non-8250 serial port support
#
# CONFIG_SERIAL_PMACZILOG is not set
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set
#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_NVRAM=y
# CONFIG_GEN_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
#
# Ftape, the floppy tape device driver
#
CONFIG_AGP=y
CONFIG_AGP_UNINORTH=y
CONFIG_DRM=y
# CONFIG_DRM_TDFX is not set
# CONFIG_DRM_R128 is not set
CONFIG_DRM_RADEON=y
# CONFIG_DRM_MGA is not set
# CONFIG_DRM_SIS is not set
# CONFIG_DRM_VIA is not set
# CONFIG_RAW_DRIVER is not set
#
# TPM devices
#
# CONFIG_TCG_TPM is not set
#
# I2C support
#
CONFIG_I2C=y
CONFIG_I2C_CHARDEV=y
#
# I2C Algorithms
#
CONFIG_I2C_ALGOBIT=y
CONFIG_I2C_ALGOPCF=y
CONFIG_I2C_ALGOPCA=y
#
# I2C Hardware Bus support
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_HYDRA is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_I810 is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_ISA is not set
CONFIG_I2C_KEYWEST=y
# CONFIG_I2C_MPC is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_PROSAVAGE is not set
# CONFIG_I2C_SAVAGE4 is not set
# CONFIG_SCx200_ACB is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_STUB is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set
# CONFIG_I2C_VOODOO3 is not set
# CONFIG_I2C_PCA_ISA is not set
#
# Hardware Sensors Chip support
#
# CONFIG_I2C_SENSOR is not set
# CONFIG_SENSORS_ADM1021 is not set
# CONFIG_SENSORS_ADM1025 is not set
# CONFIG_SENSORS_ADM1026 is not set
# CONFIG_SENSORS_ADM1031 is not set
# CONFIG_SENSORS_ASB100 is not set
# CONFIG_SENSORS_DS1621 is not set
# CONFIG_SENSORS_FSCHER is not set
# CONFIG_SENSORS_FSCPOS is not set
# CONFIG_SENSORS_GL518SM is not set
# CONFIG_SENSORS_GL520SM is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_LM63 is not set
# CONFIG_SENSORS_LM75 is not set
# CONFIG_SENSORS_LM77 is not set
# CONFIG_SENSORS_LM78 is not set
# CONFIG_SENSORS_LM80 is not set
# CONFIG_SENSORS_LM83 is not set
# CONFIG_SENSORS_LM85 is not set
# CONFIG_SENSORS_LM87 is not set
# CONFIG_SENSORS_LM90 is not set
# CONFIG_SENSORS_LM92 is not set
# CONFIG_SENSORS_MAX1619 is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_W83781D is not set
# CONFIG_SENSORS_W83L785TS is not set
# CONFIG_SENSORS_W83627HF is not set
#
# Other I2C Chip support
#
# CONFIG_SENSORS_DS1337 is not set
# CONFIG_SENSORS_EEPROM is not set
# CONFIG_SENSORS_PCF8574 is not set
# CONFIG_SENSORS_PCF8591 is not set
# CONFIG_SENSORS_RTC8564 is not set
# CONFIG_SENSORS_M41T00 is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_I2C_DEBUG_CHIP is not set
#
# Dallas's 1-wire bus
#
# CONFIG_W1 is not set
#
# Misc devices
#
#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set
#
# Graphics support
#
CONFIG_FB=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_SOFT_CURSOR=y
CONFIG_FB_MACMODES=y
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_OF=y
CONFIG_FB_CONTROL=y
CONFIG_FB_PLATINUM=y
CONFIG_FB_VALKYRIE=y
# CONFIG_FB_CT65550 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON_OLD is not set
CONFIG_FB_RADEON=y
CONFIG_FB_RADEON_I2C=y
# CONFIG_FB_RADEON_DEBUG is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_VIRTUAL is not set
#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FONTS=y
# CONFIG_FONT_8x8 is not set
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
#
# Logo configuration
#
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
CONFIG_LOGO_LINUX_CLUT224=y
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
#
# Sound
#
CONFIG_SOUND=m
CONFIG_DMASOUND_PMAC=m
CONFIG_DMASOUND=m
#
# Advanced Linux Sound Architecture
#
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
#
# Generic devices
#
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
#
# PCI devices
#
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_ALS4000 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_HDA_INTEL is not set
#
# ALSA PowerMac devices
#
CONFIG_SND_POWERMAC=m
#
# USB devices
#
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_USB_USX2Y=m
#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set
#
# USB support
#
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_BANDWIDTH=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_SUSPEND is not set
# CONFIG_USB_OTG is not set
#
# USB Host Controller Drivers
#
CONFIG_USB_EHCI_HCD=y
# CONFIG_USB_EHCI_SPLIT_ISO is not set
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_ISP116X_HCD is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_BIG_ENDIAN is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=m
# CONFIG_USB_SL811_HCD is not set
#
# USB Device Class drivers
#
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH_TTY is not set
# CONFIG_USB_MIDI is not set
# CONFIG_USB_ACM is not set
CONFIG_USB_PRINTER=m
#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support' may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
CONFIG_USB_STORAGE_ISD200=y
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
#
# USB Input Devices
#
CONFIG_USB_HID=m
CONFIG_USB_HIDINPUT=y
# CONFIG_HID_FF is not set
CONFIG_USB_HIDDEV=y
#
# USB HID Boot Protocol drivers
#
CONFIG_USB_KBD=y
CONFIG_USB_MOUSE=y
# CONFIG_USB_AIPTEK is not set
CONFIG_USB_WACOM=m
# CONFIG_USB_KBTAB is not set
# CONFIG_USB_POWERMATE is not set
# CONFIG_USB_MTOUCH is not set
# CONFIG_USB_ITMTOUCH is not set
# CONFIG_USB_EGALAX is not set
# CONFIG_USB_XPAD is not set
# CONFIG_USB_ATI_REMOTE is not set
#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
#
# USB Multimedia devices
#
# CONFIG_USB_DABUSB is not set
#
# Video4Linux support is needed for USB Multimedia device support
#
#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
CONFIG_USB_PEGASUS=m
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_ZD1201 is not set
CONFIG_USB_MON=m
#
# USB port drivers
#
#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_PHIDGETKIT is not set
# CONFIG_USB_PHIDGETSERVO is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_TEST is not set
#
# USB ATM/DSL drivers
#
#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set
#
# MMC/SD Card support
#
# CONFIG_MMC is not set
#
# InfiniBand support
#
# CONFIG_INFINIBAND is not set
#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISER4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
#
# XFS support
#
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_INOTIFY=y
CONFIG_QUOTA=y
# CONFIG_QFMT_V1 is not set
CONFIG_QFMT_V2=y
CONFIG_QUOTACTL=y
CONFIG_DNOTIFY=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
#
# Caches
#
# CONFIG_FSCACHE is not set
# CONFIG_FUSE_FS is not set
#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y
#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set
#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
# CONFIG_PROC_KCORE is not set
CONFIG_SYSFS=y
# CONFIG_DEVFS_FS is not set
CONFIG_DEVPTS_FS_XATTR=y
# CONFIG_DEVPTS_FS_SECURITY is not set
CONFIG_TMPFS=y
CONFIG_TMPFS_XATTR=y
# CONFIG_TMPFS_SECURITY is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_RAMFS=y
# CONFIG_RELAYFS_FS is not set
#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
CONFIG_HFS_FS=y
CONFIG_HFSPLUS_FS=y
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
CONFIG_CRAMFS=m
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
#
# Network File Systems
#
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
# CONFIG_NFSD_V4 is not set
CONFIG_NFSD_TCP=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
# CONFIG_RPCSEC_GSS_KRB5 is not set
# CONFIG_RPCSEC_GSS_SPKM3 is not set
CONFIG_SMB_FS=m
# CONFIG_SMB_NLS_DEFAULT is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
# CONFIG_OSF_PARTITION is not set
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
CONFIG_MAC_PARTITION=y
CONFIG_MSDOS_PARTITION=y
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MINIX_SUBPARTITION is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_LDM_PARTITION is not set
# CONFIG_SGI_PARTITION is not set
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_EFI_PARTITION is not set
#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="cp437"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=y
#
# Library routines
#
# CONFIG_CRC_CCITT is not set
CONFIG_CRC32=y
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=m
#
# Profiling support
#
# CONFIG_PROFILING is not set
#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
# CONFIG_DEBUG_KERNEL is not set
CONFIG_LOG_BUF_SHIFT=14
# CONFIG_BOOTX_TEXT is not set
#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set
#
# Cryptographic options
#
CONFIG_CRYPTO=y
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_WP512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_TWOFISH is not set
# CONFIG_CRYPTO_SERPENT is not set
CONFIG_CRYPTO_AES=m
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_TEA is not set
CONFIG_CRYPTO_ARC4=y
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_DEFLATE is not set
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_TEST is not set
#
# Hardware crypto devices
#
---------------------------end-------------
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
On Tue, May 03, 2005 at 09:11:08AM +0200, Bartlomiej Zolnierkiewicz wrote:
> On 5/3/05, Greg KH <[email protected]> wrote:
> > On Mon, May 02, 2005 at 08:18:23PM -0700, Andrew Morton wrote:
> > > Greg KH <[email protected]> wrote:
> > > >
> > > > On Sun, May 01, 2005 at 04:32:45AM +0200, Jesper Juhl wrote:
> > > > > On Sat, 30 Apr 2005, Andrew Morton wrote:
> > > > >
> > > > > >
> > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/
> > > > > >
> > > > >
> > > > > I see one small change in behaviour with this kernel.
> > > > >
> > > > > During boot when initializing udev I see
> > > > >
> > > > > Initializing udev dynamic device directory.
> > > > > grep: /proc/ide/sr0/model: No such file or directory
> > > > > grep: /proc/ide/sr1/model: No such file or directory
> > > > >
> > > > > With previous kernels I only see
> > > > >
> > > > > Initializing udev dynamic device directory.
> > > >
> > > > That is because you have a udev script that is expecting to see ide
> > > > stuff in proc. That has now been moved to sysfs, so you should not need
> > > > to run external scripts to detect ide devices now. I suggest you go bug
> > > > your distro, or whoever set up those rules about it.
> > >
> > > err, we don't want to break existing userspace setups, please.
> >
> > I agree. Bart, want to put the /proc stuff back, mark it depreciated in
> > the Documentation/feature-removal-schedule.txt as going away in 6 months
> > or so, and then remove it after that time has gone by?
>
> /proc/ide stuff was _not_ removed, please see original mail:
>
> On 5/1/05, Jesper Juhl <[email protected]> wrote:
>
> > This machine has no IDE device at all, only SCSI, and the kernel config
> > has no IDE support either. The config I'm using has not changed in any
Doh, sorry about that.
Must be a pretty dumb udev script that is failing there, please report
this to your distro.
thanks,
greg k-h
On Mon, 2 May 2005 19:56:51 -0400
Mauricio Lin <[email protected]> wrote:
> Hi Andrew,
>
> On 5/2/05, Andrew Morton <[email protected]> wrote:
> > Mauricio Lin <[email protected]> wrote:
> > >
> > > I managed to replicate the warning. This happens with the vanilla
> > > kernel 2.6.11.8. Before this version this warning does not exist. The
> > > last patch I posted was based on 2.6.11.7. I am going to post the new
> > > patch asap.
> >
> > Please don't generate patches for the mainline kernel against the -stable
> > tree. 2.6.11.7 is ancient - we've added 22MB of diff since then.
> >
> > I think I've fixed all the /proc/pid/smaps problems anwyay.
>
> So you have fixed the warning message, right?
>
> Do you mean that I do not have to create the patch for 2.6.11.8?
as i reported elsewhere in the thread, i still see the error on 2.6.12-rc3-mm2.
If you have a patch, i'd love to test it.
cliffw
>
> BR,
>
> Mauricio Lin.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
"Ive always gone through periods where I bolt upright at four in the morning;
now at least theres a reason." -Michael Feldman
On Mon, 2 May 2005 01:01:11 +0200 (CEST)
Jesper Juhl <[email protected]> wrote:
> On Sun, 1 May 2005, Andrew Morton wrote:
>
> > Jesper Juhl <[email protected]> wrote:
> > >
> > > On Sun, 1 May 2005, Sean Neakums wrote:
> > >
> > > > On my Mackertosh (PowerBook5.4), build fails with the following:
> > > >
> > > > fs/proc/task_mmu.c: In function `smaps_pte_range':
> > > > fs/proc/task_mmu.c:177: warning: implicit declaration of function `kmap_atomic'
> > > > fs/proc/task_mmu.c:177: error: `KM_PTE0' undeclared (first use in this function)
> > > > fs/proc/task_mmu.c:177: error: (Each undeclared identifier is reported only once
> > > > fs/proc/task_mmu.c:177: error: for each function it appears in.)
> > > > fs/proc/task_mmu.c:207: warning: implicit declaration of function `kunmap_atomic'
> > > >
> > > > With the naive patch below, it builds with this warning and everything works.
> > > >
> > > > fs/proc/task_mmu.c: In function `smaps_pte_range':
> > > > fs/proc/task_mmu.c:208: warning: passing arg 1 of `kunmap_atomic' makes pointer from integer without a cast
> > > >
> > >
> > > Try this patch :
> > >
> > > Signed-off-by: Jesper Juhl <[email protected]>
> > >
> > > --- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
> > > +++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-01 17:49:14.000000000 +0200
> > > @@ -2,6 +2,7 @@
> > > #include <linux/hugetlb.h>
> > > #include <linux/mount.h>
> > > #include <linux/seq_file.h>
> > > +#include <linux/highmem.h>
> > >
> > > #include <asm/elf.h>
> > > #include <asm/uaccess.h>
> > > @@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
> > > }
> > > }
> > > } while (address < end);
> > > - pte_unmap(pte);
> > > + pte_unmap((void *)pte);
> > > }
> >
> > Should be
> >
> > pte_unmap(ptep);
> >
> Of course, stupid me. I should have seen the
> [...]
> ptep = pte_offset_map(pmd, address);
> [...]
> pte = *ptep;
> address += PAGE_SIZE;
> ptep++;
> [...]
> bit a few lines above. Guess I should have spend more than 2min creating
> the patch.
>
> Thanks.
>
> Here's an updated patch.
Works for me on iBook, G4. Compiles fine and boots. No performance info yet.
Thanks bunches
cliffw
>
> Signed-off-by: Jesper Juhl <[email protected]>
>
> --- linux-2.6.12-rc3-mm2-orig/fs/proc/task_mmu.c 2005-05-01 04:04:25.000000000 +0200
> +++ linux-2.6.12-rc3-mm2/fs/proc/task_mmu.c 2005-05-02 00:59:11.000000000 +0200
> @@ -2,6 +2,7 @@
> #include <linux/hugetlb.h>
> #include <linux/mount.h>
> #include <linux/seq_file.h>
> +#include <linux/highmem.h>
>
> #include <asm/elf.h>
> #include <asm/uaccess.h>
> @@ -204,7 +205,7 @@ static void smaps_pte_range(pmd_t *pmd,
> }
> }
> } while (address < end);
> - pte_unmap(pte);
> + pte_unmap(ptep);
> }
>
> static void smaps_pmd_range(pud_t *pud,
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
"Ive always gone through periods where I bolt upright at four in the morning;
now at least theres a reason." -Michael Feldman
Hi Cliff,
On 5/3/05, cliff white <[email protected]> wrote:
> On Mon, 2 May 2005 19:56:51 -0400
> Mauricio Lin <[email protected]> wrote:
>
> > Hi Andrew,
> >
> > On 5/2/05, Andrew Morton <[email protected]> wrote:
> > > Mauricio Lin <[email protected]> wrote:
> > > >
> > > > I managed to replicate the warning. This happens with the vanilla
> > > > kernel 2.6.11.8. Before this version this warning does not exist. The
> > > > last patch I posted was based on 2.6.11.7. I am going to post the new
> > > > patch asap.
> > >
> > > Please don't generate patches for the mainline kernel against the -stable
> > > tree. 2.6.11.7 is ancient - we've added 22MB of diff since then.
> > >
> > > I think I've fixed all the /proc/pid/smaps problems anwyay.
> >
> > So you have fixed the warning message, right?
> >
> > Do you mean that I do not have to create the patch for 2.6.11.8?
>
> as i reported elsewhere in the thread, i still see the error on 2.6.12-rc3-mm2.
> If you have a patch, i'd love to test it.
Andrew is fixing a lot of things. We should wait for the next -mm.
Am I right Andrew?
BR,
Mauricio Lin.
> cliffw
>
> >
> > BR,
> >
> > Mauricio Lin.
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to [email protected]
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> >
>
> --
> "Ive always gone through periods where I bolt upright at four in the morning;
> now at least theres a reason." -Michael Feldman
>
On Tue, May 03, 2005 at 06:37:59AM -0700, Barry K. Nathan wrote:
> I would like to see the following patch added to -mm:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=111326617622941&w=2
>
> (I'm guessing that Nathan Scott will need to resubmit it with proper
> changelog information.)
>
> The patch fixes a problem where compiling XFS into the kernel (as
> opposed to a module) causes swsusp resumes to be waaay slower than they
> should be.
>
> It's been tested and found to work by Pavel Machek:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=111331702916365&w=2
> as well as myself:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=111330749723995&w=2
> and I've been running with it for the last couple of weeks now with no
> problems.
Nathan is on paternity leave the next weeks, I'll send Andrew a bunch of
XFS updates one of the next days.
On 5/1/05, Damir Perisa <[email protected]> wrote:
> i updated from rc2-mm3 to rc3-mm2 and now i observe something strange:
> the cpu is running all the time at 100% because of the kswapd0 that is
> running always and not becomming idle.
>
> after having the computer running for about one hour, top says this about
> kswapd0:
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 155 root 25 0 0 0 0 R 89.6 0.0 38:56.06 kswapd0
>
> the config file you can find here:
> http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/kernels/kernel26mm/config?rev=1.18&cvsroot=Extra
>
> regards,
>
> Damir Perisa
>
> --
> A thing worth doing is worth the trouble of asking somebody else to do it.
>
>
>
I can sort of confirm this, except on a different kernel version.
This kswapd0 taking 100% cpu is on my 2.6.12-rc2-mm3 compiled with cachefs.
Next time I boot into it I can check my sysrq-P and see if cachefs is
causing it on mine...
It tends to be after something has heavily used my hard drive.
--
Cameron Harris
Le Wednesday 04 May 2005 21:12, Cameron Harris a ?crit?:
> I can sort of confirm this, except on a different kernel version.
> This kswapd0 taking 100% cpu is on my 2.6.12-rc2-mm3 compiled with
> cachefs. Next time I boot into it I can check my sysrq-P and see if
> cachefs is causing it on mine...
> It tends to be after something has heavily used my hard drive.
very interesting observation. unfortunately i will be offline untill next
tuesday and cannot check that for my case.
Damir
PS
don't forget your mother ... especially on next sunday
--
To fear love is to fear life, and those who fear life are already three
parts dead.
-- Bertrand Russell
Le Monday 02 May 2005 20:14, Andrew Morton a ?crit?:
> hm. ?I wonder why you had any cachefs pages anyway. ?Is the sysrq-P
> trace always the same?
ok, now after collecting the data after a lot of "sysrq-p" after a lot
times running into the same 100% of kswapd0, i am sure: it's always the
same trouble.
it's also reproducable with rc3-mm3
> Does disabling cachefs in kerel config fix it?
it seems so, yes. now i'm running rc3-mm3 with disabled cachefs (config
can be found at [1]) for more than 6 hours (also under heavy I/O on
harddrives) and it is still behaving normal - no running kswapd0 any more
(kswapd0 finally managed to find some sleep ;-) )
greetings,
Damir
[1] :
http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/kernels/kernel26mm/config?rev=1.20&cvsroot=Extra&only_with_tag=CURRENT&content-type=text/vnd.viewcvs-markup
--
"Protozoa are small, and bacteria are small, but viruses are smaller
than the both put together."