On Thursday 04 October 2007 14:39:43 Alan Stern wrote:
> Most likely you changed some other part of the kernel configuration,
> something which caused the kernel to try to read the last sector.
>
> Let us know if the patch fixes your problem.
>
> Alan Stern
> Index: 2.6.22/drivers/usb/storage/unu
On Thu, 4 Oct 2007, Paul Check wrote:
> Ok, I'll just cut and paste it below (I take it you just want the Nikon
> section, which in this case is the second block, but I'll paste the whole
> thing. Where does your blacklist entry go: in or out of kernel? Or, more
> generally, how will the chang
On Thu, 4 Oct 2007, Paul Check wrote:
> On Tuesday 02 October 2007 14:47:55 you wrote:
> > On Tue, 2 Oct 2007, Paul Check wrote:
> > > > If you run "fdisk -l /dev/sdh" before trying to mount the camera, what
> > > > is the output?
> > >
> > > The device doesn't exist before the camera is plugged i
On Thursday 04 October 2007 11:48:41 Alan Stern wrote:
> On Thu, 4 Oct 2007, Paul Check wrote:
> > On Tuesday 02 October 2007 14:47:55 you wrote:
> > > On Tue, 2 Oct 2007, Paul Check wrote:
> > > > > If you run "fdisk -l /dev/sdh" before trying to mount the camera,
> > > > > what is the output?
> >
Alan Stern <[EMAIL PROTECTED]> writes:
> As far as I know, HAL probes only storage devices. It does so because
> it is looking for media changes.
Understood.
> You can always use usbmon. For storage devices there is a simpler
> alternative: enable CONFIG_USB_STORAGE_DEBUG.
Ok. I'll use this
On Wed, 3 Oct 2007, Dominique Dumont wrote:
> Alan Stern <[EMAIL PROTECTED]> writes:
>
> > You may find it helps to turn off HAL before running your tests,
> > because HAL does constant probing of USB storage devices.
>
> Is this probing limited to storage devices or does it occur to any usb
>
Alan Stern <[EMAIL PROTECTED]> writes:
> You may find it helps to turn off HAL before running your tests,
> because HAL does constant probing of USB storage devices.
Is this probing limited to storage devices or does it occur to any usb
device ? (say a dvb-t device ;-) )
If the latter, how can
On Tue, 2 Oct 2007, Paul Check wrote:
> > If you run "fdisk -l /dev/sdh" before trying to mount the camera, what
> > is the output?
>
> The device doesn't exist before the camera is plugged in, thanks to udev. So,
> the output is nothing.
That's what you get if you run fdisk before the camera i
On Tuesday 02 October 2007 13:52:20 Paul Check wrote:
> camera is first turned on? I'm wondering if it's possible that udev is
> doing something wrong here. That would be consistent with my belief that
> the camera was working earlier on this compiled kernel, and certainly with
> this kernel versi
On Tuesday 02 October 2007 13:52:20 Paul Check wrote:
> One thing I just noticed: When I plug in the camera the devices /dev/sdh
> and /dev/sdh1 are created, but the ownership looks odd to me:
>
> max:/dev# ls -l /dev/sdh*
> brw-rw 1 root floppy 8, 112 2007-10-02 13:33 /dev/sdh
> brw-rw 1
Thanks for the reply Alan [re-send since I didn't copy the list]
On Tuesday 02 October 2007 10:21:17 Alan Stern wrote:
> On Mon, 1 Oct 2007, Paul Check wrote:
> > I should have added: when the camera is in mass storage mode I *am* able
> > to see the camera with sg_scan -i:
> >
> > /dev/sg9: scsi2
On Mon, 1 Oct 2007, Paul Check wrote:
> I should have added: when the camera is in mass storage mode I *am* able to
> see the camera with sg_scan -i:
>
> /dev/sg9: scsi20 channel=0 id=0 lun=0 [em]
> NIKON D2Xs 1.00 [rmb=1 cmdq=0 pqual=0 pdev=0x0]
>
> even though it won't mo
I should have added: when the camera is in mass storage mode I *am* able to
see the camera with sg_scan -i:
/dev/sg9: scsi20 channel=0 id=0 lun=0 [em]
NIKON D2Xs 1.00 [rmb=1 cmdq=0 pqual=0 pdev=0x0]
even though it won't mount. --Paul
On Monday 01 October 2007 20:41:36 Pau
Hi: I am using Debian unstable update to the latest packages with the 2.6.22
kernel. I am getting the following error when I connect my Nikon D2Xs camera
via usb and turn it on:
kernel: end_request: I/O error
I'm am fairly certain that this camera was working with this kernel, and it
was certa
14 matches
Mail list logo
