Hello,

Here is the IOPCCardFamily file that I have worked on today. I complied the source files offered from Apple and also fixed some bugs. You do not have to edit the info.plist to match your machine. If your pccard shows "IOPCCardBridge::start failed", you can give it a try.

How to use?

• Backup your original IOPCCardFamily driver (and IOPCIFamily driver)
• Replace your IOPCCardFamily driver (and IOPCIFamily driver) with the attached one that contains all necessary modifications
• Reboot
• As root, type "dmesg | grep PC"; you should see something being found

Welcome to try it. Don't forget to backup the old files before trying it.

[IMPORTANT]
If you get the kernel panic, PLEASE check if you have replaced the following files to make your cardbus slot working before:

AppleACPIPlatform
AppleAPIC
IOACPIFamily

If you did, you probably need to find a way to restore those files first.
If you still get kernel panic, you can take the picture of it if possible. Thanks.

[KNOWN ISSUES]
It may cause kernel panic with AGPGart installed.....
If you have the error message "IOPCCardBridge::checkBridgeBusIDs invalid sub/cardbus/pci settings of 0x0" before trying the rev3 file, it still may not work after trying the rev3 file.

Chun-Nan

Kext File: Click to view attachment
Source Code: Click to view attachment

[UPDATE]
1/17/2008: rev6 and source code update
Please replace IOPCCardFamily and IOPCIFamily at the same time.
You DO NOT have to edit info.plist because it will use "ADP2,1" by default.
If you are using other revisions, please update to rev6.
If possible, let me know the result. Thanks.

Click to view attachment
Click to view attachment

1/30/2008: rev7 and source code update
Please replace IOPCCardFamily and IOPCIFamily at the same time.
You DO NOT have to edit info.plist because it will use "ADP2,1" by default.
If you are using other revisions, please update to rev7.
If possible, let me know the result. Thanks.

Click to view attachment
Click to view attachment

2/7/2008: rev8 and source code update
Please replace IOPCCardFamily and IOPCIFamily at the same time.
You DO NOT have to edit info.plist because it will use "ADP2,1" by default.
If you are using other revisions, please update to rev8.
If possible, let me know the result. Thanks.

Click to view attachment
Click to view attachment

5/25/2008: beta3 installation package update
Please choose IOPCCardFamily and IOPCIFamily at the same time.
If possible, let me know the result. Thanks.

Click to view attachment
Click to view attachment

