This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
[EMAIL PROTECTED]
SMTP error from remote mailer after end of data:
host 43.221.
hiddev.h was recently broken by some changes that create an
unfulfilled dependency on hid.h. In-kernel users are getting lucky but
userspace doesn't fare so well. Fix this in 2.4 the same way we fixed
it in 2.6. Patch is against 2.4.26.
--Adam
--- linux-2.4.26/include/linux/hiddev.h.origSun
On Sun, 4 Jul 2004 [EMAIL PROTECTED] wrote:
> Hello,
>
> My IBM RapidAccess keyboard stopped working when I replaced the 2.6.4 kernel
> with 2.6.7. After some testing, I found that it did work on 2.6.5, but doesn't
> work on 2.6.6. The computer is a ppc32, an old PowerTower pro 250, with a new
>
On Sun, 4 Jul 2004, Michael Stilmant wrote:
> > We have known about the problems with Genesys devices for a long time and
> > still haven't found a completely satisfactory solution. Some people have
> > had success by simply adding a delay in the usb-storage driver. You can
> > try using the
Hello, I have a special offer for you...
WANT TO LOSE WEIGHT?
The most powerful weightloss is now available
without prescription. All natural Adipren720
100% Money Back Guarantée!
- Lose up to 19% Total Body Weight.
- Loss of 20-35% abdominal Fat.
- Up to 300% more Weight Loss while dieting.
- Incr
Hi,
At the moment I just allocate it in kernel space during the usb probe...
dev->bulk_in_buffer = kmalloc (buffer_size, GFP_KERNEL);
this may not be the best place for it, but the allocate doesnt fail...
Once Im able to get image data from the device ill be adding v4l support
and then ill rearran
> I have the basics all going and I get all the expected replies from the
> control message, however when i submit the usb bulk request (for
> 6480x480 bytes...so 0x4b000), I only get 512 bytes back and the pipe
> stalls...
Where do you allocate a buffer that's large enough for that?
R
> We have known about the problems with Genesys devices for a long time and
> still haven't found a completely satisfactory solution. Some people have
> had success by simply adding a delay in the usb-storage driver. You can
> try using the patch given here:
>
> http://marc.theaimsgroup.com/?
Varsa şayet bu Cumhuriyetin Bas Savcıları niçin hala dururlar anlayamam.Beyler bu
Cumhuriyeti Kuran ATATÜRK ,sizin savunacağınız! Onun canla ,kanla kurduğu Cumhuriyet
ve ilkeleri dır.1908 - 1938 yıllarında yaşananlar,çekilen eziyetler verilen canlar
Birilerinin koltuğu,makamı,geçim derdi için d
Hello,
- I had made further investigations into why , after calling schedule(),
the process hangs.
By added a few more printk() messages , this seems to be the reason:
When using the device with it's default USB setting (MxPS = 252), after
shecdule () ( which is in VIODICSYNC handler) we reach t
On Sat, Jul 03, 2004 at 03:13:59PM -0400, Alan Stern wrote:
> On Sat, 3 Jul 2004, FlashCode wrote:
>
> > Good news! Connection is perfect with this patch for interrupt handling.
> > I hope it'll be in next kernel.
>
> It probably will be.
>
> > FYI, I can't compile 2.6.7 with whole 2.6.6 usb sta
Hello,
Alan wrote:
One test you could do is simply to repeat the usb_set_interface() call;
just issue the same call twice in a row. If the second one succeeds then
the first one did not totally hang the camera.
I did that test , and the second call to usb_set_interface() ,immediately
after
the fi
12 matches
Mail list logo