From: "Rogério Brito" <rbrito@ime.usp.br>
To: stefanr@s5r6.in-berlin.de
Cc: linux-kernel@vger.kernel.org,
linux1394-devel@lists.sourceforge.net, akpm@osdl.org,
bcollins@debian.org
Subject: Re: Problems with Firewire and -mm kernels
Date: Wed, 29 Jun 2005 21:43:49 -0300 [thread overview]
Message-ID: <20050630004349.GA1405@ime.usp.br> (raw)
In-Reply-To: <42C0FF50.7080300@s5r6.in-berlin.de>
On Jun 28 2005, Stefan Richter wrote:
> If the node with the highest ID does not fulfill certain criteria, Linux
> tries to get the highest ID moved to the local node. This function is
> unrelated to SBP-2 (it is necessary to let streaming devices like
> cameras work) but it has been observed that it disturbs a few SBP-2
> devices. But again, I don't see how -mm and the stock kernel should
> differ to that respect.
Well, my observation is that they differ. Well, up to kernel 2.6.13-rc1.
This latest kernel shows the same behaviour that -mm showed, unfortunately.
> You could load ieee1394 with a new parameter that supresses the "Root
> node is not cycle master capable..." routine:
> # modprobe ieee1394 disable_irm=1
> before ohci1394 and the other 1394 related drivers are loaded.
Now *this* made things work! I have put another dmesg log on my homepage at
http://www.ime.usp.br/~rbrito/bug/ (see the 3rd-try log). This made things
work and I could mount the device.
I had to disable hotplug and udev, since trying to unload the Firewire
modules made my machine hang (I think that it was trying to unload ohci1394
that made my machine hang).
So, does this ring any bell? Can I provide extra information?
I am keeping the following diff just for reference's sake:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> SCSI subsystem initialized
> sbp2: $Rev: 1219 $ Ben Collins <bcollins@debian.org>
>@@ -300,14 +308,6 @@
> ieee1394: sbp2: Logged into SBP-2 device
> ieee1394: Node 0-00:1023: Max speed [S400] - Max payload [2048]
> Vendor: ST316002 Model: 1A Rev: 3.06
>- Type: Direct-Access ANSI SCSI revision: 06
>-SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
>-sda: asking for cache data failed
>-sda: assuming drive cache: write through
>-SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
>-sda: asking for cache data failed
>-sda: assuming drive cache: write through
>- sda: [mac] sda1 sda2 sda3 sda4
>-Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
>+ Type: Unknown ANSI SCSI revision: 04
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Thanks for all your kind responses, Rogério Brito.
--
Rogério Brito : rbrito@ime.usp.br : http://www.ime.usp.br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
next prev parent reply other threads:[~2005-06-30 0:43 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-26 11:03 2.6.12-mm2 Andrew Morton
2005-06-26 11:42 ` 2.6.12-mm2 Russell King
2005-06-26 23:17 ` 2.6.12-mm2 Grant Coady
2005-06-27 8:11 ` 2.6.12-mm2 Russell King
2005-06-26 12:04 ` 2.6.12-mm2 Michał Piotrowski
2005-06-26 14:04 ` ACPI-based PCI resources: PCMCIA bugfix, but resources missing in trees Dominik Brodowski
2005-06-26 19:17 ` Andrew Morton
2005-06-26 19:34 ` Russell King
2005-06-26 20:14 ` Dominik Brodowski
2005-06-27 20:18 ` Rajesh Shah
2005-06-27 20:26 ` Dominik Brodowski
2005-06-27 1:38 ` Grant Coady
2005-06-27 5:59 ` Dominik Brodowski
2005-06-27 8:55 ` Grant Coady
2005-06-26 14:18 ` 2.6.12-mm2 Adam Kropelin
2005-06-26 19:25 ` 2.6.12-mm2 Andrew Morton
2005-06-26 19:39 ` 2.6.12-mm2 Vojtech Pavlik
2005-06-27 13:13 ` 2.6.12-mm2 Vojtech Pavlik
2005-06-26 16:05 ` [-mm patch] kernel/irq/autoprobe.c: remove an unused variable Adrian Bunk
2005-06-26 19:51 ` 2.6.12-mm2 Brice Goglin
2005-06-27 0:44 ` 2.6.12-mm2 J.A. Magallon
2005-06-27 0:56 ` 2.6.12-mm2 Andrew Morton
2005-06-27 2:50 ` Problems with Firewire and -mm kernels (was: Re: 2.6.12-mm2) Rogério Brito
2005-06-27 23:45 ` Andrew Morton
2005-06-28 1:00 ` Rogério Brito
2005-06-28 2:22 ` Rogério Brito
2005-06-28 3:22 ` Andrew Morton
2005-06-28 4:00 ` Ben Collins
2005-06-28 6:12 ` Rogério Brito
2005-06-28 16:15 ` Ben Collins
2005-07-01 1:01 ` Problems with Firewire and -mm kernels Rogério Brito
2005-07-01 1:12 ` Ben Collins
2005-07-01 2:23 ` Rogério Brito
2005-07-01 2:28 ` Problems with Firewire and -mm kernels (and vanilla 2.6.13-rc1) Rogério Brito
2005-07-01 2:44 ` Problems with Firewire and -mm kernels Rogério Brito
2005-07-01 3:18 ` Ben Collins
2005-07-01 4:01 ` Dan Dennedy
2005-07-01 4:37 ` Stefan Richter
2005-07-01 4:12 ` Stefan Richter
2005-07-01 4:30 ` Rogério Brito
2005-07-01 5:15 ` Ben Collins
2005-06-28 7:42 ` Stefan Richter
2005-06-28 7:46 ` Andrew Morton
2005-06-28 8:37 ` Rogério Brito
2005-06-28 16:25 ` Ben Collins
2005-06-28 16:38 ` Giuseppe Bilotta
2005-06-28 8:18 ` Rogério Brito
2005-06-28 18:47 ` Stefan Richter
2005-06-30 0:43 ` Rogério Brito [this message]
2005-06-29 0:31 ` [sparc32] Kconfig fixups (was Re: 2.6.12-mm2) William Lee Irwin III
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050630004349.GA1405@ime.usp.br \
--to=rbrito@ime.usp.br \
--cc=akpm@osdl.org \
--cc=bcollins@debian.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux1394-devel@lists.sourceforge.net \
--cc=stefanr@s5r6.in-berlin.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox