Re: updating Sheevaplug and Openrd patches for u-boot v2014.10
Hi!
maintainer of the u-boot-marvell does not seem to be active.
If you can, please talk about this on u-boot ML.
And If you need help, I can help you as a U-boot Custodian.
Best regards,
Nobuhiro
2014-09-03 14:07 GMT+09:00 Vagrant Cascadian vagr...@debian.org:
On 2014-08-06 22:39:38 -0700, Gérald Kerma wrote:
On 07/08/2014 07:19, Paul Wise wrote:
On Thu, 2014-08-07 at 06:11 +0200, Gérald Kerma wrote:
Thank's to Debian team who add support of all versions of MVSDIO driver in
the debian u-boot package.
Will these be merged too?
The most important one (env allocation / uboot size bugfix) is already
proposed but still pending review. (patchwork #373990)
I'll make patch for features add also. (sata, ext4, haskshell, bootscript)
They are just parameters for config files (no real code).
What's the current status of these patches? They no longer apply to
u-boot v2014.10-rc2; are the remaining patches still needed, or can they
be removed? If they are still needed, would you be able to refresh them
to apply to 2014.10-rc2?
Thanks!
live well,
vagrant
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/cabmqnvj6rcekfozrrg2bohylpnpukv_3eko-e3usnlawohz...@mail.gmail.com
Re: Define for arm64?
Hi,
You can use '__aarch64__' as 64bit of arm.
Best regards,
Nobuhiro
2014-04-28 3:58 GMT+09:00 Helge Kreutzmann deb...@helgefjell.de:
Hello,
I'm (upstream) maintainer of a little tool (consider it a toy ...)
called linuxinfo. It currently does not support arm64. For general arm
support I use the following compiler directive:
#if defined(__arm__)
#define system_arm
#endif
This does not catch arm64, however. What is the correct term for arm64?
Also I would be glad if you could provide me with the output of
/proc/cpuinfo on some arm64 machines (and if possible, for better
support, some other (arm) machines as well).
With that information I'll add support for arm64 in the next revision
of linuxinfo.
Thanks a lot!
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software libre: http://www.ffii.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iD8DBQFTXVNeRsxcY/MYpWoRAlnpAJ4mmxIWn02NbOhNz/e1Ewir20nbigCg1mp8
mltd/LB9c+LeZZ/dzNru39Q=
=IRK8
-END PGP SIGNATURE-
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CABMQnVJoT4x7D=va4_twq_z1tjkanz2pgwn-ys2cw3dfukk...@mail.gmail.com
Re: Roll call for porters of architectures in sid and testing
Hi, I am an active porter for the following architectures and I intend to continue this for the lifetime of the jessie release: For sh4, I - test packages on this architecture - triage arch-specific bugs - fix arch-related bugs - maintain buildds For armel and armhf, I - test packages on this architecture - triage arch-specific bugs - fix arch-related bugs I am a DD. Best regards, Nobuhiro On Sun, 1 Sep 2013 09:33:51 +0200 (CEST) ni...@thykier.net (Niels Thykier) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, As we announced in [LAST-BITS], we would like to get a better idea of that status of the ports, to make an informed decision about which port can be released with jessie. One of the steps is to get an overview of which of the porters are (still) active for each port. Once the results from the role-call are in, we will request other information about the status of the ports. In the meantime, feel free to update and collect info about the ports in the Debian wiki[WIKI]. If you are (or intend to become) an active porter for the lifetime of jessie, then please send a signed email explaining your involvement in the port to the Release Team debian-rele...@lists.debian.org before 1st of October 2013. Please explain the level of your involvement in the port. Feel free to use the following template as your reply: Hi, I am an active porter for the following architectures and I intend to continue this for the lifetime of the jessie release: For ARCH, I - test (most|all) packages on this architecture - fix toolchain issues - triage arch-specific bugs - fix arch-related bugs - maintain buildds - ... I am a DD|I am a DM|I am not a DD/DM YOUR NAME Niels, on behalf of the release team [LAST-BITS] http://lists.debian.org/debian-devel-announce/2013/08/msg6.html [WIKI] https://wiki.debian.org/ArchiveQualification/Jessie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSIu2TAAoJEAVLu599gGRC86EP/j/7FEZ9pxpTEHrBI41GTu6r nENS5kAZAuxFQHfYLtKexBcgneGd6cgdmr3cIoh1ZL9lJgXq74X8FL5IbWNqUw9S o9UQWpZJiwIIlH4fqSgFVLIphI0DQr7dXI7xcDIm4kl6Fdruo1tGxX8xqL23jzdP nQb3jrXv3bj5943MfWeCbODILv2N6qev9VtWeQ6Wmh8PvxRUl7VqgdQaeHtlMsUp TQT5fz0cw8gc2amlwlOZxaGDV2C8mHboJIKMEsu79BK4SlFSED9rXn4juFPUnAgG uADsMdBBqEIgSMN42cPHQju+KLfJe/+xScmlzzDS/d7aWWs02TibcQ1ZnPi+bcgp bd/Wa0lms+Fc2OpcuFle9Lwo+2B+ka1Dd3itm+D0SbmrxoGi6CuMMwydLcQbSJ73 hHw9HJEIQr2x/ZItNPJrSvvj50rwYXcmFbxtVAwv2pFXfQ37iukYgAaaMvnwpNNJ 6dM1coCF9skNkXLO8rkZ+5aupGgjpS9BdKKAEQrPy/aoaW9KNCZrLQeA4C3QySBU OcCNBv7taSjVAVNszKtRIQpu2gzFGAV0u9Gj41qW1JzDHYrmAvMyGxrndOxTmaFr p05QWgcMsPhNvdHjd6sWLyzJ5NYUKksCPMRgCc0BEd6moIyrt7UFsp2+guJZPBJ0 pffEJGK2iGtrWmJfElof =TUeZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130901073351.a92862...@thykier.net -- Nobuhiro Iwamatsu iwama...@nigauri.org pgpi3TqsYBjzB.pgp Description: PGP signature
Re: Bug#703209: linux: Please Add multiplatform flavour to armhf
OK, I will do that.
Best regards,
Nobuhiro
2013/5/7 Ben Hutchings b...@decadent.org.uk:
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.
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVJdLBwair-S6-K2Eh4dt2ng1nZ08Lp3EXpqAdEz_uh7=w...@mail.gmail.com
Re: Plat'Home OpenBlocks discounted for Debian member and FLOSS Developer
Hi,
2013/4/19 peter green plugw...@p10link.net:
Nobuhiro Iwamatsu wrote:
Hi, all.
Plat'Home is one of the Debconf 13 sponsor will sell at discount to
Debian member and FLOSS Developer for the OpenBlocks of small ARM micro
server.
https://openblocks.plathome.com/form/obs_verification/input.html
Two types of the machine will be sold.
* OpenBlocks A6 / $250
ARM (kirkwood) 600 MHz CPU and 512 MB onboard memory.
http://openblocks.plathome.com/products/a6/
* OpenBlocks AX3 / $450
Dualcore ARM (armadaXP) 1.33 GHz CPU and 1 GB onboard memory.
http://openblocks.plathome.com/products/ax3/
According to your website there are two models of AX3, one with four
ethernet ports and upgradable memory. The other with only two ethernet
ports and non-upgradable memory.
Can you clarify which is being offered here.
AX3 to be sold this time has 3GB memory(MAX) and 4port ethernet.
Information on website will be update.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/cabmqnvjcnauavinefdu-oteeon6-7bagwisuobfrhqsw1fu...@mail.gmail.com
Re: Plat'Home OpenBlocks discounted for Debian member and FLOSS Developer
Hi,
Thank you for your comment.
2013/4/17 Lennart Sorensen lsore...@csclub.uwaterloo.ca:
On Wed, Apr 17, 2013 at 08:53:24AM +0900, Nobuhiro Iwamatsu wrote:
Plat'Home is one of the Debconf 13 sponsor will sell at discount to
Debian member and FLOSS Developer for the OpenBlocks of small ARM micro
server.
https://openblocks.plathome.com/form/obs_verification/input.html
Two types of the machine will be sold.
* OpenBlocks A6 / $250
ARM (kirkwood) 600 MHz CPU and 512 MB onboard memory.
http://openblocks.plathome.com/products/a6/
* OpenBlocks AX3 / $450
Dualcore ARM (armadaXP) 1.33 GHz CPU and 1 GB onboard memory.
http://openblocks.plathome.com/products/ax3/
If you are interested, please contact to the following URL.
https://openblocks.plathome.com/form/obs_verification/input.html
You have to provide proof that you are active in a given community?
That's silly. And company name is mandatory, which seems odd for what
is often a community of volunteers doing things at home in their spare
time.
I think what use is what is the machine you want to sell, and he
worried about as a company.
When I bought my i.MX53 QSB, freescale just asked what I was planning
to use it for, but had no problem selling developer boards to random
interested people. It certainly did some help in getting debian armhf
going, and I believe the initial work on rapbian was also done on i.MX53
QSB because they were easy to get, decent performance, and recommended
by other Debian community members working on arm.
I see. I guess there is also such a company.
I think that it is not a rare story to demand a simple report while a
company sells it cheaply or offer a machine.
It also seems rather expensive compared to the other arm systems I have
of similar features and performance. My prediction will be that with
that price and the required information to order one, you won't get
much interest. That's a shame.
It does look pretty though.
openblocks is one of the servers that are used in such network
infrastructure companies and actually.
This is different from ARM machines entering the cheaply in terms of
support services and test the machine.
Although I think many developers and do not need them.
--
Len Sorensen
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVJTzD-aJ_RnXTe5kXnSpqQjP7d0hMkMNdV6rUcE6=d...@mail.gmail.com
Plat'Home OpenBlocks discounted for Debian member and FLOSS Developer
Hi, all.
Plat'Home is one of the Debconf 13 sponsor will sell at discount to
Debian member and FLOSS Developer for the OpenBlocks of small ARM micro server.
https://openblocks.plathome.com/form/obs_verification/input.html
Two types of the machine will be sold.
* OpenBlocks A6 / $250
ARM (kirkwood) 600 MHz CPU and 512 MB onboard memory.
http://openblocks.plathome.com/products/a6/
* OpenBlocks AX3 / $450
Dualcore ARM (armadaXP) 1.33 GHz CPU and 1 GB onboard memory.
http://openblocks.plathome.com/products/ax3/
If you are interested, please contact to the following URL.
https://openblocks.plathome.com/form/obs_verification/input.html
About Plat'Home:
We're a Linux server and services company in Tokyo, the first to bring
the Linux operating system to Japan.
Our key product is the OpenBlocks series, robust and flexible embedded
Linux servers. Companies like KDDI, HitachiSoft, Yomiuri(news),
Shimizu (construction) and many others depend on us every day. We are a
company listed at the Tokyo Stock Exchange Mothers Market.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
signature.asc
Description: Digital signature
Re: Bug#703209: linux: Please Add multiplatform flavour to armhf
On Mon, Apr 8, 2013 at 9:41 PM, Hector Oron hector.o...@gmail.com wrote:
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 ++
Thanks!
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVL4b3EV1GbOGoW4cYx0GO9qh6qmsyFy=5fvekg762w...@mail.gmail.com
Re: Bug#703209: linux: Please Add multiplatform flavour to armhf
On Tue, Mar 19, 2013 at 5:34 PM, Ian Campbell i...@hellion.org.uk wrote:
On Tue, 2013-03-19 at 08:44 +0100, Arnaud Patard wrote:
I already commented some days ago on debian-arm that currently
multiplatform support must wait. It is useless as usb support is
_broken_ on multiplatform. Hopefully, Linaro devs seem back to work
and looks like we may have a patch merged soon. Until then, doing more
is near to a waste of time.
I don't think making a start on a MP flavour is a waste of time at all.
We are talking about packages in trunk (currently == experimental)
rather than Sid/Wheezy. There's no possibility of us releasing anything
with 3.8 but in the meantime adding the multiplatform flavour allows us
to start laying the packaging ground work, finding bugs in the MP stuff
and generally kicking the tyres etc. It's also an obvious step in the
right direction. As you say the known issues, like the USB think, will
be fixed upstream sooner rather than later.
Since we are currently not yet talking about removing existing flavours
I'm not sure there are any downsides to just doing it.
And about the patch in this bug, it fails to be really
multiplatform. During my tests on 3.8, I could already enable platforms
like MVEBU, HIGHBANK, BCM, MXC and you can enable OMAP too with 2-3
backports. Once done, it needs to be tested on real platforms as it
would probably allow to detect some more bugs. 3.9 may be better.
This patch is a start though and doesn't preclude adding those other
platforms either straight away or when 3.9 comes around as we like.
Having the flavour would also enable testing on real platforms so that
isn't a reason to wait IMHO.
Thank you for following this up.
I want to explain to me what you wrote.
On the long term, we'll have also to consider if we should keep
omap/mx5/vexpress or not. If we remove them, we should make sure that
the transition will work nicely.
Ack.
me too.
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnV+aUqJd5esxD9Tc95k86nd_Udnjn+=odogkcykbl_g...@mail.gmail.com
Re: Bug#703209: linux: Please Add multiplatform flavour to armhf
Hi,
On Wed, Mar 20, 2013 at 12:17 AM, Paul Wise p...@debian.org wrote:
On Tue, 2013-03-19 at 15:05 +, Ian Campbell wrote:
I think the question here is what the `uname -r` bit should be.
Specifically the $FLAVOUR in 3.x.y-z-$FLAVOUR.
Woops, I missed that uname -r includes the flavour bit.
I think there is an argument for making the multiplatform case be the
default no-flavour flavour i.e. $FLAVOUR is armhf/arm64 etc. Or
maybe that's what you are suggesting having not realised that `uname
-r` currently includes the -$FLAVOUR suffix. Hrm, I think we may
actually be talking about the same thing ;-)
Right, my suggestion is just to use the architecture for the flavour, as
is done on the other architectures.
Thank you for your comment.
In ARM ((but may be used on other architectures as well) ) all architectures,
flavor with the name of the CPU do is that it is multiplatform?
For example, armv7 flavor is multiplatform support in armhf.
I think this is a very simple rule.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVL=uen73eqdld9ts2_5ef5n_6cks2ngmsbfoedptwk...@mail.gmail.com
Re: Bug#703209: linux: Please Add multiplatform flavour to armhf
Hi,
Thank you for your comment.
On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings b...@decadent.org.uk wrote:
On Sun, 2013-03-17 at 08:35 +0900, Nobuhiro Iwamatsu wrote:
Package: linux
Version: 3.8.2-1~experimental.1
Severity: wishlist
Tags: patch
Hi,
From linux 3.8, support of armada 370/xp was added in arm.
This is classified into the armhf architecture of debian.
First I began and thought that an armada flavor would be added.
When I consulted about this in debian-arm ML, I got advice from
several developers what multiplatform flavour was better than
armada flavour[0].
Since arm is developed toward multiplatform from now on,
I think that multiplatform is desirable.
Although there is still little SoC which is supporting
multiplatform, I would like to support armada 370/xp
(mach-mvebu) first.
I created the patch which supports this.
Please check and apply.
In future all ARM kernels should be multi-platform, but I expect there
will still be different flavours, such as for LPAE or the RT featureset.
I would much prefer a name that will provide a more useful distinction
in future (and not be too long!). Perhaps it should refer to the CPU
requirement like the flavours for some other architectures.
I see. Although it is very simple, how is armmp?
NOTE: The vexpress can also be supported by multiplatform.
If it is desirable to include this in multiplatform, I will
create a new patch.
I think that's desirable, but maybe make that a second patch?
The linux-latest package will also need a transitional package to
migrate vexpress installations.
I see. I forgot about this.
I will create new patch.
From: Nobuhiro Iwamatsu iwama...@debian.org
Date: Mon, 4 Mar 2013 13:20:13 +0900
Subject: [PATCH] [armhf] Add multiplatform flavour
Signed-off-by: Nobuhiro Iwamatsu iwama...@debian.org
---
debian/config/armhf/config.multiplatform | 96
++
debian/config/armhf/defines | 11
debian/installer/armhf/kernel-versions |7 ++-
3 files changed, 111 insertions(+), 3 deletions(-)
create mode 100644 debian/config/armhf/config.multiplatform
diff --git a/debian/config/armhf/config.multiplatform
b/debian/config/armhf/config.multiplatform
new file mode 100644
index 000..cb4ad57
--- /dev/null
+++ b/debian/config/armhf/config.multiplatform
[...]
+##
+## file: drivers/net/ethernet/marvell/Kconfig
+##
+CONFIG_NET_VENDOR_MARVELL=y
+CONFIG_MVMDIO=y
+CONFIG_MVNETA=y
+
+##
+## file: drivers/net/ethernet/micrel/Kconfig
+##
+CONFIG_NET_VENDOR_MICREL=y
+
+##
+## file: drivers/net/phy/Kconfig
+##
+CONFIG_PHYLIB=y
+CONFIG_MARVELL_PHY=y
[...]
Do these all need to be built in? For a multi-platform kernel we should
really be building drivers as modules by default.
These can set to module/
I update a patch.
Ben.
--
Ben Hutchings
Usenet is essentially a HUGE group of people passing notes in class.
- Rachel Kadel, `A Quick Guide to Newsgroup Etiquette'
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnV+QaxMxYb8rMoNCcTP_c=ebqj5jkksutguj7junak7...@mail.gmail.com
Re: Add new armhf flavor armada370xp
Hi,
On Thu, Mar 7, 2013 at 4:27 PM, Riku Voipio riku.voi...@iki.fi wrote:
On Wed, Mar 06, 2013 at 06:09:11AM +, Steve McIntyre wrote:
On Tue, Mar 05, 2013 at 11:22:23PM +, peter green wrote:
Each flavor of armel and armhf should have the same function, too.
IMO if you think you can support all armada series devices that are
likely to run debian armhf from one kernel flavour then you should
just call the flavour armada (similar to the way the flavour that
covers beagle/panda/etc is just called omap)
Definitely, yes. Hopefully in the longer term we'll be able to run
more of the ARMv7+ machines with single kernels using DT, but that's
not going to happen overnight.
I hope we could be more ambitious and enter the single zImage /
multiplatform setup early. We could start by simply calling the
armada370 / armadaxp flavour multiplatform. And then any new
architectures would only be added by including them to multiplatform
flavour - and only accepted if adding doesn't break existing platforms
supported by our multiplatform kernel.
Riku
I forgot multiplatform. I think that multiplatform is good too.
Thank you for your comment!
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnV+C7XypWoW8CN4gohKiXN__gy2s2N50=Wv+5=g_hau...@mail.gmail.com
Re: Add new armhf flavor armada370xp
Hi,
On Thu, Mar 7, 2013 at 5:06 PM, Arnaud Patard arnaud.pat...@rtp-net.org wrote:
Steve McIntyre st...@einval.com writes:
On Thu, Mar 07, 2013 at 09:27:42AM +0200, Riku Voipio wrote:
On Wed, Mar 06, 2013 at 06:09:11AM +, Steve McIntyre wrote:
On Tue, Mar 05, 2013 at 11:22:23PM +, peter green wrote:
Each flavor of armel and armhf should have the same function, too.
IMO if you think you can support all armada series devices that are
likely to run debian armhf from one kernel flavour then you should
just call the flavour armada (similar to the way the flavour that
covers beagle/panda/etc is just called omap)
Definitely, yes. Hopefully in the longer term we'll be able to run
more of the ARMv7+ machines with single kernels using DT, but that's
not going to happen overnight.
I hope we could be more ambitious and enter the single zImage /
multiplatform setup early. We could start by simply calling the
armada370 / armadaxp flavour multiplatform. And then any new
architectures would only be added by including them to multiplatform
flavour - and only accepted if adding doesn't break existing platforms
supported by our multiplatform kernel.
Good point, yes. Anybody object to that?
I've already started looking at multiplatform for quite some time but
currently multiplatform support in mainline is near to useless. If I
ignore all the 'select' omap Kconfig madness, it remains troubles
like no usb support in theses kernels. The patches for fixing this have
even been reverted by Gregkh because they were broken. There are other
more minor issues but this one is more visible.
Arnaud
I understand that multiplatform has a problem for SoC.
As you have pointed out, I think that these problems are being corrected.
I thought that mvebu (armada) was good selection as SoC in which we
support multiplatform 'first' in Debian.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/cabmqnvknarxshkmqgauxdy39djneyrxh8_hncc93vckeqc-...@mail.gmail.com
Re: Add new armhf flavor armada370xp
Hi,
Thank you for your comment.
armada is more simple, I think too.
I will change to armada.
Thanks!
Nobuhiro
On Wed, Mar 6, 2013 at 8:22 AM, peter green plugw...@p10link.net wrote:
Nobuhiro Iwamatsu wrote:
Hi,
Yes, we can use same kernel.
As I replied to Sina, we solve these problems using DT.
Each flavor of armel and armhf should have the same function, too.
IMO if you think you can support all armada series devices that are likely
to run debian armhf from one kernel flavour then you should just call the
flavour armada (similar to the way the flavour that covers
beagle/panda/etc is just called omap)
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVK1ZfGo8mHhNexp=Nr4smj_k=3mus-fzzzj2wr-pko...@mail.gmail.com
Re: Add new armhf flavor armada370xp
Hi,
On Wed, Mar 6, 2013 at 3:09 PM, Steve McIntyre st...@einval.com wrote:
On Tue, Mar 05, 2013 at 11:22:23PM +, peter green wrote:
Nobuhiro Iwamatsu wrote:
Hi,
Yes, we can use same kernel.
As I replied to Sina, we solve these problems using DT.
Each flavor of armel and armhf should have the same function, too.
IMO if you think you can support all armada series devices that are
likely to run debian armhf from one kernel flavour then you should
just call the flavour armada (similar to the way the flavour that
covers beagle/panda/etc is just called omap)
Definitely, yes. Hopefully in the longer term we'll be able to run
more of the ARMv7+ machines with single kernels using DT, but that's
not going to happen overnight.
Yes, I know about it.
Probably, we need to improve a kernel flavor and other ccording to it,
when it is realized.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVLuu_42ewrqa-4fEf6Wu0eZYBwG=-5ocfaphuk1a99...@mail.gmail.com
Re: Add new armhf flavor armada370xp
Hi,
Yes, I know. linux kenrel solves these differences in DT.
We can work armada-xp and armada-370 in one binary of armada (mvebu).
Best regards,
Nobuhiro
On Tue, Mar 5, 2013 at 11:23 PM, Sina Jafroodi jafro...@marvell.com wrote:
Armada 370 and Armada XP are two different processors, the first being a
single core and XP a quad core.
Perhaps A370 would be more descriptive for the part. The part number for the
quad core is MV78460.
Sina
On Mar 4, 2013, at 11:28 PM, DrEagle drea...@doukki.net wrote:
Le 05/03/2013 00:05, Nobuhiro Iwamatsu a écrit :
Hi, all.
Hin
I am thinking that I add armadaxp370 of a new flavor to armhf.
# This flavor is not determination. Because the name is long, I invite a
name.
This is supported from linux 3.8 by new CPU of Marvell[0].
I am checking that already work on armhf binary and it is satisfactory.
As a board for support, I consider OpenBlocks AX3 of PlatHome, and Mirabox
(I dont have this yet).
There is also another new plug which comes with the Armada 370; the
SmilePlug|1].
First, I will do BTS for supporting by linux kernel. I attach a patch.
Please contact me, if you are interested.
Best regards,
Nobuhiro
[0]: http://www.marvell.com/embedded-processors/armada-xp/
[1]: http://openblocks.plathome.com/
[2]:http://www.globalscaletechnologies.com/p-58-mirabox-development-kit.aspx
[1] http://www.globalscaletechnologies.com/p-57-smileplug.aspx
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnV+S93e-1fJcRtjfzbTq=oavsxn7r9arqydhl-eypay...@mail.gmail.com
Re: Add new armhf flavor armada370xp
Hi,
Yes, we can use same kernel.
As I replied to Sina, we solve these problems using DT.
Each flavor of armel and armhf should have the same function, too.
Best regards,
Nobuhiro
On Wed, Mar 6, 2013 at 4:02 AM, peter green plugw...@p10link.net wrote:
Sina Jafroodi wrote:
Armada 370 and Armada XP are two different processors, the first being a
single core and XP a quad core.
Perhaps A370 would be more descriptive for the part. The part number for
the quad core is MV78460.
Is the same kernel intended to support both?
Are there any other armada parts that it is considered unlikely to be
feasible to support with the same kernel?
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVKk7SuWUAZyABirVxOP0P5qLERd-6kD84e2=siiqxd...@mail.gmail.com
Re: Add new armhf flavor armada370xp
Hi,
SmilePlug is also a good device.
Although I do not know details about this device, it can work by changing DT.
Best regards,
Nobuhiro
On Tue, Mar 5, 2013 at 4:27 PM, DrEagle drea...@doukki.net wrote:
Le 05/03/2013 00:05, Nobuhiro Iwamatsu a écrit :
Hi, all.
Hin
I am thinking that I add armadaxp370 of a new flavor to armhf.
# This flavor is not determination. Because the name is long, I invite a
name.
This is supported from linux 3.8 by new CPU of Marvell[0].
I am checking that already work on armhf binary and it is satisfactory.
As a board for support, I consider OpenBlocks AX3 of PlatHome, and Mirabox
(I dont have this yet).
There is also another new plug which comes with the Armada 370; the
SmilePlug|1].
First, I will do BTS for supporting by linux kernel. I attach a patch.
Please contact me, if you are interested.
Best regards,
Nobuhiro
[0]: http://www.marvell.com/embedded-processors/armada-xp/
[1]: http://openblocks.plathome.com/
[2]:http://www.globalscaletechnologies.com/p-58-mirabox-development-kit.aspx
[1] http://www.globalscaletechnologies.com/p-57-smileplug.aspx
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVJOEw+hAb=QSULG87K0y7ZpOzGx4UB0=anrbztcjtw...@mail.gmail.com
Re: [Arm-netbook] ARM port(s) BoF at DebConf
Hi,
I have a spec sheet to devices for English.
I ask whether this can be distributed.
Please wait.
Nobuhiro
2012/7/21 Dr. David Alan Gilbert d...@treblig.org:
* Luke Kenneth Casson Leighton (l...@lkcl.net) wrote:
On Fri, Jul 20, 2012 at 12:54 AM, Hideki Yamane henr...@debian.or.jp wrote:
Hi,
On Thu, 19 Jul 2012 18:35:44 +0100
Steve McIntyre st...@einval.com wrote:
buildds
===
Both armel and armhf are doing well, covering ~96% of the archive. We
don't have any ARM server hardware yet, so we're stuck using
development boards as build machines. They work, but they're a PITA
for hosting and they're not designed for 24x7 usage like we're doing
so they're not that reliable.
As I've posted during DebConf(*), Maybe OpenBlocks can solve this problem.
It has 2GB RAM, reliable production use and we can buy it NOW.
*) http://lists.debian.org/debian-arm/2012/07/msg7.html
hideki, those look superb. summarising (in case anyone's missed it):
they're armv7 compatible because they're using a marvell xp processor;
they're up to dual-core 1.4ghz and the company openblocks can do them
with up to 3gb of RAM, and i gather the openblocks boxes have a mini
pci-e port as well as gigabit ethernet.
ftp://ftp.plathome.co.jp/pub/OBSAX3/Documents/OBSA_UsersGuide_1.0.0.pdf
seems to be the (Japanese) user guide for it. Now, erm I don't know
any Japanese at all, but there are lots of very pretty diagrams in there.
But the picture on 4/24, and table 1.4 on section 6/24
shows the OBSAX3/4/x with an Armada XP, 1.33GHz dual core,
1GB SDRAM, a SODIMM that takes 1 or 2GB (more??), SATA2, Mini PCIe,
4 () GigE, eSATA, 2xUSB2, and 2xRS-232C.
Very nice! Pity it says available in japan only.
i'm including arm-netbooks because there may almost certainly be
people on that list who would be interested in a group buy. there has
been quite a bit of interest in getting hold of modular computing
devices for rack-mounted server usage.
Dave
--
-Open up your eyes, open up your mind, open up your code ---
/ Dr. David Alan Gilbert| Running GNU/Linux | Happy \
\ gro.gilbert @ treblig.org | | In Hex /
\ _|_ http://www.treblig.org |___/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120720222832.GA637@gallifrey
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVL9qt8_rsuFLNw_+Sp1Dp=guh2ph4drgi6qj+6qfwn...@mail.gmail.com
Re: ARM port(s) BoF at DebConf
Hi,
2012/7/20 Hideki Yamane henr...@debian.or.jp:
Hi,
On Thu, 19 Jul 2012 18:35:44 +0100
Steve McIntyre st...@einval.com wrote:
buildds
===
Both armel and armhf are doing well, covering ~96% of the archive. We
don't have any ARM server hardware yet, so we're stuck using
development boards as build machines. They work, but they're a PITA
for hosting and they're not designed for 24x7 usage like we're doing
so they're not that reliable.
As I've posted during DebConf(*), Maybe OpenBlocks can solve this problem.
It has 2GB RAM, reliable production use and we can buy it NOW.
Note: This device can carry 2 GB of memory at the maximum. It is 1 GB at first.
It does not necessarily have this 2 GB from first.
*) http://lists.debian.org/debian-arm/2012/07/msg7.html
I'll continue to communicate with that company, so if you have any questions/
comments/suggestions/request/discount;), please tell me whether on-list or
privately.
Well, I already taking about this.
And the kernel of this machine has not been supported by upstream yet.
We have some problems which should be solved.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/cabmqnvkkmu9viwgyitdlgifjz2jk4izkm+5c-xdkn8pc+od...@mail.gmail.com
Re: [Debconf-discuss] OpenBlocks AX3/A6
Hi,
Yes, this may be expensive compared with other ARM machines.
However, this is not a hobby use.
This has a guarantee of quality which a company can use for a server etc.
And you can receive support, when there is a problem.
Would you tell what price is appropriate?
Best regards,
Nobuhiro
2012/7/11 Bruce Given bruce.gi...@gmail.com:
Nice but EXPENSIVE !!
yes yes Mission Critical. but Ouch
unless I messed up a decimal point
regards
Bruce
On Tue, Jul 10, 2012 at 5:17 PM, Paul Wise p...@debian.org wrote:
On Tue, Jul 10, 2012 at 11:48 AM, Hideki Yamane wrote:
Some of you already know, Nobuhiro Iwamatsu bring ARM box named
Openblocks from Japanese company, Plathome (http://www.plathome.com/).
OpenBlocks AX3/A6 has dual core ARM 1.33 GHz and 2 GB of main memory,
4 or 2 ether port. Its page(*) says Only Available in Japan but I think
we can manage it because that company runs Debian as default OS in it,
and, they lend it to show for Debian developers, in fact.
*) http://openblocks.plathome.com/products/obs_a/index.html
Anyway, if you are interested in it, ask Nobuhiro :)
I have the spec document here from Nobuhiro, here are the details:
Product: OpenBlocks AX3
Model number: OBSAX3/4
Price: JYP 69,800
$878 USD !?
CPU: Marvell ARMADA XP 1.33GHz Dual Cores
Memory: Onboard 1GB DDR3
SO-DIMM: 1 (up to 2GB)
FlashROM: 128MB (NOR)
Internal storage: 1 (2.5inch or Half-Slim SATA)
Internal I/O: JTAG: 1
Internal I/O: Mini PCI Express: 1
External I/O: 1000BASE-T: 4
External I/O: eSATA: 1
External I/O: USB 2.0: 2
External I/O: RS232C: 2
Energy consumption (idle/run time): 10W/13W
Maximum ambient operating temperature: 0-45C
OS: Debian GNU/Linux 6.0
Weight: 365g
Power supply: 12V AC adapter
Size: 101 x 142.1 x 42 mm (with rubber feet)
There is another variant of OpenBlocks AX3 that is cheaper (JYP
59,800) and has no SO-DIMM, no Mini PCI Express, 2 Ethernet and uses
9W/12W instead.
$752 USD...?!
Product: OpenBlocks A6
Model number: OBSA6
Price: JYP 36800
$463.00 ?!
CPU: Marvell ARMADA 310 600MHz
Memory: Onboard 512MB (DDR2)
SO-DIMM: 1 (up to 2GB)
FlashROM: 64MB (NAND)
Internal storage: 1 (2.5inch or Half-Slim SATA)
Internal I/O: JTAG: 1
External I/O: 1000BASE-T: 1
External I/O: GPIO: 8bits
External I/O: USB 2.0: 1
External I/O: RS232C: 2
Energy consumption (idle/run time): 4.5W/6W
Maximum ambient operating temperature: 0-55C
OS: Debian GNU/Linux 6.0
Weight: 165g
Power supply: 5V AC adapter
Size: 81 x 114.5 x 38 mm (inc rubber feet)
http://openblocks.plathome.co.jp/products/
Here is the ARM page about it:
http://www.arm.com/community/partners/display_product/rw/ProductId/6951/
I also have the press release, which mentions 1 year warranty and some
support stuff.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caktje6g03fk0_p9f0o6gjxaaw8hnr073_i4q0mool3xqw3j...@mail.gmail.com
--
I’d rather live in a world full of eccentric thinkers than one full of
unthinking consumers.
___
Debconf-discuss mailing list
debconf-disc...@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-discuss
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/cabmqnvjnuuyvw-h9wg4gkr0rignzspuunc2f0c3rvnc3pp-...@mail.gmail.com
