Martin Ván(a wrote:
Hi,
I use two soundcards on my Freebsd5.1 box - Sb Live and SB AWE64, FreeBSD somehow figured out that
Live is better than Awe and made it "primary" soundcard. The reason I have AWE still in computer, is
it's amplyfing skills /2x4W/ so I don't need aditional amplyfier. With Xmm
Martin V?n(a wrote:
>I use two soundcards on my Freebsd5.1 box - Sb Live and SB AWE64, FreeBSD
>somehow figured out that
>Live is better than Awe and made it "primary" soundcard.
...
> But I can't figure out how to swap soundcards in
The cards are numbered in the order in which they're detected.
This may be a complete newbie question, or it may have been answered
before but I would appreciate any help or input that can be provided.
I have a Sony VAIO PCG-GRZ615M laptop which I'm trying to install
FreeBSD on. I boot from the CD and then try selecting each one of the 7
boot options howev
Which version of FreeBSD are you trying to install?
/\ Hidetoshi Shimokawa
\/ [EMAIL PROTECTED]
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html
At Sat, 25 Oct 2003 15:19:56 +0100,
Kris Davidson wrote:
>
> This may be a complete newbie question, or it may have been answered
>
I'm trying to install 5.1 release and am in the process of downloading
version 4.8
Hidetoshi Shimokawa wrote:
Which version of FreeBSD are you trying to install?
/\ Hidetoshi Shimokawa
\/ [EMAIL PROTECTED]
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html
At Sat, 25 Oct 2003 15:
Could someone consider applying the following to the in tree pcap? It
makes it possible to write to the pcap fd to send packets out the
interface. Some simulators expect this ability to properly do
networking..
Jason
--- pcap-bpf.c.old Sat Oct 25 11:56:32 2003
+++ pcap-bpf.c Sat Oct 25 1
On Oct 25, Martin V??a wrote:
> Hi,
> I use two soundcards on my Freebsd5.1 box - Sb Live and SB AWE64, FreeBSD somehow
> figured out that
> Live is better than Awe and made it "primary" soundcard. The reason I have AWE still
> in computer, is
> it's amplyfing skills /2x4W/ so I don't need aditio
Wes Peters wrote this message on Thu, Oct 23, 2003 at 01:43 -0700:
> Kip Macy, other DragonFlyBSD developers, and anyone else wishing to
> contribute are invited to join and participate in the open FreeBSD mail
> lists, sharing code, design information, research and test results, etc.
> accordin
On Sat, 25 Oct 2003, John-Mark Gurney wrote:
> And patches (against FreeBSD) are highly encouraged. It rarely helps
> to simply point out flaws (or showing how X OS runs soo much better than
> FreeBSD, why are you guys even running FreeBSD?) w/o showing code to fix it.
>
> --
> John-Mark Gurne
Ted Unangst wrote:
> On Fri, 24 Oct 2003, Michel TALON wrote:
> > What is more interesting is to look at the actual benchmark results in
> > http://bulk.fefe.de/scalability/
> > in particular the section about mmap benchmarks, the only one where
> > OpenBSD shines. However as soon as touching pages
John-Mark Gurney wrote:
> Wes Peters wrote this message on Thu, Oct 23, 2003 at 01:43 -0700:
> > Kip Macy, other DragonFlyBSD developers, and anyone else wishing to
> > contribute are invited to join and participate in the open FreeBSD mail
> > lists, sharing code, design information, research and
On Wed, Oct 22, 2003, Q wrote:
> As an effort to get more acquainted with the FreeBSD kernel, I have been
> looking through how mmap works. I don't yet understand how it all fits
> together, or of the exact implications things may have in the wild, but
> I have noticed under some synthetic conditio
On Sat, Oct 25, 2003 at 11:54:59AM -0700, Terry Lambert wrote:
>
> Frankly, FreeBSD has too many cooks, and not enough bottle washers;
> this is a euphimism for saying that all anyone with a commit bit
> seems to want to do any more is write new code, and no one is
> willing to take on the integra
On Sat, 25 Oct 2003, Terry Lambert wrote:
> Why does the benchmark need to be "fixed" for OpenBSD and not
> for any other platform?
openbsd does not have a unified cache between file system (pread) and vm
(mmap) interfaces. in the real world, it's unusual to find an application
that uses both in
On Wed, Oct 22, 2003, Sean Hamilton wrote:
> Does FreeBSD support a device that will allow for the passing of all reads
> and writes on it to a userland application? I wish to handle swapping
> myself, preferably without any kernel hacking.
>
> What would happen if the kernel decided to swap o
> There is also a problem in that the dirty work, even if done in a
> way that demonstrates that the person has skills, is not always
> recognised as important. The recognition has to come from within
> that part of the developer community that has commit bits, because
> you need someone with a com
On Sat, Oct 25, 2003 at 12:55:26PM -0700, Kip Macy wrote:
> Those working in the DragonFly tree, all appreciate Hiten's hard work as a
> "bottle-washer". We've benefited from the fact that members of the FreeBSD
> community, through racist remarks and endless flames, and a key member of
> core, th
On Sat, Oct 25, 2003 at 12:41:35PM -0700, Marcel Moolenaar wrote:
> On Sat, Oct 25, 2003 at 11:54:59AM -0700, Terry Lambert wrote:
> >
> > Frankly, FreeBSD has too many cooks, and not enough bottle washers;
> > this is a euphimism for saying that all anyone with a commit bit
> > seems to want to d
On Sat, Oct 25, 2003 at 12:55:26PM -0700, Kip Macy wrote:
> > There is also a problem in that the dirty work, even if done in a
> > way that demonstrates that the person has skills, is not always
> > recognised as important. The recognition has to come from within
> > that part of the developer com
In message <[EMAIL PROTECTED]>, Kip Macy writes:
>We've benefited from the fact that members of the FreeBSD
>community, through racist remarks and endless flames, and a key member of
>core, through the indefinite postponement of a commit-bit, have alienated
>him. Thus providing us with a, perhaps
This isn't a game Kris. I'm sorry if it hurts your feelings. Core always
supports its own. Take a look at the history of SMP locking, the sudden
change of ownership when the foundation came into money, the ensuing
letter to core, and then the complete inaction.
> Those allegations against the core
> I, and I think other members of FreeBSD, would appreciate it if
> the members of DragonflyBSD would adhere to this peace-keeping
> rule as well.
>
Thank you for providing sound advice Poul in a public forum.
-Kip
___
[EMAIL PRO
>
> Puzzling.. to say the least..
>
I'm sorry if I hurt your feelings.
Please allow this thread to die, and me to move on to other things.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send a
On Sat, Oct 25, 2003 at 12:55:26PM -0700, Kip Macy wrote:
> > There is also a problem in that the dirty work, even if done in a
> > way that demonstrates that the person has skills, is not always
> > recognised as important. The recognition has to come from within
> > that part of the developer com
> I for one am very glad you're not a member of the FreeBSD community.
> And given that you've found a place with DragonFly, there's little
> chance that you become part of FreeBSD community in the future. For
As stated previously, I'm not, nor have I ever been, a "member" of
DragonFly BSD, FreeBS
I think it needs to be recognized that *no* submission or suggestion,
whether by core, a committer, or an outside member, will ever survive
its original maintainership 'forever'. This is true for everything that
was ever put into the kernel throughout its entire history: VFS, VM,
Sheesh, you think you guys (*ALL* you guys) have enough time on your
hands? There are better places to direct all that brainpower.
I don't really need to defend DragonFly... I believe it stands on its
own very well not only with what we have already accomplished but with
what
Sorry, I'm reducing my email load by dropping off [EMAIL PROTECTED]
If you want my attention on a problem, send me private email, Cc' me
or send it to another list were I'm subscribed.
Sorry...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC
It seems that fwohci registers are not mapped correctly.
If your BIOS has a option for `PnP OS', try to set it to 'no'.
/\ Hidetoshi Shimokawa
\/ [EMAIL PROTECTED]
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html
At Sat, 25 Oct 2003 16:32:30 +0100,
Kris Davidson wrote:
>
> I'm
Okay I've checked my BIOS. I'm using Phoenix BIOS Setup version 4.0 with
the bwlo versions
BIOS Version: R216B1
EC BIOS Version: R216B1
Video BIOS Version: BOAM7_12
I can't seem to find the option specified below or something similar.
Hidetoshi Shimokawa wrote:
It seems that fwohci registers ar
Q <[EMAIL PROTECTED]> writes:
> Yes, it would appear this is a legacy thing that existed in the original
> 1994 import of the BSD 4.4 Lite source. Both FreeBSD and NetBSD still
> use this technique, but OpenBSD changed to using Red-Black trees back in
> Feb 2002.
> [...]
> I am wondering if there i
On Sat, Oct 25, 2003 at 02:42:52PM -0700, Matthew Dillon wrote:
>
> So it simply becomes a matter of whether there is a developer within
> the project who feels that a piece of work is interesting enough to do
> the last bit required to integrate, document, and bring it into your
>
On Sat, 25 Oct 2003, Matthew Dillon wrote:
> It's a lot easier lockup path then the direction 5.x is going, and
> a whole lot more maintainable IMHO because most of the coding doesn't
> have to worry about mutexes or LORs or anything like that.
You still have to be pretty careful,
:> It's a lot easier lockup path then the direction 5.x is going, and
:> a whole lot more maintainable IMHO because most of the coding doesn't
:> have to worry about mutexes or LORs or anything like that.
:
:You still have to be pretty careful, though, with relying on implicit
:synch
(Subject changed to reflect the fact that it contains useful technical
content and banter, resulting in a hijacking of the thread; hope no one
minds)
On Sat, 25 Oct 2003, Matthew Dillon wrote:
> Yes. I'm not worried about BPF, and ucred is easy since it is
> already 95% of the way there
On Sun, Oct 26, 2003, Dag-Erling Smrgrav wrote:
> Q <[EMAIL PROTECTED]> writes:
> > Yes, it would appear this is a legacy thing that existed in the original
> > 1994 import of the BSD 4.4 Lite source. Both FreeBSD and NetBSD still
> > use this technique, but OpenBSD changed to using Red-Black trees
On Sat, 25 Oct 2003, David Schultz wrote:
> But regardless of the approach, someone has yet to demonstrate
> that this is actually a performance problem in the real world. ;-)
I could be way wrong, but I would think that a database might mmap
discontiguous segments of memory. Perhaps someone fa
On Sun, Oct 26, 2003, Mike Silbersack wrote:
>
> On Sat, 25 Oct 2003, David Schultz wrote:
>
> > But regardless of the approach, someone has yet to demonstrate
> > that this is actually a performance problem in the real world. ;-)
>
> I could be way wrong, but I would think that a database might
38 matches
Mail list logo