Dominic Marks <[EMAIL PROTECTED]> writes:
> Jul 7 22:10:40 bacon dovecot-auth: in openpam_load_module(): no pam_pgsql.so found
> Jul 7 22:10:40 bacon dovecot-auth: PAM: pam_start(example) failed: failed to load
> module
The module probably lacks dependency information. I'll try to figure
it o
> This is the data transfer, so the d2c_* plots are the interesting ones
> (they graph the traffic from ftp2 to you). If you load up d2c_tput.xpl,
> you can see that your throughput averaged ~164K/s for almost the entire
> time. The red line is the short-term average, and you can see there
> were
"Julian St." <[EMAIL PROTECTED]> writes:
> is there any list that provides information about what graphic cards
> on FreeBSD have supported 3D acceleration? (I need only X-Video
> support in particular, but it seems tied to 3D acceleration).
http://people.freebsd.org/~anholt/dri/
Radeon-based car
Jun Kuriyama <[EMAIL PROTECTED]> writes:
> I'm trying to use MUTEX_PROFILING, but paniced in linux ldconfig.
> Any clues?
is COMPAT_LINUX compiled into the kernel? You can't use modules with
MUTEX_PROFILING; it changes the size and layout of struct mtx, and
since modules aren't built with the sam
In the last episode (Jul 09), Kenneth Culver said:
> > In the last episode (Jul 09), Kenneth Culver said:
> > > > look of any large values in the timestamps and see if there is
> > > > anything before that indicates a lost packet or a re-ordered one or
> > > > something (or a retransmitted ack)
> >
Due to unforeseen circumstances the new compiler import scheduled
for today is not going to happen. I will complete it tomorrow once
yet another round of testing is complete.
--
Alexander Kabaev
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org
Sorry for false alarm. There is one more last-minute change I am not
comfortable committing without some more test.
It is official - the import is going to happen tomorrow. I promise... :)
--
Alexander Kabaev
___
[EMAIL PROTECTED] mailing list
http://li
On Wed, 9 Jul 2003, Alexander Kabaev wrote:
> Unfortunately, importing a newer GCC means that we'll have yet another
> ABI breakage on our hands. (...)
> GCC 3.3 issues a lot
> more warnings and that will affect programs which were previously
> WARNS-free. (...)
> Warnings in contributed programs
On 9 Jul, Peter Holm wrote:
> Here's a trace from a deadlock in a kernel from Jul 8 13:51 UTC:
>
> http://people.freebsd.org/~pho/stress/cons36.html
It sure looks like a mutex implementation problem. Process 4616 is
waiting on pool mutex c05dd04c, but this process doesn't show up on the
blocked
> In the last episode (Jul 09), Kenneth Culver said:
> > > look of any large values in the timestamps and see if there is
> > > anything before that indicates a lost packet or a re-ordered one or
> > > something (or a retransmitted ack)
> > >
> > > The key is to find the gap in the arriving packets
On Wed, Jul 09, 2003 at 07:19:17PM -0400, Garrett Wollman wrote:
> < said:
>
> > Is there any chance I could convince you to temporarily change the
> > entry for cvsup3 to point at cvsup4 until Garrett gets a chance to
> > take care of this?
>
> I was able to delete the contents of lost+found on
On Wed, Jul 09, 2003 at 11:54:40PM +0200, Jens Rehsack wrote:
> M. Warner Losh wrote:
>
> > In message: <[EMAIL PROTECTED]>
> > Brooks Davis <[EMAIL PROTECTED]> writes:
> > : P4's below ~3.1GHz do not actually provide logical CPU support.
> >
> > We have several 2.4GHz parts that appe
From: Alexander Kabaev <[EMAIL PROTECTED]>
Date: Wed, 9 Jul 2003 17:09:56 -0400
::Hello everyone,
::
::Since GCC 3.2.x branch is closed in FSF repository and no further
::releases are planned off the 3.2 branch, it was decided that switching
::to a more recent and actively maintained GCC 3.3+ is ne
On Wed, 9 Jul 2003, Julian Elischer wrote:
> OK so I return with some numbers
>
>
> On Tue, 8 Jul 2003, John Baldwin wrote:
>
> >
> > On 08-Jul-2003 Julian Elischer wrote:
> > > It looks tp me that if we make a thread runnable
> > > and there is a processor in the idle loop, the idle pro
OK so I return with some numbers
On Tue, 8 Jul 2003, John Baldwin wrote:
>
> On 08-Jul-2003 Julian Elischer wrote:
> > It looks tp me that if we make a thread runnable
> > and there is a processor in the idle loop, the idle processor should be
> > kicked in some way to make it go get the ne
< said:
> Is there any chance I could convince you to temporarily change the
> entry for cvsup3 to point at cvsup4 until Garrett gets a chance to
> take care of this?
I was able to delete the contents of lost+found on that partition to
temporarily free up several megabytes, which should be enough
Alexander Kabaev wrote:
On Wed, 9 Jul 2003 17:09:56 -0400
Alexander Kabaev <[EMAIL PROTECTED]> wrote:
Unfortunately, importing a newer GCC means that we'll have yet another
ABI breakage on our hands.
^^^
This should read 'API breakage'. GCC 3.3 is supposed to be binary
compatible with 3.2.x.
On Wed, Jul 09, 2003 at 06:10:25PM -0400, Alexander Kabaev wrote:
> The patches for GCC 3.3 were circulating for a quite some time now and
> Kris did a package building pass on a package cluster with them
> recently. The run finished with 703 ports broken. I am not sure how many
> were broken befo
On Thu, Jul 10, 2003 at 12:08:05AM +0200, Wilko Bulte wrote:
> Do you per chance know how the speed is on Alpha (or non-IA32 CPUs
> in general)?
Install the GCC 3.3 port and play. :-)
--
-- David ([EMAIL PROTECTED])
___
[EMAIL PROTECTED] mailing list
On Wed, 9 Jul 2003 17:09:56 -0400
Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> Unfortunately, importing a newer GCC means that we'll have yet another
> ABI breakage on our hands.
^^^
This should read 'API breakage'. GCC 3.3 is supposed to be binary
compatible with 3.2.x.
--
Alexander Kabae
On Wed, Jul 09, 2003 at 05:09:56PM -0400, Alexander Kabaev wrote:
> Unfortunately, importing a newer GCC means that we'll have yet another
> ABI breakage on our hands. GCC 3.3 is more strict in C++ area and
Just to be clear, there is no ABI breakage -- there is much more stricter
adherence to stan
On Wed, Jul 09, 2003 at 05:09:56PM -0400, Alexander Kabaev wrote:
> Hello everyone,
>
> Since GCC 3.2.x branch is closed in FSF repository and no further
> releases are planned off the 3.2 branch, it was decided that switching
> to a more recent and actively maintained GCC 3.3+ is necessary. The
>
On Wed, 09 Jul 2003 15:26:40 -0600 (MDT)
"M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> In message: <[EMAIL PROTECTED]>
> Alexander Kabaev <[EMAIL PROTECTED]> writes:
> : GCC 3.3+ will be a system compiler throughout RELENG_5 lifetime.
>
> Thanks for the excellent summary. However, ca
In the last episode (Jul 09), Kenneth Culver said:
> > look of any large values in the timestamps and see if there is
> > anything before that indicates a lost packet or a re-ordered one or
> > something (or a retransmitted ack)
> >
> > The key is to find the gap in the arriving packets and figure
On Wed, Jul 09, 2003 at 11:54:40PM +0200, Jens Rehsack wrote:
> M. Warner Losh wrote:
>
> >In message: <[EMAIL PROTECTED]>
> >Brooks Davis <[EMAIL PROTECTED]> writes:
> >: P4's below ~3.1GHz do not actually provide logical CPU support.
> >
> >We have several 2.4GHz parts that appear to
Alexander Kabaev wrote:
> Hello everyone,
>
> Since GCC 3.2.x branch is closed in FSF repository and no further
> releases are planned off the 3.2 branch, it was decided that switching
> to a more recent and actively maintained GCC 3.3+ is necessary. The
> system compiler upgrade is in 5.2 TODO li
On Wed, Jul 09, 2003 at 05:35:28PM -0400, Alexander Kabaev wrote:
> On Wed, 9 Jul 2003 14:27:42 -0700 (PDT)
> Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> >
> > p.s. this does not mean that I do not appreciate the work you are
> > doing to keep our compiler up to date.. Keep up the good work.
>
In message: <[EMAIL PROTECTED]>
Jens Rehsack <[EMAIL PROTECTED]> writes:
: M. Warner Losh wrote:
:
: > In message: <[EMAIL PROTECTED]>
: > Brooks Davis <[EMAIL PROTECTED]> writes:
: > : P4's below ~3.1GHz do not actually provide logical CPU support.
: >
: > We have several
Alexander Kabaev wrote:
On Wed, 9 Jul 2003 14:27:42 -0700 (PDT)
Julian Elischer <[EMAIL PROTECTED]> wrote:
p.s. this does not mean that I do not appreciate the work you are
doing to keep our compiler up to date.. Keep up the good work.
Julian,
there was nothing in your question that could possi
M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Brooks Davis <[EMAIL PROTECTED]> writes:
: P4's below ~3.1GHz do not actually provide logical CPU support.
We have several 2.4GHz parts that appear to contradict this
statement. However, we can't use HTT w/o a proper motherboard th
On 09-Jul-2003 Jens Rehsack wrote:
> Brooks Davis wrote:
>
>>
>> P4's below ~3.1GHz do not actually provide logical CPU support.
>
> That's not true. German distributors sell P4 CPU's FSB 800
> (starting at 2.4GHz) which supports HTT.
>
> I know, that BSD didn't found 2 logical CPU's as John r
On 09-Jul-2003 Nate Lawson wrote:
> On Wed, 9 Jul 2003, John Baldwin wrote:
>> On 09-Jul-2003 Nate Lawson wrote:
>> >http://root.org/~nate/freebsd/ec-new.diff
>>
>> Not as broken as the last patch, but still broken for me:
>>
>> ACPI-0432: *** Error: Handler for [EmbeddedControl] returned
On Wed, 9 Jul 2003 14:27:42 -0700 (PDT)
Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> p.s. this does not mean that I do not appreciate the work you are
> doing to keep our compiler up to date.. Keep up the good work.
>
Julian,
there was nothing in your question that could possibly offend me.
On Wed, Jul 09, 2003 at 03:18:56PM -0600, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Brooks Davis <[EMAIL PROTECTED]> writes:
> : P4's below ~3.1GHz do not actually provide logical CPU support.
>
> We have several 2.4GHz parts that appear to contradict this
> statement.
> > > Can you do a
> > > 'netstat -s -p tcp >> tcpstats' before and after the transfer?
> > >
> > > This should tell us if there were retransmits etc. It could be a
> > > difference in minimum rtt values or a congestion issue that results in
> > > timeout for our stack but some other recovery mech
In message <[EMAIL PROTECTED]>, "Bjo
ern A. Zeeb" writes:
>Hi,
>
>there are floating around some patches for jails. At least
>- multi-IP
>- statfs restrictions
>- sysv
>come to my mind and there are perhaps others too.
>
> [...]
>
>So my question from a user's point of view is if anybody is working
On Wed, 9 Jul 2003, Julian Elischer wrote:
>
>
> On Wed, 9 Jul 2003, Alexander Kabaev wrote:
>
> > Hello everyone,
> >
> > Since GCC 3.2.x branch is closed in FSF repository and no further
> > releases are planned off the 3.2 branch, it was decided that switching
> > to a more recent and act
In message: <[EMAIL PROTECTED]>
Alexander Kabaev <[EMAIL PROTECTED]> writes:
: GCC 3.3+ will be a system compiler throughout RELENG_5 lifetime.
Thanks for the excellent summary. However, can you be a little more
explicit as to the time frame that 3.3 will happen? Also, in the past
pe
On Wed, 9 Jul 2003, Alexander Kabaev wrote:
> Hello everyone,
>
> Since GCC 3.2.x branch is closed in FSF repository and no further
> releases are planned off the 3.2 branch, it was decided that switching
> to a more recent and actively maintained GCC 3.3+ is necessary. The
> system compiler up
In message: <[EMAIL PROTECTED]>
Brooks Davis <[EMAIL PROTECTED]> writes:
: P4's below ~3.1GHz do not actually provide logical CPU support.
We have several 2.4GHz parts that appear to contradict this
statement. However, we can't use HTT w/o a proper motherboard that
supports HTT CPUs.
Hello everyone,
Since GCC 3.2.x branch is closed in FSF repository and no further
releases are planned off the 3.2 branch, it was decided that switching
to a more recent and actively maintained GCC 3.3+ is necessary. The
system compiler upgrade is in 5.2 TODO list.
GCC 3.3+ will be a system compi
On Wed, 9 Jul 2003, Bjoern A. Zeeb wrote:
> Hi,
>
> there are floating around some patches for jails. At least
> - multi-IP
> - statfs restrictions
> - sysv
> come to my mind and there are perhaps others too.
>
> I just skipped through 5-roadmap earlier today and could not find
> much about ja
On Wed, 9 Jul 2003, Kenneth Culver wrote:
> > Can you do a
> > 'netstat -s -p tcp >> tcpstats' before and after the transfer?
> >
> > This should tell us if there were retransmits etc. It could be a
> > difference in minimum rtt values or a congestion issue that results in
> > timeout for our s
Hi,
there are floating around some patches for jails. At least
- multi-IP
- statfs restrictions
- sysv
come to my mind and there are perhaps others too.
I just skipped through 5-roadmap earlier today and could not find
much about jails.
I think jails are a well used feature and jail-ng is "pendi
On Wednesday, 9 July 2003 at 21:40:43 +0100, Chris Hedley wrote:
> Hi all,
>
> I had a quick look for the subject topic but didn't find anything, so...
> is anybody aware of outstanding problems with vinum? I'm getting sporadic
> crashes (see below) and vinum frequently fails to start properly, l
> > Transferring anything through the BSD NAT box shows the same performance
> > issues, as well as transferring directly from BSD to the DSL modem on both
> > of my BSD machines. Using windows or the mac directly connected to the DSL
> > modem shows the normal bandwidth capability. I know the hard
Hi all,
I had a quick look for the subject topic but didn't find anything, so...
is anybody aware of outstanding problems with vinum? I'm getting sporadic
crashes (see below) and vinum frequently fails to start properly, losing
state information and occasionally barfing when an attempt is made to
On Wed, 9 Jul 2003, Kenneth Culver wrote:
> > AH so it's direct DSL with either a fixed IP or DHCP or similar?
>
> Yep, basically I don't have a DSL modem, I have an Ethernet to ATM bridge
> (using AAL5 encapsulation I believe) running over the DSL. I have 2 fixed
> IP's, and in my normal configur
--On Wednesday, July 09, 2003 22:25:38 +0200 Jens Rehsack
<[EMAIL PROTECTED]> wrote:
Brooks Davis wrote:
P4's below ~3.1GHz do not actually provide logical CPU support.
That's not true. German distributors sell P4 CPU's FSB 800
(starting at 2.4GHz) which supports HTT.
I know, that BSD didn't f
Brooks Davis wrote:
P4's below ~3.1GHz do not actually provide logical CPU support.
That's not true. German distributors sell P4 CPU's FSB 800
(starting at 2.4GHz) which supports HTT.
I know, that BSD didn't found 2 logical CPU's as John remarked,
but I didn't understood why the CPU has the featur
[taking one random Terry mail to get back to the list]
Hello,
I have attached some more info about the machine :
* script.crash : simple gdb output from the vmcore (with symbols) - one
surprising point - for me - is the message :
---Can't read userspace from dump, or kernel process---
the core h
> AH so it's direct DSL with either a fixed IP or DHCP or similar?
Yep, basically I don't have a DSL modem, I have an Ethernet to ATM bridge
(using AAL5 encapsulation I believe) running over the DSL. I have 2 fixed
IP's, and in my normal configuration, my two BSD boxes are hooked up to a
switch th
On Wed, 9 Jul 2003, Kenneth Culver wrote:
> > I think he is timing transfers from a Mac THROUGH the BSD box..
> > If so then a change in throughput would be due to a change in ppp
> > behaviour..
>
> No, I hooked the mac straight to the DSL modem, and also did the same with
> the windows box.
>
On 9 Jul, I wrote:
> The patch below enhances the mutex pool code to support the creation and
> use of multiple mutex pools. It creates one pool of sleep mutexes with
> the MTX_NOWITNESS flag for use in building higher level (sx and lockmgr)
> locks. It also creates another pool without MTX_NOWIT
The patch below enhances the mutex pool code to support the creation and
use of multiple mutex pools. It creates one pool of sleep mutexes with
the MTX_NOWITNESS flag for use in building higher level (sx and lockmgr)
locks. It also creates another pool without MTX_NOWITNESS for general
purpose use
On Wed, 9 Jul 2003, Kevin Oberman wrote:
> No significant changes. Still almost works (modulo USB dead after
> suspend and backlight stays on when suspended (S3).
Those won't be addressed by this although I do hope to get usb reset
working on resume (separately).
> I do get an added message from
On Wed, 9 Jul 2003, John Baldwin wrote:
> On 09-Jul-2003 Nate Lawson wrote:
> >http://root.org/~nate/freebsd/ec-new.diff
>
> Not as broken as the last patch, but still broken for me:
>
> ACPI-0432: *** Error: Handler for [EmbeddedControl] returned
> AE_NO_HARDWARE_RESPONSE
> ACPI-1287:
No significant changes. Still almost works (modulo USB dead after
suspend and backlight stays on when suspended (S3).
I do get an added message from the probe: acpi_ec0:
GPE bit is 0x1c, not using global lock.
Other than that, it looks about the same. No regression. No
improvement.
System: IBM
TB --- 2003-07-09 17:28:44 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-09 17:28:44 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-09 17:30:27 - building world
TB --- cd /
> Just as an experiment, try setting "net.inet.tcp.newreno" to 0 using
> sysctl(8). It might help; it might not. Please let us know.
It didn't help. I also tried setting several other sysctl OID's in
net.inet.tcp, but nothing helped. I'm totally out of ideas for why this
could be happening. I me
In message: <[EMAIL PROTECTED]>
Mark Murray <[EMAIL PROTECTED]> writes:
: If I were to start instrumenting ep(4) with debug printf's, where is
: the best place to start?
I'm not sure that printf is the right way to track this down. You are
seeing, iirc, that ep0 "works" for a period o
> I think he is timing transfers from a Mac THROUGH the BSD box..
> If so then a change in throughput would be due to a change in ppp
> behaviour..
No, I hooked the mac straight to the DSL modem, and also did the same with
the windows box.
>
> It would be interesting to see if it changed with
> 1/
On 09-Jul-2003 Nate Lawson wrote:
> If you tested my previous acpi_ec.c patch (or even if you didn't), please
> test the following one:
>
>http://root.org/~nate/freebsd/ec-new.diff
>
> I will be committing this is in a few days if any problems that arise are
> successfully addressed. It fix
I came to work this AM to find my machine (P4 w/5.1Release) locked up
and it displayed multiple lines of the error message below, can anyone
shed a little light on the following error? Is this simply the sign of a
dying drive (which I don't believe is the case.. but you never know) or
is this a 5.x
In article <[EMAIL PROTECTED]>,
Julian Elischer <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 9 Jul 2003, John Polstra wrote:
>
> > In article <[EMAIL PROTECTED]>,
> > Kenneth Culver <[EMAIL PROTECTED]> wrote:
> > > Recently, for some wierd reason, with FreeBSD-CURRENT my DSL
> > > downloads have
On Wed, 9 Jul 2003, John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Kenneth Culver <[EMAIL PROTECTED]> wrote:
> > Recently, for some wierd reason, with FreeBSD-CURRENT my DSL
> > downloads have gotten about 10-15 KB/sec slower than they used to be.. I
> > used to get 160KB/sec downl
On Wed, 9 Jul 2003, Brooks Davis wrote:
...
> P4's below ~3.1GHz do not actually provide logical CPU support.
All the 800Mhz FSB P4s have HyperThreading, regardless of the
clockspeed. And so do some P4 533MHz FSB chips. The CPU feature flags
that FreeBSD displays does tell whether your chip
In article <[EMAIL PROTECTED]>,
Kenneth Culver <[EMAIL PROTECTED]> wrote:
> Recently, for some wierd reason, with FreeBSD-CURRENT my DSL
> downloads have gotten about 10-15 KB/sec slower than they used to be.. I
> used to get 160KB/sec downloads, and now can only manage about 145. I was
> wo
On Wed, 9 Jul 2003 12:46:37 +0300, Peter Pentchev <[EMAIL PROTECTED]> wrote:
On Wed, Jul 09, 2003 at 03:30:50AM -0500, Jeremy Messenger wrote:
Here's how I install sysutils/daemontools folowing:
client# mount server:/usr/ports /usr/ports
client# cd /usr/ports/sysutils/daemontools
client# make
It
On Wed, Jul 09, 2003 at 10:14:47AM -0500, Thomas T. Veldhouse wrote:
I can confirm my 2.4G P4 does have HTT:
Jul 8 00:11:48 freebie /kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.46 -MHz
686-class CPU)
Jul 8 00:11:48 freebie /kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
Jul
Nate Lawson wrote:
If you tested my previous acpi_ec.c patch (or even if you didn't), please
test the following one:
http://root.org/~nate/freebsd/ec-new.diff
I will be committing this is in a few days if any problems that arise are
successfully addressed. It fixes numerous races and the broke
On 09-Jul-2003 Greg Kutzbach wrote:
> Motherboard
> Intel® VS440FX Motherboard
> http://www.intel.com/support/motherboards/desktop/VS440FX/
> 84MB RAM
> IBM 40GP Hard drive
> removed all PCI cards except video
> Running Matrox MGA 4MB video
> Pentium Pro 200
> IDE Generic CD Rom (secondary master
Hi,
Recently, for some wierd reason, with FreeBSD-CURRENT my DSL
downloads have gotten about 10-15 KB/sec slower than they used to be.. I
used to get 160KB/sec downloads, and now can only manage about 145. I was
wondering if there are any ideas what is causing this. I'm sure it's a
FreeBSD
From: Lukas Ertl <[EMAIL PROTECTED]>
Subject: HTT on single CPU?
Date: Tue, 8 Jul 2003 11:09:41 +0200 (CEST)
> CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2523.99-MHz 686-class CPU)
I wonder if Pentium(R) 4 2.53GHz supports HTT.
Please check your CPU and motherboard support HTT.
My box has GIGABYTE
Mark Murray wrote:
> Maxime Henrion writes:
> > > Can you have a look at this please?
> > >
> > > The symptoms are an ep0 that works for a few packets and then
> > > completely stops working. It doesn't respond to pings, nothing.
> >
> > I think you and/or Warner got mistaken. My last round of cha
On Wed, 09 Jul 2003 18:40:38 +0300
Petri Helenius <[EMAIL PROTECTED]> wrote:
>
> Recent changes in -CURRENT headers seem to have caused some desync:
> /usr/include/machine/types.h:50: redefinition of `vm_offset_t'
> /usr/include/sys/types.h:250: `vm_offset_t' previously declared here
> /usr/incl
Maxime Henrion writes:
> > Can you have a look at this please?
> >
> > The symptoms are an ep0 that works for a few packets and then
> > completely stops working. It doesn't respond to pings, nothing.
>
> I think you and/or Warner got mistaken. My last round of changes
> to if_ep.c _fixed_ some ra
Recent changes in -CURRENT headers seem to have caused some desync:
/usr/include/machine/types.h:50: redefinition of `vm_offset_t'
/usr/include/sys/types.h:250: `vm_offset_t' previously declared here
/usr/include/machine/types.h:51: redefinition of `vm_ooffset_t'
/usr/include/sys/types.h:251: `vm_o
Mark Murray wrote:
> Hi
>
> Since your last round of changes to if_ep.c (up to 1.117), the pccard ep0
> on my ToPIC97 based laptop is broken.
>
> I've chatted to Warner about this, and I have a local hack where I back
> out a fix of his, and this allows the ep0 device to work (I think he said
> t
On 09-Jul-2003 Jens Rehsack wrote:
> Andrey Chernov wrote:
>
>> On Tue, Jul 08, 2003 at 13:13:44 -0400, John Baldwin wrote:
>>
>>>You need to enable SMP and APIC_IO in your kernel to use HTT. Also,
>>>the BIOS setting probably won't make a difference.
>>>
>>
>>
>> I have both APIC and HTT fla
On 09-Jul-2003 Terry Lambert wrote:
> John Baldwin wrote:
>> This is why HLT is not enabled in SMP by default (or at least was,
>> it may be turned on now). Given that the clock interrupts are
>> effectively broadcast to all CPU's one way or another for all
>> arch's (that I know of), you will ne
Hi
Since your last round of changes to if_ep.c (up to 1.117), the pccard ep0
on my ToPIC97 based laptop is broken.
I've chatted to Warner about this, and I have a local hack where I back
out a fix of his, and this allows the ep0 device to work (I think he said
there was a race condition in the in
Actually, a 2.4 could have HT.
"Intel extends Hyper-Threading Technology? to a variety of desktop PCs, with
the new Intel® Pentium® 4 processor, featuring an advanced 800 MHz system
bus and speeds ranging from 2.40C to 3.20 GHz. Hyper-Threading Technology
from Intel enables the processor to execut
On Wed, Jul 09, 2003 at 02:47:18PM +0200, Jens Rehsack wrote:
> Andrey Chernov wrote:
>
> >On Tue, Jul 08, 2003 at 13:13:44 -0400, John Baldwin wrote:
> >
> >>You need to enable SMP and APIC_IO in your kernel to use HTT. Also,
> >>the BIOS setting probably won't make a difference.
> >>
> >
> >
>
On Tue, Jul 08, 2003 at 10:56:52PM -0700, Greg Kutzbach wrote:
> Motherboard
> Intel® VS440FX Motherboard
> http://www.intel.com/support/motherboards/desktop/VS440FX/
> 84MB RAM
> IBM 40GP Hard drive
> removed all PCI cards except video
> Running Matrox MGA 4MB video
> Pentium Pro 200
> IDE Generi
I am about to leave on vacation (as soon as I get rid of all this
e-mail) for the rest of the week, and I noted that cvsup3 just ran out
of disk space in the partition where the cvsup mirror itself is
stored. I most likely won't be able to fix this until I get back on
Monday. Fair warning.
-GAWo
Andrey Chernov wrote:
On Tue, Jul 08, 2003 at 13:13:44 -0400, John Baldwin wrote:
You need to enable SMP and APIC_IO in your kernel to use HTT. Also,
the BIOS setting probably won't make a difference.
I have both APIC and HTT flags in my P4, but when I try to load kernel
compiled with APIC_IO
On Tue, Jul 08, 2003 at 13:13:44 -0400, John Baldwin wrote:
>
> You need to enable SMP and APIC_IO in your kernel to use HTT. Also,
> the BIOS setting probably won't make a difference.
>
I have both APIC and HTT flags in my P4, but when I try to load kernel
compiled with APIC_IO and SMP, I got
Hey John --
Interesting new development...
As I was beginning to setup a shell account for whomever to use to help in
diagnosing this:
# whoami
root
# id robin
id: robin: no such user
# su - fbsd5
$ whoami
fbsd5
$ id robin
uid=20292(robin) gid=30028(NSS) groups=30028(NSS), 3(gactr), 30026(IT
On Wed, 9 Jul 2003, Ian Freislich wrote:
> Larry Rosenman wrote:
> >
> > --On Tuesday, July 08, 2003 13:58:19 +0200 Lukas Ertl <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Hi,
> > >
> > > can anyone explain why the pgsql user is logged in on console nowadays?
> > I'm seeing the same thing, and am also
Given the lack of response on this, I fortunately was able to 'downgrade'
back to sources dated 08 june 2003. Low and behold, NIS users again work.
There is undoubtedly something awry in the the latest sources, as I can
systematically recreate a 'broken' system. I will gladly provide shell access
t
On Wed, Jul 09, 2003 at 02:21:06AM -0700, John-Mark Gurney wrote:
> Bernd Walter wrote this message on Wed, Jul 09, 2003 at 01:28 +0200:
> > On Tue, Jul 08, 2003 at 03:45:24PM -0700, John-Mark Gurney wrote:
> > > I have made usb bus_dma aware. I have only tested this patch so far on
> > > an ohci
On 2003.07.08 19:42:57 -0400, Mike Makonnen wrote:
> On Tue, Jul 08, 2003 at 06:26:27PM -0400, Tom Parquette wrote:
> > Hi,
> > I have been getting the message "/etc/rc: WARNING: domainname(1) is not
> > set" every time I boot one of my machines.
> > It is a 5.1-CURRENT system but I have not updat
On Wed, Jul 09, 2003 at 03:30:50AM -0500, Jeremy Messenger wrote:
> Here's how I install sysutils/daemontools folowing:
>
> client# mount server:/usr/ports /usr/ports
> client# cd /usr/ports/sysutils/daemontools
> client# make
>
> It builds and start to halt forever at:
>
> env - /bin/sh rts.tes
Larry Rosenman wrote:
>
>
> --On Tuesday, July 08, 2003 13:58:19 +0200 Lukas Ertl <[EMAIL PROTECTED]>
> wrote:
>
> > Hi,
> >
> > can anyone explain why the pgsql user is logged in on console nowadays?
> I'm seeing the same thing, and am also interested in making it stop.
It's got tomething to
Bernd Walter wrote this message on Wed, Jul 09, 2003 at 01:28 +0200:
> On Tue, Jul 08, 2003 at 03:45:24PM -0700, John-Mark Gurney wrote:
> > I have made usb bus_dma aware. I have only tested this patch so far on
> > an ohci controller in sparc64. I do have problems with isochronous
> > transfers,
Here's a trace from a deadlock in a kernel from Jul 8 13:51 UTC:
http://people.freebsd.org/~pho/stress/cons36.html
--
Peter Holm
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
On Tue, Jul 08, 2003 at 11:32:37PM +0200, Wiktor Niesiobedzki wrote:
> Hi,
>
> I receive various panics, when I try to run ksetest, mostly concering page
> faults in choosethread() (called from mi_switch() in kern_synch.c:524) but
> also other panics. I use SCHED_ULE (haven't tried 4BSD yet, bot I
Steve Kargl wrote:
> > PS : is this an indication of bug in the p-III or in the chipset ?
> > (ISTR these options could be used to get around unnamed errata of the p-IV)
>
> You'll need to search the mailing list archive for vague ramblings
> by Terry Lambert about these option, large memory machi
Here's how I install sysutils/daemontools folowing:
client# mount server:/usr/ports /usr/ports
client# cd /usr/ports/sysutils/daemontools
client# make
It builds and start to halt forever at:
env - /bin/sh rts.tests 2>&1 | cat -v > rts
So, I tried to build in the NFS server machine without mount
1 - 100 of 104 matches
Mail list logo
