Re: what USB-2 CF reader is alleged to work?
by Pete Zaitcev
On Sat, 08 Jan 2005 14:56:22 -0800, Jamie Zawinski <jwz(a)jwz.org> wrote:
> Pete Zaitcev wrote:
> >
> > I use SDDR-31 successfuly since 2001, it's a great device with
> > [almost] no serious firmware problems which plague this kind of
> > peripherals.
>
> As I can't use the SDDR-31 either, it would be a dramatic improvement if
> I could get that working. But I'd most like to find a USB-2 reader that
> works, because the files my camera writes are huge...
Guess what, I have received a new USB key today, and it shows the problem
right off the bat. But what's more, my old and trusty SDDR-31 now misbehaved,
too (only one time though)! Here's an unedited dmesg:
<----- plugging new 1GB stick
usb 1-3: new high speed USB device using ehci_hcd and address 3
usb 3-1: new full speed USB device using uhci_hcd and address 2
usb 3-1: device descriptor read/64, error -71
usb 3-1: device descriptor read/64, error -71
usb 3-1: new full speed USB device using uhci_hcd and address 3
usb 3-1: device descriptor read/64, error -71
usb 3-1: device descriptor read/64, error -71
<----- device not recognized, not drivers are attached
<----- plugging SDDR-31
usb 3-1: new full speed USB device using uhci_hcd and address 4
ub: sizeof ub_scsi_cmd 64 ub_dev 2576
uba: device 4 capacity nsec 15681 bsize 512
uba: device 4 capacity nsec 15681 bsize 512
uba: uba1
usbcore: registered new driver ub <---- You'd think you are safe....
ub: cmd #175 cmd status (-71) <---- ... but no. Yay!
ub: cmd #176 cmd status (-71)
uba: device 4 capacity nsec 0 bsize 512
ub: cmd #177 cmd status (-71)
ub: cmd #178 cmd status (-71)
uba: device 4 capacity nsec 0 bsize 512
ub: cmd #179 cmd status (-71)
uba: device 4 capacity nsec 0 bsize 512
ub: cmd #180 cmd status (-71)
uba: device 4 capacity nsec 0 bsize 512
usb 3-1: USB disconnect, address 4
<----- Pulling SDDR-31 and inserting different CF card
usb 3-1: new full speed USB device using uhci_hcd and address 5
uba: device 5 capacity nsec 2041201 bsize 512
uba: device 5 capacity nsec 2041201 bsize 512
uba: uba1
usb 3-1: USB disconnect, address 5
<----- From this point on I was unable to make SDDR-31 to throw a -71,
but the Imation key does it every time.
Insanity! I guess I'm too cheap to buy good stuff which breaks, Jamie :-)
The 1GB key was sent to me by Red Hat (the laptop, too). Hurray for corporate
support.
I'll let you know if I find and fix this, but it's likely the same problem.
-- Pete
19 years, 4 months
bttv update?
by Jamie Zawinski
Any chance of getting a newer version of the bttv driver into the
FC3 kernel updates? I had to patch it to make it stop growing
slab-256 without bounds. (It leaks so much that if you grab a single
frame every few seconds, slab-256 will be > 800M within three days.)
This patch fixes the version of bttv that comes with 2.6.9-1.681_FC3;
the latest bttv source is slightly different but has a similar fix.
--- ./drivers/media/video/bttv-driver.c.orig 2005-01-11 14:54:15.477911088 -0800
+++ ./drivers/media/video/bttv-driver.c 2005-01-08 13:49:44.000000000 -0800
@@ -2992,6 +2992,9 @@
free_btres(btv,fh,RESOURCE_VBI);
}
+ videobuf_mmap_free(file, &fh->cap);
+ videobuf_mmap_free(file, &fh->vbi);
+
#ifdef VIDIOC_G_PRIORITY
v4l2_prio_close(&btv->prio,&fh->prio);
#endif
--- ./drivers/media/video/video-buf.c.orig 2004-10-18 14:54:08.000000000 -0700
+++ ./drivers/media/video/video-buf.c 2005-01-08 13:50:04.000000000 -0800
@@ -889,6 +889,7 @@
int i;
videobuf_queue_cancel(file,q);
+ videobuf_mmap_free(file, q);
INIT_LIST_HEAD(&q->stream);
for (i = 0; i < VIDEO_MAX_FRAME; i++) {
if (NULL == q->bufs[i])
--
Jamie Zawinski jwz(a)jwz.org http://www.jwz.org/
jwz(a)dnalounge.com http://www.dnalounge.com/
http://jwz.livejournal.com/
19 years, 4 months
Upgrading readline
by Tim Waugh
For upgrading readline to a new major release (in Fedora development),
do I need to provide a readline4 package, or is it sufficient to just
rebuild the packages that depend on it?
Tim.
*/
19 years, 4 months
[Possibly OT] Trademarks
by Paul Iadonisi
At the risk of stirring up a hornets' nest, I'd like to pose the
question to Red Hatters: what approach are you taking to trademarks?
Apparently, there is (was?) some discussion going on at debian-legal
regarding Mozilla Firefox and Mozilla Thunderbird. At first glance, I
see that there are quite a few patches included in the firefox rpm in
FC3 and even more in rawhide and I'm wondering if Red Hat has filtered
this through its legal eagles, since it is still called Firefox.
More generally, what will the Fedora Project's (and possible, by
extension, RHEL's) handling of trademark issues be going forward if more
allegedly FOSS projects begin to assert trademarks.
For the Mozilla case, based on some of the excerpts I've read, they're
expectation is unreasonable: they want people to know they are using
Firefox and Thunderbird (by name), but they want to control what types
of changes are made to the software. To me, that's end-run around the
FOSS licenses which they have chosen.
Yes, I know some people will point out Red Hat's own trademark policy
regarding Fedora Core, but the difference I see is that Red Hat isn't
likely to make one whit of noise about derivate works of Fedora Core
that have been renamed. IMHO, The Mozilla Foundation seems to want
people to use the name, but at the cost of being the gatekeeper where it
comes to the types of changes that can be made.
Something tells me that FOSS projects that begin to take this path are
going to increasing face staunch resistance. They're going to have to
take Linus' liberal approach to the Linux trademark, or face there names
being scratched out where needed to comply with their own trademark
guidelines.
Let me close by saying that I do understand the desire (and need) to
protect trademarks, but it's inescapable that it conflicts with the
spirit of FOSS.
Thoughts?
--
-Paul Iadonisi
Senior System Administrator
Red Hat Certified Engineer / Local Linux Lobbyist
Ever see a penguin fly? -- Try Linux.
GPL all the way: Sell services, don't lease secrets
19 years, 4 months
ssh X forwarding change in FC3
by Pádraig Brady
The FC3 release notes say:
"The behavior of ssh clients that are invoked with the -X flag has
changed. In OpenSSH 3.8 and later, X11 forwarding is performed in a
way that applications run as untrusted clients by default. Previously,
X11 forwarding was performed so that applications always ran as
trusted clients. Some applications may not function properly when run
as untrusted clients. To forward X11 so that applications are run as
trusted clients, invoke ssh with the -Y flag instead of the -X flag,
or set ForwardX11Trusted in the ~/.ssh/config file."
See also:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141515
Essentially what this means is that most X applications will
break if forwarded back to a FC3 system with default config.
Now it wouldn't be so bad if they just wouldn't work.
They break in subtle ways usually related to mouse events.
This is just silly IMHO and will cause no end of hassles
for users trying to figure out what's going on and
also be a waste of time for developers of those X apps
who will receive bogus bug reports.
So can we change the upstream default back to what it used to be?
cheers.
--
Pádraig Brady - http://www.pixelbeat.org
--
19 years, 4 months
HAL policies for port. music players
by Michael A. Peters
I do not like the default behaviour of hal with respect to my iPod.
Regardless of who is logged in at the console, if the iPod is docked -
it wanted mounted rw for the user, with a nice pretty tempting icon on
the desktop. Since it can take considerable time to reload one of these
devices (about 20 to 30 minutes for my mini - which is as small as they
come) - it's an accident waiting to happen like that.
I much prefer the autofs way - where it is not mounted on the desktop,
only mounts for users in the group specified in the auto.master file,
only mounts when it is needed, and unmounts when it is no longer
needed.
After some searching and a tip from someone on the hal list, I was able
to stop hal from mounting my iPod without having to turn of auto
mounting of all ieee1394 devices (created an iPod specific policy in
95userpolicy)
Now that I have it working the way I want it with autofs - I want to
know if hal is currently capable of the autofs behaviour - mounting
only for users in specified group, only when needed, and auto
unmounting when no longer in use. If it is capable of this, then I
suggest for FC4 that such policies for large capacity portable music/
video players either be the default, or easily configured as the
default through a sysconfig gui.
I'm tempted to add that as a RFE bug to hal, but don't want to if hal
isn't capable of it, and wanted to hear other thoughts first.
19 years, 4 months
CVS kernel compiles
by Josh Boyer
OK, I finally got a RedHat developer to step outside the RedHat bubble
and try to do a 'make sources' from a fresh CVS checkout. Amazingly
enough, he got the exact same error that I did. Will wonders never
cease :p.
All sarcasm aside, Paul Nasrat said he poked some of the RH developers
about the 'download' target in the kernel/devel/ Makefile so hopefully
that will be cleared up soon (hint, hint). Thank you, Paul.
Also, I manually removed the 'download' target from the TARGETS list in
that Makefile and did a 'make i686'. After compiling all day I finally
am the proud owner of 4 RPMs. I've yet to install them, but at least
the build system seems to work. Even if it needs a little persuasion.
Now I understand what DaveJ means whenever he talks about the build
system :).
josh
19 years, 4 months
soundcard access
by Patricio Bruna V
hi,
i have the following trouble. My apps can't access the soundcard at
the same time. I guess its probably because my soundcard does not have
this hw avility. So i look and do some research on the subject and find
dmix, but i need to configure the apps to use it.
So the question is, can i enable this software based option globally for
the system?
PS: Im posting here because im using fedora-devel, and i'm think this
ist an important feature.
--
Patricio Bruna http://www.linuxcenterla.com
Ingeniero de Proyectos Mariano Sánchez Fontecilla 310
Red Hat Certified Engineer Las Condes, Santiago - CHILE
Linux Center Latinoamerica Fono: 2745000
19 years, 4 months
