of this approach would be that it's a lot easier to change the file
format then. There's only one application that interacts with these
files.
--
Ed Schouten e...@80386.nl
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
. On FreeBSD, utx.log only stores
entries for the last month. Especially if you implement
getutxid()/getutxuser() as separate calls, much of the filtering is
already done by the daemon.
--
Ed Schouten e...@80386.nl
___
freebsd-hackers@freebsd.org mailing
of the logged in user (see getlogin(2)), or resolving the uid
for each entry and comparing the uids.
Best regards,
--
Ed Schouten e...@80386.nl
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
. It should be useful especially when copy-pasting code between
terminals.
As mentioned in the commit message, you can just use :%!fixwhite if
you're a vi(1) user. Other editors probably support a similar construct.
Have fun!
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
- Forwarded
this as
a supported syscall?
I suspect that not long after we add dup3(), some random person asks us
to implement F_DUP3FD. Any chance you can implement this without using a
system call, but through fcntl()?
Thanks,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpk2dytKI6SM.pgp
* Ed Schouten e...@80386.nl, 20120112 10:56:
I suspect that not long after we add dup3(), some random person asks us
to implement F_DUP3FD. Any chance you can implement this without using a
system call, but through fcntl()?
Never mind. This seems to be non-trivial, as fcntl() just takes
.
This is because the parameters itself are const -- not the objects they
point to. e.g:
int foo(int);
int foo(const int i)
{
/* code here */
}
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpKSAVj4LrZi.pgp
Description: PGP signature
socket opened from kernel and userspace processes connecting to it.
What's wrong with a character device?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpdZgbXYqVSE.pgp
Description: PGP signature
);
if (md.md_provsize == 0) {
Why not simply perform the strlcpy and check whether
if (strlcpy(...) = sizeof(md.md_label)
?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpiTKtTnUUyN.pgp
Description: PGP signature
of the
string they tried to create. For strlcpy() that means the length of src.
For strlcat() that means the initial length of dst plus the length of
src. While this may seem somewhat confusing, it was done to make trunca‐
tion detection simple.
--
Ed Schouten e...@80386.nl
WWW: http
code conform to standards as much as
possible, do keep in mind that your patch also causes a lot of
regressions in that area. The code now uses asprintf(), which is not
part of POSIX. I also think the use of __GLIBC__ is frowned upon.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
canonicalize_file_name() is present
#endif
Considering that the function is rather small anyway, why not compile it
in unconditionally (though having a different name).
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpCxVFvPVCKF.pgp
Description: PGP signature
] != '.' || dp-d_name[i + 1] != 'h')
continue;
Why not simply use strlen() unconditionally?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpjq8GSwsoLs.pgp
Description: PGP signature
* Zhihao Yuan lich...@gmail.com, 20110703 22:22:
Programmers always want to make things cooler. Just leave the
-d_namlen there :)
Portability isn't achieved by adding #ifdefs, but by writing portable
code. ;-)
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpbqUUDWhNbF.pgp
Fixed in r223744. Thanks!
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpBp8MHciKH9.pgp
Description: PGP signature
seeing it go, as long as it's left the way it is in the
stable branches.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpg2NnM0Etlr.pgp
Description: PGP signature
overflow in
close(), where each close() on a socket generates an additional close() call of
the inflight sockets.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
Hi all,
* Ed Schouten e...@80386.nl, 20101022 16:30:
At EuroBSDCon I was talking with some committers active in the area of
Clang (brooks, kwm, others) about replacing our libgcc shipped with GCC
4.2.1 with a BSD-licensed version. The LLVM folks have a BSD licensed
implementation called
already give some coverage.
Thanks!
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpxtVH6ehp5C.pgp
Description: PGP signature
* Ed Schouten e...@80386.nl, 20101022 16:30:
- Rebuild all your software (yes, I know it's unfortunate).
Right after I sent this, I thought I'd better clarify this. You don't
need to rebuild your software. This change will not break the existing
ABI. This step is just mentioned here, since
be worth looking at other types of balanced trees? For
example, another type of tree which has only $O(\log n)$ amortized
insertion/removal/lookup time, but could already be a lot better in
practice, is a Treap.
Greetings,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpcTegdy4WZ3.pgp
it. It should be part of the latest FreeBSD releases. If not, be sure to
install /usr/ports/archivers/xz.
Greetings,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgp7FCLPTM5t8.pgp
Description: PGP signature
* Lars Engels lars.eng...@0x20.net wrote:
could you please upload the resulting ISO so that people who don't
want to create it themselves can test your CD?
Prrr... I have a horrible internet connection and the resulting ISO is
about 600 MB big. I'll see what I can do.
--
Ed Schouten e
Hi all,
Per Lars's request I've uploaded an ISO of the FreeBSD live CD for
amd64:
URL:http://people.freebsd.org/~ed/FreeBSD-9.0-CURRENT-201008-amd64-ed.iso.xz
Size: 422452056 bytes (403 MB)
SHA256: e0b7ac8eac713ecd5ccdbf107c80563260e6000b27838b003ca11a42ae6ae700
Have fun!
--
Ed
it actually solve shortcomings of the existing media?
If people think it's a nice CD to work with, I could consider
integrating it into release(7). Thanks!
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
freebsd-bootcd.tar.gz
Description: Binary data
pgpEq9MbOmBDP.pgp
Description: PGP
it into the release(7) infrastructure.
The current shellscript is just a mockup.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpqpSStEb5hy.pgp
Description: PGP signature
quick question. Does this problem still occur on FreeBSD 8.x?
FreeBSD 8.x has an entirely new TTY layer, which includes a new
pseudo-terminal driver.
Greetings,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpR8RWIRgJks.pgp
Description: PGP signature
* Paul Thornton p...@prt.org wrote:
I'm using 8.0-RELEASE with uftdi and ucom driving the serial port.
Somewhat unrelated question: have you ever tried running the this code
on 7.x? If so, did it work?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgp1PRCv6Lq6n.pgp
Description: PGP
other sysctls? Is it just these sysctls? It may be the
case that these values are not simply read from some variable in the
kernel, but really performs some hardware calls. Still, 436 msec is
quite a lot of time.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpcbRRsFxAZF.pgp
Description
* Bakul Shah ba...@bitblocks.com wrote:
I went looking for a latex class and found 'Prosper'.
Why not use the `beamer' class?
http://bitbucket.org/rivanvx/beamer/wiki/Home
This is what I always use to prepare my slides. Works great.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
add
to the SYSCTL_INT declaration to denote that it's a temperature value.
The sysctl(8) code on HEAD seems to suggest the type is IK.
Greetings,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpN5VezoVfCk.pgp
Description: PGP signature
.
Wouldn't it be possible to do the conversion in userspace and write
something like a struct sockaddr_storage/in_addr_t/etc to the kernel?
That way you can avoid the string handling in kernel space entirely.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpADusBRjZe7.pgp
Description
. If I remember correctly, you won't even
receive the periodic(8) emails.
Nowadays it's probably better, but I remember in the old days GNOME
would always print through /usr/bin/lpr, even when CUPS is installed.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpNgoKSxOgsT.pgp
Description
* Mike Meyer m...@mired.org wrote:
Maybe it's time for /usr/sbin/lpwrapper, to do the same thing for
print systems?
In my opinion, we should just rename mailwrapper to whateverwrapper and
list the lpr programs in there as well.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
be changed to do something similar
to the following:
cdev = make_dev();
cdev-si_drv1 = sc;
Greetings,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpfWd3nM8l93.pgp
Description: PGP signature
Hello Matthew,
* Matthew Jacob m...@feral.com wrote:
Any thoughts about this?
Looks good. Maybe we should make it a tunable only? Looking at the code,
once the consbuf has been allocated, there is no way you can ever resize
it.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
locked up and rebooted unexpectedly, it
always had a huge clock drift if the system had been up for a couple of
weeks/months. I recently got rid of that system, but still I think it's
a good thing to have.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpJmVpQo0Ats.pgp
Description: PGP
* Andriy Gapon a...@icyb.net.ua wrote:
+ timeout(periodic_resettodr, NULL, 1800 * hz);
By the way, wouldn't it be a little nicer to use callout(9)?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpz0oTdiuq2Z.pgp
Description: PGP signature
.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpGL1yJgnhth.pgp
Description: PGP signature
is actually drained. This
doesn't seem to happen properly.
You can easily test this by performing a tcdrain() right after running
your perl script:
#include termios.h
| int
| main(int argc, char *argv[])
| {
|
| tcdrain(0);
| }
I'll see what I can do.
--
Ed Schouten e...@80386.nl
WWW: http
* Ed Schouten e...@80386.nl wrote:
Hmmm... It seems this is a TTY bug. When you close a TTY, the final
close() call should get stuck until all data is actually drained. This
doesn't seem to happen properly.
Some further research: it's not a TTY bug, but a bug in script(1).
The script parent
),
+CPUID_TO_FAMILY(cpu_id));
So is there some reason why we don't have a CPUID_TO_STEPPING()?
Greetings,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpBjDIabfOKa.pgp
Description: PGP signature
code to destroy_dev_sched_cb(), which means tty_gone()
doesn't block. The TTY layer later calls a callback function, so the pts
driver can deallocate the softc and reclaim the unit number (pts/%d).
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpd8uZdIRnXS.pgp
Description: PGP signature
and condvars (as well as
probably other MS-style objects). It's useful for multiplexing events
for dissimilar sources.
NtWaitForSingleObject(), NtWaitForMultipleObjects(), etc. :-)
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgptDg89wEz2X.pgp
Description: PGP signature
* Ivan Voras ivo...@freebsd.org wrote:
Yes, I was thinking about WaitForMultipleObjects() - I sometimes
wished I had it in FreeBSD :)
FreeBSD already has -- unfortunately it's only accessible from within
the ndisulator. ;-)
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
* jhell jh...@dataix.net 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 e...@80386
* jhell jh...@dataix.net 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 e...@80386.nl
WWW: http
compatible
with Apple's Terminal.app either. I've noticed that an Erase Line (EL,
^[[K) with xterm uses the terminal's selected attributes to blank the
terminal, while Apple's implementation uses the default terminal
attributes (i.e. black background).
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
/ed/projects/freebsd-head/share/termcap/termcap.src
/store/home/ed/projects/freebsd-head/share/termcap/reorder
| script, 36: Pattern not found
| script, 36: Ex command failed: pending commands discarded
| *** Error code 1
|
| Stop in /store/home/ed/projects/freebsd-head/share/termcap.
--
Ed
* Ed Schouten e...@80386.nl wrote:
I just tried the patch, but when I run `make' in share/termcap, I get
the following:
| gzip -cn termcap.5 termcap.5.gz
| TERM=dumb TERMCAP=dumb: ex -
/store/home/ed/projects/freebsd-head/share/termcap/termcap.src
/store/home/ed/projects/freebsd-head
* Gary Jennejohn gary.jennej...@freenet.de wrote:
On Thu, 10 Dec 2009 14:25:54 +0100
Ed Schouten e...@80386.nl wrote:
Any testers, before I commit this patch to HEAD?
I tried it with a real xterm and mrxvt and see no regressions. However,
I didn't try it with a VT as xterm.
I couldn't
* John Baldwin j...@freebsd.org wrote:
Note that the spec doesn't cover MAP_ANON at all FWIW.
Yes. I've noticed Linux also uses MAP_ANONYMOUS instead of MAP_ANON.
They do provide MAP_ANON for compatibility, if I remember correctly.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
MAP_ANON /* For compatibility. */
+#endif /* !_KERNEL */
/*
* Extended flags
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgprDCQBa0Gu9.pgp
Description: PGP signature
that behaviour in a newer version of
the spec:
http://www.opengroup.org/onlinepubs/9699919799/functions/mmap.html
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpTEroorKRPA.pgp
Description: PGP signature
Hy Eygene,
* Eygene Ryabinkin rea-f...@codelabs.ru wrote:
Sent the patch to bug-ncur...@gnu.org. Do you think that I should
send it to Thomas directly as well?
Probably not. bug-ncurses@ should be good enough. Thanks!
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgp38kOKPpvEE.pgp
as well?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpFmrxtywjnm.pgp
Description: PGP signature
, our terminal emulator gained 256 color support, but
this gets smashed down to 8 colors, simply because Syscons cannot handle
more than 16 foreground and 8 background colors.
This is how colors are converted:
http://80386.nl/pub/xterm-256.png
http://80386.nl/pub/teken-256.png
--
Ed
char const * const pref[] = { , ten-, hundred- };
switch(len) {
case 1:
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpMcujHjChWW.pgp
Description: PGP signature
:
printf '\033[=1T'
export TERM=cons25
You can also activate the xterm-style emulation by default. All you need
to do, is compile your kernel with options TEKEN_XTERM set. Be sure to
update your /etc/ttys to list xterm instead of cons25.
Thanks!
--
Ed Schouten e...@80386.nl
WWW: http://80386
for now with a note in the man page
saying that it will be removed in a future release.
Does anyone have any objections to doing this? I don't propose
merging this back into stable/8.
So ps(1) output can never be limited to the screen width?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
***up ?
fwiw, problem is still there after 'make clean make kernel'
svn up ;-)
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpj3vfbw7jBz.pgp
Description: PGP signature
) -- it supports 3 kinds of options for UNIX/BSD/GNU flavors.
In my opinion we should just implement ps(1) as documented in the POSIX
Onlinepubs. If it turns out it lacks certain features we want, we could
consider adding this to procstat(1) instead.
I am of course too lazy to work on this. ;-)
--
Ed
* Ed Schouten e...@80386.nl wrote:
Are there any (8.0-)users here who can test the attached patch for me?
No, there aren't. Well, I'll commit it to HEAD. If it turns out that it
breaks stuff, I'll give the person who reports it a glass of beer if we
ever meet in person. ;-)
--
Ed Schouten e
, because the structure containing them may be
shared between multiple console devices.
Because I don't have a system with Xen, I was only capable of
compile-testing the driver. Are there any (8.0-)users here who can test
the attached patch for me? Thanks!
--
Ed Schouten e...@80386.nl
WWW
.
However, when i checked the pid tid of the new created thread it was
not the same as the parent nor as the proc0 thread0
I am not sure, but sharing another process's address space doesn't have
to imply it shares the same pid, right?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
() depends on a file descriptor table, right?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpgaWKDUkcc5.pgp
Description: PGP signature
, it returns a fd in the curthread-td_retval[0], which i should
use within the same thread to deal with this file.
Didn't someone (Jeff Roberson?) develop some nice in-kernel API for
accessing files some years ago? Why not use that?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
as on-demand loadable modules.
Adjusting _LIBS after the inclusion of bsd.lib.mk doesn't help and
there are no knobs to control the behaviour. What should I do?
Be sure to look at the Makefiles used by the PAM modules
(lib/libpam/modules). I guess NO_PROFILE and NO_INSTALLLIB should be
sufficient.
--
Ed
* Jeremie Le Hen jere...@le-hen.org wrote:
On Fri, Jul 24, 2009 at 11:18:42AM +0300, Kostik Belousov wrote:
On Fri, Jul 24, 2009 at 09:34:51AM +0200, Jeremie Le Hen wrote:
Hi Ed,
Sorry for the late reply.
On Sat, May 09, 2009 at 02:13:13PM +0200, Ed Schouten wrote:
We
* Jeremie Le Hen jere...@le-hen.org wrote:
On Fri, Jul 24, 2009 at 01:56:49PM +0200, Ed Schouten wrote:
* Jeremie Le Hen jere...@le-hen.org wrote:
On Fri, Jul 24, 2009 at 11:18:42AM +0300, Kostik Belousov wrote:
On Fri, Jul 24, 2009 at 09:34:51AM +0200, Jeremie Le Hen wrote:
Hi Ed
, at least more than I'm willing
to spend on it right now.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpEqIvO4wFjU.pgp
Description: PGP signature
branch still gets built with GCC, because of
regressions/missing features of Clang.
Yours,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgptnm59yfc6O.pgp
Description: PGP signature
and
a conditional variable.
Even though it's nice to have some utility functions in our kernel, I
always wondered why we have them. There isn't a lot of code in the tree
that uses them...
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpOgqL9PsgQs.pgp
Description: PGP signature
Hi Steven,
* Steven Hartland kill...@multiplay.co.uk wrote:
When you say HEAD would that require an upgrade to 7-STABLE or 8-CURRENT?
Right now HEAD (or head/ in SVN) is 8-CURRENT. RELENG_7 (or stable/7) is
7-STABLE.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
it should
do. Maybe it would just be a lot easier if we integrated all required
symbols into our C library.
Maybe I'm going to take a look at this, but there are also other
projects which I should work on.
Yours,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpf7esNnCvhI.pgp
Description
is:
NL30ABNA0385823426
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpvQ4FmCofVb.pgp
Description: PGP signature
where Clang
generates smaller binaries.
Some time ago the binaries were indeed a lot bigger, but that turned out
to be a bug in Clang, where a compiler flag had a wrong default value,
namely the flag that determined whether zero-initialized data had to go
in BSS or not.
--
Ed Schouten e...@80386
. A lot of ports are
probably still broken. Caveat emptor. Beware of dog. Slippery when wet.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpKj3sqhaAnX.pgp
Description: PGP signature
can think of dozens of other things.
Is there a chance we can see this patch in 8.0? I like it that the
memlock is being picked up before we pick up the sysctl lock itself,
which makes a lot of sense.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpoN9a9RYCSv.pgp
Description: PGP
reaching this limitation later on.
I think other people (Rink Springer) also reported this issue years ago,
even before we had the stack protector enabled.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpVkyVsCo8A2.pgp
Description: PGP signature
it is.
- Use an rw/rm/sxlock to protect the sysctl tree, but only pick up
the lock when we traverse parts of the sysctl tree that has
dynamically created entries.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpVFgnEuH1Cq.pgp
Description: PGP signature
know whether that's still usable.
Thanks!
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgp89S74AyQMB.pgp
Description: PGP signature
small. I think we received many
complaints from people who want to increase UT_HOSTSIZE as well.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpvuMfsX7ctx.pgp
Description: PGP signature
Hi Alex,
* Wilkinson, Alex alex.wilkin...@dsto.defence.gov.au wrote:
0n Wed, Apr 01, 2009 at 10:53:06PM +0200, Ed Schouten wrote:
You can increase the maximum amount of PTYs by editing a lot of source
files on your system. There is some good news: in -CURRENT we switched
/wtmp/lastlog files.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
8.0 if I start working on
this one of these weeks.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpJdd2GtY3g5.pgp
Description: PGP signature
* Ed Schouten e...@80386.nl wrote:
I also thought about that, but the risks are probably too high. I think
it's better to just redesign our utmp/wtmp/lastlog system. I guess we
could do something like this:
I forgot one step:
- Implement utmpx. At first utmpx should just be a set of wrappers
* Mel fbsd.hack...@rachie.is-a-geek.net wrote:
Example usage:
# du -xht 20m .
29M./contrib/binutils
52M./contrib/gcc
237M./contrib
35M./crypto
28M./lib
20M./share
55M./sys/dev
139M./sys
545M.
Ooh! That looks awesome!
--
Ed Schouten e
=Nsd@//depot/projects/soc2008/gabor_textproc/grep/file.c?ac=64rev1=40
And the problem occurs in grep_fgetln() when the buffers is being filled in:
for (; i bufsiz !grep_feof(f); i++)
binbuf[i] = grep_fgetc(f);
Thanks in advance,
Sign extension bug?
--
Ed Schouten
. snip
Have you also looked at the definition of `emergency unload'? Maybe this
number doesn't actually refer to the number of unloads caused by power
loss, but because they detect a very high amount of vibration. But I'm
not a hard disk expert.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
* per...@pluto.rain.com per...@pluto.rain.com wrote:
So perhaps one solution would be to compile libmp with -ffreestanding?
And all applications that use mp.h.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpwD14uSm0Hj.pgp
Description: PGP signature
stuff with GCC,
I've increased WARNS in various Makefiles. I've also increased the
SHLIB_MAJOR and __FreeBSD_version.
Any comments?
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpvxZAZH3Q4P.pgp
Description: PGP signature
the old approach.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpRgi8CMXTsD.pgp
Description: PGP signature
? If so,
the following patch should be good enough:
http://80386.nl/pub/mp.diff
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgphdbc8hCD4J.pgp
Description: PGP signature
to XFree86 in hundreds of megabytes of source code.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpr1WDGCTIPF.pgp
Description: PGP signature
be a worthwhile effort ... IMHO.
I guess it's also a wasted effort to reduce struct tty from 8xx to 7xx
bytes, because it still allocates 1024 bytes of memory using malloc(9).
I guess we should mainly focus on structures that are allocated using
uma(9) or are slightly bigger than 2^n.
--
Ed
to be a defect of sysctl, not
an advantage of devfs.
The reason why I prefer consolectl, is because it already exists and
allows related graphics parameters to be configured.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpHpmCQvy4nL.pgp
Description: PGP signature
figure out whether the interrupt is spurious or not. After it has been
determined it is not, an interrupt thread is scheduled to handle the
interrupt.
But as I said, I'm not sure. :-)
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpZnYO2BZE25.pgp
Description: PGP signature
solution would be to integrate it into vidcontrol, calling
some kind of ioctl on the TTY/consolectl, but syscons is too brainless
to know anything about hardware specific features.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpMgbBaYMZZ3.pgp
Description: PGP signature
.
No. sysctl is good for doing stuff like this. An even better approach
would be to integrate it to the X11 driver, but I guess it will be cold
day in hell when this happens.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgp27BNLrmNeG.pgp
Description: PGP signature
1 - 100 of 172 matches
Mail list logo