e sense for the XEN kernels to #include XEN.local
rather than GENERIC.local?
+-+--+------+
| Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | 1B11 1849 721C 56C8 F63A | p...@whooppee.com
options needed
must be defined in the Makefile; preferably no options are needed.
I have no clue about the magic number.
+-+--+------+
| Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | 1B11
= 0
Change this to
ddb.fromconsole = 1
ddb.tee_msgbuf = 0
ddb.commandonenter =
ddb.panicstackframes = 65535
ddb.dumpstack = 1
--
Emmanuel Dreyfus
m...@netbsd.org
!DSPAM:64d4d11036231714474243!
++--+--+
| Paul
Objections?
No objections here, just concurrences.
++--+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com|
| Software Developer
here too, e.g. __HAVE_SIMPLE_MUTEXES in mutex(9)).
We need someone(tm) to volunteer!
++------+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.c
Brian
!DSPAM:63da9667288221001310414!
++------+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com|
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye
gpsupport.c,v 1.13 2022/07/19 22:24:33 riastradh Exp $
$NetBSD: drm_pci_module.c,v 1.7 2018/08/28 03:41:39 riastradh Exp $
$
```
You might have a similar situation with two MODULE(...) in the sources
comprising your module.
Dunno how to fix this though...
-RVP
!DSPAM:63d8d9bb216371006074684!
5c5339123521361!
++--+------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com|
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoy
r code still exists in the loaded kernel.
++------+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com|
| Software Developer | 0786 F758 55DE 53BA 7731 | pgo
been bit more than once here...
i'd be ok with using it anywhere -- AFAIK the compiler support
is available everywhere.
me too
++--+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired)
10 tprof
Excellent - looks good.
++--+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com|
| Software Developer | 0786 F758 5
in the directory.
++--+------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com|
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
| & Network Engineer | | pgoyett...@gmail.com |
++--+--+
.
FWIW, mfii appears tobe more recentin NetBSD, appearing in 8.0 (vs
6.0 for mpii.
++--+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com
ion
of a system sleeping with reduced power, but on the other hand, being
unable to sleep at all means even less power reduction.
--
Emmanuel Dreyfus
m...@netbsd.org
!DSPAM:62fee614256621427699200!
++--+------+
| Paul Goyette | PGP
On Tue, 9 Aug 2022, Taylor R Campbell wrote:
Date: Mon, 8 Aug 2022 07:18:05 -0700 (PDT)
From: Paul Goyette
I suspect that modules are not being used very much. After all, we
include nearly everything in GENERIC kernels, so there's rarely any
need to load modules. (The major exception
I did
some testing and filed several PRs (kern/55928, kern/55929, and
kern/55930), but so far no further work has occurred.
++--+------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29
Rather than disabling (part
of) the module feature, we should find ways to improve testing
the feature.
++----------+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE
.
++--+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com|
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
| & Network Engi
EDID on the same HW (IvyBridge mobile
IGPU).
Works for me on -current as of 9.99.93 with nouveau and reredrm
++--+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF
later on for some other option/module.
++------+------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com|
| Software Developer | 0786 F758 55DE 5
o). I think I
addressed these by making explicit checks on the hook->hooked
member, but that's not really correct. (Unfortunately I can't
remember any details on this...)
Anyone got any suggestions?
++------+--+
| P
On Sat, 8 Jan 2022, Alistair Crooks wrote:
Count me in as well - the name completion collision has always annoyed me.
+2 :-)
++--+--+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired
mment ASAP, because I want to ride a kernel version bump.
Yeah, we're getting rather close to 9.99.MAX :)
++--+------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:|
| (Retired) | FA29 0E3B 35A
d to also prohibiting them on fifos and
reverting this change for the time being, if only because it means I
wouldn't have to redo the patches I was hoping to commit this week...)
Thoughts? Also, am I missing something?
--
David A. Holland
dholl...@netbsd.org
!DSPAM:60efa3bd146021739713255
sition planning would need to exist in the overall
plan, and well-communicated to users.
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p.
quot; and rather unuseful.
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
If yes, then leave things as they are today. But if you answer no,
we should automatically copy enough pseudo-entropy bits to /dev/rnd
to prevent future blocking.
++------+---+
| Paul Goyette | PGP Key fingerprint: | E-mail
rted the same entry twice into a list
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 5
at -l''
If you have a crash dump, you can use crash(8) to show the history
data (see ``show kernhist'' command in ddb(4) man page).
On Wed, 18 Nov 2020, Paul Goyette wrote:
On Wed, 18 Nov 2020, Edgar Fu? wrote:
Suggestion: put the ktrace file on a filesystem mounted -o sync
help.
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
tion?
Can the problem be reproduced in qemu?
(I'm not sure what the first two nesting levels were, but it would
help to describe what you're trying to boot - kernel config, version,
etc. - and in what environment - hardware, emulator, etc.)
+----+-
\
- (((elm)->field.cqe_next == CIRCLEQ_ENDC(head)) \
- ? ((head)->cqh_first)\
- : (elm->field.cqe_next))
-#define CIRCLEQ_LOOP_PREV(head, elm, field)\
- (((elm)->field.cqe_p
toload the modules, and then
unload them 10 seconds later.
I question whether we should do the autoloads...
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8A
accross reboots, so it is a one-time only fix.
OK. But how is it preserved across reboot ? Where does the kernel stores it ?
Shutdown process will store a new seed file
++--+---+
| Paul Goyette | PGP Key fingerprint: | E
r block again, so that feels like a
hard limit.
Of course, since the rate-limiting code is already written, it wouldn't
hurt to use it. I'm just pointing out that there's a natural limit
inherent in the code!
:)
++------+---
;
}
...etc
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye
iness of syscalls.def :) Or even maybe /usr/share/kern/...
might work.
++------+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
|
rom 1 to 0 when
securelevel > 0.
If there are no objections, I'm going to commit it tomorrow.
--
Alex
!DSPAM:5ec06ddb24841398742664!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:
./../../arch/x86/x86/syscall.c:138
#19 0x802096ad in handle_syscall ()
(gdb) q
A debugging session is active.
Inferior 2 [] will be killed.
Quit anyway? (y or n) y
You can't do that without a process to debug.
!DSPAM:5eacb24a288385617111965!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
ed(__mcfisac__)
!DSPAM:5e664fb8246343444541299!
++------+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
On Sat, 8 Feb 2020, Martin Husemann wrote:
On Sat, Feb 08, 2020 at 06:19:43AM -0800, Paul Goyette wrote:
The module should be MODULE_CLASS_DRIVER. And there should be a
sys/module/fault/Makefile to build the module, along with changes to
sys/module/Makefile (to descend into the fault
ault.diff
!DSPAM:5e3e9212102679617345149!
++------+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
M:5df8f070102259202610505!
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
On Sun, 8 Dec 2019, Paul Goyette wrote:
On Sun, 8 Dec 2019, Andrew Doran wrote:
Note that i386 includes an additional set of modules for Xen PAE.
This was something that Manuel and I originally disagreed on. I wanted x86
native & Xen to share modules but I don't have a strong opin
27;t remember all the details any more. (I did (briefly) mention
the issue to christos@ at the time, but didn't save the emails.)
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)
uto-unload.
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
ASCII Mouse
\ / Ribbon Campaign
X Against HTML mo...@rodents-montreal.org
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
!DSPAM:5d756850213181273910470!
++------+---+
| Paul
On Wed, 5 Jun 2019, Kamil Rytarowski wrote:
On 05.06.2019 17:59, Paul Goyette wrote:
An easier question:
Does an old HAXM module still work correctly with a new kernel??? AND
Does a new HAXM module still work correctly with an old kernel?
Actually HAXM does not use these structs but I
An easier question:
Does an old HAXM module still work correctly with a new kernel? AND
Does a new HAXM module still work correctly with an old kernel?
On Wed, 5 Jun 2019, Paul Goyette wrote:
On Wed, 5 Jun 2019, Kamil Rytarowski wrote:
On 05.06.2019 17:32, Paul Goyette wrote:
Are there
On Wed, 5 Jun 2019, Kamil Rytarowski wrote:
On 05.06.2019 17:32, Paul Goyette wrote:
Are there any userland programs that use cpu.h??? Or any kernel modules?
We use cpu.h, e.g. when prompting for CPU_MACHDEP values with sysctl(3).
HAXM as a kernel module uses cpu.h.
Well, just #include
86_xsave_offsets[i] = descs[1];
+ x86_xsave_sizes[i] = descs[0];
+ }
+ }
}
void
--
2.22.0.rc3
!DSPAM:5cf7db2f272681658520559!
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:
.
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
d/src/IH8Jag0YCI3N6boB
!DSPAM:5cedc4b046711245568741!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786
can figure out where disk_rename would normally be defined,
and determine if it is included in your kernel, or in some other
non-built-in module.
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail address
run-time.
(We currently don't have a mechanism to syncrhonize building of modules
on a per-kernel-configuration basis...)
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29
On Wed, 10 Apr 2019, Paul Goyette wrote:
This should now be fixed in -current
Pullups for netbsd-8 and -8-0 have been submitted.
Pullups are completed, so if you rebuild your -8 or -8-0 kernel you
should pick up the fix.
Sorry for making a mess.
On Tue, 9 Apr 2019, Paul Goyette wrote
This should now be fixed in -current
Pullups for netbsd-8 and -8-0 have been submitted.
On Tue, 9 Apr 2019, Paul Goyette wrote:
On Mon, 8 Apr 2019, Greg A. Woods wrote:
Indeed, something seems to have changed, and the problem continues with
-current as of late January (8.99.32).
I think
have been defparam'd into opt_sysv.h
Again, I will fix as soon as I can get to it, within the next couple of
days.
I will also request pullups to -8
Thanks, Greg, for the detailed analysis and suggestions!
++--+---+
| Pau
On Sun, 24 Mar 2019, David Holland wrote:
On Sun, Mar 24, 2019 at 04:59:58PM +0800, Paul Goyette wrote:
> Hmmm, checking the cvs history it seems that I added this dummy module
> for a specific reason. :)
Surely there's got to be a better way to set this up than creating
du
/tun; the autoload code in specfs
simply tries to load a module named tun.
Since _both_ methods of triggering the autoload need to work, we will
need to have both modules.
So I won't be removing this after all.
On Sun, 24 Mar 2019, Paul Goyette wrote:
While looking into creating a new mod
ose to remove the tun module from the distribution.
Any objections?
++------+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Sof
osf1_sys_usleep_thread
osf1_sys_getsysinfo
osf1_sys_setsysinfo
All of these are references from linux_sysent.o
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA2
T_OSF1 to the Attic with an unsatisfied dependency.
++------+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
t so that other developers can express their
opinions.
+--+--++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Ke
artin
!DSPAM:5c62daaa30766798715834!
+--+--+----+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758
LLIFE
permits.
On Wed, 16 Jan 2019, Paul Goyette wrote:
FWIW, it's been pointed out to me that "collapse" of the branch might
be mistakenly taken to indicate that the branch is beyond hope! :)
Definitely not true - it's just an unfortunate holdover from a former
$DAYJOB. Of cou
he KASSERT()
+--+--+----+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+--+--++
the branch
back into mainline.
On Wed, 16 Jan 2019, Paul Goyette wrote:
On Wed, 16 Jan 2019, Kamil Rytarowski wrote:
On 16.01.2019 10:20, Paul Goyette wrote:
Given the dearth of response to the notice posted on current-users I
thought I'd widen the audience a bit, to make sure that a
On Wed, 16 Jan 2019, Kamil Rytarowski wrote:
On 16.01.2019 10:20, Paul Goyette wrote:
Given the dearth of response to the notice posted on current-users I
thought I'd widen the audience a bit, to make sure that all concerned
have a chance to react!
-- Forwarded message --
Given the dearth of response to the notice posted on current-users I
thought I'd widen the audience a bit, to make sure that all concerned
have a chance to react!
-- Forwarded message --
Date: Mon, 14 Jan 2019 08:21:18 +0800 (PST)
From: Paul Goyette
To: current-us...@netbs
ATF
framework.
You can do a atf-run | atf-report after applying the patch to get a
report.
Oh, kewl! Thanks!
+--+--++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29
The test is currently not hooked into the build system, so this does
not cause build failures when building the kernel.
These tests should probably be migrated to use the atf framework.
+--+--+----+
| Paul Goyette | PGP Key f
.
Thanks in advance!
On Fri, 7 Sep 2018, Paul Goyette wrote:
Folks,
After several months of work, it's now (nearly) time to merge the
pgoyette-compat branch. (Yeah, I know that many/most of you don't
"allow" modules into your environments in the first place, so none
of
On Thu, 27 Sep 2018, Valery Ushakov wrote:
On Thu, Sep 27, 2018 at 16:20:50 +0800, Paul Goyette wrote:
I've got a problem where something I've changed over the last six months
(or more) on the [pgoyette-compat] branch has broken the release build
for at least ``build.sh -m algor
On Wed, 12 Sep 2018, Johnny Billquist wrote:
On 2018-09-11 23:06, Paul Goyette wrote:
On Tue, 11 Sep 2018, Johnny Billquist wrote:
Well, how about running actual BSD 4.3 binaries? :-)
But this is obviously limited to VAX only.
We don't have a compat_netbsd32 for vax.?? We have the m
d arm.
+--+--+----+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+--+--++
On Tue, 11 Sep 2018, Maxime Villard wrote:
Le 11/09/2018 à 09:46, Paul Goyette a écrit :
While working on the compat code, I noticed that there are a few old
syscalls which are defined in syc/compat/netbsd323/syscalls.master
with a type of COMPAT_43, yet there does not exist any
?
+--+--++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+--+--++
ompat_sysv
+--+--+----+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette
On Sun, 9 Sep 2018, Martin Husemann wrote:
On Sun, Sep 09, 2018 at 06:15:01PM +0800, Paul Goyette wrote:
On Sun, 9 Sep 2018, matthew green wrote:
Paul, i 100% agree this isn't a new problem. but your branch has
pushed it back into the foreground again :-)
Being in the foreground
under the carpet.
:)
+--+--+----+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA
e current HEAD code; it is not introduced by my changes
on the branch.
+--+----------++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot
27;d like to get
this committed sometime in the next two or three weeks if possible.
+------+--++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+--+--++
nge, but i can imagine that
unclean usages will trigger the failures you've seen.
.mrg.
!DSPAM:5b924b7432985219015240!
+--+--++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+--+--++
e a
lot more module names when you run modstat(8). The changes being
made are only meaningful when you actually use load{ed,able} modules.
+--+------++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
tes file. None of these
activites should prevent merging of the branch, as the short-comings are
already present on the mainline.
I welcome any timely review and constructive feedback. I'd like to get
this committed sometime in the next two or three weeks if possible.
+-
rything-as-modules-when-needed system for
years. :) My 8.99.22 kernel weighs in at under 12MB:
-rwxr-xr-x 1 root wheel 12102488 Jul 26 14:00 /netbsd
+--+--+----+
| Paul Goyette | PGP Key fingerprint: | E-mail
ce to know that someone(tm) was up to it!
+--+------++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+--+--++
Since this changes struct emul, it will require a kernel version bump;
if anyone else wants to coordinate commits and ride-the-bump, please
let me know!
+--+--+----+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:
not this
change should be committed.
+--+--+--------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53B
mes, too much documentation is worse than not enough... :)
+--+--+--------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Ker
arm a watchdog to panic after some time.
I'm gonna experiment with sprinkling panic("XXX"); and see if this works
out.
Can't you tell DDB to 'reboot 0x100' to force a crash dump? Then the
message buffer should be saved in the dump file.
+----------+--
On Mon, 6 Aug 2018, Robert Elz wrote:
Date:Mon, 6 Aug 2018 05:07:03 +0800 (+08)
From:Paul Goyette
Message-ID:
| Or we could just leave things alone, and tolerate the "hack" that is
| currently being used.
Or there could just be a new 1 bit/syscall
On Sun, 5 Aug 2018, Martin Husemann wrote:
On Sun, Aug 05, 2018 at 09:09:54PM +0800, Paul Goyette wrote:
We could change syscall_establish() to install for both sys_nomodule or
sys_nosys entry points. But then we'd need to remember which value to
restore when syscall_disestablish() is c
On Sun, 5 Aug 2018, Martin Husemann wrote:
On Sun, Aug 05, 2018 at 06:24:25AM +0800, Paul Goyette wrote:
The primary usage for this is for arch/usermode's syscallemu() which
(according to those working on arch/usermode) could be considered
"dangerous" and "should never be
toload
+ }
}
-
# rumpalooza
if (!rumpable)
return
+--+--++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+--+--++
tested to know if a vfs is builtin/modularized?
Thx
!DSPAM:5b6166e826831682086510!
+--+--++
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+--+--++
-conditional parts.
Please review the attached patch and let me know if there any serious
objections. I'd like to commit within the next day or two, along with a
kernel rev bump...
+--+--+----+
| Paul Goyette | PGP Key finger
On Fri, 13 Jul 2018, Martin Husemann wrote:
On Fri, Jul 13, 2018 at 05:55:17AM +0800, Paul Goyette wrote:
I have a system with (probably) enough RAM - amd64, 8/16 core/threads,
with 128GB, running 8.99.18 - to test if someone wants to provide an
explicit test scenario that can run on top of an
quot;production"
environment.
+--+--+----+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com |
| Kernel Developer | 0786 F758 55DE
1 - 100 of 654 matches
Mail list logo