Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 272676 - [2.6.29 regression] fbcondecor breaks boot on Sun Blade 1000
Summary: [2.6.29 regression] fbcondecor breaks boot on Sun Blade 1000
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard: linux-2.6.29-regression
Keywords:
Depends on:
Blocks: 271774 279685
  Show dependency tree
 
Reported: 2009-06-04 18:48 UTC by Raúl Porcel (RETIRED)
Modified: 2011-05-10 13:17 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Raúl Porcel (RETIRED) gentoo-dev 2009-06-04 18:48:51 UTC
All 2.6.29 versions fail to boot on Sun Blade 1000 due to 4201_fbcondecor-0.9.6.patch, removing that patch works fine. I need to test with the one in 2.6.28(2.6.28 worked fine).

The log:
SILO Version 1.4.14
boot: gentoo.nw
Allocated 64 Megs of memory at 0x40000000 for kernel
Loaded kernel version 2.6.29
Loading initial ramdisk (760305 bytes at 0x3F000000 phys, 0x40C00000 virt)...
|
PROMLIB: Sun IEEE Boot Prom 'OBP 4.16.4 2004/12/18 05:18'
PROMLIB: Root node compatible:
Linux version 2.6.29-gentoo-r5 (root@sparc) (gcc version 4.3.3 (Gentoo 4.3.3 p1.0) ) #1 SMP Thu Jun 4 20:38:39
console [earlyprom0] enabled
ARCH: SUN4U
Ethernet address: ...........
Kernel: Using 2 locked TLB entries for main kernel image.
Remapping the kernel... done.

It happens after it switches from earlyprom0 console to ttyS0.
Comment 1 Michal Januszewski (RETIRED) gentoo-dev 2009-06-09 09:04:22 UTC
Does this kernel provide a framebuffer device?  If so, which driver is providing the framebuffer?
Comment 2 Ferris McCormick (RETIRED) gentoo-dev 2009-06-11 18:48:49 UTC
There are known problems with this kernel on SB1000/2000 systems, but I don't think I've seen this one addressed. (The problems I am aware of are related to the qla microcode for the disks).  In general, I infer from the traffic on the sparclinux@vger.kernel.org mailing list, several things underwent fairly major changes in 2.6.29*.

Have you asked on the sparclinux list?  They might have an answer, but I don't off hand.
Comment 3 Daniel Drake (RETIRED) gentoo-dev 2009-06-21 15:43:37 UTC
Michal, any ideas?
Comment 4 Daniel Drake (RETIRED) gentoo-dev 2009-06-21 15:44:27 UTC
Raúl/Ferris: attaching dmesg from a working 2.6.28 boot would probably be enough to answer Michal's question
Comment 5 Raúl Porcel (RETIRED) gentoo-dev 2009-06-21 16:22:36 UTC
Rebooting with command: boot
Boot device: disk1  File and args:
SILO Version 1.4.14
boot:
Allocated 64 Megs of memory at 0x40000000 for kernel
Loaded kernel version 2.6.29
Loading initial ramdisk (760391 bytes at 0x3F000000 phys, 0x40C00000 virt)...
|
PROMLIB: Sun IEEE Boot Prom 'OBP 4.16.4 2004/12/18 05:18'
PROMLIB: Root node compatible:
Linux version 2.6.29.4 (root@monchisun) (gcc version 4.3.3 (Gentoo 4.3.3 p1.0) ) #1 SMP Mon Jun 1 17:21:34 CEST 29
console [earlyprom0] enabled
ARCH: SUN4U
Ethernet address: 00:03:ba:00:e4:ba
Kernel: Using 2 locked TLB entries for main kernel image.
Remapping the kernel... done.
OF stdout device is: /pci@8,700000/ebus@5/serial@1,400000:a
PROM: Built device tree with 64227 bytes of memory.
Top of RAM: 0x3ff0e000, Total RAM: 0x3fed4000
Memory hole size: 0MB
[0000000200000000-fffff80000c00000] page_structs=131072 node=0 entry=0/0
[0000000200000000-fffff80001000000] page_structs=131072 node=0 entry=1/0
Zone PFN ranges:
  Normal   0x00000000 -> 0x0001ff87
Movable zone start PFN for each node
early_node_map[5] active PFN ranges
    0: 0x00000000 -> 0x0001f7ff
    0: 0x0001f800 -> 0x0001ff5c
    0: 0x0001ff64 -> 0x0001ff70
    0: 0x0001ff80 -> 0x0001ff82
    0: 0x0001ff86 -> 0x0001ff87
