Bug#991631: nfs-utils: please update to newer upstream version

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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))

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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)

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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'

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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.

[Hector Oron]

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.

[Hector Oron]

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.

[Hector Oron]

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.

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

)
@@ -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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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

[Hector Oron]

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