>>> I trid to figure out by looking at the logs, but since I am not a >>> builder, I >>> am not getting why for a week? now there has not been a successful Xfce >>> build. >>> >>> I am sure people are working on it, and I have other things to keep me >>> busy >>> with. So if there is no new Xfce to work with, I will wait. >> >> It's a known issue due to the Xorg rebase affecting all desktops, it's >> been discussed on the main devel@ list. >> >>> But I am more interested in why the USB disconnects on my Cubietruck >>> requiring a poweroff. >> >> That's clear by the dozens of bloody emails you send about it. Sorry >> but we don't have full time kernel developers sitting around just to >> fix all your issues with USB. If it was an easy fix believe me I would >> have fixed it but it's not and the part time kernel ARM people are >> stretched very thin. Once it's fixed upstream the fix will land in >> Fedora.... until then we know it's an issue but then I've got 100s of >> other kernel issues all vying for my time. Maybe you could find the >> last kernel where it worked and the "git bisect" the issue if it's so >> important. > > > Until know I had no way of measuring the likelyhood of this problem being > addressed. Well a non response, or nothing like "it should fixed as of build X" generally means no change. If you don't get a response from busy people the general way not to get a response is to keep sending essentially the same message of "USB NOT WORKING" because before long it's like the boy who cried wolf.... no matter how useful the information you provide it gets ignored due to the rest of the noise. > Now I know that it will be a while; OK, I can live with that, as I DO know > that there are lots of things to find and fix. And I can not assist in the > fixing, only the finding. If it works for a bit and then stops you might like to see if there's a means of disabling usb suspend or suspend in general. Not sure how to do this, modinfo from the kernel module side will be your friend, and google for the general option. > I could not test the USB until Rawhide got the uboot and kernel that > supported the Allwinner video. So I would not be supprised if it never > worked right, as I started pretty much after that was done. I will have to > go back in the emails to see what day you and Hans discussed moving to the > newer uboot and see if the USB worked back then. Well it worked for me for things plugged into usb like a 802.15.4 adapter with F-21 but all my devices are long running F-22. > Though one test I have not made is a USB drive. I used them back in the F21 > beta, but I never left one in long enough for any timeout testing. And all > my work back then was with Minimal as no video support. > > I will download minimal and do a USB drive test later today. Well the kernel is the same across all images so I suspect the results will be the same. A USB storage device mounted might now allow the driver/usb/something sleep though. Peter _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
