October 2011 - openSUSE ARM - openSUSE Mailing Lists

[opensuse-arm] request/sugestion to work together to get hardfp/OSS ARM GPU drivers and/or to get documentation
by Joop Boonen 22 Oct '11

22 Oct '11

Hi all, Most of the (ARM) distros are currently working on or in the transition to hardfp, but until now most GPU's in de ARM Cortex SOCs don't have any hardfp drivers yet. To be able to have a ARM hardfp compiled X Window desktop system/notebook with 3D support we need hardfp compiled drivers. I was thinking it might be more efficient is all Linux distro's work together to get these drivers as it's equally important for all distro that wants to move to a hardfp distro. What do you all think, who wants to work together to get full hardfp support for as most as possible ARM SOC GPUs? It would be great if we can in the end even have OSS drivers. And to have a good relationship with the GPU designers (for ARM SOCs) and hardware producers. If you know other distro's that are working on an ARM port or people that might want to help, an you please forward the email to them? Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] [Fwd: RE: sgx540 linux drivers]
by Joop Boonen 19 Oct '11

19 Oct '11

Hi All, I'm investigating which GPU drivers are most compatible with GPL. Below you can see the answer I got from Imagination Technologies about the SGX540 driver, earlier on. Regards, Joop. Hi Joop, Yes, that is correct in most of the cases. There are parts that need to be customised for the platform like display drivers, memory configurations, etc. Regards Carlos. -----Original Message----- From: Joop Boonen [mailto:joop_boonen@*.*] Sent: 28 June 2011 10:16 To: Carlos Sarria Cc: IMGKL - DevTech Subject: RE: sgx540 linux drivers Hi Carlos, For my understanding. Does this mean that sgx540 drivers aren't generic drivers, that can be used for any ARM SOC that uses this GPU like the Samsung Hummingbird for instance? Regards, Joop. On Mon, June 27, 2011 5:07 pm, Carlos Sarria wrote: > Hi Joop, > > To release drivers for TI's platforms is not our responsibility and > MeeGo project on PandaBoard is completely unofficial. I doubt TI will > support it, although it will depend on the level of adoption of that > OS and whether TI sees any business opportunity on it. > > Best regards > > Carlos. > ------------------------------------------------------------------- > Carlos Sarria > Developer Technology Manager > Imagination Technologies Ltd. > Tel: +44 (0)1923 * > mail: *(a)imgtec.com > http://www.imgtec.com/ http://www.powervrinsider.com/ > > > > -----Original Message----- > From: Joop Boonen [mailto:joop_boonen@*.*] > Sent: 27 June 2011 11:37 > To: IMGKL - DevTech > Subject: sgx540 linux drivers > > Dear Madam, Sir, > > I'm using MeeGo on my Pandaboard. There aren't any sgx540/OMAP4430 > Linux drivers/source tar-ball available. > Do you know if/when they will be available? > > Thank you for your time. > > Regards, > > Joop. > -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] [Fwd: Re: FW: Mali400 GL ES OSS drivers (502137)]
by Joop Boonen 19 Oct '11

19 Oct '11

Hi All, I'm investigating which GPU drivers are most compatible with GPL. Below you can see the answer I got from ARM about the Mali driver. As you can see the GL ES part isn't and probably won't be open sourced in the near future. Regards, Joop. [From Herve Lebreton - ARM Technical Support] Hello joop, > I'm very happy that you opened up the 2D part of the Mali drivers. The kernel driver was GPLed in order to comply with Android requirements. > I understood that the GL ES drivers for the Mali GPU are not open > source. > I've read they are in the Mali DDK. > I wonder who is allowed to use the DDK and if it's opensource? If not > are > there any plans to opensource the DDK? The DDK in user space is not open source and we have no plans to change this at the moment. Only ARM/Mali licensee have full access to the DDK source code so the normal procedure is that if you have any queries you should contact your SOC designer/ARM licensee (Depending on the request they may push it to ARM). Hope this helps. Regards, Hervé. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] No more armv7hl anymore in openSUSE:Factory:ARM ?
by Joop Boonen 18 Oct '11

18 Oct '11

All, I don't see the armv7hl build anymore in openSUSE:Factory:ARM. I hope it doesn't mean that we won't build armv7hl anymore? Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 5

Re: [opensuse-arm] injecting arm packages
by Ulrich Hecht 17 Oct '11

17 Oct '11

On Monday 17 October 2011, Andreas Färber wrote: > I had spotted one source of errors last week: qemu-arm was being built > without libattr.a, so some xattr-related features were disabled, > resulting in lots of unsupported syscall messages. > > A new libattr-devel-static package is now in Factory and we need the > qemu package to depend on it. Don't know on what condition to choose > between libattr-devel and libattr-devel-static build dependency now. > Any help appreciated. AFAIK the QEMU system emulators don't use libattr, so it should be sufficient to have a build dependency on libattr-devel-static. CU Uli -- SUSE LINUX Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 1

Re: [opensuse-arm] injecting arm packages
by Adrian Schröter 17 Oct '11

17 Oct '11

