9front - general discussion about 9front
 help / color / mirror / Atom feed
* Several 9front Bug Reports (fwd)
@ 2017-02-20 21:20 Julius Schmidt
  2017-02-20 21:42 ` [9front] " cinap_lenrek
  0 siblings, 1 reply; 2+ messages in thread
From: Julius Schmidt @ 2017-02-20 21:20 UTC (permalink / raw)
  To: 9front

sl still hasn't fixed the spf blacklist issue so tony kaku had me forward 
this.

---------- Forwarded message ----------
Date: Mon, 20 Feb 2017 22:04:30 +0100
From: Tony Kaku <tonykaku@openmailbox.org>
To: aiju@phicode.de
Subject: Several 9front Bug Reports

Hi,

I've recently installed 9front, and I ran into several seemingly
unrelated bugs. I'd be grateful if you guys could look into them.

tl;dr:
     * /net/ether0 missing on two separate machines
     * MBR hangs on a certain boot configuration
     * laptop fan spins violently and unnecessarily

Long story:

I've been using 9front from qemu for a while now, and I've gotten
familiar enough with it that I decided to install it on real hardware,
with multiple machines comprising a single system.

I own a desktop computer[0], a laptop[1], and a Raspberry Pi. I wanted
to try arranging these machines in different term/disk/auth/cpu
combinations, so I decided to install to a external hard drive. This
way I could easily move the disk across devices to try various
configurations, and also test the system on all my machines before I
networked them together.

I configured the Pi to boot 9pif, and decided to wait until I've set
up the x86 machines and come back to it.

I performed the installation on the laptop, and everything was working
fine except for the lack of ethernet. The installer failed to detect
ethernet and switched to PPP configuration, which I backed out of. I
thought this was only a problem on the live USB, but it persisted on
the installed OS as well. I deduced that /net/ether0 was missing.

I then moved the external hard drive to the desktop. It's old and
doesn't support booting directly from USB devices. My workaround is to
set the BIOS to boot from HDD, and configure the desired USB device as
the first hard disk. This has worked for many Linux distros in the
past, as well as OpenBSD and the 9front installer itself (I played
around with the live environment in the past). But when I tried to
boot from the external hard disk, the MBR fell into an infinite loop
of printing "MBR...MBR...MBR...". I've narrowed down that this means
its infinitely looping over /sys/src/boot/pc/mbr.s:58. I'm not sure
why exactly this happens in this particular boot configuration.

I worked around this problem by pluging in both the installation USB
and the external hard drive, booting from the USB, and setting
bootargs to the file system on the hard drive.

I then found that the desktop is also missing /net/ether0. In
retrospect, ethernet never worked when I was trying 9front out live on
either of my machines, but I didn't think the problem would persist on
a real installation.

Booting 9front on the laptop again later and using it for a while, the
laptop fan started to spin about three times as loudly then ever
before. I was doing no computationally expensive tasks, and stats(1)
was showing negligible load. As the fan slowly got louder, I decided
to quickly reboot so as not to damage my laptop. The problem persisted
as the fan would keep spinning up after a certain amount of time after
boot. Same thing next day. It might be relevant that I've had problems
in the past with this laptop where certain versions of Linux
distributions would kernel panic at boot, whether it was off USB or
elsewhere.

Thanks,
tonykaku

--

[0] http://sysinfo.9front.org/src/138/body
[1] http://sysinfo.9front.org/src/139/body



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [9front] Several 9front Bug Reports (fwd)
  2017-02-20 21:20 Several 9front Bug Reports (fwd) Julius Schmidt
@ 2017-02-20 21:42 ` cinap_lenrek
  0 siblings, 0 replies; 2+ messages in thread
From: cinap_lenrek @ 2017-02-20 21:42 UTC (permalink / raw)
  To: 9front

theres no reason to think hardware support would change after
install. the exact same kernel is used for the life system as
what will get installed on disk.

we do not have a driver for nvidia MCP61... not sure if its worth
the time writing one for such an old card except for the exercise...

for the machine with the realtek, try this patch to add the mac revision
to the driver:

diff -r 0e4d5b61d394 sys/src/9/pc/ether8169.c
--- a/sys/src/9/pc/ether8169.c	Mon Feb 20 22:01:54 2017 +0100
+++ b/sys/src/9/pc/ether8169.c	Mon Feb 20 22:37:21 2017 +0100
@@ -120,6 +120,7 @@
 	Macv28		= 0x2c000000,	/* RTL8111/8168B */
 	Macv29		= 0x40800000,	/* RTL8101/8102E */
 	Macv30		= 0x24000000,	/* RTL8101E? (untested) */
+	Macv39		= 0x44800000,	/* RTL8106E (untested) */
 	Macv40		= 0x4c000000,	/* RTL8168G */
 	Macv44		= 0x5c800000,	/* RTL8411B */
 	Macv45		= 0x50800000,	/* RTL8168GU */
@@ -1051,6 +1052,7 @@
 	case Macv28:
 	case Macv29:
 	case Macv30:
+	case Macv39:
 	case Macv40:
 	case Macv44:
 	case Macv45:

--
cinap


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2017-02-20 21:42 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-20 21:20 Several 9front Bug Reports (fwd) Julius Schmidt
2017-02-20 21:42 ` [9front] " cinap_lenrek

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).