From: Mikael Pettersson <[email protected]>
Date: Thu, 13 Jul 2006 14:18:33 +0200 (MEST)
> Confirmed. With this patch my Ultra5 boots fine again. Thanks.
Thanks for testing.
> (I still need that patch to repair PCI mmap() for X11, but
> that's a different issue.)
Yes, investigating this for real is something I will address
soon. Don't worry :)
> --- dmesg-2.6.17 2006-07-08 15:14:41.000000000 +0200
> +++ dmesg-2.6.18-rc1 2006-07-13 13:30:34.000000000 +0200
> ...
> Kernel command line: ro root=LABEL=/
> PID hash table entries: 1024 (order: 10, 8192 bytes)
> +start_kernel(): bug: interrupts were enabled early
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 32768 (order: 5, 262144 bytes)
>
> Something to worry about or not?
I'll check it out.
> atyfb: fb0: ATY Mach64 frame buffer device on PCI
> rtc_init: no PC rtc found
> -su0 at 0x000001fff13062f8 (irq = 5,7ea) is a 16550A
> -su1 at 0x000001fff13083f8 (irq = 9,7e9) is a 16550A
> -ttyS0 at MMIO 0x1fff1400000 (irq = 6681504) is a SAB82532 V3.2
> -ttyS1 at MMIO 0x1fff1400040 (irq = 6681504) is a SAB82532 V3.2
> -isa bounce pool size: 16 pages
> +se@14,400000: ttyS1 at MMIO 0x1fff1400000 (irq = 5) is a SAB82532 V3.2
> Floppy drive(s): fd0 is 1.44M
> FDC 0 is a National Semiconductor PC87306
> RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
>
> So ttyS0 became ttyS1, and the serial port at 0x1fff1400040
> disappeared. OTOH, my Ultra5 only has a single serial port
> connector so perhaps the old kernel was wrong in reporting
> two serial ports.
Two things are happening here.
1) The su ports are actually for the keyboard and mouse.
I don't register them with the serial layer anymore for
simplicity, and also because if they are driving the
keyboard and mouse we really don't want people openning
them as serial devices.
I should probably add a little kernel log message for
them, nevertheless. I'll make that change right now.
2) I think the serial layer is confused about that ttyS1 thing.
Take a look under /sys/class/tty/. I bet there is a ttyS0
directory, and underneath the "device" symlink points
properly to your SAB82532 device node.
If this is the case, it is using ttyS0 and ttyS1 is just
an anomaly in how the serial core layer reports things.
I've run into other problems in this area, so I know
where to look to try and rectify things.
Thanks for the report!
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
