On Tue, 18 Nov 2003, Eric Anderson wrote:
> Nate Lawson wrote:
> >cvsup to -current as of today would be a good first start. The code was
> >committed Nov 15. Then boot with acpi enabled and post the output of
> >sysctl hw.acpi.cpu. You can try different levels by doing sysctl
> >hw.acpi.cpu.cx_
On 18 Nov, Robert Watson wrote:
> (2) Shells again, because they will be fork()d and exec()d frequently
> during heavily scripted activities, such as system boot, periodic
> events, large make jobs, etc. And presumably the only shell of
> interest is sh, although some of the supportin
On 18 Nov, Garance A Drosihn wrote:
> At 8:07 AM -0500 11/18/03, [EMAIL PROTECTED] wrote:
>
>> If there hadn't been a noticed increase in cost by using
>> all-shared-libs, then the measurements were done
>> incorrectly. If the decision is made based upon allowing
>> for 1.5X (
Barney Wolff <[EMAIL PROTECTED]> writes:
> Re-install/upgrade from a cd. Upgrade should leave your files alone.
Thanks, Barney -- that's what I did and it saved my butt.
A few folks suggested either LiveCD images or "fixit" functionality.
I was kinda dead in the water and didn't think I could d
At 11:45 PM -0500 11/18/03, Robert Watson wrote:
My feeling is we should all go away for a day or two, and run
our favorite macro-benchmark on our favorite sensitive dynamic
linking-sensitive application.
I wish I had the time and background to implement one solution
that I'd like to benchmark.
hav
Hi,
I am regularly getting those but unfortunately I neither have DDB in that
kernel nor can get a crash dump nor do I have built wie DEBUG=-g.
Is there anything more I can do apart from rebuilding kernel with support
of all the missing debugging flags (which is in progress) ?
I am logged in via
On Tue, Nov 18, 2003, Robert Watson wrote:
> On systems like Mac OS X, use of a "shared
> region" permits not only use of prebinding, but assumptions of common load
> addresses for common libraries. In addition, the "shared region" approach
> allows the reuse of page table and VM meta-data across
At 2003-11-19T04:43:23Z, "M. Warner Losh" <[EMAIL PROTECTED]> writes:
> The main reason we went with dynamic / was to be able to get dynamic
> libary/loading support for newer authentication and user technologies.
Just a quick interjection:
As one who recently migrated a FreeBSD server from NIS
On Tue, 18 Nov 2003, David Schultz wrote:
> On Tue, Nov 18, 2003, Robert Watson wrote:
> > (2) Shells again, because they will be fork()d and exec()d frequently
> > during heavily scripted activities, such as system boot, periodic
> > events, large make jobs, etc. And presumably the only
In message: <[EMAIL PROTECTED]>
Garance A Drosihn <[EMAIL PROTECTED]> writes:
: At 9:02 PM -0500 11/18/03, [EMAIL PROTECTED] wrote:
: > Of course, there was a development resource limitation,
: >but the decision (discussion) was made approx 6months ago?
: >(Enough time to solve the pro
Nate Lawson wrote:
Ok - what do I need to do to try this new acpi stuff out? I'm running
-current as of Nov 14th, and I'd like to help debug/test this on my
notebook..
cvsup to -current as of today would be a good first start. The code was
committed Nov 15. Then boot with acpi enabled and
At 9:02 PM -0500 11/18/03, [EMAIL PROTECTED] wrote:
Of course, there was a development resource limitation,
but the decision (discussion) was made approx 6months ago?
(Enough time to solve the problem without a GLOBAL
performance hit.)
Well, yes, perhaps. But there is that issue of "development
r
On Tue, Nov 18, 2003, Scott Long wrote:
> > The additional hole of exploiting the system through the shared libs
> > is a negative tradeoff.
>
> Exploits in libraries happen though. The LD_LIBRARY_PATH attack is an old
> one that most Unixes are hopefully hardened against.
FreeBSD had a lingerin
On Tue, Nov 18, 2003, Robert Watson wrote:
> (2) Shells again, because they will be fork()d and exec()d frequently
> during heavily scripted activities, such as system boot, periodic
> events, large make jobs, etc. And presumably the only shell of
> interest is sh, although some of the
Hello!
I found a serious bug in RADIUS accounting code. The problem is that
OctetsIn and OctetsOut are defined as unsingned long long, but the
RADIUS supports only INT32 values, so, when
we're doing rad_put_int(r->cx.rad, RAD_ACCT_OUTPUT_OCTETS,
stats->OctetsOut) in radius.c for OctetsOut (an
After CVSup'ing to latest source, it can be reproduced. It happens at
"make release". "/mnt" below may indicates this happened at making
floppies with mfs filesystem.
- serial console
/mnt: correcting fs_sblockloc from 8192 to 65536
panic: vm_fault: fault on nofault entry, addr: daef5000
c
On Tue, 18 Nov 2003, Mike Durian wrote:
> On Monday 17 November 2003 04:41 pm, Mike Durian wrote:
> >
> > I was finally able to get some partial success by setting flag 0x30
> > for sio1. When I'd boot, I'd get console messages on my remote
> > tip session. However, I'd only receive those messag
I just thought I would chime in on this heated debate and maybe add a little
gasoline or at least a few oily rags. :-)
For what it's worth, I've been running FreeBSD literally since before its
inception, when it was merely a collection of patches to 386BSD 0.1. I'm
also a longtime kernel guy so I
:Many freebsd users (me for one) are still living on a modem,
:where even one bump of 1.5 meg is a significant issue...
:
:Remember that the issue we're talking about is security
:updates, not full system upgrades. "Everyone" would want
:the security updates, even if they're on a slow link.
:
:--
At 21:54 18/11/2003 -0500, Garance A Drosihn wrote:
>Many freebsd users (me for one) are still living on a modem,
where even one bump of 1.5 meg is a significant issue...
Remember that the issue we're talking about is security
updates, not full system upgrades. "Everyone" would want
the security
On Tue, 18 Nov 2003 [EMAIL PROTECTED] wrote:
> There might be a certain 'coolness' WRT dynamically linking everything,
> but the overhead is certainly measurable. If the object is to maximally
> 'share', then for shells the FreeBSD VM shares maximally without using
> shared libs (perhaps there is
At 6:38 PM -0800 11/18/03, Matthew Dillon wrote:
So you are talking about 1.5 MBytes less bandwidth,
which is nothing compared to the cost of doing a full
install over the net. Yah, yah, /sbin too... but you
get the idea.
Many freebsd users (me for one) are still living on a modem,
Gang,
I suspect that my position has been expressed
adequately.
Further discussion might become divisive, but
a decision that incurs the overhead of performance
or a rebuild on the default user base seems
wrong (JUST MY OPINION.) It took ALOT of WOR
:/boot has grown quite large too and threatens to be unbounded in size as
:times go on. Shaving off the 30-40MB of size in /bin and /sbin can
:help alleviate this, even on system formatted in 5.x partition sized.
:...
:This argument wasn't the most compelling one by itself, but it played a
:part i
:>
:>As far as I'm concerned, this is a non-issue. Identifying which static
:> binaries need to be replaced is now a solved problem, replacing them is
:> easy, and if binary patches are used, there is effectively no impact on
:> bandwidth usage either.
:
:Bandwidth is still a concern for a lot
:Our rationale for encouraging Gordon is as follows:
:
:1. 4.x upgrade path: As we approach 5-STABLE, a lot of users might want
:to upgrade from 4-STABLE. Historically in 4.x, the / partition has
:been very modest in size. One just simply cannot cram the bloat that
:has grown in 5.
Gordon Tetlow said:
> On Tue, Nov 18, 2003 at 08:03:23PM -0500, [EMAIL PROTECTED] wrote:
> >
> > However, PAM and NSS 'tricks' really seem to be exactly that,
> > and certainly worthy of special builds. However, that isn't
> > necessary, yet still not building everything with a shared
> > libc.
>
On Tue, Nov 18, 2003 at 08:03:23PM -0500, [EMAIL PROTECTED] wrote:
>
> However, PAM and NSS 'tricks' really seem to be exactly that,
> and certainly worthy of special builds. However, that isn't
> necessary, yet still not building everything with a shared
> libc.
Things like nss_ldap (which is u
Garance A Drosihn said:
> At 8:07 AM -0500 11/18/03, [EMAIL PROTECTED] wrote:
> >
> > It really doesn't make sense to arbitrarily cut-off a
> > discussion especially when a decision might be incorrect.
>
> All I wanted to cut off was the claim that this decision had
> not been discussed pu
On Tue, 18 Nov 2003, Eric Anderson wrote:
> >And here is what you requested in your first patch:
> >
> >cale:~> sysctl hw.acpi.cpu
> >hw.acpi.cpu.cx_supported: C1/0
> >hw.acpi.cpu.cx_lowest: 0
> >hw.acpi.cpu.cx_history: 0/0
>
> Ok - what do I need to do to try this new acpi stuff out? I'm running
Scott Long said:
> On Tue, 18 Nov 2003 [EMAIL PROTECTED] wrote:
> > The cool thing about properly implemented shared libs is that not everything
> > has to be shared. Even the kernel supports runtime loading/addition
> > of modules, and the NSS sounds like a good candidate for a library
> > featur
On Wed, 19 Nov 2003, Colin Percival wrote:
> At 17:06 18/11/2003 -0700, Scott Long wrote:
> >Our rationale for encouraging Gordon is as follows:
> >
> >1. 4.x upgrade path: As we approach 5-STABLE, a lot of users might want
> > to upgrade from 4-STABLE. Historically in 4.x, the / partition h
On Wednesday 19 November 2003 02:09, Eric Anderson wrote:
> Harald Schmalzbauer wrote:
> >On Tuesday 18 November 2003 18:58, you wrote:
> >>On Tue, 18 Nov 2003, Harald Schmalzbauer wrote:
> >>>On Tuesday 18 November 2003 03:37, you wrote:
> Sorry I wasn't more clear. I need you to print the co
At 6:42 PM -0600 11/18/03, masta wrote:
Besides, I see nothing preventing anybody from building
their system with static worlds,
true...
and there is nothing stopping anybody from putting /rescue
in the PATH before /bin or /sbin.
Note that this will not have the same performance as the
older all-s
I have an Epson printer/scanner combo device (CX5200) which works just
fine either as a printer or as a scanner (when I add the vendor and
product codes to usbdevs and uscanner.c) but not both simultaneously.
Currently I compile ulpt and my customized uscanner as modules, and
to switch functi
At 8:07 AM -0500 11/18/03, [EMAIL PROTECTED] wrote:
It really doesn't make sense to arbitrarily cut-off a
discussion especially when a decision might be incorrect.
All I wanted to cut off was the claim that this decision had
not been discussed publicly before. It was also annoying that
Harald Schmalzbauer wrote:
On Tuesday 18 November 2003 18:58, you wrote:
On Tue, 18 Nov 2003, Harald Schmalzbauer wrote:
On Tuesday 18 November 2003 03:37, you wrote:
Sorry I wasn't more clear. I need you to print the contents like this:
print *cpu_cx_count
cpu_cx_count 1
Dag-Erling Smørgrav wrote:
Jason <[EMAIL PROTECTED]> writes:
I cvsuped an hour or so ago, now when I finish make buildworld I get:
===> usr.sbin/boot0cfg
cc -O -pipe -march=athlon-xp -Wsystem-headers -Werror -Wall
-Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/boot0cfg/boot0cfg.c
cc -
On Fri, Nov 14, 2003 at 08:33:06AM +, Matt Smith wrote:
> Marco Wertejuk wrote:
> >Just for a short note: cfsd (ports/security/cfs) should be
> >recompiled as well after those statfs changes.
>
> And mail/postfix and devel/gnomevfs2 (ones's i've found so far)
I think this was reported earlie
On Tue, 18 Nov 2003 [EMAIL PROTECTED] wrote:
> Scott Long said:
> > On Tue, 18 Nov 2003 [EMAIL PROTECTED] wrote:
> > > M. Warner Losh said:
> > > > In message: <[EMAIL PROTECTED]>
> > > > [EMAIL PROTECTED] writes:
> > > > : It really doesn't make sense to arbitrarily cut-off a
> >
On Tue, 18 Nov 2003, Rudolf Cejka wrote:
> Hello, and is it possible to review some my (one's from masses :o)
> questions/suggestions?
>
> * cvtstatfs() for freebsd4_* compat syscalls does not copy text fields
> correctly, so old binaries with new kernel know just about first
> 16 characters f
masta said:
>
> One of ther things he might have "forgot" to mention is dynamic tricks
> releated to PAM, which sorta falls in the same league as NSS working out
> of the box. It was worth mentioning IMHO.
>
I guess that I have to remember that my own goals of 'performance'
and handling 'highest w
Steve Kargl wrote:
On Mon, Nov 17, 2003 at 11:12:20PM -0500, Jason wrote:
I cvsuped an hour or so ago, now when I finish make buildworld I get:
===> usr.sbin/boot0cfg
cc -O -pipe -march=athlon-xp -Wsystem-headers -Werror -Wall
-Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/boot0cfg/bo
[EMAIL PROTECTED] wrote:
> Scott Long said:
>
>>On Tue, 18 Nov 2003 [EMAIL PROTECTED] wrote:
>>
>>>M. Warner Losh said:
>>>
In message: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] writes:
: It really doesn't make sense to arbitrarily cut-off a
: discussion especially wh
At 17:06 18/11/2003 -0700, Scott Long wrote:
Our rationale for encouraging Gordon is as follows:
1. 4.x upgrade path: As we approach 5-STABLE, a lot of users might want
to upgrade from 4-STABLE. Historically in 4.x, the / partition has
been very modest in size. One just simply cannot c
Scott Long said:
> On Tue, 18 Nov 2003 [EMAIL PROTECTED] wrote:
> > M. Warner Losh said:
> > > In message: <[EMAIL PROTECTED]>
> > > [EMAIL PROTECTED] writes:
> > > : It really doesn't make sense to arbitrarily cut-off a
> > > : discussion especially when a decision migh
On Monday 17 November 2003 04:41 pm, Mike Durian wrote:
>
> I was finally able to get some partial success by setting flag 0x30
> for sio1. When I'd boot, I'd get console messages on my remote
> tip session. However, I'd only receive those messages printed
> from user-level applications. I would
I think a fix was already committed for this, but it's biting me hard
right now.
Script started on Wed Nov 19 00:09:06 2003
kimchi# gdb -k /home/bms/cvs/src/sys/i386/compile/KIMCHI vm[K[K/kernel.debig
[K[Kug vmcore.7
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
On Tue, 18 Nov 2003 [EMAIL PROTECTED] wrote:
> M. Warner Losh said:
> > In message: <[EMAIL PROTECTED]>
> > [EMAIL PROTECTED] writes:
> > : It really doesn't make sense to arbitrarily cut-off a
> > : discussion especially when a decision might be incorrect.
> >
> > I'd say that good
Garrett Wollman said:
> <
> > If the object is to maximally 'share',
>
> The object, AIUI, is for ~username expansion to work in the shells
> when the user stored somewhere defined by an external NSS module. I
> don't believe that there is anything else in a (sane) shell that
> cares.
>
It is a
Bleeding edge current updated around 15:00 GMT today.
This was triggered whilst building GENERIC to test someone's patches...
db> trace
cache_lookup(c2c50514,d65d9c28,d65d9c3c,c2c50514,c29fd280) at cache_lookup+0x166
vfs_cache_lookup(d65d9b70,d65d9b8c,c051ab52,d65d9b70,20002) at vfs_cache_lookup+
On Tue, 2003-11-18 at 08:50, Chris Shenton wrote:
> I've been running 5.1-CURRENT for a while and a couple nights ago did
> a "make world". After a couple hours building, my system was
> unusable. Critical binaries like "rm", "ls", "mtree", "sh" failed,
> reporting "Exec format error". I can't l
-- Resending this. Since it might got lost.
Hi !
I have been running named for few years now, and I never had any problem
with it. Few days ago I upgraded system to 5.1 (Release) and named has gone
beserk. It shows errors in named.root file. Error go something like this:
check_hints: no A recor
M. Warner Losh said:
> In message: <[EMAIL PROTECTED]>
> [EMAIL PROTECTED] writes:
> : It really doesn't make sense to arbitrarily cut-off a
> : discussion especially when a decision might be incorrect.
>
> I'd say that good technical discussion about why this is wrong would
>
On Tue, 2003-11-18 at 23:38, Rogelio Rodriguez wrote:
> Sources cvsupped on the 16th or so.
>
Try re-cvsup-ing. I was struck by the same problem and it was fixed with
rev 1.256 of ip_input.c
HTH,
--
Andreas Kohn <[EMAIL PRO
In message <[EMAIL PROTECTED]>, Rudolf Cejka writes:
>> If the unmount by file system ID fails, don't warn before retrying
>> a non-fsid unmount if the file system ID is all zeros. This is a
...
>Hello and thanks for fixing this! I had a plan to report this, but you
>were faster :o) I'm interes
On Tue, 18 Nov 2003, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> [EMAIL PROTECTED] writes:
> : It really doesn't make sense to arbitrarily cut-off a
> : discussion especially when a decision might be incorrect.
>
> I'd say that good technical discussion about why
On Tue, 18 Nov 2003, Nate Lawson wrote:
> On Tue, 18 Nov 2003, Don Lewis wrote:
> >
> > Yup, a Thinkpad R40, which refuses to actually power down in ACPI mode
> > when I run "shutdown -p".
>
> That's an old problem that Linux is also trying to work around. It
> appears to be buggy hw.
Just for t
On Tuesday 18 November 2003 18:58, you wrote:
> On Tue, 18 Nov 2003, Harald Schmalzbauer wrote:
> > On Tuesday 18 November 2003 03:37, you wrote:
> > > Sorry I wasn't more clear. I need you to print the contents like this:
> > > print *cpu_cx_count
> >
> > cpu_cx_count 1
> > cpu_cx_lowest 0
> >
>
It looks like the build has broken again in the same place:
ftp://snapshots.jp.freebsd.org/pub/FreeBSD/snapshots/i386/5.1-CURRENT-20031118-JPSNAP.log
If the beta is coming out tomorrow, it would be cool to have this fixed.
The floppies from the 16th cannot load any of the kernel modules, I
th
On Sat, 15 Nov 2003 22:42:44 +0900,
Seigo Tanimura <[EMAIL PROTECTED]> said:
tanimura> Mathew Kanner has developed the new version of the midi framework,
tanimura> based on kobj(9) and buildable as a module. As the first step to
tanimura> replace the midi driver, the conventional one is removed
Sources cvsupped on the 16th or so.
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc04fe96f
stack pointer = 0x10:0xc9414ab0
frame pointer = 0x10:0xc9414ad4
On Tue, 18 Nov 2003, Don Lewis wrote:
> On 18 Nov, Lukas Ertl wrote:
> > On Tue, 18 Nov 2003, Nate Lawson wrote:
>
> >> This excerpt from truckman@'s asl shows that 4 Cx states are only
> >> available when the AC adapter is not attached. (The C*NA memory addresses
> >> appear to be managed by the
On 18 Nov, Lukas Ertl wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
>> This excerpt from truckman@'s asl shows that 4 Cx states are only
>> available when the AC adapter is not attached. (The C*NA memory addresses
>> appear to be managed by the BIOS and not the AML but the PSR access is
>> cle
On Tue, 18 Nov 2003, Robert Watson wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
> > Could you add a printf to the start of acpi_cpu_detach()? I want to see
> > if we're being called before or after ACPI is stopped ("Shutting down
>
> So indeed, it doesn't look like the ACPI detach call has gon
On Tue, 18 Nov 2003, Nate Lawson wrote:
> On Tue, 18 Nov 2003, Robert Watson wrote:
> > On Tue, 18 Nov 2003, Nate Lawson wrote:
> >
> > > Below you'll find the update patch for acpi_cpu. Please test this,
> > > especially for SMP and laptops with _CST objects in their ASL.
> > ...
> > > Notes:
>
On Tue, 18 Nov 2003, Lukas Ertl wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
> > Try settings of cx_lowest of 1 and 2 (and 3 when the last C3 state is
> > available). I'm interested in any benchmark results, especially IO. I'm
> > hoping the scheduling of sleeps is good enough that you don't
On Tue, 18 Nov 2003, Nate Lawson wrote:
> On Tue, 18 Nov 2003, Lukas Ertl wrote:
>
> > hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85
> > hw.acpi.cpu.cx_lowest: 0
> > hw.acpi.cpu.cx_history: 86231/0 0/0 0/0
>
> Try settings of cx_lowest of 1 and 2 (and 3 when the last C3 state is
> available). I'm int
On Tue, 18 Nov 2003, Robert Watson wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
>
> > Below you'll find the update patch for acpi_cpu. Please test this,
> > especially for SMP and laptops with _CST objects in their ASL.
> ...
> > Notes:
> > * Add a detach method that disables entry to acpi_cpu
Hi.
>>> Add one of the two lines to /boot/loader.conf:
>>>
>>> kern.vn.kmem.size=35000
>>> or
>>> kern.maxvnodes=15
>>>
>>> The first one is probably the better choice for
you
>>> since
>>> the very nature of what you are doing demands
>>> that you touch a lot of vnodes.
>> 1. added kern.
On Tue, 18 Nov 2003, Lukas Ertl wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
> > Below you'll find the update patch for acpi_cpu. Please test this,
> > especially for SMP and laptops with _CST objects in their ASL.
>
> Looks good here on a Centrino based laptop, which has a _CST method in
> it
On Tue, 18 Nov 2003, Nate Lawson wrote:
> Below you'll find the update patch for acpi_cpu. Please test this,
> especially for SMP and laptops with _CST objects in their ASL.
...
> Notes:
> * Add a detach method that disables entry to acpi_cpu_idle and in the SMP
> case, IPIs all processors to e
On Tue, 18 Nov 2003, Lukas Ertl wrote:
> hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85
> hw.acpi.cpu.cx_lowest: 0
> hw.acpi.cpu.cx_history: 86231/0 0/0 0/0
>
> Although it seems I have lost a C3 state (before, I had an additional
> C3/185).
Correction: every other boot I get the additional C3/185 - s
On Tue, 18 Nov 2003, Nate Lawson wrote:
> Below you'll find the update patch for acpi_cpu. Please test this,
> especially for SMP and laptops with _CST objects in their ASL.
Looks good here on a Centrino based laptop, which has a _CST method in
its ASL:
acpi_cpu0: on acpi0
acpi_cpu0: C2 state
On 15-Nov-2003 Dylan Wylie wrote:
> List,
>
> Running -CURRENT now gives the following problem on a Compaq Pressario 1600-
> XL144 laptop:
>
> [...]
> cbb0: at device 10.0 on pci0
> cardbus0: on cbb0
> pccard0: <16-bit PCCard bus> on cbb0
> pcib0: _PRS resource entry has unsupported type 0
>
On Tue, 18 Nov 2003, [iso-8859-1] Claus Guttesen wrote:
> Hi.
>
> > >
> > >>>panic: kmem_malloc(4096): kmem_map too small:
> > >>>275251200 total allocated cpuid = 0; lapic.id =
> > >>>
> > >>
> > You'll either want to raise the size of the kmem_map
> > pool or decrease the maximum number o
In the last episode (Nov 18), M. Warner Losh said:
> In message: <[EMAIL PROTECTED]>
> [EMAIL PROTECTED] writes:
> : It really doesn't make sense to arbitrarily cut-off a discussion
> : especially when a decision might be incorrect.
>
> I'd say that good technical discussion about why
My old MSI-6120 SMP system has been unusable quite a while with ACPI.
I've got these so far:
- Couldn't get vector from ISR
- vmstat -i shows high interrupt rates and system is very slow
- kernel trap 12 panic
Latest problem is something like this:
pfs_vncache_unload(): 2 entries remaining
curr
On Tue, Nov 18, 2003 at 01:53:28PM -0600, Cosmin Stroe wrote:
> Here is the stack backtrace:
>
> lock order reversal
> 1st 0xc1da318c vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
> 2nd 0xc0724900 swap_pager swhash (swap_pager swhash) @
> /usr/src/sys/vm/swap_pager.c:1838
> 3rd 0xc
On Tue, Nov 18, 2003 at 06:57:08PM +0100, Matthias Andree wrote:
> Apparently, the ncurses version in the base system is 5.2, while there
> is a newer 5.3 port available.
>
> Would it make sense to import the 5.3 ncurses into the base system?
Perhaps, once FreeBSD 5.2 is released. A committer ne
On Tue, 18 Nov 2003, Cosmin Stroe wrote:
> Here is the stack backtrace:
>
Thanks, this is known and is actually safe. We're pursuing ways to quiet
these warnings.
> lock order reversal
> 1st 0xc1da318c vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
> 2nd 0xc0724900 swap_pager swh
Here is the stack backtrace:
lock order reversal
1st 0xc1da318c vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
2nd 0xc0724900 swap_pager swhash (swap_pager swhash) @
/usr/src/sys/vm/swap_pager.c:1838
3rd 0xc0c358c4 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876
Stack backtra
Hi.
> >
> >>>panic: kmem_malloc(4096): kmem_map too small:
> >>>275251200 total allocated cpuid = 0; lapic.id =
> >>>
> >>
> You'll either want to raise the size of the kmem_map
> pool or decrease the maximum number of vnodes
allowed
> (vnodes get allocated out of the kmem_map and are
>
On Mon, Nov 17, 2003 at 10:12:03AM -0800, David O'Brien wrote:
> The kernel changes of the past week has totally turned my AMD64 machine
> that I use in 32-bit mode running FreeBSD/i386 (GENERIC):
>
> OK boot -v
> cpuid = 0; apic id = 00
> instruction pointer = 0x0:0xa00
> stack pointer
On Tue, 18 Nov 2003, Andy Farkas wrote:
> My EISA AHA2740's don't work no more :(
>
> # grep ahc /var/run/dmesg.boot
> ahc0: at 0x2c00-0x2cff, irq 10 (level)
> ahc0: on eisa0 slot 2
> ahc1: at 0x4c00-0x4cff, irq 11 (level)
> ahc1: on eisa0 slot 4
> ahc2: port 0xf800-0xf8ff mem
> 0xf68fb000-0xf6
Allegedly Chris Shenton said
> "masta" <[EMAIL PROTECTED]> writes:
>
>> The easy way is to grab a recent livecd from the jp snapshot service.
>> With the jpsnap livecd I was able to boot, copy all the working
>> binaries from the cdrom over the corrupt binaries on the local HDD. I
>> suggest you t
"masta" <[EMAIL PROTECTED]> writes:
> The easy way is to grab a recent livecd from the jp snapshot service.
> [ http://livecd.sourceforge.net/ ]
>
> With the jpsnap livecd I was able to boot, copy all the working
> binaries from the cdrom over the corrupt binaries on the local HDD. I
> suggest you
On Tue, Nov 18, 2003 at 09:48:33AM -0800, Lars Eggert wrote:
> I've seen this for the last few days:
>
> [EMAIL PROTECTED]: /usr/src] make -DCVS_UPDATE update
> --
> >>> Updating /usr/src from cvs repository
> ---
Below you'll find the update patch for acpi_cpu. Please test this,
especially for SMP and laptops with _CST objects in their ASL.
Thanks,
Nate
Notes:
* Add a detach method that disables entry to acpi_cpu_idle and in the SMP
case, IPIs all processors to exit sleeping. This fixes a panic on
shutd
Apparently, the ncurses version in the base system is 5.2, while there
is a newer 5.3 port available.
Would it make sense to import the 5.3 ncurses into the base system?
There are some ports (mail/cone) that need 5.3 and that won't work with
FreeBSD 4 either way (missing i18n/l10n features in lib
Hi,
I've seen this for the last few days:
[EMAIL PROTECTED]: /usr/src] make -DCVS_UPDATE update
--
>>> Updating /usr/src from cvs repository
--
cd /usr/src; cvs -R -q update -A
On Tue, Nov 18, 2003 at 11:50:22AM -0500, Chris Shenton wrote:
> I've been running 5.1-CURRENT for a while and a couple nights ago did
> a "make world". After a couple hours building, my system was
> unusable. Critical binaries like "rm", "ls", "mtree", "sh" failed,
> reporting "Exec format error
Soren Schmidt wrote:
FYI, this is still an issue:
s = ioctl(fd, CDIOCCLOSE, 0)
IOError: [Errno 16] Device busy
Hmm, if the call to do the close fails there isn't much I can do...
I can't reproduce the problem on any of the dozens of ATAPI CDROM's
I have in the closet, so if you want to get f
> I've solved DISABLING every kind of usb from the kernel.
> but making so I lost the floppy and the cdrom. :-(
> I've not tried with 4.9
> but only with 4.8 R
Well, if you managed to install it, then there is no problem. Reenable usb
and put this in /etc/rc.local or some other startup file:
kbdc
On Tuesday 18 November 2003 17:56, Blaz Zupan wrote:
> > FreeBSD 5.x (or 4.x) on an IBM HS20 Blade?
> >
> > I would surely be interested in pointers if
> > possible.
>
> I tried but failed miserably. There were two problems:
>
> 1. It is impossible to boot from CD. Neither 4.8 nor 5.1 boot from CD.
Hiya,
Chris Shenton wrote:
...
[snip]
...
>
> Any other suggestions? Thanks.
>
Yes, You need to exploit the notion of booting from another root
filesystem, mounting the broken root, and then taking corrective action on
the corrupted files.
The easy way is to grab a recent livecd from the jp sna
In message: <[EMAIL PROTECTED]>
Chris Shenton <[EMAIL PROTECTED]> writes:
: I'm looking for recommendations on how to recover, hopefully without
: trashing my critical system files like /etc/passwd. Ideally, I guess
: I'd like a way to replace all the broken binaries and any related
:
Matt Haught wrote:
I have been trying to get the latest current iso to install
>
I have also had negative results with the floppies from the 16th, but
the error for me is that no kernel modules want to get loaded, ergo no
networking.
Good news: It looks like the problems I had creating filesyste
> Has anyone been successful installing
> FreeBSD 5.x (or 4.x) on an IBM HS20 Blade?
>
> I would surely be interested in pointers if
> possible.
I tried but failed miserably. There were two problems:
1. It is impossible to boot from CD. Neither 4.8 nor 5.1 boot from CD. Booting
from floppy works
I've been running 5.1-CURRENT for a while and a couple nights ago did
a "make world". After a couple hours building, my system was
unusable. Critical binaries like "rm", "ls", "mtree", "sh" failed,
reporting "Exec format error". I can't login, not even single user.
I can no longer even boot sing
1 - 100 of 117 matches
Mail list logo
