On Friday 17 October 2014 05:42:50 Peter Stuge did opine
And Gene did reply:
> Gene,
>
> Gene Heskett wrote:
> > I think the point they were trying to make is that the device
> > packager, who may not be the chip vendor, can put, if there is room
> > in its flashrom,
On Friday 17 October 2014 05:23:10 Greg KH did opine
And Gene did reply:
> On Fri, Oct 17, 2014 at 05:01:51AM -0400, Gene Heskett wrote:
> > On Friday 17 October 2014 03:48:48 Greg KH did opine
> >
> > And Gene did reply:
> > > On Thu, Oct 16, 2014 at 08:18:
On Friday 17 October 2014 03:48:48 Greg KH did opine
And Gene did reply:
> On Thu, Oct 16, 2014 at 08:18:26PM -0400, Gene Heskett wrote:
> > On Thursday 16 October 2014 18:28:16 Greg KH did opine
> >
> > And Gene did reply:
> > > On Thu, Oct 16, 2014 at 06:12:
On Friday 17 October 2014 02:49:05 Clemens Ladisch did opine
And Gene did reply:
> Gene Heskett wrote:
> > On Thursday 16 October 2014 18:28:16 Greg KH did opine
> >
> > And Gene did reply:
> >> On Thu, Oct 16, 2014 at 06:12:48PM -0400, Gene Heskett wrote:
> >
On Thursday 16 October 2014 18:28:16 Greg KH did opine
And Gene did reply:
> On Thu, Oct 16, 2014 at 06:12:48PM -0400, Gene Heskett wrote:
> > Is there a move afoot to write a checker utility that determines if
> > the usb device its pointed at is vulnerable, and can therefore
ave. The makers
like Prolific & FDTI are licking their chops at that prospect. But with
my weeping willow tree usb setup here, thats not a very appetizing choice
as I have well north of $2500 dollars in stuff with usb sockets on them.
Thanks for any encouraging news.
Cheers, Gene Heskett
--
x says it has no knowledge of
fat32, yet the target system is expecting fat32 only.
Is this something I can fix with a fresh usb key?
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt
On Wednesday 10 September 2014 17:18:27 Alan Stern did opine
And Gene did reply:
> On Wed, 10 Sep 2014, Gene Heskett wrote:
> > On Wednesday 10 September 2014 15:17:24 Randy Dunlap wrote:
> >
> > Adding linux-usb, perhaps someone there can tell me how to tame this
> >
On Wednesday 10 September 2014 15:17:24 Randy Dunlap wrote:
Adding linux-usb, perhaps someone there can tell me how to tame this
beast.
> On 09/10/14 12:02, Gene Heskett wrote:
> > On Wednesday 10 September 2014 14:30:22 Randy Dunlap wrote:
> >> On 09/10/14 07:47,
On Thursday 13 March 2014 19:09:41 Gene Heskett did opine:
> On Thursday 13 March 2014 18:15:06 David Mosberger did opine:
> > To answer my own question: it appears that USB peripherals return NAKs
> > not only when the peripheral is not ready to accept the data, but also
> >
On Thursday 13 March 2014 18:15:06 David Mosberger did opine:
> To answer my own question: it appears that USB peripherals return NAKs
> not only when the peripheral is not ready to accept the data, but also
> when the peripheral doesn't know what to do with the data. So an
> infinite series of N
On Saturday 09 November 2013 11:48:14 Greg KH did opine:
> On Sat, Nov 09, 2013 at 11:06:56AM -0500, Gene Heskett wrote:
> > So, in the interests of maintaining a square pixel, and a 1/1 pixel to
> > pixel ratio so as not to throw away usable resolution by blending or
> > int
Greetings;
I am setting up a machine vision system, where the camera output is cropped
to the point of a pixel in the camera is 20+ on the computer screen since
we want .001" or .01mm accuracy in the final image presented to the machine
operator. Imagine if you will, a 2304xwhatever camera tha
On Friday 15 March 2013 15:19:17 Greg KH did opine:
> On Fri, Mar 15, 2013 at 02:39:57PM -0400, Gene Heskett wrote:
> > On Friday 15 March 2013 14:39:35 Greg KH did opine:
> > > On Fri, Mar 15, 2013 at 02:07:52PM -0400, Gene Heskett wrote:
> > > > On Friday 15 M
On Friday 15 March 2013 15:02:42 Alan Stern did opine:
> On Fri, 15 Mar 2013, Gene Heskett wrote:
> > On Friday 15 March 2013 14:08:40 Alan Stern did opine:
> > > On Fri, 15 Mar 2013, Gene Heskett wrote:
> > > > Greetings;
> > > >
> > > > Wha
On Friday 15 March 2013 14:39:35 Greg KH did opine:
> On Fri, Mar 15, 2013 at 02:07:52PM -0400, Gene Heskett wrote:
> > On Friday 15 March 2013 13:51:47 Greg KH did opine:
> > > On Fri, Mar 15, 2013 at 01:20:41PM -0400, Gene Heskett wrote:
> > > > Greetings;
>
On Friday 15 March 2013 14:08:40 Alan Stern did opine:
> On Fri, 15 Mar 2013, Gene Heskett wrote:
> > Greetings;
> >
> > What modules do I need to make builtin in order to have a working
> > keyboard
>
> > when the boot fails when the keyboard/mouse is thi
On Friday 15 March 2013 13:51:47 Greg KH did opine:
> On Fri, Mar 15, 2013 at 01:20:41PM -0400, Gene Heskett wrote:
> > Greetings;
> >
> > What modules do I need to make builtin in order to have a working
> > keyboard
>
> > when the boot fails when t
Greetings;
What modules do I need to make builtin in order to have a working keyboard
when the boot fails when the keyboard/mouse is this:
Bus 002 Device 002: ID 045e:0745 Microsoft Corp.
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bD
On Thursday 14 February 2008, Krzysztof Halasa wrote:
>Gene Heskett <[EMAIL PROTECTED]> writes:
>> Apparently they do not Alan, the pl2303 in particular is a problem child,
>> throwing several lost com errors a day when doing nothing more strenuous
>> than talking to
On Thursday 14 February 2008, Greg KH wrote:
>On Thu, Feb 14, 2008 at 03:04:41PM -0500, Gene Heskett wrote:
>> On Thursday 14 February 2008, Alan Cox wrote:
>> >> byte of a packet is being thrown away about .1% of the time for the
>> >> pl2303, but I'm not
On Thursday 14 February 2008, Alan Cox wrote:
>> byte of a packet is being thrown away about .1% of the time for the
>> pl2303, but I'm not sure if the FTDI driver still suffers from a similar
>> rash. I
>
>A 20 byte low speed message is too small for flow control to account for
>it.
Where then c
On Thursday 14 February 2008, Alan Cox wrote:
>O> believe at several second intervals. I can cut those messages to about
>
>> weekly by using an FDTI adaptor in its place, or I can stop them entirely
>> if
>
>Sorry don't see the connection between the two stories ?
>
>Alan
The connection is that
On Thursday 14 February 2008, Alan Cox wrote:
>> To make it clear: Even aside from the buffer in 2.6's pl2303.c, there's
>> a race: An in-flight write URB can fill all hardware buffers, making
>> unsafe what previously appeared to be a safe write. I think it's
>> essential to delay submission of t
24 matches
Mail list logo