==========
{ "Cirrus PD6729", IS_CIRRUS|IS_PCI, ID(CIRRUS, 6729) }
{ "Cirrus PD6730", IS_CIRRUS|IS_PCI, PCI_VENDOR_ID_CIRRUS, -1 }
{ "Cirrus PD6832", IS_CIRRUS|IS_CARDBUS, ID(CIRRUS, 6832) }
{ "ENE 1211", IS_TI|IS_CARDBUS, ID(ENE, 1211) } <= new added
{ "ENE 1225", IS_TI|IS_CARDBUS, ID(ENE, 1225) } <= new added
{ "ENE 1410", IS_TI|IS_CARDBUS, ID(ENE, 1410) } <= new added
{ "ENE 710/2/4", IS_TI|IS_CARDBUS, ID(ENE, 1411) } <= new added
{ "ENE 712/4", IS_TI|IS_CARDBUS, ID(ENE, 1412) } <= new added
{ "ENE 1420", IS_TI|IS_CARDBUS, ID(ENE, 1420) } <= new added
{ "ENE 720/2/4", IS_TI|IS_CARDBUS, ID(ENE, 1421) } <= new added
{ "ENE 722/4", IS_TI|IS_CARDBUS, ID(ENE, 1422) } <= new added
{ "O2Micro OZ6729", IS_O2MICRO|IS_PCI|IS_VG_PWR, ID(O2, 6729) }
{ "O2Micro OZ6730", IS_O2MICRO|IS_PCI|IS_VG_PWR, ID(O2, 6730) }
{ "O2Micro OZ6832/33", IS_O2MICRO|IS_CARDBUS, ID(O2, 6832) }
{ "O2Micro OZ6836/60", IS_O2MICRO|IS_CARDBUS, ID(O2, 6836) }
{ "O2Micro OZ6812", IS_O2MICRO|IS_CARDBUS, ID(O2, 6812) }
{ "O2Micro OZ6922", IS_O2MICRO|IS_CARDBUS, ID(O2, 6922) }
{ "O2Micro OZ6933/711E1", IS_O2MICRO|IS_CARDBUS, ID(O2, 6933) }
{ "O2Micro OZ6912/711E0", IS_O2MICRO|IS_CARDBUS, ID(O2, 6912) }
{ "O2Micro OZ711EC1/M1", IS_O2MICRO|IS_CARDBUS, ID(O2, 7112) }
{ "O2Micro OZ711EC1", IS_O2MICRO|IS_CARDBUS, ID(O2, 7113) }
{ "O2Micro OZ711M1/MC1", IS_O2MICRO|IS_CARDBUS, ID(O2, 7114) }
{ "O2Micro OZ711MP1/MS1", IS_O2MICRO|IS_CARDBUS, ID(O2, 7134) } <= new added
{ "O2Micro OZ711EZ1", IS_O2MICRO|IS_CARDBUS, ID(O2, 7135) } <= new added
{ "O2Micro OZ711SP1", IS_O2MICRO|IS_CARDBUS, ID(O2, 7136) } <= new added
{ "O2Micro OZ711E2", IS_O2MICRO|IS_CARDBUS, ID(O2, 71E2) }
{ "O2Micro OZ711M2", IS_O2MICRO|IS_CARDBUS, ID(O2, 7212) }
{ "O2Micro OZ711M3/MC3", IS_O2MICRO|IS_CARDBUS, ID(O2, 7223) }
{ "O2Micro OZ711MP3/MS3", IS_O2MICRO|IS_CARDBUS, ID(O2, 7233) } <= new added
{ "Ricoh RL5C465", IS_RICOH|IS_CARDBUS, ID(RICOH, RL5C465) }
{ "Ricoh RL5C466", IS_RICOH|IS_CARDBUS, ID(RICOH, RL5C466) }
{ "Ricoh RL5C475", IS_RICOH|IS_CARDBUS, ID(RICOH, RL5C475) }
{ "Ricoh RL5C476", IS_RICOH|IS_CARDBUS, ID(RICOH, RL5C476) }
{ "Ricoh RL5C477", IS_RICOH|IS_CARDBUS, ID(RICOH, RL5C477) } <= new added
{ "Ricoh RL5C478", IS_RICOH|IS_CARDBUS, ID(RICOH, RL5C478) }
{ "SMC 34C90", IS_CARDBUS, ID(SMC, 34C90) }
{ "TI 1130", IS_TI|IS_CARDBUS, ID(TI, 1130) }
{ "TI 1131", IS_TI|IS_CARDBUS, ID(TI, 1131) }
{ "TI 1031", IS_TI|IS_CARDBUS, ID(TI, 1031) }
{ "TI 1210", IS_TI|IS_CARDBUS, ID(TI, 1210) }
{ "TI 1211", IS_TI|IS_CARDBUS, ID(TI, 1211) }
{ "TI 1220", IS_TI|IS_CARDBUS, ID(TI, 1220) }
{ "TI 1221", IS_TI|IS_CARDBUS, ID(TI, 1221) }
{ "TI 1225", IS_TI|IS_CARDBUS, ID(TI, 1225) }
{ "TI 1250A", IS_TI|IS_CARDBUS, ID(TI, 1250A) }
{ "TI 1251A", IS_TI|IS_CARDBUS, ID(TI, 1251A) }
{ "TI 1251B", IS_TI|IS_CARDBUS, ID(TI, 1251B) }
{ "TI 1410", IS_TI|IS_CARDBUS, ID(TI, 1410) }
{ "TI 1420", IS_TI|IS_CARDBUS, ID(TI, 1420) }
{ "TI 1450", IS_TI|IS_CARDBUS, ID(TI, 1450) }
{ "TI 1451", IS_TI|IS_CARDBUS, ID(TI, 1451) }
{ "TI 1510", IS_TI|IS_CARDBUS, ID(TI, 1510) }
{ "TI 1520", IS_TI|IS_CARDBUS, ID(TI, 1520) }
{ "TI 1620", IS_TI|IS_CARDBUS, ID(TI, 1620) }
{ "TI 4410", IS_TI|IS_CARDBUS, ID(TI, 4410) }
{ "TI 4450", IS_TI|IS_CARDBUS, ID(TI, 4450) }
{ "TI 4451", IS_TI|IS_CARDBUS, ID(TI, 4451) }
{ "TI 4510", IS_TI|IS_CARDBUS, ID(TI, 4510) }
{ "TI 4520", IS_TI|IS_CARDBUS, ID(TI, 4520) }
{ "TI 7410", IS_TI|IS_CARDBUS, ID(TI, 7410) }
{ "TI 7510", IS_TI|IS_CARDBUS, ID(TI, 7510) }
{ "TI 7610", IS_TI|IS_CARDBUS, ID(TI, 7610) }
{ "TI 7420", IS_TI|IS_CARDBUS, ID(TI, 7510) } <= new added
{ "TI 7620", IS_TI|IS_CARDBUS, ID(TI, 7610) } <= new added
{ "TI XX12", IS_TI|IS_CARDBUS, ID(TI, XX12) }
{ "TI XX21", IS_TI|IS_CARDBUS, ID(TI, XX21) } <= new added
{ "TI 6515", IS_TI|IS_CARDBUS, ID(TI, 6515) } <= new added
{ "Toshiba ToPIC95-A", IS_CARDBUS|IS_TOPIC, ID(TOSHIBA, TOPIC95_A) }
{ "Toshiba ToPIC95-B", IS_CARDBUS|IS_TOPIC, ID(TOSHIBA, TOPIC95_B) }
{ "Toshiba ToPIC97", IS_CARDBUS|IS_TOPIC, ID(TOSHIBA, TOPIC97) }
{ "Toshiba ToPIC100", IS_CARDBUS|IS_TOPIC, ID(TOSHIBA, TOPIC100) }
==========
I don't know if the new added devices will work or not. However, you can give it a try and let me know the result. In addition, if your pccard slot works under linux and it is not listed on the above the list (and if you believe it may work under mac), let me know the device id and I will try to add it to the next revision.

