Created attachment 427052 [details] lspci output Description of problem: the BCM57765 on my 2010 mac mini is not detected / supported Version-Release number of selected component (if applicable): 2.6.33.3-85.fc13.x86_64 How reproducible: always Steps to Reproduce: 1. Boot F13 2. No ethernet 3. Actual results: No ethernet devices are detected Expected results: BCM57765 as eth0 (tg3 module?) Additional info: lspci reveals: 04:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM57765 Gigabit Ethernet PCIe
Created attachment 427053 [details] lspci -vv output
We need the output of lspci -nn in order to see the device IDs.
Created attachment 427189 [details] lspci -nn output Added the requested lspci -nn output
Support for 57765 was added in 2.6.34, and the backport is not easy. You can try a 2.6.34 f-14 kernel from koji.
OK, I've managed to boot a recent F13 live CD on the mac mini with kernel 2.6.35-0.2.rc3.git0 and I can confirm that the ethernet port works properly: from dmesg: <snip> tg3.c:v3.110 (April 9, 2010) tg3 0000:04:00.0: PCI INT A -> Link[Z00N] -> GSI 21 (level, low) -> IRQ 21 tg3 0000:04:00.0: setting latency timer to 64 tg3 0000:04:00.0: eth0: Tigon3 [partno(BCM957765) rev 57785000] (PCI Express) MAC address c4:2c:03:0b:4b:e3 tg3 0000:04:00.0: eth0: attached PHY is 57765 (10/100/1000Base-T Ethernet) (WireSpeed[1]) tg3 0000:04:00.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] tg3 0000:04:00.0: eth0: dma_rwctrl[00000001] dma_mask[64-bit] <snip> alloc irq_desc for 44 on node -1 alloc kstat_irqs on node -1 tg3 0000:04:00.0: irq 44 for MSI/MSI-X alloc irq_desc for 45 on node -1 alloc kstat_irqs on node -1 tg3 0000:04:00.0: irq 45 for MSI/MSI-X alloc irq_desc for 46 on node -1 alloc kstat_irqs on node -1 tg3 0000:04:00.0: irq 46 for MSI/MSI-X ADDRCONF(NETDEV_UP): eth0: link is not ready ip6_tables: (C) 2000-2006 Netfilter Core Team tg3 0000:04:00.0: eth0: Link is up at 1000 Mbps, full duplex tg3 0000:04:00.0: eth0: Flow control is on for TX and on for RX ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready eth0: no IPv6 routers present I guess this bug can be closed.