Hi,
The attached (mostly trivial) patches adds support for the Evolution
Scorpion Robots. The patch is against 2.6.20. I tried to follow patch
style in Documentation/SubmittingPatches, but to be honost I can't
figure most of it out (guess I'm stupid, but that's okay).
Evolution Robotics supplie
Sehr geehrte Damen und Herren,
in dem E-Mail mit dem Betreff '[linux-usb-devel] You've received a greeting
card from a Class mate!'
(gesendet am Wed, 8 Aug 2007 03:21:40 -0600) mit der angegebenen
Absenderadresse '"Postcards.Com" <[EMAIL PROTECTED]>' wurde der
Virus 'Email.Phishing.RB-1223' gefun
> I'm sorry if I don't provide everything you usually require, but as I
> said, I'm not really a kernel guy :-)
New ids look fine. NAK the speed hack however. The kernel now has
arbitary speed support so this is the wrong way to approach it.
--
2007/8/8, Alan Cox <[EMAIL PROTECTED]>:
> > I'm sorry if I don't provide everything you usually require, but as I
> > said, I'm not really a kernel guy :-)
>
> NAK the speed hack however. The kernel now has
> arbitary speed support so this is the wrong way to approach it.
Okay. Like I said, I'm not
> Okay. Like I said, I'm not really a kernel guy, and atm I really don't
> feel like being one :-)
N/P - the extra identifiers are fine.
> I could probably figure out how to do the speed hack in the right way,
> but it would require a lot of work for me (I've never even seen any of
> the kernel c
2007/8/8, Alan Cox <[EMAIL PROTECTED]>:
> With a current kernel you shouldn't need one you can simply do
>
> struct termios2 t2;
> ioctl(ttyfd, TCGETS2, &t2);
> t2.c_cflags &= ~CBAUD;
> t2.c_cflags |= BOTHER;
> t2.c_ospeed = 25;
> ioctl(ttyfd, TCS
> I'm sorry about all the noise, but what you just said made no sense to
> me at all (I told you I wasn't a kernel guy ;-) ). If I understand
> correctly all that is needed is the device ID's for the robots to be
> supported? So no need to implement the speed hack in the kernel at
> all?
For the l
JFCAutos Limited Liability Company
Business Center of Nevada, Suite 543,
701 Bridger Ave, Las Vegas, NV 89101, USA
+1(413)4313936
Mr. Yasuhiro Matokao
Aug 8, 2007
JFCAutos LLC is pleased to make you an offer on employment as an Official
Distributor (Sales Executive, Ref: 21888)
Successful cand
On Tue, 7 Aug 2007, Gabriel Maganis wrote:
> I see. So the most I have access to from software are on the
> transaction level like you described before i.e. a SETUP transaction
> which is actually a SETUP packet followed by a DATA packet then an ACK
> packet? And I can't even do so unless I hack t
This patch (as954) implements a suggestion of David Brownell's. Now
the host controller drivers are responsible for linking and unlinking
URBs to/from their endpoint queues. This eliminates the possiblity of
strange situations where usbcore thinks an URB is linked but the HCD
thinks it isn't. It
This patch (as955) prevents the interface-related sysfs files and
endpoint pseudo-devices from being deleted and recreated when a call
to usb_set_interface() specifies the current altsetting. Since the
altsetting doesn't get changed, there's no need to do anything.
Furthermore, avoiding changes t
On Wed, Aug 08, 2007 at 11:59:18AM -0400, Alan Stern wrote:
> This patch (as955) prevents the interface-related sysfs files and
> endpoint pseudo-devices from being deleted and recreated when a call
> to usb_set_interface() specifies the current altsetting. Since the
> altsetting doesn't get chang
On Wed, 8 Aug 2007 10:46:58 -0700 (PDT)
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8863
>
>Summary: :00:02.1 EHCI: BIOS handoff failed (BIOS bug ?)
> 01010001
>Product: Drivers
>Version: 2.5
> KernelVersi
On Wed, 8 Aug 2007, Greg KH wrote:
> On Wed, Aug 08, 2007 at 11:59:18AM -0400, Alan Stern wrote:
> > This patch (as955) prevents the interface-related sysfs files and
> > endpoint pseudo-devices from being deleted and recreated when a call
> > to usb_set_interface() specifies the current altsettin
On Wed, 8 Aug 2007, Michal Piotrowski wrote:
> USB
>
> Subject : 2.6.23-rc1: uhci_hcd. irq 4: nobody cared
> References : http://lkml.org/lkml/2007/7/29/75
> Last known good : ?
> Submitter : Mark Hindley <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-By : Alan Stern
This patch (as957) makes some minor cleanups to the g_file_storage
driver:
Update the copyright date and version string;
Uniformize the logging macros for the gadget and the LUNs;
Remove "inline" markers -- nowadays we rely on the compiler
to decide which routines
This patch (as958) removes an unneeded and unwanted #define line from
dummy_hcd.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
It would be nice to see this in 2.6.23.
Index: usb-2.6/drivers/usb/gadget/dummy_hcd.c
===
--- usb-2
On 8/8/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 8 Aug 2007, Gabriel Maganis wrote:
>
> > My goal was to run a benchmark on how long the packets took to go from
> > my computer to the usb device. I tried to do it like "start =
> > timenow(); usb_control_msg(); end = timenow();" but the re
On Wed, 8 Aug 2007, Gabriel Maganis wrote:
> Correct. I was hoping disabling preemption can keep those things
> somewhat constant but looking at the list you gave, it seems the time
> to travel over the cable is negligible. I am trying to see if a USB
> extension cable can increase the time from m
Hi all,
Here is a list of some known regressions in 2.6.23-rc2.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk6
Andi Kleen
Rise and shine there ,
DONT BE SILLY TO PAY HUNDREDS FOR SOFTWARE.
Just check it out and get the most wanted latest 2007 edition softwared at dirt
cheap rates.
http://sojffotkho.blogspot.com/
Microsoft Vista , office 2007/ Adobe / Macromedia / Corel and others
Download Now
http://skjakjileo.b
Sehr geehrte Damen und Herren,
in dem E-Mail mit dem Betreff '[linux-usb-devel] You've received an ecard from
a Colleague!'
(gesendet am Wed, 8 Aug 2007 18:50:12 -0600) mit der angegebenen
Absenderadresse '"all-yours.net" <[EMAIL PROTECTED]>' wurde der
Virus 'Email.Phishing.RB-1222' gefunden.
Aus
22 matches
Mail list logo
