Help debugging: Fatal kernel mode data abort: 'External Linefetch Abort (P)'

Tom Judge tom at tomjudge.com
Tue Sep 29 02:05:59 UTC 2009


Olivier Houchard wrote:
> On Mon, Sep 28, 2009 at 06:55:38PM +0000, Tom Judge wrote:
>   
>> Hi,
>>
>> I am working on getting FreeBSD to boot on a new ARM based board, and am 
>> hitting this issue any time I load a driver for the PCI based devices on 
>> the board.
>>
>> My current code can be found here:
>>
>> http://www.tomjudge.com/tmp/em7210.patch
>>
>>     
>
> Hi Tom,
>
> My guess is, you should include std.i80219 instead of std.i80321 in std.em7210.
> If you do not, CPU_XSCALE_80219 won't be defined, and the 80321 code to
> check if the board is host or not will be used, and will wrongly assume 
> it is not, and thus won't map the PCI mem correctly.
>
>   
Hi Olivier,

I have switched out the std file and am now using std.i80219 but am 
still having issues.

I think the problems are the pci memory mappings in the controller devices.

On linux em0 gets mapped as  follows:

cd 0000\:00\:01.0/
# ls
class             device            local_cpus        subsystem_device
config            driver            resource          subsystem_vendor
detach_state      irq               rom               vendor
# cat resource
0x0000000080000000 0x000000008001ffff 0x0000000000000200
0x0000000080020000 0x000000008003ffff 0x0000000000000200
0x00000000fe000000 0x00000000fe00003f 0x0000000000000101
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000080040000 0x000000008005ffff 0x0000000000007200
#



Where as on FreeBSD I am seeing this:
em0: <Intel(R) PRO/1000 Network Connection 6.9.14> port 
0xfe400000-0xfe40003f mem 0-0x1ffff,0x20000-0x3ffff irq 29 at device 1.0 
on pci0

Seems that I am missing the 0x800 off the front of the PCI memory mappings.

I have confirmed this with the ata driver also and see the same issues.

Where should I be looking to fix this?

Thanks

Tom

 


More information about the freebsd-hackers mailing list