Mathew Kanner:
I would like to note that kldload'ing the sound modules works
very well and I would prefer that to be standard operating procedure
for sound.
The issue with kldloading is that you still need PNPBIOS for many
on-board sound devices. Which means that you need to compile your
Sounds similar to, but not as functional as, the lookupd in Mac OS X. :)
On Mar 5, 2004, at 12:45 AM, Michael Bushkov wrote:
We want you to look at this lookupd. It would be great for us to know
if
you like or not the way we made it. And we also want to know if this
project can be added to
On Fri, 5 Mar 2004 19:06, Helge Oldach wrote:
The issue with kldloading is that you still need PNPBIOS for many
on-board sound devices. Which means that you need to compile your own
kernel anyway, or don´t you?
I don't think I've ever seen a motherboard/BIOS where you HAD to compile it in
the
The above manpage documents the return values, but it is a void function.
Mark
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Is there a technical reason why LINK_MAX is set to 32K? Would
anything bad happen if this value was raised?
Thanks,
--
Stephen J. Roznowski([EMAIL PROTECTED])
___
[EMAIL PROTECTED] mailing list
Hello!
Some time ago there was a discussion concerning in-process vs. IPC
nsswitch implementation. We agreed that we should develop an example of
IPC implementation and ask for a discussion. We are glad to present you
sample implementation of the IPC nsswitch model.
On 3/4/2004, Brandon D. Valentine [EMAIL PROTECTED] wrote:
On Wed, Mar 03, 2004 at 05:03:40PM +0100, Jorn Argelo wrote:
I've been on the question list for some time, and I have noticed that
many people do not know how to get sound support up and running in
FreeBSD 5.X. I know that
Daniel O'Connor:
On Fri, 5 Mar 2004 19:06, Helge Oldach wrote:
The issue with kldloading is that you still need PNPBIOS for many
on-board sound devices. Which means that you need to compile your own
kernel anyway, or don´t you?
I don't think I've ever seen a motherboard/BIOS where you HAD to
On Mar 05, Helge Oldach wrote:
Daniel O'Connor:
On Fri, 5 Mar 2004 19:06, Helge Oldach wrote:
The issue with kldloading is that you still need PNPBIOS for many
on-board sound devices. Which means that you need to compile your own
kernel anyway, or don?t you?
I don't think I've ever seen
On Fri, 5 Mar 2004 23:38, Helge Oldach wrote:
I don't think I've ever seen a motherboard/BIOS where you HAD to
compile it in the kernel..
I have a number of Compaq DeskPro EN K450 here. Rather decent machines
for FreeBSD desktops, and for sure not uncommon hardware. But
unfortunately the
Mathew Kanner [EMAIL PROTECTED] writes:
Are you required to compile sound in the kernel to get it to
work?
No, he is required to compile a kernel with the PNPBIOS option (which
is not in GENERIC).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
In the last episode (Mar 04), Stephen J. Roznowski said:
Is there a technical reason why LINK_MAX is set to 32K? Would
anything bad happen if this value was raised?
Mainly because di_nlink is an int16_t in ufs/dinode.h and ufs/inode.h.
I think it could have been bumped up to an int32_t in
Mathew Kanner:
On Mar 05, Helge Oldach wrote:
Daniel O'Connor:
On Fri, 5 Mar 2004 19:06, Helge Oldach wrote:
The issue with kldloading is that you still need PNPBIOS for many
on-board sound devices. Which means that you need to compile your own
kernel anyway, or don?t you?
I don't think
On Fri, 5 Mar 2004, Helge Oldach wrote:
case b) options PNPBIOS in the kernel config and kldload snd_pcm =
pcm isn't recognized, but the other PnP devices show up during probe
case c) *no* options PNPBIOS but kldload snd_pcm = neither pcm nor
other PnP devices are recognized
Did I forget
On Fri, 5 Mar 2004, Helge Oldach wrote:
This is 4.9-STABLE of some few days ago (right after the TCP re-assembly
queue fix). How will it work with -CURRENT which doesn't have a PNPBIOS
option? Can I use sound at all?
Ahh, I was refering to 5.x. I've never tried to kldload any pcm drivers
in
On Fri, Mar 05, 2004 at 11:52:28AM +0100, Mark Santcroos wrote:
The above manpage documents the return values, but it is a void function.
Fixed, thanks!
Cheers,
--
Ruslan Ermilov
FreeBSD committer
[EMAIL PROTECTED]
pgp0.pgp
Description: PGP signature
---
david raistrick
[EMAIL PROTECTED] http://www.expita.com/nomime.html
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
[...Just noticed that we are posting to multiple groups. Sorry
everyone, though I not ready to drop them...]
On Mar 05, Helge Oldach wrote:
Mathew Kanner:
On Mar 05, Helge Oldach wrote:
Yes, that is exactly correct. I am sorry, I just wasn't clear enough
with my wording. To be safe, I
On Thu, 4 Mar 2004, Brandon D. Valentine wrote:
If they'd read pcm(4) they'd know how to get sound support up and
running without recompiling their kernel. Is there something wrong with
requiring that a new user bother to read the documentation?
pcm(4) only explains the technical details,
Mathew Kanner:
On Mar 05, Helge Oldach wrote:
Mathew Kanner:
On Mar 05, Helge Oldach wrote:
case b) options PNPBIOS in the kernel config and kldload snd_pcm =
pcm isn't recognized, but the other PnP devices show up during probe
kldloading snd_pcm isn't enough. You need to load the
The Mac OS X lookupd does aggressive caching with cache invalidation
support, supports the notion of flushing the cache on certain events
(like when you reconfigure your network interfaces or switch
authentication plugins), and quite a few other things. No surprise,
really, given that it's
Hello..
I am super new to this list, and I have a simple question that I don't
know why it does that. I have a simple test program. I compile it, and
gdb to disassemble main. I got the following..
0x80481f8 main: push %ebp
0x80481f9 main+1: mov%esp,%ebp
0x80481fb main+3: sub
Hi,
David Raistrick wrote on Fri, Mar 05, 2004 at 08:27:56AM -0800:
[..]
kldload snd_driver
is of course the correct way to do it. FWIW, kldunload snd_driver does
/not/ unload all of the modules that kldload snd_driver loads.
[..]
snd_driver is a module that contains _all_ drivers,
thus
[ Whoa, Nelly. Cc: trimmed. ]
On Fri, Mar 05, 2004 at 05:33:47PM +0100, Helge Oldach wrote:
This is 4.9-STABLE of some few days ago (right after the TCP re-assembly
queue fix). How will it work with -CURRENT which doesn't have a PNPBIOS
option? Can I use sound at all?
If you wish to test
On Mar 05, Helge Oldach wrote:
[..snip..]
Bingo! kldload snd_ess does in fact also load snd_sbc and snd_pcm, and
it all works. Apologies, I was mislead by the fact that in the kernel
just has options pcm without any further fuzz.
Yes, this is a confusing aspect. It should be a
The Mac OS X lookupd does aggressive caching with cache invalidation
support, supports the notion of flushing the cache on certain events
(like when you reconfigure your network interfaces or switch
authentication plugins), and quite a few other things. No surprise,
really, given that it's been
De: Chungwei Hsiung [EMAIL PROTECTED]
Fecha: Viernes, Marzo 5, 2004 7:43 pm
I have a simple test program. I compile it,
and
gdb to disassemble main. I got the following..
0x80481f8 main: push %ebp
0x80481f9 main+1: mov%esp,%ebp
0x80481fb main+3: sub$0x8,%esp
On Fri, Mar 05, 2004 at 10:41:33PM +0300, Michael Bushkov wrote:
Our implementation of lookupd is a demonstration
of the approach for the FreeBSD-specific IPC implementation
of nsswitch. Its architecture is
flexible enough to implement all the features you have mentioned.
The version that
On Thu, Mar 04, 2004 at 07:46:11AM -0500, sybexmy alias wrote:
Hi All,
I'm attempting to integrate SSH with LDAP and PAM on a FREEBSD 5.2 host.
However I'm having access denied error message when I try to ssh to my ldap server
using PUTTY Release 0.53b.
I have google around and found
I understand this. There are some problems in making current nss-modules
compatible with our implementation. The main problem is process euid. When
you're
using current nss-modules they work as part of your program - and geteuid
functions
work correctly. But when lookupd is used, euid of the
ISAAC GELADO FERNANDEZ wrote:
De: Chungwei Hsiung [EMAIL PROTECTED]
Fecha: Viernes, Marzo 5, 2004 7:43 pm
I have a simple test program. I compile it,
and
gdb to disassemble main. I got the following..
0x80481f8 main: push %ebp
0x80481f9 main+1: mov%esp,%ebp
On Wednesday 03 March 2004 04:31 pm, Randy Pratt wrote:
On Wed, 3 Mar 2004 17:03:40 +0100 (CET) you wrote:
I've been on the question list for some time, and I have noticed
that many people do not know how to get sound support up and
running in FreeBSD 5.X. I know that re-compiling the
On Thursday 04 March 2004 02:04 am, Mark Dixon wrote:
On Wednesday 03 Mar 2004 23:09, John Baldwin wrote:
On Wednesday 03 March 2004 06:02 pm, Mark wrote:
Dear Sirs:
I compiled my FreeBSD 4.7R for an AMD XP-2000. If I upgrade to an AMD
64 3200, will my OS still run? The AMD 64 is
On Friday, 5 March 2004 at 13:43:04 -0500, Chungwei Hsiung wrote:
Hello..
I am super new to this list, and I have a simple question that I don't
know why it does that. I have a simple test program. I compile it, and
gdb to disassemble main. I got the following..
0x80481f8 main: push
On Friday, 5 March 2004 at 18:43:11 -0500, Chungwei Hsiung wrote:
Greg 'groggy' Lehey wrote:
On Friday, 5 March 2004 at 13:43:04 -0500, Chungwei Hsiung wrote:
Hello..
I am super new to this list, and I have a simple question that I don't
know why it does that. I have a simple test
On Thu, Mar 04, 2004 at 06:26:47PM -0500, Dan Langille wrote:
If they'd read pcm(4) they'd know how to get sound support up and
running without recompiling their kernel. Is there something wrong with
requiring that a new user bother to read the documentation?
They would first have to
On Fri, 5 Mar 2004, Avleen Vig wrote:
On Thu, Mar 04, 2004 at 06:26:47PM -0500, Dan Langille wrote:
If they'd read pcm(4) they'd know how to get sound support up and
running without recompiling their kernel. Is there something wrong with
requiring that a new user bother to read the
On Fri, 5 Mar 2004, Dan Langille wrote:
*That* explanation is vast difference to saying they have to read man
pcm(4). The difference is sigficicant.
In the same breath, someone needs to install a spell checker and verify
the grammer.
--
Dan Langille - BSDCan: http://www.bsdcan.org/
On Fri, Mar 05, 2004 at 09:58:52PM -0500, Dan Langille wrote:
All the have to do is look at the handbook. And if they can't find the
link on the *front page* of freebsd.org, under the clearly labelled
catagory of Support, then there is very little we can or should do to
help them. After a
On Fri, 5 Mar 2004, Dan Langille wrote:
On Fri, 5 Mar 2004, Avleen Vig wrote:
All the have to do is look at the handbook. And if they can't find the
link on the *front page* of freebsd.org, under the clearly labelled
catagory of Support, then there is very little we can or should do
to
Why not use a UNIX domain socket as the transport and then use
credential passing to pass the credentials lookupd should use to do the
lookup?
On Mar 5, 2004, at 1:27 PM, Michael Bushkov wrote:
When you're
using current nss-modules they work as part of your program - and
geteuid functions
41 matches
Mail list logo