From: Sander on
Mark Knecht wrote (ao):
> On Mon, Jul 5, 2010 at 4:59 PM, Robert Hancock <hancockrwd(a)gmail.com> wrote:
> > On some machines changing from IDE to AHCI messes up the boot order
> > selection in the BIOS - you may have to switch to AHCI, save settings,
> > reboot, go back into the BIOS and then make sure the disk boot order
> > settings are correct (whatever drive grub is installed on needs to be
> > first).
>
> That's a very interesting idea Robert. Thanks.
>
> I'll have to be careful. I have 5 identical drives in the machine so
> figuring out which is which when I'm in BIOS might be a bit of a
> trick.
>
> I'll give it a go and report back.

You can install grub on the mbr of all disks and not worry about the
order. Especially if you work with UUIDs.

Sander

--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Mark Knecht on
On Mon, Jul 5, 2010 at 11:33 PM, Tejun Heo <tj(a)kernel.org> wrote:
> Hello,
>
> On 07/05/2010 06:56 PM, Mark Knecht wrote:
>>>>> dmesg output preferably with printk timestamp enabled.
>>>
>>> Can you please apply the attached patch, reproduce the problem and
>>> post the kernel log?
>>
>> I'm sorry. What am I patching? I'm not a kernel developer - not even a
>> programmer - so I'll need some help with this. What's the command I
<SNIP>
>
> Hmm...
>
> $ cd /usr/src/linux && patch -p1 < PATCH_FILE
>
> should do it.  You know how to build and install the compiled kernel,
> right?
>
> Thanks.
>
> --
> tejun
>

OK - thanks. The patch seemed to install correctly. I then did

make clean
make && make modules_install

and then a Gentoo command:

modules-rebuild -X rebuild

to pick up any package modules that need to be rebuild when I use a
new kernel. (X drivers, vmware, etc.)

The kernel boots fine:

mark(a)c2stable ~ $ uname -a
Linux c2stable 2.6.34-gentoo-r1 #4 SMP PREEMPT Tue Jul 6 10:35:15 PDT
2010 x86_64 Intel(R) Core(TM) i7 CPU X 980 @ 3.33GHz GenuineIntel
GNU/Linux
mark(a)c2stable ~ $

I don't know what I'm looking for in the dmesg files but I do see one
message about a SATA Link being down.

Files attached.

Cheers,
Mark
From: Tejun Heo on
Hello,

On 07/06/2010 08:13 PM, Mark Knecht wrote:
> OK - thanks. The patch seemed to install correctly. I then did
>
> make clean
> make && make modules_install
>
> and then a Gentoo command:
>
> modules-rebuild -X rebuild
>
> to pick up any package modules that need to be rebuild when I use a
> new kernel. (X drivers, vmware, etc.)
>
> The kernel boots fine:
>
> mark(a)c2stable ~ $ uname -a
> Linux c2stable 2.6.34-gentoo-r1 #4 SMP PREEMPT Tue Jul 6 10:35:15 PDT
> 2010 x86_64 Intel(R) Core(TM) i7 CPU X 980 @ 3.33GHz GenuineIntel
> GNU/Linux
> mark(a)c2stable ~ $
>
> I don't know what I'm looking for in the dmesg files but I do see one
> message about a SATA Link being down.

Umm... the patched module isn't being loaded. If patched, it should
be reporting whether it's hard or soft resetting and some other debug
messages. One common mistake is not updating initrd with patched
modules. Is "modules-rebuild -X rebuild" the command for initrd
update?

Thanks.

--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Mark Knecht on
On Tue, Jul 6, 2010 at 10:50 PM, Tejun Heo <tj(a)kernel.org> wrote:
> Hello,
>
> On 07/06/2010 08:13 PM, Mark Knecht wrote:
>> OK - thanks. The patch seemed to install correctly. I then did
>>
>> make clean
>> make && make modules_install
>>
>> and then a Gentoo command:
>>
>> modules-rebuild -X rebuild
>>
>> to pick up any package modules that need to be rebuild when I use a
>> new kernel. (X drivers, vmware, etc.)
>>
>> The kernel boots fine:
>>
>> mark(a)c2stable ~ $ uname -a
>> Linux c2stable 2.6.34-gentoo-r1 #4 SMP PREEMPT Tue Jul 6 10:35:15 PDT
>> 2010 x86_64 Intel(R) Core(TM) i7 CPU X 980 @ 3.33GHz GenuineIntel
>> GNU/Linux
>> mark(a)c2stable ~ $
>>
>> I don't know what I'm looking for in the dmesg files but I do see one
>> message about a SATA Link being down.
>
> Umm... the patched module isn't being loaded.  If patched, it should
> be reporting whether it's hard or soft resetting and some other debug
> messages.  One common mistake is not updating initrd with patched
> modules.  Is "modules-rebuild -X rebuild" the command for initrd
> update?
>
> Thanks.
>
> --
> tejun
>
I don't use an initrd.

I don't know what happened with the patch but clearly it wasn't in
there. I wasn't confident so I used the --dry-run option. Maybe I
forgot to remove it or something. Sorry. It's in now.

OK - I don't know if this was you intention but since adding this
patch I've not had a single drive missing failure. I've cold booted
about 8 times and warm booted at least 20 times. Every one has come up
fine. I've even gone so far as to turn off the UPS and sit for 5
minutes before cold booting. Still nothing fails right now.

I've had this sort of statistical thing happen before where it hasn't
failed for days, maybe even weeks, but then it starts failing and
fails every time for awhile. Over the past few days working with you
I've never had to reboot more than twice to get you a file. Now I've
tried 30 times this morning and I've come up with nothing.

I will continue to watch the machine and send you the failing dmesg
file whenever I finally get it. For now I can only attach the passing
file showing the patch is now included.

modules-rebuild is just a little Gentoo script that rebuilds a list of
modules that I've previously set up. Each time I build a new kernel I
rebuild some modules as well as mesa:

xorg-drivers
xorg-input-evdev
xorg-input-keyboard
xorg-input-mouse
xf86-video-ati
xf86-video-fbdev
xf86-video-vmware
vmware-modules
mesa

Clearly I shouldn't need both evdev as well as keyboard/mouse but
there's been problems with hald so I've been flipping back and forth a
bit. mesa is just superstition but I _think_ it's helped a couple of
times.

Thanks!

- Mark
From: Tejun Heo on
On 07/07/2010 06:15 PM, Mark Knecht wrote:
> Certainly. Is there a way to reverse the previous patch?
>
> c2stable linux # patch -p1 --dry-run <~mark/Downloads/resume-dbg-1.patch
> patching file drivers/ata/libata-core.c
> Hunk #1 succeeded at 3798 (offset 86 lines).
> Hunk #2 succeeded at 3833 with fuzz 2 (offset 94 lines).
> Hunk #3 FAILED at 6109.
> 1 out of 3 hunks FAILED -- saving rejects to file drivers/ata/libata-core.c.rej
> c2stable linux #
>
> I assume this is failing because your patch is over the plain kernel,
> not the one I've patched?

$ patch -R -p1 < ~mark/Downloads/resume-dbg.patch
$ patch -p1 < ~mark/Downloads/resume-dbg-1.patch

--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/