From: Alessandro Iob <alexiob@iname.com>
Subject: Re: v1.1.1-pre5 lookup device problems
Date: Fri, 09 Mar 2001 17:26:04 +0100
Next Article (by Subject): Re: v1.1.1-pre5 lookup device problems Amon Ott
Previous Article (by Subject): Re: v1.1.1-pre5 lookup device problems Amon Ott
Top of Thread: v1.1.1-pre5 lookup device problems Alessandro Iob
Next in Thread: Re: v1.1.1-pre5 lookup device problems Amon Ott
Articles sorted by: [Date]
[Author]
[Subject]
This is a multi-part message in MIME format.
--------------5556107C10135C8F3740948B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Amon Ott wrote:
> > I've included the complete boot-log with rsbac 'all' debugging option turned
> > on, I hope it will help
>
> It did. devfs gets mounted before RSBAC is initialized, so the data structures
> are not yet there. rsbac_init only adds root fs. Just fixed initialization.
>
> Could you please apply the attached patch against init/main.c, retry and report.
It worked :-) , but at the second boot (after the first 'maintenance'
one) the kernel panics,
either in maintenance and real rsbac mode.
I've included the boot.log and the files generated by rsbac in the
'/rsbac' dir.
When I remove those files, the system boots alright ,in maintenance,till
the next reboot.
--
Alessandro Iob <alessandro.iob@dlevel.com>
D-Level srl, via Cavour 78, 33050 Rivignano UD ITALY
Tel: +39 0432 773785, Fax: +39 0432 774217
WWW: http://www.dlevel.com , E-Mail: info@dlevel.com
--------------5556107C10135C8F3740948B
Content-Type: application/x-gzip;
name="rsbac.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="rsbac.tar.gz"
H4sICJ8CqToCA3JzYmFjLnRhcgDt00EOgjAQheEhchBOoNMGStx6EYMYE1ckBS/h1TwTwQbd
iAZXQIz/t5lJO7uX5+tDUW5kUqqp5qph9obzsec2syZ3mQ27UZc6STKZwaVuCp8k4quqGbv7
9v+jfJ//6bgvyvNaJ8rfqLrR/NNB/tbYTBIl/8nFgn/20n+7XaT/xrz1P6D/c/X/eoulDbPt
ui56vkerj+eR7ES6AVoEAAAAAAAAAAAAAMCy7qF+Ps8AKAAA
--------------5556107C10135C8F3740948B
Content-Type: text/plain; charset=us-ascii;
name="rsbac_panic_log.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rsbac_panic_log.txt"
LILO 21.5-1 boot: maintenance
Loading maintenance
Linux version 2.4.2-4dlx-RSBAC_Maintenance-rsbac (root@d-evelop) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Fri Mar 9 15:00:57 CET 2001
BIOS-provided physical RAM map:
BIOS-e820: 000000000009fc00 @ 0000000000000000 (usable)
BIOS-e820: 0000000000000400 @ 000000000009fc00 (usable)
BIOS-e820: 0000000000010000 @ 00000000000f0000 (reserved)
BIOS-e820: 0000000000010000 @ 00000000ffff0000 (reserved)
BIOS-e820: 0000000007ef0000 @ 0000000000100000 (usable)
BIOS-e820: 000000000000d000 @ 0000000007ff3000 (ACPI data)
BIOS-e820: 0000000000003000 @ 0000000007ff0000 (ACPI NVS)
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c0000000 for 4096 bytes.
On node 0 totalpages: 32752
zone(0): 4096 pages.
zone(1): 28656 pages.
zone(2): 0 pages.
mapped APIC to ffffe000 (01222000)
Kernel command line: BOOT_IMAGE=maintenance ro root=302 acpi=no-idle idebus=66 devfs=mount console=ttyS0
ide_setup: idebus=66
Initializing CPU#0
Detected 701.618 MHz processor.
Calibrating delay loop... 1399.19 BogoMIPS
Memory: 125524k/131008k available (1578k kernel code, 5096k reserved, 678k data, 244k init, 0k highmem)
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
VFS: Diskquotas version dquot_6.4.0 initialized
CPU: Before vendor init, caps: 0383f9ff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0383f9ff 00000000 00000000 00000000
CPU: After generic, caps: 0383f9ff 00000000 00000000 00000000
CPU: Common caps: 0383f9ff 00000000 00000000 00000000
CPU: Intel Celeron (Coppermine) stepping 06
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.37 (20001109) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb250, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
Unknown bridge resource 1: assuming transparent
Unknown bridge resource 2: assuming transparent
PCI: Using IRQ router VIA [1106/0596] at 00:07.0
Activating ISA DMA hang workarounds.
isapnp: Scanning for Pnp cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd v1.8
parport0: PC-style at 0x378 [PCSPP(,...)]
parport0: irq 7 detected
i2c-core.o: i2c core module
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
keyboard: Timeout - AT keyboard not present?
keyboard: Timeout - AT keyboard not present?
lp0: using parport0 (polling).
lp0: console ready
block: queued sectors max/low 83338kB/27779kB, 256 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 66MHz system bus speed for PIO modes
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: User given PCI clock speed impossible (66), using 33 MHz instead.
VP_IDE: Use ide0=ata66 if you want to force UDMA66/UDMA100.
VP_IDE: VIA vt82c596b (rev 23) IDE UDMA66 controller on pci00:07.1
ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:pio, hdd:pio
hda: QUANTUM FIREBALL ST3.2A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: 6306048 sectors (3229 MB) w/81KiB Cache, CHS=782/128/63, UDMA(33)
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1 p2
FDC 0 is a post-1991 82077
Coda Kernel/Venus communications, v5.3.9, coda@cs.cmu.edu
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
Real Time Clock Driver v1.10d
Non-volatile memory driver v1.1
SCSI subsystem driver Revision: 1.00
request_module[scsi_hostadapter]: Root fs not mounted
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
IP-Config: No network devices available.
ip_conntrack (1023 buckets, 8184 max)
ip_tables: (c)2000 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
ACPI: Core Subsystem version [20010208]
ACPI: Subsystem enabled
ACPI: System firmware supports: C2 C3
ACPI: plvl2lat=90 plvl3lat=900
ACPI: C2 enter=1288 C2 exit=322
ACPI: C3 enter=38653 C3 exit=3221
ACPI: Not using ACPI idle
ACPI: System firmware supports: S0 S1 S5
devfs: v0.102 (20000622) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
VFS: Mounted root (ext2 filesystem) readonly.
rsbac_init(): Initializing RSBAC v1.1.1 (Maintenance Mode)
rsbac_init(): Supported module data structures: REG RC AUTH ACL
Unable to handle kernel paging request at virtual address c86a1900
printing eip:
c01b8a10
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01b8a10>]
EFLAGS: 00010282
eax: 000e629e ebx: c86a18f8 ecx: 0004cb8a edx: c86a18f8
esi: 0004cb8a edi: 88888889 ebp: 00000048 esp: c1229d30
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 1, stackpage=c1229000)
Stack: c01b75d5 0004cb8a c86a18f8 c03830a0 c02c0acf c03830b1 0008e000 c1229e30
c0125cd8 c7f706c0 c7f706d0 c1229e78 c1229ea0 c1228000 c1229e80 00000003
00000002 00000003 00000002 00000302 00000000 ffffffff c7f706c0 00000000
Call Trace: [<c01b75d5>] [<c0125cd8>] [<c0113438>] [<c011c875>] [<c011c737>] [<c011c947>] [<c010d298>]
[<c0105000>] [<c01366c8>] [<c0105000>] [<c013794c>] [<c0110018>] [<c01070df>] [<c0107537>]
Code: 8b 42 08 85 c0 74 04 39 08 74 18 8b 02 85 c0 74 12 39 08 74
Kernel panic: Attempted to kill init!
--------------5556107C10135C8F3740948B--
-
To unsubscribe from the rsbac list, send a mail to
majordomo@rsbac.org with
unsubscribe rsbac
as single line in the body.
Next Article (by Subject): Re: v1.1.1-pre5 lookup device problems Amon Ott
Previous Article (by Subject): Re: v1.1.1-pre5 lookup device problems Amon Ott
Top of Thread: v1.1.1-pre5 lookup device problems Alessandro Iob
Next in Thread: Re: v1.1.1-pre5 lookup device problems Amon Ott
Articles sorted by: [Date]
[Author]
[Subject]