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 FreeB
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
t
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
http://lists.freebsd.org/mailman/listinfo/freebsd-hacke
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.
http://rsu.ru/~bushman/lookupd-
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 tha
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
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 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
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 UFS
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?
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
>
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
i
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,
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
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 bee
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 : push %ebp
0x80481f9 : mov%esp,%ebp
0x80481fb : sub$0x8,%esp
0x8
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 ar
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 : push %ebp
> 0x80481f9 : mov%esp,%ebp
> 0x80481fb : sub$0x8,%esp
> 0x80481fe :
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 t
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 an
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 proc
> 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 : push %ebp
> >>0x80481f9 : mo
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 th
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? Th
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 : 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 si
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
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 rea
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.
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
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
work
41 matches
Mail list logo
