:> The critical section stuff currently in current is part of the original
:> preemption patches I wrote at Usenix last year. They aren't in the tree
:> because they aren't stable yet. We still have problems on the alpha and
:> problems with IPI deadlocks on SMP machines that need to be worked
On Tue, 26 Feb 2002, John Baldwin wrote:
> The critical section stuff currently in current is part of the original
> preemption patches I wrote at Usenix last year. They aren't in the tree
> because they aren't stable yet. We still have problems on the alpha and
> problems with IPI deadlocks on
--- Begin Message ---
The two hardware drivers for the HARP ATM stack has been broken in
-current for a LNG time now.
If nobody are have sufficient interest in the HARP ATM stack to actually
fix these two drivers, we should retire the entire thing from -current.
So consider this a "last cal
+---[ Kenneth D. Merry ]--
|
| The answer is...the USB code.
I have also solved my problem, and my answer is SMB code..
When booting an SMP kernel with SMB enabled, trying to access /dev/smb0
returns device not configured (works fine in UP mode).
Removing the SMB (and re
:1) I had an ugly panic testing it on the alpha. After a good deal of sleuthing,
: I've determined that we still have some preemption related bugs in possibly
: the alpha pmap, but that td_ucred isn't the problem.
:2) I've been thinking about the Giant instrumentation a bit. I figured out th
:
:
:On 24-Feb-02 Matthew Dillon wrote:
:> Apart from all the assembly coding, there were two serious issues.
:> fork_exit() assumes that interrupts are hard-disabled on entry. I
:> readjusted the code such that the trampoline assembly initialized
:> the td_critnest count so it c
On 26-Feb-02 Kenneth D. Merry wrote:
> On Mon, Feb 25, 2002 at 21:29:44 -0800, Matthew Dillon wrote:
>>
>> :> Just as a data point, I've been running -current on a 2xCPU SMP
>> :> system (DELL2550) for a few weeks and it's always booted fine.
>> :>
>> :> For the last few months I ha
On 26-Feb-02 Matthew Dillon wrote:
>
>:
>:On Mon, 25 Feb 2002, Matthew Dillon wrote:
>:
>:> Unless an unforseen problem arises, I am going to commit this tomorrow
>:> and then start working on a cleanup patch. I have decided to
>:
>:Please wait for jhb's opinion on it. He seems to be
cvsup'ed yesterday and make install (after a successful
make buildworld) failed somewhere in building tcsh.
I don't know though if the ritual of building the world has
changed over time so significantly that intuition always fails.
--
Chris Christoph P. U. Kukulies [EMAIL PROTECTED]
To Unsubs
On 26-Feb-02 Peter Wemm wrote:
> Matthew Dillon wrote:
>>
>> :
>> :On Mon, 25 Feb 2002, Matthew Dillon wrote:
>> :
>> :> Unless an unforseen problem arises, I am going to commit this
>> :> tomorrow
>> :> and then start working on a cleanup patch. I have decided to
>> :
>> :Please w
On 24-Feb-02 Matthew Dillon wrote:
> Apart from all the assembly coding, there were two serious issues.
> fork_exit() assumes that interrupts are hard-disabled on entry. I
> readjusted the code such that the trampoline assembly initialized
> the td_critnest count so it could STI
On 23-Feb-02 Alfred Perlstein wrote:
> * Matthew Dillon <[EMAIL PROTECTED]> [020223 12:51] wrote:
>>
>> :Here is the most up-to-date version of pgrp/session lock (at Change 6700):
>> :
>> :http://people.FreeBSD.org/~tanimura/patches/pgrp10.diff.gz
>> :
>> :I would like to commit this on the next
On 24-Feb-02 Julian Elischer wrote:
> I'm just saying that if this is the "simple p->p_ucred => td->td_ucred
>
> change that do only that and do the rewrite in a separate commit..
> I'm not against doing hte commit as is however.. it's only 3 small
> nits..
> the one that may be real is the ot
On 23-Feb-02 Julian Elischer wrote:
>
>
> On Fri, 22 Feb 2002, John Baldwin wrote:
>> http://www.FreeBSD.org/~jhb/patches/ucred.patch
>>
>
> The following diff removes the capacity to cope with the case when td is
> NULL. I presume it is there because it CAN be NULL. (Though I have not
> chec
"M. Warner Losh" wrote:
> In message: <[EMAIL PROTECTED]>
> Peter Wemm <[EMAIL PROTECTED]> writes:
> : There are a couple of offending files in the kernel still, and some
> : drivers. The things people are most likely to run into are: usb, inet6,
> : and some drivers (twe, asr etc).
>
In message: <[EMAIL PROTECTED]>
Mike Makonnen <[EMAIL PROTECTED]> writes:
: On Mon, 2002-02-25 at 20:59, M. Warner Losh wrote:
: > I've fixed a few of the low hanging fruit, but I don't know how to get
: > rid of warnings like:
: >
: > const char *foo = "blah";
: > char *baz = foo;
:
On Mon, Feb 25, 2002 at 21:29:44 -0800, Matthew Dillon wrote:
>
> :> Just as a data point, I've been running -current on a 2xCPU SMP
> :> system (DELL2550) for a few weeks and it's always booted fine.
> :>
> :> For the last few months I have noticed occassional freezes occuring
> :>
:> Just as a data point, I've been running -current on a 2xCPU SMP
:> system (DELL2550) for a few weeks and it's always booted fine.
:>
:> For the last few months I have noticed occassional freezes occuring
:> at odd times long after boot. I have no idea why it happens.
:
:Your
On Mon, 2002-02-25 at 20:59, M. Warner Losh wrote:
> I've fixed a few of the low hanging fruit, but I don't know how to get
> rid of warnings like:
>
> const char *foo = "blah";
> char *baz = foo;
>
> when I know they are safe.
Correct me if I'm wrong, but isn't the correct declaration:
const
On Sun, Feb 24, 2002 at 23:15:34 -0800, Matthew Dillon wrote:
>
> :...
> :> stuff (it was not used on that machine) and it booted fine, I think that
> :> might just cure the SMP problem you are seeing too.
> :
> :Thanks for the suggestion.
> :
> :Unfortunately it still hangs with SMP enabled
In message: <[EMAIL PROTECTED]>
Peter Wemm <[EMAIL PROTECTED]> writes:
: There are a couple of offending files in the kernel still, and some
: drivers. The things people are most likely to run into are: usb, inet6,
: and some drivers (twe, asr etc).
I've fixed a few of the low hangin
You could use http://people.freebsd.org/~fenner/__FreeBSD_version.html
to find an already-existing value of __FreeBSD_version to test based
on the date of the original change.
Bill
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
:So, your great deal of time and effort over the last week is more important
:than our time and effort over the last few months?
:
:Cheers,
:-Peter
:--
:Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
And how the hell did you come to that conclusion? Nothing I have done
Matthew Dillon wrote:
>
> :
> :On Mon, 25 Feb 2002, Matthew Dillon wrote:
> :
> :> Unless an unforseen problem arises, I am going to commit this tomorrow
> :> and then start working on a cleanup patch. I have decided to
> :
> :Please wait for jhb's opinion on it. He seems to be offline
It kinda sounds like the interrupt/trap code that calls into
kern/subr_trap.c should be responsible for placing us in a
critical section. kern/subr_trap.c has no business making
assumptions in regards to cpu_critical_enter()/cpu_critical_exit()
(for the same reason that fork_
:
:On Mon, 25 Feb 2002, Matthew Dillon wrote:
:
:> Unless an unforseen problem arises, I am going to commit this tomorrow
:> and then start working on a cleanup patch. I have decided to
:
:Please wait for jhb's opinion on it. He seems to be offline again.
:I think he has plans and mayb
Ditto here. My Dell notebook has ceased powering off. I've been meaning
to submit a PR along with the dmesg output (plus some of the whining, I
think from ACPI), but just haven't got to it. I'll try to do so tomorrow.
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL P
On Mon, 25 Feb 2002, Matthew Dillon wrote:
> Unless an unforseen problem arises, I am going to commit this tomorrow
> and then start working on a cleanup patch. I have decided to
Please wait for jhb's opinion on it. He seems to be offline again.
I think he has plans and maybe even cod
There are a couple of offending files in the kernel still, and some
drivers. The things people are most likely to run into are: usb, inet6,
and some drivers (twe, asr etc).
Yes, you will almost certainly need 'make -DNO_WERROR' for the short term.
But do take a look, there is some low hanging fr
In arstrategy() at dev/ata/ata-raid.c, memory is allocated with size
of "struct ar_buf" and passed as "struct bio*".
> buf1 = malloc(sizeof(struct ar_buf), M_AR, M_NOWAIT | M_ZERO);
...
> buf1->bp.bio_dev->AD_STRATEGY((struct bio *)buf1);
This works fine because "struct ar_buf"
Hi Folks,
I've tried contacting [EMAIL PROTECTED] directly but haven't seen anything so I
figure I'll throw this out to the list. On 21 Feb 2002 a change was made to
the
bsd.lib.mk and bsd.prog.mk which is commented, in part, as:
Get rid of the (now unneeded) -I${DESTDIR}/usr/include
In the not to distant past (3 months?) My -current laptop kernel (with apm
in it I believe,(it's not here)) would repond to a "halt -p" by switching
off the power.
Since January, this has stopped working. (I now have to wait around until
I see the message and hit the power button manually.) If I
Hello:
When I do make buildworld, I get the next error:
...
... libpam/modules/pam-ssh
make: don't know how to make
/usr/obj/usr/src/i386/usr/lib/libssh.a Stop
Error code 2
1 error
Erro code 2
1 error
I'm using 4 stable and i'want to upgrade to current.
What can I do to fix it.
Thanks
Unless an unforseen problem arises, I am going to commit this tomorrow
and then start working on a cleanup patch. I have decided to
keep the sysctl instrumentation intact for the moment so people who
experience panics or lockups can turn it off to see whether that was the
cau
"Logan weaponx" <[EMAIL PROTECTED]> wrote:
> Is there a reason lomac_enable isn't in /etc/defaults/rc.conf? I've only had
> a brief look so excuse this email if i'm in error and the answer is
> glaringly obvious.
It's mostly that it still needs several features of the kernel which aren't
curre
At 9:34 AM -0800 2/25/02, David O'Brien wrote:
>On Mon, Feb 25, 2002 at 11:51:54AM +0200, Maxim Sobolev wrote:
> > I've noticed that after a recent make world gdb started producing
>> warnings during startup. Please fix.
>
>Please send patch. This will require gdb to be updated to GDB 5.1.1 --
On Mon, Feb 25, 2002 at 11:51:54AM +0200, Maxim Sobolev wrote:
> David,
>
> I've noticed that after a recent make world gdb started producing
> warnings during startup. Please fix.
Please send patch. This will require gdb to be updated to GDB 5.1.1 --
something I am not going to do. This also
On 25 Feb, Jose M. Alcaide wrote:
> Also, I have a question: the acpiconf command can enable or disable ACPI
> power management but... is it enabled or disabled after boot? I cannot
> find any way to obtain this information.
It is enabled by default and the enable/disable part of the command is
On Tue, Feb 26, 2002 at 12:32:47AM +0900, Takanori Watanabe wrote:
> In message <[EMAIL PROTECTED]>, "Jose M. Alcaide" wrote:
> >1. The sio1 port (IrDA) is not detected. I had to add
> >
> > hint.sio.1.at="isa"
> > hint.sio.1.port="0x2F8"
> > hint.sio.1.irq="3"
> >
> > to /boot/device.hint
In message <[EMAIL PROTECTED]>, "Jose M. Alcaide" wrote:
>1. The sio1 port (IrDA) is not detected. I had to add
>
> hint.sio.1.at="isa"
> hint.sio.1.port="0x2F8"
> hint.sio.1.irq="3"
>
> to /boot/device.hints in order to get it probed at boot. I think that
> this is a fault of the ACPI B
Jose M. Alcaide heeft op maandag 25 februari 2002 om 16:24 het volgende
geschreven:
[ACPI stuff snip]
Please take this to [EMAIL PROTECTED] Yes, it's a japanese list,
but english postings are welcome. They would be happy with your acpidump
stuff too. They have quite a collection already :)
I have just installed -CURRENT on my Dell Inspiron 3700 laptop, and I
immediately found two problems with ACPI:
1. The sio1 port (IrDA) is not detected. I had to add
hint.sio.1.at="isa"
hint.sio.1.port="0x2F8"
hint.sio.1.irq="3"
to /boot/device.hints in order to get it probed at boo
Magnus B{ckstr|m heeft op zondag 24 februari 2002 om 22:30 het volgende
geschreven:
> + mtx_lock(&Giant);
> +
Wasn't this _not_ the way to lock GIant, according to Matt Dillon? Look
for previous posts where he explains.
Cheers,
Emiel Kollof
To Unsubscribe: send mail to [EMAIL PROTECTED
Szilveszter Adam heeft op zondag 24 februari 2002 om 19:04 het volgende
geschreven:
> On Sun, Feb 24, 2002 at 06:22:11AM +0200, Giorgos Keramidas wrote:
>> It does work perfectly nice for me too, here. I've been building
>> worlds
>> without a single problem ever since Feb 7, 2002. Oh, and s
Josef Karthauser wrote:
> On Mon, Feb 25, 2002 at 02:38:45AM -0500, Mike Barcroft wrote:
> > Doug Barton <[EMAIL PROTECTED]> writes:
> > > Mike Barcroft wrote:
> > > > Deprecated features should generate warnings.
> > >
> > > Ok, then let's call it "Undocumented legacy support." I agree that
>
Matthew Dillon wrote:
> :pid 214 guid/sec 687816Two TU's running, old critical_*()
> :pid 214 guid/sec 6876321.454 uS/call
> :pid 214 guid/sec 687857
> :pid 214 guid/sec 687887
> :pid 214 guid/sec 667454new critical_*()
> :pid 214 guid/sec 667562
On Mon, Feb 25, 2002 at 10:59:16AM +0100, Poul-Henning Kamp wrote:
> Machines with ACPI timecounters will now print 10 lines at boot when
> the timer is tested.
You should mention that this requires bootverbose.
> If you are lucky you will see ten times something like:
> ACPI timer looks G
On Mon, 25 Feb 2002 13:14:08 +0100, Uros Gruber wrote:
> Where are this file. On 4.5 release not. Maybe on curent. If you can
> find this files let me know.
Why are you asking about stable on the -current mailing list? Please
post your queston to the freebsd-i18n mailing list.
Ciao,
Sheldon.
Hi,
Where are this file. On 4.5 release not. Maybe on curent. If you can
find this files let me know.
4.5-STABLE FreeBSD 4.5-STABLE #0: Thu Feb 21 13:50:51 CET 2002
--
bye,
Urosmailto:[EMAIL PROTECTED]
Monday, February 25, 2002, 12:43:30 PM, you wrote:
SH>
On Sun, 24 Feb 2002, Andrew Gallatin wrote:
>
> I'm not fluent in x86 asm, so can you confirm for me what you're
> attempting to do here?
>
> I think you're making critical_enter()/critical_exit() cheaper by not
> actually messing with the interrupt hardware when they're called.
> Very much like
On Sun, 24 Feb 2002 22:07:01 +0100, Uros Gruber wrote:
> I wan't to know when will be suported
> LC_NUMERIC and LC_MONETARY in FreeBSD, not hardcoded to C lang.
What do you mean? There's already nl_langinfo(3) support. All locales
in /usr/share/locale seem to have LC_MONETARY and LC_NUMERIC
On Sun, 24 Feb 2002, David O'Brien wrote:
> On Sun, Feb 24, 2002 at 10:15:44PM -0700, M. Warner Losh wrote:
> > In message: <[EMAIL PROTECTED]>
> > "David O'Brien" <[EMAIL PROTECTED]> writes:
> > : On Sun, Feb 24, 2002 at 08:46:45PM -0700, M. Warner Losh wrote:
> > : > You need a diff
On Mon, 25 Feb 2002, Josef Karthauser wrote:
> On Mon, Feb 25, 2002 at 02:38:45AM -0500, Mike Barcroft wrote:
> > Doug Barton <[EMAIL PROTECTED]> writes:
> > > Mike Barcroft wrote:
> > > > Deprecated features should generate warnings.
> > >
> > > Ok, then let's call it "Undocumented legacy supp
Machines with ACPI timecounters will now print 10 lines at boot when
the timer is tested.
If you are lucky you will see ten times something like:
ACPI timer looks GOOD min = 3, max = 3, width = 1
That means that you have well implemented ACPI timer.
If you are unlucky, one, several or a
David,
I've noticed that after a recent make world gdb started producing
warnings during startup. Please fix.
-Maxim
max@notebook$ uname -a
FreeBSD notebook 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Tue Feb 19
19:46:58 EET 200
2 root@notebook:/usr/src/sys/i386/compile/NOTEBOOK i386
max@notebook$
On Mon, Feb 25, 2002 at 02:38:45AM -0500, Mike Barcroft wrote:
> Doug Barton <[EMAIL PROTECTED]> writes:
> > Mike Barcroft wrote:
> > > Deprecated features should generate warnings.
> >
> > Ok, then let's call it "Undocumented legacy support." I agree that
> > features we don't want to suppor
On Mon, Feb 25, 2002 at 06:39:31PM +1000, Andrew Kenneth Milton wrote:
> +---[ Glenn Gombert ]--
> | There is a problem in -Current now between SCSI card(s) and the ATA
> | drivers, On my Dell 410 Workstation at work I commetned out the ATA driver
> | stuff (it was not used
On Sun, 24 Feb 2002, Matthew Dillon wrote:
> ...
> :If so, I'm wondering if this is even possible on alpha, where we don't
> :have direct access to the hardware. However, according to the psuedo
> :code for rti in the Brown book, munging with the saved PSL in
> :trapframe to set the IPL should
+---[ Glenn Gombert ]--
| There is a problem in -Current now between SCSI card(s) and the ATA
| drivers, On my Dell 410 Workstation at work I commetned out the ATA driver
| stuff (it was not used on that machine) and it booted fine, I think that
| might just cure the SMP pr
:> I don't think we want to make sched_lock any more complex then it
:> already is, so at least for the foreseeable future we are not
:> going to be able to actually execute an interrupt handler until
:> the sched_lock is released in (typically) msleep(). I am rather
:
:Well, my k
On Sun, 24 Feb 2002, Bruce Evans wrote:
>
> It's too messy and unfinished (doesn't work right for SMP or irqs >= 16),
> and dificult to untangle from my other patches. I posted these partial
> ones to attempt to inhibit() recomplication of the current critical*
> functions in directions that I
61 matches
Mail list logo
