After a while of taking acpi support off my pc i decided to readd it but
when i readd it i get a error when it comes to my floppy drive it gives me
the following errors
fdc0: cmd 3 failed at out byte 1 of 3
fdc0: cannot reserve I/O port range (6 ports)
my mobo is a AMI BIOS think the make is eith
I recently did an install of 5.1R. I sliced the disk into three slices.
A 128 MB slice for ad0s1 on /, a 64MB slice for as0s2 on an alternate /,
and the remainder for ad0s3 for /var and /usr. So I have ad0s1,s2, and
s3.
I can boot from ad0s1. I am still monkeying around with the ad0s2 slice.
In
On Tue, 9 Sep 2003, leafy wrote:
> IMO this deprecation deserves a place in UPDATING. And what are the
> plans to Do The Right Thing? QT currently does not compile on -current
See [EMAIL PROTECTED] They should not be using -pthread on -current.
> with the -pthread deprecated.
--
Dan Eischen
IMO this deprecation deserves a place in UPDATING. And what are the
plans to Do The Right Thing? QT currently does not compile on -current
with the -pthread deprecated.
Jiawei Ye
--
"Without the userland, the kernel is useless."
--inspired by The Tao of Programming
___
* Steve Ames <[EMAIL PROTECTED]> [030908 20:26]:
>
> Hey. I installed a new motherboard today and now I get a lot of ACPI
> errors (with a kernel from today and one from a few days back). This
> anything to worry about?
Not really, just annoying. A fair number (all that I've seen!) of
motherboar
Hey. I installed a new motherboard today and now I get a lot of ACPI
errors (with a kernel from today and one from a few days back). This
anything to worry about?
-Steve
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc046a248.
acpi0: on motherboard
acpi0: power button is handled as a fixed fe
On 2003.09.08 14:54:37 -0700, Jason Stone <[EMAIL PROTECTED]>
wrote:
> > You have hit one of the main issues still to be resolved in GEOM. (I
> > don't know that phk thinks it's a problem to be resolved or a
> > feature to be documented.)
> >
> > In any case, since GEOM was added you can no longer
I've been tasked with putting together a large memory
system (~16 GB) for numerical simulations. I decided
to check the status of the AMD64 and IA64 port on the
status page (http://www.freebsd.org/news/status/status.html),
but the last available status report is the Jan-Feb 2003
report. I also s
On Mon, 8 Sep 2003, Steve Kargl wrote:
> Any chance that this patch will be committed? Or, has this patch been
> sent to the bikeshed?
There is some code that was a half-compromise:
geom/geom_subr.c:g_access_rel()
%%%
/* If foot-shooting is enabled, any open on rank#1 is OK */
if
My recent kernel still got the panic when I tried to do CVSup.
# cvsup -g -z -L 2 /home/yosimoto/mk/daemon-supfile 2>&1 | tee
/var/tmp/log/cvsup.`date "+%m%d.%H.%M.%S"`;
Parsing supfile "/home/yosimoto/mk/daemon-supfile"
Connecting to cvsup.jp.FreeBSD.org
Connected to cvsup.jp.FreeBSD.org
Server
On Mon, Sep 08, 2003 at 06:13:43PM -0400, Matthew N. Dodd wrote:
> On Mon, 8 Sep 2003, Kevin Oberman wrote:
> > In any case, since GEOM was added you can no longer slice or label an
> > active device. As a result, the only way I know of to change slices or
> > labels on V5 is to boot off of CD or f
On Mon, Sep 08, 2003 at 06:10:38PM -0400, Michael Edenfield wrote:
> * Jason Stone <[EMAIL PROTECTED]> [030908 17:54]:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> >
> > > You have hit one of the main issues still to be resolved in GEOM. (I
> > > don't know that phk thinks it's a p
Is this blank line necessary?
-- dmesg snippet --
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0%
GEOM: create disk ad4 dp=0xc2490870
- Pawel
sys/ke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> There was, at one point, talk of adding some sort of
> "geom.dont_blame_phk_when_you_shoot_your_ankle_off" sysctl to permit
> this type of access when the user was absolutely sure they knew exactly
> what kind of dangerous and potentially corrupting
On Mon, 8 Sep 2003, Michael Edenfield wrote:
> There was, at one point, talk of adding some sort of
> "geom.dont_blame_phk_when_you_shoot_your_ankle_off" sysctl to permit this
> type of access when the user was absolutely sure they knew exactly what
> kind of dangerous and potentially corrupting th
On Mon, 8 Sep 2003, Kevin Oberman wrote:
> In any case, since GEOM was added you can no longer slice or label an
> active device. As a result, the only way I know of to change slices or
> labels on V5 is to boot off of CD or floppy Fixit disks or install
> disks. (I just had to do this on my laptop
* Jason Stone <[EMAIL PROTECTED]> [030908 17:54]:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> > You have hit one of the main issues still to be resolved in GEOM. (I
> > don't know that phk thinks it's a problem to be resolved or a feature to
> > be documented.)
> >
> > In any case, si
In message: <[EMAIL PROTECTED]>
Doug Barton <[EMAIL PROTECTED]> writes:
: With a kernel updated last night, I get the following every time I try
: to put in a wireless card, in either slot:
:
: pccard0: can't alloc memory to read attributes
: pccard0: CARD ERROR!
: cbb0: PC Card card a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> You have hit one of the main issues still to be resolved in GEOM. (I
> don't know that phk thinks it's a problem to be resolved or a feature to
> be documented.)
>
> In any case, since GEOM was added you can no longer slice or label an
> active devi
With a kernel updated last night, I get the following every time I try
to put in a wireless card, in either slot:
pccard0: can't alloc memory to read attributes
pccard0: CARD ERROR!
cbb0: PC Card card activation failed
pccard1: can't alloc memory to read attributes
pccard1: CARD ERROR!
cbb1: PC Ca
Hi,
I just got this panic on an SMP machine running a kernel with sources
from August 27th. I didn't get a dump and I just have the part of the
stacktrace, which fit on the screen, maybe it is useful.
backtrace(c03af9a8,c50ec5c8,c03c173d,c03c173d,c03b2673) at backtrace+0x17
witness_lock(c50ec5c
On Mon, 8 Sep 2003, Maksim Yevmenkin wrote:
> Dear Hackers,
>
> After a very long delay (sorry!) I'm pleased to announce that I'm still around
> and new a snapshot can be downloaded from
>
> http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030908.tar.gz
Max,
many
TB --- 2003-09-08 20:08:24 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-09-08 20:08:24 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-08 20:11:46 - building world
TB --- cd /home
[EMAIL PROTECTED] wrote:
> Quoting Roderick van Domburg <[EMAIL PROTECTED]>:
>
>> > Just in case you don't know, there is no 5-STABLE yet. All the 5.x
>> Releases have
>> > been based on -CURRENT.
>>
>> Indeed, I stand corrected.
>>
>> > > Question is then which {application,theoretical} benchmar
Quoting Roderick van Domburg <[EMAIL PROTECTED]>:
> > Just in case you don't know, there is no 5-STABLE yet. All the 5.x
> Releases have
> > been based on -CURRENT.
>
> Indeed, I stand corrected.
>
> > > Question is then which {application,theoretical} benchmarks to run under
> > > which circumsta
> Date: Mon, 8 Sep 2003 21:08:57 +0100
> From: Josef Karthauser <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
>
> --vtzGhvizbBRQ85DL
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> I'm trying to repartition the driv
> Just in case you don't know, there is no 5-STABLE yet. All the 5.x
Releases have
> been based on -CURRENT.
Indeed, I stand corrected.
> > Question is then which {application,theoretical} benchmarks to run under
> > which circumstances. Although I've heard of bonnie et al, I'm new to the
> > ben
I'm trying to repartition the drive in my laptop - trashing the XP
partition to make space for a stable file system so I can test USB code.
It appears that something has changed though since I last attempted this
kind of thing and I just get errors now.
The drive looks like this:
*** Work
On Mon, Sep 08, 2003 at 12:59:11PM +0200, Philipp Grau wrote:
>Next problem is that /etc/rc.d/ntpd is evaluated before /etc/rc.d/devfs (see
>the output of "rcorder /etc/rc.d*) So the start of ntpd fails because it is
>requires the devfs link. Ntpd likes to open /dev/refclock-0.
>
>What should I do
Cvsupped earlier today (9/8/03). Everything went fine with the
build/install. In fact, the new kernel booted just fine in single-user
mode (with the old modules, of course).
However, after completing the installworld, etc. and rebooting, I got a
hang after probing acd0 with the message:
acd0: u
Dear Hackers,
After a very long delay (sorry!) I'm pleased to announce that I'm still around
and new a snapshot can be downloaded from
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030908.tar.gz
Here is quick summary:
o ng_hci(4) and ng_l2cap(4) kernel modules were changed to fix
Hi,
now i have put a recompiled version on the website. this looks much
better.
http://www.guldan.cistron.nl/acpi_dsdt.diff
Robert
On Mon, Sep 08, 2003 at 11:01:30AM -0700, Nate Lawson wrote:
> The reason why it's so different is that acpidump has been changed between
> when you dumped
Hi,
I've been hitting this panic two times now, and I thought I'd report
it in the hope that someone can tell me what might be wrong.
Not very long ago I bought a new ethernet card, a 3C905, exactly the same as
the one I already had but this one apparently has rxcsum and txcsum.
The computer is
Subject: installworld broken,
On Mon, 8 Sep 2003 23:42:43 +0900, Shin-ichi Yoshimoto wrote:
> Hi, make installworld is broken like this.
Sorry. After buildworld, buildkernl, and installkernel, everything is
OK.
--
Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]>
http://diary.waishi.jp/~yosimoto/diary/
_
The reason why it's so different is that acpidump has been changed between
when you dumped and patched it and now. The best way around this is to
compile your modified ASL using iasl(8) and then disassemble it again
using acpidump -f acpi_dsdt.dsl -d > acpi_dsdt_new.dsl and then diff that
output a
It seems Nate Lawson wrote:
> With a fresh checkout of last night's -current, I cannot boot my laptop.
> ATAFD panics the box by reusing freed memory. I do not have a floppy
> drive in the laptop and when I do, it's a legacy floppy, not atapi. Here
> are the messages:
>
> [normal ad0/acd0 probe
Hi,
It's a lot ... 9666 lines... so i put it up on de site.
plus the acpi code from current running bios.
working patched version:
http://www.guldan.cistron.nl/acpi_dsdt.dsl
in bios version:
http://www.guldan.cistron.nl/acpi_dsdt_orig.dsl
and the diff -u
http://www.guldan.
With a fresh checkout of last night's -current, I cannot boot my laptop.
ATAFD panics the box by reusing freed memory. I do not have a floppy
drive in the laptop and when I do, it's a legacy floppy, not atapi. Here
are the messages:
[normal ad0/acd0 probe message]
afd0: timeout waiting for ATAPI
Hello everyone,
I've got a big bad quad Pentium III Xeon sitting here that needs
reinstalling, and I would like to take the time to do some KSE and SMPng
benchmarking. Question is how to go about doing it.
I reckon I should basically go for four test setups:
1. FreeBSD 4-STABLE
2. FreeBSD 5-STABL
> On Wed, 30 Jul 2003, Cagle, John (ISS-Houston) wrote:
> I have a feeling that my acpi table didn't actually get overridden
> though, due to the following from dmesg:
>
> ACPI: DSDT was overridden.
> -0424: *** Error: UtAllocate: Could not allocate size 6e49202a
> ACPI-0428: *** Error:
Could you post a diff -u of this against the original ASL so I can know
what issues it had?
Thanks,
Nate
On Mon, 8 Sep 2003, Robert [unknown-8bit] Blacquière wrote:
> Doug,
>
> We have already posted some info about the N610c here in the mailing
> list. I've got a acpi code uploadable from the bo
It seems David Gilbert wrote:
> Soren> Uhm, I'm working on finding the real problem, and I'd like that
> Soren> to be the solution. However the above may be a good workaround
> Soren> for those bitten by this...
>
> Well... is it not possible for malicious hardware to claim to have
> zero blocks (
Hi, make installworld is broken like this.
--
>>> Installing everything..
--
cd /usr/src; make -f Makefile.inc1 install
===> share/info
===> include
creating osreldate.h from new
> "Soren" == Soren Schmidt <[EMAIL PROTECTED]> writes:
Soren> It seems David Gilbert wrote:
>> I submitted kern/56572 a few minutes ago. It patches ata-disk.c to
>> reject a disk that has zero blocks.
>>
>> This is a good thing ... malicious or broken disks (compact flash,
>> whatever) shoul
> "YazzY" == YazzY <[EMAIL PROTECTED]> writes:
YazzY> Isn't the ATAng code great? It makes it affordable to get a
YazzY> 9007199253773098MB CF for the price of a 32 MB card. Now I am
YazzY> taking backups of the internet on it. :)
Pocket internet... now there's a product.
Dave.
--
It seems Petri Helenius wrote:
> It seems that the same bug that initially stopped ataraid working
> at all is there with rebuild:
>
> kompak# atacontrol rebuild 0
> ad4: FAILURE - oversized DMA transfer attempted 131072 > 65536
> ad4: setting up DMA failed
> kompak# atacontrol status 0
> ar0: ATA
It seems that the same bug that initially stopped ataraid working
at all is there with rebuild:
kompak# atacontrol rebuild 0
ad4: FAILURE - oversized DMA transfer attempted 131072 > 65536
ad4: setting up DMA failed
kompak# atacontrol status 0
ar0: ATA RAID1 subdisks: ad4 ad8 status: REBUILDING 0% c
While the machine was bg-fscking and building a new kernel, on -CURRENT from 2 Sep
after the ataraid transfer size patch, it fell over like this:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xa2b22cf4
fault code = supervisor write, page not present
instruct
On Sun, 7 Sep 2003, raoul.megelas wrote:
> John-Mark Gurne wrote this message on Sun, Sep 07, 2003 at 08:45 +0200:
> raoul.megelas wrote:
>
> > I have a copy error between hdd and a flashkey 1gig usb (easydisk)
> > on Current dated August 28. Here is in short:
> >
> > mount -t msdos /dev/da2s1 /fl
Hello,
while installing new maschines I ran in the difficulty, that I need a link
from /dev/ttyd0 to /dev/refclock-0. Okay, thats easy. Just put a line in
/etc/devfs.conf.
Next problem is that /etc/rc.d/ntpd is evaluated before /etc/rc.d/devfs (see
the output of "rcorder /etc/rc.d*) So the start
On Monday 08 September 2003 03:26, Daniel Eischen wrote:
> On Mon, 8 Sep 2003, Harald Schmalzbauer wrote:
> > On Monday 08 September 2003 00:17, Eric Anholt wrote:
> > > On Sun, 2003-09-07 at 14:13, Daniel Eischen wrote:
> > > > On Sun, 7 Sep 2003, Harald Schmalzbauer wrote:
> >
> > *SCHNIP*
> >
>
On Mon, 2003-09-08 at 21:38, Soren Schmidt wrote:
> It seems Soren Schmidt wrote:
> > It seems YazzY wrote:
> > > Hi.
> > >
> > > It can be mounted when I boot the laptop and do not take the card out of
> > > the slot.
> > > If I eject it and then put it back in, I cannot mount it or dd files to
It seems Soren Schmidt wrote:
> Forget that, wrong patch, here goes the right one:
DOH! things are not going weel this morning, this patch should be right:
Index: ata-lowlevel.c
===
RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c
It seems Soren Schmidt wrote:
> It seems YazzY wrote:
> > Hi.
> >
> > It can be mounted when I boot the laptop and do not take the card out of
> > the slot.
> > If I eject it and then put it back in, I cannot mount it or dd files to
> > it anymore...
> > Anyway, this bit of dmesg does not look h
On Mon, 8 Sep 2003, Robert [unknown-8bit] Blacquière wrote:
> Doug,
>
> We have already posted some info about the N610c here in the mailing
> list. I've got a acpi code uploadable from the bootloader to bios
> available:
>
> http://www.guldan.cistron.nl/acpi_dsdt.dsl
>
> This code can be co
On Mon, Sep 08, 2003 at 05:30:28AM +0200, YazzY wrote:
>Isn't the ATAng code great?
>It makes it affordable to get a 9007199253773098MB CF for the price of a
> 32 MB card.
>Now I am taking backups of the internet on it.
>:)
The old ATA code (in -stable) can only manage to expand my 3102MB disk
to
Doug,
We have already posted some info about the N610c here in the mailing
list. I've got a acpi code uploadable from the bootloader to bios
available:
http://www.guldan.cistron.nl/acpi_dsdt.dsl
This code can be compiled using iasl from the acpicatools port.
This produces a aml code
TB --- 2003-09-08 08:11:39 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-09-08 08:11:39 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-08 08:14:50 - building world
TB --- cd /home
TB --- 2003-09-08 07:17:11 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-09-08 07:17:11 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-08 07:22:16 - building world
TB --- cd /home
The Compaq Evo N610c that I'm having all these acpi problems with will
be at bsdcon, if anyone wants to take a look.
Doug
--
This .signature sanitized for your protection
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinf
Mark Sergeant wrote:
I've got the following problem when trying to compile a kernel with
todays sources and the device "wi" in it.
linking kernel
if_wi.o: In function `wi_attach':
if_wi.o(.text+0x2b4): undefined reference to `ieee80211_ieee2mhz'
if_wi.o(.text+0x673): undefined reference to `ieee80
Hi all,
I'm getting following panics on my FreeBSD 5.1-RELEASE box seemingly softupdate
problem:
panic: softdep_write_inodeblock: indirect pointer #2 mismatch 0 != 3889769
cpuid= 0; lapic.id =
boot() called on cpu#0
It started approx. 3 days ago and it tends to panic approx. once
a day
I've got the following problem when trying to compile a kernel with
todays sources and the device "wi" in it.
linking kernel
if_wi.o: In function `wi_attach':
if_wi.o(.text+0x2b4): undefined reference to `ieee80211_ieee2mhz'
if_wi.o(.text+0x673): undefined reference to `ieee80211_ifattach'
if_wi.o
It seems YazzY wrote:
> Hi.
>
> It can be mounted when I boot the laptop and do not take the card out of
> the slot.
> If I eject it and then put it back in, I cannot mount it or dd files to
> it anymore...
> Anyway, this bit of dmesg does not look healthy to me. And as I said,
> everything wor
TB --- 2003-09-08 06:22:44 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-09-08 06:22:44 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-08 06:24:42 - building world
TB --- cd /home
65 matches
Mail list logo
