Re: OpenGL vs OpenGlES on arm64
On Mon, Nov 26, 2018 at 02:11:10PM +, Graeme Gregory wrote: >On Mon, 26 Nov 2018 at 14:03, Tom Gall wrote: >> >> Hi Wookey, >> >> This was something bouncing around in the Graphics Working Group back >> in the day. Alexandros as I recall was the key dev. As far as a shim >> goes given the effort that would have been involved and the lack of >> interest, it wasn't worked on. >> >> For ARM64 and QT would a move to GLES be a "good thing?" Yes. >> >> When it comes to graphics drivers today for arm hardware GLES is >> pretty universal. GLES is a standard, there is compliance through > >*Shouts* ThunderX2 Workstation very loudly at this point, following by >Linaro Developer Box, Macchiato bin. > >Linaro is more than Android! Quite. This is exactly the tension behind the dicussion - while arm64 machines are mainly mobile so far, we're finally starting to see bigger and more capable systems that you'd actually be happy to use as a desktop/laptop. Hence Wookey's question - is it possible to have a single sensible answer for both the (large) mobile hardware user base and the (smaller, but growing) bigger system users? We've seen conflicting information in that thread, hence asking here! :-) Is it true that most PCIe graphics cards (and drivers) will also support GLES as well as GL? I've seen that asserted. Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Debian package for x86 in CI
On Thu, Oct 08, 2015 at 10:05:28AM +0200, Krishna Garapati wrote: >Hi, > >I am looking for a debian package for x86 target in Lava. Can anyone tell me >where can I find it?. I found some at http://images.validation.linaro.org/x86/, >but i am missing Linux-headers included for these packages. I like to deploy an >image which has the kernel headers included. I tried "linux-headers-$(uname -r) >" on the target, but that didn't help. Hi Krishna, If you're looking at the kernel in http://images.validation.linaro.org/x86/debian/vmlinuz-3.16.0-4-amd64 then I believe that's just a normal Debian kernel and the linux-headers package should definitely exist for it. I'd try the linux-headers-amd64 package first, described as "Header files for Linux amd64 configuration (meta-package) This package depends on the architecture-specific header files for the latest Linux kernel amd64 configuration." Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: GSOC results example
So, who's interested in doing the GSOC this year? If we want to be involved, we need to start thinking about it sooner rather than later! Steve On Mon, Sep 23, 2013 at 06:13:25PM +0100, Renato Golin wrote: >Hi Mark, > >We did, not enough and just a bit too late. ;) > >A few people started the trend (including me), but we didn't have enough >organization to propose a good number of interesting projects in time. Most of >the comments was about the quality of the work and the time spent on mentoring >being too much. > >This year, I followed the work of some students on the LLVMLinux group and the >mentoring time spent was very little. The results of other LLVM projects (ex. >Flang) speak for themselves. I wanted to reiterate that the benefits of the >GSOC almost always outweigh the costs, even if the project is not successful, >but most are. > >It's good to have corporate backing (ie. you ;), and I think we should start >planning for the next year much sooner (maybe even during the US Connect) and >have some incentive plan to foster mentors inside Linaro. It's a great way to >involve the community in working with Linaro towards the common goal, and to >recruit candidates in subsequent years with proven track with Open Source *and* >Linaro. > >cheers, >--renato > > > >On 23 September 2013 13:57, Mark Orvek wrote: > >Renato, > >We did apply to GSOC this year but our proposal was not selected. I agree, >we should apply again next year. > >Mark > > >On Mon, Sep 23, 2013 at 5:38 AM, Renato Golin >wrote: > >One example of the kind of results that come from a GSOC project: > >http://flang-gsoc.blogspot.ie/2013/09/end-of-gsoc-report.html > >Might be worth thinking about it next year? > >cheers, >--renato > >___ >linaro-dev mailing list >linaro-dev@lists.linaro.org >http://lists.linaro.org/mailman/listinfo/linaro-dev > > > > > >-- >Mark Orvek > >mark.or...@linaro.org > >EVP, Engineering > >M: +1.408.313.6988 IRC: morvek Skype: morvek >linaro.org │ Open source software for ARM SoCs > > > > >___ >linaro-dev mailing list >linaro-dev@lists.linaro.org >http://lists.linaro.org/mailman/listinfo/linaro-dev Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Google Summer of Code - applying as a mentoring organisation
On Thu, Mar 28, 2013 at 06:12:00PM +, Steve McIntyre wrote: > >Hi folks, > >Following up on my previous mails about this... > >I have just submitted the application for Linaro to be a mentoring >organisation in the Google Summer of Code 2013 [1]. The two admins >registered on the application are me and Ilias Biris; please ask us if >you have any questions. I've written a wiki page to cover our >participation so far [2]. > >First: at this point, there is no guarantee that we will actually be >accepted as a mentoring organisation for the summer. That decision >will be made by the people at Google. However, we should prepare in >the expectation that we will be. If we *are* accepted, we will find >out how many student project slots we will be allocated later in the >process - see the timeline below. And here's a final mail on this subject for a while: we have not been accepted as a mentoring organisation for 2013. That's disappointing, but not the end of the world. If you still have any project ideas that you would like to see students working on, I suggest you talk to some of the other projects that were accepted [1]. They may be interested too. [1] http://www.google-melange.com/gsoc/accepted_orgs/google/gsoc2013 Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Google Summer of Code - applying as a mentoring organisation
cant. May 8: Slot allocations published to mentoring organisations. Slot allocation trades happen amongst organisations. Mentoring organisations review and rank student proposals; where necessary, mentoring organisations may request further proposal detail from the student applicant. May 24-27: Final project choices made, students and mentors paired up. Accepted student proposals announced on the Google Summer of Code 2013 site. Jun 17: Coding starts Jul 29 -Mid-term evaluations Aug 2: Sep 16: Suggested 'pencils down' date. Take a week to scrub code, write tests, improve documentation, etc. Sep 23: Hard deadline for end of coding. Sep 27: Final evaluations due; students can begin submitting required code samples to Google Oct 1: Final results of Google Summer of Code 2013 announced Oct 19-20: Mentor Summit at Google: Representatives from each successfully participating organisation are invited to Google to greet, collaborate and code. Our mission for the weekend: make the program even better, have fun and make new friends. Anything else? == Feel free to ask me on irc or by mail... [1] https://developers.google.com/open-source/soc/ [2] https://wiki.linaro.org/SummerOfCode [3] https://wiki.linaro.org/SummerOfCode/ProjectIdeas [4] http://www.google-melange.com/gsoc/homepage/google/gsoc2013 Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Google Summer of Code - interested?
On Thu, Mar 14, 2013 at 09:57:33PM +, Steve McIntyre wrote: >Hi folks, > >As a follow-up to my work in LEG on assembly scanning and optimisation >for AArch64, we're considering applying as a mentoring organisation >for the Google Summer of Code [1] this year. There's quite a lot of >code out there that may benefit from porting (whether for support of >AArch64 or for better performance) and I think we could usefully get >some students involved to help with this. I'm planning on doing the >bureacracy for the SoC application in the next few days. > >So, the reason why I'm posting about that here: is anybody else >interested in joining in? Are there any other projects in/around >Linaro where: > > a) a student could do some useful work; > b) we have somebody prepared to act as a mentor > >? If so, please let me know. The more ideas we can suggest for summer >projects like this, the more likely we are to be accepted as a >mentoring organisation by Google. > >[1] http://www.google-melange.com/gsoc/homepage/google/gsoc2013 Ping? I've had some questions from a few people about this, but no suggested projects or proclamations of interest as yet. We've got until the end of next week to apply as a mentoring organisation, so please get back to me ASAP if you have an interest in the Summer of Code. Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Google Summer of Code - interested?
Hi folks, As a follow-up to my work in LEG on assembly scanning and optimisation for AArch64, we're considering applying as a mentoring organisation for the Google Summer of Code [1] this year. There's quite a lot of code out there that may benefit from porting (whether for support of AArch64 or for better performance) and I think we could usefully get some students involved to help with this. I'm planning on doing the bureacracy for the SoC application in the next few days. So, the reason why I'm posting about that here: is anybody else interested in joining in? Are there any other projects in/around Linaro where: a) a student could do some useful work; b) we have somebody prepared to act as a mentor ? If so, please let me know. The more ideas we can suggest for summer projects like this, the more likely we are to be accepted as a mentoring organisation by Google. [1] http://www.google-melange.com/gsoc/homepage/google/gsoc2013 Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: arm 0-day kernel builders?
On Sun, Jan 20, 2013 at 08:57:51AM -0600, Rob Clark wrote: >Btw, not sure if any of you have seen the 0-day kbuild setup that intel has.. > >https://lists.01.org/mailman/listinfo/kbuild > >runs various builds for different archs on every commit with different >configs, randconfig, etc. And various checks with sparse, smatch, >etc. Seems kinda useful, and would be a worthwhile goal to get arm >arch to the point of "it just compiles and boots" like x86 is, vs arm >which has a lot higher tendency to be broken if you don't have the >right kernel config, etc. I guess on x86, they boot test all the >kernels too on VMs. Perhaps we could go one better with something >tied in to lava? I know Vince Sanders (in CC) used to have something like this set up, regularly building lots of variations of ARM kernels back when he was at Simtec. Maybe he could help / give advice... Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: ARM porting jam on friday (right now!)
On Fri, Mar 30, 2012 at 11:49:17AM +0100, Wookey wrote: >Friday is the day to come fix ARM bugs. > >Apparently we still have some! >(110 in total, 90 FTBFS): >http://people.linaro.org/~rsalveti/arm-porting-queue/arm-porting-queue-report.html > >And all this work is showing results: the sun came out in Debian armhf >(meaning that 99% of the archive is installable): >http://edos.debian.net/weather/weather.php?distro=testing&arch=armhf >(Is anyone running edos-distcheck on Ubuntu?) > >The ongoing 'make multiarch cross-building work' process is also still >running and there are still easy pickings: > >Logfiles: >http://people.linaro.org/~wookey/buildd/precise/sbuild-ma/status.html >Overview: >https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/MultiarchCrossBuildStatus >HOWTO: >http://wiki.debian.org/Multiarch/CrossDependencies >(now that the release is close non-trivial fixes should go in Debian, >rather than Ubuntu) Also, please help with libffi related issues if you can: http://wiki.debian.org/ArmHardFloatTodo#libffi Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: LiveBuild failure creating nano image
On Sat, Jan 21, 2012 at 12:04:43PM +, Peter Maydell wrote: >On 21 January 2012 10:08, Zygmunt Krynicki wrote: >> On Fri, Jan 20, 2012 at 10:40 PM, Matt Waddel wrote: >>> I: create linaro user >>> Can't set $0 with prctl(): Bad address at /usr/sbin/adduser line 86. >>> >>> Here is the perl code around line 86 in adduser: >>> >>> my %config; # configuration hash >>> >>> my @defaults = ("/etc/adduser.conf"); >>> my $nogroup_id = getgrnam("nogroup") || 65534; >>> $0 =~ s+.*/++; <<<<<<<<< Line 86 >>>>>>>>>>> >> >> This line attempts to set $0 to the substitution of a regular >> expression, it takes $_ as an argument and replaces the value matched >> by a regular expression .*/ with an empty string. > >Isn't it substituting on $0, not $_? (it's using =~). > >> I don't pretend to understand the error message, it just seems to me >> that $0 is the implicit variable that contains the entire string when >> using regular expressions ($1... and so on are subsequent matches) and >> that $0 in that context might be read only. > >$0 here is the process name, and Perl is trying to set it using >prctl(PR_SET_NAME, ...). [Google says it's done that only since >Perl 5.14.] I think you're running under QEMU at this point, and >QEMU doesn't support PR_SET_NAME. (It does do something with prctl >but it basically just feeds all the arguments across, and since >for PR_SET_NAME one of them is a pointer this doesn't work since >qemu guest pointers are not host pointers). > >In other words, looks like a qemu bug :-) > >(I think having a basic utility like adduser fiddle with its >own process name is a bit cheesy though.) I saw this reported separately elsewhere this week: http://lists.debian.org/debian-arm/2012/01/msg00061.html which also suggests it might be a change in perl 5.14. Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
ARM: new cross-distro@ list
Hi folks, Many GNU/Linux distributions are doing some ARM porting; this tends to result in work duplication, and there doesn't seem to be a general purpose forum to bring ARM porters together. We're inviting developers of GNU/Linux distributions with an interest in ARM to join a new "cross-distro" list, hosted at Linaro: http://lists.linaro.org/mailman/listinfo/cross-distro Any ARM Linux / Free Software discussion is welcome on the list, for instance porting software to build on ARM, toolchain problems, dealing with new ABIs, Thumb-2, NEON, kernel problems, announcement of new tools etc. Cheers, -- Steve McIntyresteve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Does anyone care about LSB on arm?
On Wed, Jun 01, 2011 at 07:32:18AM +0900, David Rusling wrote: >On 06/01/11 01:22, Wookey wrote: > >>As this is a non-trivial amount of work, the question then arises, >>does anyone care about this enough to actually do the work? Linaro is >>an obvious organisation that could expend some engineering effort on >>this, but to do that it needs some indication that it's more than a >>'would-be-nice'. > >Wookey, >the short answer is 'yes'. The next question is 'who?'. Absolutely, yes. It makes a lot of sense for the growing number of people looking to collaborate here to pool their efforts in an existing central spec/location. >Maybe this can be bolted onto the hard float work, I'll let >Konstantinos and Steve respond... Ah, I guess I've just volunteered myself haven't I? :-) /me goes to subscribe to the LSB lists and start reading things. Cheers, -- Steve McIntyre steve.mcint...@linaro.org ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Optimized kernel memcpy/memset
On Thu, May 05, 2011 at 03:47:08PM +0100, David Gilbert wrote: >Hi Kiko, > >On 5 May 2011 15:21, Christian Robottom Reis wrote: >> Hey there, >> >> I was asked today in the board meeting about the use of NEON >> routines in the kernel; I said we had looked into this but hadn't done >> it because a) it wasn't conclusively better and b) if better, it would >> need to be done conditionally per-platform. But I wanted to double-check >> that's actually true (and I'm copying Vijay to keep me honest). I have >> some references: > >Not quite: > a) Neon memcpy/memset is worse on A9 than non-neon versions (better >on A8 typically) Yes. Internal hardware differences, apparently. > b) In general I don't believe fpu or Neon code can be used >internally to the kernel. Technically it *can*, but you'll then have to be responsible for dealing with all the extra register save/restores for context switches. Normal wisdom is that it's just not worth that cost unless you're doing an extended amount of such code (e.g. RAID block checksums using Neon). Cheers, -- Steve McIntyre steve.mcint...@linaro.org ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
[gw...@debian.org: Registration now open for DebConf11]
FYI: - Forwarded message from Gunnar Wolf - Date: Thu, 7 Apr 2011 14:16:33 -0500 From: Gunnar Wolf To: debian-devel-annou...@lists.debian.org Subject: Registration now open for DebConf11 User-Agent: Mutt/1.5.20 (2009-06-14) Registration is now open for DebConf11. For registration instructions, please see: http://debconf11.debconf.org/register.xhtml DebConf11 will take place in Banja Luka, in Republika Srpska, Bosnia and Herzegovina from Sunday 24th to Saturday 30th July, 2011. DebConf will be preceded by DebCamp, from Sunday 17th to Saturday 23rd July, 2011. DebCamp is a smaller, less formal event intended for group work on Debian projects. The sponsored registration deadline is 8 May. Again, this year, we will have basic, sponsored, professional (€450), and corporate (€1000) registration categories. Travel sponsorship is again available. - End forwarded message - Cheers, -- Steve McIntyre steve.mcint...@linaro.org ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
[zu...@debian.org: Bits from ARM and Embedded Sprint]
/flash-kernel.git [2] http://wiki.debian.org/FlashKernelRework Please direct any query about flash kernels to: debian-...@lists.debian.org Cross toolchain support --- A group was created on alioth [1] to improve cross toolchain support within Debian merging efforts from both Emdebian and Linaro packages, some notes were taken during discussion now summarized in a wiki site [2]. In sumary it was decided to upload something along the lines of the armel cross-toolchain that was in Ubuntu maverick for the time being, until a cleaner solution can be acheived once cross-architecture dependencies are introduced via Multiarch. [1] https://alioth.debian.org/projects/crosstoolchain/ [2] http://wiki.debian.org/ToolChain/Cross Please direct any queries about cross toolchain support to: debian-embed...@lists.debian.org The power of grouping and teaming up We had the opportunity to watch a documentary by Sugata Mitra: 'The child-driven education' [0], which shows a bunch of experiments done in children education environment and showing that they perform much better when they team up. We would like to share the link to it. [0] http://www.ted.com/talks/lang/eng/sugata_mitra_the_child_driven_education.html References -- * http://wiki.debian.org/Sprints/2011/EmdebianSprint Thanks to - All the attendees being physically at the Sprint Venue, all the remote attendees via phone or IRC, nice people working at ARM offices, all the wider Debian community and sponsors collaborating with the event. Sponsors * ARM - http://www.arm.com/ - providing hacking room space and lunch. * Genesi USA - http://www.genesi-usa.com/ - providing dinner for attendees * Toby Churchill Ltd - http://www.toby-churchill.com/ - providing dinner for attendees * Debian - http://www.debian.org/ - providing coolest operative system to hack on We would also like to thank the above companies for letting their employees being part of the Sprint, as well as Linaro, Canonical, hands.com, dr.jones.dk, and simtec.co.uk. The sprint worked really well, with lots of input from a good range of people, with cross-pollination between people's interests, and plenty of concrete outputs in the form of useful patches and repositories. The balance between hacking an discussion worked well. ARM's facilities worked really well. Hopefuly we will be able to run another similar event in the not too distant future. List of Participants Hector Oron Neil Williams Nick Bane Wookey Konstantinos Margaritis SteveMcIntyre Philip Hands Daniel Silverstone Dave Martin Oliver Grawert Jonas Smedegaard David Rusling Marcin Juszkiewicz Loïc Minier Jonathan Austin Peter Pearse Jesse Barker ... and random ARM hackers and visitors: Ramana Radhakrishnan, Leif Lindholm, Javi Merino, Colin Tuckley, Anna Valiente, Siri Reiter, Steve Wiseman, .. -- Héctor Orón "Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us." -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html - End forwarded message - -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev