RFC: dropping armel from Debian for the upcoming release
[ {debian-kernel,debian-boot,debian-release}@d.o are in Bcc so they can track follow up emails at debian-arm ML if interested. ] Dear fellow developers, Debian Installer no longer produces daily builds for this platform: - https://d-i.debian.org/daily-images/armel/ Debian Linux kernel packages are only building support for Raspberry Pi Zero, Zero W and 1: - https://salsa.debian.org/kernel-team/linux/-/blob/master/debian/config/armel/defines.toml while many other platforms have been dropped. Upstream projects, ARM companies which I was able to check with, do not care that much about maintaining old code for ARMv5t chipsets, therefore supporting it is more and more costly resource wise (not only in Debian). Timely to the writing of this email, Arnd Bergmann posted the following timeline to deprecate ARM (armel) architecture, you can read at: - https://lwn.net/ml/all/2831c5a6-cfbf-4fe0-b51c-0396e5b0a...@app.fastmail.com/ Should Debian drop armel from the upcoming Debian release? Regards -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Bug#991631: nfs-utils: please update to newer upstream version
Hello Anibal, El ds., 4 de set. 2021, 9:33, Anibal Monsalve Salazar va escriure: > On Thu, Jul 29, 2021, 21:42 Salvatore Bonaccorso > wrote: > >> Control: forcemerge 917706 991631 >> >> Hi Hector, >> >> On Thu, Jul 29, 2021 at 12:21:47PM +0200, Hector Oron wrote: >> > Package: src:nfs-utils >> > Severity: wishlist >> > >> > Dear Maintainer, >> > >> > Hello, >> > >> > nfs-utils package is quite old, even in SID, what are the plans for >> > this package? Could it be updated to a more recent upstream version? >> >> It should absolutely, there was an attempt to try to do this before >> the bullseye release, but it failed, WIP in >> https://salsa.debian.org/kernel-team/nfs-utils/-/merge_requests/3 . >> Some help welcome! >> >> Debian is lacking too much behind. For after the bullseye release this >> shouldbe tackled ASAP, we should not land in the same situation again >> for bookworm. >> >> Regards, >> Salvatore >> > > Hello Salvatore, Héctor, > > Just to let you know that I have been working with version 2.5.4 and the > 2.5.5 RCs for the last few days, almost full time. Currently, I'm reviewing > once again all the patches. > Excellent! I worked on it sometime, but my work is not ready, I should post it once it is ready for review and testing. Anibal, do you have some WIP you can publish (on salsa) for review and/or testing? I feel we are pretty close for a real update. :-) Thanks all for the work > Kind regards, > > Aníbal > >>
Bug#991631: nfs-utils: please update to newer upstream version
Package: src:nfs-utils Severity: wishlist Dear Maintainer, Hello, nfs-utils package is quite old, even in SID, what are the plans for this package? Could it be updated to a more recent upstream version? Regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
USB fixes for donated Ampere system
Hello, Ampere donated some machines for the ARM ports, those machines need some fixes for USB, I have built a test stable kernel with it and John has validated it was working. Do you think we could land these fixes in the buster branch? John has put it patches at: https://github.com/jvillal-amp/linux-4.19 I have submitted MR!270 to salsa looking for comments https://salsa.debian.org/kernel-team/linux/-/merge_requests/270 Backported patchset: lib/genalloc: add gen_pool_dma_zalloc() for zeroed DMA allocations https://github.com/torvalds/linux/commit/da83a722959a82733c3ca60030cc364ca2318c5a USB: use genalloc for USB HCs with local memory https://github.com/torvalds/linux/commit/b0310c2f09bbe8aebefb97ed67949a3a7092aca USB: drop HCD_LOCAL_MEM flag https://github.com/torvalds/linux/commit/2d7a3dc3e24f43504b1f25eae8195e600f4cce8 usb: don't create dma pools for HCDs with a localmem_pool https://github.com/torvalds/linux/commit/dd3ecf17ba70a70d2c9ef9ba725281b84f8eef1 usb: add a hcd_uses_dma helper https://github.com/torvalds/linux/commit/edfbcb321faf07ca970e4191abe061deeb7d378 Regards -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Debian Linux kernel uploads
Hello, I would like to support Debian Linux kernel team by doing kernel package uploads. Initially, I would like to attempt timely (weekly or bi-weekly, it has not been discussed yet) updates for Debian Linux kernel package in SID and see how that works. In anycase, I would like to give a heads-up to the kernel and release team that I shall becoming a linux package uploader. Note, this has been discussed and agreed with Ben Hutchings and he suggested to inform you. I'll follow up with linux_5.2.17-2 upload real soon now. Best regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Bug#846597: linux: please enable `perf data' support
Hello, On Fri, Dec 02, 2016 at 02:37:21PM +0100, Sebastian Andrzej Siewior wrote: > diff --git a/debian/templates/control.source.in > b/debian/templates/control.source.in > index 08969a3da9d9..2a1fdf048823 100644 > --- a/debian/templates/control.source.in > +++ b/debian/templates/control.source.in > @@ -41,6 +41,8 @@ Standards-Version: 3.9.8 > libperl-dev , > libunwind8-dev [amd64 armel armhf arm64 i386] !nopython>, > python-dev , > + libbabeltrace-dev , > + libbabeltrace-ctf-dev , Out of curiosity, The final patch that got merged has versioned depends on babeltrace >=1.5.0, but Jessie has 1.2.3. While trying to do a linux kernel backport, I have come up with a question if we really need babeltrace >=1.5.0 or if 1.2.3 has the needed features. Do you happen to know? Note: In anycase, I am preparing a backport of babeltrace. Regards > # used by upstream to build usbip > autoconf , > automake , > -- > 2.10.2 > -- Hector Oron signature.asc Description: PGP signature
Bug#834505: arm64 boot failure with large physical memory range
On Tue, Aug 16, 2016 at 04:39:15PM +0200, Hector Oron wrote: > On Tue, Aug 16, 2016 at 01:13:28PM +0100, Leif Lindholm wrote: > > Package: linux > > Version: 4.6.4-1 > > X-Debbugs-CC: st...@einval.com, woo...@wookware.org, zheng...@linaro.org > > > > Upstream commit 211102d85 ("arm64: defconfig: enable 48-bit virtual > > addresses") changed the default configuration for arm64 to be 48-bit > > VA (CONFIG_ARM64_VA_BITS_48). This is required in order to be able to > > access the full amount of RAM available on some current arm64 systems > > (currently with large memory holes, but could apply to any system with > > >512GB of RAM). Without this, on these systems, the kernel will fail > > to access the initrd, which will have been located near top of RAM by > > GRUB. Error message given is: > > --- > > initrd not fully accessible via the linear mapping -- please check > > your bootloader ... > > --- > > > > So please enable CONFIG_ARM64_VA_BITS_48 for arm64 kernels. > > > > Note: this change _will_ cause breakage in certain userland software > > making non-portable assumptions about available of top address bits > > for pointer tagging - including luajit and mozilla-js (and hence > > everything using mozilla-js). > > FTR, this is an issue DSA is having booting arm64 machine donated by > Gigabyte MR30-AR1. I am currently building a kernel, to get a d-i image > and test this proposed fix. > > I'll follow up with the results. Ok, that worked fine, in addition to: CONFIG_ARM64_VA_BITS_48=y we also need to set on arm64 CONFIG_ACPI=y As we are using ACPI for booting MR30-AR1 device. Regards, -- Hector Oron signature.asc Description: PGP signature
Bug#834505: arm64 boot failure with large physical memory range
On Tue, Aug 16, 2016 at 01:13:28PM +0100, Leif Lindholm wrote: > Package: linux > Version: 4.6.4-1 > X-Debbugs-CC: st...@einval.com, woo...@wookware.org, zheng...@linaro.org > > Upstream commit 211102d85 ("arm64: defconfig: enable 48-bit virtual > addresses") changed the default configuration for arm64 to be 48-bit > VA (CONFIG_ARM64_VA_BITS_48). This is required in order to be able to > access the full amount of RAM available on some current arm64 systems > (currently with large memory holes, but could apply to any system with > >512GB of RAM). Without this, on these systems, the kernel will fail > to access the initrd, which will have been located near top of RAM by > GRUB. Error message given is: > --- > initrd not fully accessible via the linear mapping -- please check > your bootloader ... > --- > > So please enable CONFIG_ARM64_VA_BITS_48 for arm64 kernels. > > Note: this change _will_ cause breakage in certain userland software > making non-portable assumptions about available of top address bits > for pointer tagging - including luajit and mozilla-js (and hence > everything using mozilla-js). FTR, this is an issue DSA is having booting arm64 machine donated by Gigabyte MR30-AR1. I am currently building a kernel, to get a d-i image and test this proposed fix. I'll follow up with the results. Regards, -- Hector Oron signature.asc Description: PGP signature
Bug#814648: linux kernel backports broken
Hello again, 2016-05-31 22:15 GMT+02:00 Antoine Beaupré <anar...@debian.org>: > On 2016-05-31 16:01:46, Hector Oron wrote: >> El 31 may. 2016 9:56 p. m., "Antoine Beaupré" <anar...@debian.org> escribió: >>> cp: impossible d'évaluer « /boot/initrd.img-4.5.0-0.bpo.2-amd64 »: Aucun >> fichier ou dossier de ce type > vmlinuz(/boot/vmlinuz-4.5.0-0.bpo.2-amd64 > ) points to /boot/vmlinuz-4.5.0-0.bpo.2-amd64 > (/boot/vmlinuz-4.5.0-0.bpo.2-amd64) -- doing nothing at > /var/lib/dpkg/info/linux-image-4.5.0-0.bpo.2-amd64.postinst line 256. > cp: cannot stat '/boot/initrd.img-4.5.0-0.bpo.2-amd64': No such file or > directory > Failed to copy /boot/initrd.img-4.5.0-0.bpo.2-amd64 to /initrd.img . > dpkg: error processing package linux-image-4.5.0-0.bpo.2-amd64 (--configure): > subprocess installed post-installation script returned error exit status 1 > Errors were encountered while processing: > linux-image-4.5.0-0.bpo.2-amd64 > needrestart is being skipped since dpkg has failed > E: Sub-process /usr/bin/dpkg returned an error code (1) What is the space left on your boot partition, do you have enough space in it? Regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Bug#814648: linux kernel backports broken
Hello, 2016-05-31 22:12 GMT+02:00 Antoine Beaupré: > Also, it seems impossible to rebuild the backport from source: > > [1060]anarcat@angela:dist$ sudo DIST=jessie ARCH=amd64 cowbuilder --build > linux_4.5.4-1~bpo8+1.dsc [...] > build-dependencies of the package being currently built. > Depends: debhelper, python3:any, quilt, cpio [...] > dpkg-deb: error: parsing file > '/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy/DEBIAN/control' > near line 8 package 'pbuilder-satisfydepends-dummy': > `Depends' field, syntax error after reference to package `cpio' I think that might be different issue, pbuilder-satisfydepends-dummy does not seem to be able to resolve build profiles such pbuilder does seem to be broken. > with dpkg-buildpackage, it's a little better, but the dependency for > kernel-wedge is off too. kernel-wedge needs to be installed from backports kernel-wedge | 2.93~bpo8+1 | jessie-backports | source, all Of course, do not expect apt update to cope with it, you'll need to install it explicetly per backports design Regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Bug#814648: linux kernel backports broken
Hello, El 31 may. 2016 9:56 p. m., "Antoine Beaupré"escribió: > Hi, > > I still see this problem in debian jessie right now. I can't install the > linux kernel backport. > > cp: impossible d'évaluer « /boot/initrd.img-4.5.0-0.bpo.2-amd64 »: Aucun fichier ou dossier de ce type > > The initrd is simply not in the .deb: Initramfs binary is usually generated by a hook that calls an initramfs generator, from Debian, there is initramfs-tools or dracut. Regards
Re: DNS-320
Hello Bastien, (Adding CC to Debian kernel maints) On Sun, Oct 27, 2013 at 12:53 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: I could donate a NAS under armel that is not yet ported to debian (but debian run on it [1]). I will not donate the hardrive, but I could do if needed the serial port modification let ask what you need as ouptut (classical serial /usb serial). Apologies, this email went unnoticed on my inbox as well. This machine is not need for Debian infrastructure, but if you want it to be added as official supported machine, we are already building Debian kernels that work on that machine, that should be doable. Right now, I can only think on a couple people that might be interested to use such machine to test Debian work on, Debian ARM kernel maints, Ben Hutchings and Arnaud Patard (who lives near Paris, iirc). If those people are not interested, please check with ARM porters mailing list (http://lists.debian.org/debian-arm). Thanks for your donation. Regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caodfwehpnutx0jwmpxakpaaio_yrc7o17gv0xwuel6ckkei...@mail.gmail.com
Re: Further trimming of ARM NAS kernel images
Hello Ben, 2013/11/11 Ben Hutchings b...@decadent.org.uk: As the Linux kernel has continued to grow, in Linux 3.12 the iop32x and ixp4xx kernel images have again exceeded the size limits for the target machines. [Note, all figures here are based on the emdebian gcc-4.7 cross-compiler whereas we'll actually use the gcc-4.8 compiler for the packages, and refer to the zImage size.] iop32x is about 13K over-size and ixp4xx about 5K over-size. I've therefore disabled the following features (approximate reduction in size): - BPF_JIT (3K) - MEMCG (7K) - USER_NS (5K) (newly enabled for 3.12 for other configurations) The kernel is likely to carry on growing, so further optional features will probably still need to be dropped if these flavours are to be included in jessie, possibly large ones such as: - AUDIT, SELINUX (~50K) - KALLSYMS (~150K) This really is the last time I will work on this; next time this happens Thanks for all the work done until now. I will drop these flavours until someone provides configuration changes to fix them. The same goes for orion5x, although that currently has about 30K to spare. Please, drop those flavours when that happens, do not waste more time fixing obsolete platforms. Hereby, I would like to suggest to already drop ixp4xx as that kernel was meant to run on Slugs, which have been removed from Debian Installer and replaced with more modern kirkwood devices as the *plugs. Regards -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeFT1U1N=mz0bnzeoxqb1wzpp296sqpx1+8p0j9z2py...@mail.gmail.com
Re: armhf d-i switched to armmp only, no armhf daily builds happening? (Was: Re: Uploading linux (3.11.5-1))
Hello, 2013/10/20 Cyril Brulebois k...@debian.org: Ian Campbell i...@hellion.org.uk (2013-10-19): [...] I'm not sure about ancina, but at least hasse had disc issues. Not sure what the status is, but the right contact would usually be $arch@buildd, added. Thanks for heads-up! I'll have a look during this week. Cheers, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeGbE74D5shrq9=ou650x05bkfs8euf1bmaqhf9i7ss...@mail.gmail.com
Re: Donation of a Calxeda Highbank node
Hello, 2013/6/27 Luca Filipozzi lfili...@debian.org: On Thu, Jun 27, 2013 at 07:27:54PM +, David Power wrote: On Tue, Apr 30, 2013 at 09:56:51AM +0300, Riku Voipio wrote: My main concern is that having a single node as buildd without another for development purposes means that we don't have easy means to keep testing for example kernel upgrades. Can I ask how far your efforts in porting have gone? Is there a wheezy release for highbank that we could test out internally? The armhf userland should run on those boxes, it already does in a chroot environment. ARM hardware enablement is missing in Debian, for example, custom IPMI Calxeda tools I think are not yet integrated in Debian, but Ubuntu have those available. There is also missing bootloader, and I do not think mainline u-boot/grub supports those boxes yet. Kernel wise, there is a current effort to migrate as much ARM platforms we have in Debian to armmp kernel (a.k.a. ARM multiplatform). Those kernels we have been trying to test on the donated node, but we are currently blocked on getting access to IPMI interface in case we need to recover from the disaster. If you can test armmp kernel and let us know something, that would really be a step forward. http://packages.debian.org/unstable/linux-image-3.9-1-armmp I would be more than happy to make some hardware available remotely for you to use as a second build/test server. We have genuine demand for debian on our platform. I'd also be happy to get involved in any way I can to help out. I think that is very welcome from ARM porters point of view. Thanks for the offer. Hi Dave, We are more than happy to receive donations that assist us in properly addressing the buildd/porter requirements for the ARM architecture. Generally speaking, our requirements for equipment to be used as buildd/porter machines are as follows: * reliability - The stable release manager requires that we operate three machines for each port: two buildd machines in different locations and one porter machine. These machines must be reliable. We already got ipa.debian.net, if David can give more nodes to Debian, then I think the requirement can be fulfilled. * out of band management - We require the ability to manage the machines independently of their primary network interface: serial console or better, remotely-controllable power. David, could you also allow Debian admins into IPMI interface? * supportability - We require that the machines be commercialy available (within financial constraints) and that they be supportable through a warranty or post-warranty support or are otherwise easy to replace. Those machines are selling commercially now. * stability - We require that the machine's architecture have an actively-maintained stable kernel in the archive. Currently, there is an effort on going, as I explained above, but it is not yet finished, just starting: http://packages.debian.org/unstable/linux-image-3.9-1-armmp * environment - We require that packages critical for DSA operations be available: puppet, samhain, syslog-ng, ferm/pf, etc. The armhf port already contains those. We would prefer to house such equipment in one of the data centres where we have an existing presence (grnet (Greece), man-da (Germany), ubcece (Canada)) but we are amenable to a discussion regarding having a business host the equipment on our behalf as long as the above requirements are met. Please let me know how you'd like to proceed. And thank you for your offer. It is *only* through the generous donation of time, equipment and/or funds from businesses and/or individuals such as yourself that volunteers are able to make the operating system known as Debian. Thanks again, Luca Debian System Administration Team Debian Hardware Donations Team -- Luca Filipozzi http://www.crowdrise.com/SupportDebian Regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. Debian ARM porter Debian ARM buildd admin -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeH_YXZpH=vsjgkxteo4t-8nqhrked8r1xbse4nzcat...@mail.gmail.com
Re: Dropping support for the smallest armel machines
Hello, 2013/6/27 Ben Hutchings b...@decadent.org.uk: On Wed, Jun 26, 2013 at 04:39:15PM +0100, Ben Hutchings wrote: On Wed, Jun 26, 2013 at 03:13:48PM +0200, Arnaud Patard wrote: Ben Hutchings b...@decadent.org.uk writes: btw, iop32x is used on n2100 which are used on buildd/porter boxes. If we stop supporting it, I'm not sure how the DSA people will react about that. [...] Currently only 3 out of 10 are N2100s; the remainder are Marvell development boards running the mv78xx0 flavour. DSA plans to decommission N2100 build daemons. Those have not even been running as build daemons during wheezy release. As I side note, I'll be sad to see N2100 go, as I own one myself. Regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caodfwehqb8zbrokkacag-zdkz7n7f9v3wvhwruxcvsttyp5...@mail.gmail.com
Bug#649748: linux-2.6: fixes upstream packaging when cross-compiling
Hello, 2013/6/7 Moritz Muehlenhoff j...@inutil.org: Hector, this hasn't landed in current kernel.org git, did you submit it upstream? No, I did not submit it upstream, also it seems to be incomplete, and it misses armhf architecture. Please, allow me few days to work on it and re-submit updated patch to Debian and upstream. Thanks for the heads-up Regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeEXHzxCx-6W8GE-QaCo=UGjgpuw54wrm6hbhr_h...@mail.gmail.com
Re: Donation of a Calxeda Highbank node
Hello, 2013/4/26 Raphael Hertzog hert...@debian.org: On Fri, 26 Apr 2013, Hector Oron wrote: * DSA hat: The machine shall not be a debian.org machine, so DSA could export accounts if requested. * Buildd hat: The machine shall not be used to run buildd software to build official packages. Did you get those answers from the relevant teams? Was there a rationale for those answers? Yes, I did check with DSA. With porters and buildd team, I did not check, besides saying here, so whoever is interested is able to forward their opinion. For the rationale, you probably already have enough information on this discussion thread. Now, Raphael, apparently you got a contact already with the donator and a root account on the server machine. Would you be willing to admin or handout root access to few ARM porters, so DD accounts could either be exported or create local accounts for people willing to play with the machine? I can give root rights to porters who want to administrate the machine, yes. I'd rather not have to take care of routine maintenance but I can stay as a backup in case of need. To be a useful porter machine, it would be nice if all DD can have access to it. But if it's not administrated by DSA, I don't know if the newly announced self-served chroot service can be setup on this machine. Yes, we can do that. I'll contact you privately and I'll take over the setup. If any porter fancies to admin such machine, please contact Raphael and myself. Regards -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeEauh5r+Kn6EEYm=JiC5qzT4diodqcuzfkpAEPiJe=v...@mail.gmail.com
Re: Donation of a Calxeda Highbank node
Hello, 2013/4/12 Raphael Hertzog hert...@debian.org: OffensiveSecurity owns a Calxeda Highbank cluster of ARM machines[1] and is willing to dedicate one of the nodes to Debian. Thanks, that is a very kind offer and with ARM hat on, we cannot reject the offer, it makes it very interesting as a playground machine. However, let me make some points here: * ARM porters hat: It is very interesting machine, and very useful to start experimenting with it as Debian is seeking for a full Calxeda chassis. * DSA hat: The machine shall not be a debian.org machine, so DSA could export accounts if requested. * Buildd hat: The machine shall not be used to run buildd software to build official packages. * Kernel hat: As Ben already stated, ARM multiplatform kernel should already support this machine. Now, Raphael, apparently you got a contact already with the donator and a root account on the server machine. Would you be willing to admin or handout root access to few ARM porters, so DD accounts could either be exported or create local accounts for people willing to play with the machine? Best regards -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeG=O4VLr5HSOMS78J+aF-7sr0gOx8bqWe=qutqes-y...@mail.gmail.com
Bug#703209: linux: Please Add multiplatform flavour to armhf
Hello, 2013/4/2 Nobuhiro Iwamatsu iwama...@nigauri.org: Then, the two candidates have come armmp and armv7. Which do you like? if there is no other opinions, I would want to decide on armmp. armmp ++ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeG=OvuBFUFt=szBfKAB1a2AM+=ruvob8tjzr-jati4...@mail.gmail.com
Bug#702450: linux-kbuild-3.8: please upload new release
Package: linux-tools Severity: wishlist Hello, Please upload new upstream release of linux-tools to Debian experimental, that way linux-kbuild-3.8 will be provided and linux-headers-3.8-trunk-* will be installable. Regards -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.8-trunk-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130306181348.16895.11023.report...@polynomio.collabora.co.uk
Re: Building linux on the right machines
Hello, 2012/7/2 Ben Hutchings b...@decadent.org.uk: linux is a big package and slow to build on some buildds. It looks like 'linux-2.6' was restricted to be built on the faster machines, and 'linux' should now be restricted in the same way. JFYI, this issue has been dealt with. argento and arcadelt had 'linux' in the blacklisted list of packages. -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeEVHwPPMqKiY�v-qurfgs0l1kfxxhmxfpbt5sar1...@mail.gmail.com
Re: Increasing minimum 'i386' processor
Hello, 2011/11/23 Matthias Klose d...@debian.org: On 11/19/2011 11:42 PM, Ben Hutchings wrote: (Later it should be increased further, and eventually i386 should be reduced to a partial architecture that may be installed on amd64 systems.) This would allow the use of optimisations and new instructions throughout userland that improve performance for the vast majority of users. could you give numbers what kind of improvements you would expect? The biggest burden for i386 is the register pressure, which you won't fix with targeting a newer processor. The better approach would be a new port, the x32 architecture; I don't know if anybody did look into building a distribution for this architecture yet. The next thing could be to default to sse2 math instead of x87 (didn't look if this is already the default for x32). FWIW, Yocto has attempted to build an image for x32: https://wiki.yoctoproject.org/wiki/X32_abi Yes, x32 defaults to SSE and improvements expected 7-10% on integer math over ia32 (5-8% over intel64) and 5-11% on fp math over ia32. Figures from http://linuxplumbersconf.org/2011/ocw/system/presentations/531/original/x32-LPC-2011-0906.pptx Cheers, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caodfwegyeux2ybij1i5orxfs2fme5mrw-eoesv2l_s2y2jh...@mail.gmail.com
Bug#649748: linux-2.6: fixes upstream packaging when cross-compiling
Package: linux-2.6 Severity: wishlist Tags: upstream Hello, I was not sure where to send this patch, better here to Debian community for review. I found a bit annoying that using upstream deb-pkg target does not allow me to create proper Debian packages when cross compiling, so I have created the following patch which attempts to address this issue. Index: linux-2.6.39.4/scripts/package/builddeb === --- linux-2.6.39.4.orig/scripts/package/builddeb2011-08-03 20:43:28.0 +0100 +++ linux-2.6.39.4/scripts/package/builddeb 2011-11-23 14:02:24.029139514 + @@ -12,21 +12,9 @@ set -e -create_package() { - local pname=$1 pdir=$2 - - cp debian/copyright $pdir/usr/share/doc/$pname/ - cp debian/changelog $pdir/usr/share/doc/$pname/changelog.Debian - gzip -9 $pdir/usr/share/doc/$pname/changelog.Debian - sh -c cd '$pdir'; find . -type f ! -path './DEBIAN/*' -printf '%P\0' \ - | xargs -r0 md5sum DEBIAN/md5sums - - # Fix ownership and permissions - chown -R root:root $pdir - chmod -R go-w $pdir - +find_debarch() { # Attempt to find the correct Debian architecture - local forcearch= debarch= + forcearch= debarch= case $UTS_MACHINE in i386|ia64|alpha) debarch=$UTS_MACHINE ;; @@ -54,6 +42,23 @@ echo Please add support for $UTS_MACHINE to ${0} ... 2 echo 2 esac +} + +create_package() { + local pname=$1 pdir=$2 + + cp debian/copyright $pdir/usr/share/doc/$pname/ + cp debian/changelog $pdir/usr/share/doc/$pname/changelog.Debian + gzip -9 $pdir/usr/share/doc/$pname/changelog.Debian + sh -c cd '$pdir'; find . -type f ! -path './DEBIAN/*' -printf '%P\0' \ + | xargs -r0 md5sum DEBIAN/md5sums + + # Fix ownership and permissions + chown -R root:root $pdir + chmod -R go-w $pdir + + find_debarch + if [ -n $KBUILD_DEBARCH ] ; then debarch=$KBUILD_DEBARCH fi @@ -246,7 +251,8 @@ (cd $srctree; tar -c -f - -T /tmp/files$$) | (cd $destdir; tar -xf -) (cd $objtree; tar -c -f - -T /tmp/objfiles$$) | (cd $destdir; tar -xf -) rm -f /tmp/files$$ /tmp/objfiles$$ -arch=$(dpkg --print-architecture) +find_debarch +arch=$debarch cat EOF debian/control Do you think is sane to send this patch to upstream? In that case, which would be the appropiate place to get the proper attention? -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2023183939.8268.53070.reportbug@enorme.tcldomain.office
Re: Uploading linux-2.6 (3.0.0-5)
Hello Ben, 2011/9/29 Ben Hutchings b...@decadent.org.uk: I intend to upload linux-2.6 version 3.0.0-5 to unstable later this week. This will include stable update 3.0.5 and may require an ABI change (I haven't checked yet). It should fix the FTBFS on some architectures in 3.0.0-4 (but other changes may introduce new failures). Assuming that we don't find any more problems with the changes in experimental to use kernel-wedge, I will apply those to unstable as well. I'll need to upload kernel-wedge yet again with Joey's fix for the bug that affected s390. First of all thanks for the fish. Yesterday I was playing kernels with 3.0.0-5 and noticed that when building with dpkg-buildpackage -a$arch, kernel-wedge does not seem to understand that. I just thought it might be useful to comment, I have not been able to look into it (at least yet). When building with -a$arch, you'll also notice the build fails when doing tools/perf/ as it does not seem to pass CROSS_COMPILE=${TRIPLET}- into the make call when building perf. I looked into that, but I havent been able to finish cooking any (tested) patch for that yet. Best regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAODfWeEjE5i_Q+RUJD3wAq+QP0EOCCs11QgLGBp3e=jmror...@mail.gmail.com
Bug#642235: linux-2.6: LVM deadlocks and oops
Package: linux-2.6 Version: 3.1.0-rc6 Severity: normal Tags: upstream Hello, While playing with sbuild to build packages on armhf buildd running an upstream patched kernel for i.MX53 LOCO boards (next armhf build daemons). I have hit a deadlock and oops on LVM, so I think it is worth it to document the problem here and maybe it can get fixed. [74093.782238] kjournald starting. Commit interval 5 seconds [74093.821968] EXT3-fs (dm-4): using internal journal [74093.826917] EXT3-fs (dm-4): mounted filesystem with ordered data mode [74397.131757] kjournald starting. Commit interval 5 seconds [74397.169996] EXT3-fs (dm-4): using internal journal [74397.174838] EXT3-fs (dm-4): mounted filesystem with ordered data mode [76601.907689] kjournald starting. Commit interval 5 seconds [76601.945944] EXT3-fs (dm-4): using internal journal [76601.950779] EXT3-fs (dm-4): mounted filesystem with ordered data mode [76656.111857] kjournald starting. Commit interval 5 seconds [76656.150092] EXT3-fs (dm-4): using internal journal [76656.154937] EXT3-fs (dm-4): mounted filesystem with ordered data mode [76793.872136] kjournald starting. Commit interval 5 seconds [76793.910358] EXT3-fs (dm-4): using internal journal [76793.915200] EXT3-fs (dm-4): mounted filesystem with ordered data mode [84651.608193] kjournald starting. Commit interval 5 seconds [84651.646426] EXT3-fs (dm-4): using internal journal [84651.651269] EXT3-fs (dm-4): mounted filesystem with ordered data mode [84738.700610] [84738.700625] === [84738.708389] [ INFO: possible circular locking dependency detected ] [84738.714663] 3.1.0-rc6 #4 [84738.717197] --- [84738.723467] lvcreate/9492 is trying to acquire lock: [84738.728435] (md-suspend_lock){+.+...}, at: [c02c73c4] dm_suspend+0x28/0x29c [84738.735894] [84738.735897] but task is already holding lock: [84738.741740] (journal-j_barrier){+.+...}, at: [c01481c4] journal_lock_updates+0xf0/0xfc [84738.750141] [84738.750145] which lock already depends on the new lock. [84738.750150] [84738.758344] [84738.758346] the existing dependency chain (in reverse order) is: [84738.765839] [84738.765842] - #1 (journal-j_barrier){+.+...}: [84738.771981][c0052114] check_prev_add+0x338/0x680 [84738.777492][c0052e4c] validate_chain+0x4f4/0x674 [84738.782993][c0053714] __lock_acquire+0x748/0x828 [84738.788496][c0053a28] lock_release_non_nested+0x234/0x2bc [84738.794780][c0053b98] __lock_release+0xe8/0x1cc [84738.800195][c0053cdc] lock_release+0x60/0x70 [84738.805348][c04636d4] __mutex_unlock_slowpath+0xd4/0x13c [84738.811551][c046374c] mutex_unlock+0x10/0x14 [84738.816705][c00c9434] freeze_bdev+0x9c/0xa4 [84738.821783][c02c7438] dm_suspend+0x9c/0x29c [84738.826850][c02cc06c] dev_suspend+0x5c/0x90 [84738.831921][c02ccdd4] ctl_ioctl+0x228/0x2c8 [84738.836990][c02cce8c] dm_ctl_ioctl+0x18/0x1c [84738.842145][c00a9fa4] do_vfs_ioctl+0x33c/0x38c [84738.847483][c00aa034] sys_ioctl+0x40/0x64 [84738.852378][c000dfc0] ret_fast_syscall+0x0/0x3c [84738.857801] [84738.857804] - #0 (md-suspend_lock){+.+...}: [84738.863769][c0051c78] print_circular_bug+0x5c/0xfc [84738.869445][c0051f10] check_prev_add+0x134/0x680 [84738.874947][c0052e4c] validate_chain+0x4f4/0x674 [84738.880450][c0053714] __lock_acquire+0x748/0x828 [84738.885952][c0053d78] lock_acquire+0x8c/0xa0 [84738.891107][c04643a8] mutex_lock_nested+0x74/0x30c [84738.896784][c02c73c4] dm_suspend+0x28/0x29c [84738.901851][c02cc06c] dev_suspend+0x5c/0x90 [84738.906920][c02ccdd4] ctl_ioctl+0x228/0x2c8 [84738.911988][c02cce8c] dm_ctl_ioctl+0x18/0x1c [84738.917143][c00a9fa4] do_vfs_ioctl+0x33c/0x38c [84738.922472][c00aa034] sys_ioctl+0x40/0x64 [84738.927367][c000dfc0] ret_fast_syscall+0x0/0x3c [84738.932783] [84738.932786] other info that might help us debug this: [84738.932791] [84738.940814] Possible unsafe locking scenario: [84738.940819] [84738.946747]CPU0CPU1 [84738.951280] [84738.955810] lock(journal-j_barrier); [84738.959757]lock(md-suspend_lock); [84738.966049]lock(journal-j_barrier); [84738.972515] lock(md-suspend_lock); [84738.976287] [84738.976290] *** DEADLOCK *** [84738.976293] [84738.982232] 1 lock held by lvcreate/9492: [84738.986243] #0: (journal-j_barrier){+.+...}, at: [c01481c4] journal_lock_updates+0xf0/0xfc [84738.995085] [84738.995088] stack backtrace: [84738.999455] Backtrace: [84739.001928] [c00114e0] (dump_backtrace+0x0/0x110) from [c04624e0] (dump_stack+0x18/0x1c) [84739.010372] r7:dee6f908 r6:dee6f920 r5: r4: [84739.016090] [c04624c8] (dump_stack+0x0/0x1c)
Re: Bug#640220: linux-image-3.0.0-1-orion5x: Cannot update kernel image
Hello, On Mon, Sep 05, 2011 at 06:53:54AM +0200, Michael Ott wrote: Setting up linux-image-3.0.0-1-orion5x (3.0.0-3) ... Running depmod. Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.0.0-1-orion5x /boot/vmlinuz-3.0.0-1-orion5x update-initramfs: Generating /boot/initrd.img-3.0.0-1-orion5x Setting up linux-image-orion5x (3.0.0+39) ... After restart the old kernel is running: For some reason, update-initramfs does not call flash-kernel when creating an initramfs image. For a quick fix, you could manually try to run flash-kernel after installing new kernel. This problem has been spotted and discussed at debian-kernel mailing lists, but it has not yet been fixed. http://lists.debian.org/debian-kernel/2011/06/msg00715.html Apologies for inconveniences. Best regards, -- 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 signature.asc Description: Digital signature
Kernel and initramfs hooks for flash-kernel
Hello, flash-kernel is a debian-installer ARM utility which is able to produce bootable kernel and initramfs (aka initrd) images. It converts vmlinuz and initrd images to bootable format which the bootloader understands, most common use is to generate uImage and uInitrd for U-Boot booloader. flash-kernel needs to be run after creating or upgrading a kernel image and after creating or upgrading initrd image. There has been a long standing open bugreport (#550584) and a kernel hook policy [0]. While I am not entirely sure, I think proper way to add hooks would be: * one hook triggered by kernel scripts creating uImage from vmlinuz post package installation. * and other hook triggered by kernel scripts creating uInitrd after initrd- has been created. (the reason why I think it should be triggered by kernel scripts instead initramfs-tools, is that maybe in future we could have random initramfs generators, so instead placing a initramfs-tools hook, a kernel hook after initrd generation might be useful) All of the above have several implications as kernel and flash-kernel code might have to be patched. Another way around it, would be to call flash-kernel as a hook from /etc/initramfs/post-update.d which gets triggered by update target from update-initramfs. I have tried this approach as a proof of concept, but the hook does not get triggered when initrd is created (although adding run_bootloader at the end of create function in update-initramfs fixes the issue, but according to quick comment from Maximilian that is wrong approach. Maybe someone can provide helpful comments on how to properly add the hooks and where. Just for the record, here is some output I got adding /etc/initramfs/post-update.d/flash-kernel hook, and commenting out on update-initramfs: (If adding a call to run_bootloader on create(), then it works as expected) # FIXME: to be removed once flash-kernel installs a hook #if flash-kernel --supported /dev/null 21; then # flash-kernel ${version} #return 0 #fi root@hf08:/boot# apt-get --reinstall install linux-image-2.6.39-2+armhf.1-mx5 [..] run-parts: executing /etc/kernel/postinst.d/initramfs-tools 2.6.39-2+armhf.1-mx5 /boot/vmlinuz-2.6.3 9-2+armhf.1-mx5 + [ -r /etc/initramfs-tools/update-initramfs.conf ] + . /etc/initramfs-tools/update-initramfs.conf + update_initramfs=yes + backup_initramfs=no + [ -z 1 ] + verbose=0 + yes=0 + takeover=0 + getopts k:cudyvtb:h? flag + mode=c + getopts k:cudyvtb:h? flag + takeover=1 + getopts k:cudyvtb:h? flag + version=2.6.39-2+armhf.1-mx5 + getopts k:cudyvtb:h? flag + BOOTDIR=/boot + [ ! -d /boot ] + getopts k:cudyvtb:h? flag + shift 6 + [ 0 -ne 0 ] + [ -z c ] + [ 2.6.39-2+armhf.1-mx5 = all ] + [ yes = all ] + create + [ -z 2.6.39-2+armhf.1-mx5 ] + set_initramfs + initramfs=/boot/initrd.img-2.6.39-2+armhf.1-mx5 + [ 1 = 0 ] + generate_initramfs + echo update-initramfs: Generating /boot/initrd.img-2.6.39-2+armhf.1-mx5 update-initramfs: Generating /boot/initrd.img-2.6.39-2+armhf.1-mx5 + OPTS=-o + [ 0 = 1 ] + mkinitramfs -o /boot/initrd.img-2.6.39-2+armhf.1-mx5.new 2.6.39-2+armhf.1-mx5 + mv -f /boot/initrd.img-2.6.39-2+armhf.1-mx5.new /boot/initrd.img-2.6.39-2+armhf.1-mx5 + set_sha1 + sha1sum /boot/initrd.img-2.6.39-2+armhf.1-mx5 root@hf08:/boot# cat /etc/initramfs/post-update.d/flash-kernel #!/bin/sh -e version=$1 bootopt= # passing the kernel version is required if [ -z ${version} ]; then echo 2 W: flash-kernel: ${DPKG_MAINTSCRIPT_PACKAGE:-kernel package} did not pass a version number exit 2 fi # TODO: flash-kernel hardcodes this info, maybe it can take it from here # absolute file name of kernel image may be passed as a second argument; # convert initrd to bootable format in the same directory #if [ -n $2 ]; then # bootdir=$(dirname $2) # bootopt=-b ${bootdir} #fi # avoid running multiple times if [ -n $DEB_MAINT_PARAMS ]; then eval set -- $DEB_MAINT_PARAMS if [ -z $1 ] || [ $1 != configure ]; then exit 0 fi fi # we're good - convert kernel and initramfs to bootable format. if flash-kernel --supported /dev/null 21; then flash-kernel ${version} 2 return 0 fi Comments? [0] http://kernel-handbook.alioth.debian.org/ch-update-hooks.html -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. free spam -- Would you like to make a donation for Debian Conference? ** http://debconf11.debconf.org/payments.xhtml ** /free spam -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTimNR5VWkm=hKEQg7H=YNzfVt=y...@mail.gmail.com
Re: Kernel and initramfs hooks for flash-kernel
Hello, 2011/6/27 Ben Hutchings b...@decadent.org.uk: While I am not entirely sure, I think proper way to add hooks would be: * one hook triggered by kernel scripts creating uImage from vmlinuz post package installation. * and other hook triggered by kernel scripts creating uInitrd after initrd- has been created. Hook scripts are ordered by name and the 'zz-' prefix is reserved for boot loader hooks so they run last. Right! I knew that one, but I was missing it. Fixing it on my proof of concept. The initramfs post-update hooks are supposed to be called by any initramfs builder, not just initramfs-tools. Right, thanks for clarifying. Renaming hook name with prefix zz- and triggering a reinstall, still calls update-initramfs with create option, so it does not run_bootloader preventing hooks to be executed. Why run_bootloader cannot be called when creating initrd? I.e., root@hf08:~# apt-get --reinstall install linux-image-2.6.39-2+armhf.1-mx5 [..] Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/initramfs-tools 2.6.39-2+armhf.1-mx5 /boot/vmlinuz-2.6.39-2+armhf.1-mx5 + [ -r /etc/initramfs-tools/update-initramfs.conf ] + . /etc/initramfs-tools/update-initramfs.conf + update_initramfs=yes + backup_initramfs=no + [ -z 1 ] + verbose=0 + yes=0 + takeover=0 + getopts k:cudyvtb:h? flag + mode=c + getopts k:cudyvtb:h? flag + takeover=1 + getopts k:cudyvtb:h? flag + version=2.6.39-2+armhf.1-mx5 + getopts k:cudyvtb:h? flag + BOOTDIR=/boot + [ ! -d /boot ] + getopts k:cudyvtb:h? flag + shift 6 + [ 0 -ne 0 ] + [ -z c ] + [ 2.6.39-2+armhf.1-mx5 = all ] + [ yes = all ] + create + [ -z 2.6.39-2+armhf.1-mx5 ] + set_initramfs + initramfs=/boot/initrd.img-2.6.39-2+armhf.1-mx5 + [ 1 = 0 ] + generate_initramfs + echo update-initramfs: Generating /boot/initrd.img-2.6.39-2+armhf.1-mx5 update-initramfs: Generating /boot/initrd.img-2.6.39-2+armhf.1-mx5 + OPTS=-o + [ 0 = 1 ] + mkinitramfs -o /boot/initrd.img-2.6.39-2+armhf.1-mx5.new 2.6.39-2+armhf.1-mx5 + mv -f /boot/initrd.img-2.6.39-2+armhf.1-mx5.new /boot/initrd.img-2.6.39-2+armhf.1-mx5 + set_sha1 + sha1sum /boot/initrd.img-2.6.39-2+armhf.1-mx5 root@hf08:~# cat /etc/initramfs/post-update.d/zz-flash-kernel #!/bin/sh -e version=$1 bootopt= # passing the kernel version is required if [ -z ${version} ]; then echo 2 W: flash-kernel: ${DPKG_MAINTSCRIPT_PACKAGE:-kernel package} did not pass a version number exit 2 fi # TODO: flash-kernel hardcodes this info, maybe it can take it from here # absolute file name of kernel image may be passed as a second argument; # convert initrd to bootable format in the same directory #if [ -n $2 ]; then # bootdir=$(dirname $2) # bootopt=-b ${bootdir} #fi # avoid running multiple times if [ -n $DEB_MAINT_PARAMS ]; then eval set -- $DEB_MAINT_PARAMS if [ -z $1 ] || [ $1 != configure ]; then exit 0 fi fi # we're good - convert kernel and initramfs to bootable format. if flash-kernel --supported /dev/null 21; then flash-kernel ${version} 2 return 0 fi Kind regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. free spam -- Would you like to make a donation for Debian Conference? ** http://debconf11.debconf.org/payments.xhtml ** /free spam -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktingnpjkovputchcwvmnabuzzxy...@mail.gmail.com
Re: [PATCH] add armhf/omap
Hi, 2011/6/22 Sebastian Reichel s...@debian.org: On Wed, Jun 22, 2011 at 04:32:39PM +, Hector Oron wrote: I suspect [ 184.049530] WARNING: at /home/zumbi/linux-2.6-2.6.39/debian/build/source_armhf_none/kernel/irq/handle.c:130 handle_irq_event_percpu+0xf8/0x1f8() is due to missing TI firmware for Wilink (wlan+bluetooth+FM radio). No, you can ignore this warning. It's triggered by the twl4030-rtc driver. The driver enables interrupts by intention. Right, later on I realized it was related to PMIC circuit. There is currently a patch waiting for approval in the linux-omap mailinglist, which will remove this warning by using threaded interrupt handlers instead. Could you point me to the patch? I would not mind to add it to the debian-ports.org patched kernel. Kind regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. free spam -- Would you like to make a donation for Debian Conference? ** http://debconf11.debconf.org/payments.xhtml ** /free spam -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=rmgs6kou+k+ufwx9un_jrun8...@mail.gmail.com
Re: [PATCH] add armhf/omap
Hello, 2011/6/11 Hector Oron hector.o...@gmail.com: 2011/6/7 Sebastian Reichel s...@debian.org: I (re)moved the armhf/config changes. Here is the new version: http://pkg-n900.alioth.debian.org/kernel/linux-2.6-omap-v2.patch Patch included into patched kernel version at debian-ports.org armhf port, so we can test it easily. I was able to test on pandaboard, here is dmesg output: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.39-2+armhf.1-omap (Debian 2.6.39-2+armhf.1) (zu...@debian.org) (gcc version 4.5.3 (Debian 4.5.3-1) ) #1 SMP Sat Jun 11 04:02:19 UTC 2011 [0.00] CPU: ARMv7 Processor [411fc092] revision 2 (ARMv7), cr=10c5387f [0.00] CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache [0.00] Machine: OMAP4 Panda board [0.00] bootconsole [earlycon0] enabled [0.00] Reserving 33554432 bytes SDRAM for VRAM [0.00] Memory policy: ECC disabled, Data cache writealloc [0.00] OMAP4430 ES2.0 [0.00] SRAM: Mapped pa 0x4030 to va 0xfe40 size: 0xe000 [0.00] On node 0 totalpages: 238080 [0.00] free_area_init_node: node 0, pgdat c04f2de0, node_mem_map c0567000 [0.00] Normal zone: 1536 pages used for memmap [0.00] Normal zone: 0 pages reserved [0.00] Normal zone: 180736 pages, LIFO batch:31 [0.00] HighMem zone: 512 pages used for memmap [0.00] HighMem zone: 55296 pages, LIFO batch:15 [0.00] powerdomain: waited too long for powerdomain dss_pwrdm to complete transition [0.00] PERCPU: Embedded 7 pages/cpu @c0d6d000 s7648 r8192 d12832 u32768 [0.00] pcpu-alloc: s7648 r8192 d12832 u32768 alloc=8*4096 [0.00] pcpu-alloc: [0] 0 [0] 1 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 236032 [0.00] Kernel command line: ro elevator=noop vram=32M mem=456M@0x8000 mem=512M@0xA000 fixrtc quiet splash console=ttyO2,115200n8 rootdelay earlyprintk root=/dev/mmcblk0p2 [0.00] PID hash table entries: 4096 (order: 2, 16384 bytes) [0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Memory: 456MB 474MB = 930MB total [0.00] Memory: 933284k/933284k available, 57948k reserved, 223232K highmem [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] DMA : 0xffc0 - 0xffe0 ( 2 MB) [0.00] vmalloc : 0xf080 - 0xf800 ( 120 MB) [0.00] lowmem : 0xc000 - 0xf000 ( 768 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .init : 0xc0008000 - 0xc004a000 ( 264 kB) [0.00] .text : 0xc004a000 - 0xc048d620 (4366 kB) [0.00] .data : 0xc048e000 - 0xc04f4418 ( 410 kB) [0.00] Hierarchical RCU implementation. [0.00] RCU dyntick-idle grace-period acceleration is enabled. [0.00] RCU-based detection of stalled CPUs is disabled. [0.00] NR_IRQS:410 [0.00] omap_hwmod: dpll_mpu_m2_ck: missing clockdomain for dpll_mpu_m2_ck. [0.00] OMAP clockevent source: GPTIMER1 at 32768 Hz [0.00] sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 131071999ms [0.00] Console: colour dummy device 80x30 [0.000244] Calibrating delay loop... 2007.19 BogoMIPS (lpj=7839744) [0.070312] pid_max: default: 32768 minimum: 301 [0.070526] Security Framework initialized [0.070556] SELinux: Disabled at boot. [0.070678] Mount-cache hash table entries: 512 [0.071472] Initializing cgroup subsys ns [0.071502] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup. [0.071533] Initializing cgroup subsys cpuacct [0.071594] Initializing cgroup subsys memory [0.071624] Initializing cgroup subsys devices [0.071624] Initializing cgroup subsys freezer [0.071655] Initializing cgroup subsys net_cls [0.071655] Initializing cgroup subsys blkio [0.071777] CPU: Testing write buffer coherency: ok [0.072082] Calibrating local timer... 491.91MHz. [0.117401] L310 cache controller enabled [0.117431] l2x0: 16 ways, CACHE_ID 0x41c4, AUX_CTRL 0x7e47, Cache size: 1048576 B [0.118530] CPU1: Booted secondary processor [0.118560] CPU1: Unknown IPI message 0x1 [0.186126] Brought up 2 CPUs [0.190307] SMP: Total of 2 processors activated (3972.37 BogoMIPS). [0.190643] devtmpfs: initialized [0.192535] omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for emif_fw [0.192565] omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for l3_instr
Re: [PATCH] add armhf/omap
Hello, 2011/6/7 Sebastian Reichel s...@debian.org: I (re)moved the armhf/config changes. Here is the new version: http://pkg-n900.alioth.debian.org/kernel/linux-2.6-omap-v2.patch Patch included into patched kernel version at debian-ports.org armhf port, so we can test it easily. You might want to add flash-kernel support for omap boards. Cheers, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. free spam -- Would you like to make a donation for Debian Conference? ** http://debconf11.debconf.org/payments.xhtml ** /free spam -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktinjk4hytzaybjqmeq-nus2eu2u...@mail.gmail.com
Bug#630171: linux-2.6: FTBFS on armel: In function 'ixp4xx_clocksource_init'
Package: linux-2.6 Version: 3.0.0~rc2 Severity: serious Tags: experimental Hello, Your package fails to build from source on armel architecture: /build/buildd-linux-2.6_3.0.0~rc2-1~experimental.1-armel-hju5OO/linux-2.6-3.0.0~rc2/debian/build/source_armel_none/arch/arm/mach-ixp4xx/common.c: In function 'ixp4xx_clocksource_init': /build/buildd-linux-2.6_3.0.0~rc2-1~experimental.1-armel-hju5OO/linux-2.6-3.0.0~rc2/debian/build/source_armel_none/arch/arm/mach-ixp4xx/common.c:428:2: error: lvalue required as unary '' operand Full build log available at: https://buildd.debian.org/status/fetch.php?pkg=linux-2.6arch=armelver=3.0.0~rc2-1~experimental.1stamp=1307713370 A fix for this problem has not been cooked yet, for more information, please see: http://permalink.gmane.org/gmane.linux.ports.arm.kernel/119070 Best regards, -- Héctor Orón -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110611193543.4487.38647.reportbug@tcldomain.office
Re: [PATCH] add armhf/omap
Hello, 2011/6/5 Ben Hutchings b...@decadent.org.uk: On Mon, 2011-05-30 at 22:09 +0200, Sebastian Reichel wrote: [0] http://pkg-n900.alioth.debian.org/kernel/linux-2.6-omap.patch sha256 24958a765f5291c3a34edd31aeac2ec2a1756d17c2b11389b639ea19d68734be Could you review this, please? Especially the changes to the common armhf/config. --- debian/config/armhf/config 2011-05-30 19:21:33.0 +0200 +++ debian-omap/config/armhf/config 2011-05-25 14:01:47.0 +0200 @@ -5,6 +5,13 @@ CONFIG_ATAGS_PROC=y #. Enable floating point unit CONFIG_VFP=y +CONFIG_VFPv3=y No need this symbol as CONFIG_VFPv3 default y if CPU_V7 +## +## file: arch/arm/mm/Kconfig +## +CONFIG_CPU_V7=y This symbol is not needed as it should be selected by ARCH symbols, i.e. http://lxr.linux.no/linux+v2.6.39/arch/arm/mach-omap2/Kconfig#L31 If some platform being ARMv7 does not select it I would consider it a bug on kernel config. +CONFIG_ARM_THUMBEE=y THUMBEE selects CPU_V7, but not all ARMv7 support THUMBEE (fact that I need to check). Could you consider this symbol for the subarch specific configuration part? Sebastian, which OMAP platforms do you plan to enable? Cheers, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. free spam -- Would you like to make a donation for Debian Conference? ** http://debconf11.debconf.org/payments.xhtml ** /free spam -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi}ucauo7svhkgklkr-6jhquo...@mail.gmail.com
Bug#629342: linux-2.6: FTBFS on armel
Package: linux-2.6 Version: 3.0.0~rc1 Severity: serious Tags: experimental patch Hello, Your package fails to build from source on Debian autobuilders for armel architecture: CC arch/arm/plat-iop/cp6.o In file included from /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/plat-iop/cp6.c:20: /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/include/asm/traps.h:12: warning: 'struct pt_regs' declared inside parameter list /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/include/asm/traps.h:12: warning: its scope is only this definition or declaration, which is probably not what you want /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/include/asm/traps.h:48: warning: 'struct pt_regs' declared inside parameter list /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/include/asm/traps.h:48: warning: 'struct task_struct' declared inside parameter list /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/plat-iop/cp6.c:22: warning: 'struct pt_regs' declared inside parameter list /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/plat-iop/cp6.c:42: error: 'MODE_MASK' undeclared here (not in a function) /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/plat-iop/cp6.c:43: error: 'SVC_MODE' undeclared here (not in a function) /build/buildd-linux-2.6_3.0.0~rc1-1~experimental.1-armel-lHnfXZ/linux-2.6-3.0.0~rc1/debian/build/source_armel_none/arch/arm/plat-iop/cp6.c:44: warning: initialization from incompatible pointer type make[6]: *** [arch/arm/plat-iop/cp6.o] Error 1 See full log at: https://buildd.debian.org/status/fetch.php?pkg=linux-2.6arch=armelver=3.0.0~rc1-1~experimental.1stamp=1307098391 This bug is also revealed by Simtec autobuilder: http://armlinux.simtec.co.uk/kautobuild/2.6.39-git11/iop32x_defconfig/zimage.log The following patch fixes the build: From ace377ade6dce2e3cca400281f8be60398f0c04c Mon Sep 17 00:00:00 2001 From: Hector Oron hector.o...@gmail.com Date: Sun, 5 Jun 2011 19:24:09 +0100 Subject: [PATCH] plat-iop: fixes fail to build from source arch/arm/plat-iop/cp6.c:42: error: 'MODE_MASK' undeclared here (not in a function) arch/arm/plat-iop/cp6.c:43: error: 'SVC_MODE' undeclared here (not in a function) Signed-off-by: Hector Oron hector.o...@gmail.com --- arch/arm/plat-iop/cp6.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/arm/plat-iop/cp6.c b/arch/arm/plat-iop/cp6.c index 9612a87..bab73e2 100644 --- a/arch/arm/plat-iop/cp6.c +++ b/arch/arm/plat-iop/cp6.c @@ -18,6 +18,7 @@ */ #include linux/init.h #include asm/traps.h +#include asm/ptrace.h static int cp6_trap(struct pt_regs *regs, unsigned int instr) { -- 1.7.4.1 Cheers, -- Héctor Orón -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From ace377ade6dce2e3cca400281f8be60398f0c04c Mon Sep 17 00:00:00 2001 From: Hector Oron hector.o...@gmail.com Date: Sun, 5 Jun 2011 19:24:09 +0100 Subject: [PATCH] plat-iop: fixes fail to build from source arch/arm/plat-iop/cp6.c:42: error: 'MODE_MASK' undeclared here (not in a function) arch/arm/plat-iop/cp6.c:43: error: 'SVC_MODE' undeclared here (not in a function) Signed-off-by: Hector Oron hector.o...@gmail.com --- arch/arm/plat-iop/cp6.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/arm/plat-iop/cp6.c b/arch/arm/plat-iop/cp6.c index 9612a87..bab73e2 100644 --- a/arch/arm/plat-iop/cp6.c +++ b/arch/arm/plat-iop/cp6.c @@ -18,6 +18,7 @@ */ #include linux/init.h #include asm/traps.h +#include asm/ptrace.h static int cp6_trap(struct pt_regs *regs, unsigned int instr) { -- 1.7.4.1
Re: [PATCH] add armhf/omap
Hi, 2011/6/5 Sebastian Reichel s...@debian.org: +CONFIG_CPU_V7=y This symbol is not needed as it should be selected by ARCH symbols, i.e. http://lxr.linux.no/linux+v2.6.39/arch/arm/mach-omap2/Kconfig#L31 If some platform being ARMv7 does not select it I would consider it a bug on kernel config. These were meant as better safe than sorry options. The kernel won't be able to boot the system if the default changes. Hence a mainline kernel bug on their build system. Sebastian, which OMAP platforms do you plan to enable? OMAP3 and OMAP4. Probably OMAP5 can also be added once there is linux support for it. If you mean the enabled boards: all. I only checked that all needed drivers are enabled for Nokia N900 and Pandaboard, though (I only own these devices). Yes, sorry, I meant boards. I got a Pandaboard and IGEPv2 to test with too. Cheers and thanks, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. free spam -- Would you like to make a donation for Debian Conference? ** http://debconf11.debconf.org/payments.xhtml ** /free spam -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=rczbx6u_qtm2opjnder8ohd_...@mail.gmail.com
Re: linux-2.6_2.6.38-4+armhf.1_armhf.changes ACCEPTED
Hi, 2011/5/9 Debian Ports Archive Maintainer ftpmas...@debian-ports.org: Maintainer: Debian Kernel Team debian-kernel@lists.debian.org Uploader: Hector Oron Martinez (zumbi) hector.o...@gmail.com Host: leda.debian.net Accepted: linux-2.6_2.6.38-4+armhf.1_armhf.changes I just want to comment that this upload has been done to 'unreleased' at debian-ports.org, which has .38 + armhf patches. This will allow us to have support for PATA and workout d-i bits properly as well as libraries and headers in unstable. Clearly the way to go in Debian is with .39-rcX and follow kernel patch acceptance policy, where patches need to be accepted by upstream first. Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktin7ywakf4bzp+s-y0qjr4ejucs...@mail.gmail.com
Bug#626031: debian-kernel-handbook: please support U-Boot format images.
Package: debian-kernel-handbook Version: 1.0.10 Severity: wishlist Tags: patch Hello, While looking to DebianBug#550584, I wonder why do we need to carry with the burden of maintaining hardcoded stuff for some architectures, while part of it is maintained by Linux kernel upstream developers. Adding support for U-Boot image format ('uImage' kernel target) in official kernel packages seem to me the right thing to do, it would not only simplify `flash-kernel` (see #108 comments for a `flash-kernel` summary of issues) but also `debian-installer` which currently have to add extra code to support U-Boot image format per device. Part of that extra code could be reduced by allowing U-Boot format images in official packages. Regarding initramfs generation, it could be generated as usual by initramfs tools but if platform uses U-Boot format after creating, updating or deleting initrd.img it should call the uinitrd.img handler (nowadays flash-kernel) with a couple parameters: The following patch against SVN trunk (r89) ammends kernel handbook policy for allowing U-Boot image format support (and also fixes some indentation to be coherent with writting style). Index: chapter-initramfs.sgml === --- chapter-initramfs.sgml (revision 89) +++ chapter-initramfs.sgml (working copy) @@ -63,7 +63,7 @@ sect id=initramfs-gen-process headingChoosing the tool/heading p - At the end of the kernel package installation a script is +At the end of the kernel package installation a script is automatically invoked to determine the availability of the initramfs-generating tools and run one of them. This script contains the list of all such tools available in Debian. @@ -96,20 +96,33 @@ be regenerated. This is achieved by the command example # dpkg-reconfigure linux-image-2.6.18-3-686 -/example -where ttlinux-image-2.6.18-3-686/tt is the name of the + /example + where ttlinux-image-2.6.18-3-686/tt is the name of the kernel package for which the initramfs regeneration is requested. + /p /sect sect id=initramfs-exam headingExamining the initramfs contents/heading - p + p Occasionally it is useful to examine the contents of initramfs to diagnose a problem or for educational purposes. They are compressed ttcpio/tt archives, which may be extracted using the command example $ zcat /boot/initrd.img-2.6.18-3-686 | cpio -i -/example + /example It will unpack the contents of the initramfs into the current directory. + /p /sect + sect id=initramfs-uimage +headingGenerating U-Boot format initramfs images (uinitrd.img)/heading + p +If U-Boot format (ttuImage/tt) Linux kernel image exists + initramfs generation tool must run to create, update or delete initramfs + after each one of those tasks it must pass control to the uinitrd.img + generation tool, nowadays the only known tool ttflash-kernel/tt passing + two arguments: action performed (create, update, delete) and + emversion/em-emabiname/em[-emfeatureset/em]-emflavour/em. + /p + /sect /chapt Index: chapter-update-hooks.sgml === --- chapter-update-hooks.sgml (revision 89) +++ chapter-update-hooks.sgml (working copy) @@ -28,7 +28,8 @@ optionally, the absolute path to the kernel image. If the second argument is missing then the path is either tt/boot/vmlinuz-emversion/em/tt or - tt/boot/vmlinux-emversion/em/tt, according to + tt/boot/vmlinux-emversion/em/tt or + tt/boot/uImage-emversion/em/tt, according to architecture convention. The environment variable ttDEB_MAINT_PARAMS/tt will contain the arguments given to the kernel maintainer script, possibly single-quoted. In a Index: chapter-packaging.sgml === --- chapter-packaging.sgml (revision 89) +++ chapter-packaging.sgml (working copy) @@ -281,19 +281,35 @@ pre-built binary modules for a particular arch/featureset/flavour combination. Names of the files installed by this package are - architecture-dependent. Typical locations of essential - files for the tti386/tt architecture are: + architecture-dependent. Traditionally Debian Linux kernel uses + ttvmlinuz/tt, a gzip compressed ELF, COFF or a.out image. + U-Boot format Linux kernel images, ttuImage/tt, are supported as well + for architectures that use such format. + Typical locations of essential files are: taglist
Bug#626031: debian-kernel-handbook: please support U-Boot format images.
Hi, 2011/5/8 Martin Michlmayr t...@cyrius.com: * Hector Oron zu...@debian.org [2011-05-08 08:10]: Adding support for U-Boot image format ('uImage' kernel target) in official kernel packages seem to me the right thing to do, it would This was suggested before but there are some reasons why I don't believe it will work: - We need to hardcode the machine ID into the kernel and the machine ID depends on a particular device, so shipping a uImage rather than a normal kernel file will just make it harder. I think machine_ID and kernel_format (uImage|vmlinuz|vmlinux) could easily be fields in the architecture config files (defines). Having a kernel task that overrides machine ID (when needed) does not seem to be a complicated task either. OTOH, we simplify `debian-installer` and `flash-kernel` (where code is duplicated), plus we avoid to play with create, upgrade, delete kernel hooks. - Some machines require different uImage settings (load address, etc). For example, the mv2120 doesn't use a normal uImage but a multi-boot uImage. What's a multi-boot uImage? Best regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. PS.- I have just built an uImage for tegra device and linux kernel have all the needed information, why Debian Linux kernel is unable to do the same? zumbi@ts01:~/linux-2.6.39-rc6$ make uImage CHK include/linux/version.h CHK include/generated/utsrelease.h make[1]: `include/generated/mach-types.h' is up to date. CALLscripts/checksyscalls.sh CHK include/generated/compile.h Kernel: arch/arm/boot/Image is ready SHIPPED arch/arm/boot/compressed/lib1funcs.S AS arch/arm/boot/compressed/lib1funcs.o LD arch/arm/boot/compressed/vmlinux OBJCOPY arch/arm/boot/zImage Kernel: arch/arm/boot/zImage is ready UIMAGE arch/arm/boot/uImage Image Name: Linux-2.6.39-rc6 Created: Sun May 8 09:47:21 2011 Image Type: ARM Linux Kernel Image (uncompressed) Data Size:2147104 Bytes = 2096.78 kB = 2.05 MB Load Address: 8000 Entry Point: 8000 Image arch/arm/boot/uImage is ready 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi�fxbxf+4nsyaglblj0pvfk9...@mail.gmail.com
Bug#626031: debian-kernel-handbook: please support U-Boot format images.
Hi, 2011/5/8 Martin Michlmayr t...@cyrius.com: * Hector Oron hector.o...@gmail.com [2011-05-08 11:27]: I think machine_ID and kernel_format (uImage|vmlinuz|vmlinux) could easily be fields in the architecture config files (defines). How does this help? We ship one kernel image for a platform and this will run on several machines (which have their own machine IDs?) Well, correct me if I am wrong, but in Linux kernel I find, i.e.: arch/arm/mach-tegra/Makefile.boot:1:zreladdr-$(CONFIG_ARCH_TEGRA_2x_SOC) := 0x8000 arch/arm/mach-mx5/Makefile.boot:1: zreladdr-$(CONFIG_ARCH_MX50) := 0x70008000 arch/arm/mach-mx5/Makefile.boot:4: zreladdr-$(CONFIG_ARCH_MX51) := 0x90008000 arch/arm/mach-mx5/Makefile.boot:7: zreladdr-$(CONFIG_ARCH_MX53) := 0x70008000 arch/arm/mach-kirkwood/Makefile.boot:1: zreladdr-y:= 0x8000 etc... Load address and entry point is coded in kernel source used by mkimage when uImage kernel target is called. So having a field in debian/config/$arch/defines kernel-format: uImage should build uImage with default addresses provided by Linux kernel. The rest of the magic still needs to happen in `flash-kernel`, basically device dependent code. Machine ID stuff cannot go in kernel package. Note that if we are more comfortable using vmlinuz, we could allow: kernel-format: uImage, vmlinuz so both files get shipped in the package, having the posibility of overriding default uImage if needed. Having a kernel task that overrides machine ID (when needed) does not seem to be a complicated task either. OTOH, we simplify `debian-installer` and `flash-kernel` (where code is If I understand you correctly, you're basically proposing moving the flash-kernel code into the linux-2.6 postinst? Just the uImage generation part. (And we gain hooks very cheap?) uInitrd, boot scripts (boot.scr) and machine ID hackery probably needs to live where it is now. What's a multi-boot uImage? Sorry, I mean an u-boot multi-boot image that contains both the kernel and the ramdisk. It can probably still be generated, as my proposal does not try to conflict with current design, but allow for simplification and both solutions are compatible at the same time. Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktikf_vwjsvstxg70k-o9vcnsk3h...@mail.gmail.com
Bug#626031: debian-kernel-handbook: please support U-Boot format images.
Hi, 2011/5/8 Martin Michlmayr t...@cyrius.com: * Hector Oron hector.o...@gmail.com [2011-05-08 12:19]: Machine ID stuff cannot go in kernel package. Right. And that's the reason why I don't understand why you'd want to put an uImage into the kernel package. We just need to take the uImage apart again, add the machine ID and generate an uImage again. OK, I understand that, I did not had such a deep thought on machine ID stuff. Maybe because I was not thinking it is the general case, do we always change machine ID? IIUC, few devices need to change ID, if I am wrong then it is probably not worth to implement such behaviour. Can you describe what you intend to achieve by shipping the uImage in the kernel package? On device I can do: make uImage cp arch/arm/boot/uImage /boot/ (more or less) and it should work. Then I am trying to apt-get install kernel and have an uImage installed, which already triggers initramfs and initramfs triggers flash-kernel for converting initrd.img into U-Boot format and do all the tweaks we need to do on device. That should probably work for creating, updating and deleting kernel package without much hassle. This proposal is really triggered by aiming to find a solution for DebianBug#550584. -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktinq06gblmrbnhkkt5jz_7rby4q...@mail.gmail.com
Bug#625804: linux-2.6: fix rtc lockups on armhf
Hi, On Sun, May 08, 2011 at 01:14:11AM +0100, Hector Oron wrote: Here is a proposed patch against trunk for fixing this bug. Patch was written initial by Arnaud Patard, later changed by Uwe Kleine-König. I have built a kernel with the following patch and I have been able to reproduce the lockup. Currently building another kernel with Arnaud patch to test. -- 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 signature.asc Description: Digital signature
Bug#625804: linux-2.6: fix rtc lockups on armhf
Hi, 2011/5/8 Hector Oron zu...@debian.org: Hi, On Sun, May 08, 2011 at 01:14:11AM +0100, Hector Oron wrote: Here is a proposed patch against trunk for fixing this bug. Patch was written initial by Arnaud Patard, later changed by Uwe Kleine-König. I have built a kernel with the following patch and I have been able to reproduce the lockup. Currently building another kernel with Arnaud patch to test. With Arnaud patch I have not seen the lockup. :-? Cheers, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=ob8x7ugxscc44y14ppmozz1x...@mail.gmail.com
Re: New maintainer for ARM
Hi, 2011/5/5 Arnaud Patard arnaud.pat...@rtp-net.org: Martin Michlmayr t...@cyrius.com writes: Here are some outstanding bugs/tasks regarding the ARM kernels: #604013 base: ls -al on armel inside loopback mounted ISO image failes with -1 ENOMEM Nobody has been able to reproduce and the submitter doesn't respond. Maybe ping the submitter again, close if no reply. Looks like ownership problem, already closed. #622325 linux-image-2.6.38-2-orion5x: Problem With I2C Forward upstream, bisect. I am unable to test this one. I got no hardware. As a side note: The code that introduces that message is found at http://lxr.linux.no/linux+v2.6.38/drivers/i2c/busses/i2c-mv64xxx.c#L370 On DNS323 m41t80 is an i2c device at 0x68, but I fail to see what can be going wrong, maybe it ring some bell on your side. #614593 Please add new armel kernel flavour for the Marvell DB-78x00-BP Development Board I still believe this is a bad idea since it will make kernel builds slower for very little gain (there are no users of this board outside of our buildd infrastructure). A similar problem exists on MIPS and I think Ben wanted to look into the possibility of adding configs without enabling them by default but providing an easy way to compile the image. I can't comment on that one but at least, the solution of adding support but not enabling it by default may be a solution. I think that would be helpful. Steve is taking the burden of building those kernels, I have carbon copied him to check his input about it. If it is fine, I can try to prepare a patch for Arnaud suggestion, which it is fine with me too. squashfs: #613658 There are some options that may have to be selected on ARM. hmm... I didn't notice this bug. The ARM options are enabled by default like the other options. I don't know if it can have some side effects at run time. I guess it should be fine otherwise some Kconfig patching will be needed (I'm thinking of the ARMTHUMB decoder option) This bug has first to be fixed in common code, which has happen on SVN trunk. We need to enable on armel/armhf common file: (sounds about right?) CONFIG_XZ_DEC=m CONFIG_XZ_DEC_ARM=y CONFIG_XZ_DEC_ARMTHUMB=y Would it be sensible to add ... ? #. Additional option for memory-constrained systems CONFIG_SQUASHFS_EMBEDDED=y I think it would be interesting to have one armel/armhf common config, but I have not yet looked into that. Also: look through open bugs to see if there are other ARM related issues. I have just sent a patch that applies on current trunk for Bug#625804: rtc/mc13xxx: don't call rtc_device_register with the lock held Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=3m-6yg7vwntxghchp0fgrnvj...@mail.gmail.com
Bug#625804: linux-2.6: fix rtc lockups on armhf
) @@ -44,3 +44,4 @@ + bugfix/all/rt2800-disable-powersaving-as-default.patch + bugfix/powerpc/powerpc-kexec-Fix-build-failure-on-32-bit-SMP.patch + bugfix/all/xhci-hcd-Include-linux-slab.h-in-xhci-pci.c.patch ++ bugfix/arm/rtc_mutex_lockup.patch Index: debian/changelog === --- debian/changelog(revision 17314) +++ debian/changelog(working copy) @@ -16,8 +16,13 @@ * [mips,mipsel] Disabled CONFIG_DRM_NOUVEAU and CONFIG_DRM_RADEON_KMS. * [mips/octeon] Disabled CONFIG_HOTPLUG_CPU and CONFIG_PM. - -- maximilian attems m...@debian.org Tue, 01 May 2011 14:36:33 +0100 + [ Hector Oron ] + * rtc-mc13xxx.c: bugfix rtc-mc13xxx.c lockup on armhf. +Thanks to Arnaud Patard, Uwe Kleine-König and Vagrant Cascadian. +(Closes: #625804) + -- Hector Oron zu...@debian.org Sat, 07 May 2011 22:15:47 + + linux-2.6 (2.6.39~rc5-1~experimental.1) experimental; urgency=low * New upstream release candidate -- 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 signature.asc Description: Digital signature
Re: New maintainer for ARM
Hi Ben, 2011/5/8 Ben Hutchings b...@decadent.org.uk: I think it would be interesting to have one armel/armhf common config, but I have not yet looked into that. We do. The Kconfig files for armhf are armel/config, armhf/config. Yes, I was thinking on something like a toplevel arm[el,hf] config. We could have config/arm/{config, armel/config, armhf/config}, but that might complicate things. OTOH, armel packages could also be built on armhf platforms and the other way around. I am not sure if it is worth the burden to merge a bit more armhf and armel. -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktimle9y_eimrius6lmvgdgi3g6p...@mail.gmail.com
Re: Please retry linux-2.6 version 2.6.38-4
Hi, 2011/5/2 Ben Hutchings b...@decadent.org.uk: This was due to a binutils bug (#623964) which is supposed to be fixed in binutils 2.21.51.20110421-1. Please ensure that the buildds are upgraded and then tell wanna-build to retry. Thanks, it has been given back. Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktinz4exzpr_gl_z8vx+nchft1vj...@mail.gmail.com
Bug#621032: linux-2.6: please add armhf support
Hi, 2011/4/18 Ben Hutchings b...@decadent.org.uk: On Sun, 2011-04-17 at 11:39 +0200, Hector Oron wrote: ## ## file: arch/arm/Kconfig ## ## choice: ARM system type # CONFIG_ARCH_REALVIEW is not set ## end choice CONFIG_AEABI=y CONFIG_OABI_COMPAT=y Is OABI_COMPAT still important? Not important at all. But kept as it was on armel default config. [...] ## ## file: net/econet/Kconfig ## CONFIG_ECONET_AUNUDP=y CONFIG_ECONET_NATIVE=y We already disabled ECONET; this is just cruft in the armel config. This comes from armel generic config, I have no idea, why it is selected. We could probably drop it for armhf. [...] ## ## file: kernel/time/Kconfig ## #. Need to check if this are needed or selected by other symbols. #. CONFIG_NO_HZ=y #. CONFIG_HIGH_RES_TIMERS=y These are already set in the master config (debian/config/config). Great, drop them from armhf then. #. Need to cross-check with rtp if we need split regions. CONFIG_VMSPLIT_3G=y CONFIG_PAGE_OFFSET=0xC000 Why? And you'd better enable HIGHMEM unless these machines are definitely limited to 1GB RAM. At the moment devices are limited to 512MB RAM We only enable HIGHMEM on Debian buildd kernels (mv78xx0) which it is not supported by official debian kernel (yet?). We'll enable HIGHMEM once devices need it. Those symbols can probably be dropped, as are selected for ARM devices according to Arnaud Patard. #. At top level CONFIG_HZ_250=y found #. CONFIG_HZ=100 So why mention it? Agreed, it can be dropped #. Force console from kernel cmdline CONFIG_CMDLINE=console=ttymxc0,115200 console=tty1 No, leave it to the boot loader. Agreed. Bootloader uses a boot.scr script for booting, in case there is some error I was thinking it would be helpful to code that in the CMDLINE, but probably that is not needed. ## ## file: drivers/Kconfig ## ## file: drivers/base/Kconfig #. CONFIG_DEVTMPFS is not set Why? It is set on toplevel config, nothing wrong to respect that, that it is left-over from work-in-progress. It can be dropped. #. CONFIG_STANDALONE is not set #. CONFIG_PREVENT_FIRMWARE_BUILD is not set Why? We strip all the firmware so there is no way firmware could be built. Efika MX Smartbook uses SDMA for some tasks, hence it uses sdma-firmware. We should live it out in Debian world I would suspect, but I leave this one to Arnaud Patard. He is more knowledgeable on what is going on there. [...] ## file: drivers/mtd/Kconfig #. Do we need this? #. CONFIG_MTD=y #. CONFIG_MTD_CONCAT=y #. CONFIG_MTD_PARTITIONS=y #. CONFIG_MTD_CMDLINE_PARTS=y #. CONFIG_MTD_CHAR=y #. CONFIG_MTD_BLOCK=y If most systems are going to need MTD then you should make MTD and MTD_CHAR built-in. Otherwise, they'll be included in the initramfs if necessary. For know, possible targets are Freescales mx5 and maybe omaps, none of the popular platforms (efikamx, efikasb, beagle, panda) make use of MTD afaik, then I'll configure it as modules until we support a platform with real MTD. ## file: drivers/ide/Kconfig #. CONFIG_HAVE_IDE=y What? To be removed. ## file: drivers/scsi/Kconfig #. XXX Needed to promote to main config? CONFIG_SCSI_MOD=y Never set SCSI_MOD directly; only set SCSI. Agreed. [...] ## file: drivers/i2c/Kconfig #. XXX It need to check whether is needed #. CONFIG_I2C=y #. CONFIG_I2C_BOARDINFO=y #. CONFIG_I2C_CHARDEV=y #. CONFIG_I2C_ALGOBIT=y #. CONFIG_I2C_ALGOPCF=y #. CONFIG_I2C_ALGOPCA=y [...] I2C and the various algorithm modules should be selected by other drivers as necessary. Then I'll drop them. Ben. Thanks very much for the review, I'll submit a patch with changes later on. Also note you can define armhf flavours to include armel/config and then override only a few options. We already share some config files between i386 and amd64, powerpc and ppc64, sparc and sparc64, mips and mipsel. Thanks, I'll have a look to see how that has been implemented. Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktikaq+ibanx7kztea_hzqdjbw+0...@mail.gmail.com
Bug#621032: linux-2.6: please add armhf support
Hi Vagrant, On Sat, Apr 16, 2011 at 10:11:38PM -0700, Vagrant Cascadian wrote: ok, one last patch trimmed even more from the last, tested to work on the efikamx smarttop with ethernet, mmc and serial console. I have been working in parallel on another config, but have not yet tested. I got some symbols that could be discussed and promoted to generic ARM config or even to main config, some of them are commented out. Vagrant could you cross check your config.mx5 with mine (which it is in the state of Work-In-Progress), you got symbols selected which are already present on the top level config or selected by other symbols. Thanks and best regards, -- Hector Oron P.S.- config: (it is mainly a copy of armel one) ## ## file: arch/arm/Kconfig ## ## choice: ARM system type # CONFIG_ARCH_REALVIEW is not set ## end choice CONFIG_AEABI=y CONFIG_OABI_COMPAT=y ## ## file: arch/arm/Kconfig.debug ## CONFIG_DEBUG_LL=y CONFIG_EARLY_PRINTK=y ## ## file: drivers/input/misc/Kconfig ## CONFIG_INPUT_MISC=y CONFIG_INPUT_UINPUT=m ## ## file: drivers/input/mouse/Kconfig ## CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=m CONFIG_MOUSE_APPLETOUCH=m ## ## file: drivers/net/hamradio/Kconfig ## CONFIG_BPQETHER=m CONFIG_BAYCOM_SER_FDX=m CONFIG_BAYCOM_SER_HDX=m CONFIG_BAYCOM_PAR=m CONFIG_BAYCOM_EPP=m CONFIG_YAM=m ## ## file: drivers/net/wireless/ipw2x00/Kconfig ## # CONFIG_IPW2100 is not set ## ## file: drivers/parport/Kconfig ## #. Causes lockups on ARM (see #588164) # CONFIG_PARPORT_PC is not set ## ## file: drivers/scsi/Kconfig ## # CONFIG_BLK_DEV_3W__RAID is not set # CONFIG_SCSI_3W_9XXX is not set # CONFIG_SCSI_AACRAID is not set # CONFIG_SCSI_AIC7XXX_OLD is not set # CONFIG_SCSI_HPTIOP is not set ## ## file: drivers/scsi/aic7xxx/Kconfig.aic79xx ## # CONFIG_SCSI_AIC79XX is not set ## ## file: drivers/scsi/aic7xxx/Kconfig.aic7xxx ## # CONFIG_SCSI_AIC7XXX is not set ## ## file: drivers/scsi/aic94xx/Kconfig ## # CONFIG_SCSI_AIC94XX is not set ## ## file: drivers/scsi/megaraid/Kconfig.megaraid ## # CONFIG_MEGARAID_SAS is not set ## ## file: drivers/scsi/qla2xxx/Kconfig ## # CONFIG_SCSI_QLA_FC is not set ## ## file: drivers/scsi/qla4xxx/Kconfig ## # CONFIG_SCSI_QLA_ISCSI is not set ## ## file: init/Kconfig ## ## choice: Kernel compression mode # CONFIG_KERNEL_GZIP is not set # CONFIG_KERNEL_BZIP2 is not set CONFIG_KERNEL_LZMA=y ## end choice ## ## file: net/econet/Kconfig ## CONFIG_ECONET_AUNUDP=y CONFIG_ECONET_NATIVE=y config.mx5: ## ## file: arch/arm/Kconfig ## ## choice: ARM system type # CONFIG_ARCH_AAEC2000 is not set # CONFIG_ARCH_INTEGRATOR is not set # CONFIG_ARCH_REALVIEW is not set # CONFIG_ARCH_VERSATILE is not set # CONFIG_ARCH_AT91 is not set # CONFIG_ARCH_CLPS711X is not set # CONFIG_ARCH_EBSA110 is not set # CONFIG_ARCH_EP93XX is not set # CONFIG_ARCH_FOOTBRIDGE is not set CONFIG_ARCH_MXC=y # CONFIG_ARCH_NETX is not set # CONFIG_ARCH_H720X is not set # CONFIG_ARCH_IOP13XX is not set # CONFIG_ARCH_IOP32X is not set # CONFIG_ARCH_IOP33X is not set # CONFIG_ARCH_IXP23XX is not set # CONFIG_ARCH_IXP2000 is not set # CONFIG_ARCH_IXP4XX is not set # CONFIG_ARCH_KIRKWOOD is not set # CONFIG_ARCH_ORION5X is not set # CONFIG_ARCH_KS8695 is not set # CONFIG_ARCH_NS9XXX is not set # CONFIG_ARCH_PNX4008 is not set # CONFIG_ARCH_PXA is not set # CONFIG_ARCH_RPC is not set # CONFIG_ARCH_SA1100 is not set # CONFIG_ARCH_S3C2410 is not set # CONFIG_ARCH_SHARK is not set # CONFIG_ARCH_LH7A40X is not set # CONFIG_ARCH_DAVINCI is not set # CONFIG_ARCH_OMAP is not set ## end choice #. These are not yet selected symbols. #. CONFIG_IMX_HAVE_PLATFORM_IMX2_WDT=y #. CONFIG_IMX_HAVE_PLATFORM_IMX_I2C=y #. CONFIG_IMX_HAVE_PLATFORM_IMX_SSI=y #. CONFIG_IMX_HAVE_PLATFORM_MXC_PWM=y ## ## file: arch/arm/plat-mxc/Kconfig ## CONFIG_ARCH_MX5=y ## ## file: arch/arm/mach-mx5/Kconfig ## CONFIG_MACH_MX51_EFIKAMX=y # CONFIG_MACH_MX51_EFIKASB is not set ## ## file: arch/arm/mm/Kconfig ## CONFIG_MMU=y CONFIG_ARM_THUMB=y #. Not selected #. CONFIG_MXC_PWM=y #. CONFIG_MXC_DEBUG_BOARD=y #. CONFIG_MXC_ULPI=y ## ## file: arch/arm/common/Kconfig ## ## ## file: kernel/time/Kconfig ## #. Need to check if this are needed or selected by other symbols. #. CONFIG_NO_HZ=y #. CONFIG_HIGH_RES_TIMERS=y #. Need to cross-check with rtp if we need split regions. CONFIG_VMSPLIT_3G=y CONFIG_PAGE_OFFSET=0xC000 #. At top level CONFIG_HZ_250=y found #. CONFIG_HZ=100 #. Force console from kernel cmdline CONFIG_CMDLINE=console=ttymxc0,115200 console=tty1 #. cpufreq driver for i.MX CPU CONFIG_CPU_FREQ_IMX=m CONFIG_ZBOOT_ROM_TEXT=0x0 CONFIG_ZBOOT_ROM_BSS=0x0 #. Proposed to bring to arm generic conf CONFIG_KEXEC=y CONFIG_ATAGS_PROC=y ## ## file: drivers/cpufreq/Kconfig ## #. Missing dependency of CPU_FREQ? CONFIG_CPU_FREQ_TABLE=y CONFIG_CPU_FREQ_STAT_DETAILS=y CONFIG_CPU_FREQ_IMX=m #. Promote to toplevel CONFIG_VFP=y CONFIG_VFPv3=y #. Enable NEON SIMD support CONFIG_NEON=y ## ## file: fs/Kconfig.binfmt
Re: Bug#621032: linux-2.6: please add armhf support
Hi, 2011/4/15 Bastian Blank wa...@debian.org: On Fri, Apr 15, 2011 at 12:51:29AM +0200, Hector Oron wrote: I propose this patch which enables basic functionality of Efika MX nettop which it is currently in mainline 2.6.38. The configs looks strange. - Why is network support system specific? Maybe it is wrong in the patch config, I really struggled with configurations. I cross compile an uImage, test it on my system so I got a working config, but when trying to port that to debian kernel I really do not understand it very much. Help is appreciated. - What is the difference between armel and armhf kernel-wise? It shouldn't matter which architecture compiles it, but armhf implies VFP*, some armhf platforms (not all, but most of it) might imply NEON. If you could comment which parts of the config look strange to you, I'll try to fix it. Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=uryrrdeqby_fkqn5nkjqb+1p...@mail.gmail.com
Bug#621032: linux-2.6: please add armhf support
Hello, I propose this patch which enables basic functionality of Efika MX nettop which it is currently in mainline 2.6.38. At the point of 2.6.38 there is support for: + Serial interface + MMC/SD + Ethernet For next upstream release, it is probably coming support for Efika MX Smartbook as well, once we get 2.6.39-rcX on experimental, I'll work with it to improve current configuration. diff -Naur linux-2.6-2.6.38/debian//changelog linux-2.6-2.6.38.armhf/debian//changelog --- linux-2.6-2.6.38/debian//changelog 2011-04-14 22:48:38.0 + +++ linux-2.6-2.6.38.armhf/debian//changelog2011-04-14 22:42:12.0 + @@ -1,3 +1,9 @@ +linux-2.6 (2.6.38-3+armhf.1) unstable; urgency=low + + * Add armhf support: enables efikamx nettop basic support. + + -- Hector Oron zu...@debian.org Wed, 13 Apr 2011 18:48:16 + + linux-2.6 (2.6.38-3) unstable; urgency=low [ Ben Hutchings ] diff -Naur linux-2.6-2.6.38/debian//config/armhf/config linux-2.6-2.6.38.armhf/debian//config/armhf/config --- linux-2.6-2.6.38/debian//config/armhf/config1970-01-01 00:00:00.0 + +++ linux-2.6-2.6.38.armhf/debian//config/armhf/config 2011-04-14 22:42:12.0 + @@ -0,0 +1,103 @@ +## +## file: arch/arm/Kconfig +## +## choice: ARM system type +# CONFIG_ARCH_REALVIEW is not set +## end choice +CONFIG_AEABI=y +CONFIG_OABI_COMPAT=y + +## +## file: arch/arm/Kconfig.debug +## +CONFIG_DEBUG_LL=y +CONFIG_EARLY_PRINTK=y + +## +## file: drivers/input/misc/Kconfig +## +CONFIG_INPUT_MISC=y +CONFIG_INPUT_UINPUT=m + +## +## file: drivers/input/mouse/Kconfig +## +CONFIG_INPUT_MOUSE=y +CONFIG_MOUSE_PS2=m +CONFIG_MOUSE_APPLETOUCH=m + +## +## file: drivers/net/hamradio/Kconfig +## +CONFIG_BPQETHER=m +CONFIG_BAYCOM_SER_FDX=m +CONFIG_BAYCOM_SER_HDX=m +CONFIG_BAYCOM_PAR=m +CONFIG_BAYCOM_EPP=m +CONFIG_YAM=m + +## +## file: drivers/net/wireless/ipw2x00/Kconfig +## +# CONFIG_IPW2100 is not set + +## +## file: drivers/parport/Kconfig +## +#. Causes lockups on ARM (see #588164) +# CONFIG_PARPORT_PC is not set + +## +## file: drivers/scsi/Kconfig +## +# CONFIG_BLK_DEV_3W__RAID is not set +# CONFIG_SCSI_3W_9XXX is not set +# CONFIG_SCSI_AACRAID is not set +# CONFIG_SCSI_AIC7XXX_OLD is not set +# CONFIG_SCSI_HPTIOP is not set + +## +## file: drivers/scsi/aic7xxx/Kconfig.aic79xx +## +# CONFIG_SCSI_AIC79XX is not set + +## +## file: drivers/scsi/aic7xxx/Kconfig.aic7xxx +## +# CONFIG_SCSI_AIC7XXX is not set + +## +## file: drivers/scsi/aic94xx/Kconfig +## +# CONFIG_SCSI_AIC94XX is not set + +## +## file: drivers/scsi/megaraid/Kconfig.megaraid +## +# CONFIG_MEGARAID_SAS is not set + +## +## file: drivers/scsi/qla2xxx/Kconfig +## +# CONFIG_SCSI_QLA_FC is not set + +## +## file: drivers/scsi/qla4xxx/Kconfig +## +# CONFIG_SCSI_QLA_ISCSI is not set + +## +## file: init/Kconfig +## +## choice: Kernel compression mode +# CONFIG_KERNEL_GZIP is not set +# CONFIG_KERNEL_BZIP2 is not set +CONFIG_KERNEL_LZMA=y +## end choice + +## +## file: net/econet/Kconfig +## +CONFIG_ECONET_AUNUDP=y +CONFIG_ECONET_NATIVE=y + diff -Naur linux-2.6-2.6.38/debian//config/armhf/config.mx5 linux-2.6-2.6.38.armhf/debian//config/armhf/config.mx5 --- linux-2.6-2.6.38/debian//config/armhf/config.mx51970-01-01 00:00:00.0 + +++ linux-2.6-2.6.38.armhf/debian//config/armhf/config.mx5 2011-04-14 22:47:49.0 + @@ -0,0 +1,563 @@ +## +## file: arch/arm/Kconfig +## +## choice: ARM system type +# CONFIG_ARCH_AAEC2000 is not set +# CONFIG_ARCH_INTEGRATOR is not set +# CONFIG_ARCH_REALVIEW is not set +# CONFIG_ARCH_VERSATILE is not set +# CONFIG_ARCH_AT91 is not set +# CONFIG_ARCH_CLPS711X is not set +# CONFIG_ARCH_EBSA110 is not set +# CONFIG_ARCH_EP93XX is not set +# CONFIG_ARCH_FOOTBRIDGE is not set +CONFIG_ARCH_MXC=y +# CONFIG_ARCH_NETX is not set +# CONFIG_ARCH_H720X is not set +# CONFIG_ARCH_IOP13XX is not set +# CONFIG_ARCH_IOP32X is not set +# CONFIG_ARCH_IOP33X is not set +# CONFIG_ARCH_IXP23XX is not set +# CONFIG_ARCH_IXP2000 is not set +# CONFIG_ARCH_IXP4XX is not set +# CONFIG_ARCH_KIRKWOOD is not set +# CONFIG_ARCH_ORION5X is not set +# CONFIG_ARCH_KS8695 is not set +# CONFIG_ARCH_NS9XXX is not set +# CONFIG_ARCH_PNX4008 is not set +# CONFIG_ARCH_PXA is not set +# CONFIG_ARCH_RPC is not set +# CONFIG_ARCH_SA1100 is not set +# CONFIG_ARCH_S3C2410 is not set +# CONFIG_ARCH_SHARK is not set +# CONFIG_ARCH_LH7A40X is not set +# CONFIG_ARCH_DAVINCI is not set +# CONFIG_ARCH_OMAP is not set +## end choice +CONFIG_IMX_HAVE_PLATFORM_FEC=y +CONFIG_IMX_HAVE_PLATFORM_GPIO_KEYS=y +CONFIG_IMX_HAVE_PLATFORM_IMX2_WDT=y +CONFIG_IMX_HAVE_PLATFORM_IMX_I2C=y +CONFIG_IMX_HAVE_PLATFORM_IMX_SSI=y +CONFIG_IMX_HAVE_PLATFORM_IMX_UART=y +CONFIG_IMX_HAVE_PLATFORM_MXC_PWM=y +CONFIG_IMX_HAVE_PLATFORM_SDHCI_ESDHC_IMX=y +CONFIG_IMX_HAVE_PLATFORM_SPI_IMX=y +# CONFIG_IMX_HAVE_PLATFORM_IMX_IPUV3 is not set + +## +## file: arch/arm/plat-mxc/Kconfig +## +CONFIG_ARCH_MX5=y +## +## file: arch/arm/mach-mx5
Re: New maintainer for ARM
Hello, 2011/4/14 Martin Michlmayr t...@cyrius.com: I don't have time to properly take care of ARM kernels in Debian anymore. I would like to nominate Arnaud Patard (rtp on IRC) as the new maintainer for the ARM platform (both armel and the new armhf). Arnaud has done a lot of work on ARM upstream and has contributed a number of fixes to the Debian kernel. Arnaud is currently not a Debian developer but he can work through a -guest account in the meantime. I know and have been working with Arnaud lately, I agree with your nomination as long as it is fine with him. I would also like to contribute to improve ARM kernels in Debian if possible. Cheers, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktikds8shppmcaf33wed90qbrl...@mail.gmail.com
Bug#621032: linux-2.6: please add armhf support
Hello Martin, 2011/4/12 Martin Michlmayr t...@cyrius.com: * Hector Oron zu...@debian.org [2011-04-05 23:35]: Index: debian/config/armhf/config === Index: debian/config/armhf/defines === Index: debian/config/armhf/config.mx5 === We'll submit Efika platform config and patches as soon as it is possible, but for now this would ease armhf porters building kernel task. I saw what you wrote about submitting configs later but I'm still confused about armhf/{config,defines,config.mx5}. Are they empty files for now? Do we need all of them? (At least config.mx5 should not be needed for now if mx5 is not listed in config.) I am still finding out how debian kernel mechanisms work and splitting the cascading configurations. I clean out those files from my original patch as those were not presentable. I got some work-in-progress patches avaible at: http://emdebian.org/~zumbi/efika/MainLineKernel/patches/0001-Add-armhf-support.patch http://emdebian.org/~zumbi/efika/MainLineKernel/patches/0002-Add-Efika-MX-patchset.patch http://emdebian.org/~zumbi/efika/MainLineKernel/patches/0003-Add-custom-config-for-Efika-MX.patch If you could review and let me know what needs to be changed or modified would be great. I am having some problems when booting some configurations, so vagrant and myself are doing kernel testing and making sure it works fine. Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=0idc1k85p9tk0+bo6++idmph...@mail.gmail.com
Bug#621032: linux-2.6: please add armhf support
Hi Martin, Thanks for the review. 2011/4/12 Martin Michlmayr t...@cyrius.com: * Hector Oron hector.o...@gmail.com [2011-04-12 09:55]: I got some work-in-progress patches avaible at: http://emdebian.org/~zumbi/efika/MainLineKernel/patches/0001-Add-armhf-support.patch config.mx5 defines CONFIG_ARCH_KIRKWOOD=y? I took KIRKWOOD as an example, that part should not be found on that patch, that adds basic armhf support. We are still discussing about which should be the right subarchitecture, most likely mx5. http://emdebian.org/~zumbi/efika/MainLineKernel/patches/0002-Add-Efika-MX-patchset.patch This is massive. Are all of these upstream already? Also, some of the filenames should be clearer (the sha is not a great name). sha names are from Sascha's for-rmk tree, so those should get into mainline soonish. The rest are Arnaud Patard patchset for nettop and smarttop. There is bare support for nettop on 2.6.38, we could enable that, but we would like to have a working kernel at debian-ports at the moment, that can probably be at unreleased suite. http://emdebian.org/~zumbi/efika/MainLineKernel/patches/0003-Add-custom-config-for-Efika-MX.patch It seems you're adding full config files. The config files should only include the stuff that is actually needed. I am testing different configurations at the moment, some of them just don't boot, but some other boot. It is somehow spartan to deal with cascading configuration files when doing development. How do you think we could proceed on this topic? I am not sending patches as those are still work in progress. Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTimAxhjt71g-_Gnunqn4tavk...@mail.gmail.com
Re: Bump default compiler gcc-4.4 - gcc-4.5
Hi again, 2011/4/6 Hector Oron hector.o...@gmail.com: Is there any reason to not change default compiler to gcc-4.5? hppa gcc-4.5 fails to build from source, not sure if that is an issue. -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktik7f98bzkb5bmymodu_vnorhep...@mail.gmail.com
Bump default compiler gcc-4.4 - gcc-4.5
Hello, Debian userland has recently changed to gcc-4.5 as default compiler. Debian kernel land it is still using gcc-4.4. Is there any reason to not change default compiler to gcc-4.5? Best regards, -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=csm2ewxrhhffca-93a3oyfp_...@mail.gmail.com
Bug#621032: linux-2.6: please add armhf support
Package: linux-2.6 Version: 2.6.38-3 Severity: wishlist Tags: patch Hello, Please consider the following patch which adds armhf support against svn info: URL: svn://svn.debian.org/svn/kernel/dists/sid/linux-2.6 Repository Root: svn://svn.debian.org/svn/kernel Repository UUID: 510b9475-24dd-0310-9b6c-e0eefe99d49f Revision: 17202 Node Kind: directory Schedule: normal Last Changed Author: benh Last Changed Rev: 17184 Last Changed Date: 2011-04-03 04:14:00 + (Sun, 03 Apr 2011) Patch: M debian/templates/control.source.in M debian/templates/control.main.in A debian/config/armhf A debian/config/armhf/config A debian/config/armhf/defines A debian/config/armhf/config.mx5 M debian/config/defines M debian/rules.real Index: debian/templates/control.source.in === --- debian/templates/control.source.in (revision 17202) +++ debian/templates/control.source.in (working copy) @@ -3,7 +3,7 @@ Maintainer: Debian Kernel Team debian-kernel@lists.debian.org Uploaders: Bastian Blank wa...@debian.org, Frederik Schüler f...@debian.org, maximilian attems m...@debian.org, Ben Hutchings b...@decadent.org.uk Standards-Version: 3.9.1 -Build-Depends: debhelper ( 7), cpio, module-init-tools, python, lzma [armel], libelf-dev, libdw-dev, binutils-dev, asciidoc, xmlto, libperl-dev, python-dev, libnewt-dev, python-support +Build-Depends: debhelper ( 7), cpio, module-init-tools, python, lzma [armel armhf], libelf-dev, libdw-dev, binutils-dev, asciidoc, xmlto, libperl-dev, python-dev, libnewt-dev, python-support Build-Depends-Indep: bzip2 Vcs-Svn: svn://svn.debian.org/svn/kernel/dists/sid/linux-2.6/ Vcs-Browser: http://svn.debian.org/wsvn/kernel/dists/sid/linux-2.6/?op=log Index: debian/templates/control.main.in === --- debian/templates/control.main.in(revision 17202) +++ debian/templates/control.main.in(working copy) @@ -1,5 +1,5 @@ Package: linux-tools-@version@ -Architecture: alpha amd64 armel hppa i386 powerpc ppc64 s390 sh4 sparc sparc64 +Architecture: alpha amd64 armel armhf hppa i386 powerpc ppc64 s390 sh4 sparc sparc64 Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, ${python:Depends} Recommends: linux-base (= 2.6.32-16) Suggests: linux-doc-@version@ Index: debian/config/armhf/config === Index: debian/config/armhf/defines === Index: debian/config/armhf/config.mx5 === Index: debian/config/defines === --- debian/config/defines (revision 17202) +++ debian/config/defines (working copy) @@ -6,6 +6,7 @@ alpha amd64 armel + armhf hppa i386 ia64 Index: debian/rules.real === --- debian/rules.real (revision 17202) +++ debian/rules.real (working copy) @@ -39,7 +39,7 @@ # binary-arch-arch: install-headers_$(ARCH) binary-arch-arch: install-libc-dev_$(ARCH) -ifneq ($(filter alpha amd64 armel hppa i386 powerpc ppc64 s390 sh4 sparc sparc64,$(ARCH)),) +ifneq ($(filter alpha amd64 armel armhf hppa i386 powerpc ppc64 s390 sh4 sparc sparc64,$(ARCH)),) binary-arch-arch: install-tools_$(ARCH) endif binary-arch-featureset: install-headers_$(ARCH)_$(FEATURESET) @@ -364,6 +364,7 @@ install-image_arm_$(FEATURESET)_$(FLAVOUR)_plain_image \ install-image_armel_$(FEATURESET)_$(FLAVOUR)_plain_image \ +install-image_armhf_$(FEATURESET)_$(FLAVOUR)_plain_image \ install-image_sparc_$(FEATURESET)_$(FLAVOUR)_plain_image \ install-image_sparc64_$(FEATURESET)_$(FLAVOUR)_plain_image \ install-image_sh4_$(FEATURESET)_$(FLAVOUR)_plain_image: We'll submit Efika platform config and patches as soon as it is possible, but for now this would ease armhf porters building kernel task. Best regards -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110405223528.11824.52190.report...@flaco.tsc-farm.upc.es
Bug#620204: linux-2.6: FTBFS on armel: ERROR: __bad_udelay
Package: linux-2.6 Version: 2.6.38-2 Severity: serious Hello, Your package fails to build on armel autobuilders, LD arch/arm/boot/compressed/vmlinux OBJCOPY arch/arm/boot/zImage Kernel: arch/arm/boot/zImage is ready Building modules, stage 2. MODPOST 1761 modules ERROR: __bad_udelay [drivers/net/wireless/rtlwifi/rtlwifi.ko] undefined! WARNING: modpost: Found 2 section mismatch(es). Full build log available at: https://buildd.debian.org/fetch.cgi?pkg=linux-2.6arch=armelver=2.6.38-2stamp=1301476713file=logas=raw A possible fix can be found at: http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commit;h=8c6113cd03c7e927f5ee5f6ad98e155ef2d27177 Cheers -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110331021104.9233.71314.report...@flaco.tsc-farm.upc.es
Bug#614593: Please add new armel kernel flavour for the Marvell DB-78x00-BP Development Board
Hello, On Sun, Feb 27, 2011 at 06:21:36PM +, Martin Michlmayr wrote: As a compromise, we could add a kernel config file for MV78xx0 to the Debian kernel package but not build this flavour by Debian. This way, you'd just need to add one line to the config file and rebuild the kernel. Would that help? That would be welcome, better than status quo. IMHO it would really help on the linux kernel for backports/squeeze. Cheers, -- Héctor Orón -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110331022714.ga11...@flaco.tsc-farm.upc.es
Re: ARM: OMAP2+ flavour
Hello, 2010/11/29 Sebastian Reichel elektra...@gmail.com: On Mon, Nov 29, 2010 at 06:17:59PM +, Martin Michlmayr wrote: * Sebastian Reichel elektra...@gmail.com [2010-11-23 09:42]: However, personally I'd like to see explicit support for some OMAP devices in Debian installer, otherwise I don't see a lot of value in providing a kernel. (Those who don't need d-i can probably also compile their own kernel or take a kernel image from an external web site). I do not know much about d-i internals, but there was a Google Summer of Code project this year, which was supposed to add Openmoko Freerunner support to d-i. So it should be that much work to add Nokia N900 support? Apart from this it should be easy to add support for the Beagleboard or Pandaboard, since they very similar to a normal PC, but I don't own them ;) Pandaboard (OMAP4) and BeagleBoard (OMAP3) based devices boot off SD/MMC card, in the case of Pandaboard it only boots off SD/MMC (no MTD device available). debian-installer does not have support for MTD devices due to parted not supporting it (#487738), but some improvements have been done and bitrot [0]. So, basically, what debian-installer needs to add to support such devices (taking in account debian-installer runs native)? Maybe a cross installer which puts together a kernel + rootfs in a cross way is more than enough. I am currently cooking out one for my purposes (#604834), but it is not ready yet. In anycase, if anyone takes the lead to add support for OMAP into d-i and kernel, I am available to help and test it out. Best regards [0] http://wiki.debian.org/DebianInstaller/MTD -- 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 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinqrtwybfbewsh-_ubuavnnveya=zjtekot0...@mail.gmail.com
Bug#602669: linux-2.6/experimental: FTBFS on armel
Package: linux-2.6 Version: 2.6.36-1~experimental.1 Severity: normal Tags: experimental Hello, Later linux kernel on experimental FTBFS Full buildlog at: https://buildd.debian.org/fetch.cgi?pkg=linux-2.6;ver=2.6.36-1~experimental.1;arch=armel;stamp=1288326292 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101107000756.7355.76262.report...@flaco.tsc-farm.upc.es
Bug#550776: linux-source-2.6: please add support for linux-libc-dev-$(DEB_HOST_ARCH)-cross package
Package: linux-source-2.6.30 Version: 2.6.30-8 Severity: wishlist Hello, Currently, I am planning a cross compiler upload to Debian archive. It depends on linux-libc-dev-$(DEB_HOST_ARCH)-cross package which it is provided by applying dpkg-cross to the $(DEB_HOST_ARCH) linux-libc-dev package. This way works for us and we are able to provide precompiled binaries at emdebian.org site. Now, we plan an upload to Debian and it would be very useful to have a cross architecture linux-libc-dev package, so the autobuilders are able to build the cross tools. Could you please provide such package? An alternative it is to upload a source package which build depends on linux-source and generates such package. Kind Regards, -- Hector Oron -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.26-1-iop32x Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org