On Wednesday 26 February 2003 09:57 am, Jason Andresen wrote:
> Wes Peters wrote:
>
> > Seriously, limiting your programming for a lifetime to 80 columns
> > because you couldn't figure out how to make some grotty old dot
> > matrix printer do 8-point printing a decade ago really isn't all
> > that
In message <[EMAIL PROTECTED]>, Nate Lawson writ
es:
>Both scsi and geom implement unaligned access functions that perform byte
>ordering. I never intended to supplant them with __bswap*(). What I want
>is for machine/endian.h to have functions that provide 16-64 bit endian
>conversions in both
Well there is a small screwup in the XFree86-4.2.1 code that
makes a theoretically optional component non -optional in some hardware
configurations. In the atimisc driver Xaa is not made 'optional'
as it is apparently in other drivers.
The solution is to include a module that we don't need, a
Wes Peters wrote:
Seriously, limiting your programming for a lifetime to 80 columns
because you couldn't figure out how to make some grotty old dot
matrix printer do 8-point printing a decade ago really isn't all
that smart, is it?
No, but I still find 80 columns to be a reasonable limit. The aver
On Thu, Feb 27, 2003 at 08:45:44PM -0800, Nate Lawson wrote:
>
> Both scsi and geom implement unaligned access functions that perform byte
> ordering. I never intended to supplant them with __bswap*(). What I want
> is for machine/endian.h to have functions that provide 16-64 bit endian
> conver
Date: Thu, 27 Feb 2003 20:18:49 -0800
From: Marcel Moolenaar <[EMAIL PROTECTED]>
To: Mike Barcroft <[EMAIL PROTECTED]>
Cc: Nate Lawson <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: 64 bit endian routines
Refere
EE
On Thu, 27 Feb 2003, Julian Elischer wrote:
>
> I have some new machien s I'm trying to install
> and I have been puting 4.7 onto them and using
> the X-kern-developer install type.
>
> However X11 cannot start on these machines, even though it wuns
> perfectly on some other machines with t
On Thu, Feb 27, 2003 at 10:30:58PM -0500, Mike Barcroft wrote:
>
> Most of these could probably be implemented in terms of the __bswap*()
> functions in , except for vendor sources like
> openssl, and htonl and ntohl which already are. I'm not sure if there
> would be an advantage to moving the g
I have some new machien s I'm trying to install
and I have been puting 4.7 onto them and using
the X-kern-developer install type.
However X11 cannot start on these machines, even though it wuns
perfectly on some other machines with the same cards..
XFree86 3.3.6 XFree86
FWIW,
Although the original anticipatory scheduler prototype
was made for FreeBSD, it cannot be used in the base
system, unless reimplemented, due to the license. I
wonder if the Linux guys redid it or simply didn't
notice.
The option of configuring it for runtime is welcome, I
think.
cheers,
Nate Lawson <[EMAIL PROTECTED]> writes:
> First, the simple question: what's the simplest cross-platform way of
> implementing scsi_ulto4b and scsi_4btoul (/sys/cam/scsi/scsi_all.h) for
> 64 bit values. GEOM (/sys/geom/geom_enc.c) implements it via a 64 bit
> cast in g_enc_le8. Is this the best
First, the simple question: what's the simplest cross-platform way of
implementing scsi_ulto4b and scsi_4btoul (/sys/cam/scsi/scsi_all.h) for
64 bit values. GEOM (/sys/geom/geom_enc.c) implements it via a 64 bit
cast in g_enc_le8. Is this the best current way?
Second, anyone done work on unifyi
In message <[EMAIL PROTECTED]>, David Schultz writes:
>> http://www.kerneltrap.org/node-592.html
>...
>> Anybody else got plans on this?
I have plans to make it possible to configure, at run time, which, if
any disksort you want to use on a particular disk device.
--
Poul-Henning Kamp | U
Thus spake Paul Robinson <[EMAIL PROTECTED]>:
> Hiten Pandya wrote:
>
> > Hello gang.
> >
> > Does anyone know what kind of `Disk Scheduling' algorithm,
> > if any, is used in FreeBSD?
>
> I'm assuming you've read this recently then:
>
> http://www.kerneltrap.org/node-592.html
...
> Anybody else
In message <[EMAIL PROTECTED]>, "" writes:
>Hello gang.
>
>Does anyone know what kind of `Disk Scheduling' algorithm,
>if any, is used in FreeBSD?
One way elevator sort.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer
Hiten Pandya wrote:
> Hello gang.
>
> Does anyone know what kind of `Disk Scheduling' algorithm,
> if any, is used in FreeBSD?
I'm assuming you've read this recently then:
http://www.kerneltrap.org/node-592.html
Anticipatory Schedulers are all well and good, but I think (I might be
corrected he
Hello gang.
Does anyone know what kind of `Disk Scheduling' algorithm,
if any, is used in FreeBSD?
Cheers.
--
Hiten Pandya
[EMAIL PROTECTED], [EMAIL PROTECTED]
http://www.unixdaemons.com/~hiten
-
This mail sent through IMP: http://horde.org/imp/
On Thu, Feb 27, 2003 at 07:16:15AM -0800, Mooneer Salem wrote:
+> Actually, I just gave it blah.lifeafterking.org in /etc/hosts. 10.0.0.4
+> really *is* in the same jail:
+>
+> %ifconfig
+> lnc0: flags=8843 mtu 1500
+> inet 10.0.0.3 netmask 0x broadcast 10.0.0.3
+> inet 10.
Hello,
Actually, I just gave it blah.lifeafterking.org in /etc/hosts. 10.0.0.4
really *is* in the same jail:
%ifconfig
lnc0: flags=8843 mtu 1500
inet 10.0.0.3 netmask 0x broadcast 10.0.0.3
inet 10.0.0.4 netmask 0x broadcast 10.0.0.4
ether 00:50:56:e0:26:54
Daxbert wrote:
> Quoting Julian Elischer <[EMAIL PROTECTED]>:
> > On Wed, 26 Feb 2003, Ed Alley wrote:
> > >
> > > Re: Resource leaks
> > >
> >
> > what KIND of resource leaks?
>
> I guess I asked this question of the wrong list. I'm interested in finding dma
> allocs, memory allocs, and IRQ
On Wed, Feb 26, 2003 at 02:48:25PM -0800, Mooneer Salem wrote:
+> 1. It handles at least case 1 just fine:
+>
+> %telnet 10.0.0.2 25
+> Trying 10.0.0.2...
+> Connected to pacific.lifeafterking.org.
[...]
+> %telnet 10.0.0.3 25
+> Trying 10.0.0.3...
+> Connected to test.lifeafterking.org..
[...]
+>
21 matches
Mail list logo
