doesn't ioremap() retrun contigious addressess...?

sandeep kumar coolsandyforyou at gmail.com
Thu Feb 28 05:55:38 EST 2013


Sorry, Neglect the question.
i am using a readl() which reads 4 bytes at a time. In the last iteration,
it is trying to read next 4 unmapped locations.


On Thu, Feb 28, 2013 at 4:06 PM, sandeep kumar <coolsandyforyou at gmail.com>wrote:

>
> Hi All
> Please find a piece of code that i wrote in my driver,
>
> void __iomem *tcpm_base = ioremap_nocache(0x03900000, SZ_16KB);
>             printk("Virtual addresss %x\n",tcpm_base);
>             if(tcpm_base!=NULL)
>             {
>             printk("Jiffies %x %ld\n\n\n\n", jiffies, jiffies);
>             for(i=0;i<(SZ_16KB-1);i++)
>             src = readl(tcpm_base+i);
>             printk("%d\n",src);
>             printk("Jiffies %x %ld\n\n\n\n", jiffies, jiffies);
>             }
>             else
>                 printk("unable to map \n");
>
>
> When i execute this code, i am seeing a kernel panic telling
> ----- LOG --------
> "Virtual addresss ea880000"
> "Unable to handle kernel paging request at virtual address ea890000"
> -----LOG-----
>
> If you observe,
> virtual address of  tcpm_base is ea880000.
> if ioremap() returns all contigious memory, There should be no
> dereferencing of "ea890000"(the max address should be ea88fffe)
>
> But in kernel logs show, it is dereferencing that address.
>
> My question now is...
> doesn't ioremap() returns contigious address space?
>
>
> With regards,
> Sandeep Kumar Anantapalli,
>



-- 
With regards,
Sandeep Kumar Anantapalli,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20130228/ee05dfd2/attachment.html 


More information about the Kernelnewbies mailing list