Terrific!! This worked for me. Thanks:)

Chun-nan,


First, thanks a lot for your work :-)

I was just starting to try and do something similar, but from the looks of it you know FAR more than I do.. ;-)



I've tried this myself (my own compile from your source, my device id isn't in the supported list), and it causes a kernel panic, much like what a couple of people were seeing in the old/other thread.
Seems to be just after it launches AppleACPIPS2Nub (or whatever the kext is called, I forget now.. Definitely the ps2nub one..).


I'm going to compile the development (I assume this is the debug version) target shortly, and will try with it.


So you know, my controller is an o2micro.. OZ711EZ1. It's supported fine in Linux, but not in osx because the headers they're using are too old.


Any input you have, questions, or things to try would be appreciated

Thanks,
EqUaTe

Hi EqUaTe,

It will be a good idea to compile the source to the development because you may have more ideas where it cause the kernel panic.

I checked the source (modules/o2micro.h) and it seemed that your card is not listed in it. You can try to add your card to the list by using the same format as other cards. (You need to add your cards in three different place inside o2micro.h. Go through the o2micro.h and you will know the format.)

However, I don't have o2micro.. OZ711EZ1 myself so I cannot test it and I don't know if it will work or not.

Chun-Nan

Great work Chun-Nan.

I have a multicard reader on my Dell Laptop (SD, MMC, MS, etc) and it is Ricoh chipset based and it is attached on the PCI bus instead of the USB. I am wondering if this could work, what do you think?

@macgirl

If we get IOPCIFamily.kext correctly recognized our Chipset(Ricoh), so we get cardreader running to i think...

Hey,

I've already added it. I've compiled the development version, but haven't had a chance to play with it yet.
I'll be giving it a go hopefully later tonight.

Would the dmesg from your debug version of IOPCIFamily.kext help diagnosis at all?
When I try things again I do plan on getting better documentation - I couldn't really at the time as I needed things to be working for later that day..

