Broadcom card faulty? (TIA)
#1
Hey guys,

I believe that I have a faulty Broadcom card since its not showing up when I do a: dmesg | grep -i crystal.


I have put up a copy of my dmesg output (full), xbmc.log file, and rc.local file here: http://pastebin.com/m4df84815


Thanks in advance for any help in determining if I have a faulty card or I screwed something up. (by the way this is a BCM70012 card)
Reply
#2
Have you installed lib/kext? what steps did you take?

what is the output of kextstat? is broadcom kext loading?

try removing following from rc.local and reboot ATV

Quote:#
./sbin/turbo_atv_enabler.bin.
#
./sbin/kextload -v /System/Library/Extensions/BroadcomCrystalHD.kext.


I have moved this to hardware discussion as you can see, its not xbmc related.
Reply
#3
Thanks for moving to the appropriate place.


I used the guide here: http://todayguesswhat.blogspot.com/2010/...le-tv.html and didn't have any errors through the process.


I removed the two lines you mentioned and rebooted. dmesg still doesn't have any output for the crystal card:

Code:
hi mem tramps at 0xffe00000
PAE enabled
standard timeslicing quantum is 10000 us
vm_page_bootstrap: 59162 free pages
mig_table_max_displ = 71
Enabling XMM register save/restore and SSE/SSE2 opcodes
61 prelinked modules
ACPI CA 20060421
AppleACPICPU: ProcessorApicId=0 LocalApicId=0 Enabled
AppleACPICPU: ProcessorApicId=1 LocalApicId=0 Disabled
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California. All rights reserved.

using 1310 buffer headers and 1310 cluster IO buffer headers
IOAPIC: Version 0x20 Vectors 64:87
ACPI: System State [S0 S4] (S0)
error mapping module file com.apple.kpi.libkern
can't map com.apple.kpi.libkern in preparation for loading
Can't determine dependencies for com.apple.driver.AppleTCOWatchdog.
Couldn't alloc class "AppleTCOWatchdog"
NVDANV40HAL loaded and registered.
display: family specific matching fails
EHCI Root Hub Simulation: family specific matching fails
USB caused wake event (EHCI)
Security auditing service present
BSM auditing present
disabled
rooting via boot-uuid from /chosen: 0000353C-2D64-0000-012B-0000715D0000
Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</st                                                                                                                       ring><key>IOResourceMatch</key><string ID="2">boot-uuid-media</string></dict>
UHCI Root Hub Simulation: family specific matching fails
Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/PATA@1F                                                                                                                       ,1/AppleIntelPIIXATARoot/PRID@0/AppleIntelPIIXPATA/ATADeviceNub@0/IOATABlockStor                                                                                                                       ageDriver/IOATABlockStorageDevice/IOBlockStorageDriver/FUJITSU MHW2040AT Media/I                                                                                                                       OGUIDPartitionScheme/OSBoot@3
BSD root: disk0s3, major 14, minor 3
com_apple_IRRecovery::probe(IR Receiver)
com_apple_IRRecovery::start(IR Receiver) <1>
com_apple_IRRecovery(0x2097d80)::start
com_apple_IRRecovery(0x2097d80)::start - This is the HID Receiver device, disabl                                                                                                                       e recovery
com_apple_IRRecovery(0x2097d80)::start Exiting
com_apple_IRRecovery(0x2097d80)::start - defining AppleIRRecoveryDisabled to dis                                                                                                                       able IR Recovery from occurring (again)
com_apple_IRRecovery(0x2097d80)::start - Intentionally fails, because work is do                                                                                                                       ne in start. This frees up resources.
com_apple_IRRecovery::start(IR Receiver) <1> failed
IOGMD(0x2186580): wB = o0, l1
IOGMD(0x2186580): wB = o0, l3
jnl: close: flushing the buffer cache (start 0x545e00 end 0x548000)
RTL8139::registerEEPROM: 8129 10ec 8139 10ec   8139 4020 e510 2300
RTL8139::registerEEPROM: 3532 3732 8d10 f7c2   8801 03b9 60f4 071a
RTL8139::registerEEPROM: dfa3 9836 dfa3 9836   03b9 60f4 1a1a 1a1a
RTL8139::registerEEPROM: 0000 84cc 0000 0000   0000 0000 0000 2000
RTL8139::registerEEPROM: 0000 0000 0000 0000   0000 0000 0000 0000
RTL8139::registerEEPROM: 0000 0000 0000 0000   0000 0000 0000 0000
RTL8139::registerEEPROM: 0000 0000 0000 0000   0000 0000 0000 0000
RTL8139::registerEEPROM: 0000 0000 0000 0000   0000 0000 0000 0000
Jettisoning kernel linker.
Resetting IOCatalogue.
com_apple_driver_RTL8139: Ethernet address <blanked out on purpose>
netsmb_dev: loaded
Reply
#4
Kextstat added to the bottom of the pastebin output.


