How do I make the screen turn off? Closing the lid used to suspend the
laptop but leave the screen on. I then applied the dell acpi patch
mentioned here http://sandcat.nl/~stijn/freebsd/dell.php and it help on
some things. Now, when I use sysctl to set the lid state to NONE it no
longer susp
On Sat, Aug 02, 2003 at 01:29:22AM -0500, Alan L. Cox wrote:
> Could you please do an objdump -d on sys_pipe.o (or similar) to verify
> that pipe_read+0x290 is the second call to uiomove() in pipe_read()?
Confirmed:
/sys/kern/sys_pipe.c:572
Kris
pgp0.pgp
Description: PGP signature
Is anyone willing to fix this? The warning is bogus as it's quite
obvious that the variable is being initialized. Strange that it doesn't
show up on other platforms.
Scott
Tinderbox wrote:
TB --- 2003-08-02 04:00:07 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-02 04:00:07 -
Should there be an option to run atacontrol in sysinstall?
So that drives could be assigned to a mirror / stripe set before installing without
having to build the mirror on another machine first?
(in this case the BIOS does not help)
Pete
- Original Message -
From: "Soeren Schmidt" <[E
Kris Kennaway wrote:
>
> On Thu, Jul 31, 2003 at 08:04:11PM -0700, Kris Kennaway wrote:
> > On Thu, Jul 31, 2003 at 01:48:42PM -0700, Kris Kennaway wrote:
> >
> > > > I upgraded the alpha package machines tonight, and one of them fell
> > > > over shortly after taking load, with the following:
> >
That seems so weird.
CFLAGS and CXXFLAGS were set to something in the general environment,
for non-port builds, but I thought the FreeBSD make system used for
ports and such wouldn't get polluted by simply having that defined as a
variable in the env. *headscratch* Maybe just my mistake, but thanks
On Thu, Jul 31, 2003 at 08:04:11PM -0700, Kris Kennaway wrote:
> On Thu, Jul 31, 2003 at 01:48:42PM -0700, Kris Kennaway wrote:
>
> > > I upgraded the alpha package machines tonight, and one of them fell
> > > over shortly after taking load, with the following:
> > >
> > > panic: vm_fault: fault
On Saturday, 02 August 2003 10:38, Julian Elischer wrote:
> Is the re ANYONE that uses wine on -current...?
>
> for that matter, a -current user that uses wine on 4.x?
Well I used to use wine to play Quake2 and load flash programs but ever since
moving from Windows 98 to XP wine doesn't really see
Because of the nature of this bug, I have no network access on my FreeBSD
machine and so I'm filing this off my wife's laptop. I can't send-pr in any
other manner. Would someone please post this
SYSTEM
IBM 380XD Thinkpad Laptop running either a recent (post-May) 4.8-STABLE or
5.1-RELEASE (off th
On Fri, Aug 01, 2003 at 08:48:07PM -0700, Peorth wrote:
> I've just started to try and sync up to -CURRENT, and my first time
> asking on the lists, and everything seems to be going fine, except
> groff's build dies with
> rm -f .depend
> mkdep -f .depend -a
> /usr/src/gnu/usr.bin/groff/src/
I used wine on 5.1-RELEASE in order to convert some binary cdrom format other
than .iso (all those nice .ccd, .nrg, ...). I tried playing on my own copy of
Starcraft but didn't successed yet however I didn't take much time to work on
it.
Except old games or mirc32 (for my gf), I'm not so much in
TB --- 2003-08-02 04:00:07 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-02 04:00:07 - 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-08-02 04:02:37 - building world
TB --- cd /
I've just started to try and sync up to -CURRENT, and my first time
asking on the lists, and everything seems to be going fine, except
groff's build dies with
rm -f .depend
mkdep -f .depend -a
/usr/src/gnu/usr.bin/groff/src/libs/libdriver/../../../../../../contrib/groff/src/libs/libdriver/in
Nevermind.
I think I've been working too many hours. The problem was a stupid
nat misconfiguration that I have now fixed. The strange behaviour this
was causing misled me to believe one of the NICs wasn't working correctly.
Bill Moran wrote:
Hey,
This isn't quite -CURRENT, but it's 5.1-RELEASE.
Hey,
This isn't quite -CURRENT, but it's 5.1-RELEASE.
I'm trying to put together a typical nat/gateway box. But I can't
seem to get both network cards to work at the same time. I've tried
a 3com card, a realtek card, as well as the onboard sis chipset card.
One card always works, the other seem
Julian Elischer wrote:
Is the re ANYONE that uses wine on -current...?
for that matter, a -current user that uses wine on 4.x?
I don't _use_ wine on -current, but I can tell you the brief experience
that caused me to give up on it.
I wanted to install wine to run Crimson Editor, which is a fairly
On Sat, Aug 02, 2003 at 02:03:32AM +0200, Riccardo Torrini wrote:
> Without creating by hand /var/tmp/{foo,bar} this command fail
> # newsyslog -v -F -C -f /usr/local/etc/rotatemailbackup.conf
> --> [creating entry for /var/tmp/foo]
> --> [creating entry for /var/tmp/bar]
> /v
Is the re ANYONE that uses wine on -current...?
for that matter, a -current user that uses wine on 4.x?
julian
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROT
Hello fellow Compaq N610c users,
when booting my N610c with an external keyboard, I'd see keyboard lights flash
and keyboards worked at boot prompt but after booting finished neither the
integratd kbd or the external kbd would work,
At boot up would see:
atkbdc0: port 0x64,0x60 irq 1 on acpi0
On Fri, 1 Aug 2003, Julian Elischer wrote:
> >
> > Looks OK, but if we are doing a dynamic allocation, it might be
> > better to start at NLDT just to avoid the known problem of someone
> > using 6... Just a thought.
>
> sure.. (though we don't know how many they use we just saw the first
On Fri, 1 Aug 2003, Daniel Eischen wrote:
> On Fri, 1 Aug 2003, Julian Elischer wrote:
> >
> > Here's my first patch..
> > I'd suggest this (along with man page change) to go in first
> > for a while before we break people's code.
> >
> > cvs server: Diffing .
> > Index: sys_machdep.c
> >
On Fri, 1 Aug 2003, Julian Elischer wrote:
>
> Here's my first patch..
> I'd suggest this (along with man page change) to go in first
> for a while before we break people's code.
>
> cvs server: Diffing .
> Index: sys_machdep.c
> ===
I have created a private newsyslog.conf with this contents:
-8<-
/var/tmp/foofoo:mail600 7 * @T00ZBCN
/var/tmp/barbar:mail600 7 * @T00ZBCN
-8<-
Without creating by hand /var/tmp/{foo,bar} this command fail leaving the
On Fri, 1 Aug 2003, Daniel Eischen wrote:
> On Fri, 1 Aug 2003, Marcel Moolenaar wrote:
>
> OpenGL is the example that I was thinking about.
>
> > Having a way to disallow using the static allocation should be easy
> > if we use compiler magic to test that the LDT entry is constant and
> > 0.
On Fri, 1 Aug 2003, Marcel Moolenaar wrote:
> On Fri, Aug 01, 2003 at 07:18:11PM -0400, Daniel Eischen wrote:
> > On Fri, 1 Aug 2003, Marcel Moolenaar wrote:
> >
> > > On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote:
> > >
> > > > Perhaps we need to rethink the interface and disal
On Fri, 1 Aug 2003, Daniel Eischen wrote:
> On Fri, 1 Aug 2003, Julian Elischer wrote:
> >
> > How about we complain loudly on the console when it's done..
> > (for the first few times)
> > (with info on how to do it right)
>
> And make a new interface, changing the prototype in the
> header
On Fri, 1 Aug 2003, Marcel Moolenaar wrote:
>
> Having a way to disallow using the static allocation should be easy
> if we use compiler magic to test that the LDT entry is constant and
> 0. If it is, all is ok (assuming that I'm not mistaken that we use a
> 0 entry to indicate dynamic allocatio
On Fri, Aug 01, 2003 at 07:18:11PM -0400, Daniel Eischen wrote:
> On Fri, 1 Aug 2003, Marcel Moolenaar wrote:
>
> > On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote:
> >
> > > > LUCODE_SEL is used by kernel to load _ucodesel to user %cs
> > > > LUDATA_SEL is used by kernel to load _
On Tue, Jul 29, 2003 at 08:27:07PM +0200, Jens Rehsack wrote:
> On 29.07.2003 19:21, Mike Makonnen wrote:
>
> >On Tue, Jul 29, 2003 at 07:08:38PM +0200, Jens Rehsack wrote:
> >Yeah, I'll take care of this. I had asked scott to mail me his final
> >patch so I could commit it, but I never heard back
On Fri, 1 Aug 2003, Julian Elischer wrote:
>
>
> >
> > I can see the need to keep the old behavoir for compatibility's
> > sake.
>
> How about we complain loudly on the console when it's done..
> (for the first few times)
> (with info on how to do it right)
>
static int complained = 6;
On Fri, 1 Aug 2003, Julian Elischer wrote:
>
> On Fri, 1 Aug 2003, Daniel Eischen wrote:
>
> >
> > That's what I was worried about. Once an application or
> > library is written to use specific LDTs, you never know
> > how it will be affected by the use of threading libraries
> > (or other libr
On Fri, 1 Aug 2003, Julian Elischer wrote:
>
> On Fri, 1 Aug 2003, Daniel Eischen wrote:
>
> >
> > Perhaps we need to rethink the interface and disallow specification
> > of any ldt; only allow dynamic. We would need a different method of
> > setting an array of them, though.
>
> I think that
On Fri, 1 Aug 2003, Daniel Eischen wrote:
> On Fri, 1 Aug 2003, Marcel Moolenaar wrote:
>
> > On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote:
> >
> > > > LUCODE_SEL is used by kernel to load _ucodesel to user %cs
> > > > LUDATA_SEL is used by kernel to load _udatasel to user %d
On Fri, 1 Aug 2003, Julian Elischer wrote:
>
> On Fri, 1 Aug 2003, Daniel Eischen wrote:
>
> >
> > Perhaps we need to rethink the interface and disallow specification
> > of any ldt; only allow dynamic. We would need a different method of
> > setting an array of them, though.
>
> I think th
On Fri, 1 Aug 2003, Marcel Moolenaar wrote:
> On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote:
>
> > > LUCODE_SEL is used by kernel to load _ucodesel to user %cs
> > > LUDATA_SEL is used by kernel to load _udatasel to user %ds, %es, %fs, %gs.
> > > I didn't check other ABIs, but se
On Fri, 1 Aug 2003, Daniel Eischen wrote:
>
> Perhaps we need to rethink the interface and disallow specification
> of any ldt; only allow dynamic. We would need a different method of
> setting an array of them, though.
I think that for now we can allow anything over 6 because we are not a
BSD
Hi,
yet another funky console message with today's -current:
Waiting on "allproc" with the following non-sleepablelocks held:
exclusive sleep mutex callout_dont_sleep r = 0 (0xc0371fa0) locked @
/usr/src/sys/kern/kern_timeout.c:223
Got this twice in a row; system didn't enter ddb so I got no tr
On Sat, 2 Aug 2003, David Xu wrote:
> On Saturday 02 August 2003 06:24, Munish Chopra wrote:
> > On 2003-08-02 00:20 +0200, Thorsten Greiner wrote:
> > > * Daniel Eischen <[EMAIL PROTECTED]> [2003-08-02 00:06]:
> > > > I think the bug was in the old code allowing this to
> > > > happen...
> > >
On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote:
> > LUCODE_SEL is used by kernel to load _ucodesel to user %cs
> > LUDATA_SEL is used by kernel to load _udatasel to user %ds, %es, %fs, %gs.
> > I didn't check other ABIs, but setting to a fixed location of LDT in userland
> > is als
On Sat, 2 Aug 2003, David Xu wrote:
> On Saturday 02 August 2003 06:24, Munish Chopra wrote:
> > On 2003-08-02 00:20 +0200, Thorsten Greiner wrote:
> > > * Daniel Eischen <[EMAIL PROTECTED]> [2003-08-02 00:06]:
> > > > I think the bug was in the old code allowing this to
> > > > happen...
> > >
>
On Saturday 02 August 2003 06:24, Munish Chopra wrote:
> On 2003-08-02 00:20 +0200, Thorsten Greiner wrote:
> > * Daniel Eischen <[EMAIL PROTECTED]> [2003-08-02 00:06]:
> > > I think the bug was in the old code allowing this to
> > > happen...
> >
> > Well, than someone should tell that to NVidia.
On Fri, 1 Aug 2003, Munish Chopra wrote:
> On 2003-08-02 00:20 +0200, Thorsten Greiner wrote:
> > * Daniel Eischen <[EMAIL PROTECTED]> [2003-08-02 00:06]:
> > > I think the bug was in the old code allowing this to
> > > happen...
> >
> > Well, than someone should tell that to NVidia. Their driv
On Fri, 1 Aug 2003, Julian Elischer wrote:
>
> On Fri, 1 Aug 2003, Daniel Eischen wrote:
>
> > On Fri, 1 Aug 2003, Thorsten Greiner wrote:
> >
> > > * Thorsten Greiner <[EMAIL PROTECTED]> [2003-08-01 23:47]:
> > > > I will test wether the problem still occurs with version 1.84 of
> > > > sys_mac
On Fri, 1 Aug 2003, Julian Elischer wrote:
>
>
> On Fri, 1 Aug 2003, Daniel Eischen wrote:
>
> > On Fri, 1 Aug 2003, Thorsten Greiner wrote:
> >
> > > * Thorsten Greiner <[EMAIL PROTECTED]> [2003-08-01 23:47]:
> > > > I will test wether the problem still occurs with version 1.84 of
> > > > s
On 2003-08-02 00:20 +0200, Thorsten Greiner wrote:
> * Daniel Eischen <[EMAIL PROTECTED]> [2003-08-02 00:06]:
> > I think the bug was in the old code allowing this to
> > happen...
>
> Well, than someone should tell that to NVidia. Their driver is
> closed source and comes without "user servicable
* Daniel Eischen <[EMAIL PROTECTED]> [2003-08-02 00:06]:
> I think the bug was in the old code allowing this to
> happen...
Well, than someone should tell that to NVidia. Their driver is
closed source and comes without "user servicable parts".
Regards
-Thorsten
--
There are 10 kinds of
On Fri, 1 Aug 2003, Daniel Eischen wrote:
> On Fri, 1 Aug 2003, Thorsten Greiner wrote:
>
> > * Thorsten Greiner <[EMAIL PROTECTED]> [2003-08-01 23:47]:
> > > I will test wether the problem still occurs with version 1.84 of
> > > sys_machdep.c and let you know.
> >
> > Yup, reverting to 1.84 u
On Fri, 1 Aug 2003, Thorsten Greiner wrote:
> * Thorsten Greiner <[EMAIL PROTECTED]> [2003-08-01 23:47]:
> > I will test wether the problem still occurs with version 1.84 of
> > sys_machdep.c and let you know.
>
> Yup, reverting to 1.84 unbreaks this for me. Looking at the changes
> made it appea
* Thorsten Greiner <[EMAIL PROTECTED]> [2003-08-01 23:47]:
> I will test wether the problem still occurs with version 1.84 of
> sys_machdep.c and let you know.
Yup, reverting to 1.84 unbreaks this for me. Looking at the changes
made it appears to me that the check
if (uap->start < NLDT ||
* Julian Elischer <[EMAIL PROTECTED]> [2003-08-01 23:44]:
> can you compile your sys_machdep.c with the option -DDEBUG?
>
> I noticed there is a debug printf that is enabled byu this and may show
> what request the NVIDIA people are making.
This is what gets logged:
Aug 1 23:42:43 tybalt kernel
Tinderbox <[EMAIL PROTECTED]> writes:
> TB --- mkdir /home/des/tinderbox
> TB --- mkdir /home/des/tinderbox/CURRENT
> TB --- mkdir /home/des/tinderbox/CURRENT/sparc64
> TB --- mkdir /home/des/tinderbox/CURRENT/sparc64/sparc64
Sorry about that, I was a bit too hasty moving some directories
around.
On Fri, Aug 01, 2003 at 11:08:05AM -0500, Steve Ames wrote:
>
> ports/news/newscache now gives me a sig11. It didn't a few weeks ago
> but I really can't pin it down any closer than that. I thought it may
> have been related to the new gcc import but I'm not able to check
> that. After it gave me
On Fri, Aug 01, 2003 at 10:59:06AM -0400, Andrew Gallatin wrote:
>
> Kris Kennaway writes:
> > On Fri, Aug 01, 2003 at 09:00:44AM -0400, Andrew Gallatin wrote:
> >
> > > The crashdump might actually be useful here. You'd have only the
> > > trap() and vm_fault() frames, but at least you'd ha
TB --- mkdir /home/des/tinderbox
TB --- mkdir /home/des/tinderbox/CURRENT
TB --- mkdir /home/des/tinderbox/CURRENT/sparc64
TB --- mkdir /home/des/tinderbox/CURRENT/sparc64/sparc64
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listin
TB --- 2003-08-01 21:07:19 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-08-01 21:07:19 - 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-08-01 21:09:57 - building world
TB --- cd /home
> "Bill" == Bill Paul <[EMAIL PROTECTED]> writes:
Bill> Actually, boot -v gives you much more, like the date when the
Bill> kernel image was compiled. Too bad you decided not to show
Bill> everything to us.
>> I didn't want to spam,
Bill> *sigh* No. Spam is when you try to sell me viagra or
TB --- 2003-08-01 19:45:47 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-08-01 19:45:47 - 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-08-01 19:48:16 - building world
TB --- cd /home
> > "Bill" == Bill Paul <[EMAIL PROTECTED]> writes:
>
> >> I'm somewhat confused.
> Bill> So am I: where were you when I asked sent e-mail to this list
> Bill> asking for people to test the 5705 changes before I committed
> Bill> them?
>
> I very well might not have had this machine. When di
On Fri, 1 Aug 2003, Thorsten Greiner wrote:
> Hi,
>
> after upgrading the Kernel I found that the glx-related programs of
> the NVidia graphics driver die in calls to sysarch. Here is a truss
> fragment of a 'glxinfo' run:
>
> sysarch(0x1,0xbfbffb14)ERR#22 'Inva
> "Bill" == Bill Paul <[EMAIL PROTECTED]> writes:
>> I'm somewhat confused.
Bill> So am I: where were you when I asked sent e-mail to this list
Bill> asking for people to test the 5705 changes before I committed
Bill> them?
I very well might not have had this machine. When did you commit
the
It seems Petri Helenius wrote:
>
> Just saw the support for the controller go in. Does the driver support any
> RAID1 style mirroring?
Only our own ATA RAID (see atacontrol)..
I do have an Adaptec 1210 that has RAID capabilities and I have
deciphered their RAID config info, but support is not f
> I'm somewhat confused.
So am I: where were you when I asked sent e-mail to this list asking
for people to test the 5705 changes before I committed them?
> On a recent 5.1-CURRENT, boot -v gives me:
Actually, boot -v gives you much more, like the date when the kernel
image was compiled. Too bad
Hi,
after upgrading the Kernel I found that the glx-related programs of
the NVidia graphics driver die in calls to sysarch. Here is a truss
fragment of a 'glxinfo' run:
sysarch(0x1,0xbfbffb14) ERR#22 'Invalid argument'
SIGNAL 10
SIGNAL 10
Process stopped because of: 16
p
Just saw the support for the controller go in. Does the driver support any
RAID1 style mirroring?
Pete
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
TB --- 2003-08-01 18:20:30 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-08-01 18:20:30 - 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-08-01 18:22:46 - building world
TB --- cd /home
I added a DEC DEFPA PCI FDDI card to my Alpha.
When ifconfig fpa0 I am greeted by the following
panic:
fatal kernel trap:
trap entry = 0x2 (memory management fault)
cpuid = 2
faulting va= 0x53c443f891b8
type = access violation
cause =
CURRENT system on an IBM T30 crashed in login
Since it was on my laptop, I need to hand-type this, so I hope to not
make any errors. I doubt that I can repeat it.
Fatal trap 12: page fault while in kernel mode
Fault virtual address = 0x304
fault code= supervisor read, page not
Ok. After all that, and given I've gone this far...
Boris, does the patch included fix your problem?
--
Peter Edwards.
Index: sys/dev/bge/if_bge.c
===
RCS file: /pub/FreeBSD/development/FreeBSD-CVS/src/sys/dev/bge/if_bge.c,v
retrievin
Bosko Milekic wrote:
>
> fakepg_zone should probably be UMA_ZONE_VM. Or the vm_object lock
> needs to be dropped before allocating or freeing to that zone.
>
> What does Alan think? (cc'd)
>
Perhaps. Regardless, in this case, the lock-order reversal is a false
positive. What it shows is t
In article <[EMAIL PROTECTED]>,
Peter Edwards <[EMAIL PROTECTED]> wrote:
> John Polstra <[EMAIL PROTECTED]> wrote:
>
> [snip]
> >> I assume you mean, that after setting if_hdrlen,
> [snip]
> > I think you also have to set if_data.ifi_hdrlen as I said
> [snip]
>
> My fault: I jumped from one term
John Polstra <[EMAIL PROTECTED]> wrote:
> No, you are right. I didn't read the posting carefully enough.
> Sorry!
No problem.
[snip]
>> I assume you mean, that after setting if_hdrlen,
[snip]
> I think you also have to set if_data.ifi_hdrlen as I said
[snip]
My fault: I jumped from one term fo
In article <[EMAIL PROTECTED]>,
Peter Edwards <[EMAIL PROTECTED]> wrote:
> John Polstra <[EMAIL PROTECTED]> wrote:
> > Peter Edwards <[EMAIL PROTECTED]> wrote:
> > > > CSR_WRITE_4(sc, BGE_RX_MTU, ifp->if_mtu +
> > > > ETHER_HDR_LEN + ETHER_CRC_LEN + ETHER_VLAN_ENCAP_LEN);
>
>
John Polstra <[EMAIL PROTECTED]> wrote:
> Peter Edwards <[EMAIL PROTECTED]> wrote:
> > > CSR_WRITE_4(sc, BGE_RX_MTU, ifp->if_mtu +
> > > ETHER_HDR_LEN + ETHER_CRC_LEN + ETHER_VLAN_ENCAP_LEN);
> Good guess, but the approved way of doing it is to add this code
> near the point w
In article <[EMAIL PROTECTED]>,
Peter Edwards <[EMAIL PROTECTED]> wrote:
> Hm. A bit of a stab in the dark, but from sys/dev/bge/if_bge.c, line
> 3185 (on 5.1 release, 2399)
>
> > /* Specify MTU. */
> > CSR_WRITE_4(sc, BGE_RX_MTU, ifp->if_mtu +
> > ETHER_HDR_LEN + ETHE
TB --- 2003-08-01 16:00:06 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-01 16:00:06 - 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-08-01 16:02:33 - building world
TB --- cd /
ports/news/newscache now gives me a sig11. It didn't a few weeks ago
but I really can't pin it down any closer than that. I thought it may
have been related to the new gcc import but I'm not able to check
that. After it gave me the sig11 I recompiled it and its dependancies
and that didn't fix any
Try the attached patch.
On Fri, Aug 01, 2003 at 11:02:49AM +, Bosko Milekic wrote:
>
> fakepg_zone should probably be UMA_ZONE_VM. Or the vm_object lock
> needs to be dropped before allocating or freeing to that zone.
>
> What does Alan think? (cc'd)
>
> -Bosko
>
> On Thu, Jul 31, 20
fakepg_zone should probably be UMA_ZONE_VM. Or the vm_object lock
needs to be dropped before allocating or freeing to that zone.
What does Alan think? (cc'd)
-Bosko
On Thu, Jul 31, 2003 at 04:46:06PM -0700, Lars Eggert wrote:
> Hi,
>
> with yesterday's -current:
>
> 1st 0xc6dfd094 vm ob
Hi,
got the following panic overnight running with all debugging options on
(WITNESS, MUTEX_DEBUG, DIAGNOSTIC, INVARIANTS; WITNESS_SKIPSPIN off):
panic: spin lock sched lock held by 0xc658e130 for > 5 seconds
cpuid = 0; lapic.id =
Stack backtrace:
backtrace(c031d030,0,c031c4c5,df0dab8c,10
Kris Kennaway writes:
> On Fri, Aug 01, 2003 at 09:00:44AM -0400, Andrew Gallatin wrote:
>
> > The crashdump might actually be useful here. You'd have only the
> > trap() and vm_fault() frames, but at least you'd have information
> > about the state of the vm system.
>
> Two crashdumps c
On Friday 25 July 2003 10:33, Adam Kranzel wrote:
> On Friday 25 July 2003 10:08, Scott Long wrote:
Okay, I've got a new kernel working now.
It seems it was a combination of a messed-up /boot/device.hints file (I'd not
updated it in a long time), and the BIOS assigning IRQ 15 to the AHC card,
This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list.
The live version of this list is available at:
http://www.FreeBSD.org/releases/5.2R/todo.html
Automated mailing of this list will continue through the release of
FreeBSD 5.2.
FreeBSD 5.2 Op
On Fri, Aug 01, 2003 at 09:00:44AM -0400, Andrew Gallatin wrote:
> The crashdump might actually be useful here. You'd have only the
> trap() and vm_fault() frames, but at least you'd have information
> about the state of the vm system.
Two crashdumps coming up! I'll move them onto beast:/j/kris
Kris Kennaway writes:
> On Thu, Jul 31, 2003 at 01:48:59AM -0700, Kris Kennaway wrote:
> > I upgraded the alpha package machines tonight, and one of them fell
> > over shortly after taking load, with the following:
<..>
> Two more panics on alpha:
>
> panic: vm_fault: fault on nofault en
On Fri, Aug 01, 2003 at 02:41:16PM +0200, Karel J. Bosschaart wrote:
> On Fri, Aug 01, 2003 at 01:04:16PM +0200, Tobias Roth wrote:
> > On Thu, Jul 31, 2003 at 09:52:08PM +0100, Bruce Cran wrote:
> > > On Thu, Jul 31, 2003 at 03:03:01PM -0400, Chris Shenton wrote:
> > > > Chris Shenton <[EMAIL PROT
Hm. A bit of a stab in the dark, but from sys/dev/bge/if_bge.c, line
3185 (on 5.1 release, 2399)
> /* Specify MTU. */
> CSR_WRITE_4(sc, BGE_RX_MTU, ifp->if_mtu +
> ETHER_HDR_LEN + ETHER_CRC_LEN);
>
>
Wonder if this should be
> /* Specify MTU. */
> C
On Fri, Aug 01, 2003 at 01:04:16PM +0200, Tobias Roth wrote:
> On Thu, Jul 31, 2003 at 09:52:08PM +0100, Bruce Cran wrote:
> > On Thu, Jul 31, 2003 at 03:03:01PM -0400, Chris Shenton wrote:
> > > Chris Shenton <[EMAIL PROTECTED]> writes:
> > >
> > > > *** Signal 11
> > > >...
> > > > Illegal
TB --- 2003-08-01 10:06:10 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-08-01 10:06:10 - 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-08-01 10:08:23 - building world
TB
On Thu, Jul 31, 2003 at 09:52:08PM +0100, Bruce Cran wrote:
> On Thu, Jul 31, 2003 at 03:03:01PM -0400, Chris Shenton wrote:
> > Chris Shenton <[EMAIL PROTECTED]> writes:
> >
> > > *** Signal 11
> > >...
> > > Illegal instruction (core dumped)
> > > *** Error code 132
> >
> > Also seeing
>
TB --- 2003-08-01 08:51:51 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-08-01 08:51:51 - 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-08-01 08:55:17 - building world
TB --- cd /home
Hello!
I have Compaq DL360G2 with Broadcom BCM5701 Gigabit Ethernet and
FreeBSD 5.1R installed. There are no problems if I use bge as usual
network card, but when I try to use 802.1Q vlans, I can't receive (only
receive, sending is ok) packets more then 1456 bytes! What is the
problem? BGE dr
Hi!
I got a problem with the pcm driver - on the startup of whatever sound
application by whatever user - root, me, etc it freezes my machine.
I experienced this both on 5.1RElease and 5.1-STABLE(24.07.2003CVSUP). The card
is ESS 1938(SOLO-1) The thing happens over and over again. Here is what I do
TB --- 2003-08-01 07:27:23 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-08-01 07:27:23 - 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-08-01 07:32:47 - building world
TB --- cd /home
Hello.
My FreeBSD RELENG_5_1 server (cvsupped 4 days ago) seems to have problems -
it crashes from time to time (approx. once a day).
I've rebuilt the kernel with debug-symbols and enabled the debugger and
caught a crash tonight:
Here's what I had on screen (I also ran "show reg" and "trace"):
On Fri, Aug 01, 2003 at 06:12:13AM +0400, Andrey Chernov wrote:
> On Fri, Aug 01, 2003 at 12:02:04 +1000, Tim Robbins wrote:
>
> > 8 bits by casting to char. Using charcoll() to sort char arrays may
> > work on little endian machines, but may not on big endian machines.
>
> s->set is array of in
"Alan L. Cox" wrote:
> Kris Kennaway wrote:
> > On Wed, Jul 30, 2003 at 11:15:09PM -0500, Alan L. Cox wrote:
> > > I believe that the attached commit addresses the "panic: sleeping thread
> > > owns a mutex" problem reported by Kris and another related problem
> > > reported a few days earlier. Th
TB --- 2003-08-01 06:19:20 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-08-01 06:19:20 - 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-08-01 06:21:23 - building world
TB --- cd /home
97 matches
Mail list logo