>
> It's like when I pull the power plug because my system is totally hosed and
> I want to start over. I know I can cause damage by doing that, but I would
> be upset if the new system booted back to the broken state it was in when I
> unplugged it.
I had this conversation with doug offlist- thi
My $.02:
The comparing of a saved device list snapshot with the current device should
be the responsibility of a user-space daemon, provided that the kernel
exposes enough information to uniquely identify the devices (like serial
numbers, or some other UID if no ser num exists).
The kernel wou
>The comparing of a saved device list snapshot with the current device
should
>be the responsibility of
>From a usability standpoint, I don't think any such comparing should be
done by anyone. When I unplug a device and then plug it in again, I want a
total reset. I'm willing to take my lump
This is a minor cleanup to convert 8 spaces into tabs. There is no
functional change here.
Greg, please apply.
Matt
# This is a BitKeeper generated patch for the following project:
# Project Name: greg k-h's linux 2.5 USB kernel tree
# This patch format is intended for GNU patch command version
This patch removes the US_FL_DEV_ATTACHED flag, which is now rendered
obsolete by the new hotplug system.
It also adds a comment or two about areas of code that need to be
re-examined.
Greg, please apply.
Matt
# This is a BitKeeper generated patch for the following project:
# Project Name: greg
This patch does the following:
(o) Add comments showing what needs to be done to complete the hot-unplug
system.
(o) Add a BUG_ON() for (what is now) a critical failure case.
(o) Make certain that a debug print happens even if a usb_get_intfdata()
crashes.
(o) Add an un-necessary up() to ba
I finally got 2.5.59 to run, tho without modules. I can confirm that the
three patches, taken together, produce a working hotplug system.
So far, it's not 100%. But I think these patches should go in, because
there is still some debate going on as to how to make hot-unplug work best.
That's the
PS: You should use a small schedule_timeout() instead of yield.
kswapd needs time to do its job.
Maybe. But _any_ action performed, irq handler or task progress
or whatever, could free the necessary resources. When resources
are that tight, waiting longer might let some other activity get
the
--- Rupesh S <[EMAIL PROTECTED]> wrote:
> ** Proprietary **
>
> Hi,
>
> I'm in the process of understanding the CDCEther
> USB-ethernet driver, I could find that the
> usb_read_bulk_callback() is been registered to the
> USB Subsystem by the driver.
> 1) Does kernel invoke this callback functio
On Wed, Jan 22, 2003 at 08:43:06PM -0800, Greg KH wrote:
> On Sun, Jan 19, 2003 at 05:16:02PM -0800, Matthew Dharm wrote:
> > This patch goes on top of the last one. It fixes a typo in the test for
> > scsi_register() failure.
>
> With these two patches applied, when plugging in a usb-storage dev
does any one have any good feedback on a good embeded host controller
that has some intelligence inside and does not take a whole lot of
cpu horsepower
does any one have expereince with philis ISP1611? is that a smarter
chip than SL811?
my problem right now is the interrupt latency is causing
Hi!
Normally the CDC ACM devices have an subclass of 0, and the ACM subclass is
only applied to their first interface. But some have the subclass set on
the device itself, namely Motorola mobile phones. This patch takes those
devices into account.
--
Vojtech Pavlik
SuSE Labs
[EMAIL PROTECTED],
On Thu, Jan 16, 2003 at 12:02:06PM -0600, Bryan W. Headley wrote:
> HID guys,
>
> I took over support of the Aiptek tablet HID driver from Chris Atenasio.
> Things have been difficult insofar as I don't completely understand the
> HID spec, and I've been working from an incomplete hardware spec.
On Wed, Jan 22, 2003 at 04:50:00PM -0500, John Homppi wrote:
> See my prior message for background.
>
> Additions for hid-core.c blacklist.
> Diffs for kernel 2.4.20 and 2.5.54 follow.
>
> Thanks to all for their assistance.
> John
Greg, please apply this.
--
Vojtech Pavlik
SuSE Labs
--- hid
** Proprietary **
Hi,
I'm in the process of understanding the CDCEther USB-ethernet driver, I could find
that the usb_read_bulk_callback() is been registered to the USB Subsystem by the
driver.
1) Does kernel invoke this callback function ,usb_read_bulk_callback()??
If so, when does it ha
15 matches
Mail list logo