>
> I am feeling a little dense today, how do you allocate a
> dma channel for a PCI busmaster device with newbus?
It's a bus master, so you don't.
--
\\ The mind's the standard \\ Mike Smith
\\ of the man. \\ msm...@freebsd.org
\\-- Joseph Merrick \\
frank wrote:
> I just upgraded an old Pentium 133 system to 3.2-stable. Everything seems
> to be working okay, except the keyboard. It works fine under the BIOS, and
> during the bootstrap, but by the time it gets to the login prompt, it stops
> responding entirely.
Well, duh. I found the probl
frank wrote:
> I just upgraded an old Pentium 133 system to 3.2-stable. Everything seems
> to be working okay, except the keyboard. It works fine under the BIOS, and
> during the bootstrap, but by the time it gets to the login prompt, it stops
> responding entirely.
Well, duh. I found the probl
--On Sonntag, 15. August 1999, 15:55 -0700 Kris Kennaway
wrote:
> On Sun, 15 Aug 1999, Kris Kennaway wrote:
>
> RFC , Simple Authentication and Security Layer (SASL)
> seems to cover this from my initial skimming. This would be the way to go
> for both SRP and SRA, IMO. There may already b
>
> I am feeling a little dense today, how do you allocate a
> dma channel for a PCI busmaster device with newbus?
It's a bus master, so you don't.
--
\\ The mind's the standard \\ Mike Smith
\\ of the man. \\ [EMAIL PROTECTED]
\\-- Joseph Merrick \\
frank wrote:
> I just upgraded an old Pentium 133 system to 3.2-stable. Everything seems
> to be working okay, except the keyboard. It works fine under the BIOS, and
> during the bootstrap, but by the time it gets to the login prompt, it stops
> responding entirely.
Well, duh. I found the prob
frank wrote:
> I just upgraded an old Pentium 133 system to 3.2-stable. Everything seems
> to be working okay, except the keyboard. It works fine under the BIOS, and
> during the bootstrap, but by the time it gets to the login prompt, it stops
> responding entirely.
Well, duh. I found the prob
Terry Lambert wrote:
> I object because it perpetuates a situation which has made it
> take this long to get the issue addressed.
>
> I also object because BIND 9 is currently in the works, and there
> is talk of replacing the records with A6 records in the DNSEXT
> working group.
>
> The r
--On Sonntag, 15. August 1999, 15:55 -0700 Kris Kennaway
<[EMAIL PROTECTED]> wrote:
> On Sun, 15 Aug 1999, Kris Kennaway wrote:
>
> RFC , Simple Authentication and Security Layer (SASL)
> seems to cover this from my initial skimming. This would be the way to go
> for both SRP and SRA, IMO.
Terry Lambert wrote:
> I object because it perpetuates a situation which has made it
> take this long to get the issue addressed.
>
> I also object because BIND 9 is currently in the works, and there
> is talk of replacing the records with A6 records in the DNSEXT
> working group.
>
> The
I am feeling a little dense today, how do you allocate a
dma channel for a PCI busmaster device with newbus?
Larry Lile
l...@stdio.com
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
On Sun, 15 Aug 1999, Bill Fumerola wrote:
> On Sat, 14 Aug 1999, Wilko Bulte wrote:
>
> > Yeah... isn't it time you Yanks got together and stormed that Trade Dept?
> > I mean, if you can get excited over a few wooden crates containing tea...
>
> The federal agents carry sub-machine guns, this is
John Polstra writes:
> 1. I have a pointer to a vnode and I want to get the corresponding
> dev_t and inode number. Is there a non-sleazy way to do that other
> than calling vn_stat?
I think you just want to call VOP_GETATTR(vp, vap, cred, proc) and
then look at vap->va_fsid and vap->va_fileid.
I am feeling a little dense today, how do you allocate a
dma channel for a PCI busmaster device with newbus?
Larry Lile
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Sun, 15 Aug 1999, Bill Fumerola wrote:
> On Sat, 14 Aug 1999, Wilko Bulte wrote:
>
> > Yeah... isn't it time you Yanks got together and stormed that Trade Dept?
> > I mean, if you can get excited over a few wooden crates containing tea...
>
> The federal agents carry sub-machine guns, this i
Kazutaka YOKOTA wrote:
>
> ># The keyboard controller; it controls the keyboard and the PS/2 mouse.
> >controller atkbdc0 at isa? port IO_KBD tty
> >device atkbd0 at atkbdc? irq 1
>~~~ -> isa?
>
You are right. They kept changing that in LINT/GENERIC.
John Polstra <[EMAIL PROTECTED]> writes:
> 1. I have a pointer to a vnode and I want to get the corresponding
> dev_t and inode number. Is there a non-sleazy way to do that other
> than calling vn_stat?
I think you just want to call VOP_GETATTR(vp, vap, cred, proc) and
then look at vap->va_fsid
># The keyboard controller; it controls the keyboard and the PS/2 mouse.
>controller atkbdc0 at isa? port IO_KBD tty
>device atkbd0 at atkbdc? irq 1
~~~ -> isa?
>device psm0at isa? disable tty irq 12
>device vga0at isa? port ? co
Frank Mayhar wrote:
>
> I just upgraded an old Pentium 133 system to 3.2-stable. Everything seems
> to be working okay, except the keyboard. It works fine under the BIOS, and
> during the bootstrap, but by the time it gets to the login prompt, it stops
> responding entirely.
>
I see the atkbdc
I have an old NE2000 ethernet card that's been running fine for years. I
just upgraded to 3.2-stable, and now it regularly spits out the errors
"ed0: remote transmit DMA failed to complete" and "ed: packets buffered,
but transmitter idle". Did something change in the driver? Is my card
dying? W
I just upgraded an old Pentium 133 system to 3.2-stable. Everything seems
to be working okay, except the keyboard. It works fine under the BIOS, and
during the bootstrap, but by the time it gets to the login prompt, it stops
responding entirely.
I've tried several different fixes (changing conso
On Sun, 15 Aug 1999, Dave Walton wrote:
> > Ideally, things like SRP, SRA, CHAP, PAP, etc,
> > should be available as plugins to client/server apps, so we don't have to
> > make separate patches to telnet/telnetd, ftp/ftpd, etc, for all of the
> > authentication protocols-of-the-day.
>
> I thoug
Kazutaka YOKOTA wrote:
>
> ># The keyboard controller; it controls the keyboard and the PS/2 mouse.
> >controller atkbdc0 at isa? port IO_KBD tty
> >device atkbd0 at atkbdc? irq 1
>~~~ -> isa?
>
You are right. They kept changing that in LINT/GENERIC.
># The keyboard controller; it controls the keyboard and the PS/2 mouse.
>controller atkbdc0 at isa? port IO_KBD tty
>device atkbd0 at atkbdc? irq 1
~~~ -> isa?
>device psm0at isa? disable tty irq 12
>device vga0at isa? port ? c
Frank Mayhar wrote:
>
> I just upgraded an old Pentium 133 system to 3.2-stable. Everything seems
> to be working okay, except the keyboard. It works fine under the BIOS, and
> during the bootstrap, but by the time it gets to the login prompt, it stops
> responding entirely.
>
I see the atkbdc
I just upgraded an old Pentium 133 system to 3.2-stable. Everything seems
to be working okay, except the keyboard. It works fine under the BIOS, and
during the bootstrap, but by the time it gets to the login prompt, it stops
responding entirely.
I've tried several different fixes (changing cons
I have an old NE2000 ethernet card that's been running fine for years. I
just upgraded to 3.2-stable, and now it regularly spits out the errors
"ed0: remote transmit DMA failed to complete" and "ed: packets buffered,
but transmitter idle". Did something change in the driver? Is my card
dying?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 15 Aug 1999, Dave Walton wrote:
> Great. Fire off a quick note to Bill Clinton asking if it's ok.
>
Um, I will have to make sure, but my understanding is that src/crypto
on freefall (at least) is US-only, so that should be ok. Anyone wh
On Sun, 15 Aug 1999, Dave Walton wrote:
> > Ideally, things like SRP, SRA, CHAP, PAP, etc,
> > should be available as plugins to client/server apps, so we don't have to
> > make separate patches to telnet/telnetd, ftp/ftpd, etc, for all of the
> > authentication protocols-of-the-day.
>
> I thou
On 15 Aug 99, at 15:33, Kris Kennaway wrote:
> /etc/tpasswd is a way of storing the SRP information separately for
> systems which cannot handle it being in /etc/passwd directly. At least
> with my replacement libcrypt this isn't an issue as far as I know.
Even better.
> Ideally, things like SRP
On 15 Aug 99, at 15:33, Nick Sayer wrote:
> True enough. You'd have to force your users to run 'passwd' once as a
> conversion step, and you'd have to modify scripts like 'adduser' to
> set up the new format.
And on a fresh install you wouldn't even need to do that.
> I can commit SRA into src/c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 15 Aug 1999, Dave Walton wrote:
> Great. Fire off a quick note to Bill Clinton asking if it's ok.
>
Um, I will have to make sure, but my understanding is that src/crypto
on freefall (at least) is US-only, so that should be ok. Anyone w
On Sun, 15 Aug 1999, Kris Kennaway wrote:
> The only issue which (to my knowledge) has never been addressed anywhere
> is the authentication protocol exchange between client and server and a
> formalized API (PAM doesn't do this: it communicates between a server and
> arbitrary backend, among othe
On 15 Aug 99, at 15:33, Kris Kennaway wrote:
> /etc/tpasswd is a way of storing the SRP information separately for
> systems which cannot handle it being in /etc/passwd directly. At least
> with my replacement libcrypt this isn't an issue as far as I know.
Even better.
> Ideally, things like SR
Alfred Perlstein wrote:
> On Sun, 15 Aug 1999, John Polstra wrote:
>>
>> 1. I have a pointer to a vnode and I want to get the corresponding
>> dev_t and inode number. Is there a non-sleazy way to do that other
>> than calling vn_stat?
>
> use vn_todev from "vfs_subr.c" ~line 2970 of 2976 if you
On 15 Aug 99, at 15:33, Nick Sayer wrote:
> True enough. You'd have to force your users to run 'passwd' once as a
> conversion step, and you'd have to modify scripts like 'adduser' to
> set up the new format.
And on a fresh install you wouldn't even need to do that.
> I can commit SRA into src/
On Sun, 15 Aug 1999, Dave Walton wrote:
> > Again, the problem is that there is administrative overhead - a separate
> > password database is required.
>
> Yes, there is /etc/tpasswd to deal with. I guess what I should have
> said is that I'd love to see SRP integrated into FreeBSD (as PAM,
>
Dave Walton wrote:
>
> On 14 Aug 99, at 5:43, Nick Sayer wrote:
>
> > Dave Walton wrote:
> > >
> > > If you really want to work on an encrypted telnet, check out The
> > > Stanford SRP Authentication Project (http://srp.stanford.edu/srp/).
> > > I'd love to see SRP integrated into the FreeBSD tel
On Sun, 15 Aug 1999, John Polstra wrote:
> I have two VFS-related questions which are probably pretty basic.
>
> 1. I have a pointer to a vnode and I want to get the corresponding
> dev_t and inode number. Is there a non-sleazy way to do that other
> than calling vn_stat?
use vn_todev from "vfs
On 14 Aug 99, at 5:43, Nick Sayer wrote:
> Dave Walton wrote:
> >
> > If you really want to work on an encrypted telnet, check out The
> > Stanford SRP Authentication Project (http://srp.stanford.edu/srp/).
> > I'd love to see SRP integrated into the FreeBSD telnet/telnetd.
>
> Again, the proble
On Sun, 15 Aug 1999, Kris Kennaway wrote:
> The only issue which (to my knowledge) has never been addressed anywhere
> is the authentication protocol exchange between client and server and a
> formalized API (PAM doesn't do this: it communicates between a server and
> arbitrary backend, among oth
I have two VFS-related questions which are probably pretty basic.
1. I have a pointer to a vnode and I want to get the corresponding
dev_t and inode number. Is there a non-sleazy way to do that other
than calling vn_stat?
2. The first action of vn_stat is to call VOP_GETATTR. VOP_GETATTR(9)
say
Alfred Perlstein wrote:
> On Sun, 15 Aug 1999, John Polstra wrote:
>>
>> 1. I have a pointer to a vnode and I want to get the corresponding
>> dev_t and inode number. Is there a non-sleazy way to do that other
>> than calling vn_stat?
>
> use vn_todev from "vfs_subr.c" ~line 2970 of 2976 if you
On Sun, 15 Aug 1999, Dave Walton wrote:
> > Again, the problem is that there is administrative overhead - a separate
> > password database is required.
>
> Yes, there is /etc/tpasswd to deal with. I guess what I should have
> said is that I'd love to see SRP integrated into FreeBSD (as PAM,
On Sun, 15 Aug 1999, John Polstra wrote:
> I have two VFS-related questions which are probably pretty basic.
>
> 1. I have a pointer to a vnode and I want to get the corresponding
> dev_t and inode number. Is there a non-sleazy way to do that other
> than calling vn_stat?
use vn_todev from "vf
Dave Walton wrote:
>
> On 14 Aug 99, at 5:43, Nick Sayer wrote:
>
> > Dave Walton wrote:
> > >
> > > If you really want to work on an encrypted telnet, check out The
> > > Stanford SRP Authentication Project (http://srp.stanford.edu/srp/).
> > > I'd love to see SRP integrated into the FreeBSD te
On 14 Aug 99, at 5:43, Nick Sayer wrote:
> Dave Walton wrote:
> >
> > If you really want to work on an encrypted telnet, check out The
> > Stanford SRP Authentication Project (http://srp.stanford.edu/srp/).
> > I'd love to see SRP integrated into the FreeBSD telnet/telnetd.
>
> Again, the probl
I have two VFS-related questions which are probably pretty basic.
1. I have a pointer to a vnode and I want to get the corresponding
dev_t and inode number. Is there a non-sleazy way to do that other
than calling vn_stat?
2. The first action of vn_stat is to call VOP_GETATTR. VOP_GETATTR(9)
sa
On Sat, 14 Aug 1999, Wilko Bulte wrote:
> Yeah... isn't it time you Yanks got together and stormed that Trade Dept?
> I mean, if you can get excited over a few wooden crates containing tea...
The federal agents carry sub-machine guns, this is less workable now-a-days.
--
- bill fumerola - bi...
On Sat, 14 Aug 1999, Wilko Bulte wrote:
> Yeah... isn't it time you Yanks got together and stormed that Trade Dept?
> I mean, if you can get excited over a few wooden crates containing tea...
The federal agents carry sub-machine guns, this is less workable now-a-days.
--
- bill fumerola - [EMA
As Sheldon Hearn wrote ...
>
>
> On Fri, 13 Aug 1999 23:42:48 MST, "Dave Walton" wrote:
>
> > If you really want to work on an encrypted telnet, check out The
> > Stanford SRP Authentication Project (http://srp.stanford.edu/srp/).
> > I'd love to see SRP integrated into the FreeBSD telnet/tel
As Sheldon Hearn wrote ...
>
>
> On Fri, 13 Aug 1999 23:42:48 MST, "Dave Walton" wrote:
>
> > If you really want to work on an encrypted telnet, check out The
> > Stanford SRP Authentication Project (http://srp.stanford.edu/srp/).
> > I'd love to see SRP integrated into the FreeBSD telnet/te
52 matches
Mail list logo
