...which means the kernel included rt2800usb is the driver for it. But you have problems with connections.
The needed firmware 2870.bin has been included.

Next....I didnt see any rt2800usb loading attempt in kernel messages. Because there is no attempt to load it, I cant see if there is any errors with loading...or is it problem with wpa/wpa2 connection. You have possibly blacklisted or disabled it other way. Could you reverse your blacklisting or load the module manually:
Again in console: modprobe rt2800usb
And then again provide that pmodemdiag tarball.

There is possibility for proprietary rt2870sta driver provided by Ralink. Which should support your 2870 chip.

Also I understood that there is still some unsupported features with rt2800usb which might explain your problems.Last edited by pemasu on Sun 16 Dec 2012, 14:15; edited 1 time in total

I tried several things, including loading all four available rt28xxusb modules, for which the attached pertains. Results seems to be the same in all cases - no detection - but I can select any particular option you suggest. This dongle does get detected on some Puppies (can't remember which) but never connects. It does connect on other distros, but I'd need to confirm which ones during a protracted re-testing regime.It is very valuable to have this detailed information; the downloads of my attachment suggests that there are others wishing to know the outcome, also (presuming the idiot fringe has now disappeared).

You seem to have rt73usb, rt2500usb and rt2800usb loaded which leads to conflicting situation and possibly failed network connection due to 3 loaded wireless driver. This need to be eliminated first.

You can install the attached pet, which has updated /etc/rc.d/MODULESCONFIG where the preference of rt73usb and rt2800usb has been created for the favor of rt2800usb, rt73usb and rt2500usb has been blacklisted and rt2800usb will be loaded as forced. If you install the pet you need to reboot and check how it goes and post once again pmmodemdiag tarball.

EDIT. I saw that you posted that you had loaded 4 different wireless drivers. Dont try now on anything other than rt2800usb so that pmodemdiag tarball diagnostic data does not have obscuring trials.

This pet is only to test Sage`s problem, not generic fix for all Precise users.

pemasu, sage,
I am one of the downloaders of the preference fix package, to see what it contains. I do not want to interfere with Pemasu's efforts, but may have something that might help.

It would be useful to get the diagnostics of a clean setup (with or without the preference fix) that has all of the modules-of-interest installed but not forced to load. But first, be sure that, once they are installed, the 'depmod' command is run to ensure the modules can recognize the hardware (if they can). Reboot, to get the benefit of the depmod during bootup.

Then use my brand-new, super diagnostic collector, attached. It is used the same way as pmodemdiag, but is named "pdiag", since it is intended to be all-purpose. It now captures the modules.alias file, so we can see what the modules think they support, and can update the preference items as appropriate.

Note that when a module is forced to load, preferences are ignored, since the user "knows what he/she is doing".
Richard

Rerwin. Hah
My secret intent was to wake up other more competent people to study this case.
So far I have just wanted to get diagnostic information about what happens when just rt2800usb has been loaded. That was the only reason for that preference change. To be sure that rt2800usb has been loaded and only that one.
I think that rt2800usb is the right module, but there probably is something buggy with it`s usage.

Please, interfere as much as you desire. I am sure it helps a lot.
Cheers.

EDIT. Yup. I didnt know that force loading means also that preferences list will be ignored. How about blacklisting in MODULESCONFIG. Is it still effective ?

I didnt know that force loading means also that preferences list will be ignored. How about blacklisting in MODULESCONFIG. Is it still effective ?

The preference list is ignored when performing the forced load only. Other competitors not in the ADDLIST are subject to the preference list. However, blacklisting is set up before loading from the ADDLIST, making the added modules subject to blacklisting, themselves (if they are in both the SKIPLIST and ADDLIST).

I guess my offering is more for the long-term solution for preferences. I hope you are able to find the combination of patches to rt2800usb, to help sage. (But I wanted an excuse to give you the pdiag tool for upup and dpup.)
Richard

Extremely grateful for your most constructive and helpful advice, fellas. I was diverted to the crowning of our Tour de France Olympian on TV last night and out most of today. Will get back to biz tomorrow (Tues). Will try to find another spare HD to run up a 'clean' install as recommended.
Wondering if you have another customer over on FD64, namely gnomic with a 3G dongle?

A note about SKIPLIST, which is being discussed above. All along, we have had "nouveau" in it, but Precise Puppy now uses the Nouveau driver, or is supposed to, as it is now deemed to be mature.
Curious that some people have reported the Nouveau Xorg driver works, even though the nouveau kernel module was blacklisted.
Anyway, 5.4.3 has removed "nouveau" from SKIPLIST.
This issue was reported by pemasu._________________http://bkhome.org/news/

I got HP Compaq 6910p for testing. I am running Precise-5.4.2 (my Russian remastered version) on it. I do not touch local hard drive, booting from CD and saving to USB-flash. Installed Wine and running "Cossacks back to war" and "IL2-Shturmovick" on it. Works well. One small problem: powerapplet_tray always the same in it's initial state and doesn't reflect the state of the battery. I managed to fix it.
This laptop has two batteries and only one is present:

Powerapplet_tray was fooled by first not present battery and never managed to find second one. I added function "check_present" to powerapplet_tray which in case if "present: no" keeps on searching. Maybe it's not the best solution but at least it works here and battery status is shown.

Trying to install precise 543 on my ACER aspire 7715Z I have a problem : I see the first window, and then severals Grub lines.
The last line I see is "loading kernel modules" and then I have a black screen. The only thing I can do then is to press on/off to shutdown this way.....

Hi,
I go on to try to understand the problem
If I use another screen with a cable linked to my ACER aspire 7715z, it works perfectly well on the other screen.
In fact, on the acer aspire 7715z screen, the puppy desktop is there but it is nearly impossible to see something.
On Internet, I have seen than all people with this computer have the same problem with this new kernel with ubuntu too
I read on Internet that the problem could be the graphic card driver Nvidia. I don't know if it's right.
But if it is, the best think to do should be to install another driver (the one used before on the previous kernel, I don't know what is its name...) and to remove the Nvidia.

While using Precise 5.4.90 I came across a small error while
choosing to 'reboot'. The shutdown message says that there will be an
automatic shutdown after 240 seconds. By chance I waited the full
240 seconds and nothing happened except the yellow window
went away. I tested on a second machine and the same thing
happened. It's not important but I thought I'd let you know.
The button in window does work to create a pupsave file.

Test setup: IBM desktops , frugal install and no pupsave,
therefore this was the first shutdown procedure.

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum