Ok. I found another possible reason, did I?
I read in several forums that HLT in KT333 chipsets
of VIA is not enough to get the processor in powersafe
and to disconnect from the FSB. You need to issuse
the STPGNT command which also needs first
to set some registers (because it degrades overall pe
Dear Oliver,
I am planning to port a USB OTG stack to a small proprietary OS (non-Linux)
running embedded device.
As I am relatively new to USB architecture, would you please provide me any
information on USB OTG Stack development.
I would like to know what do I need to refer?
I would also lik
On Thu, Jan 19, 2006 at 10:20:22AM +0530, [EMAIL PROTECTED] wrote:
>
> I will try to contact redhat but as my prevoius exp its very difficult
> to get support from redhat. Initailly we had hard time to get support
> from them could you please give me some details whom I can contact for
> this.
C
Hello,
This is to inform you that your request to unsubscribe from
kizer212 has been completed.
Regards,
Yahoo! Groups Customer Care
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
---
This SF.net email is s
Hello,
We have received a request from you to unsubscribe from the
kizer212 group. Please confirm your request by
replying to this message. If you do not wish to unsubscribe from
kizer212, please ignore this message.
Regards,
Yahoo! Groups Customer Care
Your use of Yahoo! Groups is subject
Hello,
Welcome to the kizer212 group at Yahoo! Groups, a
free, easy-to-use email group service. Please
take a moment to review this message.
To learn more about the kizer212 group, please visit
http://groups.yahoo.com/group/kizer212
To start sending messages to members of this group, simply
The email was deleted by system policy.
Attached file might be containing virus.
Connection From: 127.0.0.1
From: linux-usb-devel@lists.sourceforge.net
To: [EMAIL PROTECTED]
Date: Thu, 19 Jan 2006 10:41:36 +0900
Subject: Fw:
--- Scan information follows ---
Virus Name: [EMAIL PROTECTED]
File At
This patch contains the following possible cleanups:
- make needlessly global functions static
- function and struct declarations belong into header files
- make SiS_VCLKData const
- #if 0 the following unused global functions:
- sisusb.c: sisusb_writew()
- sisusb.c: sisusb_readw()
- sisusb_i
On Iau, 2006-01-19 at 00:41 +0100, Helmut Toplitzer wrote:
> Ok. Was just a bit digging through the sourcecode. Found a
> function called disable_hlt. Some further digging.
> Found in drivers/block/floppy.c a usage of disable_hlt.
> It's called (if I haven't missunderstood something)
> whenever a
The email was deleted by system policy.
Attached file might be containing virus.
Connection From: 127.0.0.1
From: linux-usb-devel@lists.sourceforge.net
To: [EMAIL PROTECTED]
Date: Thu, 19 Jan 2006 10:00:06 +0900
Subject: eBook.pdf
--- Scan information follows ---
Virus Name: [EMAIL PROTECTED]
Fi
On Wednesday 18 January 2006 4:19 pm, Greg KH wrote:
> On Tue, Jan 17, 2006 at 10:56:05PM +0900, NIIBE Yutaka wrote:
> > I found two issues for lsusb for hub information.
>
> Who is maintaining usbutils these days? David?
I've probably put the most patches into it, but would really
rather someon
On Tue, Jan 17, 2006 at 10:56:05PM +0900, NIIBE Yutaka wrote:
> I found two issues for lsusb for hub information.
Who is maintaining usbutils these days? David?
Anyone know where the development tree is at?
thanks,
greg k-h
---
This SF.net
On Wed, Jan 18, 2006 at 03:04:55PM -0800, Greg KH wrote:
> On Thu, Jan 19, 2006 at 12:06:07AM +0300, Alexey Dobriyan wrote:
> > drivers/usb/core/message.c:395: error: invalid use of undefined type
> > `struct scatterlist'
> What arch shows this problem?
arm26. See patchset I've posted to l-k sev
>
> Did disabling ACPI change something?
>
No, it didn't
>
> When CPU is idle HLT instruction is used by default (for power saving).
> Probably chipset detects when CPU is entering low power mode and
> also enters low power mode. Switching between low and normal power
> modes is slow and results
On Thu, Jan 19, 2006 at 12:06:07AM +0300, Alexey Dobriyan wrote:
> drivers/usb/core/message.c:395: error: invalid use of undefined type `struct
> scatterlist'
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
What arch shows this problem?
thanks,
greg k-h
---
We can not call put_device() from irq context :(
I added a "might_sleep()" to the driver core and get the following from
the ehci driver. Any thoughts?
thanks,
greg k-h
Debug: sleeping function called from invalid context at drivers/base/core.c:343
in_atomic():1, irqs_disabled():0
[] __might
On Wednesday 18 January 2006 1:54 pm, Alan Stern wrote:
> On Wed, 18 Jan 2006, Greg KH wrote:
>
> > We can not call put_device() from irq context :(
> >
> > I added a "might_sleep()" to the driver core and get the following from
> > the ehci driver. Any thoughts?
>
> In principle the put_device
On Wed, Jan 18, 2006 at 04:54:04PM -0500, Alan Stern wrote:
> On Wed, 18 Jan 2006, Greg KH wrote:
>
> > We can not call put_device() from irq context :(
> >
> > I added a "might_sleep()" to the driver core and get the following from
> > the ehci driver. Any thoughts?
>
> In principle the put_de
On Wed, 18 Jan 2006, Greg KH wrote:
> We can not call put_device() from irq context :(
>
> I added a "might_sleep()" to the driver core and get the following from
> the ehci driver. Any thoughts?
In principle the put_device and corresponding get_device calls aren't
needed. We don't release a u
drivers/usb/core/message.c:395: error: invalid use of undefined type `struct
scatterlist'
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
drivers/usb/core/message.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
--- a/drivers/usb/core/message.c
+++ b/drivers/usb/core/message
On Wed, Jan 18, 2006 at 04:34:08PM +0100, Oliver Neukum wrote:
> Am Mittwoch, 18. Januar 2006 15:13 schrieb Johannes Berg:
> > On Wed, 2006-01-18 at 14:25 +0100, Oliver Neukum wrote:
> >
> > > This patch is wrong. usb_kill_urb() will sleep. You must not use it under
> > > a spinlock.
> >
> > Whoo
On Wed, Jan 18, 2006 at 02:35:28PM +0530, [EMAIL PROTECTED] wrote:
>
> Hi Greg,
>
> My answer are inline and please find them below.
You don't have to say this, it is assumed.
> usb serial generic driver we are using it on linux kernel version 2.6.9-5.EL
You know that the generic driver has no
Greetings,
I've attached a patch (based on 2.6.16-rc1) which adds Host mode
support for the Dual-Role (DR) and Multi-Port-Host (MPH) USB controllers
found in the Freescale 8349. Note that this patch only provides the
driver for the controllers. The external hardware and pin configuration
must b
On 1/18/06, Helmut Toplitzer <[EMAIL PROTECTED]> wrote:
> > Just wild guesses but please try:
> > * booting with "cpu=poll" parameter
> > * kernel with ACPI and Power Management disabled
> >
>
> Ok. Here it goes.
> Did your tests which doesn't change anything. But
> I couldn't find the cpu= paramet
On Wed, 18 Jan 2006, Oliver Neukum wrote:
> What do you do if a second reset is requested while the first is in progress?
> Silently merge them?
It can't happen. A driver has to hold the usb_device's semaphore before
it can request a reset.
In fact, it would be a good idea to add a utility rou
> both kernels (with/out acpi):
>Parameter NO EHCI USED EHCI
>irqpoll52MB/s 30MB/s
>idle=poll 58MB/s 58MB/s
Well now that's progress. Can someone explain what's happening?
> (BTW: Is it normal that you see
>
> Inode-cach
Am Mittwoch, 18. Januar 2006 16:07 schrieb Alan Stern:
> On Tue, 17 Jan 2006, Pete Zaitcev wrote:
>
> > The two-signal reset bothers me too, because it has to interact well
> > with actual disconnect, and generally I do not like this sort of thing.
>
> There is a potential problem with actual dis
Am Mittwoch, 18. Januar 2006 15:13 schrieb Johannes Berg:
> On Wed, 2006-01-18 at 14:25 +0100, Oliver Neukum wrote:
>
> > This patch is wrong. usb_kill_urb() will sleep. You must not use it under
> > a spinlock.
>
> Whoops. Good catch. I'll have to analyse the logic with the lists being
> used he
On Tue, 17 Jan 2006, Pete Zaitcev wrote:
> The two-signal reset bothers me too, because it has to interact well
> with actual disconnect, and generally I do not like this sort of thing.
There is a potential problem with actual disconnect occurring in the
middle of a reset sequence. I think the o
> Just wild guesses but please try:
> * booting with "cpu=poll" parameter
> * kernel with ACPI and Power Management disabled
>
Ok. Here it goes.
Did your tests which doesn't change anything. But
I couldn't find the cpu= parameter in kernel-parameters.txt
so I tried something else too:
both kerne
On Wed, 2006-01-18 at 14:25 +0100, Oliver Neukum wrote:
> This patch is wrong. usb_kill_urb() will sleep. You must not use it under
> a spinlock.
Whoops. Good catch. I'll have to analyse the logic with the lists being
used here (and probably add a temporary list). Will try to get a new
patch unti
Am Mittwoch, 18. Januar 2006 00:21 schrieb Johannes Berg:
> The attached patch implements suspend/resume for the hci_usb bluetooth
> driver by simply killing all outstanding urbs on suspend, and re-issuing
> them on resume.
>
> This allows me to actually use the internal bluetooth "dongle" in my
>
On 1/17/06, Helmut Toplitzer <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > >
> > > 37MB/s with CPU not utilized
> > > 55MB/s with CPU 100% utilized
> >
> > I can't reproduce this locally, please send me your kernel
> > config. Although I have Intel chipset it is still worth a try
> > if it is generic ker
Sorry for the siily mistake.
Regards,
Mukund Jampala
> -Original Message-
> From: Oliver Neukum [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 18, 2006 3:51 PM
> To: linux-usb-devel@lists.sourceforge.net
> Cc: Mukund JB.
> Subject: Re: [linux-usb-devel] Why double locking the usb-s
Am Mittwoch, 18. Januar 2006 11:06 schrieb Mukund JB.:
> Oliver,
> Thanks for the response
>
> In usb_skeletoc.c sample driver, when I look into the probe function,
> When trying for bulk out endpoint, I find the if condition checking for
> USB_DIR_IN which I guess is wrong
> and it should be
Oliver,
Thanks for the response
In usb_skeletoc.c sample driver, when I look into the probe function,
When trying for bulk out endpoint, I find the if condition checking for
USB_DIR_IN which I guess is wrong
and it should be USB_DIR_OUT.
code section
if (!dev->bul
您好!
腾达实业有限公司因进项较多,每月有部分结余发票可优惠对外代开.普通
发票(税率2%左右),增值发票(税率6%左右),可验证后付款.(注如普通发票金额
在30万以上税率0.6%)
联系电话:13927434328(张先生)
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJ
Am Mittwoch, 18. Januar 2006 07:58 schrieb Mukund JB.:
> I made an attempt to understand the USB driver sample code in usb-skeleton.c
> file /drivers/usb.
> I found in the probe function there are two reference counts being maintained.
> One is through usb_get_dev() and the other one is kref_init(
38 matches
Mail list logo
