Jump to content

jaymonkey

Members
  • Content count

    29
  • Joined

  • Last visited

About jaymonkey

  • Rank
    InsanelyMac Protégé

Profile Information

  • Gender
    Male
  • Location
    England - UK
  1. It might be worth trying it with another brand or type of smart card .... your system with 5209 reader got much further than mine with 525A reader ... Good Luck Jay
  2. Thanks for letting us know about the latest update to the project ... I downloaded the latest project and compiled it ... I can confirm that the latest version no longer cause a KP and reboot on card insertion, however it does not attempt to bind RTSX to the device either so the KP and reboot problem may still exist ... No Debug written to console log other than the usual two entries on RTSX init:- 2018-02-28 18:09:52.831857+0000 0xec Default 0x0 0 kernel: rtsx_softc::probe(PXSX) 2018-02-28 18:09:52.831863+0000 0xec Default 0x0 0 kernel: rtsx_softc::start(PXSX) <1> IOREG shows RTSX loaded but thats all it does .. no card binding to it on card insert :- Hope that this project can eventually result in a working kext for Realtek 525A Card Reader .. My System is 15" HP Spectre X360 with SD Reader 10EC:525A ... running MacOS Sierra 10.12.6, Xcode Version 9.2 Cheers Jay
  3. @Gorelander, I tried building maz-1's modified sources that includes the new OpenBSD RTS525A driver on my OSX 10.12.6 system but no luck ... Unfortunately its still broken .. see the last three posts here for more details :- https://github.com/ZombieTheBest/XPS9350-10.13-HighSierra/issues/11 Cheers Jay
  4. Has anyone had any success with getting Vendor/Device ID: 10EC 525A - Realtek RTS525A Working ? ​I added VID/PID to the kext's info.plist but it still doesn't work for me .. Running MacOS Sierra 10.12.6 Am hopeful that now OpenBSD has RTS525A support we might see a working kext for this device. Cheers Jay
  5. Clover Bug/Issue Report and Patch

    Clover feature/enhancement request ... At the moment it seems that clover only sets/initialises a small sub set of the msr registers ... this for me causes the following issue ... I have 2017 15" HP Spectre X360 laptop ... if i cold boot OSX via clover the default msr register values are ok and osx runs great ... if i reboot and reload OSX all is still fine .... same goes if i reboot run linux then reboot and reload OSX .... however if i run Windows 10 then reboot and run OSX some of the MSR registers are left at the values Windows 10 sets them to and OSX power management does not work correctly ... it looks like (at least in this case) that the BIOS does not re initialise the msr registers on a warm boot/reboot. Having discussed this issue with rehabman it seems that AHCI code can not write to the MSR registers so its not possible to write a SSDT hotpatch to address the issue ... the solution apparently needs to be done through Clover ... One approach to the solution would be some sort of feature to make and save a 'snapshot' of what ALL the msr register values are and store them as a table . maybe achieved through a F-key like the F4 ACPI dump, then all that is required is a clover option in the CPU section to write/update the MSR registers with the table values during clover initialisation ... An advantage of this approach (in addition to resolving an issue like i'm seeing) is that advanced users could fine tune all the MSR values by editing the dumped snapshot table once the syntax is fully documented ... having a option in the config plist to point to the required msr snapshot/table would allow users to experiment with different MSR tables/values (a bit like how we can set the dsdt file name) ... taking it one step further the table structure could then be supported by clover configurator for those users not wishing to directly edit the file(s) and need a gui/msr editor .... I realise this is a niche request right now but it seems that new HP high-end laptops (Spectre & Elite) have a very limited BIOS with no access to any advanced menus so it may become a more prolific problem in the near future ... also its clear to me that those 'other' msr registers have an effect on the systems power management so this feature would sort of make clover future prof in terms of msr initialisation. I am happy to supply further debug info and test any beta code if needed .... Cheers Jay
  6. i2c-hid touchscreens, trackpads and more

    Hi Alex, Have been following the progress of your project for some time now ..... the possibility of using i2c devices such as touch screens and pen digitisers on a hackingtosh is certainly intriguing and could potentially offer features that even apple do not provide with their latest macs, so well done for taking such a bold step. Up until now i have not had a device that would support these features but my old sony laptop hack died so after a bit of hunting around i just got a new 2017 HP Spectre X360 ... which has touch screen and n-trig pen. I've got OSX running well on it, Mirone helped with getting the audio working. Was wondering if there was any chance of getting touch screen and n-trig support working with your i2c project. Can provide dsdt and ioreg .. etc ... do you need them as native or patched ? I realise that your project is still in devlopment so not expecting any quick fixes .... but would like to help out in devlopemnt and testing as i see the potentail. Cheers Jay
  7. Hi Sinetek, Great work so far buddy ... theres been a huge gap in running osx on laptops that use PCIe bus for SD card reader's and your project is looking like it can fill that gap. Its very encouraging to read that some people are having reasonable success with your kext even at this early stage of the project. I wish you all the best with the project it am happy to help test and supply feedback for you .... I just tried it on a new laptop hackingtosh i'm currently working ... its seems to have yet another new Realtek SD Card Reader / variant Vendor ID: 10EC (VID) Device ID: 525A (PID) I did add the PID-VID it to the appropriate line in info.plist in your kext but it failed to work. Would appreciate if you could add this one to your ever growing list Cheers Jay
  8. Airport - PCIe Half Mini

    Hi guys, i Am using AW-CE123H Wifi/BT PCI Express Card in Sony Laptop running El-Cap- 10.11.6 .... using main guide .... Wifi enabled with FakePCIID and BT enabled with BrcmPatchRAM2.kext, handoff, continuity and 5G patches applied via Clover ... Everything works ok except for one annoying little gremlin that has been bugging me for a while .. I have AC wifi network .... on bootup wifi will connect to 5G at 867Bps ..... however after sleep/wake or wifi toggle on/off 5G will only connect at 300Bps (sill on AC network) The only way to get back to full speed is to reboot ... Its not just my laptop, i have two desktops that also have Aw-CE123H card (same F/W version) and they also behave exactly the same .... my iphone 6S, Sony Xperia Tablet and genuine MAC all connect to AC network with no problems and do not suffer from this issue so i think its not a fault of the router which is Asus RT-AC86U running latest Merlin build ... https://asuswrt.lostrealm.ca/ I think it could possibly be an issue with the firmware in the broadcom 4352 chipset ... Software Versions: CoreWLAN: 11.0 (1101.20) CoreWLANKit: 11.0 (1101.20) Menu Extra: 11.0 (1121.34.2) System Information: 12.0 (1100.2) IO80211 Family: 11.1 (1110.26) Diagnostics: 5.1 (510.88) AirPort Utility: 6.3.6 (636.5) Interfaces: en1: Card Type: AirPort Extreme (0x14E4, 0x2123) Firmware Version: Broadcom BCM43xx 1.0 (7.21.95.175.1a6) <<<<-------------- i think this is old MAC Address: 40:e2:30:12:5e:b3 Locale: FCC Country Code: US Supported PHY Modes: 802.11 a/b/g/n/ac Supported Channels: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, 149, 153, 157, 161, 165 Wake On Wireless: Supported AirDrop: Supported, Channel 149 Status: Connected Would appreciate if anyone out there using AW-CE123H with same firmware version is also experiencing this issue ??? Wake for Network Access is disabled in Energy saver. I did post this issue on the 'other' forum but didn't any further resolving it, so posting here. Does anyone know how to source later FW and update ? .... not sure if its even possible ? Cheers Jay Update 16-Oct-2016 After searching for what seems like forever i've found a solution to this annoying gremlin here .... http://www.insanelymac.com/forum/topic/312759-fix-macos-sierra-dp1-bcm94532z-wifi/page-3?do=findComment&comment=2262994 Basically for whatever reason the issue seems to be related to the Local and Country code ... The guide in post #1 recommends setting these to FCC & US to enable 5G However the above posts suggests setting CC to #a (local Unknown ?) and now my 5G WiFi always connects at 867bps even after sleep & wifi toggle. So Happy .... big thanks to lisai9093 and Ramalama for the solution Wifi Sys info now looks like this ... Software Versions: CoreWLAN: 11.0 (1101.20) CoreWLANKit: 11.0 (1101.20) Menu Extra: 11.0 (1121.34.2) System Information: 12.0 (1100.2) IO80211 Family: 11.1 (1110.26) Diagnostics: 5.1 (510.88) AirPort Utility: 6.3.6 (636.5) Interfaces: en1: Card Type: AirPort Extreme (0x14E4, 0x2123) Firmware Version: Broadcom BCM43xx 1.0 (7.21.95.175.1a6) MAC Address: 40:e2:30:12:5e:b3 Locale: Unknown Country Code: #a Supported PHY Modes: 802.11 a/b/g/n/ac Supported Channels: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, 144, 149, 153, 157, 161, 165 Wake On Wireless: Supported AirDrop: Supported, Channel 149 Status: Connected Cheers Jay
  9. Pattern of MLB (Main Logic Board)

    @Dajjal, I have exact same hardware (GA-Z77X-UD5H & i7 3770K @4.3Ghz) 16GB RAM / Nvidia GTX 660 OC. I'm also using iMac 13,2 for SMBIOS and everything works perfect, you should have no issues activating iMessage with that configuration I'm using self generated MLB based on OSX S/N + Extra digits as detailed in iMessage Guide. Cheers Jay
  10. Pattern of MLB (Main Logic Board)

    @All, It does indeed look like Apple have relaxed MLB validation checking ... this seems to co-inside with two factor authentication being introduced for iMessage. As reported in quite a few posts on my iMessage guide thread, it would seem that for many who have not touched iMessage since Late Nov 2014 it would seem that iMessage is working again. There are even posts indicating that MLB & ROM do not even have to be white-listed via customer code/calling Apple - i have not had chnace to confirm all of these reports yet and it seems hard to believe given the umerus attempts by Apple to block access to iMessage to hackingtosh users. I can confirm that four of my os x systems which iMessage stopped working on after the November 2014 MLB validation changes have started working again, with out any intervention other than having to log-in again. ... all four of these systems have the MLB generated from the OSX S/N with additional digits added to make up to 17 characters and a MAC address as the ROM value, basically it seems we've gone back to being able activate iMessage the way we did a year ago .... which is Amazing !! There are posts indicating that it is no longer necessary to even have to white-list your MLB & ROM values, I have not been able to confirm all of these findings and it is unknown if this relaxation of iMessage validation is just a 'blip' in the iMessage system while 2FA rolls out or if it represents a change in Apples iMessage policy which my suggest that they are opening up iMessage to other devices/platforms ? Any thoughts, findings or feedback would be useful as to confirming just what is going on, but it's looking good at the moment. Cheers Jay
  11. Pattern of MLB (Main Logic Board)

    Thats an interesting development (the error in boot log) and would suggest that Apple have implemented some sort of validation check between the system type defined in the SMBIOS and the MLB type (13 or 17 digit). What System Type identifier are you using ? (eg iMac 14,2) ? do you have 11 or 12 digit S/N ? Cheers Jay
  12. Pattern of MLB (Main Logic Board)

    @takeawaydave, AFAIK Clover Configurator (CC) does not use any of the values you enter in the fields MLB & ROM (RT Variables page )when you use it's generator. If you do use CC's generator it will try to extract various values from your motherboard such as System-ID, MAC address .... and then calculate a whole set of new ID's for your hack, it modifies the System-ID's last 6 bytes with the MAC address and uses it as the SmUUID from which it then calculates a MLB ... I never use it as it gives un-predictable results. I just set the SMBIOS details to what I want using the magic wand & S/N generator, and then manually set MLB & ROM on the RT Variables page ... obviously don't click on the generate/calculate button. Cheers Jay
  13. Pattern of MLB (Main Logic Board)

    @pmjohann, You breakdown of a 17 digit MLB is correct .... as far as we know .. With regards to your question ... not many people have a 17 digit value from a non-functional MAC, most seem to be older models that have 13 digit MLB's in these cases it is only necessary to use the 13 digit MLB Value. Use Clover Configurator - on the SMBIOS page use the magic wand to select the SMBIOS you want to use and click a few times on the two 'shake' buttons to generate a S/N - Check the S/N is valid and unique using the self-solve website (if unsure see Part-1, Step 3 of my guide), add your MLB value on the RTVariables page, do not use the generator ... finally add a ROM value in most cases a NIC MAC address still works for 13 Digit MLB, not sure about 17 digit MLB ... try it. You should get a customer code the first time you use iMessage on your hack, call Apple to white-list the values, give them one of the genuine Mac's S/N if asked for one, (see step-8 of linked guide) Good Luck, let us know how you get on Cheers Jay
  14. Pattern of MLB (Main Logic Board)

    @todesto, Correct ... you only need a valid MLB and all other system ID's can be locally generated however ..... since this is a new MLB / ROM combination that has never been activated against iMessage you will need to contact Apple support and give them Customer Code displayed in the iMessage alert box so it can be white-listed, since your MLB is valid it should pass the new improved validation checks (AFAIK ROM can still be ethernet MAC address) ... give them your MacPro's S/N if asked for one - you should be fine. Cheers Jay
  15. Pattern of MLB (Main Logic Board)

    Hanger1, I received several private posts over the holidays with ID dumps from genuine Macs, but am also stuck trying to understand/decode the same two pairs .. I'm currently trying to check if one pair maybe some sort of checksum to a part of the SmUUID ? .... haven't had any success proving it it yet .... and still have a fair number of permutations to try before giving up on this theory. I've not done much on this since xmas as got lots on but will get back on it soon ..... will let you know if i discover anything. Cheers Jay
×