Hi, Guys:
Does anyone know a reason other than memory consumption to fetch string
descriptors from a live device? That Dell semaphore continues to bug me.
Why don't just read those descriptors once. Are they changing often?
Thanks,
-- Pete
---
Trel Nadal wrote:
sorry about that, here's both.
Thanks. I'm looking into this.
--
Phil Dibowitz [EMAIL PROTECTED]
Freeware and Technical Pages Insanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"They that can give up
sorry about that, here's both.
> Thanks. I wasn't clear though -- can I get one copy of this when the
> camera is in HD mode and one from when the camera is in PC mode? It will
> probably reqiure an unplug/replug of the camera to the change recognized.
>
> Thanks.
>
> --
> Phil Dibowitz
Greg --
Here is a patch for io_edgeport in 2.6.9-rc3. It
fixes SMP locking problems, and has several other
improvements/fixes. The complete change log is below.
Please apply.
Thanks,
-- Al
- Updated to version 2.7.
- Added locking to protect the circular buffer, txCredits, rxBytesAvail,
an
Greg --
Here is a patch for io_ti in 2.6.9-rc3. This adds support
for all the new Edgeport devices and improves/fixes the
driver in several ways. The changelog is below.
This patch applies to 2.6.9-rc3, but it was mostly tested
in 2.6.9-rc2. It does not change set_termios to avoid
sleeping, si
Hi there,
One of my control messages is returning 'EPIPE' when my system is under
heavy load. I'm stumped; does anyone have any suggestions?
It's not an endpoint stall (clear_halt() fails). 90% of the time, I can
work around by re-issuing the request (once). But the other 10% of the
time, *bot
On Monday 04 October 2004 5:05 pm, Gaël Roualland wrote:
>
> I first noticed the problem on 2.6.8.1, and could reproduce it on
> 2.6.9-rc3. Detailled information gathered with kdb at the time of the
> oops follows.
This looks like a known bug, fixed in bk-usb and hence 2.6.9-rc3-mm,
by this patch
Hello,
I am experiencing a hard lockup under IRQ while using an external USB
2.0 IDE drive
on a SMP system using the EHCI HCD and a VIA additionnal controller.
The oops happens after a few minutes of high activity on the drive,
which has an ext3 file system on which rsync is run, and looks like S
On Sat, Oct 02, 2004 at 03:20:46PM +0200, Philippe Bertin wrote:
> 'Llo All, Greg,
>
> To my modest kernel-newby reader opinion, statement
>
> id = usb_drv->id_table;
>
> on line 535 of usb.c version 2.6.8.1 is superfluous, as it is re- set
> the statement after (line 537). Not that I know that
On Mon, Oct 04, 2004 at 04:55:00PM -0400, Alan Stern wrote:
>
> But what happened here was that although the registration worked
> correctly, the return code indicated that it had failed. So the driver
> simply tried to exit, and uhci_stop() was never called. The consequences,
> as you saw, incl
also sprach Alan Stern <[EMAIL PROTECTED]> [2004.10.04.2325 +0200]:
> Don't worry, your disassembly gave the answer we needed. For
> whatever reason (I don't have time to go searching for it now), in
> hcd_endpoint_disable the udev->hcpriv value stored in dev is
> a NULL pointer. Of course that's
There's been some discussion about limitations of the current
pmcore for systems that want to be partially suspended most
of the time. That is, where the power management needs to
affect ACPI G0 states, not G1 states like S1/S3/S4, and isn't cpufreq.
One significant example involves USB mice. If
On Fri, Oct 01, 2004 at 09:48:24PM -0700, Pete Zaitcev wrote:
> On Fri, 1 Oct 2004 11:39:17 -0700
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > Pete, any ideas? Oh, it also happens on my UP laptop.
> >[...]
> > kernel BUG at kernel/timer.c:413!
>
> I have a suspicion. Actually, it was pointed to me
On Fri, 1 Oct 2004, martin f krafft wrote:
> also sprach Alan Stern <[EMAIL PROTECTED]> [2004.10.01.2113 +0200]:
> > No, you should use usbcore.ko.
>
> Okay, that worked.
>
> Now, the function starts at 0x5320, so +0x74 (from the oops) gives
> 0x5394... so with +/- 5 lines of context:
>
> 0x000
[I assume that the other recipients don't care about these technical
details.]
On Mon, 4 Oct 2004, Greg KH wrote:
> Alan, these error messages lead me to believe that the error recovery
> code in the uhci driver doesn't quite work properly, as even if the
> register of the pci driver fails, we s
On Mon, Oct 04, 2004 at 11:33:35AM -0400, Alan Stern wrote:
> Greg:
>
> This is all your fault! :-)
>
> The patch below fixes the problem in which the UHCI driver doesn't
> properly check the return code from pci_register_driver().
Yeah, it's all my fault, what else is new...
Anyway, no, my ch
Hi,
Alan Stern wrote:
Greg:
This is all your fault! :-)
The patch below fixes the problem in which the UHCI driver doesn't
properly check the return code from pci_register_driver().
Alan Stern
On Fri, 1 Oct 2004, Andrew Morton wrote:
Greg's latest tree, on x86_64:
Badness in remove_proc_entry at
On Mon, 4 Oct 2004, Luca De Baptistis wrote:
> On Mon, 2004-10-04 at 11:18 -0400, Alan Stern wrote:
> > But first some questions for Luca:
> >
> > Why do you need this entry at all? What happens when your entry isn't in
> > unusual_devs.h?
> If the entry is not listed in unusual_devs.h, the sys
Greg:
This is all your fault! :-)
The patch below fixes the problem in which the UHCI driver doesn't
properly check the return code from pci_register_driver().
Alan Stern
On Fri, 1 Oct 2004, Andrew Morton wrote:
> Greg's latest tree, on x86_64:
>
> Badness in remove_proc_entry at fs/proc/ge
On Sat, 2 Oct 2004, Luca De Baptistis wrote:
> Attached the .diff file.
> It adds support for a Fujifilm camera very popular here in Italy. You
> can have it collecting coupons from a fuel company.
> I'm running gentoo on my laptop with kernel 2.6.8.1, but i also tried
> the patch on a desktop sys
Hi Lothar,
Early in September you were working on a driver for the isp1362 based
upon your work with the ohci-emu/sl811 stuff. I'm just wondering what
the current status of this is. Do you have a webpage with patches or
anything like that?
I have a PXA255 platform with an ISP1161 on it and am int
On Monday 04 of October 2004 14:22, Jan De Luyck wrote:
[-- snip --]
> > Does "cat /proc/bus/usb/devices" give you an empty file or does it hang?
> > Is that modular USB or is it compiled into the kernel? OHCI or UHCI?
>
> UHCI. I just did a test-suspend-resume, currently plugged USB devices don't
On Monday 04 October 2004 14:06, Oliver Neukum wrote:
> Am Montag, 4. Oktober 2004 13:59 schrieb Jan De Luyck:
> > On Monday 04 October 2004 13:31, Oliver Neukum wrote:
> > > Am Montag, 4. Oktober 2004 11:07 schrieb Jan De Luyck:
> > > > Just tried swsusp, works great, besides a few strange things:
Am Montag, 4. Oktober 2004 13:59 schrieb Jan De Luyck:
> On Monday 04 October 2004 13:31, Oliver Neukum wrote:
> > Am Montag, 4. Oktober 2004 11:07 schrieb Jan De Luyck:
> > > Just tried swsusp, works great, besides a few strange things:
> > >
> > > - The suspend routine is unable to shutdown the m
On Monday 04 October 2004 13:31, Oliver Neukum wrote:
> Am Montag, 4. Oktober 2004 11:07 schrieb Jan De Luyck:
> > Just tried swsusp, works great, besides a few strange things:
> >
> > - The suspend routine is unable to shutdown the mysqld process:
> >
> > Oct 4 10:19:43 precious kernel: Stopping
Am Montag, 4. Oktober 2004 11:07 schrieb Jan De Luyck:
> Just tried swsusp, works great, besides a few strange things:
>
> - The suspend routine is unable to shutdown the mysqld process:
>
> Oct 4 10:19:43 precious kernel: Stopping tasks:
> =
> Oc
Lonnie --
Lonnie Mendez wrote:
> If that is all you guys can see wrong, I will resubmit it.
Great to have a new USB serial driver. Thanks. Here are some
comments...
Cypress_write function allocates a new urb for each write.
Without any limit on how much memory your driver can use, it
could potent
您好！
北京市三实总部当前重点工作是招商引资、商品营销。
A、"三实"与美国
"世界华人文化与经济发展中心"建立了紧密的合作关系，并受"美国世界华人文化与经济发展中心北京代表处"的委托，拟通过与美国及世界各地的华人组织合作，协助并参加我国各地政府组织的经贸文化洽谈、商务考察、招商引资、科技交流、商品展销、高新技术项目研发等会议。努力促成中外企业的合作，达到招商引资的目的。
B、为了拓宽合资、合作渠道，"三实"与美国北美第一开发集团、美中经贸交流网、世界华人文化与经济发展中心、美国亚太经贸集团、等多家集团公司，在洛杉矶联合设立了《中国商机国际博览（美洲）常设机构》组
here you go.
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc=118/900 us (13%), #Int= 1, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor= ProdID= Rev= 2.06
S: Manufacturer=Linux 2.6.7 uhci_hcd
S: Product=Intel Corp. 82371AB/EB
29 matches
Mail list logo