Broadcom looks like its loading:

Code:
76    0 0x2f73e000 0xb000     0xa000     com.broadcom.crystalhd.driver (0.9.26) <5 4 3 2>
Reply
#5
ls -lRa /System/Library/Extensions/BroadcomCrystalHD.kext

ls -la /usr/lib/libcrystalhd.dylib
Reply
#6
ls -lRA output

Code:
-bash-2.05b$ ls -lRa /System/Library/Extensions/BroadcomCrystalHD.kext
total 0
drwxr-xr-x    4 root  wheel   136 Jan 13 09:59 .
drwxr-xr-x   32 root  wheel  1088 Jan 12 20:05 ..
drwxr-xr-x    3 root  wheel   102 Jan  7 20:57 BroadcomCrystalHD.kext
drwxr-xr-x    4 root  wheel   136 Jan 12 19:45 Contents

/System/Library/Extensions/BroadcomCrystalHD.kext/BroadcomCrystalHD.kext:
total 0
drwxr-xr-x   3 root  wheel  102 Jan  7 20:57 .
drwxr-xr-x   4 root  wheel  136 Jan 13 09:59 ..
drwxr-xr-x   4 root  wheel  136 Jan  5 03:11 Contents

/System/Library/Extensions/BroadcomCrystalHD.kext/BroadcomCrystalHD.kext/Content                                                                                      s:
total 8
drwxr-xr-x   4 root  wheel   136 Jan  5 03:11 .
drwxr-xr-x   3 root  wheel   102 Jan  7 20:57 ..
-rwxr-xr-x   1 root  wheel  1327 Jan  5 03:11 Info.plist
drwxr-xr-x   3 root  wheel   102 Jan  7 20:57 MacOS

/System/Library/Extensions/BroadcomCrystalHD.kext/BroadcomCrystalHD.kext/Content                                                                                      s/MacOS:
total 200
drwxr-xr-x   3 root  wheel    102 Jan  7 20:57 .
drwxr-xr-x   4 root  wheel    136 Jan  5 03:11 ..
-rwxr-xr-x   1 root  wheel  99396 Jan  7 20:57 BroadcomCrystalHD

/System/Library/Extensions/BroadcomCrystalHD.kext/Contents:
total 8
drwxr-xr-x   4 root  wheel   136 Jan 12 19:45 .
drwxr-xr-x   4 root  wheel   136 Jan 13 09:59 ..
-rwxr-xr-x   1 root  wheel  1327 Jan  5 03:11 Info.plist
drwxr-xr-x   3 root  wheel   102 Jan 12 19:45 MacOS

/System/Library/Extensions/BroadcomCrystalHD.kext/Contents/MacOS:
total 200
drwxr-xr-x   3 root  wheel    102 Jan 12 19:45 .
drwxr-xr-x   4 root  wheel    136 Jan 12 19:45 ..
-rwxr-xr-x   1 root  wheel  99396 Jan  7 20:57 BroadcomCrystalHD

ls -la output:

Code:
-bash-2.05b$ ls -la /usr/lib/libcrystalhd.dylib
-rwxr-xr-x   1 root  wheel  69776 Jan  7 20:56 /usr/lib/libcrystalhd.dylib
Reply
#7
looks good, kext looks like it's loading, If you don't see any messages in dmesg then the kext did not match to the cards pci id's which could mean that the card is faulty or not correctly installed.
Reply
#8
Thanks for the hand, I've gone ahead and cleaned/checked the contacts on both the broadcom card as well as the atv and reseated it several times. Just doesn't look like its working.
Reply
#9
xeta Wrote:Thanks for the hand, I've gone ahead and cleaned/checked the contacts on both the broadcom card as well as the atv and reseated it several times. Just doesn't look like its working.

might try booting a linux live CD and checking with lspci.
Reply
#10
You read my mind...trying that right now.
Reply
#11
no luck under lspci either Sad


Ah well. I appreciate the effort.
Reply
#12
It's dead Jim Sad
Reply
#13
Goes to show you that the search function can do wonders. I've been a member since 2004 and only needed to post ~ 8 or 9 times since then. hehe Just figured I'd give it the ol' college try. Thanks again davilla.Nod
Reply
#14
I seem to be having an issue with my card running ATV, can't seem to load it either.
However when I run the LiveCD, I can run a 'lspci', but receive the following message...
"02:00.0 Multimedia controller: Broadcom Corporation Unknown device 1612 (rev01)"

Should it report it as the BCM970012?
The board has BCM970012 printed on it, but the chip on the board says 70010 - this is from ebay, could it be dodgy?

edit. Appears to be working on LiveCD so I guess I have just not set up the ATV side correctly?
Reply
#15
Yea, more than likely. Try and confirm that you have the kexts up and loaded successfully.
Reply

Logout Mark Read Team Forum Stats Members Help
Broadcom card faulty? (TIA)1