Hopefully your kext can become as thorough and as capable as the pcmcia-cs stuff is
Especially given as this kext is based off of that
As I said, the controller is supported in linux with pcmcia-cs, which is why I'm hopeful that we can get it to work with this kext.

Again, thanks for your work!

I'll report back later.

Cheers,
EqUaTe

Works fine on a Thinkpad R60, detected my Buffalo WLI-CB-G54HP PCMCIA as airport and straight on my wireless network.

Thanks very much.

Chun-nan,

Bit more info - looks as if the PCCardFamily almost loads properly, then something happens, or something else tries to load and it goes bang..

I'm attaching a screenshot of the output.. However, I may have gotten SOME useful info out of it.. The IO and Mem ranges that osx sees the controller as using.. (At least, I hope that's what those details are! )

Any ideas from this point?

Thanks,
EqUaTe


Click to view attachment

Hi EqUaTe,

Try to do this to see if anything changes:

1. Open IOPCCardBridge.cpp
2. Search the following string and remark it:
if (!settings) settings = OSDynamicCast(OSDictionary, config->getObject("Test Machine"));
3. Open Info-IOPCCardFamily.plist
4. Under Configuration Settings, use the same format and add your machine name, I/O Port Ranges, and Memory Ranges.
5. Compile and load it.

OR
1. Open IOPCCardBridge.cpp
2. Search the following string and replace "Test Machine" with "ADP2,1":
if (!settings) settings = OSDynamicCast(OSDictionary, config->getObject("Test Machine"));
3. Compile and load it.

Let me know the result.

Chun-Nan

Cool, will try this in a few minutes.

Just to be sure, I'll try both, starting with the 2nd method.

Ok, the second method changes the ranges that the pccard stuff mentions, but it still panics.

The first option (w/o adding a section to the Info.plist) also causes a panic - it looks like it's still autodetecting the ranges as well.

I'll try it again tomorrow, after adding stuff to Info.plist.


Any other suggestions?

Off to bed now, so will have a go at some point tomorrow.

first of all THANX for your kext!
worked fine but it needs a bit of tuning for 02micro controllers.
i own O2 Micro, Inc. OZ711MP1/MS1 vendor:device 1217:7134

Equate this is for you and for o2micro owners:

step 1: check in system profile the model of your machine (i.e. i'm using efi and my model is: "TravelMate 8210")
edit the plist file of iopccardfamily.kext and add your machine id in the configuration settings.
(actually the plist has only ADP2,1 ; >PowerBook1,1 ; etc.).
is possible also to insert the memory address of o2micro, ripping them from any linux distro, but is not necessary (the default values of ADP2,1 memory and i/o addresses worked fine for me)

step 2 (this is needed ONLY if your device id is not present in supported devices): with hex editor open the file iopccardfamily that is stored into the iopccardfamily.kext
look for the hex string 1712 (yes, is the vendor id reversed 1217 --- 1712).
you will find a long list of o2micro supported devices, 17122962 (o2micro 1217 device id 6229) , 17123A67 (o2micro 1217 device id 673A), 17123668 , etc
simply overwrite one device id with yours.
in my case i've choosen the 17121471, and ive pasted mine (7134 reversed --- 3471), so the new hex become: 17123471

if everything is ok you'll get a brand new pcmcia slot ready to work !

another important thing i've noticed: for me the bios update was an usefull help. Without the upgrade, same edited kext won't work.

So this is your PCMCIA Controller?




Yeah!!! I think that is the hint and what we're looking for all the time, also for other chips...

Did you find other VEN there, e.g. 1180 (8011) and e.g. DEV ID 0476 (7604)?

afaik there is also a list of supported devices in text mode.
those are the "default" supported pcmcia i've found in the hex files:
Intel 82092AA...Omega Micro 82C092G.Cirrus PD6729...Cirrus PD6730...Cirrus PD6832...O2Micro OZ6729..O2Micro OZ6730..O2Micro OZ6832/33...O2Micro OZ6836/60...O2Micro OZ6812..O2Micro OZ6912/711E0....O2Micro OZ6933/711E1....O2Micro OZ711EC1/M1.O2Micro OZ711EC1....O2Micro OZ711M1.O2Micro OZ711E2.O2Micro OZ711M2.O2Micro OZ711M3.Ricoh RL5C465...Ricoh RL5C466...Ricoh RL5C475...Ricoh RL5C476...Ricoh RL5C478...SMC 34C90...TI 1130.TI 1131.TI 1031.TI 1210.TI 1211.TI 1220.TI 1221.TI 1225.TI 1250A....TI 1251A....TI 1251B....TI 1410.TI 1420.TI 1450.TI 1451.TI 1510.TI 1520.TI 1620.TI 4410.TI 4450.TI 4451.TI 4510.TI 4520.TI 7410.TI 7510.TI 7610.TI XX12.TI XX21.Toshiba ToPIC95-A...Toshiba ToPIC95-B...Toshiba ToPIC97.Toshiba ToPIC100

if your vendor id is included, you're a lucky one, so prolly a simple device id edit is enough.
If not, no cules, only an expert like chun-nan can help you

I think i should be lucky lol
But i cannot find the entries via HEX...

Where did you find info posted above?

This is my DEV:

you need to use an hex editor.
open the iopccardfamily file into the contest/macos/ folder that is inside iopccardfamily.kext
i've looked for your vendor id (8011)and there are some: (i've simply used the search hex value 8011)
80116504
80116604
80117504
80117604
80117804

