Ming Lei writes:
> Hi Axel,
>
> I am fine to resend it to RMK's patch system, but I am not sure
> if Russell would like to host it.
>
> Maybe it is better to push it via Rusty's tree since the change is only
> on scripts/, and it doesn't depend on the 1st one.
>
> Rusty, could you pick up the pat
Hi Axel,
I am fine to resend it to RMK's patch system, but I am not sure
if Russell would like to host it.
Maybe it is better to push it via Rusty's tree since the change is only
on scripts/, and it doesn't depend on the 1st one.
Rusty, could you pick up the patch with title of
"scripts/link-vml
2013/11/13 Ming Lei :
> Hi Axel,
>
> On Wed, Nov 13, 2013 at 5:58 PM, Axel Lin wrote:
>>
>> Hi Ming,
>> You missed "; then" in the end of if statement in your patch.
>>
>> So I got below error with your patch:
>> scripts/link-vmlinux.sh: line 87: syntax error near unexpected token `fi'
>> make: **
Hi Axel,
On Wed, Nov 13, 2013 at 5:58 PM, Axel Lin wrote:
>
> Hi Ming,
> You missed "; then" in the end of if statement in your patch.
>
> So I got below error with your patch:
> scripts/link-vmlinux.sh: line 87: syntax error near unexpected token `fi'
> make: *** [vmlinuxclean] Error 2
Thanks f
2013/11/12 Ming Lei :
> On Tue, Nov 12, 2013 at 3:32 AM, Russell King - ARM Linux
> wrote:
>> On Mon, Nov 11, 2013 at 05:15:29PM +, Jonathan Austin wrote:
>>> I've tested the patch below and it solves the ARM side of things - so
>>> gives you an option other than a complete revert. Happy to pu
On Wed, Nov 13, 2013 at 1:36 AM, Jonathan Austin
wrote:
>> Currently, I suggest to filter only on ARM as attachment patch if we plan
>> to merge Jonathan's patch, otherwise a more complicated approach has
>> to be figured out to do the filter(such as, define a readonly symbol in
>> kernel to stor
On 12/11/13 03:22, Ming Lei wrote:
On Tue, Nov 12, 2013 at 3:32 AM, Russell King - ARM Linux
wrote:
On Mon, Nov 11, 2013 at 05:15:29PM +, Jonathan Austin wrote:
I've tested the patch below and it solves the ARM side of things - so
gives you an option other than a complete revert. Happy to
On Tue, Nov 12, 2013 at 3:32 AM, Russell King - ARM Linux
wrote:
> On Mon, Nov 11, 2013 at 05:15:29PM +, Jonathan Austin wrote:
>> I've tested the patch below and it solves the ARM side of things - so
>> gives you an option other than a complete revert. Happy to put this in to
>> RMK's patch s
On Mon, Nov 11, 2013 at 05:15:29PM +, Jonathan Austin wrote:
> I've tested the patch below and it solves the ARM side of things - so
> gives you an option other than a complete revert. Happy to put this in to
> RMK's patch system if you'd prefer not to have to revert and he's happy
> with the p
On 11/11/13 10:41, Ming Lei wrote:
> Hi,
>
> On Mon, Nov 11, 2013 at 5:57 PM, Ming Lei wrote:
>> Hi,
>>
>> On Mon, Nov 11, 2013 at 4:37 PM, Axel Lin wrote:
>>> 2013/11/11 Ming Lei :
>>>
>>> Hi Ming,
>>>
>>> commit f6537f2f "scripts/kallsyms: filter symbols not in kernel address
>>> space",
>>>
Hi,
On Mon, Nov 11, 2013 at 5:57 PM, Ming Lei wrote:
> Hi,
>
> On Mon, Nov 11, 2013 at 4:37 PM, Axel Lin wrote:
>> 2013/11/11 Ming Lei :
>>
>> Hi Ming,
>>
>> commit f6537f2f "scripts/kallsyms: filter symbols not in kernel address
>> space",
>> uses CONFIG_PAGE_OFFSET as kernel_start_addr.
>> Ho
Hi,
On Mon, Nov 11, 2013 at 4:37 PM, Axel Lin wrote:
> 2013/11/11 Ming Lei :
>
> Hi Ming,
>
> commit f6537f2f "scripts/kallsyms: filter symbols not in kernel address
> space",
> uses CONFIG_PAGE_OFFSET as kernel_start_addr.
> However, for !CONFIG_MMU case we have :
> PAGE_OFFSET != CONFIG_PA
2013/11/11 Ming Lei :
> Hi,
>
> On Mon, Nov 11, 2013 at 2:43 PM, Axel Lin wrote:
>> 2013/11/11 Rusty Russell :
>>
>> Hi Rusty,
>>
>> I don't have other noMMU platform to test.
>> But I think this issue impacts various !CONFIG_MMU platforms:
>> We have CONFIG_PAGE_OFFSET=0xC000 in various defau
Hello,
On Mon, Nov 11, 2013 at 02:43:28PM +0800, Axel Lin wrote:
> 2013/11/11 Rusty Russell :
> > Ming Lei writes:
> I don't have other noMMU platform to test.
> But I think this issue impacts various !CONFIG_MMU platforms:
> We have CONFIG_PAGE_OFFSET=0xC000 in various default configs.
> For
Hi,
On Mon, Nov 11, 2013 at 2:43 PM, Axel Lin wrote:
> 2013/11/11 Rusty Russell :
>
> Hi Rusty,
>
> I don't have other noMMU platform to test.
> But I think this issue impacts various !CONFIG_MMU platforms:
> We have CONFIG_PAGE_OFFSET=0xC000 in various default configs.
> For !CONFIG_MMU case
2013/11/11 Rusty Russell :
> Ming Lei writes:
>> Hi Axel,
>>
>> On Fri, Nov 8, 2013 at 12:20 PM, Axel Lin wrote:
>>>
>>>
>>> Hi Ming,
>>>
>>> I have patches on top of 3.12 to support gpl32700 SoC.
>>> So you cannot find this platform on mainline kernel.
>>
>> OK, I see.
>>
>>> I havn't tried perf
Ming Lei writes:
> Hi Axel,
>
> On Fri, Nov 8, 2013 at 12:20 PM, Axel Lin wrote:
>>
>>
>> Hi Ming,
>>
>> I have patches on top of 3.12 to support gpl32700 SoC.
>> So you cannot find this platform on mainline kernel.
>
> OK, I see.
>
>> I havn't tried perf, below is my config for your reference:
>
Hi Axel,
On Fri, Nov 8, 2013 at 12:20 PM, Axel Lin wrote:
>
>
> Hi Ming,
>
> I have patches on top of 3.12 to support gpl32700 SoC.
> So you cannot find this platform on mainline kernel.
OK, I see.
> I havn't tried perf, below is my config for your reference:
> (to make the config smaller, I gr
>>> Hi Ming,
>>>
>>> I found in arch/arm/include/asm/memory.h:
>>> CONFIG_PAGE_OFFSET is not used if !CONFIG_MMU.
>>> So looks like setting CONFIG_PAGE_OFFSET to other value still won't work.
>>
>> This seems like the simplest solution, but it may mean you still have
>> crap in /proc/kallsyms.
>>
>
2013/11/8 Rusty Russell :
> Axel Lin writes:
>> 2013/11/7 Ming Lei :
>>> Hi,
>>>
>>> On Thu, Nov 7, 2013 at 10:47 AM, Axel Lin wrote:
hi Ming,
Seems CONFIG_PAGE_OFFSET is not configurabe in "make menuconfig".
And I found CONFIG_PAGE_OFFSET=0xC000 for all below configs...
>
On Fri, Nov 8, 2013 at 7:44 AM, Rusty Russell wrote:
> Axel Lin writes:
>> 2013/11/7 Ming Lei :
>>> Hi,
>>>
>>> On Thu, Nov 7, 2013 at 10:47 AM, Axel Lin wrote:
hi Ming,
Seems CONFIG_PAGE_OFFSET is not configurabe in "make menuconfig".
And I found CONFIG_PAGE_OFFSET=0xC00
Axel Lin writes:
> 2013/11/7 Ming Lei :
>> Hi,
>>
>> On Thu, Nov 7, 2013 at 10:47 AM, Axel Lin wrote:
>>>
>>> hi Ming,
>>> Seems CONFIG_PAGE_OFFSET is not configurabe in "make menuconfig".
>>> And I found CONFIG_PAGE_OFFSET=0xC000 for all below configs...
>>> $ make at91_dt_defconfig; grep C
2013/11/7 Ming Lei :
> Hi,
>
> On Thu, Nov 7, 2013 at 10:47 AM, Axel Lin wrote:
>>
>> hi Ming,
>> Seems CONFIG_PAGE_OFFSET is not configurabe in "make menuconfig".
>> And I found CONFIG_PAGE_OFFSET=0xC000 for all below configs...
>> $ make at91_dt_defconfig; grep CONFIG_PAGE_OFFSET .config
>>
Hi,
On Thu, Nov 7, 2013 at 10:47 AM, Axel Lin wrote:
>
> hi Ming,
> Seems CONFIG_PAGE_OFFSET is not configurabe in "make menuconfig".
> And I found CONFIG_PAGE_OFFSET=0xC000 for all below configs...
> $ make at91_dt_defconfig; grep CONFIG_PAGE_OFFSET .config
> $ make ep93xx_defconfig; grep
2013/11/7 Ming Lei :
> On Thu, Nov 7, 2013 at 10:18 AM, Axel Lin wrote:
>> 2013/11/7 Ming Lei :
>>> Could you share what is the value of CONFIG_PAGE_OFFSET
>>> on your noMMU platform?
>>
>> $ grep CONFIG_PAGE_OFFSET .config
>> CONFIG_PAGE_OFFSET=0xC000
>
> It seems that the PAGE_OFFSET is _no
On Thu, Nov 7, 2013 at 10:18 AM, Axel Lin wrote:
> 2013/11/7 Ming Lei :
>> Could you share what is the value of CONFIG_PAGE_OFFSET
>> on your noMMU platform?
>
> $ grep CONFIG_PAGE_OFFSET .config
> CONFIG_PAGE_OFFSET=0xC000
It seems that the PAGE_OFFSET is _not_ the start of kernel memory
in
2013/11/7 Ming Lei :
> Hi,
>
> On Thu, Nov 7, 2013 at 9:53 AM, Axel Lin wrote:
>> Hi,
>> I got below oops while debugging a sd controller driver:
>>
>> [4.032026] [ cut here ]--------
>> [4.036730] kernel BUG at kernel/kallsyms.c:222!
Hi,
On Thu, Nov 7, 2013 at 9:53 AM, Axel Lin wrote:
> Hi,
> I got below oops while debugging a sd controller driver:
>
> [4.032026] [ cut here ]
> [4.036730] kernel BUG at kernel/kallsyms.c:222!
> [4.041501] Internal error: Oops
Hi,
I got below oops while debugging a sd controller driver:
[4.032026] [ cut here ]
[4.036730] kernel BUG at kernel/kallsyms.c:222!
[4.041501] Internal error: Oops - BUG: 0 [#1] ARM
[4.046847] CPU: 0 PID: 6 Comm: kworker/u2:0 Not tainted
3.12.0-00061
29 matches
Mail list logo
