Bug 854762

Also need to run
depmod -a

after you make install

We don't ship DKMS modules, or out-of-tree modules at all.  When this gets into the mainline kernel, we'll enable it.

Unfortunatly for me, rts_bpp is not working with a new kernel 3.6.0 and 3.6.1, sollution provide by Mark Harfouche works with kernel 3.5.4

It's works on Fedora 18 with kernel 3.6.1-1.fc18.x86_64 

I used source and my commands is 
 
wget https://bugs.launchpad.net/bugs/971876/+attachment/2991730/+files/rts_bpp.tar.bz2
tar jxf rts_bpp.tar.bz2
cd rts_bpp
make
su -c 'make install ; modprobe rts_bpp ; depmod -a' 

and done...

Thanks ONURALP,
your solution works with F17 kernel 3.6.10-2

You are welcome

Unfotunetely it doesn't work with a 3.7.2-204.fc18.x86_64 kernel :(

Sorry for a delayed reply Christos.

I wanted to report when I had the chance to test it myself.

Works with me, with kernel 3.7.6-201.fc18.x86_64

make sure your kernel version (uname -a) is the same as the dkms version you installed.

sudo yum update

and reboot.

yes, I faced some issues regarding the update process and the the version of the kernel and the dkms but i finally made it.

Works smoothly, thanks :)

Same issue on Asus K55VD, but unfortunatly when I tried to make rts_bpp from source, seems that it's incompatible to kernel 3.8.x:

$ wget https://bugs.launchpad.net/bugs/971876/+attachment/2991730/+files/rts_bpp.tar.bz2
$ tar -xjvf rts_bpp.tar.bz2
$ cd rts_bpp
$ make 
cp -f ./define.release ./define.h
make -C /lib/modules/3.8.4-202.fc18.x86_64/build/ SUBDIRS=/usr/local/src/rts_bpp modules
make[1]: Entering directory `/usr/src/kernels/3.8.4-202.fc18.x86_64'
  CC [M]  /usr/local/src/rts_bpp/rtsx.o
/usr/local/src/rts_bpp/rtsx.c:893:22: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘rtsx_probe’
/usr/local/src/rts_bpp/rtsx.c:1048:23: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘rtsx_remove’
/usr/local/src/rts_bpp/rtsx.c:1073:11: error: ‘rtsx_probe’ undeclared here (not in a function)
/usr/local/src/rts_bpp/rtsx.c:1074:2: error: implicit declaration of function ‘__devexit_p’ [-Werror=implicit-function-declaration]
/usr/local/src/rts_bpp/rtsx.c:1074:24: error: ‘rtsx_remove’ undeclared here (not in a function)
/usr/local/src/rts_bpp/rtsx.c:255:34: warning: ‘rtsx_host_template’ defined but not used [-Wunused-variable]
/usr/local/src/rts_bpp/rtsx.c:450:12: warning: ‘rtsx_control_thread’ defined but not used [-Wunused-function]
/usr/local/src/rts_bpp/rtsx.c:559:12: warning: ‘rtsx_polling_thread’ defined but not used [-Wunused-function]
/usr/local/src/rts_bpp/rtsx.c:715:13: warning: ‘quiesce_and_remove_host’ defined but not used [-Wunused-function]
/usr/local/src/rts_bpp/rtsx.c:751:13: warning: ‘release_everything’ defined but not used [-Wunused-function]
/usr/local/src/rts_bpp/rtsx.c:761:12: warning: ‘rtsx_scan_thread’ defined but not used [-Wunused-function]
/usr/local/src/rts_bpp/rtsx.c:786:13: warning: ‘rtsx_init_options’ defined but not used [-Wunused-function]
cc1: some warnings being treated as errors
make[2]: *** [/usr/local/src/rts_bpp/rtsx.o] Error 1
make[1]: *** [_module_/usr/local/src/rts_bpp] Error 2
make[1]: Leaving directory `/usr/src/kernels/3.8.4-202.fc18.x86_64'
make: *** [default] Error 2

:S

This seems to be associated with new changes in kernel 3.8 
http://www.gossamer-threads.com/lists/linux/kernel/1640700

You can try adding the following lines in rtxc.c after the #include statements:


#ifndef __devinit
#define __devinit
#endif
#ifndef __devexit
#define __devexit
#endif

// I'm not too sure about this one
// uncomment the one you want to try
#ifndef __devexit_p
//#define __devexit_p(x) x
//OR
//#define __devexit_p(x) NULL
#endif

I already have it installed and it seems like it is still functional, so you'll want to try and see what works. I'm no kernel developer so thsi is the best answer I can give.

I tried, but without luck, to clarify I've tried either two options  

#define __devexit_p(x) x

and 

#define __devexit_p(x) NULL

and I'm able to compile, install and load module, but until now, this seems won't work!

This is dmesg message when I loaded module:

[ 1328.331621] Initializing Realtek PCIE storage driver...

and this is the dmesg message when I inserted the SD card:

[ 1351.332620] mmc0: error -110 whilst initialising SD card
[ 1352.577725] mmc0: error -110 whilst initialising SD card
[ 1353.822831] mmc0: error -110 whilst initialising SD card

Scary.

Well according to the launchpad bug report, the realtek card works out of the box in Ubuntu 13.04, so hopefully Fedora will follow.

As a temporary fix, maybe try booting up in an earlier version of the kernel and compiling again and installing (removing the "fixes" that I recommended before).

I'm running 3.8.5-201 in F18 and my the drivers I compiled earlier still work :S.

Mark

I have the same problem,rtsx_pci doesn't work and can't compile rts_bpp with a kernel > 3.8

Bug 57061 - rtsx_pci doesn't work
https://bugzilla.kernel.org/show_bug.cgi?id=57061

So, I decided to revisit this:

Can anyone with this not working please try the following (I don't feel like possibly losing my SD card reader because this fix might not work).

Following what is said
https://bugzilla.kernel.org/show_bug.cgi?id=57061#c6

You can add the following lines to rtsx.c

Anywhere after the lines starting with #include

#ifndef __devinit
#define __devinit
#endif

#ifndef __devexit
#define __devexit
#endif

#ifndef __devexit_p
#define __devexit_p(x) (x)
#endif


then proceed to trying to make the module and installing as per the instructions above.

Let me know if it works.

I installed F19 today, and it seems that the SD card works out of the box.

I think this issue should be closed when F18 becomes obsolete.

I recently upgraded to F19 (using fedup), and the card reader Realtek 5289 is still not working:

Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5289 (rev 01)

I never tried to compile/install the rts_bpp before so there can not be any conflicting modules present, or the like..

From what I understand, FedUp doesn't necessarily install the new packages that come with F19. Rather it simply updates the packages you already have. I could be wrong though. 


If you have the patience, it might be worth it to simply pop in an F19 live CD and see if it works.

For what it is worth, I still have

01:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5289 (rev 01)

even though my SD card reader seems to be working fine.

I tried the F19 Live CD: I saw that the module 'rtsx_pci_sdmmc' was loaded, however a SD-card was not mounted when plugged in

On my current work system (3.10.11-200.fc19.x86_64) I saw that the module 'rtsx_pci_sdmmc' was loaded, SD-card wont (auto) mount or at least detected.

Strangly that after I installed 'kmod-staging' a SD-card will automount (even after uninstalling kmod-staging).

Can anyone eligthen me what may have caused this?

Well it seems like you are right that rtsx_pci_sdmmc is the right module to be loaded. Seems like Realtek open sourced the driver therefore enabling it to be included in the kernel (I am guessing that it is ).

http://lxr.free-electrons.com/source/drivers/mmc/host/rtsx_pci_sdmmc.c


If you could reproduce the bug, I would file it under a different bug report.

*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 18 kernel bugs.

Fedora 18 has now been rebased to 3.11.4-101.fc18.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you have moved on to Fedora 19, and are still experiencing this issue, please change the version to Fedora 19.

If you experience different issues, please open a new bug report for those.

I'm using fedora 20 and my kernel is ; 

Kernel :  3.11.5-302.fc20

I don't have any problem with that or driver issue or stuck on using and everything works perfectly. 

lsmod results also ; 

memstick               15993  1 rtsx_pci_ms
mmc_core              112289  1 rtsx_pci_sdmmc
rtsx_pci               38998  2 rtsx_pci_ms,rtsx_pci_sdmmc

Not a single problem with SD-Card reader or driver issue 

Thank you

*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  

It has been over a month since we asked you to test the 3.11 kernel updates and let us know if your issue has been resolved or is still a problem. When this happened, the bug was set to needinfo.  Because the needinfo is still set, we assume either this is no longer a problem, or you cannot provide additional information to help us resolve the issue.  As a result we are closing with insufficient data. If this is still a problem, we apologize, feel free to reopen the bug and provide more information so that we can work towards a resolution

If you experience different issues, please open a new bug report for those.