Booting Linux...
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 129898
Kernel command line: rdinit=/linuxrc real_root=/dev/sda4
PID hash table entries: 4096 (order: 12, 32768 bytes)
clocksource: mult[c80000] shift[16]
clockevent: mult[147ae14] shift[32]
Console: colour dummy device 80x25
console handover: boot [earlyprom0] -> real [tty0]
PROMLIB: Sun IEEE Boot Prom 'OBP 4.16.4 2004/12/18 05:18'
PROMLIB: Root node compatible:
Linux version 2.6.29.4 (root@monchisun) (gcc version 4.3.3 (Gentoo 4.3.3 p1.0) ) #1 SMP Mon Jun 1 17:21:34 CEST 29
console [earlyprom0] enabled
ARCH: SUN4U
Ethernet address: 
Kernel: Using 2 locked TLB entries for main kernel image.
Remapping the kernel... done.
OF stdout device is: /pci@8,700000/ebus@5/serial@1,400000:a
PROM: Built device tree with 64227 bytes of memory.
Top of RAM: 0x3ff0e000, Total RAM: 0x3fed4000
Memory hole size: 0MB
[0000000200000000-fffff80000c00000] page_structs=131072 node=0 entry=0/0
[0000000200000000-fffff80001000000] page_structs=131072 node=0 entry=1/0
Zone PFN ranges:
  Normal   0x00000000 -> 0x0001ff87
Movable zone start PFN for each node
early_node_map[5] active PFN ranges
    0: 0x00000000 -> 0x0001f7ff
    0: 0x0001f800 -> 0x0001ff5c
    0: 0x0001ff64 -> 0x0001ff70
    0: 0x0001ff80 -> 0x0001ff82
    0: 0x0001ff86 -> 0x0001ff87
Booting Linux...
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 129898
Kernel command line: rdinit=/linuxrc real_root=/dev/sda4
PID hash table entries: 4096 (order: 12, 32768 bytes)
clocksource: mult[c80000] shift[16]
clockevent: mult[147ae14] shift[32]
Console: colour dummy device 80x25
console handover: boot [earlyprom0] -> real [tty0]
Dentry cache hash table entries: 131072 (order: 7, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 6, 524288 bytes)
Memory: 1028304k available (3520k kernel code, 1256k data, 200k init) [fffff80000000000,000000003ff0e000]
Calibrating delay using timer specific routine.. 10.13 BogoMIPS (lpj=5068)
Mount-cache hash table entries: 512
Brought up 1 CPUs
net_namespace: 568 bytes
NET: Registered protocol family 16
Testing NMI watchdog ... OK.
/pci@8,700000: SCHIZO PCI Bus Module ver[4:0]
/pci@8,700000: PCI IO[7ffef000000] MEM[7fe00000000]
PCI: Scanning PBM /pci@8,700000
/pci@8,600000: SCHIZO PCI Bus Module ver[4:0]
/pci@8,600000: PCI IO[7ffed000000] MEM[7fd00000000]
PCI: Scanning PBM /pci@8,600000
bio: create slab <bio-0> at 0
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
cfg80211: Using static regulatory domain info
cfg80211: Regulatory domain: US
        (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
        (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm)
        (5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
        (5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
        (5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
        (5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
        (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm)
cfg80211: Calling CRDA for country: US
/pci@8,700000/ebus@5/rtc@1,300070: RTC regs at 0x7fe7e300070
NET: Registered protocol family 2
IP route cache hash table entries: 8192 (order: 3, 65536 bytes)
TCP established hash table entries: 32768 (order: 6, 524288 bytes)
TCP bind hash table entries: 32768 (order: 6, 524288 bytes)
TCP: Hash tables configured (established 32768 bind 32768)
TCP reno registered
NET: Registered protocol family 1
checking if image is initramfs... it is
Freeing initrd memory: 742k freed
chmc: UltraSPARC-III memory controller at /memory-controller@0,400000 [ACTIVE]
HugeTLB registered 4 MB page size, pre-allocated 0 pages
msgmni has been set to 2011
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
Console: switching to colour frame buffer device 144x56
/upa@8,480000/SUNW,afb@0,0: AFB at 000007f800000000, type 35, DAC pnum[36e] rev[0] manuf_rev[1]
[drm] Initialized drm 1.1.0 20060810
f0082a28: ttyS0 at MMIO 0x7fe7e400000 (irq = 12) is a SAB82532 V3.2
Console: ttyS0 (SAB82532)
console [ttyS0] enabled
f0082a28: ttyS1 at MMIO 0x7fe7e400040 (irq = 12) is a SAB82532 V3.2
brd: module loaded
loop: module loaded
sungem.c:v0.98 8/24/03 David S. Miller (davem@redhat.com)
eth0: Sun GEM (PCI) 10/100/1000BaseT Ethernet
eth0: Found Generic MII PHY
sym0: <875> rev 0x37 at pci 0000:00:06.0 irq 16
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
sym1: <875> rev 0x37 at pci 0000:00:06.1 irq 17
sym1: No NVRAM, ID 7, Fast-20, SE, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
Driver 'sd' needs updating - please use bus_type methods
Driver 'sr' needs updating - please use bus_type methods
SCSI Media Changer driver v0.25
Driver 'ch' needs updating - please use bus_type methods
i2c-0: Regs at 000007fe7e00002e, 6 devices, own a0, clock 10.
bbc_i2c: probe of f007df54 failed with error -22
usbmon: debugfs is not available
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd 0000:00:05.3: OHCI Host Controller
ohci_hcd 0000:00:05.3: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:05.3: irq 15, io mem 0x7fe01000000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 4 ports detected
uhci_hcd: USB Universal Host Controller Interface driver
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usbcore: registered new interface driver libusual
mice: PS/2 mouse device common for all mice
input: Sparc BBC Speaker as /devices/root/f0061108/f0079108/f007fdec/input/input0
rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one no, 114 bytes nvram
i2c /dev entries driver
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
Advanced Linux Sound Architecture Driver Version 1.0.18a.
ALSA device list:
  #0: Sun CS4231 at 0x7fe7e200000, irq 7
TCP cubic registered
NET: Registered protocol family 17
scsi: waiting for bus probes to complete ...
scsi 0:0:6:0: CD-ROM            TOSHIBA  DVD-ROM SD-M1401 1007 PQ: 0 ANSI: 2
scsi target0:0:6: Beginning Domain Validation
scsi target0:0:6: asynchronous
scsi target0:0:6: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
scsi target0:0:6: Domain Validation skipping write tests
scsi target0:0:6: Ending Domain Validation
sr0: scsi3-mmc drive: 40x/40x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:6:0: Attached scsi generic sg0 type 5
rtc_cmos rtc_cmos: setting system clock to 2009-06-21 16:20:52 UTC (1245601252)
>> Loading modules
   :: Scanning for qla2xxx...qla2xxx loaded.
   :: Scanning for scsi_wait_scan...scsi_wait_scan loaded.
>> Activating mdev
>> Determining root device...
>> Mounting root...
>> Booting (initramfs)..
version 2.86 booting

Gentoo Linux; http://www.gentoo.org/
Comment 6 Michal Januszewski (RETIRED) gentoo-dev 2009-06-21 17:31:33 UTC
Is fbcondecor enabled in the kernel that fails too boot (i.e. CONFIG_FB_CON_DECOR=y) or is it the mere presence of the patch in the kernel tree that causes it to break?

Comment 7 Raúl Porcel (RETIRED) gentoo-dev 2009-06-22 13:57:33 UTC
(In reply to comment #6)
> Is fbcondecor enabled in the kernel that fails too boot (i.e.
> CONFIG_FB_CON_DECOR=y) or is it the mere presence of the patch in the kernel
> tree that causes it to break?
> 
I don't see that option on the config, and i've done a diff of vanilla and gentoo kernel config and they are the same:
--- kernel-config-sparc64-2.6.29-gentoo-r5      2009-06-04 20:41:15.723778398 +0200
+++ kernel-config-sparc64-2.6.29.4      2009-06-01 17:24:12.810642437 +0200
@@ -1,7 +1,7 @@
 #
 # Automatically generated make config: don't edit
-# Linux kernel version: 2.6.29-gentoo-r5
-# Thu Jun  4 20:04:31 2009
+# Linux kernel version: 2.6.29.4
+# Mon Jun  1 16:47:21 2009
 #
 CONFIG_64BIT=y
Comment 8 Raúl Porcel (RETIRED) gentoo-dev 2009-08-09 14:08:45 UTC
Still happening with gentoo-sources-2.6.30-r4, can you stop applying the patch on sparc?

Thanks
Comment 9 Mike Pagano gentoo-dev 2009-08-28 16:35:41 UTC
Applied change to kernel-2.eclass.

The fbcondecor patch will no longer be applied to sparc/sparc64 for kernels >= 2.6.29 until we fix the issue.

Thanks for testing, Raul.
Comment 10 George Kadianakis (RETIRED) gentoo-dev 2010-01-12 13:22:58 UTC
Michal, do we have any news on this one?
Comment 11 Michal Januszewski (RETIRED) gentoo-dev 2010-02-08 13:28:43 UTC
Could you please try it with the following version of the patch:
http://dev.gentoo.org/~spock/projects/fbcondecor/archive/fbcondecor-0.9.6-2.6.33-rc7.patch

I went through all the changes that fbcondecor makes in fbcon.c and tried to make sure that if fbcondecor is disabled, the code behaves exactly as if the patch hadn't been applied at all.