> Would it be the "proper" patch I was looking for in the thread named
> "[PATCH] Re-power USB ports on wakeup" ?
>
> Or does it fix different issues ? Mine fixed, with a hack I think, the
> fact that USB ports kept being powered down after one wakeup out of
> two. I never got any machine check,
Hello,
I've found a memoryleak in the usb part of the linux kernel!
I've found it in 2.4.19 but it appears also in the actual 2.4.29!
What happend:
I had a defect usb hub which produced a disconnect and connect
every 20 seconds. There was a keyboard connected to the hub.
This was not recogniced be
On Wed, Mar 16, 2005 at 06:16:19PM -0500, Jon Smirl wrote:
> On Tue, 15 Mar 2005 09:08:34 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > There are 4 patches being posted here in response to this message that
> > start us on the way toward cleaning up the driver model code so that
>
On 17 Mar 2005 at 16h03, Paul Mackerras wrote:
Hi,
> I am currently using this patch on my powerbook to fix the problems
> that USB was causing with sleep and wakeup. Basically one of the USB
> controllers was getting a spurious wakeup immediately when put it
> into the suspend state. This wou
I am currently using this patch on my powerbook to fix the problems
that USB was causing with sleep and wakeup. Basically one of the USB
controllers was getting a spurious wakeup immediately when put it
into the suspend state. This would cause the resume routine to be run
after we had turned off
Fix gcc printk warnings:
drivers/usb/core/hcd.c:1689: warning: long long unsigned int format, u64 arg
(arg 6)
drivers/usb/core/hcd.c:1695: warning: long long unsigned int format, u64 arg
(arg 5)
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
diffstat:=
drivers/usb/core/hcd.c |6 --
1
I just upgraded from 2.6.9 to 2.6.11 and my Cirque USB trackpad which
previously used to say "device not accepting address" now works. So thanks!
(I haven't tried my Belkin USB2 hub yet. This also refused to work with
2.6.9, but all my Belkin equipment seems to have problems on every OS,
so I
On Wednesday 16 March 2005 3:26 pm, Christopher Li wrote:
> > In come to my attention that the later SuSE kernel has
> > change the /proc/bus/usb/devices to
> > /proc/bus/usb/devices_please-use-sysfs-instead.
I think SuSE 9.1 does, but 9.2 reverted that bogosity.
---
On Wed, 16 Mar 2005, Christopher Li wrote:
> > In come to my attention that the later SuSE kernel has
> > change the /proc/bus/usb/devices to
> > /proc/bus/usb/devices_please-use-sysfs-instead.
I have to wonder why they did that? How do they think people can use
sysfs instead of /proc/bus/usb/d
Any one?
Thanks
Chris
- Forwarded message from Christopher Li <[EMAIL PROTECTED]> -
> From: Christopher Li <[EMAIL PROTECTED]>
> Date: Mon, 14 Mar 2005 16:58:52 -0500
> To: linux-usb-devel@lists.sourceforge.net
> Subject: [linux-usb-devel] get devices change event in sysfs?
>
> In com
On Thu, Mar 17, 2005, Hou Xiang ZHU <[EMAIL PROTECTED]> wrote:
> Is there anyway to move linux usb subsystem (or part) to grub? I hope to
> communicate with USB mass storage device earlier :) or maybe too earlier!
> Is this a crazy idea? or someone has worked on this before? Please give
> me a hint
hello:
Is there anyway to move linux usb subsystem (or part) to grub? I hope to
communicate with USB mass storage device earlier :) or maybe too earlier!
Is this a crazy idea? or someone has worked on this before? Please give me a
hint on this.
thanks,
houxiang zhu
--
On Tue, 15 Mar 2005 09:08:34 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> There are 4 patches being posted here in response to this message that
> start us on the way toward cleaning up the driver model code so that
> it's actually usable by mere kernel developers :)
Is this going to l
On Tue, 15 Mar 2005, Guilhem Lavaux wrote:
> > Can you send the file contents from before you rmmod uhci-hcd the first
> > time?
>
> Here it is, just after the first modprobe (and before rmmod). There is
> nearly nothing in it.
That's as expected. What's not expected is the line saying:
sta
Hello.
Today I've got the following situation.
While a print filter script was writing data to usb printer (actualy
'cat data > /dev/usb/lp0' worked), unexpected usb disconnect happened (our
printer is somewhat buggy and sometimes behaves like a disconnect happens;
in such cases we usually rest
On Tue, 15 Mar 2005, Grant Grundler wrote:
> > Worse than that, it will disable the entire IRQ line, thus affecting other
> > devices that may be sharing it. That's not what I want; I need a way to
> > prevent a generic PCI device from issuing interrupt requests without
> > affecting other device
On Wednesday 16 March 2005 9:53 am, Lesha Shervashidze wrote:
> The OHCI driver without EHCI works correctly on 33 and
> 25 PCI clock frequency boards. The EHCI works
> correctly only using 33 PCI clock frequency. I suppose
> it can be the hardware issue.
I've only tried it on PC hardware, with 3
On Wednesday 16 March 2005 8:00 am, Alan Stern wrote:
> On Wed, 16 Mar 2005 [EMAIL PROTECTED] wrote:
>
> > The problem is not reference counting the problem is some code in
> > driver/base/bus.c. First I will describe the scenario:
I suppose your theory for why usbnet/cdc doesn't hit this is:
>
Hello,
> I'd certainly assume that the symptoms you saw could
> likely have been fixed in newer kernels.
> At any rate I don't have > time to help
> you debug this if you can't try the most bug-free
code
> available.
I've tried Linux kernel 2-6-10 and this kernel is
really most bug-free. But I've
On Wed, Mar 16, 2005 at 11:00:02AM -0500, Alan Stern wrote:
> Greg, I've got some pretty good ideas about how to do it. But they're not
> fully developed and I need help settling some issues. What's a good
> mailing list to discuss these things on? LKML?
lkml works for me, just make sure to CC:
On Wed, 16 Mar 2005 [EMAIL PROTECTED] wrote:
> The problem is not reference counting the problem is some code in
> driver/base/bus.c. First I will describe the scenario:
> All is well and we call the driver remove function which calls
> acm_disconnect. acm_disconnect calls usb_driver_release_int
Reporting-MTA: dns; mx
Received-From-MTA: smtp; mx.sweep-on.net ([127.0.0.1])
Arrival-Date: Wed, 16 Mar 2005 23:25:38 +0900 (JST)
Final-Recipient: rfc822; neon@big.or.jp
Action: failed
Status: 5.7.1
Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, id=11212-10 - VIRUS: HTML/IFrame@expl, W
ПРОДАЮТСЯ ДИПЛОМЫ О ВЫСШЕМ ОБРАЗОВАНИИ ВУЗОВ РОССИИ И БЫВШЕГО СССР
АТТЕСТАТЫ, ДИПЛОМЫ ТЕХНИКУМОВ И ДР.
100% НАДЕЖНОСТЬ И КОНФИДЕНЦИАЛЬНОСТЬ
ДОСТАВКА В ЛЮБОЙ РЕГИОН
ВОЗМОЖНО БЕЗ ПРЕДОПЛАТЫ
ПИШИТЕ [EMAIL PROTECTED]
С УВАЖЕНИЕМ Дипломы
---
SF e
This adds the product ID for another hardware revision of the Emi 2|6.
Except for the ID, this device behaves the same and uses the same
firmware.
Signed-off-by: Clemens Ladisch <[EMAIL PROTECTED]>
diff -urN a/drivers/usb/misc/emi26.c b/drivers/usb/misc/emi26.c
--- a/drivers/usb/misc/emi26.c 2
ПРОДАЮТСЯ ДИПЛОМЫ О ВЫСШЕМ ОБРАЗОВАНИИ ВУЗОВ РОССИИ И БЫВШЕГО СССР
АТТЕСТАТЫ, ДИПЛОМЫ ТЕХНИКУМОВ И ДР.
100% НАДЕЖНОСТЬ И КОНФИДЕНЦИАЛЬНОСТЬ
ДОСТАВКА В ЛЮБОЙ РЕГИОН, ВОЗМОЖНО БЕЗ ПРЕДОПЛАТЫ
ПРОВЕДЕНЫЕ ДИПЛОМЫ
ПИШИТЕ [EMAIL PROTECTED]
---
SF e
On 15 Mar 2005 at 17h03, David Brownell wrote:
Hi,
> This patch is self-evidently incorrect: by definition, a suspended
> port maintains VBUS power. Otherwise the device connected to the
> port will get disconnected, rather than suspended ... and it won't
> be able to issue wakeup events. All
Brian Murphy <[EMAIL PROTECTED]> said:
> Alan Stern wrote:
>
> >On Mon, 14 Mar 2005, Brian Murphy wrote:
> >
> >
> >
> >>This was nice in theory and partially fixes the problem (no more crash)
> >>unfortunately
> >>the module removal hangs if the data interface is attempted to be
> >>removed
27 matches
Mail list logo
