* [9fans] amd64 bootstrap file fo go1.16.3
@ 2021-04-18 0:28 kokamoto
2021-04-18 4:05 ` kokamoto
2021-04-18 9:08 ` David du Colombier
0 siblings, 2 replies; 20+ messages in thread
From: kokamoto @ 2021-04-18 0:28 UTC (permalink / raw)
To: 9fans
I cannot compile go1.16.3 using go-plan9-amd64-bootstrap with error from
/sys/lib/go/go-plan9-amd64-bootstrap/pkg/tool/plan9_amd64/compile
like: io error.
Does the bootstrap file is confirmed to work right?
My amd64 kernel messages are like:
Plan 9
mmuinit: vmstart 0xfffffffff0000000 vmunused 0xfffffffff03c1000 vmunmapped 0xfffffffff0400000 vmend 0xfffffffffe000000
sys->pd 0x108003 0x108023
l 3 0xffffff7fbfdfeff8 107023
l 2 0xffffff7fbfdffff8 108023
l 1 0xffffff7fbffffc00 e3
l 1 0xffffff7fbffffc00 e3
base 0xfffffffff03cf000 ptr 0xfffffffff03cf000 nunits 14430464
physalloc color=0 base=0xe000000 size=0x210000000
apic0: hz 100054450 max 1000544 min 10005 div 32
pcirouting: ignoring south bridge PCI.0.31.0 8086/1e48
igbe: p->cls 0x0, setting to 0x10
#l0: i82579: 1Gbps port 0xfffffffff7f00000 irq 11: 7446a0bbb2bb
#S/sdE: ich: 0xf7f36000 sata 3, 1 ports, irq 5
8133M memory: 2756K+220M kernel, 3810M user, 4100M lost <====
user[none]: sys
version...
!Adding key: dom=jitaku.localdomain proto=p9sk1
user[sys]:
password:
time...
init: starting /bin/rc
term%
Is the kernel working right?
What is 4100M loast?
Kenji
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-Me41d952c4b1f62cf67a822bb
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-18 0:28 [9fans] amd64 bootstrap file fo go1.16.3 kokamoto
@ 2021-04-18 4:05 ` kokamoto
2021-04-18 8:36 ` Philip Silva via 9fans
2021-04-18 9:08 ` David du Colombier
1 sibling, 1 reply; 20+ messages in thread
From: kokamoto @ 2021-04-18 4:05 UTC (permalink / raw)
To: 9fans
I forgot to write that opossum-master runs successfull partially.
'Partially' means the color is a little bit wrong, and I cannot use vesa mode
on 1920x1080x32, can do just under 1280x1024, and now using it
as 1024x768x32(sigh).
JS support of opossum becomes much better...
Kenji
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-M065cb7408d643eb1ec0c5aea
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-18 4:05 ` kokamoto
@ 2021-04-18 8:36 ` Philip Silva via 9fans
2021-04-18 22:36 ` kokamoto
` (2 more replies)
0 siblings, 3 replies; 20+ messages in thread
From: Philip Silva via 9fans @ 2021-04-18 8:36 UTC (permalink / raw)
To: 9fans
About Go 1.16.3, I had initially another problem when compiling. While running the compiler expected the bootstrapping files to be in a certain path. I think something like /tmp/glenda/.../..., so I renamed the path and it worked. I didn't check further though, but I'll check again later. Otherwise it worked, although I only did make.rc without the tests.
True, I noticed for instance light grey tones might show up as white. That's on a external Dell screen which is not the newest. On the fancy Macbook Air screen it's the grey. (E.g. on google.com, which is supposed to have a white background anyway ;)) The conversion from hex to draw.Color is really crude right now, so maybe it only works when the screen has a lot of gamut. Apart from that both vesa modes 1280x800x32 and 1920x1080x32 work for me, but only tested so far with VMWare and drawterm. Hm, does it not render at all then at 1920x1080x32?
> JS support of opossum becomes much better...
Awesome! Yeah quite some changes have happened on the JS side, really experimental AJAX support is also there. (On golang.org e.g. it's possible to run the example) Although right now I'm thinking to put the JS side into a separate process or even fs. That would reduce command line flags and all the messiness of js (support) itself. Apart from that a lot of issues about flickering (scrolling, loading text) and font sizing had been improved.
Greetings, Philip
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
Am Sonntag, 18 April 2021 06:05 schrieb <kokamoto@hera.eonet.ne.jp>:
> I forgot to write that opossum-master runs successfull partially.
> 'Partially' means the color is a little bit wrong, and I cannot use vesa mode
> on 1920x1080x32, can do just under 1280x1024, and now using it
> as 1024x768x32(sigh).
>
> JS support of opossum becomes much better...
>
> Kenji
>
>
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> 9fans: 9fans
> Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-M065cb7408d643eb1ec0c5aea
> Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-Mc5a0258f7a1ab7d69f7c0597
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-18 8:36 ` Philip Silva via 9fans
@ 2021-04-18 22:36 ` kokamoto
2021-04-19 23:02 ` kokamoto
2021-04-21 9:39 ` Richard Miller
2021-04-20 23:05 ` kokamoto
2021-04-21 5:23 ` kokamoto
2 siblings, 2 replies; 20+ messages in thread
From: kokamoto @ 2021-04-18 22:36 UTC (permalink / raw)
To: 9fans
> About Go 1.16.3, I had initially another problem when compiling. While running the compiler expected the bootstrapping files to be in a certain path. I think something like /tmp/glenda/.../..., so I renamed the path and it worked. I didn't check further though, but I'll check again later. Otherwise it worked, although I only did make.rc without the tests.
I did all.rc for 386, and got errors as:
========from here======
Building Go cmd/dist using /sys/lib/go/go-plan9-386-bootstrap
Building Go toolchain1 using /sys/lib/go/go-plan9-386-bootstrap.
Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
Building Go toolchain2 using go_bootstrap and Go toolchain1.
Building Go toolchain3 using go_bootstrap and Go toolchain2.
Building packages and commands for plan9/386.
##### Testing packages.
...
panic: test timed out after 9m0s
goroutine 142130 [running]:
panic(0x1b60e0, 0x10be4020)
/sys/lib/go/386/1.16.3/src/runtime/panic.go:1065 +0x4ac fp=0x10a4bfc8 sp=0x10a4bf64 pc=0x368fc
testing.(*M).startAlarm.func1()
...
FAIL runtime 544.833s
...
*** Test killed: ran too long (10m0s).
FAIL cmd/api 600.200s
...
panic: test timed out after 9m0s
...
FAIL cmd/compile/internal/gc 562.779s
...
panic: test timed out after 9m0s
...
FAIL cmd/cover 558.587s
...
go test proxy running at GOPROXY=http://127.0.0.1:51979/mod
*** Test killed: ran too long (10m0s).
FAIL cmd/go 600.208s
...
panic: test timed out after 9m0s
...
FAIL cmd/internal/moddeps 545.735s
...
panic: test timed out after 9m0s
...
FAIL cmd/link 559.764s
...
FAIL cmd/link/internal/ld 557.792s
ok cmd/link/internal/loader 14.522s
*** Test killed: ran too long (10m0s).
FAIL cmd/nm 600.171s
*** Test killed: ran too long (10m0s).
FAIL cmd/objdump 600.771s
panic: test timed out after 9m0s
...
FAIL cmd/pack 552.921s
...
FAIL cmd/vet 547.152s
FAIL
go tool dist: Failed: exit status: 'go 6839: 1'
all.rc 165: go 6566: 1
=======to here======
It took about half a day to accomplish!
Kenji
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-M2aee9a91a1c5704c75b29d40
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-18 22:36 ` kokamoto
@ 2021-04-19 23:02 ` kokamoto
2021-04-20 7:24 ` David du Colombier
2021-04-21 9:39 ` Richard Miller
1 sibling, 1 reply; 20+ messages in thread
From: kokamoto @ 2021-04-19 23:02 UTC (permalink / raw)
To: 9fans
Ok, I write the fact which happened to make go1.16.3-plan9-amd64-bootstrap
from go1.16.3-plan9-amd64-bootstrap.tbz:
-----from here----
I made first go1.16.3-plan9-amd64-bootstrap.tar on this Plan9.
cpu% cat go1.16.3-plan9-amd64-bootstrap.tar|{cd /sys/lib/go; tar xT}
tar: // Copyright 2018 The Go Authors. All rights reserved.
// Use of this source code is governed by a B: ENSE file.
// Package analysisutil defines various helper functions
// used by two or more packages beneath go/analysis.
package analysisutil
import (
"bytes"
"go/ast"
"go/printer"
"go/token"
"go/types"
"io/ioutil"
)
// Format returns a string representation of the expression.
func Format(fset *token.FileSet, x ast.Expr) string {
var b bytes.Buffer
printer.Fprint(&b, fset, x)
return b.String()
}
// HasSideEffects reports whether evaluation of e has side effects.
func HasSideEffects(info *types.Info, e ast.Expr) bool {
safe := true
ast.Inspect(e, func(node ast.Node) bool {
switch n := node.(type) {
case *ast.CallExpr:
typVal := info.Types[n.Fun]
switch {
case typVal.IsType():
// Type conversion, which is safe.
case typVal.IsBuiltin():
// Builtin func, conservatively assumed to not
// be safe for now.
safe = false
return false
default:
// A non-builtin func or method call.
// Conservatively assume that all of them have
// side effects for now.
safe = false
return false
}
case *ast.UnaryExpr:
if n.Op == token.ARROW {
safe = false
return false
}
}
return true
})
return !safe
}
// Unparen returns e with any enclosing parentheses stripped.
func Unparen(e ast.Expr) ast.Expr {
for {
p, ok := e.(*ast.ParenExpr)
if !ok {
return e
}
e = p.X
}
}
// ReadFile reads a �: non-numeric checksum in header
tar: bad archive header checksum in archive: name // Copyright 2018 The Go Authors. All rights reserved.
// Use of this source code is governed by a B...; expected 037777777777 got 0125506
cpu%
cpu% lc /sys/lib/go/go-plan9-amd64-bootstrap
bin pkg src test
--------to here------
I, then, make go-plan9-amd64-bootstrap file tree on Linux, and copy it to /sys/lib/go.
From the procedures above, I thought go-plan9-amd64-bootstrap.tbz was built on a
certain system other than Plan9.
Kenji
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-Mf588e3fb610031e0f0ce251f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-19 23:02 ` kokamoto
@ 2021-04-20 7:24 ` David du Colombier
2021-04-20 23:03 ` kokamoto
0 siblings, 1 reply; 20+ messages in thread
From: David du Colombier @ 2021-04-20 7:24 UTC (permalink / raw)
To: 9fans
> // ReadFile reads a �: non-numeric checksum in header
> tar: bad archive header checksum in archive: name // Copyright 2018 The
> Go Authors. All rights reserved.
> // Use of this source code is governed by a B...; expected 037777777777
> got 0125506
> cpu%
I've fixed this issue a couple of days ago. The most recent archives
were not in ustar format. Please re-download the bootstrap.
--
David du Colombier
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-Mdcfc2f930de79695da07b13d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-20 7:24 ` David du Colombier
@ 2021-04-20 23:03 ` kokamoto
2021-04-27 6:00 ` kokamoto
0 siblings, 1 reply; 20+ messages in thread
From: kokamoto @ 2021-04-20 23:03 UTC (permalink / raw)
To: 9fans
> I've fixed this issue a couple of days ago. The most recent archives
> were not in ustar format. Please re-download the bootstrap.
Yes, I did it, and got the following error:
Building Go cmd/dist using /sys/lib/go/go-plan9-amd64-bootstrap
kickpager page size 4K color -1
iallocb: no memory 864/78293674
out of physical memory
133: compile killed: out of physical memory
kickpager page size 4K color -1
kickpager page size 4K color -1
go tool compile: exit status: compile 133: killed: Insufficient physical memory
I made go1.16.3 for amd64 by using 386 go, and gotit.
However, it also errored as that above, yes tool compile.
Kenji
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-Mf291b24868ea007883da4e47
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-20 23:03 ` kokamoto
@ 2021-04-27 6:00 ` kokamoto
2021-04-27 7:01 ` David du Colombier
0 siblings, 1 reply; 20+ messages in thread
From: kokamoto @ 2021-04-27 6:00 UTC (permalink / raw)
To: 9fans
>> I've fixed this issue a couple of days ago. The most recent archives
>> were not in ustar format. Please re-download the bootstrap.
>
> Yes, I did it, and got the following error:
>
> Building Go cmd/dist using /sys/lib/go/go-plan9-amd64-bootstrap
> kickpager page size 4K color -1
> iallocb: no memory 864/78293674
> out of physical memory
> 133: compile killed: out of physical memory
> kickpager page size 4K color -1
> kickpager page size 4K color -1
> go tool compile: exit status: compile 133: killed: Insufficient physical memory
This error might have occured when 6c/6l are running.
I saw same error message to compile /sys/src/cmd/gs by native amd64 terminal.
On amd64 mode 9legacy terminal
term% cd /sys/src/cmd/gs
term% make install
then got the error messages like:
kickpager page size 4k color -1
out of physical memory
mk: pcc -o...:exit status=rc 3033: pcc 3035: 6l: 6l 3036:
killed: insufficient physical memory
rc 131: mk 132: error
This error occured mk is trying to link many object to final gs.
Interestingly, this does not occur when compiling on 386 environment,
like objtype=amd64 mk install.
Then, I suspect /amd64/bin/6l has some problem.
Kenji
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-M119a1fda009e322227594329
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-18 22:36 ` kokamoto
2021-04-19 23:02 ` kokamoto
@ 2021-04-21 9:39 ` Richard Miller
2021-04-21 14:27 ` Bakul Shah
1 sibling, 1 reply; 20+ messages in thread
From: Richard Miller @ 2021-04-21 9:39 UTC (permalink / raw)
To: 9fans
> go tool dist: Failed: exit status: 'go 6839: 1'
> all.rc 165: go 6566: 1
> =======to here======
>
> It took about half a day to accomplish!
Some things that can make go tools and test suite quicker:
- use ramfs for /tmp
- use a local file server, with local disk or aoe on a fast connection
- make sure you have lots of RAM, or swap to a local disk
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-M19b4000ed9c8fed76f7333be
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-18 8:36 ` Philip Silva via 9fans
2021-04-18 22:36 ` kokamoto
@ 2021-04-20 23:05 ` kokamoto
2021-04-21 5:23 ` kokamoto
2 siblings, 0 replies; 20+ messages in thread
From: kokamoto @ 2021-04-20 23:05 UTC (permalink / raw)
To: 9fans
d anyway ;)) The conversion from hex to draw.Color is really crude right now, so maybe it only works when the screen has a lot of gamut. Apart from that both vesa modes 1280x800x32 and 1920x1080x32 work for me, but only tested so far with VMWare and drawterm. Hm, does it not render at all then at 1920x1080x32?
drawterm to 9legacy works very fine as that for 9front.
Kenji
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-M627fd8f39a719aaa5a830c06
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-18 8:36 ` Philip Silva via 9fans
2021-04-18 22:36 ` kokamoto
2021-04-20 23:05 ` kokamoto
@ 2021-04-21 5:23 ` kokamoto
2021-04-21 6:56 ` David du Colombier
2 siblings, 1 reply; 20+ messages in thread
From: kokamoto @ 2021-04-21 5:23 UTC (permalink / raw)
To: 9fans
> True, I noticed for instance light grey tones might show up as white. That's on a external Dell screen which is not the newest. On the fancy Macbook Air screen it's the grey. (E.g. on google.com, which is supposed to have a white background anyway ;)) The conversion from hex to draw.Color is really crude right now, so maybe it only works when the screen has a lot of gamut. Apart from that both vesa modes 1280x800x32 and 1920x1080x32 work for me, but only tested so far with VMWare and drawterm. Hm, does it not render at all then at 1920x1080x32?
I found the bug in libdraw and libmemdraw, because 9front does those very fine.
I thought 9front is much more tested harder than 9legacy, then I compasred those source sets,
and got success to draw very fine colors of opossum on 9legacy now.
This also solved the resolution problem for vesa driver, and now I can use 1920x1080x32
resolution!
How I can make diffs for those?
Kenji
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-Meb7304ab870f2c20b31ac504
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [9fans] amd64 bootstrap file fo go1.16.3
2021-04-18 0:28 [9fans] amd64 bootstrap file fo go1.16.3 kokamoto
2021-04-18 4:05 ` kokamoto
@ 2021-04-18 9:08 ` David du Colombier
2021-04-18 10:19 ` kokamoto
1 sibling, 1 reply; 20+ messages in thread
From: David du Colombier @ 2021-04-18 9:08 UTC (permalink / raw)
To: 9fans
> I cannot compile go1.16.3 using go-plan9-amd64-bootstrap with error from
> /sys/lib/go/go-plan9-amd64-bootstrap/pkg/tool/plan9_amd64/compile
> like: io error.
>
> Does the bootstrap file is confirmed to work right?
Please try with this bootstrap:
http://9legacy.org/download/go/go1.16.3-plan9-amd64-bootstrap.tbz
> Is the kernel working right?
> What is 4100M loast?
This kernel doesn't handle more than 4 GB of memory,
so this is expected.
--
David du Colombier
------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T75ee4ccd407669dd-Mb23b025c8f1b5c6a702942ab
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2021-04-27 7:02 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-18 0:28 [9fans] amd64 bootstrap file fo go1.16.3 kokamoto
2021-04-18 4:05 ` kokamoto
2021-04-18 8:36 ` Philip Silva via 9fans
2021-04-18 22:36 ` kokamoto
2021-04-19 23:02 ` kokamoto
2021-04-20 7:24 ` David du Colombier
2021-04-20 23:03 ` kokamoto
2021-04-27 6:00 ` kokamoto
2021-04-27 7:01 ` David du Colombier
2021-04-21 9:39 ` Richard Miller
2021-04-21 14:27 ` Bakul Shah
2021-04-21 15:04 ` Richard Miller
2021-04-20 23:05 ` kokamoto
2021-04-21 5:23 ` kokamoto
2021-04-21 6:56 ` David du Colombier
2021-04-21 9:20 ` kokamoto
2021-04-21 9:29 ` Richard Miller
2021-04-21 11:04 ` kokamoto
2021-04-18 9:08 ` David du Colombier
2021-04-18 10:19 ` kokamoto
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).