that
> works on bcm2835, versatilepb, at91, kirkwood and
> all the others that one might use.
If someone wants to make this work in Debian that would be great, but
without a specific maintainer it's not going to happen.
Ben.
--
Ben Hutchings
Never put off till tomorrow what you can avoid all together.
signature.asc
Description: This is a digitally signed message part
een out of production for a long time. In contrast, the
Raspberry Pi models with v6 CPUs are still in production.
(I do have my doubts as to whether it will be possible to continue
supporting a useful user-space for armel, but I certainly can't speak
authoritatively about that.)
Ben.
--
Ben Hutchings - Debian developer, member of kernel, installer and LTS
teams
signature.asc
Description: This is a digitally signed message part
On Fri, 2020-03-20 at 20:54 +, Ben Hutchings wrote:
> On Fri, 2020-03-20 at 00:09 +0100, Florian Weimer wrote:
> > * Ben Hutchings:
> >
> > > On Mon, 2020-03-16 at 16:02 +0100, Arnd Bergmann wrote:
> > > > On Mon, Mar 16, 2020 at 3:47 PM Rich Felker wrote
On Fri, 2020-03-20 at 00:09 +0100, Florian Weimer wrote:
> * Ben Hutchings:
>
> > On Mon, 2020-03-16 at 16:02 +0100, Arnd Bergmann wrote:
> > > On Mon, Mar 16, 2020 at 3:47 PM Rich Felker wrote:
> > >
> > > > libtirpc is the replacement. I wasn't
on libtirpc-dev, and isn't using the glibc
SunRPC headers except for . libtirpc's
specifically avoids declaring things that are also declared in glibc's
.
* ntirpc is a different port of the SunRPC code, used by nfs-ganesha.
* nis and nfswatch really are using the g
On Sun, 2020-02-09 at 11:57 +0100, Florian Weimer wrote:
> * Ben Hutchings:
>
> > If I recall correctly, glibc *will* provide both entry points, so there
> > is no ABI break. But the size of time_t (etc.) exposed through libc-
> > dev is fixed at glibc build time.
>
32 bit version of the functions.
LFS is a great example of how *not* to do it. 23 years on, we still
have open bugs for programs that should opt in but didn't. Not every
program needs to handle > 2 GiB files, but there are now filesystems
with 64-bit inode numbers and they break every non-LFS pr
On Fri, 2019-08-09 at 00:28 +0200, Aurelien Jarno wrote:
> On 2019-08-08 22:23, Ben Hutchings wrote:
[...]
> > 1a. Require 32-bit build environments to be multiarch with the
> > related 64-bit architecture also enabled.
>
> Indeed, but that looks like the first step. Fr
ny comments, ideas, or help here?
[...]
1a. Require 32-bit build environments to be multiarch with the
related 64-bit architecture also enabled.
Ben.
--
Ben Hutchings
Experience is directly proportional to the value of equipment destroyed
- Carolyn Scheppner
signature.asc
Description: This is a digitally signed message part
3.1 is in the
kernel image, and the module udebs don't have versioned dependencies.
Ben.
--
Ben Hutchings
friends: People who know you well, but like you anyway.
signature.asc
Description: This is a digitally signed message part
ypically this is done by running the
unicode_start script from kbd, or something similar.
Ben.
--
Ben Hutchings
When in doubt, use brute force. - Ken Thompson
signature.asc
Description: This is a digitally signed message part
On Sun, 2019-01-20 at 01:21 +, Wookey wrote:
> On 2019-01-19 20:11 +0000, Ben Hutchings wrote:
> > On Sat, 2019-01-19 at 11:08 +, Steve McIntyre wrote:
> > [...]
> > > * add lots more console= options to the grub.cfg for arm64 (to cover
> > >all
d look in /proc/consoles, not /proc/cmdline. The
format is documented in
https://www.kernel.org/doc/Documentation/filesystems/proc.txt
Ben.
--
Ben Hutchings
Hoare's Law of Large Problems:
Inside every large problem is a small problem struggling to get out.
signature.asc
Descript
2Big Network, etc.
I think it might make more sense to refer to a wiki page here, than to
try listing the many supported models. I just updated
https://wiki.debian.org/ArmEabiPort with a model list for kirkwood.
Ben.
> [marvell_image]
> recommends: u-boot-tools
--
Ben Hutchings
Logic do
On Tue, 2018-03-27 at 21:21 +0200, W. Martin Borgert wrote:
> Quoting Ben Hutchings :
> > Still, as armel will not be a release architecture any more, I
> > suppose
> > it can diverge further from the normal configuration.
>
> I didn't know, that this already has
ort back the DNS323, that would be amazing... :-)
>
> I guess that I will look into those LTO patches in the future...
>
> OK, I am sending this to see if those ideas make sense, to offer my
> help and, of course, to get some feedback.
--
Ben Hutchings
For every complex problem
there is a solution that is simple, neat, and wrong.
signature.asc
Description: This is a digitally signed message part
.]
As I see it, the point of installing Debian on little NAS boxes is to
break out of the restrictions of an embedded system. We try to
provide, so far as possible, the same features across all
architectures.
Ben.
--
Ben Hutchings
Man inve
rrently 4.15.y) or master
(4.16-rcN, for experimental). But in a few weeks 4.16 will be ready
for unstable and it will probably result in further code growth, so you
might as well work on master.
Ben.
> Hope to have some luck with my 1st armel adventures,
>
>
> Rogério Brito.
>
--
Be
On Sun, 2017-09-17 at 21:30 +0100, Colin Watson wrote:
> On Sun, Sep 17, 2017 at 12:59:04PM -0700, Vagrant Cascadian wrote:
> > On 2017-09-15, Ben Hutchings wrote:
> > > On Thu, 2017-09-14 at 03:40 +0100, Steve McIntyre wrote:
> > > [...]
> > > > There
On Sun, 2017-09-17 at 12:59 -0700, Vagrant Cascadian wrote:
> On 2017-09-15, Ben Hutchings wrote:
> > On Thu, 2017-09-14 at 03:40 +0100, Steve McIntyre wrote:
> > [...]
> > > There is optional kernel support to trap the exceptions here
> > > and emulate the
erformance, or known bugs?
Ben.
--
Ben Hutchings
Kids! Bringing about Armageddon can be dangerous. Do not attempt it in
your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'
signature.asc
Description: This is a digitally signed message part
I talked about this with Steve McIntyre yesterday and he supported
raising NR_CPUS to 256.
Ben.
--
Ben Hutchings
Larkinson's Law: All laws are basically false.
signature.asc
Description: This is a digitally signed message part
I raise NR_CPUS to, say, 256, in anticipation that support for
these chips may be backported? (Some support for the Centriq 2400 is
already in mainline Linux.)
Ben.
--
Ben Hutchings
Larkinson's Law: All laws are basically false.
signature.asc
Description: This is a digitally signed message part
On Fri, 2016-12-09 at 22:14 +0900, Roger Shimizu wrote:
> On Fri, 09 Dec 2016 00:53:17 +
> > Ben Hutchings wrote:
>
> > Also, dedicated tiny flash partitions for the kernel and initrd. I
> > wouldn't be surprised to be find that by the time we want to releas
tem on QEMU, but it is now preferable to use one of
the 'vexpress' or 'virt' machines and the 'armmp' kernel flavour.
Unless I hear a good reason to keep this flavour, I intend to remove it
before Linux 4.9 goes into unstable.
Ben.
--
Ben Hutchings
For eve
On Sat, 2016-10-01 at 15:48 +0200, John Paul Adrian Glaubitz wrote:
> On 10/01/2016 02:17 PM, Ben Hutchings wrote:
> >
> > >
> > > This isn't the case for PowerPC32 where upstream development is still very
> > > active because it's part of the P
into shape which is why I hope
> we can add sparc64 as an official port soon.
[...]
Oracle cares about Solaris on SPARC, not Linux on SPARC.
Ben.
--
Ben Hutchings
Klipstein's 4th Law of Prototyping and Production:
A fail-safe circuit will destroy
others.
signature.asc
Description: This is a digitally signed message part
't need multiarch:
[...]
This is only the case because ppc64 has a lower level of support
(unofficial port) than powerpc (release architecture). The 64-bit
kernel package should be dropped once powerpc is at the same or lower
level of support than ppc64 - just as we've done for i386, s390
On Fri, 2016-07-08 at 23:17 -0400, Nicholas D Steeves wrote:
> On 4 July 2016 at 18:38, Ben Hutchings wrote:
[...]
> > > Also, I imagine this might one day be necessary,
> > > particularly if tracking backported linux-src due to ABI changes
> > > between kernels, eg:
uestion might also be giving false hope, in that
the devices not supported in stable might still be unsupported in
stable-backports.
> On 04/07/16 23:38, Ben Hutchings wrote:
> > As I understand it, xserver-xorg-video-modesetting should be used
> > instead of xserver-xorg-video-in
On Tue, 2016-07-05 at 10:07 +0200, Mark Brown wrote:
> On Mon, Jul 04, 2016 at 07:05:42PM +0200, Ben Hutchings wrote:
> > On Mon, 2016-07-04 at 14:01 +0100, Steve McIntyre wrote:
>
> > > A lot of arm64 machine users would benefit from this, and maybe owners
> > > of
s binaries.
> Ben, could you please lend your insight into this point?
[...]
I don't know what the question is. I have no involvement in
maintenance or testing of out-of-tree drivers, other than occasionally
checking whether they build against the current kernel version and
filing bugs o
the Skylake platform. Those are the only two architectures I'm
> thinking of supporting at this point.
>
> Is anybody else interested in helping? Thoughts/comments?
When do you anticipate this would be releasable? Would it really be
long enough before stretch, to be worthwhile?
Ben.
-
an set KBUILD_DEBARCH=armel on the make deb-pkg command line to
> > override it.
> Thanks for the reply. Setting KBUILD_DEBARCH=armel built an armel
> kernel alright, but it seems to be orion-secific, e.g kirkwood dtbs
> are missing from /usr/lib/linux-image-4.4.6.test1/
Linu
and the fact that the armel/marvell flavour has CONFIG_VFP set now
> which breaks the heuristic used there.
[...]
Oops, I suppose it should be checking the architecture version too.
Ben.
--
Ben Hutchings
Editing code like this is akin to sticking plasters on the bleeding stump
of a severed limb. - me, 29 June 1999
signature.asc
Description: This is a digitally signed message part
On Tue, 2016-02-09 at 00:48 +0900, Roger Shimizu wrote:
> On Mon, Feb 8, 2016 at 10:36 PM, Ben Hutchings wrote:
> > On Mon, 2016-02-08 at 13:12 +0900, Roger Shimizu wrote:
> > > [CC: debian-ker...@lists.debian.org and debian-arm@lists.debian.org]
> > >
> > > D
> and then merge into arm-soc repo [3], and finally reach linus repo
> [4].
[...]
I did consider using 'mvebu', but I thought that people might assume
that it was supposed to support all the ARMv5 SoCs included in that
family. That isn't the case and we're unlikely to
space. I think we probably don't.
How about custom kernels, though?
I think we could add a new option of 'auto' compression which uses xz
or gzip depending on the kernel config, and make that the default.
Ben.
--
Ben Hutchings
All the simple programs have been written, and all th
is not found ]
>
> Any idea what these messages about modules.dep are about?
All those modaliases correspond to devices whose drivers are built-in.
So it's not surprising that they're not found in modules.dep, and I
don't think this has anything to do with the failure.
Ben.
have not been submitted to linux-
firmware.git and are also unsuitable for inclusion in firmware-nonfree.
Ben.
--
Ben Hutchings
Unix is many things to many people,
but it's never been everything to anybody.
signature.asc
Description: This is a digitally signed message part
t the architecture to armhf by default when
CONFIG_AEABI and CONFIG_VFP are both enabled.
Signed-off-by: Ben Hutchings
Acked-by: Ian Campbell
Acked-by: Fathi Boudra
---
v2: rebased
v3: rebased
scripts/package/builddeb | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
--- a/sc
n't think so; this is probably a bug in wheezy.
The last time I had that sort of problem, it was due to an omission from
the file /etc/securetty (list of devices that root may log in through).
But in wheezy that file does include hvc0.
Ben.
--
Ben Hutchings
Q. Which is the greater problem i
On Sun, 2015-04-12 at 22:04 +0200, Samuel Thibault wrote:
> Ben Hutchings, le Sun 12 Apr 2015 20:27:29 +0100, a écrit :
> > On Sun, 2015-04-12 at 20:45 +0200, Samuel Thibault wrote:
> > > Ben Hutchings, le Sun 12 Apr 2015 00:35:33 +0100, a écrit :
> > > > On Sat, 201
On Sun, 2015-04-12 at 20:45 +0200, Samuel Thibault wrote:
> Ben Hutchings, le Sun 12 Apr 2015 00:35:33 +0100, a écrit :
> > On Sat, 2015-04-11 at 20:22 +0200, Holger Wansing wrote:
> > > supports-smp-sometimes - that generation of cpu will most likely
> > >
PowerPC architectures seem to have useful
wireless drivers in the installer (only PCMCIA wireless drivers, for
some reason).
> supports-smp-sometimes - that generation of cpu will most likely
> fully support smp, right?
[...]
Yes.
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
there is the term "PowerLinux machine".
> This all should be harmonized to one term.
[...]
Based on
<http://openpowerfoundation.org/technical/technical-resources/technical-specifications/>
I think it's 'PowerPC 64-bit little-endian', or 'PowerISA little-endian'.
However, comparing with the way we've named other architectures, '64-bit
PowerPC (little-endian)' would be more consistent.
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
ed completely in Debian 9."
Delete 'probably'; the kernel flavour has been removed in experimental
and it's not coming back.
Also, the mv78xx0 kernel flavour has been removed in jessie. It was
only provided to support our own build machines that have now been
retired.
Ben.
com/debian/nslu2/install/>.
> If nobody objects within the next days, I'll remove the references
> to the IXP4xx platform in the installation guide.
It might be helpful to link to
<http://www.cyrius.com/debian/nslu2/unpack/>.
Ben.
--
Ben Hutchings
Quantity is no su
2 and we didn't backport
anything for it.
Ben.
--
Ben Hutchings
Anthony's Law of Force: Don't force it, get a larger hammer.
signature.asc
Description: This is a digitally signed message part
On Tue, 2014-09-30 at 08:19 +0100, Ian Campbell wrote:
> On Fri, 2014-09-26 at 00:08 +0100, Ben Hutchings wrote:
> > However, at the moment initramfs-tools won't include PHY drivers even in
> > that configuration.
>
> I spent some time last week hunting for a sysfs link
s not constrained by flash partition sizes (we
certainly don't have any size limit configured for the kernel image yet)
or very slow I/O, I support using MODULES=most by default.
However, at the moment initramfs-tools won't include PHY drivers even in
that configuration.
Ben.
--
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.
signature.asc
Description: This is a digitally signed message part
On Mon, 2014-06-09 at 08:04 +0100, Ian Campbell wrote:
> On Mon, 2014-06-09 at 01:21 +0100, Ben Hutchings wrote:
> > The Debian armhf architecture uses the ARM EABI hard-float variant,
> > whereas armel uses the soft-float variant. Although the kernel
> > doesn't use FP
t the architecture to armhf by default when
CONFIG_AEABI and CONFIG_VFP are both enabled.
Signed-off-by: Ben Hutchings
---
v2: rebased
After discussion with Hector, we agreed this would be a worthwhile
change. Hector may later improve this by using gcc specs.
Ben.
scripts/package/builddeb
with all due respect, please leave Debian alone and stick to your
own project.
Ben.
--
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein
signature.asc
Description: This is a digitally signed message part
orry for that.
>
> This does make me wonder if f-k with your patch needs to be more careful
> about overwriting /boot/vmlinuz in case it is a symlink.
The official kernel packages will put symlinks in boot if you put:
link_in_boot = yes
in /etc/kernel-img.conf. I believe the
you´ve done then
> others may replicate it on the more stable kernels.
Luke, Debian uses upstream kernels with minimal backporting. If you
want to carry on with a platform-specific branch, please keep discussion
of that work on your own list.
Ben.
--
Ben Hutchings
Power corrupts. Absolute power is kind of neat.
- John Lehman, Secretary of the US Navy 1981-1987
signature.asc
Description: This is a digitally signed message part
On Sun, 2014-04-20 at 16:28 +0100, Ian Campbell wrote:
> On Sun, 2014-04-20 at 16:13 +0100, Ben Hutchings wrote:
> > On Sun, 2014-04-20 at 16:30 +0200, Adam Borowski wrote:
> > > On Sun, Apr 20, 2014 at 02:27:01AM +0100, Wookey wrote:
> > > > You may or may not have
al hardware no one but Wookey has seen.
[...]
Given that, it seems like a good time to add arm64 to src:linux with a
configuration that will run on at least a typical QEMU ARM64 emulation.
Ben.
--
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.
signature.asc
Description: This is a digitally signed message part
On Wed, 2014-04-16 at 15:02 +0200, Björn Wetterbom wrote:
> On Mon, Apr 14, 2014 at 3:02 AM, Ben Hutchings
> wrote:
> The ixp4xx kernel is now too big to fit in the flash
> partitions:
>
> https://buildd.debian.org/status/fetch.php?pkg=linux&arch
On Mon, 2014-04-14 at 12:28 +0200, G.K. wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 14/04/2014 03:02, Ben Hutchings wrote:
> > The ixp4xx kernel is now too big to fit in the flash partitions:
> > https://buildd.debian.org/status/fetch.php?pkg=linux&am
on fix.
Ben.
--
Ben Hutchings
I say we take off; nuke the site from orbit. It's the only way to be sure.
signature.asc
Description: This is a digitally signed message part
On Fri, 2014-03-21 at 12:38 +, Ian Campbell wrote:
> On Fri, 2014-03-21 at 10:41 +0000, Ben Hutchings wrote:
> > On Fri, 2014-03-21 at 08:27 +, Ian Campbell wrote:
> > > On Fri, 2014-03-21 at 02:56 +0000, Ben Hutchings wrote:
> > >
> > > > Kernels a
On Fri, 2014-03-21 at 08:27 +, Ian Campbell wrote:
> On Fri, 2014-03-21 at 02:56 +0000, Ben Hutchings wrote:
>
> > Kernels and initramfses will be in /boot, as for most Linux
> > distributions. However, we currently install DTBs in
> > /usr/lib/. Maybe it would be he
and dtbs in the boot partition, so at
> least it's fairly simple to point whatever bootloader the user uses at
> the right bits, or can find them to put into flash memory or wherever
> else they need to go.
Kernels and initramfses will be in /boot, as for most Linux
distributions.
On Mon, 2014-02-24 at 16:03 +, Ian Campbell wrote:
> On Fri, 2014-02-21 at 02:00 +0000, Ben Hutchings wrote:
> > On Thu, 2014-02-20 at 14:24 +, Ian Campbell wrote:
> > > On Thu, 2014-02-20 at 14:23 +0100, Andrew Lunn wrote:
> > [...]
> > > > What i susp
On Fri, 2014-02-21 at 14:07 +0100, Arnd Bergmann wrote:
> On Friday 21 February 2014 01:47:31 Ben Hutchings wrote:
> > On Thu, 2014-02-20 at 16:19 +0100, Arnd Bergmann wrote:
> > > On Thursday 20 February 2014 14:21:10 Ian Campbell wrote:
> >
> > > For all I
ve to keep a reduced orion5x config for those
machines, alongside the mvebu or multiplatform kernel.
Ben.
--
Ben Hutchings
A free society is one where it is safe to be unpopular. - Adlai Stevenson
signature.asc
Description: This is a digitally signed message part
t; the development seems to have happened in OpenWRT and not mainlined,
> including a dozen new machines that were already ported in 2009.
>
> Then again, Martin Michlmayr has instructions for running Wheezy
> on the 32MB nslu2, and I guess as long as he's interested in the
> h
On Fri, 2013-12-13 at 10:22 +, Ian Campbell wrote:
> On Wed, 2013-12-11 at 15:05 +0000, Ben Hutchings wrote:
> >
> > Installing the package is a one-time command, so I think it belongs
> > further up this section.
>
> Like this?
[...]
That looks good; applie
On Fri, 2013-12-06 at 08:38 +, Ian Campbell wrote:
> On Fri, 2013-12-06 at 02:06 +0000, Ben Hutchings wrote:
> > > > See
> > > > <http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-gen-orig>
> > > [...]
> > So you'll need
On Fri, 2013-12-06 at 10:02 +0800, Niew, Sh. wrote:
> On Thu, Dec 5, 2013 at 12:43 PM, Ben Hutchings wrote:
> > On Thu, 2013-12-05 at 05:37 +0800, Niew, Sh. wrote:
> >> On Thu, Dec 5, 2013 at 1:37 AM, Ian Campbell wrote:
> >> > On Thu, 2013-12-05 at 01:12 +0800, N
ross-building linux-headers package
builddeb generates a control file that says the linux-headers package
can only be built for the build system primary architecture. This
breaks cross-building configurations. We should use $debarch for this
instead.
Since $debarch is not yet set when generating the
ream I think that the default needs to
remain quiet and I should add functions that provide standard logging of
success/failure. Then I would change over most but not all drivers to
use the latter.)
Ben.
--
Ben Hutchings
friends: People who know you well, but like you anyway.
signature.asc
Description: This is a digitally signed message part
s dts change and the sabrelite sata will work on v3.11.x..
> > (or wait for v3.12.x)
>
> I think we are planning to go to .12 pretty soon, right Ben?
Hopefully it can go into sid next week.
Ben.
--
Ben Hutchings
Beware of bugs in the above code;
I have only proved it correct, no
nabled?
AHCI is SATA-only, no? We still need separate drivers for any PATA
interfaces. Anyway, please make the necessary config changes to the
armmp flavour (and armmp-lpae if any i.MX chips support LPAE).
Ben.
--
Ben Hutchings
friends: People who know you well, but like you anyway.
signature.asc
Description: This is a digitally signed message part
ours until someone provides configuration changes
to fix them. The same goes for orion5x, although that currently has
about 30K to spare.
Patches welcome, complaints > /dev/null
Ben.
--
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow Lindberg
signature.as
On Tue, 2013-10-08 at 02:23 +0200, Hector Oron wrote:
> Hello,
>
> 2013/10/6 Ben Hutchings :
> > The Debian armhf architecture uses the ARM EABI hard-float variant,
> > whereas armel uses the soft-float variant. Although the kernel
> > doesn't use FP itself, CONFI
t the architecture to armhf by default when
CONFIG_AEABI and CONFIG_VFP are both enabled.
Signed-off-by: Ben Hutchings
---
scripts/package/builddeb | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/scripts/package/builddeb b/scripts/package/builddeb
index 90e521f..e1
a64 and other big updates.
>
> So please, keep ia64 in the bandwagon ;-)
But I don't think ia64 is well-supported even in wheezy. The kernel
doesn't boot on some common machines and no-one seems to be able to fix
it.
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
On Sun, 2013-09-15 at 16:53 +0100, Ian Campbell wrote:
> On Sun, 2013-09-15 at 16:42 +0100, Ben Hutchings wrote:
> > As discussed previously, I think PCI should be enabled for the
> > armhf/armmp flavour as the Marvell Armada SoCs have PCIe interfaces. It
> > might be worthwh
some cleanup of the top-level configuration, the armel/iop32x and
armel/ixp4xx flavours can again be built. However these may still need
specific attention in the future.
Ben.
--
Ben Hutchings
In a hierarchy, every employee tends to rise to his level of incompetence.
signature.asc
Description:
On Mon, 2013-08-19 at 11:41 +0100, Mark Brown wrote:
> On Sat, Aug 17, 2013 at 06:25:44PM +0200, Ben Hutchings wrote:
> > On Fri, 2013-08-16 at 11:34 +0100, Mark Brown wrote:
>
> > > Please use the advertised e-mail addresses for maintainers.
>
> > Expand, please?
On Fri, 2013-08-16 at 11:34 +0100, Mark Brown wrote:
> On 16 August 2013 09:42, Ben Hutchings wrote:
>
>
> Please use the advertised e-mail addresses for maintainers.
Expand, please? I took your address from the commit that Robert pointed
out.
> On Thu, 2013-08-15
d!
ERROR: "imx_pcm_dma_exit" [sound/soc/fsl/snd-soc-fsl-ssi.ko] undefined!
These functions are defined in sound/soc/fsl/imx-pcm-{dma,fiq}.c which
are compiled into this kernel image. And the functions are exported.
Any ideas why this is failing?
Ben.
--
Ben Hutchings
I haven't lost my min
On Mon, 2013-06-24 at 23:44 +0100, Ben Hutchings wrote:
> We have a recurring problem with building kernels for armel: three
> flavours (iop32x, ixp4xx, orion5x) require the kernel image size to be
> less than 1.4-1.5 MB in order to fit into a fixed flash partition.
>
> As more fe
h a multiplatform configuration. All
the other armhf kernel flavours will be dropped once it's ready to
replace them.
Ben.
--
Ben Hutchings
Knowledge is power. France is bacon.
signature.asc
Description: This is a digitally signed message part
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 writes:
> >
> > > We have a recurring problem with building kernels for armel: three
> > > flavours (iop32x, ixp4xx,
On Wed, Jun 26, 2013 at 03:13:48PM +0200, Arnaud Patard wrote:
> Ben Hutchings writes:
>
> > We have a recurring problem with building kernels for armel: three
> > flavours (iop32x, ixp4xx, orion5x) require the kernel image size to be
> > less than 1.4-1.5 MB in order t
On Tue, 2013-06-25 at 00:26 +0100, Ben Hutchings wrote:
[...]
> I think it may just be a
> case of adding the right ID numbers and block sizes to the existing
> Spansion SPI flash driver, though. I have a datasheet for the flash
> chip, if anyone's interested.
Sorry, not su
On Mon, 2013-06-24 at 23:44 +0100, Ben Hutchings wrote:
[...]
> Perhaps [the DNS-323] could be supported by
> putting a second stage uboot in flash which would load the kernel and
> initramfs from disk, as suggested in [3]?
[...]
> [3] http://dns323.kood.org/howto:uboot
Alternately i
t/dns-323-sharecenter-2-bay-network-storage-enclosure
[3] http://dns323.kood.org/howto:uboot
Ben.
--
Ben Hutchings
Lowery's Law:
If it jams, force it. If it breaks, it needed replacing anyway.
signature.asc
Description: This is a digitally signed message part
at you are actually hoping to do, and why
anyone should care.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists
On Tue, 2013-04-30 at 14:03 +0100, Ben Hutchings wrote:
> On Tue, 2013-04-30 at 10:09 +0200, Bastian Blank wrote:
> > On Tue, Apr 30, 2013 at 02:03:42AM +0100, Ben Hutchings wrote:
> > > There can be no more uploads to unstable for wheezy, so I propose to
> > > re
o kill init! exitcode=0x0100
>
> ahh, i am sooo happy to see that. an error message. a real live error
> message.
>
> ok. anyone got any ideas? :)
pivot_root(2) says:
EINVAL put_old is not underneath new_root.
but I don't know whether that helps.
Ben.
--
Ben Hu
I've updated the trunk branch in svn for Linux 3.9, so please go ahead
with this.
Ben.
--
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.
signature.asc
Description: This is a digitally signed message part
be some porting work to be
> done before Debian runs out of the box on it, there's prior art and I don't
> imagine the porting work required will be huge.
[...]
The plan of record for Debian armhf kernel support is to introduce a
multi-platform 'armmp' flavour starting with Linux 3.9. So far as I
know, it would be fairly easy to include Highbank support in that.
Boot loader support is presumably going to require more work.
Ben.
--
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.
signature.asc
Description: This is a digitally signed message part
;re expensive!), is it possible to support an alternate model like
virtio_net that may be emulated more efficiently?
Ben.
--
Ben Hutchings
It is impossible to make anything foolproof because fools are so ingenious.
signature.asc
Description: This is a digitally signed message part
be doable for Debian too).
[...]
Starting with Linux 3.9 there will be an 'armmp' (multi-platform)
flavour for armhf. All support for new ARMv7 platforms should be
added to that flavour by enabling the relevant drivers and DeviceTree
files, not by adding new flavours.
Highbank seems to
/debian/changelog
index 9171171..9c845be 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -6,6 +6,8 @@ debian-installer (2013) UNRELEASED; urgency=low
[ Ben Hutchings ]
* Include {ata,mtd,pata,sata}-modules in mx5 netboot image (Closes: #675017)
+ * Replace nic-modules with nic-{usb
100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,12 @@
debian-installer (2013) UNRELEASED; urgency=low
+ [ Samuel Thibault ]
* internal.xml: Point at the repository README instead of duplicating
checkout information.
+ [ Ben Hutchings ]
+ * Include {ata,mtd,pata,sata
1 - 100 of 118 matches
Mail list logo
