Re: [BUG] 4.13.0 kernel build error on Alpha

[Bob Tracy]

Yesterday, I thought what I wanted to do was the ".c" file equivalent of
the '.section .alphalib,"ax"' substitution we made to the ".S" files.
I'm getting a good kernel build with the following patch:


--CUT HERE--
--- linux/arch/alpha/lib/memcpy.c.orig  2016-10-20 01:11:37.0 -0500
+++ linux/arch/alpha/lib/memcpy.c   2017-09-11 22:38:41.634495379 -0500
@@ -149,7 +149,7 @@
DO_REST_ALIGNED_DN(d,s,n);
 }
 
-void * memcpy(void * dest, const void *src, size_t n)
+__attribute__((section(".alphalib"))) void * memcpy(void * dest, const void 
*src, size_t n)
 {
if (!(((unsigned long) dest ^ (unsigned long) src) & 7)) {
__memcpy_aligned_up ((unsigned long) dest, (unsigned long) src,
--TUC EREH--

The GNU C documentation concerning the "section" attribute as applied to
functions implies I should have been able to specify
__attribute__((section(".alphalib,\"ax\"")))
but the compiler didn't like the comma and argument following the
section name.

I'm guessing I'll probably end up having to do this same fixup for the
rest of the ".c" files in the "arch/alpha/lib" directory at some point,
but I'll cross that bridge when I come to it.

--Bob

Re: Latest install images

[Michael Cree]

On Mon, Sep 11, 2017 at 07:06:08AM +, Gyenes Istvan wrote:
> aboot> 1
> aboot: loading uncompressed boot/vmlinuz...
> aboot: loading compressed boot/vmlinuz...
> aboot: zero-filling 403856 bytes at 0xfc0001f96bf0
> aboot: loading initrd (16612573 bytes/16223 blocks) at 0xfc002adda000
> aboot: starting kernel boot/vmlinuz with arguments ramdisk_size=48565  
> root=/dev/ram devfs=mount,dall  console=ttyS0
> 
> halted CPU 0
> 
> halt code = 5
> HALT instruction executed
> PC = fc000139c1b4
> >>>

Oh, that's that generic kernel fails to boot on some systems bug.

I seem to recall someone saying that the SMP kernel boots.  Is that
on the install disk?  Maybe you can give that a go.

Otherwise you will have to build a machine specific kernel.  One
can do that on current Debian stable with the gcc-alpha-linux-gnu
cross compiler package. 

Cheers
Michael.

Re: Latest install images

[Frank Scheiner]

Hi,

On 09/11/2017 09:06 AM, Gyenes Istvan wrote:

Hello,

I have tried out the latest images but it fails to boot both on AS800 and Miata.
The same things happen on DS10



As per [1] and [2] I was partly successful in netbooting my Alpha 
machines (which include a PWS 500au and a DS20E (similar to a DS10 from 
a chipset and CPU point of view)) with the SMP versions of the Debian 
Linux kernels (v4.9.18 at that time), although most of the machines are 
uniprocessor machines.


[1]: https://lists.debian.org/debian-alpha/2017/03/msg7.html

[2]: https://lists.debian.org/debian-alpha/2017/04/msg00018.html

But I assume this won't help much for the current installer images. :-/

Cheers,
Frank

Latest install images

[Gyenes Istvan]

Hello, 

I have tried out the latest images but it fails to boot both on AS800 and Miata.
The same things happen on DS10

aboot: no disklabel found.
iso: Max size:122654   Log zone size:2048
iso: First datazone:40   Root inode number 81920
aboot: could not find default config `A'
Welcome to aboot 1.0_pre20040408
Commands:
 h, ?                   Display this message
 q                      Halt the system and return to SRM
 p 1-8                  Look in partition  for configuration/kernel
 l                      List preconfigured kernels
 d                 List directory  in current filesystem
 b          Boot kernel in  (- for raw boot)
 i                Use  as initial ramdisk
                        with arguments 
 0-9                    Boot preconfiguration 0-9 (list with 'l')
aboot> l
0:boot/vmlinuz ramdisk_size=48565 initrd=/boot/initrd.gz root=/dev/ram 
devfs=mount,dall 
1:boot/vmlinuz ramdisk_size=48565 initrd=/boot/initrd.gz root=/dev/ram 
devfs=mount,dall  console=ttyS0
2:boot/vmlinuz ramdisk_size=48565 initrd=/boot/initrd.gz root=/dev/ram 
devfs=mount,dall  console=ttyS1
aboot> 1
aboot: loading uncompressed boot/vmlinuz...
aboot: loading compressed boot/vmlinuz...
aboot: zero-filling 403856 bytes at 0xfc0001f96bf0
aboot: loading initrd (16612573 bytes/16223 blocks) at 0xfc002adda000
aboot: starting kernel boot/vmlinuz with arguments ramdisk_size=48565  
root=/dev/ram devfs=mount,dall  console=ttyS0

halted CPU 0

halt code = 5
HALT instruction executed
PC = fc000139c1b4
>>>


br,

--
istvan

Re: Updated installer images

[Witold Baryluk]

Hi John. Thanks a lot for these images for alpha, I will be trying them
soon probably, as I was unlucky with some previous ones. :)

Thanks.


2017-09-10 21:35 GMT+02:00 Anatoly Pugachev :

> On Sun, Sep 10, 2017 at 10:12 PM, Christoph Biedl
>  wrote:
> > John Paul Adrian Glaubitz wrote...
> >
> >> Please test and report back on the individual architecture
> >> mailing lists
> >
> > So far, the ride for ppc64 has been *extremely* painful. This is not
> > necessarly due to your efforts, but it feels a lot like nobody ever has
> > tried to set up Debian on a G5 using netboot.
> >
> > So far (might be incomplete, and I'm both tired and fairly upset):
> >
> > * Any reasonable documentation on this anywhere? No about how to set up
> >   DHCP/TFTP server, I've done this many time. But what about which files
> >   are needed, and how to provide a netboot-adjusted yaboot.conf, and
> >   mostly: How to make yaboot make using it?
> >
> > * The OF bootloader needs two rounds to load yaboot.
> >
> > * yaboot should either get a decent on-line help or see bitrot.
> >
> > * yaboot's "conf /path/to/config" command, when initially using netboot,
> >   happiliy ignores the file name but retrieves 01-xx-yy-xx-yy-xx-yy
> >   using TFTP instead.
> >
> > * After a lot of trickery, the installer's vmlinux now gets loaded. At a
> >   whopping 6 kbyte/sec (yes: six kilobytes). Just to remind you, kernel
> >   and initrd take some 35 megabytes, and the G5 has already turned to
> >   airplane mode. My neighbors will love me.
> >
> > This isn't getting anywhere useful soon.
>
> I was able to install netboot sparc64 ldom (but not latest sid version
> , which is too big to load by OBP. There's also #645657 debian bug,
> but somehow it got closed).
>
> Also, installed ppc64 LPAR, failed to install yaboot and using grub2
> on Power8 server, but that installation wasn't netboot, but usual
> iso/cdrom install.
>
> I could probably try to install test ppc64 lpar with netboot just to
> check how it will go, but i need to know where do i get netboot image,
> since https://cdimage.debian.org/cdimage/ports/ does not have netboot
> images.
>
> Thanks
>
>


-- 
Witold Baryluk
My PGP keys for 2017-02-17 - 2019-02-17:
5B8C 48CB 8B2F CF53 CA55  0995 16D9 6FA2 20A8 F130
https://functor.xyz/pgp/witold.baryluk-gmail.gpg.asc
https://keys.mailvelope.com/pks/lookup?op=get=0x16D96FA220A8F130

Re: [BUG] 4.13.0 kernel build error on Alpha

[Michael Cree]

On Sun, Sep 10, 2017 at 10:23:40PM -0500, Bob Tracy wrote:
> On Sun, Sep 10, 2017 at 10:16:41PM -0500, Bob Tracy wrote:
> > On Sun, Sep 10, 2017 at 07:59:40PM -0700, Matt Turner wrote:
> > > On Sun, Sep 10, 2017 at 3:34 PM, Bob Tracy  wrote:
> > > > Here we go again :-(.  Tool versions as follows:
> > > > (...)
> > > >
> > > >   MODPOST vmlinux.o
> > > > WARNING: EXPORT symbol "callback_setenv" [vmlinux] version generation 
> > > > failed, symbol will not be versioned.
> > > > (...)
> > > > WARNING: modpost: Found 24 section mismatch(es).
> > > > To see full details build your kernel with:
> > > > 'make CONFIG_DEBUG_SECTION_MISMATCH=y'
> > > 
> > > All of this is fixed by
> > > 
> > > commit 873f9b5bcbf27f6e89e1879714abe4532cacf5d7
> > > Author: Ben Hutchings 
> > > Date:   Wed Jul 19 01:01:16 2017 +0100
> > > 
> > > alpha: Restore symbol versions for symbols exported from assembly
> > 
> > I guess that commit hasn't made it into Linus' tree :-(.  If the patch
> > is short, please forward if you would be so kind.  Many thanks in
> > advance.
> 
> Never mind.  Linus pulled it five days ago as I type this.  The fixes
> obviously didn't make it in time for 4.13-final, but should be in 4.14.

4.13 final builds fine for me when building for a DP264 alpha config.

But I do recommend you revert 6cd9dc3e75078ef646076fa63adfb9b85ced0b66
(mm/compaction.c: fix zoneindex in kcompactd()) in your build of the
kernel for Alpha as it causes random segfaults in user space.
Unfortunately no one took any notice when I reported this some time
ago.

Cheers
Michael.