Thanks to Oliver and Shalini for your replies. I did devfs_register
in my probe and I was able to open the device.
On Sat, 12 Mar 2005 12:26:30 +0530, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> Hi Jayaprakash,
>
> In linux system, USB devices are identified by major number 180, so you
> n
Hi Group,
I use PCI-USB ISP 1561 with 2.4 Kernel. It has got 2 OHCI and 1
EHCI. When I insmod usb-ohci.o it says Unrecoverable error and gets
out. I did check my UE bit in the interrupt status register of the
OHCI and it is set. The error gets printed from the hc_interrupt() in
the usb-ohci.
On Saturday 12 March 2005 5:38 am, Jayaprakash Shanmugam wrote:
> Hi Group,
>
> I use PCI-USB ISP 1561 with 2.4 Kernel. It has got 2 OHCI and 1
> EHCI. When I insmod usb-ohci.o it says Unrecoverable error and gets
> out. I did check my UE bit in the interrupt status register of the
> OHCI and
On Fri, 11 Mar 2005, peng peng wrote:
> HI,
>
> I use the following code to enable portsc of uhci
> under DOS,but the port enable failed (set the bit but
> it doesn`t take effect) , I don't know why . Is there
> anyone know what's the problem ? Thanks :)
>
>
> static void uhci_reset_por
On Friday 11 March 2005 9:19 pm, Andrew Morton wrote:
>
> (Restoring email headers. Please always use reply-to-all)
>
> Robert Hancock <[EMAIL PROTECTED]> wrote:
> >
> > Felix von Leitner wrote:
> > > My new nForce 4 mainboard has 10 or so USB 2.0 outlets. In Windows,
> > > they all work. In L
David:
Here are some some changes I want to make in the near future:
As part of the ongoing campaign to flatten the hcd glue layer,
merge the hcd_register_root macro and the usb_register_root_hub
function into a single function.
Change the USB_STATE_RUNNING etc. c
On Fri, 11 Mar 2005, Greg KH wrote:
> On Fri, Mar 11, 2005 at 11:03:17AM -0500, Alan Stern wrote:
> > Greg:
> >
> > When the PCI subsystem discovers a device, it calls pci_setup_device to
> > initialize various things. It doesn't call pci_disable_device to stop the
> > device from doing DMA, o
On Sat, Mar 12, 2005 at 11:46:02AM -0500, Alan Stern wrote:
...
> > That is because that caused too much trouble when we tried to do it,
> > from what I remember. I think the lkml archives has that discussion
> > somewhere...
>
> It's quite believable that this might cause problems somewhere. An
Может быть вы хотите найти клиентов и поставщиков в России?
Вам необходим постоянный поток новых клиентов?
Конкуренты медленно, но верно отбирают долю рынка?
Заказав у нас Рассылку Рекламы в Интернете,
вы получаете возможность охватить целевую аудиторию,
а значит - привлечь новых клиентов, повысить
On Fri, 11 Mar 2005, David Brownell wrote:
Basic suspend/resume of root hub (RH) from the system seems
to be working. As a response to echo -n 3 >
/sys/bus/usb/devices/usb1/power/state the ports are
suspended and then the RH is suspended (via
isp116x_hub_suspend(), assigned to struct
hc_driver.hub
Thanks David. I am one of the victims of Monta Vista.
On Sat, 12 Mar 2005 08:22:27 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> On Saturday 12 March 2005 5:38 am, Jayaprakash Shanmugam wrote:
> > Hi Group,
> >
> > I use PCI-USB ISP 1561 with 2.4 Kernel. It has got 2 OHCI and 1
> > EHCI.
On Saturday 12 March 2005 8:40 am, Alan Stern wrote:
> David:
>
> Here are some some changes I want to make in the near future:
>
> As part of the ongoing campaign to flatten the hcd glue layer,
> merge the hcd_register_root macro and the usb_register_root_hub
> function into a
Hi,
This line in the acm_probe routine
tty_register_device(acm_tty_driver, minor, &intf->dev);
causes the path to the tty created for each acm to be linked to
the usb interface. As long as the device is closed when it is
disconnected this is no problem but if the tty is open then the
tty deregister
Hi again,
The CDC ACM driver assumes that the acm_disconnect function is always
called with the control interface as argument but this is not always the
case. If it is called with the data interface first then
acm_disconnect calls usb_driver_release_interface with the data
interface and causes the
-- Forwarded Message --
Subject: [patch/rft] pxa2xx_udc updates, mostly for PM stuff
Date: Saturday 12 March 2005 5:10 pm
From: David Brownell <[EMAIL PROTECTED]>
To: Linux-Arm-Kernel <[EMAIL PROTECTED]>
Works on Lubbock. Needs testing on other boards, notably ones with softw
Hi,
This patch raises the arbitrary PAGE_SIZE (or PAGE_SIZE - 8) limit on
control messages (using MAX_USBFS_BUFFER_SIZE instead). It also makes
the limit consistent regardless of whether you are using the
USBDEVFS_CONTROL or USBDEVFS_SUBMITURB ioctl. We also switch to using
kmalloc() instead of ge
On Sun, 13 Mar 2005, Brian Murphy wrote:
> Hi,
> This line in the acm_probe routine
>
> tty_register_device(acm_tty_driver, minor, &intf->dev);
>
> causes the path to the tty created for each acm to be linked to
> the usb interface. As long as the device is closed when it is
> disconnected this
On Friday 11 March 2005 5:51 pm, Mark Hurenkamp wrote:
> Hi,
>
> > Calls to dbg() or warn() or info() would get replaced with
> > calls to dev_dbg() or dev_warn() or dev_info() etc ... adding
> > a newline at the end of the string), passing the struct device
> > from the usb interface as the first
On Sun, Mar 13, 2005 at 01:55:43AM +0100, Brian Murphy wrote:
> Hi,
> This line in the acm_probe routine
>
> tty_register_device(acm_tty_driver, minor, &intf->dev);
>
> causes the path to the tty created for each acm to be linked to
> the usb interface. As long as the device is closed when it is
Hi,
I'm currently running a vanilla 2.6.11 kernel but the problem I will
report was already there in 2.6.10 and was seldom appearing on 2.6.8.1.
The problem is present both with acpi=force and acpi=off.
lspci:
00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host
Bridge (rev 11)
00
20 matches
Mail list logo
