Re: NetBSD 8.0 RC1 issue
Hi Phil, On 26/04/2018 22:17, Phil Nelson wrote: > I also tried 8.0 RC1 on a Dell 990 and it wouldn't even boot. 6.1.5 is > running > just great on that machine, but I couldn't get the 8.0 RC1 to even find a root > device when booting the amd64 8.0 RC1. *sigh* If that's a Optiplex 990, I have definitely had success with HEAD back in November last year. Is your BIOS up to date? http://dmesgd.nycbug.org/index.cgi?do=view&id=3385 Sevan
Re: NetBSD 8.0 RC1 issue
On Wednesday 25 April 2018 12:40:32 Tom Spindler (moof) wrote: > > I'm a little late in trying 8.0 ... but I just tried to install 8.0 RC1 on a > > Dell Optiplex 745. During boot it blanks the display and nothing can > > be seen on the display from that point on. > > IIRC, I had similar issues with going from 6.x to 7.x; in my /etc/boot.cfg > I had to change the entries along the lines of > > menu=Boot normally:rndseed /var/db/entropy-file;vesa 1024x768x8;boot netbsd > menu=Drop to boot prompt:vesa 1024x768x8;prompt > > Alternately, "vesa on" supposedly works, but I never got that to work > consistently. None of that worked for me. the "vesa on" mode blanked the display faster than the regular boot. I tried a number of the vesa settings to no avail. I also tried 8.0 RC1 on a Dell 990 and it wouldn't even boot. 6.1.5 is running just great on that machine, but I couldn't get the 8.0 RC1 to even find a root device when booting the amd64 8.0 RC1. *sigh* --Phil
Re: awge0 and 100mb?
On Thu, Apr 26, 2018 at 11:20:22AM -0400, Andrew Cagney wrote: > > I tested on a olimex lime2 (A20 with a realtek Gbe PHY), it doens't make a > > difference either. > > Unfortunately, it didn't seem to help my 100mb connection. > If there's something specific to look at let me know. What board and PHY do you have ? -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: awge0 and 100mb?
On 26 April 2018 at 04:12, Manuel Bouyer wrote: > On Wed, Apr 25, 2018 at 07:36:18AM +0200, Martin Husemann wrote: >> On Tue, Apr 24, 2018 at 06:54:16PM +0200, Aymeric Vincent wrote: >> > >> > Hi, >> > >> > how about you tried this patch? Among quite a few other changes, I need >> > to remove AWIN_GMAC_MAC_INT_RGSMII from the default mask to make the >> > awge0 on my DE0 nano-soc work (at Gbps speed, and because the PHY there >> > is connected via RGMII). It looks like the media changing code is >> > present but we mask media changing interrupts, so you might lose at >> > 100Mbps and be lucky at 1Gbps. My analysis could be wrong though, I'm >> > interested in your feedback. >> >> Heh, good catch. >> >> I can not easily test media changes (due to the way my cubietruck is >> wired/mounted), but the patch at least does not break it (nor cause >> noticable differences in interrupt counts). > > I tested on a olimex lime2 (A20 with a realtek Gbe PHY), it doens't make a > difference either. Unfortunately, it didn't seem to help my 100mb connection. If there's something specific to look at let me know. Andrew
Re: secmodel_securelevel(9) and machdep.svs.enabled
26.04.2018, 13:03, "Thor Lancelot Simon" :If that is true it's a serious regression. Are you talking about thepathological case where "options INSECURE" is set?ThorMy reasoning was based entirely upon reading secmodel_securelevel(9) and kmem(4) man pages. I don’t know whether it accurately reflects the reality.Alex
Re: secmodel_securelevel(9) and machdep.svs.enabled
On Wed, Apr 25, 2018 at 09:43:18PM +0100, Alexander Nasonov wrote: > > Thinking a bit more about this, I don't think my patch will prevent > data leakage from the kernel because /dev/mem and /dev/kmem are > readable at all securelevels. It can only prevent leakage in some If that is true it's a serious regression. Are you talking about the pathological case where "options INSECURE" is set? Thor
Re: awge0 and 100mb?
On Wed, Apr 25, 2018 at 07:36:18AM +0200, Martin Husemann wrote: > On Tue, Apr 24, 2018 at 06:54:16PM +0200, Aymeric Vincent wrote: > > > > Hi, > > > > how about you tried this patch? Among quite a few other changes, I need > > to remove AWIN_GMAC_MAC_INT_RGSMII from the default mask to make the > > awge0 on my DE0 nano-soc work (at Gbps speed, and because the PHY there > > is connected via RGMII). It looks like the media changing code is > > present but we mask media changing interrupts, so you might lose at > > 100Mbps and be lucky at 1Gbps. My analysis could be wrong though, I'm > > interested in your feedback. > > Heh, good catch. > > I can not easily test media changes (due to the way my cubietruck is > wired/mounted), but the patch at least does not break it (nor cause > noticable differences in interrupt counts). I tested on a olimex lime2 (A20 with a realtek Gbe PHY), it doens't make a difference either. -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
