Dear Komuro,
Any chance you could bisect it further? Also, does "lspci -vvv",
"/proc/ioports" and/or "/proc/iomem" change between -git7 and -git8?
Best,
Dominik
On Sat, Dec 19, 2009 at 04:16:47PM +0900, Komuro wrote:
>
> Hi,
>
> 2.6.32-git7(2009/12/11) works and 2.6.32-git8(2009/12/12) does not work.
>
> So I think "'linux-next' of git://git.kernel.org/pub/scm/linux/kernel/git/jbar
> nes"
> introduces this problem.
>
>
> author Linus Torvalds <torva...@linux-foundation.org>
> Fri, 11 Dec 2009 20:18:16 +0000 (12:18 -0800)
> committer Linus Torvalds <torva...@linux-foundation.org>
> Fri, 11 Dec 2009 20:18:16 +0000 (12:18 -0800)
> commit 11bd04f6f35621193311c32e0721142b073a7794
> tree 00979740582bb26e8d3756bf3526c85f19f66a46 tree | snapshot
> parent 4e2ccdb0409146f8cf64a11b6ef82a9c928ced2a commit | diff
> parent 9e0b5b2c447ad0caa075a5cfef86def62e1782ff commit | diff
> Merge branch 'linux-next' of git://git./linux/kernel/git/jbarnes/pci-2.6
>
> * 'linux-next' of git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.
> 6: (109 commits)
> PCI: fix coding style issue in pci_save_state()
> PCI: add pci_request_acs
> PCI: fix BUG_ON triggered by logical PCIe root port removal
> PCI: remove ifdefed pci_cleanup_aer_correct_error_status
> PCI: unconditionally clear AER uncorr status register during cleanup
> x86/PCI: claim SR-IOV BARs in pcibios_allocate_resource
> PCI: portdrv: remove redundant definitions
> PCI: portdrv: remove unnecessary struct pcie_port_data
> PCI: portdrv: minor cleanup for pcie_port_device_register
> PCI: portdrv: add missing irq cleanup
> PCI: portdrv: enable device before irq initialization
> PCI: portdrv: cleanup service irqs initialization
> PCI: portdrv: check capabilities first
> PCI: portdrv: move PME capability check
> PCI: portdrv: remove redundant pcie type calculation
> PCI: portdrv: cleanup pcie_device registration
> PCI: portdrv: remove redundant pcie_port_device_probe
> PCI: Always set prefetchable base/limit upper32 registers
> PCI: read-modify-write the pcie device control register when initiating pcie
> flr
> PCI: show dma_mask bits in /sys
> ...
>
> >>
> >>> The mac address of 3c562 becomes ff:ff:ff:ff:ff:ff
> >>> and no startup message appear for serial.
> >>
> >>Ouch.
> >>
> >>> This card works with kernel-2.6.32-git7.
> >>
> >>Hm, there didn't happen much in PCMCIA land between git7 and git10:
> >>
> >># git log --pretty=oneline 3ef884b4c04e857c283cc77ca70ad8f638d94b0e..f405425
> 3
> >2e96dda5506eb76badea322f2ae4731c drivers/pcmcia/ include/pcmcia/
> >>11bd04f6f35621193311c32e0721142b073a7794 Merge branch 'linux-next' of git://
> g
> >it.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.6
> >>15ea76d407d560f985224b65fe59c9db01692a0d pccard: configure CLS on attach
> >>
> >>which only seems relevant for CardBus. Nonetheless: could you try commenting
> >>out the line "pci_set_cacheline_size(dev)" in
> >>drivers/pcmcia/cardbus.c:cardbus_config_irq_and_cls() ?
> >>
> >
> >Even if I revert the "pccard: configure CLS on attach" manually,
> >3com 3c562 still does not work.
> >
> >Best Regards
> >Komuro
> >
> >
> >
> >_______________________________________________
> >Linux PCMCIA reimplementation list
> >http://lists.infradead.org/mailman/listinfo/linux-pcmcia
>
_______________________________________________
Linux PCMCIA reimplementation list
http://lists.infradead.org/mailman/listinfo/linux-pcmcia