Am Sonntag, 16. Oktober 2011, 20:29:38 schrieb Andrew Wafaa: > Michal has also been able to build gtk2 on native hardware too. I injected gtk2 a while ago. I am currently injecting a texlive build from Alexander. > Could we add > these to the list of packages to inject? When building with Qemu gtk2 > repeatedly causes a segfault and fails to build. At some point we need to fix the build or we can not ever make an ARM distribution release. No matter what the reason of this failure is. bye adrian > Regards, > > Andy > > -- > Sorry for top posting > > Andrew Wafaa > IRC: FunkyPenguin > GPG: 0x3A36312F > > On 16 Oct 2011 19:49, "Alexander Graf" <agraf(a)suse.de> wrote: > > Hi Adrian, > > > > We have a couple of pretty core packages that I can build just fine with > > native hardware, but did not manage to build with QEMU yet (namely, > > texlive-bin and yast2-core). However, since I can build them just fine > > on > > hardware, I can easily produce working rpms. > > > > Can we inject those rpms into the repository and with that at least > > continue building something we can then later on base a worker image on > > so we can then build everything natively? > > > > > > Alex > > > > -- > > To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org > > To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de

3 3

[opensuse-arm] injecting arm packages
by Alexander Graf 16 Oct '11

16 Oct '11

Hi Adrian, We have a couple of pretty core packages that I can build just fine with native hardware, but did not manage to build with QEMU yet (namely, texlive-bin and yast2-core). However, since I can build them just fine on hardware, I can easily produce working rpms. Can we inject those rpms into the repository and with that at least continue building something we can then later on base a worker image on so we can then build everything natively? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] iproute2 build without pdf documentation for once, as texlive-latex is broken?
by Joop Boonen 14 Oct '11

14 Oct '11

I have a request. iproute2 is a crucial package to install sysconfig. iproute is not build because of an issue with texlive-latex. This package is needed to generate the pdf files. (make pdf) I don't know if it's allowed for once to build this package just once without documentation in openSUSE:Factory:ARM, so openSuSE ARM can be tested with sysconfig? Can the "patch" please be applied once, in openSUSE:Factory:ARM, and rolled back after the package has been build and published? <diff> osc diff Index: iproute2.spec =================================================================== --- iproute2.spec (revision 86ae9170e809de093551e2286d24a5ba) +++ iproute2.spec (working copy) @@ -41,7 +41,8 @@ BuildRequires: libpng-devel libtiff-devel pkgconfig >= 0.19 BuildRequires: xorg-x11-devel xz %if 0%{?suse_version} -BuildRequires: ghostscript-x11 sgmltool texlive-latex +BuildRequires: ghostscript-x11 sgmltool +#BuildRequires: ghostscript-x11 sgmltool texlive-latex %endif %if 0%{?fedora} || 0%{?rhel} BuildRequires: ghostscript linuxdoc-tools sgml-common tetex-dvips tetex-latex @@ -94,7 +95,7 @@ xtlibdir="$(pkg-config xtables --variable=xtlibdir)"; make %{?_smp_mflags} LIBDIR=%_libdir CCOPTS="-D_GNU_SOURCE %optflags -Wstrict-prototypes -fPIC -DXT_LIB_DIR=\\\"$xtlibdir\\\"" cd doc -make pdf +#make pdf %install install -d %buildroot/{etc/,sbin/,usr/{sbin,share/man/man{3,8}}} @@ -125,8 +126,8 @@ %files doc %defattr(-,root,root) -%doc doc/api-ip6-flowlabels.pdf doc/arpd.pdf doc/ip-cref.pdf -%doc doc/ip-tunnels.pdf doc/nstat.pdf doc/rtstat.pdf doc/ss.pdf +#%doc doc/api-ip6-flowlabels.pdf doc/arpd.pdf doc/ip-cref.pdf +#%doc doc/ip-tunnels.pdf doc/nstat.pdf doc/rtstat.pdf doc/ss.pdf %doc ChangeLog examples/ ip/ifcfg ip/routef ip/routel %files -n libnetlink-devel </diff> Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 3

[opensuse-arm] openSUSE got hardware!
by Dirk Müller 14 Oct '11

14 Oct '11

Hi, What a nice surprise, we got a set of genesi Efika MX today: http://www.suse.de/~dmueller/efikamx/efikamx2.jpeg These are two standalone computer, and two smartbook/netbook like laptops. We've already set them up and just started package building on it. They're not yet connected to the external build service, this will come over the next weeks when Adrian is back. Thanks a lot! Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] Getting the correct kernel
by Andrew Wafaa 13 Oct '11

13 Oct '11

I know one of the reasons we chose a single target for hardware was to make the job of getting the right kernel and associated modules somewhat easier. Now (un)fortunately, we have some kind sponsors of hardware Genesi with the Efika MX and Pandaboard.org with the PandaBoard. How difficult would it be to have a single kernel that supports both these devices? I've had a sniff on the web and have found a kernel repo for EfikaMX[0] and PandaBoard[1], there is also the Linaro kernel[2] which I believe supports them; nice to have would be the BeagleBoard too. I believe they should all be supported in upstream but I can't say for certain, saying that though I believe the EfikaMX needs the siihdmi driver pushing upstream for the 3.x kernel. I have a contact to push about this and will chase him up later today. Regards, Andy 0=http://gitorious.org/efikamx/linux-kernel 1=http://gitorious.org/pandaboard/kernel-mainline 2=http://git.linaro.org/gitweb?p=kernel/linux-linaro-3.1.git;a=summary -- Andrew Wafaa IRC: FunkyPenguin GPG: 0x3A36312F -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 4