Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 101685 - (ACPI) Xircom RBEM-56G-100 on Tecra 8000 no go with acpi
Summary: (ACPI) Xircom RBEM-56G-100 on Tecra 8000 no go with acpi
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat Linux Beta
Classification: Retired
Component: kernel
Version: beta1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeff Garzik
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks: CambridgeTarget
TreeView+ depends on / blocked
 
Reported: 2003-08-05 16:02 UTC by Patrick
Modified: 2013-07-03 02:13 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-03-03 08:49:48 UTC
Embargoed:

Attachments (Terms of Use)
Output of dmesg -s40000 on Toshiba Tecra 8000 with pci=noacpi (deleted)
2003-10-18 16:02 UTC, Patrick 		no flags Details
Output of acpidmp on toshiba Tecra 8000 with pci=noacpi (deleted)
2003-10-18 16:03 UTC, Patrick 		no flags Details
View All

Description Patrick 2003-08-05 16:02:15 UTC 
Description of problem:
Cleanly installed Severn via nfs with linux askmethod nofb acpi=off. The system
reboots, boots linux and when it tries to start the pcmcia service it hangs with
messages that is doesn't know an IRQ for Pin A and B of the pcmcia card.

Version-Release number of selected component (if applicable):
no idea

How reproducible:
Just reboot the laptop and wait. Always happens.

Steps to Reproduce:
1. turn on laptop
2. let it run or add runlevel 3 in grub menu
3. wait till laptop hangs after "Starting pcmcia"

Actual results:


Expected results:
That it properly activates the pcmcia slot & Xircom card and boots fine so I can
enjoy Severn :)

Additional info:
The problem does *not* occur when I add pci=noacpi to the grub menu line. Then
the pcmcia services are started correctly and the Xircom card is recognized and
properly activated (I can ping another host).
Comment 1 Bill Nottingham 2003-08-05 17:19:08 UTC 
Can you post the output of 'acpidmp' and 'dmidecode'?
Comment 2 Len Brown 2003-08-05 18:26:17 UTC 
/proc/interrupts and dmesg -s40000 output from the success case could also help.  
Also, if you've got a serial port on this model it would be great if we can get a look at 
the boot messages from the failing boot.
Comment 3 Patrick 2003-10-18 16:02:40 UTC 
Created attachment 95281 [details]
Output of dmesg -s40000 on Toshiba Tecra 8000 with pci=noacpi
Comment 4 Patrick 2003-10-18 16:03:58 UTC 
Created attachment 95282 [details]
Output of acpidmp on toshiba Tecra 8000 with pci=noacpi
Comment 5 Patrick 2003-10-18 16:06:26 UTC 
Sorry for the delay guys. I've moved on to Fedora Core Test3 with kernel
2.4.22-1.2097.nptl. Just ran up2date and tried again with acpi=on. Problem
remains. Here are the final lines from the boot process
                                                                                
Starting pcmcia:   PCI: Emabling device 00:0b.0 (0000 -> 0002)
PCI: No IRQ known for interrupt pin A on device 00.0b.0 - using IRQ 255
PCI: Enabling device 00:0b.1 (0000 -> 0002)
PCI: No IRQ known for interrupt pin B on device 00.0b.1 - using IRQ 255
Yenta IRQ list 8498, PCI irq0
Socket status: 30000020
<laptop hangs indefinitely>
                                                                           
/proc/interrupts:
[root@tecra root]# cat /proc/interrupts
           CPU0
  0:      28959          XT-PIC  timer
  1:          2          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  5:          1          XT-PIC  MS Sound System
  8:          1          XT-PIC  rtc
 11:        800          XT-PIC  usb-uhci, Toshiba America Info Systems ToPIC97,
Toshiba America Info Systems ToPIC97 (#2), eth0
 14:       3146          XT-PIC  ide0
 15:         22          XT-PIC  ide1
NMI:          0
ERR:          0

Output of dmidecode is:
[root@tecra root]# dmidecode
RSD PTR found at 0xF1130
checksum failed.
OEM TOSHIB
PNP BIOS present.
                                                                       
The output of acpidmp and dmesg -s40000 is attached.
Comment 6 Patrick 2003-10-22 00:50:49 UTC 
This has been resolved partially. Please see the comments at
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107458
Note You need to log in before you can comment on or make changes to this bug.