On 07/04/2012 15:55, Jason Hellenthal wrote:
> Seeing as sudo plays a big part of this
No ... not only is sudo not a necessary component, it shouldn't be
involved at all. The feature works on debian/ubuntu for regular
userspace commands.
Doug
--
This .signature sanitized
On 07/04/2012 15:57, Yuri wrote:
> On 07/04/2012 15:08, Doug Barton wrote:
>> First, I agree that being able to turn it off should be possible. But I
>> can't help being curious ... why would you *not* want a feature that
>> tells you what to install if you type a com
On 07/04/2012 16:41, Jason Hellenthal wrote:
>
>
> On Wed, Jul 04, 2012 at 03:59:29PM -0700, Doug Barton wrote:
>> On 07/04/2012 15:55, Jason Hellenthal wrote:
>>> Seeing as sudo plays a big part of this
>>
>> No ... not only is sudo not a necessary component
On 07/04/2012 17:30, Tim Kientzle wrote:
> On Jul 4, 2012, at 4:41 PM, Jason Hellenthal wrote:
>>
>> On Wed, Jul 04, 2012 at 03:59:29PM -0700, Doug Barton wrote:
>>> On 07/04/2012 15:55, Jason Hellenthal wrote:
>>>> Seeing as sudo plays a big part of this
&
On 07/04/2012 21:08, Brett Glass wrote:
> At 04:03 PM 7/4/2012, Doug Barton wrote:
>
>> Other than that, if whoever actually pushes all the rocks uphill to make
>> the installer more modular in this regard decides to include djbdns,
>> more power to them. :)
>
> I&
blem.
I appreciate the people who've spoken up as to why they wouldn't want
to use it, but I haven't seen anything yet that says "having this
feature is a universally bad idea."
Doug
--
This .signature sanitized for your protection
__
On 07/07/2012 14:16, Bjoern A. Zeeb wrote:
>
> On 3. Jul 2012, at 12:39 , Dag-Erling Smørgrav wrote:
>
>> Doug Barton writes:
>>> The correct solution to this problem is to remove BIND from the base
>>> altogether, but I have no energy for all the whinging
or hacker task" for a motivated group.
If those don't do it for you, ports/dns/bind-tools already exists.
Doug
--
This .signature sanitized for your protection
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mail
On 07/07/2012 16:34, Bjoern A. Zeeb wrote:
> On 7. Jul 2012, at 23:17 , Doug Barton wrote:
>
>> On 07/07/2012 14:16, Bjoern A. Zeeb wrote:
>>>
>>> On 3. Jul 2012, at 12:39 , Dag-Erling Smørgrav wrote:
>>>
>>>> Doug Barton writes:
>>>&g
weak +1 for keeping something
> in the base system, but I'll be the first to admit it is a second or third
> tier argument at best.
With the proper ports infrastructure, this issue goes away.
Meanwhile, we're already in basic agreement that importing unbound into
the base is a g
On 07/08/2012 01:03, Bjoern A. Zeeb wrote:
>
> On 8. Jul 2012, at 02:44 , Warner Losh wrote:
>
>>
>> On Jul 7, 2012, at 5:33 PM, Garrett Wollman wrote:
>>> < said:
>>>
BIND in the base today comes with a full-featured local resolver
configuration, which I'm confident that Dag-Erling can
On 07/08/2012 01:07, Bjoern A. Zeeb wrote:
> On 7. Jul 2012, at 23:45 , Doug Barton wrote:
>
>> On 07/07/2012 16:34, Bjoern A. Zeeb wrote:
>>> On 7. Jul 2012, at 23:17 , Doug Barton wrote:
>
>>>> Other than authoritative DNS, what features does unbound lack t
rational discussion about it. I hope
that changes.
Doug
--
This .signature sanitized for your protection
___
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"
On 07/07/2012 17:47, Darren Pilgrim wrote:
> On 2012-07-07 16:45, Doug Barton wrote:
>> Also re DNSSEC integration in the base, I've stated before that I
>> believe very strongly that any kind of hard-coding of trust anchors as
>> part of the base resolver setup is a b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/08/2012 10:10, Jason Hellenthal wrote:
> From first impression it seems that drill(1) has a syntax that
> leaves something to be desired like the eased use of host or dig.
So once again, if you need the exact capabilities of ISC host and dig,
On 07/08/2012 10:43, Garrett Wollman wrote:
> < said:
>
>> Neither of which has any relevance to the actual root zone ZSK, which
>> could require an emergency roll tomorrow.
>
> Surely that's why there's a separate KSK. The ZSK can be rolled at
> any time.
The ZSK is rolled on a regular schedul
On 07/08/2012 13:25, Gabor Kovesdan wrote:
> On 2012.07.08. 1:17, Doug Barton wrote:
>> Other than authoritative DNS, what features does unbound lack that you
>> want?
> [Picking up a random mail from the thread.]
>
> Other than the functionality, when we replace something
On 07/08/2012 07:41, Dan Lukes wrote:
>> The ideal, long-term solution is to re-think what "The Base" is, and
>> give users more flexibility at install time.
>
> Flexibility is double-edged sword.
>
> Feel free to replace one resolver with another resolver (but don't do it
> so often, please). Ap
On 07/08/2012 22:43, Avleen Vig wrote:
> It would be silly not to keep bind-tools in base.
Sounds easy, but not so much in practice. Keeping any of the code
doesn't solve the problem of the release cycles not syncing up. And for
the vast majority of users needs the tools we will import will be mor
On 07/08/2012 23:16, Avleen Vig wrote:
> On Sun, Jul 8, 2012 at 10:51 PM, Doug Barton wrote:
>> On 07/08/2012 22:43, Avleen Vig wrote:
>>> It would be silly not to keep bind-tools in base.
>>
>> Sounds easy, but not so much in practice. Keeping any of the code
>&
On 07/09/2012 00:34, Avleen Vig wrote:
> On Sun, Jul 8, 2012 at 11:26 PM, Doug Barton wrote:
>> On 07/08/2012 23:16, Avleen Vig wrote:
>>> On Sun, Jul 8, 2012 at 10:51 PM, Doug Barton wrote:
>>>> On 07/08/2012 22:43, Avleen Vig wrote:
>>>>> It
for SOHO?
You don't need to transition if you don't want to. Just install BIND
from the ports.
> In particular, if unbound has no authoritative server capabilities,
> what suggestions are there for handling the private hosts in a SOHO
> environment?
Stub and/or forward zones
default it does a
> database
> lookup whenever you type an unrecognised command - to lower the barrier to
> entry.
Right.
> We should also change the base system to remove the most commonly used
> tools for doing DNS lookups, to what was the reason again?
It's been covered at le
On 07/09/2012 06:45, Mark Blackman wrote:
> Indeed, 'dig' and 'host' must be present and working as expected
> in a minimally installed system.
So if you don't like the versions that get imported, install bind-tools
from ports.
Doug
--
This .signatur
I've never argued against that. I think you misunderstood my flippant
comment below.
> On 2012-Jul-09 13:52:15 -0700, Doug Barton wrote:
>> On 07/09/2012 13:47, Peter Jeremy wrote:
>>> On 2012-Jul-09 14:15:13 +0200, in freebsd-security, "Andrej (Andy)
>>> Brodnik&q
On 07/09/2012 14:47, Mark Blackman wrote:
> I never use '-t' with dig. drill *told* me I should use '-t'
> then completely failed to acknowledge I had done so.
Have you reported this bug?
--
Change is hard.
___
freebsd-hackers@freebsd.org maili
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/09/2012 19:56, Peter Jeremy wrote:
> On 2012-Jul-10 00:40:07 +0200, Dag-Erling Smørgrav
> wrote:
>> They are sufficiently similar that writing a wrapper that
>> supports a significant subset of dig's command-line option and
>> uses drill as a
On 07/09/2012 16:45, George Mitchell wrote:
> On 07/09/12 17:01, Doug Barton wrote:
>> On 07/09/2012 06:45, Mark Blackman wrote:
>>
>>> Indeed, 'dig' and 'host' must be present and working as expected
>>> in a minimally installed system.
>
ver the network. You can still do that with other solutions, but this
is one area where the fact that BIND can do both is a feature.
Doug
--
Change is hard.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
On 7/10/2012 4:27 AM, Mark Blackman wrote:
> On 10 Jul 2012, at 08:12, Doug Barton wrote:
>
>> On 07/09/2012 14:47, Mark Blackman wrote:
>>> I never use '-t' with dig. drill *told* me I should use '-t'
>>> then completely failed to acknowled
For the OP, make sure you have the latest BIOS. I had a similar problem
with vt-x and it was solved by a later BIOS upgrade.
hth,
Doug
--
Change is hard.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On 07/15/2012 02:39, Mike Meyer wrote:
> On Sat, 14 Jul 2012 13:29:59 -0700
> Doug Barton wrote:
>
>> For the OP, make sure you have the latest BIOS. I had a similar problem
>> with vt-x and it was solved by a later BIOS upgrade.
>
> And *that* solved the problem. The
the first place.
Not only is the perception reasonable, but the process of writing out
such documentation (different from handbook-style docs, or even man
pages) often helps clarify both the actual proposed design, and the
current state of things. It's a shame that we don't have a cultur
On 07/17/2012 03:38 PM, Dave Hayes wrote:
> On 07/17/12 15:14, Doug Barton wrote:
>>> Some sources of this are: I rarely read the handbook
>>
>> So now that we've discussed *our* shortcomings, let's discuss yours. :)
>> Read the handbook. Seriously.
>
The xhci code in 8-stable works, but it's not mentioned in the NOTES
files in sys/conf, sys/i386/conf, or sys/amd64/conf. The module is
hooked up in sys/modules/usb/Makefile, and that's how I've been using it
so far. Is it not possible to compile this code into the kernel?
Doug
On 07/19/2012 02:17, Hans Petter Selasky wrote:
> On Thursday 19 July 2012 11:14:42 Doug Barton wrote:
>> The xhci code in 8-stable works, but it's not mentioned in the NOTES
>> files in sys/conf, sys/i386/conf, or sys/amd64/conf. The module is
>> hooked up in sys/module
On 07/19/2012 03:29, Hans Petter Selasky wrote:
> On Thursday 19 July 2012 11:38:11 Doug Barton wrote:
>> On 07/19/2012 02:17, Hans Petter Selasky wrote:
>>> On Thursday 19 July 2012 11:14:42 Doug Barton wrote:
>>>> The xhci code in 8-stable works, but it's not m
t happens; I finally came to the conclusion
that they didn't want remote participation to happen, so it won't.
That's a shame.
If the only large, open project you've ever participated in is FreeBSD,
what gets done around here feels "normal" to you. But don't be so
On 08/02/2012 09:20, Scott Long wrote:
>
> On Aug 2, 2012, at 12:23 AM, Kevin Oberman
> wrote:
>
>> Doug makes some good points.
>
> No, he doesn't.
Yes I do! (So there)
> He and Arnould being argumentative and accusatory
> where none of that is warranted
On 08/02/2012 05:54, David Chisnall wrote:
> On 2 Aug 2012, at 05:30, Doug Barton wrote:
>
>> I used to ask the PTB to provide *some* form of remote
>> participation for even a fraction of the events at the dev summit.
>> I don't bother asking anymore because year a
ne in the room(s). They were told that it wasn't possible to do
that.
Doug
--
I am only one, but I am one. I cannot do everything, but I can do
something. And I will not let what I cannot do interfere with what
I can do.
-- Edward Everett Hale, (1822 - 1
On 08/02/2012 10:13, David Chisnall wrote:
> On 2 Aug 2012, at 17:46, Doug Barton wrote:
>
>> Well that's a start. :) And where was this availability announced?
>> If I missed it, that's on me. But providing remote access that you
>> don't tell people
BTW, for those who'd like to get a flavor of what the IETF model looks
like, the Vancouver meeting is in process now:
https://datatracker.ietf.org/meeting/84/agenda.html
Feel free to join in as a lurker.
--
I am only one, but I am one. I cannot do everything, but I can do
something.
On 08/02/2012 10:34, Doug Barton wrote:
> BTW, for those who'd like to get a flavor of what the IETF model looks
> like, the Vancouver meeting is in process now:
>
> https://datatracker.ietf.org/meeting/84/agenda.html
>
> Feel free to join in as a lurker.
Sorry, this ag
ming from a newly elected core
team member.
Doug
--
I am only one, but I am one. I cannot do everything, but I can do
something. And I will not let what I cannot do interfere with what
I can do.
-- Edward Everett H
uld be a good long-term investment that would benefit a lot of
people, especially in comparison to the money set aside for travel
grants which is now going begging.
Doug
--
I am only one, but I am one. I cannot do everything, but I can do
something. And I will not let what I can
reeBSD community as a whole.
Doug
--
I am only one, but I am one. I cannot do everything, but I can do
something. And I will not let what I cannot do interfere with what
I can do.
-- Edward Everett Hale, (1822 - 1909)
e supportive.
What I'm hearing so far is defensiveness, and an attempt to focus the
discussion on me. Neither is helpful. :) Acknowledging that this is a
problem that needs to be solved does not imply that by not solving it
you personally have failed in some way. I apologize if anything I've
w
On 08/02/2012 12:18, David Chisnall wrote:
> Thank you for your thoughtful reply,
You too ... I let some time go by to see what others had to say. I think
it's disappointing that more people aren't concerned about this issue.
> On 2 Aug 2012, at 19:33, Doug Barton wrote:
>
&
On 07/31/2012 17:02, Yuri wrote:
> One of my 9.1-BETA1 systems periodically freezes. If sound was playing,
> it would usually cycle with a very short period. And system stops being
> sensitive to keyboard/mouse. Also ping of this system doesn't get a
> response.
Just for fun, have you tried switch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/31/2012 09:48, Fabian Keil wrote:
> I think guessing that INET and INET6 are available is a lot more
> reasonable than doing the same for the external NFS modules.
FYI, there has been considerable work done to ensure that INET6 works
without I
On 08/06/2012 13:23, Vitaly Magerya wrote:
> Doug Barton wrote:
>> On 07/07/2012 16:33, Garrett Wollman wrote:
>>> The utilities (specifically host(1) and dig(1)) are the only
>>> user-visible interfaces I care about.
> [...]
>> ldns (a dependency of unbou
bound is a different question from
removing BIND. Not only do I not see any reason not to move forward on
the former, I think that once people see a solid implementation in place
already it will ease the fears about removing BIND.
Doug
--
I am only one, but I am one. I cannot do ever
On 08/20/2012 02:16, Mark Blackman wrote:
>
> On 20 Aug 2012, at 10:12, Doug Barton wrote:
>
>> On 08/20/2012 01:55, Bjoern A. Zeeb wrote:
>>
>>> We will continue to reject this until there are more firm plans,
>>> proper documentation on the security su
On 08/20/2012 02:19, Bjoern A. Zeeb wrote:
> On Mon, 20 Aug 2012, Doug Barton wrote:
>
>> On 08/20/2012 01:55, Bjoern A. Zeeb wrote:
>>
>>> We will continue to reject this until there are more firm plans,
>>> proper documentation on the security support side, w
On 8/21/2012 10:11 AM, Bjoern A. Zeeb wrote:
> On Tue, 21 Aug 2012, Dag-Erling Smørgrav wrote:
>
>> Doug Barton writes:
>>> Dag-Erling, do you have a timeline for getting started on the
>>> ldns/unbound import?
>>
>> I imported the code into the vendor t
On 8/21/2012 11:08 AM, Bjoern A. Zeeb wrote:
> On Tue, 21 Aug 2012, Doug Barton wrote:
>> Neither importing ldns nor removing BIND is going to have any effect on
>> the stub resolver library in libc.
>
> Yes it does as if we are not carefull, we'll neither have a _pr
On Sun, 27 Jun 1999, Alexander Viro wrote:
>
>
> On Sun, 27 Jun 1999, Doug Rabson wrote:
>
> > This looks viable as long as you don't use small integers to represent
> > FL_UFS etc. Having a single header defining constants for all filesystems
>
>
On Sun, 27 Jun 1999, Alexander Viro wrote:
>
>
> On Mon, 28 Jun 1999, Doug Rabson wrote:
> > I'm talking about the concept of a header file containing something like:
> >
> > #define FL_VFS 0
> > #define FL_FOOFS
te (list of
fds) in the process. A separate kernel object would be a much cleaner
solution and would be usable by a program which called poll in many
different ways.
With this api, a library would be unable to use the new interface since it
would not know the new_poll state setup by the main
lly prove to be true.
>
> Comments?
I think you are on the right lines here. Where does the resource come
from? Are you going to support bus_space_map() and if so, how are you
planning to call BUS_ALLOC_RESOURCE?
I assume that you will update the alpha version of bus.h too.
--
Dou
On Sun, 4 Jul 1999, Jonathan Lemon wrote:
> On Jul 07, 1999 at 11:15:13AM +0100, Doug Rabson wrote:
> > > In essence, I want to move the large "struct pollfd" array that I
> > > have into the kernel, and then instruct the kernel to add/remove
> > > entr
On Sun, 4 Jul 1999, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Doug
>Rabson writes:
> : I think you are on the right lines here. Where does the resource come
> : from? Are you going to support bus_space_map() and if so, how are you
> : planning to call BUS_ALLOC_R
trouble?)
>
>
> How does it sound?
If I understand this correctly, you are suggesting that we program timer0
so that we only take interrupts when a finetimer is due to fire? If so,
then it sounds very good. The idea of taking 6000+ interrupts/sec made me
uneasy, even though most would re
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
> On Thu, 8 Jul 1999 09:54:42 +0100 (BST),
> Doug Rabson <[EMAIL PROTECTED]> said:
>
> dfr> If I understand this correctly, you are suggesting that we program timer0
> dfr> so that we only take interrupts when a finetimer i
On Fri, 9 Jul 1999, Doug wrote:
> On Fri, 9 Jul 1999, Warner Losh wrote:
>
> > In message <[EMAIL PROTECTED]> Matthew
>Jacob writes:
> > : I don't know- it's very platform specific. I just wanted my kernels to
> > : compile again. I think it'
On Fri, 9 Jul 1999, Doug wrote:
> On Fri, 9 Jul 1999, Doug Rabson wrote:
>
> > On Fri, 9 Jul 1999, Doug wrote:
>
> > > I'd just like to offer a hearty hi-ho for a MIPS version of
> > > freebsd. I'd love to be able to put some of these !*#@$
oodoo2 due to the limitations of
XFree86 3.3. I expect 4.0 to have excellent 3D performance.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Nonlinear Systems Ltd. Phone: +44 181 442 9037
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> say you have to have be root to load the modules in the first place :) - Maybe
> it's warrants some kind of response page putting up somewhere? - this is also
> getting off topic for -hackers :(...
It was mentioned when describing the conditions for allowing the file load
(securelevel ==
efficient
implementation of inx/outx in user mode:
UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
0 43655 43652 7 2 0 12616584 12456 select S ?? 1036:41.62
/usr/X11R6/bin/X -auth /usr/X11R6/lib/X11/xdm/authdir/A:0-w43652
Th
On 14 Jul 1999, Chris G. Demetriou wrote:
> Doug Rabson <[EMAIL PROTECTED]> writes:
> > Overcommit can be used for many reasons. I use it to reserve a large
> > linear address space to mmap alpha i/o spaces [...]
>
> Overcommit can be used for many reasons, but unless
sses into those that ought to be killed first
and
> > those that ought to be killed last in low-memory situations
Doug White
Internet: [EMAIL PROTECTED]| FreeBSD: The Power to Serve
http://gladstone.uoregon.edu/~dwhite| www.freebsd.org
To Uns
s from this, as
> well as depending on Mesa(?!).
>
> With whatever Qt version you're using go into the appropiate
> configs/freebsd-... file and remove -fno-rtti.
Who maintains the FreeBSD qt port? Perhaps you should fix the problems in
the port and submit them as patch
> SGI's site has a whitepaper on the flatpanel but it's a bit spare on
> control protocols. They do say something about an I2C bus but I dunno
> whether that is what DPMS uses or not.
XFree86 has an i2c driver in it for talking to monitors so it sounds as if
upport
"data32".
Thanks,
Doug A.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ads. It still needs a bit of work and I have been (extremely) busy
with unrelated projects recently. I may be able to finish it after
SIGGRAPH.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Nonlinear Systems Ltd. Phone: +44 181 442 9037
To Unsubscribe: send m
n what's in loader(8) already does. In that light, I think we
> ought to import it into our tree.
>
> BTW, won't any of the kld gods speak up?
I'm currently extremely distracted by non-FreeBSD work and will be so
until after SIGGRAPH. If Peter doesn't show an interes
rsioning is not simply because the size of ip_number
might change (it should be a sockaddr) but because other fields might be
added or removed. To avoid allocating a new syscall whenever this happens,
the structure should be versioned.
Putting sizeof(whatever) at the beginning of the structure w
cond avoids the 'the data is different but the size is the same' problem
> which would seem to be not too uncommon..
If you are using the size for a version and you change the fields without
ensuring the size changes, then you deserve all you get. In this kind of
situation normally f
itself for each bus
which it finds. It then uses a helper function bus_generic_attach() to
probe and attach these and they in turn add new children to themselves as
they find attached hardware.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Nonlinear Systems Ltd. Phone: +
.
> > > >
> > >
> > > You can always use off_t with "%qd", (int64_t)foo.
> >
> > But not on the Alpha... int64_t is a long there, and gcc complains unless
> > you use %ld.
> Mmm and long is 32Bit it seems.
> At least that would ex
and sync-write the data again. If you change to async, make
sure that you still keep this part - its essential to the protocol.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Nonlinear Systems Ltd. Phone: +44 181 442 9037
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ng feelings about src/crypto/sys or src/sys/crypto.
I would prefer src/sys/crypto. I tend to have a lot of kernel-only trees
around for my work and the more self-contained they are the better. Moving
softupdates into sys/crypto was a good thing (IMHO).
--
Doug Rabson Mail
ty
> 32-bit mode:
>
> - 32-bit int, 32-bit long, 64-bit long long, 64-bit pointers
> - 32-bit int, 64-bit long, 64-bit long long, 64-bit pointers
>
> While the 64-bit Windows NT has 32-bit int, 32-bit long,
> 64-bit long long, 32-bit pointers, 64-bit some special
&
On Sun, 29 Aug 1999, Bjoern Fischer wrote:
> Hello Doug, hello Matthew, hello list members,
>
> there are some hints that readdir() in -STABLE has problems when
> used on NFSv3 (UDP; and TCP probably, too) mounted file systems.
> The reason may be the recovery code for stale
reviewed this pr myself but it seems like a well thought out
change to the system. Would the people who are involved with the current
(more limited) proposed change like to review this and possibly use it
instead. I don't want to lose anyones work here if it could be useful.
--
Doug Rabson
gt; Solaris, which also has 128 signals:
>
> typedef struct {/* signal set type */
> unsigned long __sigbits[4];
> } sigset_t;
Please be careful with your datatypes when formulating this. If you are
going to pack 32 signals into one field, make it u_int32_t, n
so that they can be invidually
submitted to FSF. Assigning all the changes to FSF is about 10x the effort
and I don't have much enthusiasm for it.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Nonlinear Systems Ltd. Phone: +44 181 442 9037
To Uns
.2 has not been released (gdb-4.18 was
based on a snapshot of 2.9.2).
The linux folks often just bundle patches with the gdb sources which is
not much different from us importing FSF sources into our CVS tree. We can
generate diffs from the virgin FSF sources very easily.
--
Doug Rabson
ere a better way to see whether a PCI card has
> been configured?
The value 255 for intline represents "not configured" or "no interrupt".
--
Doug Rabson Mail: [EMAIL PROTECTED]
Nonlinear Systems Ltd. Phone: +44 181 442 9037
mplemented by pccard as well.
For PCI, we need to change the probe slightly to pass the RID for the port
resource (always zero for isa but normally nonzero for pci). In this case,
the GET/SET_RESOURCE methods probably won't be needed since they are just
used for the multiport klug
n't support anything but isa attachments right now. Its probe
> and attach routines need to be corrected to not be ISA specific.
I think I will tackle that soon.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Nonlinear Systems Ltd. Phone: +44 181
;ve heard that the Belkin device is very similar.
BTW if someone commited the sdcc port more people could play with it and
write their own firmware. BTW2 I found a bug in more port in which
it didn't install the headers for sdcc. I guess I should pr my pr.
Doug A.
To Unsubscribe: send mail
ught I saw a PCMCIA -> USB at Fry's.
Doug A.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
devel motherboard that I'm using without a manual and without
a working on button.
For more info just look at the various ATX spec's online.
Doug A.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
meone can note any
inconsistencies that would be great.
Doug White
Internet: [EMAIL PROTECTED]| FreeBSD: The Power to Serve
http://gladstone.uoregon.edu/~dwhite| www.freebsd.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-h
bank) and see if those work.
I can't attach gdb to a running -g'd version of natd, it just segfaults.
:(
> > Does natd support multiple alias addresses, or am I missing something
> > obvious?
> >
> Definitely supports!
>
> BTW, what version you are on
d to
>[TCP] 1.2.3.5:80 -> 212.110.138.4:49960
> In [TCP] [TCP] 212.110.138.4:49960 -> 1.2.3.5:80 aliased to
>[TCP] 212.110.138.4:49960 -> 192.168.2.201:80
> Redirections are happening.
Very odd. I'm going to adjust the configfile so that it has no c
On Tue, 14 Sep 1999, Alfred Perlstein wrote:
>
> On Tue, 14 Sep 1999, Doug Rabson wrote:
>
> > On Mon, 13 Sep 1999, Zhihui Zhang wrote:
> >
> > >
> > > I am wondering where the NFS authentication is done in FreeBSD. Is it done
> > > by the N
. The kernel returns ENEEDAUTH from
the nfssvc() call and nfsd does the authentication, passing the results
back via nfssvc(). I don't think this code is actually used by anyone so
there is a strong possibility that it doesn't work at all.
--
Doug Rabson Mail: [EMAI
1101 - 1200 of 1239 matches
Mail list logo