I wrote, let's give this a week to
settle in HEAD before merging it to 11-STABLE. I'll close PR 229236
once it's been merged.
--
Ed Schouten
Nuxi, 's-Hertogenbosch, the Netherlands
___
freebsd-stable@freebsd.org mailing list
https
ou give this one a try? Thanks!
--
Ed Schouten
Nuxi, 's-Hertogenbosch, the Netherlands
syslogd-optional-timestamp-v2.diff
Description: Binary data
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stab
d patch? It alters syslogd
to let the 'legacy' RFC 3164 parser also accept messages without a
timestamp. The time on the syslogd server will be used instead.
Michael, Marek, could you please give this patch a try? Thanks
2018-06-18 8:02 GMT+02:00 Ed Schouten :
> I've just committed the patch (r335314) and
> will MFC it to 11-STABLE before the end of the week.
Done, in r335492. Thanks again for reporting this issue!
--
Ed Schouten
Nuxi, 's-Hertogenbosch,
ll work?
Yes, that's all right. I've just committed the patch (r335314) and
will MFC it to 11-STABLE before the end of the week.
Best regards,
--
Ed Schouten
Nuxi, 's-Hertogenbosch, the Netherlands
___
freebsd-stable@freebsd.org mailing list
h
'client' syslogd.
There is no need to patch the central (storage) server.
--
Ed Schouten
Nuxi, 's-Hertogenbosch, the Netherlands
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
erfect! I've committed this change as r322965. Thanks for testing!
--
Ed Schouten
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-st
Mark,
2017-08-25 14:53 GMT+02:00 Ed Schouten :
> 2017-08-25 9:46 GMT+02:00 Mark Millard :
>> It appears that at least 11.1-STABLE -r322807 does not handle
>> -std=c++98 styles of use of _Static_assert for g++7 in that
>> g++7 reports an error:
>
> Maybe we nee
__GNUC_PREREQ__(4,6)
+#elif __GNUC_PREREQ__(4,6) && !defined(__cplusplus)
/* Nothing, gcc 4.6 and higher has _Static_assert built-in */
#elif defined(__COUNTER__)
#define _Static_assert(x, y) __Static_assert(x, __COUNTER__)
--
Ed Schouten
Nuxi, 's-Hertogenbosch,
et it right, in my opinion.
We should just extend to define _Static_assert() when
using GCC in C++ mode (if we're not doing so already).
--
Ed Schouten
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
freebsd-stable@freebsd.org
Hi there,
2017-06-19 22:28 GMT+02:00 Xin LI :
> Sounds like https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219882 ?
> Could you please check if that's the case?
Glen also pointed me to that PR on IRC. It turns out that that does
indeed fix it. Thanks for all the quick repli
ession.
Can others reproduce this as well?
--
Ed Schouten
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
.sym] Error code 1"
Out of curiosity, why is this email sent to a FreeBSD mailing list and
am I on the Cc? This concerns HardenedBSD, right?
--
Ed Schouten
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
freebsd-stable@freebsd.org m
here still was some kind of freeze in effect or
not. Thanks for clarifying.
--
Ed Schouten
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
2012/10/25 Jeremy Chadwick :
> I assume a commit to HEAD + MFC in 2 weeks is in order?
Yes. We're far too late to get this into 9.1, so I'll MFC it after the release.
Patch committed as r242078!
--
Ed Schouten
___
freebsd-stable@freebs
Hi all,
2012/10/23 Ed Schouten :
> Will try to come up with a decent patch tomorrow evening.
Ahem; the day after tomorrow. Jeremy, could you please try the following patch?
http://80386.nl/pub/tty-bg-read.txt
I decomposed the TTY read routine into four separate functions to
improve clar
ad, the
> process is woken up later when input is available.
>
> Old tty code did the recheck for background state inside the loop after
> the sleep.
Exactly. Was just debugging this as well and came to the same
conclusion. Will try to come up with a decent patch tomorrow evenin
#x27;ll
keep UseLogin enabled on one of my systems from now on to see whether it
occurs sporadically.
Thanks for reporting the issue.
--
Ed Schouten
WWW: http://80386.nl/
pgp0DE1Ur5bxA.pgp
Description: PGP signature
generated data, just like pam_lastlog(8) does. OpenSSH uses
identifiers based on the TTY name, like so:
> [1330124273.955165 -- Fri Feb 24 23:57:53 2012] user process:
> id="7074732f3000" pid="15880" user="ed" line="pts/0" host="m.fxq.nl"
0x7074732f30 is equal to "pts/0".
Maybe they're generated by some different login service or you've
configured PAM/OpenSSH/etc. in a non-default way?
Thanks so far,
--
Ed Schouten
WWW: http://80386.nl/
pgplN0Q8HgmxK.pgp
Description: PGP signature
; mirrored for all 3 entries.
Would you mind pasting the output of `getent utmpx active'?
Thanks,
--
Ed Schouten
WWW: http://80386.nl/
pgpsQaKT9RQiy.pgp
Description: PGP signature
Hi Vlad,
> Has anyone else noticed erratic bookkeeping by utmpx in RELENG_9?
Would you mind explaining to me what you're seeing? It's hard for me to
fix bugs if I don't get proper reports.
--
Ed Schouten
WWW: http://80386.nl/
pgpcKCladCJsr.pgp
Description: PGP signature
Hi Kashyap,
* Desai, Kashyap , 20120222 18:51:
> Adding Ed Schouten and Jorg Wunsch as I see there are author of
> msleep/mtx related APIs.
Am I? :-)
> 1. When any irq is register with FreeBSD OS, it sets " TDP_NOSLEEPING"
> pflag. It means though irq in freebsd is t
his.
Maybe you can do the following:
- run script -t 0 ~/log jove ...
- Delete characters
- As soon as possible as jove starts to misbehave and the screen
contents are wrong, run `killall -9 script'
- Send me the log
Thanks,
--
Ed Schouten
WWW: http://80386.nl/
pgp1bNN1gIMbA.pgp
Description: PGP signature
tried reproducing it in a simpler test case?
Well, I don't care whether the test case is small or large, as long as I
know how to reproduce it. I have never used jove before, so what kind of
buttons should I press to get the artifacts?
Does it only happen on the console, or also when using a
-t' command is quite useful to figure out whether there is
still a session associated with the TTY.
See the following thread:
http://lists.freebsd.org/pipermail/freebsd-ports/2010-July/062417.html
--
Ed Schouten
WWW: http://80386.nl/
pgpq5AlaJIXSZ.pgp
Description: PGP signature
ve me the output of `pstat -t` for cuau0?
It's a bit strange the read() on the TTY returns EAGAIN, since this
doesn't seem to be generated by the TTY layer itself. It also seems
moused is pretty badly written, looking at how it operates on fd_sets.
--
Ed Schouten
WWW: http://80386.nl/
Hi all,
I should really get myself subscribed to sta...@...
Anyway, Michael, can you attach truss to the process to see what it's
actually doing (truss -p $pid)? I'm interested in a single `iteration'
of what it's doing. Thanks!
--
Ed Schouten
WWW: http://80386.nl/
ember some of the drivers enforced CLOCAL when the device
is used as a boot device. Maybe sio(4) does this, while uart(4) does
not? An advantage of the patch is that it makes this construct
superfluous.
--
Ed Schouten
WWW: http://80386.nl/
pgpEAKnJjfUKU.pgp
Description: PGP signature
while ((ttydevsw_modem(tp, 0, 0) & SER_DCD) == 0) {
error = tty_wait(tp, &tp->t_dcdwait);
if (error != 0)
%%%
--
Ed Schouten
WWW: http://80386.nl/
pgp5bVOCevFGN.pgp
Description: PGP signature
ht? If so, I'll just commit it
to SVN. Thanks for reporting!
--
Ed Schouten
WWW: http://80386.nl/
pgpVPlQxKBSgQ.pgp
Description: PGP signature
* Pete French wrote:
> > http://80386.nl/pub/tty.diff
>
> Just tested the patch - works beautifully! Please commit and MFC if
> you can :-)
Done. Will MFC it in two weeks from now.
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgpx5Et2x4Za4.pgp
Description: PGP signature
* Jeremy Chadwick wrote:
> Adding Ed Schouten to the thread, who will probably be able to shed
> some light on things. :-)
http://80386.nl/pub/tty.diff
Wrote it some time ago, but nobody wanted to test it for me, which made
me asume nobody cared. ;-)
--
Ed Schouten
WWW
* jhell wrote:
> With those remarks I will leave it up to your honed skills to figure out.
If you don't have anything constructive to say, please refrain from
responding to any message on these lists. The purpose of these lists is
to help each other.
--
Ed Schouten
WWW: http://
* jhell wrote:
> Take a look at your git config. The problem lies there and is very
> visible. After you are done fixing that re-read the whole email that
> you posted.
Would you mind sharing what causes the problem then, Sherlock Holmes?
--
Ed Schouten
WWW: http://80386.nl/
pgpZ
Pete,
According to jilles@ this seems to because the new TTY code lacks an
implementation of TIOCSTI (simulate keyboard input -- yuck).
Could you try the following patch, please?
http://80386.nl/pub/tty.diff
Thanks!
--
Ed Schouten
WWW: http://80386.nl/
pgp57FuUZjocQ.pgp
#x27;d better
just remove the baud rate assignment and let the kernel decide which
default baud rate for the console is the best.
I'll commit the patch within the next couple of days. Let me know
whether you experience any problems with it.
--
Ed Schouten
WWW: http://80386.
?
--
Ed Schouten
WWW: http://80386.nl/
pgpvL2DJBYduZ.pgp
Description: PGP signature
isn't present in my own console driver,
because it doesn't reprogram the graphics hardware when switching
virtual terminals, which I suspect it is related to.
--
Ed Schouten
WWW: http://80386.nl/
pgpSjcabWtX8V.pgp
Description: PGP signature
almost all ports compile without
being present.
So if you know what you're doing, you can just omit COMPAT_43TTY. If you
are not, please leave it there. COMPAT_43TTY doesn't really add a lot of
baggage, it only adds some additional ioctl()'s to TTY devices.
--
Ed Schouten <[EMAI
der version of libutil was indeed your problem. Well, to others out
there experiencing the same problem: make sure you update libutil as
well. Thanks!
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpODEbfYKs2Y.pgp
Description: PGP signature
that runs on 7.0, will not run on >= 7.1 without
> being recompiled.
Are you sure? I fcntl(2) and flock(2) will not change. Only some kernel
space bits will.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgponVKKhfTne.pgp
Description: PGP signature
* Ed Schouten <[EMAIL PROTECTED]> wrote:
> This also causes the dreaded `jail leak', because device nodes still
> exist that have been created with make_dev_cred(), so the ucred is
> still referenced.
I just saw a commit flash by that disables si_cred usage in
make_dev_cred
des still
exist that have been created with make_dev_cred(), so the ucred is
still referenced.
I guess the problem is that we can only call pty_maybecleanup() when
ptsclose() is called and not when the real use-count of the tty has
reached zero.
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgp2td0UlN2hz.pgp
Description: PGP signature
he TTY code a little bit cleaner in my
opinion is removing the PRIV_TTY_PRISON check and making something
generic inside devfs. If we have proper garbage collecting on TTY's,
then we can just change make_dev_cred() to bind the new device node to a
certain jail. That way you could even choose
* Ed Schouten <[EMAIL PROTECTED]> wrote:
> * Vlad GALU <[EMAIL PROTECTED]> wrote:
> > On 10/2/07, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote:
> > > "Vlad GALU" <[EMAIL PROTECTED]> writes:
> > > > The symptoms were exhibited even wi
s.c 1.16. Can be
easily reproduced by killing the sshd while apps are still running in
the shell.
I thought we weren't able to destroy the device there, because you can't
destroy a TTY when it is used by an application (i.e. when it's the
controlling terminal).
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpIkLIgzEu2i.pgp
Description: PGP signature
* Dirk Arlt <[EMAIL PROTECTED]> wrote:
> Still the same problem, now using 6.2-STABLE.
>
> attached: dmesg and kernel-config
Mee too; system also locks up quite fast after kldloading atapicam when
already booted.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl
Vista does recognize the drive when I
enable AHCI in the BIOS.
I've attached two dmesg'es. One contains the verbose output of my
machine with IDE enabled. The other one uses AHCI.
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
Copyright (c) 1992-2007 The FreeBSD
The short answer is no. There's no reliable way to tell if a device
> supports a given scsi command, and some devices freak out (lock up)
> when sent one.
Well, in one of the scenario's there is. USB UFI devices never support
synchronize.
--
Ed Schouten <[EMAIL PROTECTED
0x0
> (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi
> status == 0x0
I had these messages with two other devices before, an MP3 player and a
USB floppy drive. I fixed these errors by adding a quirk to
/sys/cam/scsi/scsi_da.c.
http://www.freebsd.org/cgi/quer
* Rink Springer <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 12, 2006 at 10:36:45AM +0100, Ed Schouten wrote:
> > Is it possible to teach mountd to leave the root filesystem alone?
>
> This might be due to a change I have made in mountd(8) to prevent it
> from destroying fil
sh as read-write.
When I perform some hard resets, the system boots with the message right
after starting mountd:
WARNING: R/W mount of / denied. Filesystem is not clean - run fsck
Is it possible to teach mountd to leave the root filesystem alone?
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
init_rxcfg() function. I took a look at vge(4)
and xl(4) and added `re_if_flags` to the softc to backup the original
ifp->if_flags.
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
--- sys/dev/re/if_re.c Sat Dec 2 00:05:44 2006
+++ sys/dev/re/if_re.c Sat Dec 2
ng the box. When I run tcpdump, the box doesn't freeze
and enters promiscuous mode (suddenly the ping6 starts to work then).
What do you think about this patch?
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
--- sys/dev/re/if_re.c Fri Dec 1 17:01:48 2006
+++ sys
a lot. I still have some other minor issues with my
network interface by the way:
- Switching from and to promiscuous mode takes 7 seconds. All packets
are dropped in the mean time.
- Fetching 100 Mbit through FTP uses a lot of interrupts (almost
thousands).
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpOxFaX3CW1W.pgp
Description: PGP signature
owing command:
$ ifconfig re0 promisc
Is this a known issue about these NICs?
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpyPfMDrKhIA.pgp
Description: PGP signature
the cpufreq module and rebooted. I now have an est0 and p4tcc0
device. Powerd now sets the processor to a lower clockrate. Thanks a
lot!
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgp1ecVq3zNXK.pgp
Description: PGP signature
d the entire
dmesg of the device for those who are interested.
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of
eally that great, could somebody give
me some pointers how to supply you guys debugging information?
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
pgpMkWp5MMosQ.pgp
Description: PGP signature
* Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 01, 2005 at 11:02:23PM +0200, Ed Schouten wrote:
>
> > Is anyone also having problems with www/libgtkhtml's htmlboxtable.lo in
> > combination with RELENG_5's gcc? Does anyone know if this bug is
> &g
[EMAIL PROTECTED]:/usr/obj/space0/src/sys/ZONK i386
Is anyone also having problems with www/libgtkhtml's htmlboxtable.lo in
combination with RELENG_5's gcc? Does anyone know if this bug is
squashed in RELENG_5 in the mean time?
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
pgpqxKWVhjYn0.pgp
Description: PGP signature
61 matches
Mail list logo
