227 replies to this topic

[Tyrix]

Thanks a lot you made my day

[JBraddock]

You may have solved my random KPs and either way I would like to thank you for creating such well-thought application. Previously, I was using Pfix and lately I've tried your application to repair permissions. I used to have frequent kernel panics due to VoodooHDA but with your application, although I get the above messages in my Console, everything seems much better. These messages don't affect the functionality.

May  6 13:23:00 localhost kernel[0]: Kext org.voodoo.driver.VoodooHDA - library kext com.apple.iokit.IOAudioFamily not found.
May  6 13:23:00 localhost kernel[0]: Can't load kext org.voodoo.driver.VoodooHDA - failed to resolve library dependencies.
May  6 13:23:00 localhost kernel[0]: Kext org.voodoo.driver.VoodooHDA failed to load (0xdc00800e).
May  6 13:23:00 localhost kernel[0]: Failed to load kext org.voodoo.driver.VoodooHDA (error 0xdc00800e).
May  6 13:23:00 localhost kernel[0]: Couldn't alloc class "VoodooHDADevice"

Also, I have to move GenericBrightness kext to System/Library/Extensions to get it loaded.

Long story short, thank you.

[janek202]

Version 3.4 published.
Added/Changed:
Loading kexts from custom locations, reloading and unloading kexts.
Open Panels are shown as sheets.
Small GUI fixes.

[JBraddock]

Version 3.4 published.
Added/Changed:
Loading kexts from custom locations, reloading and unloading kexts.
Open Panels are shown as sheets.
Small GUI fixes.

Hi, I tried that yesterday while trying some new kexts and it was working great. One little suggestion though. I think it would be good to have an option for exporting loaded kexts into a text document with their locations i.e for debugging purposes.

Thanks,

[RN95]

Version 3.4 published.
Added/Changed:
Loading kexts from custom locations, reloading and unloading kexts.
Open Panels are shown as sheets.
Small GUI fixes.

Hi Janeck,

Me again
I have some comments:
1- In Unpacker, Selecting architecture x86_64 seems to unpack 64 bit kexts only.
However, when selecting i386 it unpacks both architectures. Am I correct ?
Should there be an "All" option ?

2- The "Preferences" submenu is greyed out - I take it this is you're leaving that for a future release.

3- My personal preference is to set 'Check for updates' to "NO" as default to save editing the .plist file for each new release. I suppose you can set that in the preferences menu when available.

Thanks for your good work,

Best regards

[janek202]

Hi, I tried that yesterday while trying some new kexts and it was working great. One little suggestion though. I think it would be good to have an option for exporting loaded kexts into a text document with their locations i.e for debugging purposes.

Thanks,

I will think about that, but I don't promise anything.

1- In Unpacker, Selecting architecture x86_64 seems to unpack 64 bit kexts only.
However, when selecting i386 it unpacks both architectures. Am I correct ?

No. Selecting i386 will unpack kexts only in 32-bit architecture.

Should there be an "All" option ?

I don't know how to do that with mkextunpack command.
man mkextunpack:

There is no simple way to unpack a segregated mkext file into a set of
	 kexts with universal binaries, but you can unpack each of its component
	 architectures to separate directories for examination.

2- The "Preferences" submenu is greyed out - I take it this is you're leaving that for a future release.

I have no plans with that. It's simply in default application's menu, and I didn't remove that.

3- My personal preference is to set 'Check for updates' to "NO" as default to save editing the .plist file for each new release. I suppose you can set that in the preferences menu when available.

I'm too lazy to add whole new form, preferences menu item, saving and reading settings etc. for only one option. And I don't want this app to leave any junk, configuration and other files in system after removing. I don't know why do you want to disable checking, it's executed in another thread and it doesn't affect application's loading time. At least it shouldn't.

[miliuco]

Hi all. Recently I was working on new utility for kexts...

Thank you, works great.

[mnfesq]

Kext loading was a great addition to this app. That and the previous correction getting rid of the kextstore folder for E/E kexts makes this my favorite utility.

[janek202]

Test version 3.5.

Added: Creating and saving a list of loaded kexts into txt file. (File menu item)

Link: [old link, see latest posts]

Please test and report me any bugs, or ideas...

[JBraddock]

Test version 3.5.

Added: Creating and saving a list of loaded kexts into txt file. (File menu item)

Please test and report me any bugs, or ideas...

I tested this and it worked as expected. However, it takes some time with beach ball appearing during the process. It might be normal but there it is.
Thank you,

[janek202]

I know It's quite slow. The reason is kextfind command, it isn't fast.

I will try to optimize it.

[JBraddock]

I know It's quite slow. The reason is kextfind command, it isn't fast.
I will try to optimize it.

A couple of suggestions:
- In addition to menu item, an export button/icon in "Loaded" section would be nice.
- When someone hits export button, Save window appears immediately. If possible, wouldn't it be nice to open a window or show a warning "Please Wait" while the command you mentioned is being executed. When it is finished, then Save window appears. Currently, the command is being executed when Save button is clicked, after which it takes a while to export. Plus beach ball. I can't talk with a scientific mind so I don't know how possible it is.
- Finally, when Save window appears, the name field should be filled with the Computer Name by default. This may not be everyone's choice though.

Thank you for your time and effort.

[janek202]

New test build.
[old link, see latest posts]

I used Grand Central Dispatch.
Should be quite faster. No more beach ball. I'm thinking about writing my own, much faster kextfind function.

Currently I have no idea where put an export button in "Loaded" section.

[JBraddock]

New test build.
I used Grand Central Dispatch.
Should be quite faster. No more beach ball. I'm thinking about writing my own, much faster kextfind function.
Currently I have no idea where put an export button in "Loaded" section.

I tried and it worked as you described. No beach ball. Much faster. For the export icon, bottom left corner, to the left of the arrow icon? I think a small icon that has the same size with the arrow would do the job.

[iLeopod]

nice and useful tool!

what about a prelink-kernel option?

[janek202]

what about a prelink-kernel option?

What do you mean by "prelink-kernel option"?
I simply don't understand it.

[iLeopod]

it boots faster then with mkext and is supported in chameleon RC5 8xx (UseKernelCache=Yes)

terminal commands are:

sudo touch /System/Library/Extensions
sudo kextcache -system-caches
sudo kextcache -system-prelinked-kernel

[janek202]

It won't be a problem. I will add it.

[DocShadow]

Thanks .... very nice!

Doc

[jaymz60]

Works great, Thanks for your hard work EXCELLENT.....Version 10.7 (Build 11A459e)