choose the most similar to yours and change it

Oh man, i'm really a dumb lol

I thought we're speaking about IOPCIFamily, cause this is the problem...
There is something wrong to PCIFamily, because my PCMCIA doesn't start...

With a hacked old one it starts...so we have to edit vanilla Leo PCIFamily to get Ricoh Chipset running...but i don't know what

PS: My ID is inside IOPCCardFamily (80117604) already

thank you !!!!

my PCMCIA: Ricoh R/RL/5C476(II) can work, my pcmcia rtl8139 can work,but cardreader can`t work.

lenovo x61

First off, nice try, but not so good for me :-/
As I understand it, you shouldn't need to modify chun-nan's rev3 kext for this - it's supposed to essentially autodetect them (at least, that's how I understood it..)



I did give this a shot, but it made no difference.
I've been compiling from chun-nan's source mostly, and saw the same results doing this - a kernel panic.
My reason for compiling from source was because the ID wasn't present.


Chun-nan:

Pretty sure I've now tried both of your suggestions, to no avail. The first option didn't seem to make any difference, so I may have done something wrong.
The second option changed the IO & mem ranges shown in the panic, but from what I could tell that was it.
What would you recommend for checking the IO & Mem ranges? So far I've tried Windows, Debian/sid, Ubuntu Gutsy 64bit, Kanotix Thorhammer RC7.
Debian & Kanotix give the same results, Gutsy gives another set, and Windows gives a third. I suspect that if I tried the 32bit Gutsy I'd get the same results as with Debian & Kanotix - all three are Debian-based.

Just to make sure - when using the source, I should extract the tarball, then copy the two cpp files in your archive into the extracted tarball, replacing the existing ones?

Do you have any other suggestions?
At this point I'm willing to try just about anything - there's nothing on the osx install that I can't recover or afford to lose, so if I end up having to blow it away and start over, I can live with that. In fact, I plan on it.. (The partition it's on just now is a bit too small )

Thanks guys!

EqUaTe

omg thank you soo much now my pcmia slot 104c:8039 works on my VAIO
however my pcixx12 Texas Instruments 5-in-1 Multimedia Card Reader does not 104c:803b

Hi macgirl,I think the multicard reader needs another driver to make it function.....Chun-NanHi kamikazi,I think the multicard reader needs another driver to make it function.....Chun-NanHi EqUaTe,After few days studying the source codes, I found out the key problem may be on IOPCIFamily (thanks those who helped me to test). I have uploaded the rev4 and you can give it a try.Chun-Nan

Thanks Chun-Nan!

Will give it a shot shortly. Have to go out soon, so may not be until this afternoon, but here's hoping!


EqUaTe

Hi Chun-Nan,

I've just tried it, but still the same error

I don't have to put my IO and memory windows values into IOPCCard Info.plist ?

Regards,
Mariusz.

Did you replace IOPCIFamily.kext AND IOPCCardFamily.kext ?

No, you shouldn't have to edit the plist at all.

I tested all revs.
But none worked until now.
I have a Toshiba Satellite with PCI Card 104c 8039.

The steps that I am doing are following.

Mv IOPC * ~ junior / bkpiopcc /; cp-rp ~ * junior/Downloads/rev4/IOPC. ; Rm-rf / System / Library / Extensions.mkext; chmod-R 755 IOPC *; chown-R root: wheel IOPC *; reboot

When he returns restart the system normally without kernel panic.

But without running the PCI Card.

Some information.

Juniors-mac-pro: ~ # sysctl-b hw.model
Mac Pro
Juniors-mac-pro: ~ #

Juniors-mac-pro: ~ root # dmesg | grep PC

Extension "com.apple.driver.ApplePCIConfigurator" has immediate dependencies on both com.apple.kernel and com.apple.kpi components; use only one style.
IOPCCardBridge::checkBridgeBusIDs invalid sub/cardbus/pci settings of 0x0
Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@1F,2/AppleIntelPIIXATARoot/PRID@0/AppleIntelICHxSATA/ATADeviceNub@0/AppleATADiskDriver/IOATABlockStorageDevice/IOBlockStorageDriver/FUJITSU MHV2160BT PL FUJITSU MHV2160BT PL/IOFDiskPartitionScheme/Untitled 2@2
FireWire (OHCI) TI ID 803a PCI now active, GUID 00080da0d1581295; max speed s400.



Thank you to all.

Hi Mariusz,

Here is the test IOPCIFamily. Try this one with IOPCCardFamily on rev4 and boot with "-s" to enter single user mode. Don't make any change on info.plist. Let me know the result. Don't forget to backup your original file before trying it.

Chun-Nan

Hi fakedotbr,

"IOPCCardBridge::checkBridgeBusIDs invalid sub/cardbus/pci settings of 0x0" is known issue. It means your pccard failed on checking before starting. I am trying to find out why it happens.

Chun-Nan

Click to view attachment

Thanks a lot Chun-nan.

I am online time you need to perform tests.

Only one problem. I do not have most of my original files IOPCCardFamily and IOPCIFamily.

Here is the dmesg from:
- Original Info.plist


- and modified Info.plist


Regards,
Mariusz.

Hi Chun-Nan,

I've tried rev4 - after hex-editing, it behaves the same as the stock kext when hexedited - namely start failed.
If you can upload the source for it, I'll add my id's that way and compile debug versions. Hopefully we can get more info out of it.

I did not edit the Info.plist file.

Thanks,
EqUaTe

@Chun-Nan

I tested the file you sent me with following results: Same error

IOPCCardBridge::checkBridgeBusIDs invalid sub/cardbus/pci settings of 0x0

Hi EqUaTe,

I have updated rev5 and source code.

Chun-Nan

Hi Mariusz, fakedotbr, and djmastera2000,

I am still trying to find out the reason why it caused "invalid sub/cardbus/pci settings" error.I have updated rev5. You can give a try and let me know the result. Thanks.

Chun-Nan

Hi Chun-nan.

I am going to install rev5 now..

And will boot with flag -s..

I be back

cd /System/Library/Extensions/ ; rm -rf IOPC*; cp -rp ~junior/Downloads/rev5/IOPC* . ; chown-R root:wheel IOPC* ; rm -rf /System/Library/Extensions.mkext ; diskutil repairPermissions ; reboot


dmesg original:




rev5



Thansk a lot

Hi Mariusz, fakedotbr, and djmastera2000,

Here is the test IOPCIFamily. Try this one with IOPCCardFamily on rev5 and boot with "-s" to enter single user mode. Don't make any change on info.plist. Let me know the result. Don't forget to backup your original file before trying it. Thanks.

Chun-Nan

Click to view attachment

Same results

Both with v5 and test1...

PS: THX for your time budd...

Hi Chun-Nan,
I've just tried IOPCCard from rev5 together with last IOPCIFamily and still no go, here is the dmesg:


Regards,
Mariusz.

Works like a charm on my HP NC6220 , TIxx21 104:8031.

A million thanks.

mariusz:
which pcmcia controller do you have?
in your signature i've noticed you have a nic intel pro 1000, can you tell me which model/vendor and how do you get it working?
i get kernel panic on mine. (intel pro 1000pm)

Chun Nan:
rev 3 for me works quite good but sometimes i get kernel panic when pcmcia is plugged in dawin startup
if leo is already booted, and i plug the pcmcia sometimes the pc freezes and i can only switch off the computer
question: what about the device memory and i/o? does they need to be changed with my linux/windows memory dumps?or i should leave the default values? do you suggest to use rev 5?

Hi Chun-nan.

I received another message in dmesg after replace the IOPCIFamily the test1.

There appeared kernel panic, but have not worked.

Woe is the dmesg.




In IOPCCardBridge show 0x7.

Thanks a lot

Hi,

my pcmcia is:


and Lan adapter is:


i'ts working out of the box, no change/kext modification was required.

Regards,
Mariusz.

Hi Chun-Nan,

I've tried rev5 with hexediting - looks the same as rev4..
I also couldn't get IOPCCardFamily to build - I got an error about AbsoluteTime (and a couple of others, I can't remember the details at the moment though).
This is (obviously) different from with rev3.
EDIT: This was my fault - hadn't copied the modified source files in correctly. *whistles*
Will report back tomorrow.

I think I may need to leave off further work on this until Thursday - at the moment I only have wireless connectivity available, and only in other OS's than OSX.


Thanks for the efforts though, and I'll be keeping an eye on any updates


Thanks,

EqUaTe

Hi Mariusz, fakedotbr, and djmastera2000,

Here is another test IOPCIFamily. Try this one with IOPCCardFamily on rev5 and boot with "-s" to enter single user mode. Look for the string "IOPCIConfigurator debug: BUS: prim/sec/sub = ......." Don't make any change on info.plist.

Let me know the result. Don't forget to backup your original file before trying it. Thanks.

Chun-Nan

Click to view attachment

Hi Chun-Nan,

find below result from test2 + rev5:




--------- EDIT ---------

I've tried with rev3 which caused kernel panic (see attached picture).


Regards,
mariusz.

Hi Chun-nan.

I got this

IOPCCardBridge::start failed


Thanks

Thanks. All the value (prim/sec/sub) are 0 according to "IOPCIConfigurator debug: BUS: prim/sec/sub = 00:00:00 (before)". I tried to put value back and obviously it didn't work. I will keep looking for the reason.Chun-NanThanks.Chun-Nan

hi Chun-Nan:huh:
thank you first for your good works. i wonder if my Texas Instruments PCIxx12 Cardbus/PCMCIA Controller on acer aspire 5570 can work with your IOPCCardFamily_chunnan_rev? if it could, which IOPCCardFamily_chunnan_rev can do? IOPCCardFamily_chunnan_rev3? or IOPCCardFamily_chunnan_rev5? thank you very much. i've got kernel panic too many times, almost give it up.

Hi guys,grunster seemed to overcome the issue of "IOPCCardBridge::checkBridgeBusIDs invalid sub/cardbus/pci settings of 0x0".http://forum.insanelymac.com/index.php?showtopic=81857Chun-NanHi monkeystar,You can try rev5 first. When trying the rev5, make sure you replace both IOPCIFamily and IOPCCardFamily from rev5. Don't mix it with rev3 or it won't work.If you have tried to make your pccard work by replacing other kexts, make sure you restore them before trying the rev5.Chun-NanHi snam11,You can try rev5 to see if it works better.I don't think changing device memory and i/o will make any difference but you can try. I have made it to use "ACP2,1" as default on the rev5.While using the rev5, make sure you replace both IOPCIFamily and IOPCCardFamily from the rev5 at the same time.Chun-Nan

Hi Mariusz, fakedotbr, and djmastera2000,

Here is the test3 IOPCIFamily. Try this one with IOPCCardFamily on rev5 and boot with "-s" to enter single user mode. Don't make any change on info.plist.

Let me know the result. Don't forget to backup your original file before trying it. Thanks.

Chun-Nan

Click to view attachment

Hi Chun-Nan,

PCMCIA slot is recognized!!! ... but USB PCMCIA adapter is not

Here is dmesg for it:


You are preety close man!! Very good job!!

Regards,
Mariusz.