Dear Dave & all
I'm glad for your comment, Dave. Thank you.
>That should WARN_ON(1) instead of just continuing; that's one of
>those "should never happen" bugs. When you paper over such bugs
>you should (a) put a comment saying that's what you're doing,
>and usually (b) put in some kind of runti
Hello,
we are currently in the process of getting CE certification for our embedded
Linux products. Our device (under test) is configured as an ethernet gadget. We
failed one test because the host machine was having problems with strange USB
device behaviour.
For the test, a Linux 2.6.15 Ubunt
On Tue, 11 Jul 2006 23:38:41 -0700 (PDT)
Aleksey Gorelov <[EMAIL PROTECTED]> wrote:
> If some problem occurs during ehci startup, for instance, request_irq
> fails, echi hcd driver
> tries it best to cleanup, but fails to unregister reboot notifier, which in
> turn leads to crash on
> reboot/p
On Thu, 13 Jul 2006 22:35:30 -0300
"Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
| | If tty layer supports some "detach" functionality, it could be
| | easy to achieve, -- just detach tty at disconnect time and then later
| | free the structure at close time. It seems I need to take a c
On Thu, 13 Jul 2006 17:11:30 +0400
Sergei Organov <[EMAIL PROTECTED]> wrote:
| "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> writes:
|
| > It seems to me that the current implementation is the easier way
| > to do it.
|
| Probably, but the easiest is not necessary the right one, as we all
|
> 2: Expand compressed switches, one of which had unreachable code
What was the "unreachable" stuff? That stuff looks purely cosmetic.
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff do
On Thu, Jul 13, 2006 at 10:20:19PM +0400, Sergei Organov wrote:
> Alan Cox <[EMAIL PROTECTED]> writes:
> > On Iau, 2006-07-13 at 18:17 +0400, Sergei Organov wrote:
> >> This problem may occur with any tty driver that doesn't stop to insert
> >> data into the tty buffers in throttled state. And yes,
On Sun, Jul 09, 2006 at 04:39:42PM +0200, Jon K Hellan wrote:
> I have an Anydata USB CDMA modem which basically works for
> me. However, something strange is going on. The first time I plugged
> in the modem, the anydata module was automatically loaded - I didn't
> have to do any configuration. Un
On Wed, Jul 12, 2006 at 04:43:21PM -0700, Joe Perches wrote:
> 1: Remove unnecessary spaces after dev_dbg/err/info functions
> 2: Expand compressed switches, one of which had unreachable code
> 3: Create and use check_port_status_changes, removes an indent level
Can you please split these up into
Pete Zaitcev <[EMAIL PROTECTED]> writes:
> On Thu, 13 Jul 2006 16:31:35 +0400, Sergei Organov <[EMAIL PROTECTED]> wrote:
>
>> > The application will get a signal that the device has "hung up" which
>> > usually causes it to automatically close the file handle, which is about
>> > the best that the
Alan Cox <[EMAIL PROTECTED]> writes:
> On Iau, 2006-07-13 at 18:17 +0400, Sergei Organov wrote:
>> This problem may occur with any tty driver that doesn't stop to insert
>> data into the tty buffers in throttled state. And yes, there are such
>> drivers in the tree. Before Paul's changes, the tty j
On Thu, 13 Jul 2006 16:31:35 +0400, Sergei Organov <[EMAIL PROTECTED]> wrote:
> > The application will get a signal that the device has "hung up" which
> > usually causes it to automatically close the file handle, which is about
> > the best that the kernel can provide.
>
> Well, simple test show
On Thursday 13 July 2006 2:22 am, Santosh M wrote:
> Hi ,
>
> I am testing the ehci-hc driver for McImx31 controller.
> When a USB2.0 HS speed device(Maxtor USB 2.0 hard disk) was connected
> to the IMX31 ADS board, there is no interrupt genearated & Power is not
> available in the port
> even
Dave:
Right now my development patches make all the autosuspend stuff
conditional on CONFIG_USB_SUSPEND. There didn't seem to be much point
including code to submit automatic suspend requests if usbcore wasn't
going to actually suspend the devices!
But what about root hubs? For ehci-hcd it's a
On Tue, 11 Jul 2006, David Brownell wrote:
> On Monday 10 July 2006 9:16 am, Alan Stern wrote:
> > Dave:
> >
> > It seems to me that none of the calls to usb_resume_root_hub() below are
> > really needed. Is there any reason not to remove them?
>
> I'll have to re-test a lot of configurations
On Iau, 2006-07-13 at 18:17 +0400, Sergei Organov wrote:
> This problem may occur with any tty driver that doesn't stop to insert
> data into the tty buffers in throttled state. And yes, there are such
> drivers in the tree. Before Paul's changes, the tty just dropped bytes
> that aren't accepted b
Alan Cox <[EMAIL PROTECTED]> writes:
> Ar Llu, 2006-07-10 am 19:54 +0400, ysgrifennodd Sergei Organov:
>> Wow! The code you've quoted seems to be correct! But where did you get
>> it from? The version of flush_to_ldisc() from drivers/char/tty_io.c from
>> 2.17.4 got last Friday from kernel.org does
"Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> writes:
> Hi Sergei,
>
> On Wed, 12 Jul 2006 15:42:14 +0400
> Sergei Organov <[EMAIL PROTECTED]> wrote:
>
> | Suppose I have a usb-serial device managed, say, by the airprime
> | driver. When I connect it, it is attached to the /dev/ttyUSB0, then,
On Thu, 13 Jul 2006 12:46:25 +0200
Luca Ognibene <[EMAIL PROTECTED]> wrote:
| Luiz Fernando N. Capitulino wrote:
| >
| > """
| > Jul 6 17:06:52 aylook012 kernel: EFLAGS: 00010282 (2.6.12-1-386)
| > """
| >
| > Please, could you try to reproduce with 2.6.18-rc1 ?
| >
|
| I'm trying with 2.6
Greg KH <[EMAIL PROTECTED]> writes:
> On Wed, Jul 12, 2006 at 03:42:14PM +0400, Sergei Organov wrote:
>> Suppose I have a usb-serial device managed, say, by the airprime
>> driver. When I connect it, it is attached to the /dev/ttyUSB0, then,
>> every disconnect/connect results in detaching from /de
Bottom half of your driver code is the were you can take advantage of
the SMP feature.You can use either workqueue(which is a simpler
interface which will create number threads based on the cpu count ),but
if U want finer control you can use Kthread(which does'nt inherits
parents sigmask and VM)
Luiz Fernando N. Capitulino wrote:
>
> """
> Jul 6 17:06:52 aylook012 kernel: EFLAGS: 00010282 (2.6.12-1-386)
> """
>
> Please, could you try to reproduce with 2.6.18-rc1 ?
>
I'm trying with 2.6.18-rc1 right now and i'm yet not been able to
reproduce it.. so it seems to work, i'll tell you
Hi ,I am testing the ehci-hc driver
for McImx31 controller.
When a USB2.0 HS speed device(Maxtor USB 2.0 hard disk)
was connectedto the IMX31 ADS board, there is no interrupt genearated &
Power is not available in the port
even after powering the USB HOST-2 port using Port Power
(PP) bit i
Hi,
On Thu, Jul 13, 2006 at 01:12:14PM +0530, [EMAIL PROTECTED] wrote:
> We've written a device driver in linux for a pcmcia card with usb and
> serial functionality. I need to test this driver on a dual core/SMP
> machine. We work on kernel 2.6.15.4. I have recompiled this kernel
> version on my
> > These numbers tell me that there's a huge overhead (at least 8ms) when
> > starting a transaction. Is this normal?
>
> There's a per-transaction overhead, sure ... I'd expect max 2 msec (and more
> typically about 1 msec) comes from the host controller (which is "OHCI" not
> "OCHI"). Other del
On Thu, 2006-07-13 at 13:12 +0530, [EMAIL PROTECTED] wrote:
> We've written a device driver in linux for a pcmcia card with usb and
> serial functionality. I need to test this driver on a dual core/SMP
> machine. We work on kernel 2.6.15.4. I have recompiled this kernel
> version on my dual core ma
We've written a device driver in linux for a pcmcia card with usb and
serial functionality. I need to test this driver on a dual core/SMP
machine. We work on kernel 2.6.15.4. I have recompiled this kernel
version on my dual core machine with the CONFIG_SMP flag set during
menuconfig.
How do i ensu
27 matches
Mail list logo