[ Sorry, that fell off screen ]
Roger Shimizu wrote...
> [CC Vagrant, u-boot pkg maintainer]
>
> On Sat, Dec 10, 2016 at 11:31 PM, Christoph Biedl
> wrote:
> > Paul Wise wrote...
> >>
> >> Is it possible to put a bootloader like u-boot in the flash partitions
> >> and have it load the Linux ker
Lennart Sorensen wrote...
> I actually highly doubt there are that many armv7 boxes running armel.
> armhf was a nice performance improvement and worth the hassle to reinstall
> if you had such a box in the first place. I think most armel systems
> are probably armv5, often the marvell chips. No
On Sat, Dec 17, 2016 at 08:15:15PM +0800, Paul Wise wrote:
> On Sat, 2016-12-17 at 09:45 +0100, Wouter Verhelst wrote:
>
> > Yes, but that still says:
>
> Ack.
>
> > I think a proper procedure should involve a script that:
> >
> > - is packaged in Debian;
>
> Ack.
>
> > - checks whether the h
On Sun, Dec 18, 2016 at 11:22 PM, Roger Shimizu wrote:
> Is there any way to simplify?
Remove the obsolete armel binaries where they occur and then mark the
packages as NFU on armel:
https://wiki.debian.org/ftpmaster_Removals
https://wiki.debian.org/PackagesArchSpecific
--
bye,
pabs
https://w
On Sat, Dec 10, 2016 at 12:22 PM, Wookey wrote:
>
> We can do poor-mans partial arch by just being fairly agressive about
> disabling armel for packages that are broken or not suitable. Not very
> clever or efficient, but it is easy to do and requires no infra or
> tooling changes at all. So long
On Sat, 2016-12-17 at 09:45 +0100, Wouter Verhelst wrote:
> Yes, but that still says:
Ack.
> I think a proper procedure should involve a script that:
>
> - is packaged in Debian;
Ack.
> - checks whether the hardware it's running on has all the hardware
> requirements for the new architectur
On Thu, Dec 15, 2016 at 11:19:34AM +0800, Paul Wise wrote:
> On Thu, Dec 15, 2016 at 1:40 AM, Wouter Verhelst wrote:
>
> > One way in which the need to keep armel around would be reduced is if we
> > could somehow upgrade from armel machines to armhf ones, without
> > requiring a reinstall.
>
> T
On 2016-12-16, Roger Shimizu wrote:
> On Sat, Dec 10, 2016 at 11:31 PM, Christoph Biedl
> wrote:
>>> Is it possible to put a bootloader like u-boot in the flash partitions
>>> and have it load the Linux kernel and initrd from elsewhere?
There's no technical reason this wouldn't be possible, just
[CC Vagrant, u-boot pkg maintainer]
On Sat, Dec 10, 2016 at 11:31 PM, Christoph Biedl
wrote:
> Paul Wise wrote...
>>
>> Is it possible to put a bootloader like u-boot in the flash partitions
>> and have it load the Linux kernel and initrd from elsewhere?
>
> That how I've been running my Dockstar
On Thu, Dec 15, 2016 at 1:40 AM, Wouter Verhelst wrote:
> One way in which the need to keep armel around would be reduced is if we
> could somehow upgrade from armel machines to armhf ones, without
> requiring a reinstall.
There is a script for that here:
https://wiki.debian.org/CrossGrading
--
On Wed, Dec 07, 2016 at 08:50:40PM +0900, Roger Shimizu wrote:
[...asking for armel to be retained...]
One way in which the need to keep armel around would be reduced is if we
could somehow upgrade from armel machines to armhf ones, without
requiring a reinstall.
After all, armel has been around
On Wed, Dec 14, 2016 at 06:40:22PM +0100, Wouter Verhelst wrote:
> On Wed, Dec 07, 2016 at 08:50:40PM +0900, Roger Shimizu wrote:
> [...asking for armel to be retained...]
>
> One way in which the need to keep armel around would be reduced is if we
> could somehow upgrade from armel machines to ar
> I was under the impression that that's not the case:
> https://lwn.net/Articles/314561/
Aha! Using the same trick that was used in the Mach microkernel.
Stefan
On Wed, Dec 07, 2016 at 03:53:31PM +, Steve McIntyre wrote:
> AFAIK there are potentially still similar problems with ARMv5 - lack
> of architcture-defined barrier primitives for C++11 atomics to
> work. (I'd love to be corrected on this if people know better!) This
> is one of the key points h
Roger Shimizu wrote:
>On Thu, Dec 8, 2016 at 12:53 AM, Steve McIntyre wrote:
>>
>> There are kernel helpers available to provide some atomic support, but
>> they'll be very slow compared to real hardware support at this level.
>
>Are those kernel helper already reached Debian?
>Or there's still so
On Fri, Dec 09, 2016 at 06:42:19PM -1000, Julien Cristau wrote:
>On 12/09/2016 05:22 PM, Wookey wrote:
>> We can do poor-mans partial arch by just being fairly agressive about
>> disabling armel for packages that are broken or not suitable. Not very
>> clever or efficient, but it is easy to do and
2016-12-09 0:12 GMT+02:00 Christoph Biedl :
> Same here. My Dockstars (orion5x/kirkwood) still work like a charm and
> it gives a bad feeling having to trash them some day just because
> there's no support any more.
>
> On the other hand, they face another problem I guess is typical for
> that gene
On 12/09/2016 05:22 PM, Wookey wrote:
> We can do poor-mans partial arch by just being fairly agressive about
> disabling armel for packages that are broken or not suitable. Not very
> clever or efficient, but it is easy to do and requires no infra or
> tooling changes at all. So long as someone is
On 2016-12-07 15:53 +, Steve McIntyre wrote:
> On Wed, Dec 07, 2016 at 08:50:40PM +0900, Roger Shimizu wrote:
> >I'm ARM porter on armel/marvell (orion5x/kirkwood).
> >Stretch will be frozen and released soon, which makes me bit depressed,
> >because it means armel will be dropped out of unst
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 release
> > buster we can't build a usef
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 release
> buster we can't build a useful kernel that fits into the 2 MB partition
> that most of these devic
Roger Shimizu wrote...
> I'm ARM porter on armel/marvell (orion5x/kirkwood).
> Stretch will be frozen and released soon, which makes me bit depressed,
> because it means armel will be dropped out of unstable/testing as the
> conclusion of Cape Town BoF.
Same here. My Dockstars (orion5x/kirkwood
Dear Steve,
Thanks for your comments!
Very informative!
On Thu, Dec 8, 2016 at 12:53 AM, Steve McIntyre wrote:
>
> There are kernel helpers available to provide some atomic support, but
> they'll be very slow compared to real hardware support at this level.
Are those kernel helper already reach
On Wed, Dec 07, 2016 at 05:05:58PM +0100, Emilio Pozuelo Monfort wrote:
>On 07/12/16 16:53, Steve McIntyre wrote:
>> * It will need somebody happy to dive into the lower levels of the
>>various toolchains to verify support for atomics and make things
>>work where it's not already, by addin
On 07/12/16 16:53, Steve McIntyre wrote:
> * It will need somebody happy to dive into the lower levels of the
>various toolchains to verify support for atomics and make things
>work where it's not already, by adding support for the kernel
>helpers.
There has been some recent work on t
On Wed, Dec 07, 2016 at 08:50:40PM +0900, Roger Shimizu wrote:
>[ intentionally keep d-d CCed ]
>
>On Fri, 22 Jul 2016 02:36:05 +0100
>Steve McIntyre wrote:
>
>> [ Please note the cross-post and Reply-To ]
>>
>> Hi folks,
>>
>> As promised, here's a quick summary of what was discussed at the ARM
[ intentionally keep d-d CCed ]
On Fri, 22 Jul 2016 02:36:05 +0100
Steve McIntyre wrote:
> [ Please note the cross-post and Reply-To ]
>
> Hi folks,
>
> As promised, here's a quick summary of what was discussed at the ARM
> ports BoF session in Cape Town.
Thanks for the summary!
I'm ARM port
27 matches
Mail list logo
