we will test the patch today. thanks for your work.
btw, we had an very interesting error with rl cards which we first thought
this was related to the bug but then have to learn that there are far more
possibilities. on an MSI motherboard we had 3 rl cards installed. it was
possible to dump about
On Wed, Feb 09, 2005 at 02:17:34AM +0100, Christian Brueffer wrote:
> On Tue, Feb 08, 2005 at 05:10:47PM -0800, Kris Kennaway wrote:
> > On Wed, Feb 09, 2005 at 02:08:30AM +0100, Christian Brueffer wrote:
> > > I'm getting this reproducible panic with a 5-STABLE system based on
> > > sources from y
Hi folks;
FreeBSD 5.3-STABLE #1: Wed Feb 2 22:57:48 CST 2005 [EMAIL
PROTECTED]:/usr/obj/usr/src/sys/KSD-SMP
Sources from January 30th.
Scenario:
1. Using GEOM_MIRROR to mirror two SATA drives.
2. Nightly, a third drive is used to back up, as follows:
a. Check to see i
On Tue, Feb 08, 2005 at 05:10:47PM -0800, Kris Kennaway wrote:
> On Wed, Feb 09, 2005 at 02:08:30AM +0100, Christian Brueffer wrote:
> > I'm getting this reproducible panic with a 5-STABLE system based on
> > sources from yesterday. The machine in question is an i386 SMP box.
> >
> > The panic is
On Wed, Feb 09, 2005 at 02:08:30AM +0100, Christian Brueffer wrote:
> I'm getting this reproducible panic with a 5-STABLE system based on
> sources from yesterday. The machine in question is an i386 SMP box.
>
> The panic is reproducible by running an updated version of the
> security/scanssh por
I'm getting this reproducible panic with a 5-STABLE system based on
sources from yesterday. The machine in question is an i386 SMP box.
The panic is reproducible by running an updated version of the
security/scanssh port which is based on libevent.
A crashdump is available for further investigat
On Wed, Feb 09, 2005 at 12:03:25AM +, Darryl Woodford wrote:
> In reply to a post I found online re: not being able to run java from
> command line, I found removing the /usr/bin links and recreating them
> solved my problem...
>
> vladdy:/usr/bin# rm javac
> vladdy:/usr/bin# ln -s /opt/j2sdk1
In reply to a post I found online re: not being able to run java from
command line, I found removing the /usr/bin links and recreating them
solved my problem...
vladdy:/usr/bin# rm javac
vladdy:/usr/bin# ln -s /opt/j2sdk1.4.2_04/bin/javac javac
and javac works fine thereafter... repeat as neccesa
On Thursday 03 February 2005 18:46, I wrote:
> > > EVERYBODY: Could you please check if you have a rl(4) driven NIC and
> > > check if you experienced a speed degradation as well. Please let me
> > > know either way with information about the chipset on your NIC.
> > > Thanks!
>
> PR kern/61448 m
Am Dienstag, 8. Februar 2005 14:18 schrieb Max Laier:
> On Monday 07 February 2005 16:52, Emanuel Strobl wrote:
[...]
> Do you have pfsync compiled in? Is it up? If that's the case, can you try
No, I don't have pfsync in the kernel, also I don't have modules on that box.
> to reproduce with a k
On Sun, 6 Feb 2005, Andrew Konstantinov wrote:
> > > > What is the contents of /etc/nsswitch.conf? bz is telling me that if you
> > > > still have 'nis' in the lines in nsswitch and you compile with NO_NIS
> > > > that
> > > > you'll get wierd user lookup errors.
> > >
> > > Hmm, I completely for
On Tue, 8 Feb 2005, david uy wrote:
> Hello,
>
> My stable box panics daily with:
>
> panic: uhci_abort_xfer : not in process context
>
> I read that it's been fixed in -current. Will the fix be coming to
> -stable anytime soon?
Fix to src/sys/dev/usb/uvscom.c was merged 6 1/2 hours ago. Make su
On Tue, 8 Feb 2005, dima wrote:
> > > I am preparing a new server for production use.
> > > It contains 2 1000BaseTX NICs and 2 SCSI controllers.
> > > The interrupt assignment performed by ACPI looks kinda strange:
> > > irq24: bge0 ahd0
> > > irq25: bge1 ahd1
> > > How can I affect it? I mean I
FreeBSD 4.10 from October:
Last night, I ran the following command during a moment of high load:
truss perl -V
and received a screenful of the following message:
PIOCWAIT top of loop: Operation not permitted
Does that mean that perl was stuck in a wait state, or truss?
_
Session illustrating problem follows.
su-2.05b$ mount
...
...
/dev/ar0s1e on /samba (ufs, NFS exported, local, suiddir, soft-updates,
acls)
su-2.05b# cd /samba
su-2.05b# mkdir abc
su-2.05b# chown samba:samba abc
su-2.05b# chmod 4700 abc
su-2.05b# setfacl -m u:rumik:rwx abc
su-2.05b# su rumik
su-
> Date: Tue, 8 Feb 2005 02:33:21 -0500
> From: Vlad Manilici <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
> Hi,
>
> > Does 5-STABLE have a working acpi based suspend/resume for anyone?
>
> I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3)
> seems to work, but there is n
On Tue, 08 Feb 2005 02:33:21 -0500
Vlad Manilici <[EMAIL PROTECTED]> wrote:
> How do you trigger a resume??
(In case you don't know this already)
On ThinkPads, you normally press the blue Fn key to resume from suspend.
If the machine is hibernated, a short (less than 4 secs?) press on the
power b
Vlad Manilici wrote:
Hi,
Does 5-STABLE have a working acpi based suspend/resume for anyone?
I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3)
seems to work, but there is no way to resume.
How do you trigger a resume??
On my IBM T42, I set hw.acpi.lid_switch_state to S3, so o
I compiled my kernel with ULE this morning on my AMD64 workstation to help
test. All seems good so far. Anything in particular to keep an eye on?
-Mike
On Tue, 8 Feb 2005, Michael Nottebrock wrote:
On Tuesday, 8. February 2005 14:02, Mipam wrote:
Okay clear, but the fact that it's in 5-stable sug
On Tue, 8 Feb 2005 08:39:15 -0800
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 08, 2005 at 03:58:22PM +0200, Ion-Mihai Tetcu wrote:
> > On Tue, 8 Feb 2005 14:45:17 +0200 (EET)
> > "Viktor Ivanov" <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, 8, 2005 14:33, Michael Nottebrock ???
On Feb 8, 2005, at 8:20 AM, dima wrote:
The BIOS assigned all those devices IRQ10 and there is no way to
change the settings...
I have similar issues with a Tyan S2881. Very annoying, since many
interrupts are assigned to devices I don't need. I turned off
everything I could in the BIOS, too.
Mipam <[EMAIL PROTECTED]> wrote:
> Thanks for all comments on this topic.
> A good point was made upon the fact that there were always options
> available that weren't stable in X-stable.
> The docs contained appropriate warnings about it you mentioned.
I guess you're referring to my comment.
On Tue, Feb 08, 2005 at 03:58:22PM +0200, Ion-Mihai Tetcu wrote:
> On Tue, 8 Feb 2005 14:45:17 +0200 (EET)
> "Viktor Ivanov" <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 8, 2005 14:33, Michael Nottebrock :
> > > On Tuesday, 8. February 2005 13:07, Mipam wrote:
> > >> I saw several changes
Thanks for all comments on this topic.
A good point was made upon the fact that there were always options
available that weren't stable in X-stable.
The docs contained appropriate warnings about it you mentioned.
Cool, I wish to read the docs on ULE and possible
warnings about using ULE, where ca
On Tue, Февруари 8, 2005 15:58, Ion-Mihai Tetcu каза:
>> I've been using only SCHED_ULE on my UP WS, even when there was #error
>> def. It never broke, not even once :) Though I think there's trouble
>> with SMP and/or HTT. I tried it once on a P4 and it paniced.
>>
>> On the other hand, using SCHE
Hello,
I'm not able to make suiddir + acl inheritance to work together.
Looking at function ufs_mkdir in sys/ufs/ufs/ufs/vnops.c
I think that in fisrt step mechanism of suiddir sets owner and
group of new directory and later ACL mechanism has not rights to
inherit acl settings from parent directory
On Tue, 8 Feb 2005 14:45:17 +0200 (EET)
"Viktor Ivanov" <[EMAIL PROTECTED]> wrote:
> On Tue, Ôåâðóàðè 8, 2005 14:33, Michael Nottebrock êàçà:
> > On Tuesday, 8. February 2005 13:07, Mipam wrote:
> >> I saw several changes to sched_ule.c in the 5 stable branch.
> >> Beneath is one of them:
> >>
> >
Mipam <[EMAIL PROTECTED]> wrote:
> > On Tuesday, 8. February 2005 14:02, Mipam wrote:
> > > Okay clear, but the fact that it's in 5-stable suggests the it's stable
> > > to
> > > use, else why would it be in 5-stable.
> > > Maybe i'm completly wrong in this interpretation?
> [...]
> I thoug
On Tuesday, 8. February 2005 14:22, Ion-Mihai Tetcu wrote:
> On Tue, 8 Feb 2005 14:51:17 +0200 (EET)
>
> "Viktor Ivanov" <[EMAIL PROTECTED]> wrote:
> > On Tue, Ôåâðóàðè 8, 2005 14:43, Ion-Mihai Tetcu êàçà:
> > > Could you tell us again after a week ? There used to be a panic when
> > > using rtprio
On Tue, 8 Feb 2005, Michael Nottebrock wrote:
> On Tuesday, 8. February 2005 14:02, Mipam wrote:
>
> > Okay clear, but the fact that it's in 5-stable suggests the it's stable to
> > use, else why would it be in 5-stable.
>
> The changes that have been merged to stable have been tested for some t
On Tuesday, 8. February 2005 14:02, Mipam wrote:
> Okay clear, but the fact that it's in 5-stable suggests the it's stable to
> use, else why would it be in 5-stable.
The changes that have been merged to stable have been tested for some time in
6-CURRENT, so they're not completely experimental,
On Tue, 8 Feb 2005 14:51:17 +0200 (EET)
"Viktor Ivanov" <[EMAIL PROTECTED]> wrote:
> On Tue, Ôåâðóàðè 8, 2005 14:43, Ion-Mihai Tetcu êàçà:
> > Could you tell us again after a week ? There used to be a panic when
> > using rtprio to raise the priority of a running process, do you know if
> > it's f
> > I am preparing a new server for production use.
> > It contains 2 1000BaseTX NICs and 2 SCSI controllers.
> > The interrupt assignment performed by ACPI looks kinda strange:
> > irq24: bge0 ahd0
> > irq25: bge1 ahd1
> > How can I affect it? I mean I want all the devices use different IRQ lines.
On Monday 07 February 2005 16:52, Emanuel Strobl wrote:
> Resuming work on this, I managed to get a remote console to the box and
> here's what I get with today's RELENG_5 and the following command, also I
> need to set debug.mpsafenet to 0 otherwise my ruleset doesn't work (do what
> it should do
On Tue, 8 Feb 2005 14:00:03 +0100
Michael Nottebrock <[EMAIL PROTECTED]> wrote:
> On Tuesday, 8. February 2005 13:43, Ion-Mihai Tetcu wrote:
> > There used to be a panic when
> > using rtprio to raise the priority of a running process, do you know if
> > it's fix ?
>
> I never got any panics with
On Tue, 8 Feb 2005, Michael Nottebrock wrote:
> On Tuesday, 8. February 2005 13:38, Mipam wrote:
>
> > Okay, so then the ULE sched is fairly stable then?
> > But it's still not the default scheduler?
>
> It will never become the default scheduler in 5.x again. 5.x went into
> -STABLE
> mode wi
On Tuesday, 8. February 2005 13:43, Ion-Mihai Tetcu wrote:
> There used to be a panic when
> using rtprio to raise the priority of a running process, do you know if
> it's fix ?
I never got any panics with ULE back when it was available, so I can't tell.
If you care about ULE, turn it on and see
On Tuesday, 8. February 2005 13:38, Mipam wrote:
> Okay, so then the ULE sched is fairly stable then?
> But it's still not the default scheduler?
It will never become the default scheduler in 5.x again. 5.x went into -STABLE
mode with 4BSD, and that's why the default will remain 4BSD.
> Is it s
On Tue, Февруари 8, 2005 14:43, Ion-Mihai Tetcu каза:
> Could you tell us again after a week ? There used to be a panic when
> using rtprio to raise the priority of a running process, do you know if
> it's fix ?
>
I never had those, and I usually run mplayer with rtprio 30... Though
mplayer never
On Tue, Февруари 8, 2005 14:33, Michael Nottebrock каза:
> On Tuesday, 8. February 2005 13:07, Mipam wrote:
>> I saw several changes to sched_ule.c in the 5 stable branch.
>> Beneath is one of them:
>>
>> http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html
>>
>> Is the ULE schedule
On Tue, 8 Feb 2005 13:33:04 +0100
Michael Nottebrock <[EMAIL PROTECTED]> wrote:
> On Tuesday, 8. February 2005 13:07, Mipam wrote:
> > Hi,
> >
> > I saw several changes to sched_ule.c in the 5 stable branch.
> > Beneath is one of them:
> >
> > http://lists.freebsd.org/pipermail/cvs-src/2005-Februa
On Tue, 8 Feb 2005, Michael Nottebrock wrote:
> On Tuesday, 8. February 2005 13:07, Mipam wrote:
> > Hi,
> >
> > I saw several changes to sched_ule.c in the 5 stable branch.
> > Beneath is one of them:
> >
> > http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html
> >
> > Is the ULE
On Tuesday, 8. February 2005 13:07, Mipam wrote:
> Hi,
>
> I saw several changes to sched_ule.c in the 5 stable branch.
> Beneath is one of them:
>
> http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html
>
> Is the ULE scheduler still far from stable in RELENG_5 or not?
You can now
Hi,
I saw several changes to sched_ule.c in the 5 stable branch.
Beneath is one of them:
http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html
Is the ULE scheduler still far from stable in RELENG_5 or not?
Bye,
Mipam.
___
freebsd-stabl
Hello,
My stable box panics daily with:
panic: uhci_abort_xfer : not in process context
I read that it's been fixed in -current. Will the fix be coming to
-stable anytime soon?
Dennis
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.o
On Mon, 2005-Feb-07 17:05:39 -0600, Jon Noack wrote:
>José M. Fandiño wrote:
>>Jon Noack wrote:
>> Finally, I found the culprit:
>>
>>CFLAGS="" \ 100% of the transmited traffic is received
>>COPTFLAGS="" /
>>
>>CFLAGS= -pipe \ 50% of the transmited traffic is rece
Søren Schmidt <[EMAIL PROTECTED]> writes:
> There is no patch for ata-all.c there is a replacement. I will
> eventually get that updated (so you can run cvs diff ?)...
OK, thanks.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebs
47 matches
Mail list logo
