linux-kernel - Re: bcm33xx port

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <200806072113.26433.luke@dashjr.org>
Date:	Sat, 7 Jun 2008 21:13:24 -0500
From:	Luke -Jr <luke@...hjr.org>
To:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: bcm33xx port

On Saturday 07 June 2008, you wrote:
> On Sat, 2008-06-07 at 20:19 -0500, Luke -Jr wrote:
> > I am working on a port for the bcm33xx platform, which includes a MIPS
> > CPU: http://wiki.openwrt.org/BroadcomBCM33xxPort
> >
> > However, I seem to be hitting problems with memory allocation, as
> > load_elf_binary is segfaulting inside padzero/__bzero.
>
> Seems to have issues way before that ;-)

No doubt, but those don't appear to be getting in my way yet ;)

> > This is my first attempt at real Linux kernel development, so if anyone
> > could throw me pointers on how I would approach debugging and fixing this
> > problem, I'd really appreciate it. (boot log with early printk is
> > attached)
>
> I'm not too up on MIPS but there're a few things in the log which stand
> out to me:
>
> Determined physical RAM map:
>  memory: 00fa0000 @ 00000000 (usable)
> User-defined physical RAM map:
>  memory: 007a1200 @ 00000000 (usable)
>
> Can you confirm these sizes and locations for RAM?  Does anything change
> if you don't force the size constraint?

According to http://research.msrg.utoronto.ca/ece344/2007s/os161/mips.html ,
MIPS has a pretty odd memory layout, and I'm honestly not sure how Linux 
usually handles it. I don't feel competent to try and summarize the details 
on that page here.

> CPU frequency 32.00 MHz
>
> Really?  Is your bootloader setting the CPU up correctly before handing
> control to Linux?

The CPU is 200 MHz, I believe. The bootloader is just a part of VxWorks, not 
really meant to boot anything else.

> irq 8: nobody cared (try booting with the "irqpoll" option)
>
> What's on IRQ8, should anyone care at this early stage?  Did the
> bootloader enable this (should it)?

No idea, sorry.

> Reserved instruction in kernel code[#1]:
>
> You're compiling with an appropriate -march switch?

I believe so... It appears to be a "reserved instruction" only because of the 
memory area it tries to access. The instruction in question is "store word", 
nothing complex.

Thanks,

Luke
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/