>The loader now detects ACPI in your system, and loads the ACPI
>module if it is present. This has major ramifications for the
>device probe and attach phases of system initialisation.
>
> - Root PCI bridges are detected using ACPI.
> - PCI interrupt routing is now performed using ACPI.
> - The
Title: hotmail
UNCENSORED,
ANONYMOUS USENET ACCESS
This is compatible with all Newsbrowsers
and AOL, Netscape & IE
You may automatically
remove yourself from any future mailings by clicking here: REMOVE
ME.
The reply address on this
email was active at the time this email was sent.
That seems to confirm the results of my research. artsd is the sound server
and apparently it defaults to a 60 second lock.
- Original Message -
From: "Jim Bryant" <[EMAIL PROTECTED]>
To: "Julian Elischer" <[EMAIL PROTECTED]>
Cc: "David W. Chapman Jr." <[EMAIL PROTECTED]>; <[EMAIL PROTEC
>Until yesterday, I was running -CURRENT from around July 4th on my
>notebook, given that I was travelling and unwilling to break my means of
>giving presentations on my trip :-). Yesterday, I decided to upgrade, and
>built kernel/world. The userland stuff appears to work fine, but
>interestingl
Until yesterday, I was running -CURRENT from around July 4th on my
notebook, given that I was travelling and unwilling to break my means of
giving presentations on my trip :-). Yesterday, I decided to upgrade, and
built kernel/world. The userland stuff appears to work fine, but
interestingly, m
* John Polstra <[EMAIL PROTECTED]> [010902 20:23] wrote:
> In article <[EMAIL PROTECTED]>,
> Gersh <[EMAIL PROTECTED]> wrote:
> > sys/malloc.h says that the macro versions of MALLOC/FREE are
> > deprecated however they are used all over the place. I belive that they
> > are cluttering and dont r
I recall reading the explanation somewhere on the KDE site on why artsd will hold a
lock on the sound device, but as I recall the
lock is like for 30 or 60 seconds... Reading the explanation I seem to recall
thinking it was a lame hack solution to the problem
of dealing with multiple opens on
In article <[EMAIL PROTECTED]>,
Gersh <[EMAIL PROTECTED]> wrote:
> sys/malloc.h says that the macro versions of MALLOC/FREE are
> deprecated however they are used all over the place. I belive that they
> are cluttering and dont really have a purpose. Does anybody else agree?
>
> If I were to m
sys/malloc.h says that the macro versions of MALLOC/FREE are
deprecated however they are used all over the place. I belive that they
are cluttering and dont really have a purpose. Does anybody else agree?
If I were to make up a patch for current removing all of them would
anybody care enough to
On Sun, Sep 02, 2001 at 09:43:28PM +0100, Cameron Grant wrote:
> > I suppose it "uses" it, but why does it lock it for extended periods of
> > time. KDE can't even use the sound driver while this is happening.
>
> set sysctl hw.snd.verbose as high as it'll go (3, with the latest code) and
> cat
In servalan.mailinglist.fbsd-current David Malone writes:
>On Wed, Aug 29, 2001 at 07:58:59PM -0700, Mike Smith wrote:
>> - The PnP BIOS is disabled and onboard peripherals are detected
>>using ACPI, and attach to ACPI and not isa.
>With the ACPI module loaded I find that ed0, fdc0 and pca0
...
cc -nostdinc -O -pipe -mcpu=ev56 -mcpu=ev56 -DLIBC_RCS -DSYSLIBC_RCS
-I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -DLIBC_MAJOR=5
-D__DBINTERFACE_PRIVATE -DINET6 -I/home/obj/usr/src/lib/libc -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUIL
> I suppose it "uses" it, but why does it lock it for extended periods of
> time. KDE can't even use the sound driver while this is happening.
set sysctl hw.snd.verbose as high as it'll go (3, with the latest code) and
cat /dev/sndstat. it'll tell you the pid of the process using each channel.
Ok, attached is the patch addding a function, which sets the proctitle
to the last output message and several calls to this function in places,
where it looked useful to me. May be, I added too many, and/or skipped
some...
Note, that I intentially did not put this functionality into the msg
I have a panic that I haven't seen in the notes so far; if I allow load
of the acpi module, it gets a "can't allocate memory" very early in the
boot process.
Hopefully the following is complete - KDE2 cut-and-paste didn't work
as I expected for a big region.
Motherboard is ASUS A7V with 1.2G pr
I suppose it "uses" it, but why does it lock it for extended periods of
time. KDE can't even use the sound driver while this is happening.
- Original Message -
From: "Julian Elischer" <[EMAIL PROTECTED]>
To: "David W. Chapman Jr." <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday,
Hi
ACPI breaks my Libretto with (typed by hand):
Mounting root from ufs/dev/ad0s2a
setrootbyname failed
ffs_mountroot: can't find rootvp
Root mount failed: 6
Manual root filesystem specification:
: BLAHBLAHBLAH...
mountroot>
(PANIC - no root fs (no help if I type the correct root FS))
If
"David W. Chapman Jr." wrote:
>
> I get this a lot recently when I try to play anything
>
> > echo test > /dev/dsp0
> /dev/dsp0: Device busy.
>
> even when it shouldn't be busy, after atbout 10 mins it usually
> becomes not busy
sure your window manager isn't using it?
(e.g. 'enlighten' does,
I get this a lot recently when I try to play anything
> echo test > /dev/dsp0
/dev/dsp0: Device busy.
even when it shouldn't be busy, after atbout 10 mins it usually
becomes not busy
pcm0: port 0xd000-0xd03f irq 5 at device 14.0 on pci0
--
David W. Chapman Jr.
[EMAIL PROTECTED] Raintree Ne
cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND
echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend
cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/xinstall
/xinstall.c
cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -static -o xinstall xinstal
l.o
xinstall
I'm getting this with the recent ACPI code, should I worry about it?
acpi_cpu0: on acpi0
acpi_cpu: CLK_VAL field overflows P_CNT register
acpi_cpu: CLK_VAL field overlaps THT_EN bit
--
David W. Chapman Jr.
[EMAIL PROTECTED] Raintree Network Services, Inc.
[EMAIL PROTECTED] FreeBSD Com
Hi,
here's a backtrace from a kernel panic I get if I try to buildworld with
"make -j4" (source as of yesterday).
I also get this panic if I try to cvsup (not only with this kernel, also
with a kernel from Aug 28).
---snip---
IdlePTD 4628480
initial pcb at 2de4a0
panicstr: bremfree: bp 0xc69bbf
On Wed, Aug 29, 2001 at 07:58:59PM -0700, Mike Smith wrote:
> - The PnP BIOS is disabled and onboard peripherals are detected
>using ACPI, and attach to ACPI and not isa.
With the ACPI module loaded I find that ed0, fdc0 and pca0 are no
longer detected (well, fdc0 is detected but gives an er
Done.
Will be MFC-ed after 4.4-RELEASE.
On Thu, 23 Aug 2001, Eugene M. Kim wrote:
> Could anybody examine and commit the patch in the PR kern/29530? It fixes
> the support for KingByte USB Pen Drive by adding a quirk entry to
> src/sys/cam/scsi/scsi_da.c.
>
> It would be even better if this we
Hi,
> The patch committed just 20 mins ago to fix the breakage causes this
> now, unless I caught it in the middle of a commit.
>
>
> perl @/kern/makeobjops.pl -h @/dev/pci/pcib_if.m
> perl @/kern/makeobjops.pl -h @/isa/isa_if.m
> make -f /usr/src/sys/modules/acpi/../../i386/acpica/Makefile
> On Sat, 1 Sep 2001, Luigi Rizzo wrote:
>
> > i am trying to do some cross-development for picobsd, and i really
> > need only the static libraries.
> > Is there anyways to avoid building the shared libs using the
> > standard makefiles (in /usr/src and /usr/share/mk/*) ?
>
> NOPIC. I don't kn
26 matches
Mail list logo
