On Tue, Dec 11, 2012 at 08:58:47PM -0500, Rick Macklem wrote:
> Ok, I'll test r243598 and then r243599 and r243835, just to
> see if it really is this.
>
> I'll email when I have done this.
If you test only r243598, I am sure that you would experience corruption.
The r243599 should cause the deadl
Konstantin Belousov wrote:
> On Tue, Dec 11, 2012 at 05:30:24PM -0500, Rick Macklem wrote:
> > Konstantin Belousov wrote:
> > > On Tue, Dec 11, 2012 at 04:55:52PM -0500, Rick Macklem wrote:
> > > > Konstantin Belousov wrote:
> > > > > On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
>
On 11 December 2012 12:49, John Baldwin wrote:
> Look, it's up to you to look at more registers if you want to debug this
> further. PCI says everything is ok, so the ball is in your court.
Right, that's why I've asked for those two above registers.
There are other things that could be wrong
On Tue, Dec 11, 2012 at 05:30:24PM -0500, Rick Macklem wrote:
> Konstantin Belousov wrote:
> > On Tue, Dec 11, 2012 at 04:55:52PM -0500, Rick Macklem wrote:
> > > Konstantin Belousov wrote:
> > > > On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
> > > > > Konstantin Belousov wrote:
>
Konstantin Belousov wrote:
> On Tue, Dec 11, 2012 at 04:55:52PM -0500, Rick Macklem wrote:
> > Konstantin Belousov wrote:
> > > On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
> > > > Konstantin Belousov wrote:
> > > > > On Mon, Dec 10, 2012 at 01:38:21PM -0500, Rick Macklem wrote:
>
On Monday, December 10, 2012 5:20:53 pm Adrian Chadd wrote:
> Hi,
>
> The fact the initial probe/attach fails by returning 0x means
> the chip isn't "right" on the bus.
>
> It's either just not mapped in correctly, or it's "powered off."
>
> If it were just asleep, it'd return 0xdeadc0de
On Tue, Dec 11, 2012 at 04:55:52PM -0500, Rick Macklem wrote:
> Konstantin Belousov wrote:
> > On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
> > > Konstantin Belousov wrote:
> > > > On Mon, Dec 10, 2012 at 01:38:21PM -0500, Rick Macklem wrote:
> > > > > Adrian Chadd wrote:
> > > > >
On Tue, Dec 11, 2012 at 9:55 PM, Rick Macklem wrote:
> Konstantin Belousov wrote:
>> On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
>> > Konstantin Belousov wrote:
>> > > On Mon, Dec 10, 2012 at 01:38:21PM -0500, Rick Macklem wrote:
>> > > > Adrian Chadd wrote:
>> > > > > .. what wa
Konstantin Belousov wrote:
> On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
> > Konstantin Belousov wrote:
> > > On Mon, Dec 10, 2012 at 01:38:21PM -0500, Rick Macklem wrote:
> > > > Adrian Chadd wrote:
> > > > > .. what was the previous kernel version?
> > > > >
> > > > Hopefully Ti
On Mon, Dec 10, 2012 at 1:25 PM, Garrett Cooper wrote:
...
Going back in time a until the start of November didn't help. This
zpool get version for both of the pools is quite interesting -- in
particular, why is the value unset ("-")? I've provided the zdb -C
info as well (just in case) (int
Works fine
On Tuesday 11 December 2012 16:07:03 Gleb Smirnoff wrote:
> On Tue, Dec 11, 2012 at 12:21:20PM +0200, Artyom Mirgorodskiy wrote:
> A> Gleb, when I reset errno at the begin of fiboptlist_csv() everything work
> as expected.
>
> Artyom,
>
> can you please test attached patch?
>
>
>
On Tue, Dec 11, 2012 at 12:21:20PM +0200, Artyom Mirgorodskiy wrote:
A> Gleb, when I reset errno at the begin of fiboptlist_csv() everything work as
expected.
Artyom,
can you please test attached patch?
--
Totus tuus, Glebius.
Index: route.c
===
Gleb, when I reset errno at the begin of fiboptlist_csv() everything work as
expected.
On Tuesday 11 December 2012 12:16:13 Artyom Mirgorodskiy wrote:
> # route add default 192.168.1.1
> fiboptlist_csv: arg default, ret 846422615, str "0"
> route: fiboptlist_csv failed.
>
>
> On Tuesday 11 Dece
# route add default 192.168.1.1
fiboptlist_csv: arg default, ret 846422615, str "0"
route: fiboptlist_csv failed.
On Tuesday 11 December 2012 11:13:34 Gleb Smirnoff wrote:
> Artyom,
>
> can you please run route with attached patch and show output?
>
>
--
This message is for the person(s)
14 matches
Mail list logo