Re: Compiling kernel 2.4.20 on m68k (success) + X startup problem
On Sat, 2004-01-10 at 11:26, Lance Tagliapietra wrote:
> Hello,
>
> I was successful in compling the kernel and the modules from the source
> package kernel-source-2.4.20_2.4.20-13_all.deb as downloaded from
> ftp.debian.org.
>
> Question #1: When compiling the kernel modules, where do they get
> placed? Where do I look under /usr/src/kernel-source-2.4.20 to find
> them?
>
> I have also downloaded kernel-image-2.4.20-amiga_2.4.20-5_m68k.deb
> for comparison purposes.
>
> I had been previously using a 2.4.20 kernel and modules from the
> package:
>
> kernel-image-2.4.20-amiga_2.4.20-0.1_m68k.deb
>
> Question #2: I start X at boot time (this was automatically set up when X was
> installed). I have noticed on the kernel I compiled myself, and the -5
> kernel image I downloaded for comparison, that xdm will die with a
> buserr, but runs just fine on the -0.1 kernel. The dmesg fragment is
> below:
>
> Linux version 2.4.20 (lancetag@tag1amiga) (gcc version 2.95.4 20011002 (Debian prerelease)) #2 Thu Jan 8 19:23:05 CST 2004
> Amiga hardware found: [A2000] VIDEO BLITTER AUDIO FLOPPY KEYBOARD MOUSE SERIAL PARALLEL A2000_CLK CHIP_RAM PAULA DENISE_HR AGNUS_HR_NTSC ZORRO
> On node 0 totalpages: 3072
> zone(0): 3072 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: root=/dev/sdb3 video=clgen:
> Console: colour dummy device 80x25
> Calibrating delay loop... 9.85 BogoMIPS
> Memory: 10136k/12288k available (1556k kernel code, 484k data, 112k init)
> kmem_create: Forcing size word alignment - mm_struct
> kmem_create: Forcing size word alignment - filp
> kmem_create: Forcing size word alignment - dquot
> Dentry cache hash table entries: 2048 (order: 2, 16384 bytes)
> Inode cache hash table entries: 1024 (order: 1, 8192 bytes)
> kmem_create: Forcing size word alignment - inode_cache
> Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
> kmem_create: Forcing size word alignment - bdev_cache
> kmem_create: Forcing size word alignment - cdev_cache
> kmem_create: Forcing size word alignment - kiobuf
> Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
> Page-cache hash table entries: 4096 (order: 2, 16384 bytes)
> POSIX conformance testing by UNIFIX
> Zorro: Probing AutoConfig expansion devices: 9 devices
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> Starting kswapd
> kmem_create: Forcing size word alignment - file_lock_cache
> VFS: Diskquotas version dquot_6.4.0 initialized
> Journalled Block Device driver loaded
> devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
> devfs: boot_options: 0x0
> clgen: Driver for Cirrus Logic based graphic boards, v1.9.9.1
> clgen: CL Spectrum board detected; RAM (2 MB) at $800000, REG at $ec0000
> Cirrus Logic chipset on Zorro bus
> clgen: This board has 2097152 bytes of DRAM memory
> Cirrus Logic video mode: 8 bit color depth
> Console: switching to colour frame buffer device 80x30
> fb1: Amiga ECS frame buffer device, using 640K of video memory
> pty: 256 Unix98 ptys configured
> Amiga-builtin serial driver version 4.30
> ttyS00 is the amiga builtin serial port
> Amiga mouse installed.
> kmem_create: Forcing size word alignment - blkdev_requests
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
> FD: probing units
> found <5>fd: drive 0 didn't identify, setting default ffffffff
> fd0
> Unable to get major 2 for floppy
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: loaded (max 8 devices)
> SCSI subsystem driver Revision: 1.00
> wd33c93-0: chip=WD33c93A/9 no_sync=0xff no_dma=0 debug_flags=0x00
> setup_args=,,,,,,,,,
> Version 1.25 - 09/Jul/1997, Compiled Jan 8 2004 at 21:43:25
> scsi0 : GVP Series II SCSI
> sending SDTR 0103015e00sync_xfer=30 Vendor: SEAGATE Model: ST32550N Rev: 0015
> Type: Direct-Access ANSI SCSI revision: 02
> sending SDTR 0103015f00sync_xfer=40 Vendor: SONY Model: CD-ROM CDU-76S Rev: 1.1c
> Type: CD-ROM ANSI SCSI revision: 02
> sending SDTR 0103015e00sync_xfer=30 Vendor: EXABYTE Model: EXB-85058SQANXR1 Rev: 0781
> Type: Sequential-Access ANSI SCSI revision: 02
> sending SDTR 0103015e00sync_xfer=30 Vendor: CONNER Model: CFP1080E SUN1.05 Rev: 5150
> Type: Direct-Access ANSI SCSI revision: 02
> sending SDTR 0103015e00sync_xfer=30 Vendor: SEAGATE Model: ST31230N Rev: 0594
> Type: Direct-Access ANSI SCSI revision: 02
> Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
> Attached scsi disk sdb at scsi0, channel 0, id 5, lun 0
> Attached scsi disk sdc at scsi0, channel 0, id 6, lun 0
> SCSI device sda: 4194058 512-byte hdwr sectors (2147 MB)
> Partition check:
> /dev/scsi/host0/bus0/target0/lun0: RDSK p1
> SCSI device sdb: 2110812 512-byte hdwr sectors (1081 MB)
> /dev/scsi/host0/bus0/target5/lun0: RDSK p1 p2 p3
> SCSI device sdc: 2069860 512-byte hdwr sectors (1060 MB)
> /dev/scsi/host0/bus0/target6/lun0: RDSK p1 p2
> Attached scsi CD-ROM sr0 at scsi0, channel 0, id 1, lun 0
> sr0: scsi-1 drive
> Uniform CD-ROM driver Revision: 3.12
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> kmem_create: Forcing size word alignment - ip_dst_cache
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 512 bind 512)
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> VFS: Mounted root (ext2 filesystem) readonly.
> Adding Swap: 75452k swap-space (priority -1)
> eth0: A2065 at 0x00ee0000, Ethernet Address 00:80:10:00:07:48
> parport0: Amiga built-in port using irq
> lp0: using parport0 (interrupt-driven).
> EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
> Data read fault at 0xffffffff in Super Data (pc=0xa15f8)
> BAD KERNEL BUSERR
> Oops: 00000000
> PC: [<000a15f8>]
> SR: 2000 SP: 009d9f04 a2: 009d8000
> d0: ffffffff d1: 00000400 d2: 00000000 d3: 00000400
> d4: 00001000 d5: 00001000 a0: 00000003 a1: 00c00000
> Process xdm (pid: 231, stackpage=009d9000)
> Frame format=B ssw=074d isc=0e9b isb=6800 daddr=ffffffff dobuf=009d9f84
> baddr=000a15fc dibuf=ffffffff ver=f
> Stack from 009d9f8c:
> ffffffea 00002000 00000005 00000400 80020430 00002000 0084bd60 000246aa
> 0084bd60 efffd818 00002000 0084bd7e efffd818 80005ac4 80004d7c 00003adc
> 00000005 efffd818 00002000 00000005 00000400 3ffea6ae efffd818 effff83c
> 00000003 00000003 00000000 0000c025 52c40080
> Call Trace:
> [<00002000>] [<00002000>] [<000246aa>] [<00002000>]
> [<00003adc>] [<00002000>] [<0000c025>]
> Code: 2c18 0e9b 6800 5383 66f6 2602 0883 0001 6706 3c18
> Cirrus Logic video mode: 8 bit color depth
> Cirrus Logic video mode: 8 bit color depth
>
> Xdm starts fine from the startx command (does not generate the buserr).
>
> Has anyone else observed this behavior?
>
> Thanks,
>
> --Lance
No X starts fine from the startx command. Using startx doesn't invoke
xdm. The problem is with xdm. Try using gdm or kdm and see if they
experience the same problem.
--
Ray Knight <audilvr@speakeasy.org>
Reply to: