On Fri, 23 Feb 2007 10:06:14 -0500, "Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
> On 2/23/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> > void input_release_device(struct input_handle *handle)
> > {
> >
> >if (handle->handler->
Here's a curious code I found in drivers/input/input.c (2.6.21-rc1):
void input_release_device(struct input_handle *handle)
{
if (handle->handler->start)
handle->handler->start(handle);
}
Is the above supposed to be this way, or you meant ->stop here?
The commit comm
On Mon, 19 Feb 2007 21:15:49 +0300, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> +++ b/drivers/usb/misc/ftdi-elan.c
> @@ -57,9 +57,9 @@ module_param(distrust_firmware, bool, 0);
> MODULE_PARM_DESC(distrust_firmware, "true to distrust firmware
> power/overcurren"
> "t setup");
> extern
On Thu, 22 Feb 2007 11:43:38 +0100, Duncan Sands <[EMAIL PROTECTED]> wrote:
> > + /* the module/device has probably been removed */
> > + if (urb->status == -ESHUTDOWN)
> > + return;
> > +
> > if (printk_ratelimit())
> > atm_war
On Tue, 20 Feb 2007 09:02:53 +0100 (CET), Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Mon, 19 Feb 2007, Veronique & Vincent wrote:
> > Hi again Marcel and Jiri,
> > I've set up the hid-core.c to DEBUG mode... and it literally got pretty
> > verbose...
> thanks for the output. Is this really the
On Tue, 20 Feb 2007 16:15:41 +, Russell King <[EMAIL PROTECTED]> wrote:
> Never call __exit code from __init code - it causes errors such as:
Oh heh, just saw this now.
> Signed-off-by: Russell King <[EMAIL PROTECTED]>
I ack this. Greg, please either apply Dobriyan's patch, or this one,
the
On Tue, 13 Feb 2007 20:13:06 -0500, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> OK I'll keep looking for the cause of the oops then:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=228231
> Feb 12 01:11:29 MyComputer kernel: ohci_hcd :00:02.1: auto-wakeup
> Feb 12 01:11:30 MyComputer
On Thu, 8 Feb 2007 22:27:43 -0500, "D. Hazelton" <[EMAIL PROTECTED]> wrote:
> So almost all the rules around the signs of types are because of a single,
> historical machine. Hence the rules about "char" being unsigned by default
> and "int" being signed by default are because of the nature of t
On Mon, 29 Jan 2007 14:53:28 -0500, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
> >>git://people.freedesktop.org/~krh/linux-2.6
> >
> > This seems to have disappeared. Was it moved or dropped?
>
> No, it's still there, and I just did a git clone on it. How does it fail for
> you?
Oh neve
On Thu, 25 Jan 2007 16:18:35 -0500, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
> Indeed, I've just moved to an in-tree development model now. I still think
> the out-off-tree model is a good way to prototype, get started and reach
> "critical mass" with your driver. But as I'm starting to in
On Fri, 26 Jan 2007 03:35:19 +0100, Stefan Richter <[EMAIL PROTECTED]> wrote:
> The fundamental thing about SBP-2 is that ORBs ( = SCSI command blocks
> plus SBP-2 header) and data buffers all reside in the memory of the
> initiator (or of a 3rd party on the FireWire bus).
I recognize the concept
On Thu, 25 Jan 2007 16:18:35 -0500, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
> > I see that ORBs are always allocated with a call (like SKB) and not
> > embedded into drivers (like URBs). It's great, keep it up. Also,
> > never allow drivers to pass DMA-mapped buffers into fw_send_request
> >
Hi, Kristian:
I only looked briefly at SBP-2, and at submit/callback paths it pulled,
because I do not understand most of the other issues.
Executive summary: please implement proper ORB cancellation. This is
how you verify that your locking model is worth anything: by interaction
of normal trans
On Fri, 29 Dec 2006 20:45:57 -0500, Eric Buddington <[EMAIL PROTECTED]> wrote:
> Kernel 2.6.19-rc6-mm2 on an Athlon XP gave me the following Oops when
> unplugging a USB device. I an usually plug and unplug devices without
> trouble, so this is probably not easily repeatable.
> [1742510.173840] PR
On Fri, 15 Dec 2006 16:37:15 -0500, Dave Jones <[EMAIL PROTECTED]> wrote:
> Linux version 2.6.18-1.2864.fc6 ([EMAIL PROTECTED]) (gcc version 4.1.1
> 20061011 (Red Hat 4.1.1-30)) #1 SMP Fri Dec 15 13:14:58 EST 2006
> Kernel command line: ro root=/dev/VolGroup00/LogVol00 profile=1 vga=791
> audit(
Hi, Roman & All:
In 2.6.19 (and Linus' curent tree), I found the following:
libpath=$$dir/lib; lib=qt; osdir=""; \
$(HOSTCXX) -print-multi-os-directory > /dev/null 2>&1 && \
osdir=x$$($(HOSTCXX) -print-multi-os-directory); \
test -d $$libpath/$$osdir && l
On Mon, 11 Dec 2006 15:52:47 -0800, Matt Helsley <[EMAIL PROTECTED]> wrote:
> I'm shocked memcpy() introduces 8-byte stores that violate architecture
> alignment rules. Is there any chance this a bug in ia64's memcpy()
> implementation? I've tried to read it but since I'm not familiar with
>
On Sat, 9 Dec 2006 15:09:13 -0600, Erik Jacobson <[EMAIL PROTECTED]> wrote:
> > Please try to declare u64 timestamp_ns, then copy it into the *ev
> > instead of copying whole *ev. This ought to fix the problem if
> > buffer[] ends aligned to 32 bits or better.
>
> So I took this suggestion for a
On Fri, 08 Dec 2006 19:08:29 -0600, [EMAIL PROTECTED] wrote:
> usb 2-2: new high speed USB device using ehci_hcd and address 3
> usb 2-2: configuration #1 chosen from 1 choice
> libusual: modprobe for usb-storage succeeded, but module is not present
> usb 2-4: new high speed USB device using ehci_
On Thu, 7 Dec 2006 17:22:13 -0600, Erik Jacobson <[EMAIL PROTECTED]> wrote:
> Here, we just adjust how the variables are declared and use memcopy to
> avoid the error messages.
> - ev->timestamp_ns = timespec_to_ns(&ts);
> + ev.timestamp_ns = timespec_to_ns(&ts);
Please try to declare u64
On Thu, 07 Dec 2006 20:41:12 +0100, Matthias Schniedermeyer <[EMAIL PROTECTED]>
wrote:
> >>I'm using a Bunch auf HDDs in USB-Enclosures for storing files.
> >>(currently 38 HDD, with a total capacity of 9,5 TB of which 8,5 TB is used)
> >>[]
> >>This time i kept the defective files and used "
On Tue, 05 Dec 2006 00:22:45 -0500, "Kristian Høgsberg" <[EMAIL PROTECTED]>
wrote:
Your wonderful crossed-o might be ok here (or it would've been if only
your mailer worked -- notice that the name is right in the "On" tag
line above):
> Signed-off-by: Kristian Høgsberg <[EMAIL PROTECTED]>
> ---
On Fri, 1 Dec 2006 15:23:39 -0800, [EMAIL PROTECTED] wrote:
> BIOS handoff assumes an SMI, right? Could SMI be masked?
That might be a bad idea, because things like fans may be controlled
by SMM BIOS. The best thing we can do is to follow the published
procedure, and maybe insert a workaround if
On Fri, 1 Dec 2006 19:28:55 +0100, Sebastian Kemper <[EMAIL PROTECTED]> wrote:
> I also increased the wait time from 5 seconds to 20 in
> drivers/usb/host/pci-quirks.c but that didn't change anything.
That was a good try, but I thought maybe it needs doing something
twice, or having some extra bi
On Wed, 29 Nov 2006 22:47:36 +0100, David Weinehall <[EMAIL PROTECTED]> wrote:
> I've got an Archos AV500 here (running the very latest firmware), pretty
> much acting as a doorstop, since I cannot get it to be recognized
> properly by Linux.
>[...]
> [ 118.144000] SCSI device sdb: 58074975 512-b
On Fri, 17 Nov 2006 07:28:48 +, Oleg Verych <[EMAIL PROTECTED]> wrote:
> BTW. On you web site i've read historical lkml messages, like Linus'
> moving from Transmeta, and i saw, that you had news<->lkml bridge.
I'm fed up with it and moving to gmane because our sysadmin refuses
to stop mangli
On Fri, 17 Nov 2006 01:18:10 + (UTC), Oleg Verych <[EMAIL PROTECTED]> wrote:
> To do not produce megabytes of additional traffic in case of any
> kind of backlog and have anything you lkml like, i would suggest to have
> good news reader and point it to news.gmane.org service (well, i'm
> sure
On Mon, 5 Sep 2005 13:55:46 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Re: Elitegroup K7S5A + usb_storage problem
> [linux-usb-devel] Fw: Re: Elitegroup K7S5A + usb_storage problem
This appears to be stuck. It has to have someone with a lot of patience
to play with the device.
Martin coll
On Sat, 27 Aug 2005 22:57:45 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> On Sat, 27 Aug 2005, Pete Zaitcev wrote:
> > > Kernel
> > > ==
> > > - 2.6.8, 2.6.11.10 and 2.6.12.4, all show same problem
> > Actually, I suspected that this may be a
On Sat, 27 Aug 2005 15:43:11 +0200, Dominik Wezel <[EMAIL PROTECTED]> wrote:
Forwarding to linux-usb-devel with comments.
> Kernel
> ==
> - 2.6.8, 2.6.11.10 and 2.6.12.4, all show same problem
> Problem
> ===
> When turning on the laptop and during POST and GrUB loading, all ports
> on
On Thu, 25 Aug 2005 15:26:27 +0200, Manuel Schneider <[EMAIL PROTECTED]> wrote:
> When I plug them in, they will be recognized by hotplug (I'm using udev), the
> module usb-storage will be loaded and the device nodes are created.
>
> BUT: There is normally just ONE device node for the disc block
On Tue, 16 Aug 2005 21:39:33 -0700, Patrick Mansfield <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 16, 2005 at 11:01:30PM -0400, Chuck Ebbert wrote:
> > I just added some usb-storage devices to my system and got the below.
> > Why do the first four lines repeat for each device? (Not sure if
> > th
On Mon, 15 Aug 2005 00:55:54 +0100, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sul, 2005-08-14 at 15:59 -0400, Lee Revell wrote:
> > I know the alternatives are available. That doesn't make it any less
> > idiotic to use non ASCII characters as operators. I think it's a very
> > slippery slope. W
lop an architecure-neutral API for it (or point me that it
was done already).
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
diff -urpN -X dontdiff linux-2.6.13-rc6/drivers/usb/mon/Makefile
linux-2.6.13-rc6-lem/drivers/usb/mon/Makefile
--- linux-2.6.13-rc6/drivers/usb/mon/Makefile 2005-08
annot issue two or more packet
commands where application expected only one.
However, burning does not work completely yet. The cdrecord starts,
recognizes the device, then aborts without writing a TOC.
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-gregkh/drivers/block
On Mon, 15 Aug 2005 09:29:20 +1000, Con Kolivas <[EMAIL PROTECTED]> wrote:
> > Remember that dmesg diff you sent? That's the one. If you strace
> > the digikamcameracl, it probably keels over after EBUSY.
>
> Nice shot! Got it in one. bugzilla updated with confirmation.
>
> So how do we proceed
On Sun, 14 Aug 2005 18:42:12 +1000, Con Kolivas <[EMAIL PROTECTED]> wrote:
> On Sun, 14 Aug 2005 18:00, Pete Zaitcev wrote:
> > On Sun, 14 Aug 2005 17:12:06 +1000, Con Kolivas <[EMAIL PROTECTED]> wrote:
> Yes all those dmesgs etc were redone after it failed in rc6 as I
On Sun, 14 Aug 2005 17:12:06 +1000, Con Kolivas <[EMAIL PROTECTED]> wrote:
> A digital camera which was working fine in 2.6.11/12 now fails on 2.6.13-rc6
> (not sure when it started failing).
Does it continue to work on an older kernel? I saw a USB device breaking
right in the moment of reboot i
On Sat, 13 Aug 2005 12:06:16 +0200 (CEST), Bodo Eggert <[EMAIL PROTECTED]>
wrote:
> On Fri, 12 Aug 2005, Pete Zaitcev wrote:
> > On Fri, 12 Aug 2005 12:49:28 +0200, Bodo Eggert <[EMAIL PROTECTED]> wrote:
> >
> > > Which label will a random USB stick have?
>
On Fri, 12 Aug 2005 12:49:28 +0200, Bodo Eggert <[EMAIL PROTECTED]> wrote:
> Which label will a random USB stick have?
GUID, I presume. Ask Andries Brouwer, he hacked on that, IIRC.
Actually msdos has on-disk format for user-settable labels in
the way analoguous to tune2fs -L label. I just do not
On Wed, 10 Aug 2005 21:22:43 +0200, DervishD <[EMAIL PROTECTED]> wrote:
> I'm not using hotplug currently so... how can I make the USB
> subsystem to assign always the same /dev/sd? entry to my USB Mass
> storage devices? [...]
You cannot. Just mount by label or something... Better yet, insta
On Sun, 7 Aug 2005 22:47:40 +0200, Martin Maurer <[EMAIL PROTECTED]> wrote:
> > Just out of curiosity, if you plug the player into a Windows system
> > without installing any special drivers first, will Windows be able to read
> > and write files okay? If it can, a USB packet trace may give Pete
> when i delete the files which are on the stick and do an umount/mount cycle,
> the files are there again.
>[... other mail ...]
> I did the usbmon thing (hopefully correctly). Attached is the output.
Yes, that was perfect, thanks a lot. Unfortunately, I do not see a lot
of interesting things.
On Sun, 7 Aug 2005 16:11:12 +0900, Chris White <[EMAIL PROTECTED]> wrote:
> > Did it work OK under a previous kernel version? If so, which?
>
> I haven't attempted that, but I'll probably give a 2.6.9/2.4 series
> kernel a shot later on tommorow night.
Does that thing work with Windows?
I stro
On Sun, 7 Aug 2005 02:22:53 +0200, Martin Maurer <[EMAIL PROTECTED]> wrote:
> when i delete the files which are on the stick and do an umount/mount
> cycle, the files are there again.
> Copying files to the stick gives wrong results too.
Curious. First of all, I have a request: do not call this
On Sat, 6 Aug 2005 11:49:05 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> When asked what went wrong, the device says it didn't understand the
> INQUIRY command. This is a fatal error; if a device can't identify itself
> there's no way for Linux to use it.
>
> In short, your mp3stick is
When Al Viro saw the ub.c, he observed that it was a proof positive of
Linus not reading patches anymore: names like fo_ob_ar_ba_2 used to
cause serious fireworks. In my defence, any good scheme can be pushed
to the realm of absurd if pushed far enough.
Signed-off-by: Pete Zaitcev <[EM
Evidently, Yani Ioannou's display is wider than mine.
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-4seg/drivers/block/ub.c2005-07-30 22:19:55.0
-0700
+++ linux-2.6.13-rc4-lem/drivers/block/ub.c 2005-07-29 22:42:00.0
-0700
@@ -5
commands to the device.
I added a small array of counters to monitor the merging (sg_stat).
This may be dropped later.
This patch is intended to be merged with 2.6.13 when that is available.
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
diff -urp -X dontdiff linux-2.6.13-rc4/drivers/bloc
On Mon, 25 Jul 2005 20:52:26 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Do you expect this patch:
>
> > --- linux-2.6.12/drivers/usb/input/hid-input.c 2005-06-21
> > 12:58:47.0 -0700
> > - struct input_dev *input = &field->hidinput->input;
> > + struct input_dev *input;
>
Doing a double up() is actually safe in Linux, but still, it's a bug.
This fix is present in 2.6.13-rc3.
By Domen Puncer <[EMAIL PROTECTED]>
up(&usblp->sem) was called twice in a row in this code path.
--- linux-2.4.31/drivers/usb/printer.c 2004-08-10 13:43:36.0 -0700
+++ linux-2.4.31-us
On Tue, 19 Jul 2005 18:24:25 +0200, DervishD <[EMAIL PROTECTED]> wrote:
> I have a new MP3 player, and when I disconnect it from the USB
> port, my logs says:
>
> <30>Jul 19 18:11:05 kernel: usb.c: USB disconnect on device 00:07.3-1
> address 2
> <27>Jul 19 18:11:06 kernel: hub.c: co
On Tue, 19 Jul 2005 03:31:12 +0200, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > void hidinput_hid_event(struct hid_device *hid, struct hid_field *field,
> > struct hid_usage *usage, __s32 value, struct pt_regs *regs)
> > {
> > - struct input_dev *input = &field->hidinput->input;
> > +
I think this patch is rather obvious, so maybe I should ask Andrew to
apply it to -mm for now, to get some testing. Would that help to verify
it for acceptance?
-- Pete
Begin forwarded message:
Date: Tue, 28 Jun 2005 15:00:23 -0700
From: Pete Zaitcev <[EMAIL PROTECTED]>
To: [EMAIL PROTECT
rride state.
- Implement the Alan Stern's idea for adaptive signature checking.
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
diff -urp -X dontdiff linux-2.6.12/drivers/block/ub.c
linux-2.6.12-lem/drivers/block/ub.c
--- linux-2.6.12/drivers/block/ub.c 2005-06-21 12:58:18.0
On Thu, 14 Jul 2005 18:27:01 +0200, Thoralf Will <[EMAIL PROTECTED]> wrote:
> I didn't find any useful answer anywhere so far, hope it's ok to ask here.
> I'm currently trying to get a 2.4.31 up and running on an IBM
> BladeCenter HS20/8843. (base system is a stripped down RH9)
>
> When booting t
On Wed, 13 Jul 2005 13:53:16 -0700, Greg KH <[EMAIL PROTECTED]> wrote:
> You are right, ub isn't _that_ slow at all, I use it all the time on
> some of my devices just fine.
Ub actually gets terribly slow when partition size is odd (for both
reading and writing). I even have a patch for it, but i
On Mon, 11 Jul 2005 20:09:58 -0700, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 11, 2005 at 01:30:47PM -0700, Joe Sevy wrote:
> > Sorry, no logs or dmesg to report; just performance.
> > Using kernel 2.6.12: USB flash drive (san-disk cruzer
> > micro) Copy FROM drive is normal and quick; copy
On Mon, 11 Jul 2005 13:30:47 -0700 (PDT), Joe Sevy <[EMAIL PROTECTED]> wrote:
> Sorry, no logs or dmesg to report; just performance.
> Using kernel 2.6.12: USB flash drive (san-disk cruzer
> micro) Copy FROM drive is normal and quick; copy TO
> drive is amazingly slow. (30 minutes for 50K file).
>
On Mon, 11 Jul 2005 17:06:28 +0300, [EMAIL PROTECTED] (Markus Törnqvist)
wrote:
> Sorry about the bother, enabling K8 IOMMU fixed the issues.
> At least that's the most relevant change I made to the conf
> to fix it.
This is not a good reason for crashes though. All is well that ends
well, but
On Tue, 5 Apr 2005 10:55:52 -0300 Marcelo Tosatti <[EMAIL PROTECTED]> wrote:
> CCing Pete.
>
> On Mon, Apr 04, 2005 at 08:59:57PM +0200, Gabor Z. Papp wrote:
> > It was working fine with 2.4.29 and earlier kernels, often with
> > 100-150 days uptime.
> >
> > As I upgraded to 2.4.30-rc kernels,
On Sat, 02 Apr 2005 11:28:12 + Luca Falavigna <[EMAIL PROTECTED]> wrote:
> This patch, compiled against version 2.6.12-rc1, implements RCU mechanism in
> intermodule functions.
This sounds like a pure and unmitigated insanity to me. Please tell us
why in the world you wanted to do this.
-- P
A Jan Kasprzak asked a few days ago to have a MAINTAINERS entry for ub.
This patch updates my entries in MAINTAINERS (ub & ymfpci).
Signed-Off-By: Pete Zaitcev <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1/MAINTAINERS2005-03-18 17:11:29.0 -0800
+++ linux-2.6.12-rc1-lem/M
here is no MAINTAINERS file entry for the ub.c driver, and Pete Zaitcev
> is not even listed in the CREDITS file.
I didn't think it was important, but I see now that if it helps to prevent
the ub traffic from going to Matt, it ought to be done. I'll send a patch.
-- Pete
dif
On Wed, 2 Feb 2005 10:18:47 +0300 Andrey Panin <[EMAIL PROTECTED]> wrote:
> > +++ linux-2.6.11-rc2-lem/arch/i386/kernel/dmi_scan.c2005-01-31
> > 20:42:16.163592792 -0800
> > +static __init int enable_usb_handoff(struct dmi_blacklist *d)
> > +{
> Please don't add new quirks into dmi_scan
On Fri, 11 Feb 2005 11:16:20 +0100 Duncan Sands <[EMAIL PROTECTED]>
wrote:
> On Thu, 2005-02-10 at 16:11 -0800, Pete Zaitcev wrote:
> > I entered a patch which adds "exclusive_access" lock into 2.4.29,
> > to fix devices which cannot handle simultaneous accesses. Th
On Wed, 2 Mar 2005 12:12:53 -0500, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > Booting X in new kernel makes my touchpad very unresponsive. I can't
> > click any longer in the touchpad area, and the touchpad doesn't response
> > when moving in small increments, so the whole experience is quite
On Mon, 28 Feb 2005 14:02:30 -0500, Steve Dickson <[EMAIL PROTECTED]> wrote:
> Discovered using AKPM's ext3-tools: odwrite -ko 0 16385 foo
> Signed-off-by: Bill Rugolsky <[EMAIL PROTECTED]>
> Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
The root cause of the bug is that the code violates th
On Mon, 21 Feb 2005 12:00:48 -0800 (PST), Linus Torvalds <[EMAIL PROTECTED]>
wrote:
> That said, I'm surprised that the difference in performance is _that_
> large. Regardless of whether the disk blocksize is 512 bytes or 4096
> bytes, you should be getting IO merging - it might use more CPU ti
On Mon, 21 Feb 2005 08:51:32 +0100, Jens Axboe <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED] ~]# time dd if=/dev/uba of=/dev/null bs=10k count=10240
> > real0m22.731s
> > [EMAIL PROTECTED] ~]# time dd if=/dev/uba1 of=/dev/null bs=10k count=10240
> > real1m42.622s
> > So, reading from
Hi, Jens:
I think this question belongs to your domain, but please let me know
if I'm mistaken, so I can pursue this elsewhere.
I encountered a strange performance anomaly. I do the following:
<- Plug USB key
[EMAIL PROTECTED] ~]# time dd if=/dev/uba of=/dev/null bs=10k count=10240
10240+0 r
On Wed, 16 Feb 2005 04:05:47 +0900, Chris White <[EMAIL PROTECTED]> wrote:
> Ironically, if the network card driver is not working, there's no way to
> google around for information on what modules to compile in for various
> drivers. [...]
I always google for the PCI IDs which lspci -n shows.
>
I entered a patch which adds "exclusive_access" lock into 2.4.29, to fix
devices which cannot handle simultaneous accesses. This caused a regression
with European ADSL modems. An ioctl USBDEVFS_REAPURB allows a process to enter
the kernel and wait for USB I/O to finish. Naturally, this should not t
Apparently, the HP rx5670 fails to reboot if a USB keyboard if attached
without this patch (and the OHCI fix we accepted for 2.4.29).
This bug is better known for its effect on Altix, but SGI ships a magic
kernel anyhow, so I don't want to use that as justification.
The original patch comes from
Granted, this is a cleanup, and we don't like cleanups in 2.4. But I really
dislike how the comment managed to detach from the function it described.
The idiotic error message is quite annoying, too.
diff -urpN -X dontdiff linux-2.4.30-pre1/drivers/usb/serial/ftdi_sio.c
linux-2.4.30-pre1-usb/driv
Now that 2.6 has my changes, we can apply them to 2.4. This includes the
removal of dead code under #ifdef FIX_WRITE_RETURN_CODE_PROBLEM.
This patch fixes the endless loops on disconnect when resubmitting failed
URBs monopolizes CPU and prevents the disconnect thread from cleaning up.
Note though
On Tue, 8 Feb 2005 18:40:12 -0500, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> Here is the promised patch. It turns out protocol validation code was
> a bit (or rather a byte ;) ) off.
> +++ b/drivers/input/mouse/alps.c 2005-02-08 18:16:27 -05:00
> @@ -198,8 +198,8 @@
> return
On Fri, 04 Feb 2005 23:16:22 +1100, Rusty Russell <[EMAIL PROTECTED]> wrote:
> [...] I have since then had multiple
> ext3 and ext2 errors: 2.6.8, 2.6.9, 2.6.10 and 2.6.11-rc3 all exhibit
> the problem within an hour of stress (untarring a fresh kernel tree, cp
> -al'ing to apply patches repeatedl
On Thu, 3 Feb 2005 13:58:29 -0800, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> I haven't reached the test for corruption because the stock SATA oopses at
> probe time. Running Marcelo's 2.4.29 and 2.4.29-rc1-libata1.patch
> (also ksymoops from RHEL 3). Please see the att
On Wed, 2 Feb 2005 23:58:05 +0100 (CET), Peter Osterlund <[EMAIL PROTECTED]>
wrote:
> It didn't make any difference for the generated assembly code though,
> using gcc 3.4.2 from Fedora Core 3.
OK, unary minus is fine then.
What about using 'value' in place of 'fx(0)'?
-- Pete
-
To unsubscribe
On 02 Feb 2005 21:57:39 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> Please try this patch instead. It works well with my alps touchpad. (I
> don't have a synaptics touchpad.) It does the following:
>
> * Compensates for the lack of floating point arithmetic by keeping
> track of remaind
On Wed, 2 Feb 2005 20:11:35 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> It's different hardware. While the ALPS pad delivers X axis in the range
> of 0 to 1000, the Synaptics pad will give X axis values from approx 1500
> to approx 5500. This is four times the resolution - the size of the p
On Wed, 02 Feb 2005 17:40:17 +0100, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> While I am really thinking about starting usbdump, I may ask why you
> have choosen to use debugfs as interface. This will not be available in
> normal distribution kernels and I think a general USB monitoring ability
On Wed, 2 Feb 2005 18:07:27 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 02, 2005 at 08:56:28AM -0800, Pete Zaitcev wrote:
> > On Wed, 2 Feb 2005 11:20:33 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >
> > > Well, you removed the scali
On Wed, 2 Feb 2005 11:20:33 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> Well, you removed the scaling to the touchpad resolution, which will
> cause ALPS touchpad to be significantly slower than Synaptics touchpads.
> Similarly, the screen size used to be taken into account, but probably
>
On 30 Jan 2005 12:10:34 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> > - Slow motion of finger produces no motion, then a jump. So, it's very hard
> > to
> > target smaller UI elements and some web links.
>
> I see this too when I don't use the X touchpad driver. With the X
> driver the
turn exports of usb_bus_list and usb_bus_list_lock for those who
wish to build usbmon as a module.
This version of the patch changes #define to inlines for hooks and
drops extra mod_ops.
Signed-off-by: Pete Zaitcev
diff -urpN -X dontdiff linux-2.6.11-rc2/drivers/usb/core/hcd.c
linux-2.6.11-rc2-lem/d
On Tue, 01 Feb 2005 22:37:50 +0100, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> I think if cat is the prefered tool for viewing this file then it should
> be more human readable. If not, then a binary format should be choosen.
> Maybe we can implement both. Is this possible?
Yes. Now you know wh
Hi, guys,
I was looking at this:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138892
I have added usb-handoff as a kernel option in grub.conf for
2.4.21-20.EL (smp) and re-enabled USB Emulation and Controller in the
BIOS, and the machine now seems to boot normally. I only had tim
On Tue, 01 Feb 2005 12:13:03 +0100, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> By accident I removed the debugfs option from my kernel config and this
> makes usbmon totally useless. So I think the module approach is wrong
> from my point of view. Why not compile it always and if debugfs is
> av
On Mon, 31 Jan 2005 23:10:01 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> First off, why make usbmon a module? You aren't allowing it to happen,
> so just take out the parts of the patch that allow it.
No, I do allow it. This way I can load and unload it when debugging it.
Perhaps in the future w
turn exports of usb_bus_list and usb_bus_list_lock for those who
wish to build usbmon as a module.
Signed-off-by: Pete Zaitcev
diff -urpN -X dontdiff linux-2.6.11-rc2/drivers/usb/core/hcd.c
linux-2.6.11-rc2-lem/drivers/usb/core/hcd.c
--- linux-2.6.11-rc2/drivers/usb/core/hcd.c 2005-01-22 14:54:24.0
On Mon, 31 Jan 2005 22:40:35 -0500, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > Suddenly, touchpad motions started to cause wild movements in it became
> > impossible to do anything due to a focus loss (of course, I had plenty of
> > modified files open :-)
> > psmouse.c: TouchPad at isa0060/s
On Wed, 1 Dec 2004 14:57:41 +0200 (EET), Kaupo Arulo <[EMAIL PROTECTED]> wrote:
> We can use a macro, if it is really necessary
No, I prefer it explicit. See the attached patch. I changed Sergey's patch
just a little, so the invalid ioctls are detected outside the lock.
> IMHO it is correct to r
Hello, Peter:
The keyboard seems to work now, but I stepped on a very strange condition.
Suddenly, touchpad motions started to cause wild movements in it became
impossible to do anything due to a focus loss (of course, I had plenty of
modified files open :-)
The dmesg looked like this:
psmouse.c
On Tue, 25 Jan 2005 16:30:15 -0500, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > The more serious one is that sometimes it seems to spontaneously emit click
> > events while I'm moving finger across pad. Which means I've had to learn to
> > plan my "mouse" motions to avoid areas where clicking
On Mon, 24 Jan 2005 11:48:51 +, David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-01-19 at 14:07 -0800, Greg KH wrote:
> > I have been running with just the code portion of this patch for a while
> > now, with good results (no Kconfig changes.)
> >
> > Pete and Matt, do you mind me ap
Hi, Vojtech:
Since the 2.6.11-rc2, I encounter problems with touchpad and keyboard
on my laptop, Dell Lattitude D600. The following patch appears to be
the culprit:
diff -urp -X dontdiff linux-2.6.11-rc1/drivers/input/mouse/psmouse-base.c
linux-2.6.11-rc2/drivers/input/mouse/psmouse-base.c
---
Hi, guys:
I thought the David's argument over and decided that it makes usbmon simpler
if hooks are made explicit. Most importantly, URBs are not tracked anymore
at all. This magically fixes ISO and interrupt URBs. The struct urb does
not have anything added anymore, there's no need to jiggle with
On Sun, 23 Jan 2005 15:34:23 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> > so let me restate it. Simply put, neither dev nor hcd are available
> > at the time urb->complete is called,
>
> Completely untrue. They are at a minimum provided through the URB itself,
> and giveback (which is t
101 - 200 of 268 matches
Mail list logo
