SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have been experimenting with my iPhone 8 running iOS 14.8.
The use of the apple_mfi_fastcharge loaded as a module seems to be working correctly provided that I use a custom udev rule.
With that in place, then 'cat /sys/class/power_supply/apple_mfi_fastcharge/charge_type' returns Fast, otherwise Trickle.
Connecting seems to work best if the phone is powered on and unlocked before plugging the USB connection. If there are problems, check for a usbmuxd process that was not killed when the phone was unplugged.
I have been experimenting with my iPhone 8 running iOS 14.8.
The use of the apple_mfi_fastcharge loaded as a module seems to be working correctly provided that I use a custom udev rule.
With that in place, then 'cat /sys/class/power_supply/apple_mfi_fastcharge/charge_type' returns Fast, otherwise Trickle.
Connecting seems to work best if the phone is powered on and unlocked before plugging the USB connection. If there are problems, check for a usbmuxd process that was not killed when the phone was unplugged.
Thank you
this will probably solve the charging problem
but mine is with the tethering
and I noticed when the apple_mfi_fastcharge module is built-in, tethering is working fine
which is not the case when compiled as a module
edit: all my tests are done with my own kernel and the slackware huge
If, by tethering, you mean "the sharing of a mobile device's Internet connection with other connected computers" then no problem.
I am typing from a 32bit netbook running NetworkManager and the generic 5.14.5-smp kernel connected to the iPhone
Code:
bash-5.1$ nmcli | head -2
eth123: connected to Wired connection 2
"Apple iPhone5/5C/5S/6"
Sorry. I cannot replicate on the setup I am posting from, a clean install of Slackware64-current booting the huge 5.14.5 kernel.
Code:
bash-5.1$ nmcli | head -2
eth1: connected to Wired connection 2
"Apple iPhone5/5C/5S/6"
In these cases, it's like NFS or other things we've seen recently,
which work perfectly for me but not for others
I don't try to understand, I keep what works :-)
maybe I miss some settings on the phone, but I don’t really believe it
I just tested it and got something working on an up to date -current64
However, I did have to do a bit of messing around to get it to work.
I plugged in the phone and OKed whatever had popped up, and then turn on tethering but the interface didn't show up.
After plugging and unplugging a few times nothing else had changed, so I killed usbmuxd (this gets started and stopped automatically by udev, see /lib/udev/rules.d/39-usbmuxd.rules) and this time plugged in the phone with the screen unlocked and tethering already turned on. After this I ran the
Code:
# idevicepair pair
as root just to be sure. After this the interface showed up under
Code:
# ip a
Now it seems to consistently show the new network interface whenever the device is plugged in.
I don't use network manager, so I just edited the rc.inet1.conf file to have the new interface use DHCP and setup the interface properly.
I just tested it and got something working on an up to date -current64
However, I did have to do a bit of messing around to get it to work.
I plugged in the phone and OKed whatever had popped up, and then turn on tethering but the interface didn't show up.
After plugging and unplugging a few times nothing else had changed, so I killed usbmuxd (this gets started and stopped automatically by udev, see /lib/udev/rules.d/39-usbmuxd.rules) and this time plugged in the phone with the screen unlocked and tethering already turned on. After this I ran the
Code:
# idevicepair pair
as root just to be sure. After this the interface showed up under
Code:
# ip a
Now it seems to consistently show the new network interface whenever the device is plugged in.
I don't use network manager, so I just edited the rc.inet1.conf file to have the new interface use DHCP and setup the interface properly.
Hopefully this helps.
Thx for your sharing
It would be interesting if you could do a test with the MFI module built-in, if possible
plug the phone
unplug
kill usbmuxd
plug the phone back in
- on the phone : popup "trust this device" --> YES
network works as expected
So, it seems that the problem is more related to usbmuxd.
The thing I can't explain is, why I don't have to do this with the module compile built-in ...
The phone is also browsable with Dolphin (thanks to kio-extras)
EDIT:
+ a tip
If you want the fast charge to be real, add this to /etc/udev/rules.d/99-fastcharge.rules
Code:
# iPhone fast charge rule
SUBSYSTEM=="power_supply", ACTION=="change", ENV{POWER_SUPPLY_NAME}="apple_mfi_fastcharge", RUN+="/usr/bin/env sh -c 'echo Fast > /sys/class/power_supply/apple_mfi_fastcharge/charge_type'"
Code:
# cat /sys/class/power_supply/apple_mfi_fastcharge/charge_type
Fast
I just switched to an iPhone, and I've been trying to get USB tethering to work, with no luck so far. Here's what I've tried:
(1) With the stock Slackware 15.0 packages for libimobiledevice, usbmuxd, etc., it almost works: dhcpcd gets an address, but it doesn't seem to pass any network traffic after that. I can't do DNS lookups, or even ping the gateway.
(2) I built usbmuxd 1.1.1, leaving all of the other packages alone. It wouldn't build with the arch patch mentioned by marav, but it built fine without it. (Did you rebuild/modify/remove any of the other libimobiledevice packages?) Anyway, that results in the exact same behavior as (1).
(3) I built the latest versions of all of the libimobiledevice packages, checked out from git. That was even worse: dhcpcd didn't get an address.
(4) With those brand new packages, I followed one of the comments on your usbmuxd bug report, and ran usbmuxd manually, with an environment variable:
That gets me back to the earlier behavior: dhcpcd works, but no network traffic after that.
I'm kind of wondering if there's some other issue here, but I'm not sure what to look for. If it matters, I'm not using NetworkManager, just plain old /etc/rc.d/rc.inet1.
For what it's worth, wifi tethering works fine, and USB tethering with my Android phone also worked fine.
Which is exactly the same than the stock one, except for the source archive
Just run: ./fetch-usbmuxd_91aa7be.sh
to grad the last commit that works (at least for me): usbmuxd-20230918_91aa7be.tar.xz
and build/install the package
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.