* Re: 2.6.10-rc1-mm2 (compiler warnings on x86_64)
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
@ 2004-10-29 10:24 ` Rafael J. Wysocki
2004-10-29 11:45 ` 2.6.10-rc1-mm2: `key_init' multiple definition Adrian Bunk
` (7 subsequent siblings)
8 siblings, 0 replies; 28+ messages in thread
From: Rafael J. Wysocki @ 2004-10-29 10:24 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Friday 29 of October 2004 10:49, Andrew Morton wrote:
>
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc1/2.6.10-rc1-mm2/
>
FYI, on x86_64 I've got quite a lot of compiler warnings from this kernel,
although it's eventually compiled.
The full compilation log is available at:
http://www.sisk.pl/kernel/041029/2.6.10-rc1-mm2-compile.log
The corresponding .config is available at:
http://www.sisk.pl/kernel/041029/2.6.10-rc1-mm2.config
Greets,
RJW
--
- 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"
^ permalink raw reply [flat|nested] 28+ messages in thread* 2.6.10-rc1-mm2: `key_init' multiple definition
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
2004-10-29 10:24 ` 2.6.10-rc1-mm2 (compiler warnings on x86_64) Rafael J. Wysocki
@ 2004-10-29 11:45 ` Adrian Bunk
2004-10-29 17:35 ` Chris Wright
2004-10-29 16:04 ` 2.6.10-rc1-mm2 Alexander Nyberg
` (6 subsequent siblings)
8 siblings, 1 reply; 28+ messages in thread
From: Adrian Bunk @ 2004-10-29 11:45 UTC (permalink / raw)
To: Andrew Morton, Hans Reiser; +Cc: linux-kernel
On Fri, Oct 29, 2004 at 01:49:30AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.10-rc1-mm1:
>...
> +key_init-ordering-fix.patch
>
> Fix early oops with the key management code
>...
> All 381 patches:
>...
> reiser4-only.patch
> reiser4: main fs
>...
Both patches add a global function key_init, resulting in the following
compile error:
<-- snip -->
...
LD .tmp_vmlinux1
security/built-in.o(.init.text+0x80): In function `key_init':
: multiple definition of `key_init'
fs/built-in.o(.text+0x8e200): first defined here
ld: Warning: size of symbol `key_init' changed from 90 in fs/built-in.o to 247 in security/built-in.o
make: *** [.tmp_vmlinux1] Error 1
<-- snip -->
I'm unsure about the key management code case, but for reiser4 this name
is definitely too generic for a global symbol (-> reiser4_key_init ?).
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
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: 2.6.10-rc1-mm2: `key_init' multiple definition
2004-10-29 11:45 ` 2.6.10-rc1-mm2: `key_init' multiple definition Adrian Bunk
@ 2004-10-29 17:35 ` Chris Wright
2004-10-29 20:20 ` Andrew Morton
0 siblings, 1 reply; 28+ messages in thread
From: Chris Wright @ 2004-10-29 17:35 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Andrew Morton, Hans Reiser, linux-kernel
* Adrian Bunk (bunk@stusta.de) wrote:
> On Fri, Oct 29, 2004 at 01:49:30AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.10-rc1-mm1:
> >...
> > +key_init-ordering-fix.patch
I don't think this is needed. The fix in Linus's tree should be
sufficient, which was simply:
-subsys_initcall(key_init);
+security_initcall(key_init);
> > Fix early oops with the key management code
> >...
> > All 381 patches:
> >...
> > reiser4-only.patch
> > reiser4: main fs
This should really be reiser_key_init, or similar.
thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: 2.6.10-rc1-mm2: `key_init' multiple definition
2004-10-29 17:35 ` Chris Wright
@ 2004-10-29 20:20 ` Andrew Morton
2004-10-29 20:36 ` Chris Wright
0 siblings, 1 reply; 28+ messages in thread
From: Andrew Morton @ 2004-10-29 20:20 UTC (permalink / raw)
To: Chris Wright; +Cc: bunk, reiser, linux-kernel
Chris Wright <chrisw@osdl.org> wrote:
>
> * Adrian Bunk (bunk@stusta.de) wrote:
> > On Fri, Oct 29, 2004 at 01:49:30AM -0700, Andrew Morton wrote:
> > >...
> > > Changes since 2.6.10-rc1-mm1:
> > >...
> > > +key_init-ordering-fix.patch
>
> I don't think this is needed. The fix in Linus's tree should be
> sufficient, which was simply:
>
> -subsys_initcall(key_init);
> +security_initcall(key_init);
Problem is with CONFIG_SECURITY=n, CONFIG_KEYS=y. security_init() is a
no-op and we go oops during the first usermodehelper call under
driver_init().
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: 2.6.10-rc1-mm2: `key_init' multiple definition
2004-10-29 20:20 ` Andrew Morton
@ 2004-10-29 20:36 ` Chris Wright
2004-10-29 23:52 ` Andrew Morton
0 siblings, 1 reply; 28+ messages in thread
From: Chris Wright @ 2004-10-29 20:36 UTC (permalink / raw)
To: Andrew Morton; +Cc: Chris Wright, bunk, reiser, linux-kernel
* Andrew Morton (akpm@osdl.org) wrote:
> Chris Wright <chrisw@osdl.org> wrote:
> > I don't think this is needed. The fix in Linus's tree should be
> > sufficient, which was simply:
> >
> > -subsys_initcall(key_init);
> > +security_initcall(key_init);
>
> Problem is with CONFIG_SECURITY=n, CONFIG_KEYS=y. security_init() is a
> no-op and we go oops during the first usermodehelper call under
> driver_init().
Hmm, right. Is it worth changing that? Or do you prefer the explicit
approach you have? init ordering is still messy, no matter how we slice
it.
thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: 2.6.10-rc1-mm2: `key_init' multiple definition
2004-10-29 20:36 ` Chris Wright
@ 2004-10-29 23:52 ` Andrew Morton
2004-10-29 23:53 ` Chris Wright
0 siblings, 1 reply; 28+ messages in thread
From: Andrew Morton @ 2004-10-29 23:52 UTC (permalink / raw)
To: Chris Wright; +Cc: chrisw, bunk, reiser, linux-kernel
Chris Wright <chrisw@osdl.org> wrote:
>
> * Andrew Morton (akpm@osdl.org) wrote:
> > Chris Wright <chrisw@osdl.org> wrote:
> > > I don't think this is needed. The fix in Linus's tree should be
> > > sufficient, which was simply:
> > >
> > > -subsys_initcall(key_init);
> > > +security_initcall(key_init);
> >
> > Problem is with CONFIG_SECURITY=n, CONFIG_KEYS=y. security_init() is a
> > no-op and we go oops during the first usermodehelper call under
> > driver_init().
>
> Hmm, right. Is it worth changing that? Or do you prefer the explicit
> approach you have? init ordering is still messy, no matter how we slice
> it.
>
The only fixes I can see are to do the explicit ordering as I've done, or
to make CONFIG_KEYS depend on CONFIG_SECURITY or to create a new
`exec_initcall' level whose mandate is "stuff which has to be done for a
successful exec".
The patch works. I'm inclined to leave it as-is...
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: 2.6.10-rc1-mm2: `key_init' multiple definition
2004-10-29 23:52 ` Andrew Morton
@ 2004-10-29 23:53 ` Chris Wright
0 siblings, 0 replies; 28+ messages in thread
From: Chris Wright @ 2004-10-29 23:53 UTC (permalink / raw)
To: Andrew Morton; +Cc: Chris Wright, bunk, reiser, linux-kernel
* Andrew Morton (akpm@osdl.org) wrote:
> Chris Wright <chrisw@osdl.org> wrote:
> >
> > * Andrew Morton (akpm@osdl.org) wrote:
> > > Chris Wright <chrisw@osdl.org> wrote:
> > > > I don't think this is needed. The fix in Linus's tree should be
> > > > sufficient, which was simply:
> > > >
> > > > -subsys_initcall(key_init);
> > > > +security_initcall(key_init);
> > >
> > > Problem is with CONFIG_SECURITY=n, CONFIG_KEYS=y. security_init() is a
> > > no-op and we go oops during the first usermodehelper call under
> > > driver_init().
> >
> > Hmm, right. Is it worth changing that? Or do you prefer the explicit
> > approach you have? init ordering is still messy, no matter how we slice
> > it.
> >
>
> The only fixes I can see are to do the explicit ordering as I've done, or
> to make CONFIG_KEYS depend on CONFIG_SECURITY or to create a new
> `exec_initcall' level whose mandate is "stuff which has to be done for a
> successful exec".
Or make sure security_init() still does security_initcalls when
CONFIG_SECURITY=n.
> The patch works. I'm inclined to leave it as-is...
I was thinking of something similar to your exec_initcall idea. Right
now, the early exec stuff is a no-op until do_initcalls(), which is pretty
late, because there's not any binfmt handlers registered.
thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: 2.6.10-rc1-mm2
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
2004-10-29 10:24 ` 2.6.10-rc1-mm2 (compiler warnings on x86_64) Rafael J. Wysocki
2004-10-29 11:45 ` 2.6.10-rc1-mm2: `key_init' multiple definition Adrian Bunk
@ 2004-10-29 16:04 ` Alexander Nyberg
2004-10-29 17:44 ` 2.6.10-rc1-mm2 Randy.Dunlap
2004-10-29 17:16 ` 2.6.10-rc1-mm2 Borislav Petkov
` (5 subsequent siblings)
8 siblings, 1 reply; 28+ messages in thread
From: Alexander Nyberg @ 2004-10-29 16:04 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
> - More fiddling with the memory reclaim code. We're making gradual progress
> here, so people who have had issues in the past with VM behaviour should
> keep an eye out for improvements or regressions.
Hi,
crashes with CONFIG_DEBUG_PAGEALLOC
Linux version 2.6.10-rc1-mm2 (alex@boxen) (gcc version 3.3.5 (Debian 1:3.3.5-1)) #4 Fri Oct 29 15:31:26 UTC 2004
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000000f00000 (usable)
BIOS-e820: 0000000000f00000 - 0000000001000000 (reserved)
BIOS-e820: 0000000001000000 - 000000001fff0000 (usable)
BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS)
BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
511MB LOWMEM available.
DMI 2.3 present.
Built 1 zonelists
No local APIC present or hardware disabled
Initializing CPU#0
Kernel command line: BOOT_IMAGE=x86_kernel root=/dev/hda9 netconsole=4444@192.168.1.10/eth0,7000@192.168.1.1/ nmi_watchdog=1 profile=1 elevator=cfq
netconsole: local port 4444
netconsole: local IP 192.168.1.10
netconsole: interface eth0
netconsole: remote port 7000
netconsole: remote IP 192.168.1.1
netconsole: remote ethernet address ff:ff:ff:ff:ff:ff
kernel profiling enabled (shift: 1)
CPU 0 irqstacks, hard=c0349000 soft=c0348000
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 1400.232 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 477700k/524224k available (1479k kernel code, 44964k reserved, 457k data, 372k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD Athlon(tm) processor stepping 04
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfb4e0, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
SCSI subsystem initialized
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
Disabling VIA memory write queue (PCI ID 0305, rev 03): [55] 89 & 1f -> 09
PCI: Using IRQ router VIA [1106/0686] at 0000:00:07.0
Machine check exception polling timer started.
Applying VIA southbridge workaround.
PCI: Disabling Via external APIC routing
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
io scheduler noop registered
io scheduler cfq registered
loop: loaded (max 8 devices)
PCI: Found IRQ 10 for device 0000:00:0b.0
PCI: Sharing IRQ 10 with 0000:00:07.2
PCI: Sharing IRQ 10 with 0000:00:07.3
PCI: Sharing IRQ 10 with 0000:00:0f.1
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
0000:00:0b.0: 3Com PCI 3c905C Tornado at 0xe000. Vers LK1.1.19
e100: Intel(R) PRO/100 Network Driver, 3.2.3-k2-NAPI
e100: Copyright(c) 1999-2004 Intel Corporation
netconsole: device eth0 not up yet, forcing it
PCI: Found IRQ 10 for device 0000:00:0b.0
PCI: Sharing IRQ 10 with 0000:00:07.2
PCI: Sharing IRQ 10 with 0000:00:07.3
PCI: Sharing IRQ 10 with 0000:00:0f.1
netconsole: timeout waiting for carrier
netconsole: network logging started
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:07.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci0000:00:07.1
ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:pio, hdd:pio
hda: IC35L040AVER07-0, ATA DISK drive
hdb: SAMSUNG CD-ROM SC-152C, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: max request size: 128KiB
hda: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=65535/16/63, UDMA(100)
hda: hda1 hda2 hda4 < hda5 hda6 hda7 hda8 hda9 >
PCI: Found IRQ 11 for device 0000:00:09.0
PCI: Sharing IRQ 11 with 0000:00:0f.2
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<Adaptec 2940 Pro Ultra SCSI adapter>
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 372k freed
------------[ cut here ]------------
kernel BUG at arch/i386/mm/pageattr.c:136!
invalid operand: 0000 [#1]
PREEMPT DEBUG_PAGEALLOC
CPU: 0
EIP: 0060:[<c011263d>] Not tainted VLI
EFLAGS: 00010056 (2.6.10-rc1-mm2)
EIP is at __change_page_attr+0xcd/0x130
eax: 00000000 ebx: 1fdc9163 ecx: c30a8f40 edx: 003fa000
esi: c03fa724 edi: 00000163 ebp: dfc15c44 esp: dfc15c30
ds: 007b es: 007b ss: 0068
Process rcS (pid: 16, threadinfo=dfc15000 task=dfc14aa0)
Stack: c30a1000 dfdc9000 c349c920 00000000 00000000 dfc15c64 c01126f9 00000292
00000163 00000001 00000001 c349c920 00000000 dfc15c70 c01127d6 c02a9fc4
dfc15cb4 c013391a 00000001 00000000 00000000 00000000 00000001 00000000
Call Trace:
[<c0104c7a>] show_stack+0x7a/0x90
[<c0104df8>] show_registers+0x148/0x1b0
[<c0104ff0>] die+0xf0/0x180
[<c0105484>] do_invalid_op+0xe4/0xf0
[<c01048b1>] error_code+0x2d/0x38
[<c01126f9>] change_page_attr+0x59/0x70
[<c01127d6>] kernel_map_pages+0x16/0x80
[<c013391a>] __alloc_pages+0x22a/0x390
[<c012f5a8>] find_or_create_page+0x98/0xb0
[<c014d516>] grow_dev_page+0x26/0x120
[<c014d69a>] __getblk_slow+0x8a/0x120
[<c014da58>] __getblk+0x38/0x40
[<c018089b>] ext3_getblk+0x7b/0x230
[<c018431a>] ext3_find_entry+0x11a/0x3b0
[<c01847b6>] ext3_lookup+0x36/0xa0
[<c0157501>] real_lookup+0xb1/0xe0
[<c01577d3>] do_lookup+0x73/0x80
[<c0157ea7>] link_path_walk+0x6c7/0xd90
[<c015880e>] path_lookup+0x7e/0x140
[<c0158a1e>] __user_walk+0x2e/0x50
[<c0153d20>] vfs_stat+0x20/0x50
[<c0154356>] sys_stat64+0x16/0x30
[<c0103ea7>] syscall_call+0x7/0xb
Code: f0 8b 45 f0 81 c1 00 00 00 40 c1 e8 16 81 e1 00 00 c0 ff 8d 04 82 8b 15 48 84 2a c0 80 ca 80 09 d1 8b 55 f0 e8 c5 fe ff ff eb a8 <0f> 0b 88 00 bc e5 27 c0 eb 8e 8b 45 f0 89 fa e8 cf fd ff ff 89
<6>note: rcS[16] exited with preempt_count 1
------------[ cut here ]------------
kernel BUG at arch/i386/mm/pageattr.c:136!
invalid operand: 0000 [#2]
PREEMPT DEBUG_PAGEALLOC
CPU: 0
EIP: 0060:[<c011263d>] Not tainted VLI
EFLAGS: 00010056 (2.6.10-rc1-mm2)
EIP is at __change_page_attr+0xcd/0x130
eax: 00000000 ebx: 1fd6e163 ecx: c30a8f40 edx: 003fa000
esi: c03fa5b8 edi: 00000163 ebp: c3929e18 esp: c3929e04
ds: 007b es: 007b ss: 0068
Process rc (pid: 18, threadinfo=c3929000 task=dfeee590)
Stack: c30a1000 dfd6e000 c349bdc0 00000000 00000000 c3929e38 c01126f9 00000282
00000163 00000001 00000001 c349bdc0 00000000 c3929e44 c01127d6 c02a9fc4
c3929e88 c013391a 00000001 00000000 00000000 00000001 00000001 00000000
Call Trace:
[<c0104c7a>] show_stack+0x7a/0x90
[<c0104df8>] show_registers+0x148/0x1b0
[<c0104ff0>] die+0xf0/0x180
[<c0105484>] do_invalid_op+0xe4/0xf0
[<c01048b1>] error_code+0x2d/0x38
[<c01126f9>] change_page_attr+0x59/0x70
[<c01127d6>] kernel_map_pages+0x16/0x80
[<c013391a>] __alloc_pages+0x22a/0x390
[<c013de4e>] do_no_page+0x23e/0x2f0
[<c013e0c2>] handle_mm_fault+0xc2/0x160
[<c0111ca8>] do_page_fault+0x3c8/0x5f4
[<c01048b1>] error_code+0x2d/0x38
Code: f0 8b 45 f0 81 c1 00 00 00 40 c1 e8 16 81 e1 00 00 c0 ff 8d 04 82 8b 15 48 84 2a c0 80 ca 80 09 d1 8b 55 f0 e8 c5 fe ff ff eb a8 <0f> 0b 88 00 bc e5 27 c0 eb 8e 8b 45 f0 89 fa e8 cf fd ff ff 89
<6>note: rc[18] exited with preempt_count 1
------------[ cut here ]------------
kernel BUG at arch/i386/mm/pageattr.c:136!
invalid operand: 0000 [#3]
PREEMPT DEBUG_PAGEALLOC
CPU: 0
EIP: 0060:[<c011263d>] Not tainted VLI
EFLAGS: 00010056 (2.6.10-rc1-mm2)
EIP is at __change_page_attr+0xcd/0x130
eax: 00000000 ebx: 1fd73163 ecx: c30a8f40 edx: 003fa000
esi: c03fa5cc edi: 00000163 ebp: c3859e28 esp: c3859e14
ds: 007b es: 007b ss: 0068
Process init (pid: 1, threadinfo=c3859000 task=c385aa00)
Stack: c30a1000 dfd73000 c349be60 00000000 00000000 c3859e48 c01126f9 00000286
00000163 00000001 00000001 c349be60 00000000 c3859e54 c01127d6 c02a9fc4
c3859e98 c013391a 00000001 00000000 00000000 00000000 00000001 00000000
Call Trace:
[<c0104c7a>] show_stack+0x7a/0x90
[<c0104df8>] show_registers+0x148/0x1b0
[<c0104ff0>] die+0xf0/0x180
[<c0105484>] do_invalid_op+0xe4/0xf0
[<c01048b1>] error_code+0x2d/0x38
[<c01126f9>] change_page_attr+0x59/0x70
[<c01127d6>] kernel_map_pages+0x16/0x80
[<c013391a>] __alloc_pages+0x22a/0x390
[<c013d09b>] do_wp_page+0x7b/0x340
[<c013e130>] handle_mm_fault+0x130/0x160
[<c0111ca8>] do_page_fault+0x3c8/0x5f4
[<c01048b1>] error_code+0x2d/0x38
Code: f0 8b 45 f0 81 c1 00 00 00 40 c1 e8 16 81 e1 00 00 c0 ff 8d 04 82 8b 15 48 84 2a c0 80 ca 80 09 d1 8b 55 f0 e8 c5 fe ff ff eb a8 <0f> 0b 88 00 bc e5 27 c0 eb 8e 8b 45 f0 89 fa e8 cf fd ff ff 89
<0>Kernel panic - not syncing: Attempted to kill init!
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: 2.6.10-rc1-mm2
2004-10-29 16:04 ` 2.6.10-rc1-mm2 Alexander Nyberg
@ 2004-10-29 17:44 ` Randy.Dunlap
0 siblings, 0 replies; 28+ messages in thread
From: Randy.Dunlap @ 2004-10-29 17:44 UTC (permalink / raw)
To: Alexander Nyberg; +Cc: Andrew Morton, linux-kernel
Alexander Nyberg wrote:
>>- More fiddling with the memory reclaim code. We're making gradual progress
>> here, so people who have had issues in the past with VM behaviour should
>> keep an eye out for improvements or regressions.
>
> Hi,
>
> crashes with CONFIG_DEBUG_PAGEALLOC
>
> Linux version 2.6.10-rc1-mm2 (alex@boxen) (gcc version 3.3.5 (Debian 1:3.3.5-1)) #4 Fri Oct 29 15:31:26 UTC 2004
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 0000000000f00000 (usable)
> BIOS-e820: 0000000000f00000 - 0000000001000000 (reserved)
> BIOS-e820: 0000000001000000 - 000000001fff0000 (usable)
> BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS)
> BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data)
> BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
> 511MB LOWMEM available.
> DMI 2.3 present.
> Built 1 zonelists
> No local APIC present or hardware disabled
> Initializing CPU#0
> Kernel command line: BOOT_IMAGE=x86_kernel root=/dev/hda9 netconsole=4444@192.168.1.10/eth0,7000@192.168.1.1/ nmi_watchdog=1 profile=1 elevator=cfq
> netconsole: local port 4444
> netconsole: local IP 192.168.1.10
> netconsole: interface eth0
> netconsole: remote port 7000
> netconsole: remote IP 192.168.1.1
> netconsole: remote ethernet address ff:ff:ff:ff:ff:ff
> kernel profiling enabled (shift: 1)
> CPU 0 irqstacks, hard=c0349000 soft=c0348000
> PID hash table entries: 2048 (order: 11, 32768 bytes)
> Detected 1400.232 MHz processor.
> Using tsc for high-res timesource
> Console: colour VGA+ 80x25
> Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Memory: 477700k/524224k available (1479k kernel code, 44964k reserved, 457k data, 372k init, 0k highmem)
> Checking if this processor honours the WP bit even in supervisor mode... Ok.
> Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
> CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
> CPU: L2 Cache: 256K (64 bytes/line)
> Intel machine check architecture supported.
> Intel machine check reporting enabled on CPU#0.
> CPU: AMD Athlon(tm) processor stepping 04
> Enabling fast FPU save and restore... done.
> Checking 'hlt' instruction... OK.
> NET: Registered protocol family 16
> PCI: PCI BIOS revision 2.10 entry at 0xfb4e0, last bus=1
> PCI: Using configuration type 1
> mtrr: v2.0 (20020519)
> SCSI subsystem initialized
> PCI: Probing PCI hardware
> PCI: Probing PCI hardware (bus 00)
> Disabling VIA memory write queue (PCI ID 0305, rev 03): [55] 89 & 1f -> 09
> PCI: Using IRQ router VIA [1106/0686] at 0000:00:07.0
> Machine check exception polling timer started.
> Applying VIA southbridge workaround.
> PCI: Disabling Via external APIC routing
> serio: i8042 AUX port at 0x60,0x64 irq 12
> serio: i8042 KBD port at 0x60,0x64 irq 1
> Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
> ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
> io scheduler noop registered
> io scheduler cfq registered
> loop: loaded (max 8 devices)
> PCI: Found IRQ 10 for device 0000:00:0b.0
> PCI: Sharing IRQ 10 with 0000:00:07.2
> PCI: Sharing IRQ 10 with 0000:00:07.3
> PCI: Sharing IRQ 10 with 0000:00:0f.1
> 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
> 0000:00:0b.0: 3Com PCI 3c905C Tornado at 0xe000. Vers LK1.1.19
> e100: Intel(R) PRO/100 Network Driver, 3.2.3-k2-NAPI
> e100: Copyright(c) 1999-2004 Intel Corporation
> netconsole: device eth0 not up yet, forcing it
> PCI: Found IRQ 10 for device 0000:00:0b.0
> PCI: Sharing IRQ 10 with 0000:00:07.2
> PCI: Sharing IRQ 10 with 0000:00:07.3
> PCI: Sharing IRQ 10 with 0000:00:0f.1
> netconsole: timeout waiting for carrier
> netconsole: network logging started
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> VP_IDE: IDE controller at PCI slot 0000:00:07.1
> VP_IDE: chipset revision 6
> VP_IDE: not 100% native mode: will probe irqs later
> VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci0000:00:07.1
> ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA
> ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:pio, hdd:pio
> hda: IC35L040AVER07-0, ATA DISK drive
> hdb: SAMSUNG CD-ROM SC-152C, ATAPI CD/DVD-ROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> hda: max request size: 128KiB
> hda: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=65535/16/63, UDMA(100)
> hda: hda1 hda2 hda4 < hda5 hda6 hda7 hda8 hda9 >
> PCI: Found IRQ 11 for device 0000:00:09.0
> PCI: Sharing IRQ 11 with 0000:00:0f.2
> scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
> <Adaptec 2940 Pro Ultra SCSI adapter>
> aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
>
> mice: PS/2 mouse device common for all mice
> input: AT Translated Set 2 keyboard on isa0060/serio0
> NET: Registered protocol family 2
> IP: routing cache hash table of 4096 buckets, 32Kbytes
> TCP: Hash tables configured (established 32768 bind 65536)
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> kjournald starting. Commit interval 5 seconds
> EXT3-fs: mounted filesystem with ordered data mode.
> VFS: Mounted root (ext3 filesystem) readonly.
> Freeing unused kernel memory: 372k freed
> ------------[ cut here ]------------
> kernel BUG at arch/i386/mm/pageattr.c:136!
> invalid operand: 0000 [#1]
> PREEMPT DEBUG_PAGEALLOC
> CPU: 0
> EIP: 0060:[<c011263d>] Not tainted VLI
> EFLAGS: 00010056 (2.6.10-rc1-mm2)
> EIP is at __change_page_attr+0xcd/0x130
> eax: 00000000 ebx: 1fdc9163 ecx: c30a8f40 edx: 003fa000
> esi: c03fa724 edi: 00000163 ebp: dfc15c44 esp: dfc15c30
> ds: 007b es: 007b ss: 0068
> Process rcS (pid: 16, threadinfo=dfc15000 task=dfc14aa0)
> Stack: c30a1000 dfdc9000 c349c920 00000000 00000000 dfc15c64 c01126f9 00000292
> 00000163 00000001 00000001 c349c920 00000000 dfc15c70 c01127d6 c02a9fc4
> dfc15cb4 c013391a 00000001 00000000 00000000 00000000 00000001 00000000
> Call Trace:
> [<c0104c7a>] show_stack+0x7a/0x90
> [<c0104df8>] show_registers+0x148/0x1b0
> [<c0104ff0>] die+0xf0/0x180
> [<c0105484>] do_invalid_op+0xe4/0xf0
> [<c01048b1>] error_code+0x2d/0x38
> [<c01126f9>] change_page_attr+0x59/0x70
> [<c01127d6>] kernel_map_pages+0x16/0x80
> [<c013391a>] __alloc_pages+0x22a/0x390
> [<c012f5a8>] find_or_create_page+0x98/0xb0
> [<c014d516>] grow_dev_page+0x26/0x120
> [<c014d69a>] __getblk_slow+0x8a/0x120
> [<c014da58>] __getblk+0x38/0x40
> [<c018089b>] ext3_getblk+0x7b/0x230
> [<c018431a>] ext3_find_entry+0x11a/0x3b0
> [<c01847b6>] ext3_lookup+0x36/0xa0
> [<c0157501>] real_lookup+0xb1/0xe0
> [<c01577d3>] do_lookup+0x73/0x80
> [<c0157ea7>] link_path_walk+0x6c7/0xd90
> [<c015880e>] path_lookup+0x7e/0x140
> [<c0158a1e>] __user_walk+0x2e/0x50
> [<c0153d20>] vfs_stat+0x20/0x50
> [<c0154356>] sys_stat64+0x16/0x30
> [<c0103ea7>] syscall_call+0x7/0xb
> Code: f0 8b 45 f0 81 c1 00 00 00 40 c1 e8 16 81 e1 00 00 c0 ff 8d 04 82 8b 15 48 84 2a c0 80 ca 80 09 d1 8b 55 f0 e8 c5 fe ff ff eb a8 <0f> 0b 88 00 bc e5 27 c0 eb 8e 8b 45 f0 89 fa e8 cf fd ff ff 89
> <6>note: rcS[16] exited with preempt_count 1
I'm seeing this also, coming thru scsi instead of ext3fs:
kernel BUG at arch/i386/mm/pageattr.c:136!
invalid operand: 0000 [#1]
SMP DEBUG_PAGEALLOC
Modules linked in:
CPU: 0
EIP: 0060:[<c0119df1>] Not tainted VLI
EFLAGS: 00010046 (2.6.10-rc1-mm2)
EIP is at __change_page_attr+0x15f/0x16c
eax: ffffffff ebx: 37fff163 ecx: c100c860 edx: c1000000
esi: c0643ffc edi: 00000163 ebp: c19a1e10 esp: c19a1df4
ds: 007b es: 007b ss: 0068
Process swapper (pid: 1, threadinfo=c19a0000 task=c1976ae0)
Stack: f7fff000 00000001 00000286 f7fff000 c16fffe0 00000000 00000000
c19a1e30
c0119e46 c16fffe0 00000163 00000286 c0482480 c16fffe0 00000000
c19a1e44
c0119f66 c16fffe0 00000001 00000163 c19a1e98 c0145462 c16fffe0
00000001
Call Trace:
[<c0106de3>] show_stack+0xaf/0xb7
[<c0106f68>] show_registers+0x15d/0x1d2
[<c0107170>] die+0x106/0x18e
[<c0107686>] do_invalid_op+0x108/0x10a
[<c0106a39>] error_code+0x2d/0x38
[<c0119e46>] change_page_attr+0x48/0x71
[<c0119f66>] kernel_map_pages+0x31/0x5b
[<c0145462>] __alloc_pages+0x174/0x45d
[<c0145770>] __get_free_pages+0x25/0x3d
[<c0148bfb>] kmem_getpages+0x20/0xce
[<c014a293>] cache_grow+0xaf/0x160
[<c014a989>] cache_alloc_refill+0x1c6/0x2be
[<c014af6b>] kmem_cache_alloc+0x9c/0xa0
[<c0143b52>] mempool_create+0xc7/0xe7
[<c0587138>] scsi_init_queue+0x77/0xc5
[<c0586fec>] init_scsi+0xc/0xe1
[<c056a981>] do_initcalls+0x27/0xc0
[<c010050c>] init+0x7d/0x19c
[<c0104295>] kernel_thread_helper+0x5/0xb
Code: 00 00 c0 ff 09 d0 89 44 24 08 8b 45 f0 89 0c 24 89 44 24 04 e8
5c fe ff f
<0>Kernel panic - not syncing: Attempted to kill init!
--
~Randy
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: 2.6.10-rc1-mm2
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
` (2 preceding siblings ...)
2004-10-29 16:04 ` 2.6.10-rc1-mm2 Alexander Nyberg
@ 2004-10-29 17:16 ` Borislav Petkov
2004-10-29 19:55 ` 2.6.10-rc1-mm2 Doug Maxey
` (4 subsequent siblings)
8 siblings, 0 replies; 28+ messages in thread
From: Borislav Petkov @ 2004-10-29 17:16 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
<snip>
Hi there,
kernel/intermodule.c:179: warning: `inter_module_register' is deprecated (declared at kernel/intermodule.c:38)
kernel/intermodule.c:180: warning: `inter_module_unregister' is deprecated (declared at kernel/intermodule.c:79)
kernel/intermodule.c:183: warning: `inter_module_put' is deprecated (declared at kernel/intermodule.c:160)
kernel/power/pm.c:201: warning: `pm_send' is deprecated (declared at kernel/power/pm.c:155)
kernel/power/pm.c:242: warning: `pm_send' is deprecated (declared at kernel/power/pm.c:155)
kernel/power/pm.c:259: warning: `pm_register' is deprecated (declared at kernel/power/pm.c:62)
kernel/power/pm.c:260: warning: `pm_unregister' is deprecated (declared at kernel/power/pm.c:86)
kernel/power/pm.c:261: warning: `pm_unregister_all' is deprecated (declared at kernel/power/pm.c:115)
kernel/power/pm.c:262: warning: `pm_send_all' is deprecated (declared at kernel/power/pm.c:234)
drivers/char/vt.c:748: warning: `pm_register' is deprecated (declared at include/linux/pm.h:106)
drivers/char/agp/backend.c:279: warning: `inter_module_register' is deprecated (declared at include/linux/module.h:577)
drivers/char/agp/backend.c:299: warning: `inter_module_unregister' is deprecated (declared at include/linux/module.h:578)
drivers/char/drm/drm_agpsupport.h:431: warning: `inter_module_put' is deprecated (declared at include/linux/module.h:582)
drivers/char/drm/drm_drv.h:501: warning: `MODULE_PARM_' is deprecated (declared at include/linux/module.h:562)
drivers/char/drm/drm_stub.h:183: warning: `inter_module_put' is deprecated (declared at include/linux/module.h:582)
drivers/char/drm/drm_stub.h:188: warning: `inter_module_unregister' is deprecated (declared at include/linux/module.h:578)
drivers/char/drm/drm_stub.h:255: warning: `inter_module_register' is deprecated (declared at include/linux/module.h:577)
drivers/parport/parport_pc.c:3193: warning: `MODULE_PARM_' is deprecated (declared at include/linux/module.h:562)
sound/core/init.c:261: warning: `pm_unregister' is deprecated (declared at include/linux/pm.h:111)
sound/core/init.c:776: warning: `pm_register' is deprecated (declared at include/linux/pm.h:106)
Is anyone fixing these?
Regards,
Boris.
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: 2.6.10-rc1-mm2
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
` (3 preceding siblings ...)
2004-10-29 17:16 ` 2.6.10-rc1-mm2 Borislav Petkov
@ 2004-10-29 19:55 ` Doug Maxey
2004-10-29 22:13 ` 2.6.10-rc1-mm2 Sam Ravnborg
2004-10-29 22:33 ` 2.6.10-rc1-mm2 (badness) Randy.Dunlap
` (3 subsequent siblings)
8 siblings, 1 reply; 28+ messages in thread
From: Doug Maxey @ 2004-10-29 19:55 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, linuxppc64-dev
Andrew,
having some troubles on ppc64. It looks like the changes in
the scripts/Makefile.{clean,build} are expecting include/asm to
exist in the source tree. I don't see any related file except the
include/asm-$ARCH/Kbuild
Below is output from a hacked up attempt to add $(srctree) check to
fix scripts/Makefile.build. It invokes an added $(warning) at the top
of the file:
=============================
cmd=={make -j4 O=/build/dwm/build/lk-2.6.10-rc1-mm2.edit/ppc64 zImage}
Using /build/dwm/linux/lk-2.6.10-rc1-mm2.edit as source for kernel
CHK include/linux/version.h
GEN /build/dwm/build/lk-2.6.10-rc1-mm2.edit/ppc64/Makefile
/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build:13: kbuild: obj=scripts/basic/Kbuild srctree=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/basic/Kbuild, make=scripts/basic/Makefile!
GEN /build/dwm/build/lk-2.6.10-rc1-mm2.edit/ppc64/Makefile
/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build:13: kbuild: obj=scripts/kconfig/Kbuild srctree=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/kconfig/Kbuild, make=scripts/kconfig/Makefile!
scripts/kconfig/conf -s arch/ppc64/Kconfig
#
# using defaults found in .config
#
SPLIT include/linux/autoconf.h -> include/config/*
/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build:13: kbuild: obj=scripts/basic/Kbuild srctree=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/basic/Kbuild, make=scripts/basic/Makefile!
/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build:13: kbuild: obj=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/include/asm/Kbuild srctree=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit//build/dwm/linux/lk-2.6.10-rc1-mm2.edit/include/asm/Kbuild, make=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/include/asm/Makefile!
/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build:14: /build/dwm/linux/lk-2.6.10-rc1-mm2.edit/include/asm/Makefile: No such file or directory
/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build:13: kbuild: obj=scripts/Kbuild srctree=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Kbuild, make=scripts/Makefile!
make[2]: *** No rule to make target `/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/include/asm/Makefile'. Stop.
make[1]: *** [prepare0] Error 2
make[1]: *** Waiting for unfinished jobs....
/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build:13: kbuild: obj=scripts/genksyms/Kbuild srctree=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/genksyms/Kbuild, make=scripts/genksyms/Makefile!
/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build:13: kbuild: obj=scripts/mod/Kbuild srctree=/build/dwm/linux/lk-2.6.10-rc1-mm2.edit/scripts/mod/Kbuild, make=scripts/mod/Makefile!
make: *** [zImage] Error 2
=============================
diff from vanilla scripts/Makefile.{build,clean}
=============================
diff -Nwupa libata-dev-2.6/scripts/Makefile.build lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build
--- libata-dev-2.6/scripts/Makefile.build 2004-10-27 15:38:46.972904640 -0500
+++ lk-2.6.10-rc1-mm2.edit/scripts/Makefile.build 2004-10-29 12:50:35.766986000 -0500
@@ -10,7 +10,7 @@ __build:
# Read .config if it exist, otherwise ignore
-include .config
-include $(obj)/Makefile
+include $(if $(wildcard $(obj)/Kbuild), $(obj)/Kbuild, $(obj)/Makefile)
include scripts/Makefile.lib
diff -Nwupa libata-dev-2.6/scripts/Makefile.clean lk-2.6.10-rc1-mm2.edit/scripts/Makefile.clean
--- libata-dev-2.6/scripts/Makefile.clean 2004-10-27 15:38:46.972904640 -0500
+++ lk-2.6.10-rc1-mm2.edit/scripts/Makefile.clean 2004-10-29 12:50:35.766986000 -0500
@@ -7,7 +7,7 @@ src := $(obj)
.PHONY: __clean
__clean:
-include $(obj)/Makefile
+include $(if $(wildcard $(obj)/Kbuild), $(obj)/Kbuild, $(obj)/Makefile)
# Figure out what we need to build from the various variables
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: 2.6.10-rc1-mm2
2004-10-29 19:55 ` 2.6.10-rc1-mm2 Doug Maxey
@ 2004-10-29 22:13 ` Sam Ravnborg
2004-10-29 21:24 ` 2.6.10-rc1-mm2 Doug Maxey
0 siblings, 1 reply; 28+ messages in thread
From: Sam Ravnborg @ 2004-10-29 22:13 UTC (permalink / raw)
To: Doug Maxey; +Cc: Andrew Morton, linux-kernel, linuxppc64-dev
On Fri, Oct 29, 2004 at 02:55:41PM -0500, Doug Maxey wrote:
>
> Andrew,
>
> having some troubles on ppc64. It looks like the changes in
> the scripts/Makefile.{clean,build} are expecting include/asm to
> exist in the source tree. I don't see any related file except the
> include/asm-$ARCH/Kbuild
Fix attached.
Sam
===== Makefile 1.546 vs edited =====
--- 1.546/Makefile 2004-10-27 23:00:25 +02:00
+++ edited/Makefile 2004-10-29 23:05:42 +02:00
@@ -761,7 +761,7 @@
prepare1: prepare2 outputmakefile
prepare0: prepare1 include/linux/version.h include/asm include/config/MARKER
- $(Q)$(MAKE) $(build)=$(srctree)/include/asm
+ $(Q)$(MAKE) $(build)=include/asm-$(ARCH)
ifneq ($(KBUILD_MODULES),)
$(Q)rm -rf $(MODVERDIR)
$(Q)mkdir -p $(MODVERDIR)
===== include/asm-i386/Kbuild 1.1 vs edited =====
--- 1.1/include/asm-i386/Kbuild 2004-10-27 23:06:50 +02:00
+++ edited/include/asm-i386/Kbuild 2004-10-29 01:44:08 +02:00
@@ -11,7 +11,7 @@
always := offsets.h
targets := offsets.s
-CFLAGS_offsets.o := -I arch/i386/kernel
+CFLAGS_offsets.o := -Iarch/i386/kernel
$(obj)/offsets.h: $(obj)/offsets.s FORCE
$(call filechk,gen-asm-offsets, < $<)
===== scripts/Makefile.build 1.51 vs edited =====
--- 1.51/scripts/Makefile.build 2004-10-27 22:49:53 +02:00
+++ edited/scripts/Makefile.build 2004-10-29 23:04:40 +02:00
@@ -10,7 +10,7 @@
# Read .config if it exist, otherwise ignore
-include .config
-include $(if $(wildcard $(obj)/Kbuild), $(obj)/Kbuild, $(obj)/Makefile)
+include $(if $(wildcard $(srctree)/$(obj)/Kbuild), $(obj)/Kbuild, $(obj)/Makefile)
include scripts/Makefile.lib
===== scripts/Makefile.clean 1.17 vs edited =====
--- 1.17/scripts/Makefile.clean 2004-10-27 22:49:53 +02:00
+++ edited/scripts/Makefile.clean 2004-10-29 23:22:26 +02:00
@@ -7,7 +7,7 @@
.PHONY: __clean
__clean:
-include $(if $(wildcard $(obj)/Kbuild), $(obj)/Kbuild, $(obj)/Makefile)
+include $(if $(wildcard $(srctree)/$(obj)/Kbuild), $(obj)/Kbuild, $(obj)/Makefile)
# Figure out what we need to build from the various variables
# ==========================================================================
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: 2.6.10-rc1-mm2
2004-10-29 22:13 ` 2.6.10-rc1-mm2 Sam Ravnborg
@ 2004-10-29 21:24 ` Doug Maxey
0 siblings, 0 replies; 28+ messages in thread
From: Doug Maxey @ 2004-10-29 21:24 UTC (permalink / raw)
To: Sam Ravnborg; +Cc: Andrew Morton, linux-kernel, linuxppc64-dev
On Sat, 30 Oct 2004 00:13:07 +0200, Sam Ravnborg wrote:
>On Fri, Oct 29, 2004 at 02:55:41PM -0500, Doug Maxey wrote:
>>
>> Andrew,
>>
>> having some troubles on ppc64. It looks like the changes in
>> the scripts/Makefile.{clean,build} are expecting include/asm to
>> exist in the source tree. I don't see any related file except the
>> include/asm-$ARCH/Kbuild
>
>Fix attached.
Worked, thanks!
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: 2.6.10-rc1-mm2 (badness)
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
` (4 preceding siblings ...)
2004-10-29 19:55 ` 2.6.10-rc1-mm2 Doug Maxey
@ 2004-10-29 22:33 ` Randy.Dunlap
2004-10-30 3:24 ` 2.6.10-rc1-mm2: intelfb/AGP unknown symbols Adrian Bunk
` (2 subsequent siblings)
8 siblings, 0 replies; 28+ messages in thread
From: Randy.Dunlap @ 2004-10-29 22:33 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc1/2.6.10-rc1-mm2/
I am seeing 2 badness reports with $Subject:
kobject i823650: cleaning up
Device 'i823650' does not have a release() function, it is broken and
must be f.
Badness in device_release at drivers/base/core.c:85
[<c0106e09>] dump_stack+0x1e/0x20
[<c0218619>] kobject_cleanup+0x94/0x96
[<c021906b>] kref_put+0x49/0xaa
[<c0218648>] kobject_put+0x20/0x22
[<c057841a>] init_i82365+0x1e0/0x1f6
[<c055a981>] do_initcalls+0x27/0xc0
[<c010050c>] init+0x7d/0x19c
[<c0104295>] kernel_thread_helper+0x5/0xb
kobject i82365: unregistering
&&
Badness in enable_irq at kernel/irq/manage.c:106
[<c0106e09>] dump_stack+0x1e/0x20
[<c013f767>] enable_irq+0x72/0xd9
[<c02b0416>] e100_up+0xfe/0x20a
[<c02b15ca>] e100_open+0x26/0x6e
[<c0396816>] dev_open+0x6e/0x7c
[<c0397d85>] dev_change_flags+0x56/0x126
[<c03d23a6>] devinet_ioctl+0x60b/0x6cd
[<c03d41e1>] inet_ioctl+0x81/0xae
[<c038dd3c>] sock_ioctl+0x1d3/0x2d6
[<c0172920>] sys_ioctl+0x179/0x21d
[<c0105f5d>] sysenter_past_esp+0x52/0x71
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Dual-P4, IDE, 1 GB RAM.
.config at:
http://developer.osdl.org/rddunlap/configs/config-2610rc1mm2
--
~Randy
^ permalink raw reply [flat|nested] 28+ messages in thread* 2.6.10-rc1-mm2: intelfb/AGP unknown symbols
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
` (5 preceding siblings ...)
2004-10-29 22:33 ` 2.6.10-rc1-mm2 (badness) Randy.Dunlap
@ 2004-10-30 3:24 ` Adrian Bunk
2004-10-30 8:28 ` Arjan van de Ven
2004-10-30 15:18 ` No PS2 with ACPI [was Re: 2.6.10-rc1-mm2] J.A. Magallon
2004-11-03 6:08 ` ipw2100 and 2.6.10-rc1-bk12 Marcos D. Marado Torres
8 siblings, 1 reply; 28+ messages in thread
From: Adrian Bunk @ 2004-10-30 3:24 UTC (permalink / raw)
To: Andrew Morton, Dave Jones, Arjan van de Ven, Sylvain Meyer,
Antonino Daplas
Cc: linux-kernel, linux-fbdev-devel
On Fri, Oct 29, 2004 at 01:49:30AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.10-rc1-mm1:
>
> linus.patch
>...
> bk-agpgart.patch
>...
The removal of 3 "unneeded exports" in bk-agpgart.patch conflicts with
code adding usage of them in Linus' tree:
<-- snip -->
...
if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.6.10-rc1-mm2; fi
WARNING: /lib/modules/2.6.10-rc1-mm2/kernel/drivers/video/intelfb/intelfb.ko needs unknown symbol agp_backend_acquire
WARNING: /lib/modules/2.6.10-rc1-mm2/kernel/drivers/video/intelfb/intelfb.ko needs unknown symbol agp_copy_info
WARNING: /lib/modules/2.6.10-rc1-mm2/kernel/drivers/video/intelfb/intelfb.ko needs unknown symbol agp_backend_release
WARNING: /lib/modules/2.6.10-rc1-mm2/kernel/drivers/video/i810/i810fb.ko needs unknown symbol agp_backend_acquire
WARNING: /lib/modules/2.6.10-rc1-mm2/kernel/drivers/video/i810/i810fb.ko needs unknown symbol agp_backend_release
<-- snip -->
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
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: 2.6.10-rc1-mm2: intelfb/AGP unknown symbols
2004-10-30 3:24 ` 2.6.10-rc1-mm2: intelfb/AGP unknown symbols Adrian Bunk
@ 2004-10-30 8:28 ` Arjan van de Ven
2004-10-30 11:21 ` [Linux-fbdev-devel] " Antonino A. Daplas
2004-10-30 15:16 ` Christoph Hellwig
0 siblings, 2 replies; 28+ messages in thread
From: Arjan van de Ven @ 2004-10-30 8:28 UTC (permalink / raw)
To: Adrian Bunk
Cc: Andrew Morton, Dave Jones, Sylvain Meyer, Antonino Daplas,
linux-kernel, linux-fbdev-devel
> The removal of 3 "unneeded exports" in bk-agpgart.patch conflicts with
> code adding usage of them in Linus' tree:
that makes me really really curious why the fb driver calls into the backend and not just the agp frontend layer like the rest of the world does...
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [Linux-fbdev-devel] Re: 2.6.10-rc1-mm2: intelfb/AGP unknown symbols
2004-10-30 8:28 ` Arjan van de Ven
@ 2004-10-30 11:21 ` Antonino A. Daplas
2004-10-30 11:34 ` Arjan van de Ven
2004-10-30 15:16 ` Christoph Hellwig
1 sibling, 1 reply; 28+ messages in thread
From: Antonino A. Daplas @ 2004-10-30 11:21 UTC (permalink / raw)
To: linux-fbdev-devel, Arjan van de Ven, Adrian Bunk
Cc: Andrew Morton, Dave Jones, Sylvain Meyer, Antonino Daplas,
linux-kernel, linux-fbdev-devel
On Saturday 30 October 2004 16:28, Arjan van de Ven wrote:
> > The removal of 3 "unneeded exports" in bk-agpgart.patch conflicts with
> > code adding usage of them in Linus' tree:
>
> that makes me really really curious why the fb driver calls into the
> backend and not just the agp frontend layer like the rest of the world
> does...
>
Because all functions in the frontend are marked static and are accessible
only via ioctl.
Anyway, I think the drivers can make do without the
agp_backend_acquire/release() functions, since all they do is
increment/decrement a use count field. I don't know about agp_copy_info()
but it might be possible to get the agp information from pci_dev structure.
This part I'm not sure.
What's wrong with exporting the symbols back again?
Tony
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [Linux-fbdev-devel] Re: 2.6.10-rc1-mm2: intelfb/AGP unknown symbols
2004-10-30 11:21 ` [Linux-fbdev-devel] " Antonino A. Daplas
@ 2004-10-30 11:34 ` Arjan van de Ven
2004-10-30 13:08 ` Antonino A. Daplas
0 siblings, 1 reply; 28+ messages in thread
From: Arjan van de Ven @ 2004-10-30 11:34 UTC (permalink / raw)
To: adaplas
Cc: linux-fbdev-devel, Adrian Bunk, Andrew Morton, Dave Jones,
Sylvain Meyer, linux-kernel
>
> What's wrong with exporting the symbols back again?
if they are the right api to use; nothing. If they aren't (and what you
describe somehow suggests they aren't) it sounds better to make the
frontend usable for the intelfb driver instead...
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [Linux-fbdev-devel] Re: 2.6.10-rc1-mm2: intelfb/AGP unknown symbols
2004-10-30 11:34 ` Arjan van de Ven
@ 2004-10-30 13:08 ` Antonino A. Daplas
0 siblings, 0 replies; 28+ messages in thread
From: Antonino A. Daplas @ 2004-10-30 13:08 UTC (permalink / raw)
To: linux-fbdev-devel, Arjan van de Ven, adaplas
Cc: linux-fbdev-devel, Adrian Bunk, Andrew Morton, Dave Jones,
Sylvain Meyer, linux-kernel
On Saturday 30 October 2004 19:34, Arjan van de Ven wrote:
> > What's wrong with exporting the symbols back again?
>
> if they are the right api to use; nothing. If they aren't (and what you
> describe somehow suggests they aren't) it sounds better to make the
> frontend usable for the intelfb driver instead...
>
I think the functions are the right API to use for clients within the
kernel. The frontend is directed more for userspace clients.
The old interface was to do an inter_module_get/put, but this is to
be deprecated. And all it does is to provide all the backend functions
to the requestor.
Either a new interface is provided by agpgart, otherwise, not just intelfb
and i810fb will be affected, but also DRM (which currently uses
inter_module_get/put("drm_agp")).
If I remember correctly, the DRI people also have a new patch that removes
inter_module_get/put and they did it by calling the backend functions directly.
Tony
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: 2.6.10-rc1-mm2: intelfb/AGP unknown symbols
2004-10-30 8:28 ` Arjan van de Ven
2004-10-30 11:21 ` [Linux-fbdev-devel] " Antonino A. Daplas
@ 2004-10-30 15:16 ` Christoph Hellwig
1 sibling, 0 replies; 28+ messages in thread
From: Christoph Hellwig @ 2004-10-30 15:16 UTC (permalink / raw)
To: Arjan van de Ven
Cc: Adrian Bunk, Andrew Morton, Dave Jones, Sylvain Meyer,
Antonino Daplas, linux-kernel, linux-fbdev-devel
On Sat, Oct 30, 2004 at 10:28:41AM +0200, Arjan van de Ven wrote:
>
> > The removal of 3 "unneeded exports" in bk-agpgart.patch conflicts with
> > code adding usage of them in Linus' tree:
>
> that makes me really really curious why the fb driver calls into the backend and not just the agp frontend layer like the rest of the world does...
In agpgart context the "fronend" is the character device for userland.
these functions should be exported because they are the driver API. The
only reason they weren't used previously is because of the inter_module_*
braindamage to hide it.
^ permalink raw reply [flat|nested] 28+ messages in thread
* No PS2 with ACPI [was Re: 2.6.10-rc1-mm2]
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
` (6 preceding siblings ...)
2004-10-30 3:24 ` 2.6.10-rc1-mm2: intelfb/AGP unknown symbols Adrian Bunk
@ 2004-10-30 15:18 ` J.A. Magallon
2004-10-30 21:31 ` Andrew Morton
2004-11-01 8:46 ` Amit Shah
2004-11-03 6:08 ` ipw2100 and 2.6.10-rc1-bk12 Marcos D. Marado Torres
8 siblings, 2 replies; 28+ messages in thread
From: J.A. Magallon @ 2004-10-30 15:18 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On 2004.10.29, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc1/2.6.10-rc1-mm2/
>
>
Here we go again...
With normal boot, I have no kbd nor mouse (both PS2).
2.6.9-mm1 detects them correctly:
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
input: PS2++ Logitech <NULL> on isa0060/serio1
2.6.10-rc1-mm2 misses the two 'input' lines, I just get the 'mice:' one.
Booting with i8042.noacpi makes them work again.
BTW, what is that <NULL> ?
I don't have the full logs, but 2.6.9-rc2-mm2 told 'Mouse',and
the next I have is -rc3-mm3 that says '<NULL>'.
TIA
--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.1 (Community) for i586
Linux 2.6.9-jam1 (gcc 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)) #6
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: No PS2 with ACPI [was Re: 2.6.10-rc1-mm2]
2004-10-30 15:18 ` No PS2 with ACPI [was Re: 2.6.10-rc1-mm2] J.A. Magallon
@ 2004-10-30 21:31 ` Andrew Morton
2004-10-31 0:06 ` Dmitry Torokhov
2004-11-01 8:46 ` Amit Shah
1 sibling, 1 reply; 28+ messages in thread
From: Andrew Morton @ 2004-10-30 21:31 UTC (permalink / raw)
To: J.A. Magallon; +Cc: linux-kernel, Vojtech Pavlik, Dmitry Torokhov
"J.A. Magallon" <jamagallon@able.es> wrote:
>
>
> On 2004.10.29, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc1/2.6.10-rc1-mm2/
> >
> >
>
> Here we go again...
Perhaps Dmitry and Vojtech can help.
> With normal boot, I have no kbd nor mouse (both PS2).
> 2.6.9-mm1 detects them correctly:
>
> mice: PS/2 mouse device common for all mice
> input: AT Translated Set 2 keyboard on isa0060/serio0
> input: PS2++ Logitech <NULL> on isa0060/serio1
>
> 2.6.10-rc1-mm2 misses the two 'input' lines, I just get the 'mice:' one.
>
> Booting with i8042.noacpi makes them work again.
>
> BTW, what is that <NULL> ?
> I don't have the full logs, but 2.6.9-rc2-mm2 told 'Mouse',and
> the next I have is -rc3-mm3 that says '<NULL>'.
>
> TIA
>
> --
> J.A. Magallon <jamagallon()able!es> \ Software is like sex:
> werewolf!able!es \ It's better when it's free
> Mandrakelinux release 10.1 (Community) for i586
> Linux 2.6.9-jam1 (gcc 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)) #6
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: No PS2 with ACPI [was Re: 2.6.10-rc1-mm2]
2004-10-30 21:31 ` Andrew Morton
@ 2004-10-31 0:06 ` Dmitry Torokhov
2004-11-01 22:05 ` J.A. Magallon
0 siblings, 1 reply; 28+ messages in thread
From: Dmitry Torokhov @ 2004-10-31 0:06 UTC (permalink / raw)
To: Andrew Morton; +Cc: J.A. Magallon, linux-kernel, Vojtech Pavlik
On Saturday 30 October 2004 04:31 pm, Andrew Morton wrote:
> "J.A. Magallon" <jamagallon@able.es> wrote:
> >
> >
> > On 2004.10.29, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc1/2.6.10-rc1-mm2/
> > >
> > >
> >
> > Here we go again...
>
> Perhaps Dmitry and Vojtech can help.
>
> > With normal boot, I have no kbd nor mouse (both PS2).
> > 2.6.9-mm1 detects them correctly:
> >
> > mice: PS/2 mouse device common for all mice
> > input: AT Translated Set 2 keyboard on isa0060/serio0
> > input: PS2++ Logitech <NULL> on isa0060/serio1
> >
> > 2.6.10-rc1-mm2 misses the two 'input' lines, I just get the 'mice:' one.
> >
> > Booting with i8042.noacpi makes them work again.
> >
Is that AMD64? Could you try this patch:
http://dtor.bkbits.net:8080/input/cset%404174f35cnyVl7byWwdxca2m6bK_odg
If it does not help could you send me contents of your dsdt table
(cat /proc/acpi/dsdt > dsdt.hex)
> > BTW, what is that <NULL> ?
> > I don't have the full logs, but 2.6.9-rc2-mm2 told 'Mouse',and
> > the next I have is -rc3-mm3 that says '<NULL>'.
> >
Please try the patch below, I think it will cure the "NULL" problem -
I messed up when rearranged protocols init routines.
Thanks!
--
Dmitry
===================================================================
ChangeSet@1.1959, 2004-10-30 19:02:16-05:00, dtor_core@ameritech.net
Input: psmouse - set mouse name to "Mouse" when using PS2++ and
don't have any other information about the mouse.
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
logips2pp.c | 15 +++++++++++++--
1 files changed, 13 insertions(+), 2 deletions(-)
===================================================================
diff -Nru a/drivers/input/mouse/logips2pp.c b/drivers/input/mouse/logips2pp.c
--- a/drivers/input/mouse/logips2pp.c 2004-10-30 19:03:37 -05:00
+++ b/drivers/input/mouse/logips2pp.c 2004-10-30 19:03:37 -05:00
@@ -245,7 +245,8 @@
* Set up input device's properties based on the detected mouse model.
*/
-static void ps2pp_set_model_properties(struct psmouse *psmouse, struct ps2pp_info *model_info)
+static void ps2pp_set_model_properties(struct psmouse *psmouse, struct ps2pp_info *model_info,
+ int using_ps2pp)
{
if (model_info->features & PS2PP_SIDE_BTN)
set_bit(BTN_SIDE, psmouse->dev.keybit);
@@ -279,6 +280,16 @@
case PS2PP_KIND_TP3:
psmouse->name = "TouchPad 3";
break;
+
+ default:
+ /*
+ * Set name to "Mouse" only when using PS2++,
+ * otherwise let other protocols define suitable
+ * name
+ */
+ if (using_ps2pp)
+ psmouse->name = "Mouse";
+ break;
}
}
@@ -371,7 +382,7 @@
clear_bit(BTN_RIGHT, psmouse->dev.keybit);
if (model_info)
- ps2pp_set_model_properties(psmouse, model_info);
+ ps2pp_set_model_properties(psmouse, model_info, use_ps2pp);
}
return use_ps2pp ? 0 : -1;
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: No PS2 with ACPI [was Re: 2.6.10-rc1-mm2]
2004-10-31 0:06 ` Dmitry Torokhov
@ 2004-11-01 22:05 ` J.A. Magallon
2004-11-02 3:31 ` Dmitry Torokhov
0 siblings, 1 reply; 28+ messages in thread
From: J.A. Magallon @ 2004-11-01 22:05 UTC (permalink / raw)
To: Dmitry Torokhov; +Cc: Andrew Morton, linux-kernel, Vojtech Pavlik
On 2004.10.31, Dmitry Torokhov wrote:
>
> > > BTW, what is that <NULL> ?
> > > I don't have the full logs, but 2.6.9-rc2-mm2 told 'Mouse',and
> > > the next I have is -rc3-mm3 that says '<NULL>'.
> > >
>
> Please try the patch below, I think it will cure the "NULL" problem -
> I messed up when rearranged protocols init routines.
>
It worked fine applied to 2.6.9-mm1:
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
input: PS2++ Logitech Mouse on isa0060/serio1
Thanks!!
PD: will take a look at the other patch, but I have not an AMD64, my
box is IA32...
--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.1 (Community) for i586
Linux 2.6.9-jam1 (gcc 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)) #7
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: No PS2 with ACPI [was Re: 2.6.10-rc1-mm2]
2004-11-01 22:05 ` J.A. Magallon
@ 2004-11-02 3:31 ` Dmitry Torokhov
0 siblings, 0 replies; 28+ messages in thread
From: Dmitry Torokhov @ 2004-11-02 3:31 UTC (permalink / raw)
To: J.A. Magallon; +Cc: Andrew Morton, linux-kernel, Vojtech Pavlik
On Monday 01 November 2004 05:05 pm, J.A. Magallon wrote:
>
> On 2004.10.31, Dmitry Torokhov wrote:
> >
> > > > BTW, what is that <NULL> ?
> > > > I don't have the full logs, but 2.6.9-rc2-mm2 told 'Mouse',and
> > > > the next I have is -rc3-mm3 that says '<NULL>'.
> > > >
> >
> > Please try the patch below, I think it will cure the "NULL" problem -
> > I messed up when rearranged protocols init routines.
> >
>
> It worked fine applied to 2.6.9-mm1:
>
> mice: PS/2 mouse device common for all mice
> input: AT Translated Set 2 keyboard on isa0060/serio0
> input: PS2++ Logitech Mouse on isa0060/serio1
>
> Thanks!!
>
Thank you for trying it out.
> PD: will take a look at the other patch, but I have not an AMD64, my
> box is IA32...
>
It looks like ACPI is a bit broken in -mm, sont bother with the 2nd patch.
--
Dmitry
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: No PS2 with ACPI [was Re: 2.6.10-rc1-mm2]
2004-10-30 15:18 ` No PS2 with ACPI [was Re: 2.6.10-rc1-mm2] J.A. Magallon
2004-10-30 21:31 ` Andrew Morton
@ 2004-11-01 8:46 ` Amit Shah
1 sibling, 0 replies; 28+ messages in thread
From: Amit Shah @ 2004-11-01 8:46 UTC (permalink / raw)
To: linux-kernel
J.A. Magallon wrote:
> On 2004.10.29, Andrew Morton wrote:
>>
>>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc1/2.6.10-rc1-mm2/
>>
>>
>
> Here we go again...
>
> With normal boot, I have no kbd nor mouse (both PS2).
> 2.6.9-mm1 detects them correctly:
>
> mice: PS/2 mouse device common for all mice
> input: AT Translated Set 2 keyboard on isa0060/serio0
> input: PS2++ Logitech <NULL> on isa0060/serio1
>
> 2.6.10-rc1-mm2 misses the two 'input' lines, I just get the 'mice:' one.
I too get the same error. I have a Pentium 4, not an AMD64.
> Booting with i8042.noacpi makes them work again.
Checking...
--
Amit Shah
http://amitshah.nav.to/
^ permalink raw reply [flat|nested] 28+ messages in thread
* ipw2100 and 2.6.10-rc1-bk12
2004-10-29 8:49 2.6.10-rc1-mm2 Andrew Morton
` (7 preceding siblings ...)
2004-10-30 15:18 ` No PS2 with ACPI [was Re: 2.6.10-rc1-mm2] J.A. Magallon
@ 2004-11-03 6:08 ` Marcos D. Marado Torres
8 siblings, 0 replies; 28+ messages in thread
From: Marcos D. Marado Torres @ 2004-11-03 6:08 UTC (permalink / raw)
To: ipw2100-devel; +Cc: linux-kernel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Greetings,
I was trying to compile Linux Kernel 2.6.10-rc1-bk12 and ipw2100-0.58, but got this compiling errors:
drivers/net/wireless/ipw2100/ipw2100.c: In function `ipw2100_pci_init_one':
drivers/net/wireless/ipw2100/ipw2100.c:6610: error: too many arguments to function `pci_restore_state'
drivers/net/wireless/ipw2100/ipw2100.c: In function `ipw2100_suspend':
drivers/net/wireless/ipw2100/ipw2100.c:6800: error: too many arguments to function `pci_save_state'
drivers/net/wireless/ipw2100/ipw2100.c: In function `ipw2100_resume':
drivers/net/wireless/ipw2100/ipw2100.c:6820: error: too many arguments to function `pci_restore_state'
make[4]: *** [drivers/net/wireless/ipw2100/ipw2100.o] Error 1
make[3]: *** [drivers/net/wireless/ipw2100] Error 2
make[2]: *** [drivers/net/wireless] Error 2
make[1]: *** [drivers/net] Error 2
make: *** [drivers] Error 2
I'm trying to compile this with gcc (GCC) 3.4.2 (Debian 3.4.2-3).
Any ideas? I can give any extra info you need...
Thanks in advance,
Marcos Marado
- --
/* *************************************************************** */
Marcos Daniel Marado Torres AKA Mind Booster Noori
http://student.dei.uc.pt/~marado - marado@student.dei.uc.pt
() Join the ASCII ribbon campaign against html email, Microsoft
/\ attachments and Software patents. They endanger the World.
Sign a petition against patents: http://petition.eurolinux.org
/* *************************************************************** */
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Made with pgp4pine 1.76
iD8DBQFBiHXzmNlq8m+oD34RAvMMAJ4hG5qniSFyyng0KYbSojPHQGE7CwCghYSw
zMhLDoGmHtBfkKz6rk42fDU=
=i5f0
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 28+ messages in thread