there after a message telling me it's going to dump
192MB of RAM to disk (which it never does).
I've loaded the debug kernel into gdb and ran "l *swapgeom_strategy+0x3c"
(I'm no C programmer/kernel guru, so if anyone know how I can get more
information they'l
On Thu, 18 Sep 2003, Lukas Ertl wrote:
> On Wed, 17 Sep 2003, Vincent Poy wrote:
>
> > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
> > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I.
> > -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica
> > -I/usr/src/sys/cont
On Wed, Sep 17, 2003 at 09:15:50PM -0600, Scott Long wrote:
>sebastian ssmoller wrote:
>>here is my lmmon output.
>>
>> Motherboard Temp Voltages
>>
>> 255C / 491F / 528KVcore1: +3.984V
>> Vcore2: +3.984V
>>Fan Speeds + 3.3V: +3
John-Mark Gurney wrote:
> Bernd Walter wrote this message on Wed, Sep 17, 2003 at 10:27 +0200:
> > What is wrong with returning an IO error?
> >
> > I always hated panics because of filesystem corruptions.
> > An alternative would be to just bring that filesystem down.
> > Its easy to panic a whole
On Wed, 17 Sep 2003 16:27:03 +0100
Paul Richards <[EMAIL PROTECTED]> wrote:
> > However, I suspect that a marginally better place to use these would be
> > in the "make distribute" target that "make release" uses. This way, the
> > files are already separated out into directory structures, and it
On Thu, 2003-09-18 at 11:25, Alexander Leidinger wrote:
> On Wed, 17 Sep 2003 16:27:03 +0100
> Paul Richards <[EMAIL PROTECTED]> wrote:
>
> > > However, I suspect that a marginally better place to use these would be
> > > in the "make distribute" target that "make release" uses. This way, the
> >
TB --- 2003-09-18 09:33:02 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-09-18 09:33:02 - 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-18 09:36:20 - building world
TB --- cd /home
On Thu, 18 Sep 2003 00:16:17 +0300 (EEST)
Vladimir Kushnir <[EMAIL PROTECTED]> wrote:
> Hello,
> We used to have this ioctl in old ATA/ATAPI driver (and still do in
> sys/cdio.h); apparently, it's no longer there with ATAng. Is this a
> bug or feature? And if this was planned what's going to repla
On Thu, 18 Sep 2003 11:28:31 +0100
Paul Richards <[EMAIL PROTECTED]> wrote:
> > We have programs in the ports tree which use our bsd.*.mk
> > infrastructure. Will there be a problem if such a program gets installed
> > from ports (will it try to register itself 2 times)?
>
> I don't know, have yo
On Thu, 2003-09-18 at 12:09, Alexander Leidinger wrote:
> On Thu, 18 Sep 2003 11:28:31 +0100
> Paul Richards <[EMAIL PROTECTED]> wrote:
>
> > > We have programs in the ports tree which use our bsd.*.mk
> > > infrastructure. Will there be a problem if such a program gets installed
> > > from ports
TB --- 2003-09-18 11:05:20 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-09-18 11:05:20 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-18 11:07:17 - building world
TB
My -STABLE build box (nfs src & obj host for my -STABLE clients) died
yesterday afternoon. I was wondering if I could simply use my -CURRENT build
box (nfs src & obj host for -CURRENT cleints) to also host src & obj for
-STABLE. Would I just modify my supfile to put the -STABLE src elsewhere and
th
Hello there,
I still have problems with ATAng, with kernel from 15th of September.
First of all, the drive still does not get detected properly. Funny
thing is that after some playing with atacontrol attach/detach, it
finally gets detected. And later on, it is normally detected, before.
Same scen
It seems Jan Srzednicki wrote:
> First of all, the drive still does not get detected properly. Funny
> thing is that after some playing with atacontrol attach/detach, it
> finally gets detected. And later on, it is normally detected, before.
> Same scenario happened like 3 times with ATAng and newe
Hello,
I'm getting the following warning when running xmms with libthr:
Warning: pid 589 used static ldt allocation.
See the i386_set_ldt man page for more info
When I use libkse, I don't get this warning. As I understand, someone's
is hunting down static LDT usage, so here's my feedback. ;)
--
A Dlink DWL-G520 and
FreeBSD 5.1-CURRENT #11: Wed Sep 17 01:10:14 CEST 2003
Boot:
ath0: mem 0xd800-0xd800 irq 10 at device 9.0 on
pci0
ath0: [MPSAFE]
ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps
24Mbps 36Mbps 48Mbps 54M
On Thu, Sep 18, 2003 at 03:54:36PM +0200, Soren Schmidt wrote:
> It seems Jan Srzednicki wrote:
> > First of all, the drive still does not get detected properly. Funny
> > thing is that after some playing with atacontrol attach/detach, it
> > finally gets detected. And later on, it is normally dete
Soren,
I've noticed the same thing with the last two builds.
After detaching and then re-attaching the second channel,
both my slave dvdrom and my truant master cdrw show up and appear
to work ok. I just tried your patch (didn't apply cleanly
so I edited the file myself). No apparent change.
Att
Am Do, 2003-09-18 um 15.55 schrieb Jan Srzednicki:
> Warning: pid 589 used static ldt allocation.
> See the i386_set_ldt man page for more info
I'm getting it, too. When starting XFree. It seems that XFree has
problems when I restart it. Sometimes it stays in graphics mode
where I can reboot by pr
I get the following error when I try to install VSCA.
[EMAIL PROTECTED] /usr/ports/security/vscan # make install
===> Installing for uvscan-4.24e
===> uvscan-4.24e depends on file: /usr/local/sbin/update_dat - not found
===>Verifying install for /usr/local/sbin/update_dat in
/usr/ports/se
It seems Jan Srzednicki wrote:
> > > First of all, the drive still does not get detected properly. Funny
> > > thing is that after some playing with atacontrol attach/detach, it
> > > finally gets detected. And later on, it is normally detected, before.
> > > Same scenario happened like 3 times wit
On Thu, Sep 18, 2003 at 06:38:25PM +0200, Soren Schmidt wrote:
> Anyhow, what I need to be able to tell what may be going on, is that
> you boot verbose and get me the output from dmesg from a boot that
> found all device, and from a boot that missed.
Anyone know how to make the message buffer lar
On Thu, Sep 18, 2003 at 11:46:35AM -0500, Steve Ames wrote:
> On Thu, Sep 18, 2003 at 06:38:25PM +0200, Soren Schmidt wrote:
> > Anyhow, what I need to be able to tell what may be going on, is that
> > you boot verbose and get me the output from dmesg from a boot that
> > found all device, and from
On Thu, 18 Sep 2003, Steve Ames wrote:
> On Thu, Sep 18, 2003 at 06:38:25PM +0200, Soren Schmidt wrote:
> > Anyhow, what I need to be able to tell what may be going on, is that
> > you boot verbose and get me the output from dmesg from a boot that
> > found all device, and from a boot that misse
On Thu, Sep 18, 2003 at 06:55:07PM +0200, Jan Srzednicki wrote:
> On Thu, Sep 18, 2003 at 11:46:35AM -0500, Steve Ames wrote:
> > On Thu, Sep 18, 2003 at 06:38:25PM +0200, Soren Schmidt wrote:
> > > Anyhow, what I need to be able to tell what may be going on, is that
> > > you boot verbose and get
TB --- 2003-09-18 16:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-09-18 16:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-18 16:01:52 - building world
TB --- cd /
On Thu, Sep 18, 2003 at 11:00:56AM -0600, Scott Long wrote:
> > Anyone know how to make the message buffer larger? I don't have
> > a serial console hooked up currently and a boot verbose is way
> > over the 32K default buffer size so only get the last 32K once
> > the system is booted up.
>
> >Fr
On Thu, Sep 18, 2003 at 08:17:16AM +0200, Soren Schmidt wrote:
> The right way of doing audio graps has been to set the wanted blocksize
> with CDRIOCSETBLOCKSIZE (not needed if all tracks on the CD is of
> the same size), then just read from the device. Ioctl's was newer meant
> to be used to read
On Thursday, September 18, 2003, at 11:28 am, Paul Richards wrote:
On Thu, 2003-09-18 at 11:25, Alexander Leidinger wrote:
We have programs in the ports tree which use our bsd.*.mk
infrastructure. Will there be a problem if such a program gets
installed
from ports (will it try to register itself
Current from approximately 0500 BST on 16th September is giving me
errors like this from boot:
ad0: WARNING - WRITE_MUL write data underrun 8192>2048
ad0: WARNING - WRITE_MUL write data underrun 8192>6144
ad0: WARNING - WRITE_MUL write data underrun 8192>4096
ad0: WARNING - WRITE_MUL write data u
This is on my (SMP) "build" machine; sources updated between 0347 - 0355
hrs. US/Pacific (7 hrs. W of GMT).
I had done the usual buildworld, kernel, installworld, mergemaster,
rebooted, ran "healthd -d" for a little while (enough to see some
plausible variation), then entered
sudo boot0c
It seems Mark Knight wrote:
> Current from approximately 0500 BST on 16th September is giving me
> errors like this from boot:
>
> ad0: WARNING - WRITE_MUL write data underrun 8192>2048
> ad0: WARNING - WRITE_MUL write data underrun 8192>6144
> ad0: WARNING - WRITE_MUL write data underrun 8192>40
Le 2003-09-18, Jan Srzednicki écrivait :
> Anyway, here's backtrace for atapicam panic I've mentioned. It's
> triggered by:
>
> cdrecord dev=1,1,0 /some/track
Um. Do you see the same crash if both drives contain CDs at boot time?
If not, this could be a consequence of the error condition corrupt
It seems Thomas Quinot wrote:
> Le 2003-09-18, Jan Srzednicki écrivait :
>
> > Anyway, here's backtrace for atapicam panic I've mentioned. It's
> > triggered by:
> >
> > cdrecord dev=1,1,0 /some/track
>
> Um. Do you see the same crash if both drives contain CDs at boot time?
> If not, this could
On Thu, 18 Sep 2003, David Wolfskill wrote:
> This is on my (SMP) "build" machine; sources updated between 0347 - 0355
> hrs. US/Pacific (7 hrs. W of GMT).
>
> I had done the usual buildworld, kernel, installworld, mergemaster,
> rebooted, ran "healthd -d" for a little while (enough to see som
At 4:47 PM -0700 2003/09/17, Doug White wrote:
This came up at the developer summit. We do need to upgrade/make
significant changes to gdb for it to understand threaded debugging. The
panics might be interesting as it might be tickling other issues, but
before we can really debug threaded ap
On Thu, 18 Sep 2003, Brad Knowles wrote:
> At 4:47 PM -0700 2003/09/17, Doug White wrote:
>
> > This came up at the developer summit. We do need to upgrade/make
> > significant changes to gdb for it to understand threaded debugging. The
> > panics might be interesting as it might be tickling
On Thu, 18 Sep 2003, Soren Schmidt wrote:
>
> The right way of doing audio graps has been to set the wanted blocksize
> with CDRIOCSETBLOCKSIZE (not needed if all tracks on the CD is of
> the same size), then just read from the device. Ioctl's was newer meant
> to be used to read/write data, its
On Thu, 18 Sep 2003, Thomas Quinot wrote:
> Le 2003-09-18, Jan Srzednicki ?crivait :
>
> > Anyway, here's backtrace for atapicam panic I've mentioned. It's
> > triggered by:
> >
> > cdrecord dev=1,1,0 /some/track
>
> Um. Do you see the same crash if both drives contain CDs at boot time?
> If not
TB --- 2003-09-18 21:27:59 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-09-18 21:27:59 - 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-18 21:31:36 - building world
TB --- cd /home
Mark Knight schrieb:
Current from approximately 0500 BST on 16th September is giving me
errors like this from boot:
ad0: WARNING - WRITE_MUL write data underrun 8192>2048
ad0: WARNING - WRITE_MUL write data underrun 8192>6144
ad0: WARNING - WRITE_MUL write data underrun 8192>4096
ad0: WARNING -
On Thu, 18 Sep 2003, Thomas Quinot wrote:
> Le 2003-09-18, Guillaume écrivait :
>
> > The patch does nothing for me. Same results... and cd0 is still slow.
>
> OK, then please try to apply the patch below in addition to the previous
> one:
>
Sorry, I hadn't really noticed or checked for speed iss
On Fri, Sep 19, 2003 at 01:32:45AM +0300, Vladimir Kushnir wrote:
> > Um. Do you see the same crash if both drives contain CDs at boot time?
> > If not, this could be a consequence of the error condition corruption
> > problem others have been reporting.
> >
> > Thomas.
> >
>
> These crashes start
TB --- 2003-09-18 23:00:46 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-09-18 23:00:46 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-18 23:03:57 - building world
TB
Hello.
This week I tried to upgrade to current...
This became quite tricky, but the main (and the worst problem) was with ATAng.
I have Acer's motherboard and IBM's DTLA. Old driver were saying 'Non-ATA 66 cable or
device' and perfectly worked in UDMA-33 mode. New driver didn't said a word, but w
What happened to ipintrq? I know it is now defined in ip_input.c...problem
is I'm trying to port a driver to 5.1. The files are in a subdirectory in
/usr/src/sys/dev and in order to get it to compile, I've declared it like
this:
extern struct ifqueue ipintrq;
But upon linking, I get unresolved s
Le Jeu 18/09/2003 à 15:32, Thomas Quinot a écrit :
> Le 2003-09-18, Guillaume écrivait :
>
> > The patch does nothing for me. Same results... and cd0 is still slow.
>
> OK, then please try to apply the patch below in addition to the previous
> one:
>
Thanks for the patch. cd0 is faster now and
Why would you want to package sbin? Where do you see this work going?
What problems do you think this will solve? Doing things a top level
directory at a time isn't very interesting, but since it looks like a
demo, perhaps you could sketch out what the polishing you'd envision.
Warner
__
P.S. How do you handle the packlist generation? The ports system
doesn't automatically generate these things, as far as I can tell, and
I didn't see anything that you've added to do this.
My agenda, if you will, on this is to deal with:
upgrades: portupgrade can grok packages. If you had a
On Thu, 18 Sep 2003, Martin wrote:
> Am Do, 2003-09-18 um 15.55 schrieb Jan Srzednicki:
> > Warning: pid 589 used static ldt allocation.
> > See the i386_set_ldt man page for more info
>
> I'm getting it, too. When starting XFree. It seems that XFree has
> problems when I restart it. Sometimes it
Hi,
My -CURRENT workstation won't boot off the WD Raptor 36GB disk,
which is on a SiI 3112A SATA-150 controller. This was working
with a kernel in early July. {build,install}{world,kernel}
completed. Fortunately, it seems I can still boot with the
older kernel. I guess ATAng problems still hav
Hey... just looking to see what option I need to enable to get HFS+
support...
I am going to try experimenting with building a ppc cross-build
environment and
try to install FreeBSD on my iPod and boot from it :)
Dave
___
[EMAIL PROTECTED] mailing li
All,
We'd like to get a new poll on the stability and readiness of 4.9. The
belief is that the last of the PAE-induced instability was resolved on
August 31. Is anyone still experiencing unusual crashes, corruption,
etc, on a system that is running with up-to-date sources? Now is the
time to sp
TB --- 2003-09-19 04:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-09-19 04:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-19 04:01:51 - building world
TB --- cd /
On Wed, Sep 17, 2003 at 12:43:08 -0700, Sam Leffler wrote:
> > I've got a Netgear WAG511 (Atheros 5212-based card) and a Netgear FWAG114
> > wireless router.
> >
> > I've been trying to get the card and the router talking under FreeBSD.
> > (Both 802.11a and 802.11g work fine under Windows on the
--On 18. september 2003 09:23 +0200 Eivind Olsen <[EMAIL PROTECTED]> wrote:
Hello.
I'm experiencing frequent crashes on my FreeBSD box here. It's running
FreeBSD 5.x CURRENT (CVSUP'ed yesterday (the 17th) around 1800 CET).
I've now had more crashes which looks like those I mentioned in the last
ma
Sam is pretty sure that he already fixed this. Is it possible that the
tinderbox machine is no longer getting cvs updates?
Scott
Tinderbox wrote:
TB --- 2003-09-19 04:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-09-19 04:00:00 - checking out the source tree
TB --- cd /home/d
It seems =?koi8-r?Q?=22?=Ayrton Senna=?koi8-r?Q?=22=20?= wrote:
> This became quite tricky, but the main (and the worst problem) was with ATAng.
> I have Acer's motherboard and IBM's DTLA. Old driver were saying 'Non-ATA 66 cable
> or device' and perfectly worked in UDMA-33 mode. New driver didn't
It seems Jan Srzednicki wrote:
> > As far as problems with dagrab and cdda2wav are conserned - this is
> > because of removal of CDIOCREADAUDIO ioctl in ATAng (see recent thread
> > "What's happened to CDIOCREADAUDIO & friends")
>
> I've seen it (after posting the original mail, though;). Is there
It seems Vladimir Kushnir wrote:
> > The right way of doing audio graps has been to set the wanted blocksize
> > with CDRIOCSETBLOCKSIZE (not needed if all tracks on the CD is of
> > the same size), then just read from the device. Ioctl's was newer meant
> > to be used to read/write data, its also
Jeff Roberson wrote:
On Wed, 17 Sep 2003, Florian C. Smeets wrote:
Hi.
I get this panic on a system with kernel/world from 03 September.
Usually i only run X and xawtv on that system but when i wanted to make
world today i got the panic:
This was fixed recently. Can you cvsup and rebuild?
It
Scott Long <[EMAIL PROTECTED]> writes:
> Sam is pretty sure that he already fixed this. Is it possible that the
> tinderbox machine is no longer getting cvs updates?
It would seem so. Revision 1.69 of src/sys/net/bridge.c (which fixes
this particular problem) is not in the repo on the RTP cluste
On Thu, Sep 18, 2003 at 11:22:37PM -0500, David Leimbach wrote:
> Hey... just looking to see what option I need to enable to get HFS+
> support...
>
All you need should be here: http://people.freebsd.org/~yar/hfs/
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTE
63 matches
Mail list logo
