On Tuesday 06 February 2007 5:58 pm, Oleg Verych wrote:
>
> Would you clarify "non aligned access issue" on well known platforms
> (*x86-*). I see on gcc's output, that they are not carry much about it:
X86 has hardware logic to handle misaligned access directly.
Which is why GCC output doesn't p
Hi All,
We have written usb host controller driver for our arm board which
does not have any pci interface.We are trying to test the this usb
host controller with the usb test driver provided in the linux
kernel.We tried to test the host controller with an mass storage
device but it is giving err
> From: David Brownell
> Newsgroups: gmane.linux.usb.devel
> Subject: Re: PATCH: usb: descriptor structures have to be packed
> Date: Tue, 6 Feb 2007 16:02:27 -0800
Hallo.
> On Tuesday 06 February 2007 2:48 pm, Pete Zaitcev wrote:
>> On Tue, 6 Feb 2007 13:08:19 -0800, Inaky Perez-Gonzalez <[EMAIL
全国首创
不会被抛弃的传单，效益永久的广告
企业为了宣传产品，或为了提高企业在本地的知名度，往往印制精美的传单向大众发放。拿到传单者，只有少数会看看，大多数会选择扔掉。广告效果很不理想。
我们可为企业提供一个好的方案：将收藏品融入广告传单中，使广告传单具有收藏价值和增值功能，人们肯定不会再扔掉。什么时候欣赏藏品时都能看到广告，效果不言而喻。使您的企业传单变成一份永久广告！
我们是一家专业研究收藏文化的公司，可
On Tuesday 06 February 2007 2:48 pm, Pete Zaitcev wrote:
> On Tue, 6 Feb 2007 13:08:19 -0800, Inaky Perez-Gonzalez <[EMAIL PROTECTED]>
> wrote:
>
> > [btw, I truly have little idea about which are those specific costs,
> > out of professional curiosity, got any pointers?]
>
> http://www.digital
On Tue, 6 Feb 2007 13:08:19 -0800, Inaky Perez-Gonzalez <[EMAIL PROTECTED]>
wrote:
> [btw, I truly have little idea about which are those specific costs,
> out of professional curiosity, got any pointers?]
http://www.digitalvampire.org/blog/articles/2006/07/31/why-you-shouldnt-use-__attribute__
The Coverity checker noted the following inconsequent NULL checking in
drivers/usb/serial/mos7720.c:
<-- snip -->
...
static void mos7720_close(struct usb_serial_port *port, struct file *filp)
{
...
/* While closing port, shutdown all bulk read, write *
* and interrupt read
Le mardi 06 février 2007 à 13:43 -0800, David Brownell a écrit :
> > Remote wakeup is working fine with other devices on this box. ...
> >
> > But this doesn't work when I try it on the IR receiver although it
> > exposes the remote wakeup capability.
>
> Do you know for a fact that it has _work
On Tuesday 06 February 2007 1:08 pm, Inaky Perez-Gonzalez wrote:
> On Friday 02 February 2007 19:05, you wrote:
> > The code should have used sizes such as
> > USB_DT_CONFIG_SIZE instead of sizeof().
>
> I have a problem with that, and is maintenance. Is not that I don't like
> DT_CONFIG_SIZE
On Friday 02 February 2007 7:05 pm, Pete Zaitcev wrote:
> On Fri, 2 Feb 2007 17:32:24 -0800, Inaky Perez-Gonzalez <[EMAIL PROTECTED]>
> wrote:
>
> > usb: descriptor structures have to be packed
>
> > Many of the Wireless USB decriptors added to usb_ch9.h don't have the
> > __attribute__((packed)
On Friday 02 February 2007 19:05, you wrote:
> On Fri, 2 Feb 2007 17:32:24 -0800, Inaky Perez-Gonzalez
<[EMAIL PROTECTED]> wrote:
> > usb: descriptor structures have to be packed
> >
> > Many of the Wireless USB decriptors added to usb_ch9.h don't have the
> > __attribute__((packed)) tag, and thus
Hi,
Is there any way to debug the remote wakeup functionality of usb
devices? I'm trying to wake my MacMini up using the built-in IR
Receiver. This device is seen as an raw HID device.
Remote wakeup is working fine with other devices on this box. I can get
the box out of sleep using a Microsoft U
On Monday 05 February 2007 11:27 am, Alan Stern wrote:
> -- Forwarded message --
> Date: Sun, 04 Feb 2007 14:20:52 -0500
> From: [EMAIL PROTECTED]
> To: linux-usb-users@lists.sourceforge.net
> Subject: [Linux-usb-users] ehci_hcd with slower FSB than normal
>
> I have a pc that I u
On Monday 05 February 2007 10:34 pm, Guenther Sohler wrote:
> What is the purpose of usbtest
http://www.linux-usb.org/usbtest
> and how can I avoid loading it for my FX2 device ?
Don't configure it for your kernel ... it's only for
use by developers doing USB testing. Simple.
> What is th
On Tuesday 06 February 2007 7:57 am, Alan Stern wrote:
> On Tue, 6 Feb 2007, Ben Gardner wrote:
>
> > The CP210x currently does a kcalloc() to create a temporary buffer
> > that has a maximum size of 16 bytes. This patch uses the stack for the
> > buffer.
>
> This part of the patch is incorrect.
Ah. That makes sense.
Thanks for the feedback.
Ben
On 2/6/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Tue, 6 Feb 2007, Ben Gardner wrote:
>
> > The CP210x currently does a kcalloc() to create a temporary buffer
> > that has a maximum size of 16 bytes. This patch uses the stack for the
> > buf
On Tue, 6 Feb 2007, Oliver Neukum wrote:
> > With this infrastructure in place, all you have to do is
> >
> > set_bit(USB_DF_DEVICE_BUSY, &hid_to_usb_dev(hid)->dflags);
> >
> > whenever an event occurs. No messing around with extra timers.
>
> If you make USB_AUTOSUSPEND_DELAY a per interf
Am Dienstag, 6. Februar 2007 16:54 schrieb Alan Stern:
> On Tue, 6 Feb 2007, Oliver Neukum wrote:
>
> > Hi,
> >
> > this fixes the issue with output in the hid driver. I can now get keyboards
> > to sleep. It is still not perfect, but an important step. Comments?
> >
> > Regards
> >
Am Dienstag, 6. Februar 2007 16:15 schrieb Jiri Kosina:
> On Tue, 6 Feb 2007, Oliver Neukum wrote:
>
> > this fixes the issue with output in the hid driver. I can now get
> > keyboards to sleep. It is still not perfect, but an important step.
> > Comments?
>
> Hi Oliver,
>
> I am going to look
On Tue, 6 Feb 2007, Ben Gardner wrote:
> The CP210x currently does a kcalloc() to create a temporary buffer
> that has a maximum size of 16 bytes. This patch uses the stack for the
> buffer.
This part of the patch is incorrect. The buffer must be allocated using
kmalloc or equivalent because som
On Tue, 6 Feb 2007, Oliver Neukum wrote:
> Hi,
>
> this fixes the issue with output in the hid driver. I can now get keyboards
> to sleep. It is still not perfect, but an important step. Comments?
>
> Regards
> Oliver
>
> PS: against vanilla 2.6.20
I'd really prefer to see
The CP210x currently does a kcalloc() to create a temporary buffer
that has a maximum size of 16 bytes. This patch uses the stack for the
buffer.
This patch also simplifies the math used to calculate the number of
u32's needed to contain the byte array.
Signed-off-by: Ben Gardner <[EMAIL PROTECT
On Tue, 6 Feb 2007, Oliver Neukum wrote:
> this fixes the issue with output in the hid driver. I can now get
> keyboards to sleep. It is still not perfect, but an important step.
> Comments?
Hi Oliver,
I am going to look at it more thoroughly soon, just a quick note - when I
plug in the USB k
LOM LOGISTICS INC (Other OTC: LOMJ at PK)
Last: $1.75
Momemtum: Buy very strong.
This one will rise like lastone. Look at news from the company.
-
Using Tomcat but need to do more? Need to support web
On Tue, 6 Feb 2007, Oleg Verych wrote:
> On Tue, Feb 06, 2007 at 02:32:44PM +0100, Oliver Neukum wrote:
> > Am Dienstag, 6. Februar 2007 14:34 schrieb Oleg Verych:
> > > On Tue, Feb 06, 2007 at 01:18:13PM +0100, Oliver Neukum wrote:
> > > > Am Dienstag, 6. Februar 2007 12:31 schrieb Joris van Rant
On Tue, Feb 06, 2007 at 02:32:44PM +0100, Oliver Neukum wrote:
> Am Dienstag, 6. Februar 2007 14:34 schrieb Oleg Verych:
> > On Tue, Feb 06, 2007 at 01:18:13PM +0100, Oliver Neukum wrote:
> > > Am Dienstag, 6. Februar 2007 12:31 schrieb Joris van Rantwijk:
> > > > A spinlock should certainly be suf
Am Dienstag, 6. Februar 2007 14:34 schrieb Oleg Verych:
> On Tue, Feb 06, 2007 at 01:18:13PM +0100, Oliver Neukum wrote:
> > Am Dienstag, 6. Februar 2007 12:31 schrieb Joris van Rantwijk:
> > > A spinlock should certainly be sufficient. I think spinlocks have a
> > > memory barrier built-in, other
Hi,
this fixes the issue with output in the hid driver. I can now get keyboards
to sleep. It is still not perfect, but an important step. Comments?
Regards
Oliver
PS: against vanilla 2.6.20
--- linux-2.6.20/include/linux/hid.h2007-02-06 14:14:56.0 +0100
On Tue, Feb 06, 2007 at 01:18:13PM +0100, Oliver Neukum wrote:
> Am Dienstag, 6. Februar 2007 12:31 schrieb Joris van Rantwijk:
> > A spinlock should certainly be sufficient. I think spinlocks have a
> > memory barrier built-in, otherwise they would be pretty useless.
>
> They do, as do all locks
On 6 feb 2007, at 13:18, Oliver Neukum wrote:
>>> And 'volatile' in C have nothing to do with hardware: SMP, caches or
>>> whatever there may be.
>>
>> The problem that we're trying to solve has not much to do with
>> hardware. I'd like to solve it at a pure logical level: by using some
>> interfac
On Tue, Feb 06, 2007 at 12:31:14PM +0100, Joris van Rantwijk wrote:
[]
> (In short, I really like Java.)
Then you mustn't do system level programming ;)
> Do you happen to know what the exact semantics of 'volatile' are in C?
> I'd love to know.
See subject and lkml archives.
> Thanks,
> Jor
On 6 feb 2007, at 11:38, Oliver Neukum wrote:
>> What I really want is ordered access and volatility. I want exactly
>> the
>> kind of semantics that Java defines for volatile variables.
>
> A spinlock will surely do that. For the time being I'll push your first
> three patches forward and we can
> From: Oliver Neukum
> Newsgroups: gmane.linux.usb.devel
> Subject: Re: CDC-ACM driver: data duplication due to throttling
> Date: Tue, 6 Feb 2007 11:38:09 +0100
Hallo.
> To:
[]
> Am Dienstag, 6. Februar 2007 10:38 schrieb Joris van Rantwijk:
>> On 5 feb 2007, at 23:07, Alan wrote:
>> > atomic_
Am Dienstag, 6. Februar 2007 10:38 schrieb Joris van Rantwijk:
> On 5 feb 2007, at 23:07, Alan wrote:
> > atomic_t on many platforms isn't that efficient and there are more
> > cases
> > where the atomic bit operations are fast. How about using
> > test_bit/set_bit/clear_bit/etc
>
> I don't know.
On 5 feb 2007, at 23:07, Alan wrote:
> atomic_t on many platforms isn't that efficient and there are more
> cases
> where the atomic bit operations are fast. How about using
> test_bit/set_bit/clear_bit/etc
I don't know. The thing is, I want something different from atomicity.
In itself, atomica
Add Teac HD-35PU devices to unusual_devs.h to fix I/O
errors resulting from wrong residue values returned
by the device.
Signed-off-by: Thomas Baechler <[EMAIL PROTECTED]>
diff -uprN a/drivers/usb/storage/unusual_devs.h
b/drivers/usb/storage/unusual_devs.h
--- a/drivers/usb/storage/unusual_devs.
Am Montag, 5. Februar 2007 22:26 schrieb Joris van Rantwijk:
> One more thing to bother you with ;-)
>
> Since acm->throttle_lock is only used to protect the simple flag byte
> acm->throttle, it is somewhat more efficient and convenient to use
> an atomic_t instead of a spinlock.
Do you feel like
37 matches
Mail list logo
