Hi all,
For those of you who are working, or are soon-to-be working, on device
tree support for ARM, I'm organizing a regular weekly status update
and a hacking day for getting device tree support added to several of
the ARM platforms. I've already talked to some of you about this
briefly. Basically the idea is to have a day when all of us working
on dt can coordinate and get problems solved. I'll commit to being
available and focused on answering dt questions for that day so it
should be easier to get my help. I'll also put together some
documents and guides for dt bringup on new platforms which will break
down the features that each platform needs to implement.
For the status update part, rather than scheduling yet another
meeting, I think it would be appropriate to tack it onto the end of
the Monday kernel working group status update call. I'll dial into
both the west (1600UTC) and east (0400UTC-tuesday) calls so that I've
got a chance to talk with everyone.. Let me know if you don't have
the dial-in details for either of the calls and I'll ask Paul or Loic
to add you to the invite.
For the hacking day, how does Tuesday(west)/Wednesday(east) sound for
everyone? I'll be available on IRC, and I'll also keep my schedule
clear so that I'll be available for phone calls.
Right now, here's the list of people that I know are or may be working
on DT support, and the platform they are working on (not exclusively
Linaro work):
Lennert Buytenhek (Core infrastructure & omap3)
Thomas Abraham (Samsung)
John Bonesio (nVidia Tegra)
Shawn Guo and Jason Hui (Freescale imx51)
Jon Masters (omap3, beagle board)
Anybody else want me to add them to this list?
g.
On Mon, Jan 17, 2011 at 9:43 AM, Loïc Minier <loic.minier(a)linaro.org> wrote:
> Hey
>
> - Thomas Abraham working on Samsung DT right now
> - Jeremy Kerr doing some stuff in his free time
> - Lennert working on OMAP bits
>
> Needs:
> - someone to work on low-level core architecture implementation needs;
> Lennert currently doing this
> - folks for various SoCs
>
> Potential SoC candidates:
> - Jason Hui is from Freescale and is currently on some kernel
> configuration stuff
> - ST-Ericsson assignees are not too available: Per is busy with SD/MMC
> stuff and Mian is going away for 5 weeks; maybe Linus from the
> ST-Ericsson Landing Team
> - Shawn Guo would be another potential Freescale assignees
> - TI: Aneesh V could help; Anand and Nishant are busy with Kexec and
> Storage stuff respectively
>
> Grant should interview Shawn + Jason to brief them; perhaps they could
> work on two different parts (e.g. u-boot, and kernel).
>
> Grant did a one-liner to enable DT on Tegra in u-boot; will send to try
> enabling Freescale platforms as well.
>
> Shawn might be able to work on core code, and perhaps even Jason, but
> not clear.
>
> Would be nice to have someone working on the QEMU side of things as
> it's really useful.
>
> Loïc will check with Michael Hope about QEMU mentoring and QEMU work.
>
> Arnd would be a good candidate for the kernel side of the ARM DT work
> (picking up where Lorenzo left it).
>
> Bye
> --
> Loïc Minier
>
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
Hi,
The weekly Linaro Release Meeting will be held tomorrow, Thursday 27th
January 2011 in the #linaro-meeting room on freenode. The agenda for
this weeks meeting can be found at:
https://wiki.linaro.org/Releases/WeeklyReleaseMeeting/Current
This week we will be introducing per-team responsibility for high
priority bugs. I've separated important bugs into logical groups, can
the PM group and tech leads ensure that these bugs are on the radar for
your teams? Please take a look at the current list on the above page.
If you would like anything brought up at the meeting please also add
your items to the above page. For people who had action items from last
week please update your status at the top of the page.
Regards,
Jamie.
--
Linaro Release Manager
Hi
There is another ICE which is happening when compiling libcstdc++ for x86
Attached testcase you will be able to reproduce this problem
by compiling
cc1plus a.i -Os -march=pentiumpro
and if I revert r99456 this works well.
Hope that helps
-Khem
Hi there. I did a presentation on GCC, ARM, and Linaro at the
Linux.conf.au Southern Plumbers miniconf. A little bit of it is
introduction, with the rest being technical details and asking for
help on what people using the toolchain want.
Links to the presentation and original source are here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Presentations
-- Michael
Hi ,
Do we have ALIP project files (git://linux.onarm.com/git/alip-project.git)
replicated on linaro site ? Would like to know the new git address for ALIP
project
-shankar
Hi ,
I have used http://releases.linaro.org/platform/linaro-n/headless/alpha-1/
linaro-natty-headless-tar-20101202-1.tar.gz<http://releases.linaro.org/platform/linaro-n/headless/alpha-1/linaro-natty-…>
file system on my target board and done apt-get install gcc-4.5 on it.
Now, when i try to compile with GCC, i get
root@localhost:~# gcc-4.5 test.c
gcc-4.5: Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See <file:///usr/share/doc/gcc-4.5/README.Bugs> for instructions.
test.c : int main() { return 0; }
Could anyone help me to point out what the issue here ?
-shankar
Hi,
Currently we are reassessing whether or not the Headless image meets
the requirements for a console-only developer focused image usable for
kernel, boot loader, power management and other types of non-gui
development. Just for information the current stats as of 2011-01-21
are:
* Download Size: 64M
* Download size with OMAP3 hwpack: 100M
* Package count: 260
The list of package currently on the image can be found at:
https://wiki.linaro.org/Platform/Foundations/Specs/DeveloperImage#Package List
The current thoughts are to increase the package count and download
size by adding a number of developer focused packages. The initial
list of additional packages can be found at:
https://wiki.linaro.org/Platform/Foundations/Specs/DeveloperImage#Design
Is there anything missing? A more stripped down 'nano' image will be
produced for board bring-up and verification, see my other email
entitled "Call for opinion: Linaro 'Nano' Image" for more information.
Is anyone *really* against this idea and is satisfied with the
Headless image in its current state? Opinions? Thoughts? Criticisms?
Regards,
Jamie.
--
Linaro Release Manager
On Mon, Jan 24, 2011 at 04:39:21PM -0000, Pawel Moll wrote:
> > Well, fixing MMCI because ISP1761 is buggy is not the way forward.
> > The answer is to fix the broken ISP1761 driver.
>
> Totally agree. The thing is that you are the only person right now who
> doesn't have any problems.
That's not my problem. A simple search of the linux-usb mailing list
will give you the patch:
http://marc.info/?l=linux-usb&m=129469114904445&w=2
> The others can quickly benefit from the workaround.
Others _can_ quickly benefit from the ISP1761 fix by applying the above
patch, which not only fixes the MMCI overruns, but also allows USB to
serial devices to work with Versatile Express. The above patch is
the correct solution.
For christ sake, that patch is a fix for a *known* errata issued by the
ISP1761 manufacturer.
> > Well as I see it, it's pointless enlarging the FIFO. ARM Ltd isn't
> > going to give me updated FPGA images for the Integrator/CP, Versatile
> > PB926, Realview EB and Versatile Express.
>
> If we succeed with this, you (and all other users) will get the
> "improved" FPGA image. But for VE only indeed.
That's utterly useless and completely pointless.
Look, stop jumping off a cliff with this and come back to reality. The
ISP1761 is buggy. We have a fix. We have a tested fix. We have a tested
fix out on mailing lists for everyone to use. It fixes more than MMC
overruns and makes the ISP1761 usable.
The only problem is that it's taking *FAR* too long for it to get into
mainline for no apparant reason. That doesn't stop anyone taking the
tested patch in the URL above and gaining proper USB functionality.
The right thing to do is to follow up on my reply on the ISP1761 thread
to find out why it's taking soo long for it to get into Linus' tree.
I repeat, with the proper set of patches in mainline THERE IS NO ISSUE
WITH MMCI. THE HARDWARE DOES NOT NEED "FIXING". Please listen to me.
Hi,
Currently we are reassessing whether or not the Headless image meets
the requirements for a small, fast, useable image for board
verification. Just for information the current stats as of 2011-01-21
are:
* Download Size: 64M
* Download size with OMAP3 hwpack: 100M
* Package count: 260
The list of package currently on the image can be found at:
https://wiki.linaro.org/Platform/Foundations/Specs/HeadlessImage#Package List
The current thoughts are to cut this image down as much as possible
whilst still retaining the ability to boot to a command prompt. The
new image would be a 'nano' image and would be useful for verifying
that the hardware boots. For a more complete console-only image for
developers a full-featured developer image would be created. See my
other email entitled "Call for opinion: Linaro 'Developer' Image"
for that.
Is anyone *really* against this idea and is satisfied with the
Headless image in its current state? Opinions? Thoughts? Criticisms?
Regards,
Jamie.
--
Linaro Release Manager
Hey Nicolas,
Over the last few days I've been playing with recent kernels on a
BeagleBoard xM. So far I've gotten Linus' v2.6.37 kernel booting, as
well as the android-2.6.37 git tree booting as well. However, when I try
to boot the latest linaro 2.6.37 git tree, I just get:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
And nothing else. I've tried enabling early printk, but still nothing.
I'm working on bisecting down what broke since 2.6.37, but if you have
any hints, I'd appreciate it!
thanks
-john