Date: Fri, 27 Sep 2013 17:38:09 +0400 From: Boris Samorodov <bsam@passap.ru> To: gahr@FreeBSD.org Cc: Konstantin Belousov <kostikbel@gmail.com>, "Sergey V. Dyatko" <sergey.dyatko@gmail.com>, FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <52458A41.6040004@passap.ru> In-Reply-To: <20130927125934.GA87559@gahrfit.gahr.ch> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch>
next in thread | previous in thread | raw e-mail | index | archive | help
27.09.2013 16:59, Pietro Cerutti пишет:
> On 2013-Sep-27, 05:57, Scott Long wrote:
>>
>> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko <sergey.dyatko@gmail.com> wrote:
>>
>>>>>
>>>>> yes, these messages disappeared after revert 255870 and r255871
>>>>>
>>>>
>>>>
>>>> Hi,
>>>>
>>>> Nothing that I changes should have affected the ahci driver. In
>>>> fact, I tested this driver specifically during my development. Can
>>>> you confirm that you built both kernel and modules from a clean state?
>>>
>>> [tiger@laptop]:/usr/src%svn st
>>> M sys/boot/i386/zfsboot/zfsboot.c
>>> [tiger@laptop]:/usr/src%svn diff
>>> Index: sys/boot/i386/zfsboot/zfsboot.c
>>> ===================================================================
>>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873)
>>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy)
>>> @@ -302,6 +302,7 @@
>>> * region in the SMAP, use the last 3MB of 'extended' memory as a
>>> * high heap candidate.
>>> */
>>> + high_heap_size = 0;
>>> if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) {
>>> high_heap_size = HEAP_MIN;
>>> high_heap_base = bios_extmem + 0x100000 - HEAP_MIN;
>>> [tiger@laptop]:/usr/src%
>>>
>>> nothing more.
>>>
>>
>> Yes, no local source changes, but are you loading the cam or ahci drivers
>> a loadable modules that might be out of sync now, or did you use a short-
>> cut for building your kernel, like NO_CLEAN?
>
> I had the same problem with a clean src tree. After commenting out the
> ahci line from my kernel conf file, I got these instead:
>
> Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed
> Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer attempte
>
> reverting those two commits solved the issue.
In my case just rebuilding and restarting of sysutils/hal helped.
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52458A41.6040004>