7;t _that_ big. 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
___
freebsd-hackers@freebsd.org mailing lis
ach 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
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hac
buf = realloc(buf, (amount + 128) * sizeof *ut);
> if (buf == NULL)
>
Though not a common case, this code will not work properly when
multiple users share the same uid. Consider comparing against the
username of the logged in user (see getlogin(2)), or resolving the ui
k
manually. 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
WWW: http://80386.nl/
- Forward
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
WWW: http://80386.nl/
pgpKSAVj4LrZi.pgp
Description: PGP signature
* Ed Schouten , 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
ing 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
WWW: http://80386.nl/
pgpk2dytKI6SM.pgp
Description: PGP signature
ocket opened from kernel and userspace processes connecting to it.
What's wrong with a character device?
--
Ed Schouten
WWW: http://80386.nl/
pgpdZgbXYqVSE.pgp
Description: PGP signature
ey 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
WWW: http://80386.nl/
pgp3k0
d_label, label, sizeof(md.md_label));
> md.md_provsize = g_get_mediasize(name);
> if (md.md_provsize == 0) {
Why not simply perform the strlcpy and check whether
if (strlcpy(...) >= sizeof(md.md_label)
?
--
Ed Schouten
WWW: http://80386.nl/
pgpiTKtTnUUyN.pgp
Description: PGP signature
gt; #else
> // assume 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
WWW: http://80386.nl/
pgpCxVFvPVCKF.pgp
Description: PGP signature
r 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
WWW: http://80386.nl/
pgpSZpTBufHTD.pgp
De
Fixed in r223744. Thanks!
--
Ed Schouten
WWW: http://80386.nl/
pgpBp8MHciKH9.pgp
Description: PGP signature
* Zhihao Yuan , 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
WWW: http://80386.nl/
pgpbqUUDWhNbF.pgp
Description: PGP signature
/* Skip non-headers */
> if (dp->d_name[i] != '.' || dp->d_name[i + 1] != 'h')
> continue;
Why not simply use strlen() unconditionally?
--
Ed Schouten
WWW: http://80386.nl/
pgpjq8GSwsoLs.pgp
Description: PGP signature
t mind seeing it go, as long as it's left the way it is in the
stable branches.
--
Ed Schouten
WWW: http://80386.nl/
pgpg2NnM0Etlr.pgp
Description: PGP signature
related to some kind of stack overflow in
close(), where each close() on a socket generates an additional close() call of
the inflight sockets.
--
Ed Schouten
WWW: http://80386.nl/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freeb
Hi all,
* Ed Schouten , 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 li
* Ed Schouten , 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,
with this branch, which should already give some coverage.
Thanks!
--
Ed Schouten
WWW: http://80386.nl/
pgpxtVH6ehp5C.pgp
Description: PGP signature
Maybe it would 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
WWW: http://80386.nl/
pgpcTegdy4WZ3.pgp
Description: PGP signature
of the latest FreeBSD releases. If not, be sure to
install /usr/ports/archivers/xz.
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgp7FCLPTM5t8.pgp
Description: PGP signature
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
* Lars Engels 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
WWW:
hen integrating it into the release(7) infrastructure.
The current shellscript is just a mockup.
--
Ed Schouten
WWW: http://80386.nl/
pgpqpSStEb5hy.pgp
Description: PGP signature
provided install
media? Does 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
WWW: http://80386.nl/
freebsd-bootcd.tar.gz
Description: Binary data
pgpEq9MbOmBDP.pgp
Description: PGP signature
Very 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
WWW: http://80386.nl/
pgpR8RWIRgJks.pgp
Description: PGP signature
* Paul Thornton 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
WWW: http://80386.nl/
pgp1PRCv6Lq6n.pgp
Description: PGP signature
r.
So what about 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
WWW: http://80386.nl/
pgpcbRRsFxAZF.pgp
Description: PGP signature
er without inet_* functions.
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
WWW: http://80386.nl/
pgpADusBRjZe7.pgp
Description: PGP signature
TL_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
WWW: http://80386.nl/
pgpN5VezoVfCk.pgp
Description: PGP signature
* Bakul Shah 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
WWW: http://80386.nl/
* Mike Meyer 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
WWW: http://80386.nl/
pgpn1LzLEWm9v.pgp
Descr
nicely
> anyway.
In theory, yes. In practice, no. Just for fun, remove your
/usr/sbin/sendmail while having Postfix's /usr/local/sbin/sendmail
installed. It simply won't work. If I remember correctly, you won't even
receive the periodic(8) emails.
Nowadays it's probably better, bu
anged to do something similar
to the following:
cdev = make_dev();
cdev->si_drv1 = sc;
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgpfWd3nM8l93.pgp
Description: PGP signature
Hello Matthew,
* Matthew Jacob 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
WWW: http://80386.nl/
pgpvMZK9ULhdP.pgp
Description:
* Andriy Gapon wrote:
> + timeout(periodic_resettodr, NULL, 1800 * hz);
By the way, wouldn't it be a little nicer to use callout(9)?
--
Ed Schouten
WWW: http://80386.nl/
pgpz0oTdiuq2Z.pgp
Description: PGP signature
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
WWW: http://80386.nl/
pgpJmVpQo0Ats.pgp
Description: PGP signature
saw exactly the same behavior except that the last number was always 550.
Yes. There is not a single form of flow control here, so if you can't
write more data into the TTY buffers, it will just get discarded.
FreeBSD 7 does the same thing as 8, but the default buffer sizes are
probably a bit di
* Ed Schouten 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 sc
all data 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
| int
| main(int argc, char *argv[])
| {
|
| tcdrain(0);
| }
I'll see what I can do.
--
Ed Schouten
WW
L(cpu_id),
> +CPUID_TO_FAMILY(cpu_id));
So is there some reason why we don't have a CPUID_TO_STEPPING()?
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgpBjDIabfOKa.pgp
Description: PGP signature
TTY 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
WWW: http://80386.nl/
pgpd8uZdIRnXS.pgp
Description: PGP signature
* Ivan Voras 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
WWW: http://80386.nl/
pgpsmWemswXTT.pgp
Descr
ptors and condvars (as well as
> probably other MS-style objects). It's useful for multiplexing events
> for dissimilar sources.
NtWaitForSingleObject(), NtWaitForMultipleObjects(), etc. :-)
--
Ed Schouten
WWW: http://80386.nl/
pgptDg89wEz2X.pgp
Description: PGP signature
* 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:/
* Gary Jennejohn wrote:
> On Thu, 10 Dec 2009 14:25:54 +0100
> Ed Schouten 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
* Ed Schouten 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/hom
ojects/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 Sch
27;t entirely 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 Schoute
AP_ANON /* For compatibility. */
+#endif /* !_KERNEL */
/*
* Extended flags
--
Ed Schouten
WWW: http://80386.nl/
pgprDCQBa0Gu9.pgp
Description: PGP signature
* John Baldwin 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
WWW: http://80386.nl/
pgpxciIJov3Hf.pgp
Des
ed that behaviour in a newer version of
the spec:
http://www.opengroup.org/onlinepubs/9699919799/functions/mmap.html
--
Ed Schouten
WWW: http://80386.nl/
pgpTEroorKRPA.pgp
Description: PGP signature
Hy Eygene,
* Eygene Ryabinkin 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
WWW: http://80386.nl/
pgp38kOKPpvEE.pgp
Description: PGP signature
* Eygene Ryabinkin wrote:
> The problem should be healed with the attached patch.
Ah, thanks. I looked at this some time ago but I also discovered ncurses
was to blame. I didn't have any time to look at it back then, so I
obviously forgot.
Have you sent it to Thomas Dickey as well?
ed-" };
+ static char const * const pref[] = { "", "ten-", "hundred-" };
switch(len) {
case 1:
--
Ed Schouten
WWW: http://80386.nl/
pgpMcujHjChWW.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
--
y output.
- If you want to stop testing:
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.
ith their ps(1) -- 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 t
> >anyone seeing this as well or is this a local f***up ?
>
> fwiw, problem is still there after 'make clean && make kernel'
svn up ;-)
--
Ed Schouten
WWW: http://80386.nl/
pgpj3vfbw7jBz.pgp
Description: PGP signature
imits are removed and
> '-w' is deprecated - ignored 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)
* Ed Schouten 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 Sc
r own functions, 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
> Yes, 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
WWW: http://80386.nl/
yway?
kern_open() depends on a file descriptor table, right?
--
Ed Schouten
WWW: http://80386.nl/
pgpgaWKDUkcc5.pgp
Description: PGP signature
>
> 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
WW
n-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
s
* Jeremie Le Hen wrote:
> On Fri, Jul 24, 2009 at 01:56:49PM +0200, Ed Schouten wrote:
> > * Jeremie Le Hen 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
* Jeremie Le Hen 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, 2
as been a lot of talking, but no hacking. It
takes a lot of work to maintain ClangBSD, at least more than I'm willing
to spend on it right now.
--
Ed Schouten
WWW: http://80386.nl/
pgpEqIvO4wFjU.pgp
Description: PGP signature
still gets built with GCC, because of
regressions/missing features of Clang.
Yours,
--
Ed Schouten
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
WWW: http://80386.nl/
pgpOgqL9PsgQs.pgp
Description: PGP signature
Hi Steven,
* Steven Hartland 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
WWW: http://80386.nl/
___
free
it seems to do what 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
WWW: http://80386.nl/
pgpf7esNn
* malathi selvaraj wrote:
> i am new one to freeBSD, kindly guide me
Sure. In order to be eligible to use FreeBSD, you must buy a license for
$ 100,-. I expect this money to be transferred to my bank account as
soon as possible. The IBAN number is:
NL30ABNA0385823426
--
Ed Schou
g
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
WWW: http
e testing on amd64 and i386. A lot of ports are
probably still broken. Caveat emptor. Beware of dog. Slippery when wet.
--
Ed Schouten
WWW: http://80386.nl/
pgpKj3sqhaAnX.pgp
Description: PGP signature
his, as a small exercise to
figure out the way locking primitives work in the kernel. No problem,
because I 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
WWW: http://80386.nl/
pgpoN9a9RYCSv.pgp
Description: PGP signature
om 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
WWW: http://80386.nl/
pgpVkyVsCo8A2.pgp
Description: PGP signature
- 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
WWW: http://80386.nl/
pgpVFgnEuH1Cq.pgp
Description: PGP signature
et me know whether that's still usable.
Thanks!
--
Ed Schouten
WWW: http://80386.nl/
pgp89S74AyQMB.pgp
Description: PGP signature
Hi Alex,
* Wilkinson, Alex 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
>
r utmp format is broken anyway. It's
not just UT_LINESIZE that's too small. I think we received many
complaints from people who want to increase UT_HOSTSIZE as well.
--
Ed Schouten
WWW: http://80386.nl/
pgpvuMfsX7ctx.pgp
Description: PGP signature
* Ed Schouten 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
before 8.0 if I start working on
this one of these weeks.
--
Ed Schouten
WWW: http://80386.nl/
pgpJdd2GtY3g5.pgp
Description: PGP signature
o
remove your utmp/wtmp/lastlog files.
--
Ed Schouten
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"
* Mel 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!
--
E
ebsd.org/@md=d&cd=//&c=Nsd@//depot/projects/soc2008/gabor_textproc/grep/file.c?ac=64&rev1=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);
>
.
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
WWW: http://80
* per...@pluto.rain.com wrote:
> So perhaps one solution would be to compile libmp with -ffreestanding?
And all applications that use .
--
Ed Schouten
WWW: http://80386.nl/
pgpwD14uSm0Hj.pgp
Description: PGP signature
n FBSD_1.1? If so,
the following patch should be good enough:
http://80386.nl/pub/mp.diff
--
Ed Schouten
WWW: http://80386.nl/
pgphdbc8hCD4J.pgp
Description: PGP signature
tter just use the old approach.
--
Ed Schouten
WWW: http://80386.nl/
pgpRgi8CMXTsD.pgp
Description: PGP signature
nings when compiling stuff with GCC,
I've increased WARNS in various Makefiles. I've also increased the
SHLIB_MAJOR and __FreeBSD_version.
Any comments?
--
Ed Schouten
WWW: http://80386.nl/
pgpvxZAZH3Q4P.pgp
Description: PGP signature
xf86-*. It's pretty hard to remove all
references to XFree86 in hundreds of megabytes of source code.
--
Ed Schouten
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.
--
allow any permissions should be considered 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
WWW: http://80386.nl/
pgpHpmCQvy4nL.pgp
Description: PGP signature
example.
The ideal 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
WWW: http://80386.nl/
pgpMgbBaYMZZ3.pgp
Description: PGP signature
to only
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
WWW: http://80386.nl/
pgpZnYO2BZE25.pgp
Description: PGP signature
* Rui Paulo wrote:
> Not really. The xorg intel driver is already able to deal with this.
> I don't know about NVIDIA.
Yes, but that's what I mean. It will be a cold day in hell when "nv"
supports this. As far as I can tell, it's just a pile of obfuscated C
code
1 - 100 of 176 matches
Mail list logo