Hi everyone,
I have recently received several pieces of spam mail, apparently sent via
this mailing list. These pieces of mail are the usual spam formula; Your
phone has a virus, Ads, Fake blackmail, so on and so forth.
Has anyone else noticed these spam emails, or is it just me?
Thanks,
Jake
> What about adding a new flag to enable strtoul behavior?
I have had a look at the available flag options for a potential strtoul
flag, and a flag that makes sense to me is [-s] / [--strtoul]. [-s] is not
currently being used in i2c, if we wanted to use it.
On Fri, May 14, 2021 at 5:13 AM
On Tue, Sep 04, 2018 at 09:49:32PM +0530, Rajesh Kumar wrote:
> Hi Jake,
>
> Please try setting hw.pci.mcfg=0 from the boot loader and see if it helps.
>
> On Tue, Sep 4, 2018 at 2:34 AM Jake Champlin wrote:
>
> > Testing out various BSD's with a Huawei Matebook
Testing out various BSD's with a Huawei Matebook D, and FreeBSD -CURRENT is
failing to boot from an installer image. No serial console, so unable to
grab full boot output, any other info or boot flags that would help would
be awesome.
https://i.imgur.com/WAqwbza.jpg, shows where boot process
@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
freebsd-current-unsubscr...@freebsd.org
I hope this is some kind of sick joke... I can't imagine anything
worse.
Jake.
___
freebsd
On Thursday 02 October 2003 14:54, Chris Jackman wrote:
Sun E250, running world/kernel from September 18th.
While running a make buildworld, I get :
panic: pmap_remove_all: illegal for unmanaged/fake page 0x9d2000
Update and build a new kernel. This has been fixed.
Jake
pointer, which violates the C99 aliasing rules.
An alternative is to type-pun via a union, which is also a bit ugly,
but explicitly allowed by C99. Patch attached (but only superficially
tested).
- Thomas
...
Using a union sounds fine to me.
Jake
floppy image (the sparc64/mkisoimages.sh script
doesn't need it).
boot.flp is actually useful on sparc64 because you can dd it to a disk
from solaris and then boot off it to install. I'm happy with having
the option of not building it if it saves time but please make it an
option.
Jake
On Tue
configurations to try it to know what else needs to be tuned.
I'm not sure I can trump Peter, but in any case I've put up the dmesg from
my test machine: http://people.freebsd.org/~jake/tip.pae. The hardware was
provided by FreeBSD Systems, www.freebsdsystems.com.
Thanks,
Jake
. It might be better to just remove all bzero-ing
of the softc.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
due to API
changes.
I think he's referring to missing braces around the if which was changed
from 1 statement to 2.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
when the profiling buffer is invalid. But all that will happen is that
attempts to update the profiling buffer will be ignored. Technically the
process should get a signal but addupc_task doesn't check the return value
of copyin/out (oops).
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED
fast interrupts do handle asts, on i386 they return through
doreti (you may consider this a bug and have removed it in your version).
I see no reason not to just use the pc in the trapframe passed to ast,
even in the case of signals they won't be posted until after addupc_task
is called.
Jake
you can access it without
needing any locks. Its potentially updated on each kernel entry.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
that netbsd has fixed this for lwps.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Apparently, On Sun, Jan 12, 2003 at 12:25:20AM -0800,
Terry Lambert said words to the effect of;
Jake Burkholder wrote:
Is this an omission, or are the ports wrong?
FWIW, the alpha headers are basically identical to the sparc64 ones.
There may be missing ifdefs in the ports
Apparently, On Sun, Jan 12, 2003 at 05:09:37AM -0800,
Terry Lambert said words to the effect of;
Jake Burkholder wrote:
Isn't that really a lame excuse? Shouldn't
#ifdef __FreeBSD__
be enough to make code compile on all FreeBSD platforms?
I don't know, why
:439: `fpsetmask' undeclared (first use this function)
Is this an omission, or are the ports wrong?
FWIW, the alpha headers are basically identical to the sparc64 ones.
There may be missing ifdefs in the ports or the makefiles.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
a heads up before they try to boot a broken
kernel, and would make compiling a kernel on one of the reference boxes
more useful for people who don't have a 64 bit machine for runtime
testing.
Jake
This typically results in not being able to fsck the file system
with a post-change fsck on a pre
/export_syms:
No such file or directory
*** Error code 1
FWIW, I can't reproduce this locally, it must be a problem with the
tinderbox. I haven't seen Mike around lately, hopefully he can see
what's going on soon.
Sorry for the spam.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED
/src/sys/boot/sparc64/loader/main.c:110: (near initialization for
`file_system[2]')
*** Error code 1
Fixed, my apologies.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
then.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
.
Agree, I don't see any use in supporting upgrades without going through
4.x-STABLE first.
Jake
Ruslan Ermilov wrote:
[
current@ Cc:'ed because it'll be useful to a number of upgraders.
dougb@ Cc:'ed to be aware of possible mergemaster(8) problems.
imp@ Cc:'ed to be aware of incorrect
why this builds on any platform.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Apparently, On Tue, Nov 05, 2002 at 01:21:42PM +0600,
Max Khon said words to the effect of;
hi, there!
On Tue, Nov 05, 2002 at 02:18:23AM -0500, Jake Burkholder wrote:
Before someone says you can dlopen() from static binaries in order to
implement nsswitch, please provide
test1 test /home/jake/hack.So
./test1
hello world
Conceivably this would allow dlopen to work on the main program, and is
what we do to allow the kernel to link klds against itself. But you
also need to do something about the .interp section that gets put in,
and the .dynamic, .dynsym and .dynstr
at it.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Apparently, On Tue, Oct 29, 2002 at 08:55:03AM -0500,
Andrew Gallatin said words to the effect of;
David O'Brien writes:
On Thu, Oct 24, 2002 at 06:39:15PM -0400, Jake Burkholder wrote:
You can also get various new machines on sun.com for around $1000 USD,
IIRC a 500mhz
it. Ultra 2 is probably the best value, but
we don't support the builtin scsi controller yet.
You can also get various new machines on sun.com for around $1000 USD,
IIRC a 500mhz blade 100 does a buildworld in around 2-3 hours.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
, for example when I fetch new mail (over
pop) from my windows pc. The pc stores this again on a network drive, so
both qpopper and smbd are involved. For example, vmstat -m says:
semop() leaks memory. An important free() was removed by alfred in
rev 1.55. Try this.
Jake
Index: sysv_sem.c
trampoline automatically uses the new or
old system calls because its linked with libc. Otherwise you need
a different signal trampoline in the kernel for each version of sigreturn,
and some way to determine the right one. The 0x01ds16 hack only works
for so long.
Jake
To Unsubscribe: send mail
might have been talking to
Not yet :) Its in my perforce tree still; still some issues to resolve.
I remember Bosko mentioning this though (kse loaning).
Jake
Bosko (possibly at USENIX ATC), as he was maintaining an i386 lightweight
interrupt thread implementation (although I think it got
Apparently, On Mon, Sep 02, 2002 at 02:24:08PM +1000,
Bruce Evans said words to the effect of;
aout support is still required for a few things (mainly for compiling
some boot blocks), but is broken in gcc3 for at least compile-time
Which boot blocks?
assignments to long longs and
/sparc.c
is out of sync on the builder machine. This builds fine on
panther.freebsd.org.
Yeah, I just finished a native world here and have cross built several
since the compiler upgrade.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
of the ordinary, but I don't use the programs
you mention. I would suspect this is a 64bit and/or endian-ness problem
somewhere; someone mentioned a while ago that ncftp doesn't work on
alpha either.
Jake
Par expample ntpd from system :
newpeer: 62.250.7.101-213.196.8.44 mode 3 vers 4 poll 6 10 flags
put
it after the trap code at the end of the file and leave the jump. Its
super aligned so there would probably be a bunch of nops to plow through
anyway.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
. It does not work as
well for anything more complicated. Its best for the upcalls to
need as little state as possible.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Apparently, On Fri, May 31, 2002 at 01:45:50PM -0700,
Julian Elischer said words to the effect of;
On Fri, 31 May 2002, Jake Burkholder wrote:
[aweful stuff]
(always did dislike sparc)
Whatever. It's the most fun architecture I've found to program for.
jake..
can you show
Apparently, On Fri, May 31, 2002 at 05:49:59PM -0700,
Julian Elischer said words to the effect of;
interesting but not exactly brief.. :-)
On Fri, 31 May 2002, Jake Burkholder wrote:
The system call stubs in libc are leaf functions; basically just a
trap instruction
will not work at all, because setjmp, longjmp cannot be used to
switch the stack in the same way.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
of a generic pipe bug in vi: vi's i/o buffer for
pipes is sometimes invalid (kern/sys_pipe.c:pipe_build_write_buffer()
gets an error faulting it in). This doesn't usually cause signals;
it just confuses vi.
Can you try backing out rev 1.104 of kern/sys_pipe.c?
Jake
To Unsubscribe: send mail to [EMAIL
Apparently, On Wed, Apr 03, 2002 at 10:01:36PM +0200,
Poul-Henning Kamp said words to the effect of;
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
On Wed, 3 Apr 2002, Poul-Henning Kamp wrote:
How can I find out which binaries have changed?
they are all different
have to have no other locks held.
Good work on pipe locking btw.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
work as expected from inside unpended interrupt
:handlers? Please correct me if I'm wrong but I don't think they will.
:It should look like a normal interrupt with the eip in call_fast_unpend.
:
:Do they also work as expected in kgdb?
:
:Jake
I haven't tested it but they should work
for the first semi-official
fresbsd/sparc64 release. tears come to Jake's eyes.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Apparently, On Fri, Mar 08, 2002 at 04:12:47PM -0800,
Terry Lambert said words to the effect of;
Jake Burkholder wrote:
Will this release include some kind of bootable-install support
for any new hardware platforms, such as sparc64? (this snapshot
is meant to be available
as it
relates to optimization and those objections haven't been sanely
answered with anything more constructive than BS.
The primary objections I've seen from Jake, and he posted them as part of
the earlier thread prior to the commit, was that the API changes proposed
by Matt don't make sense
that was
:unpended looks somewhat normal. Please also make sure that kgdb is able
:to decode the frame properly. It assumes that the eip of the frame will
:be near certain kernel symbols in order to determine what kind of frame
:it is.
:
:Jake
Actually all I did there was square up icu_vector.s so
pushdown is being restored. A lot of structural
rewriting occured in those commits. It was not done separately. I don't
recall if the patches were posted for review, I certainly never saw them.
This strikes me as a double standard.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED
are. It would seem to me that it just takes a few more clock cycles, which
isn't that important. I understand that it increases latency for the fast
part of the interrupt handler, but they are not able to run in critical
sections anyway due to the software masking.
Jake
To Unsubscribe: send
touch memory until the trapframe
:is written out, so I don't see much point in changing this do the masking
:in software and avoid the soft interrupt.
I have no idea what you are talking about Jake. Could you supply
some context?
Sorry, maybe I got ahead of myself. I was responding
with this. Commit it.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
what he's got so far and it looks pretty damn good
to me, I'll see about getting him to post it. He's working on adding the
per-cpu queues now.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
. sparc64 machines tend to have more ram than older pcs that
this might also be used on :)
my $0.02.
Jake
echo +++ populate /var using /etc/mtree/BSD.var.dist
/usr/sbin/mtree -deU -f /etc/mtree/BSD.var.dist -p /var
@@ -83,7 +83,7 @@
# so if /var/tmp == /tmp, then you don't get a vi.recover
to look at it as well.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
until
:John has a chance to look at it as well.
:
:Jake
Sure thing.
Thanks.
Ah, critnest... you are right. I should be checking for
critnest 1.
I think you should just leave it alone, don't check critnest at all.
critnest != 1 is illegal because you can't acquire a sleep lock
.
What's the right way to do this?
I think you want lda, its used to load an address constant in support.s:
lda t0, fusufault /* trap faults */
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
To Unsubscribe
on sparc64.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
.
What's the right way to do this?
I think you want lda, its used to load an address constant in support.s:
lda t0, fusufault /* trap faults */
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
.
It is relatively easy to uncompress the priority ranges if that is
desirable. What range is best?
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
people with this hardware having the same
problem.Is there a fix?.
Thanks
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I have compiled and installed Xfree86-4.1.0_4 from ports several times with
RELEASE, STABLE and CURRENT. I am using 4.1.0 with Slackware Linux with a
ATI Radeon card on the same machine.It works fine. As I mentioned also there
are some others with this setup who are having the same problems.
Hi,
-current from yesterday:
---snip---
(45) root@ttyp0 # idprio 31 /bin/sleep 10
idprio: idprio: Invalid argument
(46) root@ttyp0 # rtprio 31 /bin/sleep 10
rtprio: rtprio: Invalid argument
---snip---
isdnd is also affected (if you use its rtprio keyword in isdnd.rc).
Thanks,
On 19 Mar 2001, Dag-Erling Smorgrav wrote:
Bruce Evans [EMAIL PROTECTED] writes:
K6-2's aren't really i586's and i586_bzero should never be used for
them (generic bzero is faster),
Wrong. I fixed machdep.c to compute and print the bandwidth correctly:
Wrong yourself. The fpu
I built a kernel without the random device and tried to use the
module. I loaded it from the bootloader and the machine panic'ed on boot:
Mounting root from ufs:/dev/da0a
da0 at sym0 bus 0 target 0 lun 0
da0: SEAGATE ST39140W 1498 Fixed Direct Access SCSI-2 device
da0: 40.000MB/s
6,7 +366,7 @@
*/
ithread-it_need = 1;
mtx_lock_spin(sched_lock);
- if (p-p_stat == SWAIT) {
+ if (p-p_stat == SWAIT curproc-p_stat == SRUN) {
CTR1(KTR_INTR, __func__ ": setrunqueue %d", p-p_pid);
p-p_stat = SRUN;
s
replying to myself again
This is the best workaround I can think of:
Index: kern/kern_intr.c
===
RCS file: /home/ncvs/src/sys/kern/kern_intr.c,v
retrieving revision 1.47
diff -u -r1.47 kern_intr.c
--- kern/kern_intr.c
On Tue, 27 Feb 2001, Jake Burkholder wrote:
a distributed.net client (ports/misc/dnetc) being run on -current with
today's kernel just hangs my box. the system _dramatically_ slows
down and stops to respond on any external events (keyboard, network,
etc).
Sorry, this should
Hello,
a distributed.net client (ports/misc/dnetc) being run on -current with
today's kernel just hangs my box. the system _dramatically_ slows
down and stops to respond on any external events (keyboard, network,
etc).
d.net client is a daemon, that uses cpu idle (and only idle) time to
On Sun, Feb 25, 2001 at 10:29:42PM -0800, Kris Kennaway wrote:
This is on a UP system.
Had another one of these, under the same conditions. Both times I was
running more(1) on a stdin stream which was generated by a "find |
grep | more" operation, and I suspended the process with ^Z,
jake2001/02/26 15:27:35 PST
Modified files:
sys/kern init_main.c kern_fork.c kern_mutex.c
Log:
Initialize native priority to PRI_MAX. It was usually 0 which made a
process's priority go through the roof when it released a (contested)
mutex. Only set
Julian Elischer wrote:
Pete Carah wrote:
I got a panic today on a fresh kernel...
Compiled with netgraph but non of the netgraph modules.
Immediately after the memory probe, a message about sequencers 0-15,
then:
Panic: spinlock ng_worklist not in order list
The
On Sun, Jan 28, 2001 at 01:27:04AM -0800, Julian Elischer wrote:
This is the single most flagrant lack of cooperation I have experienced
while working with the FreeBSD Project. I'm truly dumbfounded.
It's not a lack of co-operation.. it's a lack of communication. I didn't
see an
jake2001/02/11 16:20:08 PST
Modified files:
sys/alpha/alpha trap.c
sys/dev/acpica/Osd OsdSchedule.c
sys/i386/i386genassym.c swtch.s trap.c
sys/ia64/ia64trap.c
sys/kern init_main.c kern_condvar.c kern_idle.c
Should it become:
#ifdef SMP
mtx_lock_spin(sched_lock);
need_resched();
forward_roundrobin();
mtx_unlock_spin(sched_lock);
#else
?
I cannot test it yet, need to reanimate my testbox first.
You need to handle the UP case as well :) Also, I don't think
jake2001/02/10 11:07:32 PST
Modified files:
sys/kern kern_synch.c
Log:
Acquire sched_lock around need_resched() in roundrobin() to satisfy
assertions that it is held. Since roundrobin() is a timeout there's
no possible way that it could be called
jake2001/02/10 12:33:35 PST
Modified files:
sys/alpha/alpha trap.c
sys/i386/i386trap.c
Log:
Clear the reschedule flag after finding it set in userret(). This
used to be in cpu_switch(), but I don't see any difference between
doing it here
Running a kernel I got with this:
cvs co -D"2001-01-30" src/sys
/ithread.c/1.10/Mon Dec 4 21:15:14 2000//D2001.01.29.23.00.00
I get:
panic: malloc(M_WAITOK) in interrupt context
Debugger("panic")
Stopped at Debugger+0x45: pushl %ebx
db trace
Debugger(c02119a3) at
S?). So I am going back before this revision:
revision 1.78
date: 2001/01/21 19:25:07; author: jake; state: Exp; lines: +3 -2
Make intr_nesting_level per-process, rather than per-cpu. Setup
interrupt threads to run with it always = 1, so that malloc can
detect M_WAITOK from "interrupt" co
Update to my previous mail:
trying a PRE_SMPNG kernel doesn't change anything, it still displays
nothing. I've also updated my /boot/loader and bootblocks.
Still no idea?
Are you running a stripped down kernel? or generic?
There's a problem with kernels that are too large not booting.
Bruce Evans wrote:
The new gensetdefs gives unbootable kernels on i386's. They hang before
printing anything.
I verified that the output of gensetdefs.pl is identical to that of
gensetdefs(1). Does the kernel boot if gensetdefs(1) is used?
Its not identical here, gensetdefs.pl
jake2001/01/11 06:46:26 PST
Modified files:
sys/alpha/includeglobals.h
sys/conf files.i386
sys/i386/i386locore.s
sys/i386/include asnames.h globals.h
sys/ia64/include globals.h
Removed files:
sys/i386/i386
I cvsuped src , built world and tried to compile a new kernel.
Presently compilation fails with error in ASM line 601 in ../../sys/mutex.h.
Any ideas?
(that code seems to be used by i4b sppp routines)
This should be fixed, or at least worked around for a while.
Re-cvsup and try again.
On Fri, Dec 08, 2000 at 03:37:46AM -0800, Jake Burkholder wrote:
I cvsuped src , built world and tried to compile a new kernel.
Presently compilation fails with error in ASM line 601 in ../../sys/mutex.h.
Any ideas?
(that code seems to be used by i4b sppp routines
As usual, you'll have to recompile all libkvm using programs.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi all,
I got following kernel build error.
When I run 'make includes', the error has gone away.
Why does kernel build process depend on installed system files,
such as /usr/include?
It shouldn't.
This seems to be primarily aic7xxx, although judging from the output
of 'find
In message [EMAIL PROTECTED], Mike Smith writes:
I objected to a recent commit hiding the fact that this is
"(elm)-field.sle_next". Anyway, curelm must be a pointer to a struct.
Not just any struct; the struct must contain a "field" declared using
SLIST_ENTRY().
It could be an
BAD idea.
So.. what's the decision? Is this going to be backed out or not?
I'd like to know before doing the next update make world..
We've had our 24 hours, and the responses I've seen so far have been
universally negative. I'm going to ask Jake to back this out.
Ok, I will back
jake2000/05/23 13:41:02 PDT
Log:
Change the way that the queue(3) structures are declared; don't assume that
the type argument to *_HEAD and *_ENTRY is a struct.
Suggested by: phk
Reviewed by:phk
Approved by:mdodd
HEADS UP
Possible action
orry about optimizing for the static UP
kernel because of introducing more SMP and KLD_MODULE ifdefs, possibly it
should just be a function call in all cases.
http://io.yi.org/lock.diff
I will send-pr it if no one has any comments.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with &q
compiled into the kernel, and objects initialized
with the right method table at boot time.
I have diffs in the works if anyone is interested.
Jake.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ThanksI used that "i" option and it worked...well, almost. I have the files
I need in /etc/ssh but when I start sshd I get this now.
error: Could not load host key: /etc/ssh/ssh_host_key: No such file or
directory
If you want to track current you must use mergemaster.
This is
On Mon, Feb 14, 2000 at 02:39:09PM -0700, Doug Russell wrote:
Does anyone have a Panasonic 526/563 CD-ROM drive working under 4.0-C? I
have not had one working for may weeks, however, I wasn't sure if it was a
hardware problem here, or something. 3.4 still finds them, so I beleive
it
pcm0: SoundBlaster 16 4.11 at port 0x220-0x22f irq 5 drq 1 flags 0x15 on
isa0
If dmesg from sb0 would help I could get it.. Anything else I could help
with in making "device pcm0" work without params? or is that pnp only?
Yes, that is for pnp-only.
--
we are but packets in the internet
Can we have an entry for mii.ko in /boot/defaults/loader.conf?
##
### Networking drivers #
##
mii_load="NO"
ax_load="NO"#
I found the problem and the fix for the perl breakage that was
caused by my recent changes to the dynamic linker. I'm doing a make
world now, just to make sure I haven't broken something new. I'll
commit the fix later this evening, unless the make world reveals new
problems. (I don't
Regarding all the trouble people have been having getting their
cards detected with newpcm, I had to make a change to my kernel
config for it to find my soundblaster 16, non-pnp.
this does not detect my card:
device pcm0 at isa? port ? irq 5 drq 1 flags 0x15
this does:
device pcm0 at
asus p2b-ds, dual P2/350s, 128mb
current as of 99.08.13 evening
dmesg has a few things which worry me. but the hauppauge/brootree works
fine with mbone tools and fxtv.
WARNING: "bktr" is usurping "bktr"'s cdevsw[]*
WARNING: "iic" is usurping "iic"'s cdevsw[]
should probably be considered
a bogon itself. All other sources of sound work fine, like fxtv.
(I have the same sound card as you; pcm driver.)
Jake
--
Linux - Zealotry taken over the Edge
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body
Hi, I just noticed that after all the dequote stuff went into config
(great work!) options NO_F00F_HACK still needs quotes. Its interpreted
as NO_F0F_HACK without them; to be expected I guess.
This should probably be reflected in LINT.
Thanks, Jake
--
we are but packets in the internet
1 - 100 of 114 matches
Mail list logo