Bug 471824 - garmin_gps module still needed
garmin_gps module still needed
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Neil Horman
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-11-16 18:58 EST by Trever Adams
Modified: 2010-06-28 06:49 EDT (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-06-28 06:49:27 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
tar file that can be used for out-of-tree build of kernel module (10.57 KB, application/x-compressed-tar)
2009-03-14 17:04 EDT, Peter Verthez
no flags Details

  None (edit)
Description Trever Adams 2008-11-16 18:58:10 EST
Description of problem:
gpsd doesn't see Garmin USB devices without this module. Currently this means nothing works (gpsdrive, tangogps, etc.) without the garmin_gps module. Can we please have this back, if it still works, until such time as gpsd is updated to use libusb?

Version-Release number of selected component (if applicable):
All of rawhide releases since .108
Comment 1 Neil Horman 2008-11-17 16:18:08 EST
I'm building a test kernel to make sure this works now.  I'll turn it on once I'm certain that it builds properly on all appropriate arches.
Comment 2 Trever Adams 2008-11-17 19:00:03 EST
Thank you. If you need a X86_64 tester to make sure the module works, I am such a person. (I can test i386 too, but I only have a few of these left.)
Comment 3 Neil Horman 2008-11-17 20:44:47 EST
Thank you, I'll post the kernel when I have it together.  I've also got a GPS 60 as well as 32 and 64 bit hardware .
Comment 4 Neil Horman 2008-11-18 16:20:24 EST
x86 an x86_64 kernels built here, If you want to confirm that they work properly, I'll check this change in.  Thanks!

Comment 5 Trever Adams 2008-11-19 05:34:42 EST
I have not tried i386 due to time constraints today. However, I did do x86_64. It seemed to work well here. Thank you.
Comment 6 Neil Horman 2008-11-19 08:52:46 EST
commited to rawhide.  Thanks!
Comment 7 Jeremy Katz 2008-11-19 12:59:27 EST
Turning it on, though, means that any app which is doing the right thing and using libusb fails to work unless you remove the module first or blacklist it.

And we ship a couple of things in Fedora which do that (garmin-sync for one)
Comment 8 Chuck Ebbert 2008-11-19 13:17:24 EST
(In reply to comment #6)
> commited to rawhide.  Thanks!

Rawhide is now F-11.
Comment 9 Neil Horman 2008-11-19 13:52:05 EST
yeah, but not all apps do the right thing (like gpsbabel), and they're important.  And its easier to blacklist a module then rebuild a kernel
Comment 10 Bug Zapper 2008-11-26 00:29:46 EST
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
Comment 11 Trever Adams 2008-12-11 14:15:31 EST
Are we going to see this in F10?
Comment 12 Peter Verthez 2008-12-31 07:43:44 EST
I would also like to have this back in F10...

Comment 13 G. Michael Carter 2009-01-24 10:36:14 EST
Are we just doing a voting poll or is someone actually working on it?  *smile*

I'd prefer to see programs like gpsd updated to use the new tech.  But then this garmin_gps driver should be added back for the software that hasn't caught up yet.

At least in my opinion.   So you got my vote to add it back too.
Comment 14 Mathieu Baudier 2009-01-24 15:57:10 EST
For those we cannot wait, here is how I proceeded in order to build a custom kernel to support gps_garmin on Fedora 10 (I thought that it may be useful in this thread, where everybody tends to end up):

- in general, follow the instructions here: http://fedoraproject.org/wiki/Docs/CustomKernel

- when generating the config, add the option CONFIG_USB_SERIAL_GARMIN (as module, to be able to unload it later when using incompatible tools)
In the graphical kernel config editor it can be found under: Drivers/USB support/USB Serial Converter support/USB Garmin GPS driver.
(that was the hardest part to find this ;)

- in order to have the kernel-firmware RPM:
Modify kernel.spec
  %define with_firmware  %{?_with_firmware:  0} %{?!_with_firmware:  1}
instead of
  %define with_firmware  %{?_with_firmware:  1} %{?!_with_firmware:  0}
(thanks to http://forums.fedoraforum.org/showthread.php?t=209989)

  rpmbuild -ba kernel.spec --target=i686

Built on a F10 x86_64, tested on a F10 i686 (Samsung NC10 netbook).
Tested with gpsd and xgps (yum install gpsd-clients):
  gpsd -n -N -D 2 /dev/ttyUSB0 (as root)

I am not a kernel building expert so there may be better ways but I hope it helps.

(reference: http://www.argeo.org/mediawiki/index.php/Fedora#Add_Garmin_GPS_support)
Comment 15 Peter Verthez 2009-03-14 17:04:30 EDT
Created attachment 335226 [details]
tar file that can be used for out-of-tree build of kernel module

You can avoid having to do a full kernel build, by taking the driver out of the sources and building it as an out-of-tree module.

I'm attaching a .tgz file that contains simply the c file and a Makefile.  You need the kernel-devel RPM installed, but apart from that, it's simply make + make install.

Advantages: much faster build + you can stay with the default kernel that Fedora ships.

As long as the file doesn't change in the kernel (unlikely), you can keep using it by rebuilding it after each kernel upgrade.  If the file would change, simply take the new file out of the kernel sources and replace.
Comment 16 Peter Verthez 2009-03-14 17:07:21 EDT
By the way, I tried making a kmod RPM (or even akmod) for this, but didn't really succeed due to lack of documentation.  Maybe somebody else knows how to do that?
Comment 17 Peter Verthez 2009-03-15 10:22:45 EDT
I actually tried the communication to the GPS now, using the module built as an out-of-tree module, but the driver doesn't seem to work anymore.  I'm getting the same problem as reported in this mail:

But it seemed to work for Mathieu? (I'm also on an x86_64)
Comment 18 Trever Adams 2009-04-06 13:59:00 EDT
Retargetting to rawhide as it still exists there.
Comment 19 Chuck Ebbert 2009-05-09 03:38:32 EDT
The only solution that would be easy to implement would be to build the module but blacklist it so it doesn't interfere with apps that use libusb.
Comment 20 Mathieu Baudier 2009-05-09 03:46:44 EDT
Chuck, that would be great and indeed a pragmatic solution!

Any chance to have it in Fedora 11? (18 days before, I don't have that much hope...)
Comment 21 Neil Horman 2009-05-11 08:34:33 EDT
So, I'm not sure why this got reopened.  The appropriate config option is on in cvs for rawhide, and has been since last november.  The module builds appropriately, so it should be available in F-11.  I can turn it on for F-10 if you all like, or We can move this bug to the modules-utils package to have garmin_gps blacklisted by default.  But its not really clear to me what the desire is here.
Comment 22 Peter Verthez 2009-05-11 13:10:29 EDT
For me personally, I would like to have this turned on again in F-10, because I need it to be able to use my GPS in Garmin's MapSource application via wine.

If it needs to be blacklisted by default because of possible interference with another driver, no problem.  The point is that there should be a way in F-10 to use the driver (which would then be by un-blacklisting it) without recompiling the kernel.

Thanks in advance!
Comment 23 Mathieu Baudier 2009-05-11 13:27:26 EDT
I support Peter proposal: building a kernel is fun but uncommenting (or for that matter, manually loading) kernel modules is much practical, especially when you routinely switch between some applications which require the module and others which are incompatible with it.
Comment 24 Neil Horman 2009-05-11 14:29:26 EDT
done, commited the config change to F-10.
Comment 25 Bug Zapper 2009-06-09 05:53:28 EDT
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
Comment 26 Peter Verthez 2009-08-22 07:49:15 EDT
Is this now supposed to be present in the latest F-10 kernel?   It doesn't seem so.   The config change for F-10 was reportedly done in May, but does it still need to be pushed to the official kernel for F-10?    I don't know much about the procedures at Redhat/Fedora...
Comment 27 Bug Zapper 2010-04-27 08:21:02 EDT
This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '11'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 11's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 11 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
Comment 28 Trever Adams 2010-05-03 14:46:11 EDT
These appear to be included now in the kernel. I am going to mark this closed in 3 days if no one else needs it open.
Comment 29 Bug Zapper 2010-06-28 06:49:27 EDT
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

Note You need to log in before you can comment on or make changes to this bug.