Thorsten,
Serial output is just nice to capture kernel panic messages. We should get
none of those.
Hehe, speaking of the devil… peek over at gmane.linux.ports.m68k
for one trying to 'busybox mount -o remount,rw /'…
Good one... what was that run from - live CD, or ramdisk?
You'll wan
Michael Schmitz dixit:
>Serial output is just nice to capture kernel panic messages. We should get
>none of those.
Hehe, speaking of the devil… peek over at gmane.linux.ports.m68k
for one trying to 'busybox mount -o remount,rw /'…
>You'll want everything relative to Geert's queue I presume - I'
Thorsten,
> I got told this: “I get messages both on-screen and via serial console.
> I get just the serial output without -s in bootstraps.
> This behaviour is with every kernel I tested so far.”
Good - that's the expected behaviour.
> >Once it's installed and running with network that'll be a
Eero Tamminen dixit:
>Sure, the main thing where it was annoyingly slower, was logging in
>(as root). That hopefully doesn't run udev. ;-)
No, it just runs sha512 1 times in a row on the salted password
to hash it instead of md5crypt or just unix crypt.
(Or something like that, I’ve got the
Hi,
On perjantai 25 tammikuu 2013, Thorsten Glaser wrote:
> Eero Tamminen dixit:
> >My subjective impression is that Thomas' image is 10x slower at
>
> >booting and logging in, than the old Sarge image for Aranym:
> Eh well, don’t compare it with something from the last century ;)
>
> My baselin
Eero Tamminen dixit:
>My subjective impression is that Thomas' image is 10x slower at
>booting and logging in, than the old Sarge image for Aranym:
Eh well, don’t compare it with something from the last century ;)
My baseline is the etch-m68k+unstable from ~2009 what was on
the ARAnyM image from
Michael Schmitz dixit:
>Video, in this case.
>
>> gemini8, can you answer this?
I got told this: “I get messages both on-screen and via serial console.
I get just the serial output without -s in bootstraps.
This behaviour is with every kernel I tested so far.”
>> Unsurmountable. But what I mean
Christian T. Steigies dixit:
>since I can not receive mail directly on those machines (unless this works
>via IPv6, but no, since my DSL got "upgraded" I do not have that anymore
My setup for ara0 and ara1 (yet to come, different location from
ara5) involves an IPv6 tunnel over VPN, over which th
Hi,
On perjantai 25 tammikuu 2013, Ingo Jürgensmann wrote:
> Am 25.01.2013 um 10:21 schrieb "Christian T. Steigies" :
> > Where? On kullervo of course. I don't remember that it used to be so
> > slow, but then I did not set up build chroots very often.
>
> My subjective impression is that everyth
Am 25.01.2013 um 14:27 schrieb "Christian T. Steigies" :
> So the buildd can build hello in the chroot and it is happily creating and
> destroying snapshots. That seems to be much easier than before, I do not
> need to setup symlinks to the chroots anymore. And I do not need a separate
> user chro
On Fri, Jan 25, 2013 at 01:30:17PM +0100, Geert Uytterhoeven wrote:
> On Fri, Jan 25, 2013 at 10:21 AM, Christian T. Steigies
> wrote:
> >
> > Where? On kullervo of course. I don't remember that it used to be so slow,
> > but then I did not set up build chroots very often.
>
> You can run the fi
On Fri, Jan 25, 2013 at 10:21 AM, Christian T. Steigies wrote:
> On Fri, Jan 25, 2013 at 08:35:46AM +0100, Geert Uytterhoeven wrote:
>> On Thu, Jan 24, 2013 at 4:18 PM, Christian T. Steigies
>> wrote:
>> > deboostrap is slow... it took four hours to get to the same point, and
>> > fail again
Thorsten,
> >Yep - so does the net kernel show any console output with the -s boot flag?
> >If yes, it's a known bug. If not, it's something new and sinister. I'd be
> >surprised if the TT behaved substantially different from the Falcon there.
>
> Console as in, debug=ser, or on the video consol
Ingo J�rgensmann dixit:
>My subjective impression is that everything has gotten slower anyway.
Funnily enough, mine’s that sometime in 2010 or 2011, things
got faster again, except for anything using TLS or atomics,
of course. Might be the compiler.
>Dpkg needs way more memory due to the size of
Christian T. Steigies dixit:
>> Where do you run the first part of debootstrap? I don't think I ever ran
>> that on
>> the target, except for PS3, which was sufficiently beefy.
Mh, the target does work…
>Where? On kullervo of course. I don't remember that it used to be so slow,
Consider the sh
Michael Schmitz dixit:
>> >use of the -s bootstrap flag, as I've said before. If that works out, we'll
>>
>> The -s flag is required for video output, at the very least, yes.
>
>Yep - so does the net kernel show any console output with the -s boot flag?
>If yes, it's a known bug. If not, it's som
Am 25.01.2013 um 10:21 schrieb "Christian T. Steigies" :
> Where? On kullervo of course. I don't remember that it used to be so slow,
> but then I did not set up build chroots very often.
My subjective impression is that everything has gotten slower anyway. Dpkg
needs way more memory due to the
On Fri, Jan 25, 2013 at 08:35:46AM +0100, Geert Uytterhoeven wrote:
> On Thu, Jan 24, 2013 at 4:18 PM, Christian T. Steigies
> wrote:
> > deboostrap is slow... it took four hours to get to the same point, and
> > fail again. I had mounted proc and sysfs before running debootstrap, but I
> > t
Geert,
> >> The hydra and zorro8390 driver should handle that case fine, as interrupts
> >> are
> >> shared on Amiga.
> >
> > But these will only generate interrupts if the card has something to send,
> > or receive has been enabled. The timer polling seems to be the problem here.
>
> The point
19 matches
Mail list logo
