On Sun, Nov 23, 2003 at 04:16:10PM -0800, Don Lewis wrote:
> On 23 Nov, I wrote:
> > I was trying to figure out why the VOP_UNLOCK() call in null_lookup()
> > was violating a vnode locking assertion, so I tossed a bunch of
> > ASSERT_VOP_LOCKED() calls into null_lookup(). I found something I don't
Hi all,
kimchi# uname -a
FreeBSD kimchi.dek.spc.org 5.2-BETA FreeBSD 5.2-BETA #4: Sun Nov 23 01:52:10 GMT 2003
[EMAIL PROTECTED]:/usr/src/sys/i386/compile/KIMCHI i386
atacontrol doesn't report any devices. Using commands such as cap/info/list
don't yield anything at all.
Perhaps more worry
[ for the archive ]
>>> trying to install using the 5.1-release mini cd and em0. it seems not
>>> to dhcp (looked with tcpdump) despite my saying Yes (and no to ipv6).
>>> am i missing a clue?
>> Not plugged in to a Cisco switch, are you?
> gawd no! you would even suggest such a thing in public?
On Sun, Nov 23, 2003 at 02:42:58AM +0100, Brad Knowles wrote:
> At 5:22 PM -0800 2003/11/22, David O'Brien wrote:
>
> > Please, NO. There wasn't an FTP client available for this type of
> > recovery pre-/rescue, there shouldn't be one now.
>
> Why? Why cut your nose off to spite your face
On Sun, Nov 23, 2003 at 01:33:33PM +0200, Adrian Penisoara wrote:
> Maybe the latest commit by 'tmm' fixes it:
This appears to fix the reported issue.
BMS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Sun, 23 Nov 2003, David Wolfskill wrote:
>>Date: Mon, 24 Nov 2003 09:34:08 +0600 (NOVT)
>>From: "Maxim M. Kazachek" <[EMAIL PROTECTED]>
>
>> So, imagine, i'm accidentally deleted /bin with your most wanted
>>static sh... And, of course, due to static nature of /bin/sh it was
>>removed from
>Date: Mon, 24 Nov 2003 09:34:08 +0600 (NOVT)
>From: "Maxim M. Kazachek" <[EMAIL PROTECTED]>
> So, imagine, i'm accidentally deleted /bin with your most wanted
>static sh... And, of course, due to static nature of /bin/sh it was
>removed from /rescue? Nothing will protect you from shooting i
On Mon, 24 Nov 2003, Duncan Barclay wrote:
>
>From: "David O'Brien" <[EMAIL PROTECTED]>
>
>> I'll seriously argue against the 2nd point above. I don't know of a
>> SINGLE person that uses /bin/sh as their interactive shell when
>> multi-user. Not ONE. Every Bourne shell'ish user I've ever met u
Randy Bush wrote:
trying to install using the 5.1-release mini cd and em0. it seems not
to dhcp (looked with tcpdump) despite my saying Yes (and no to ipv6).
am i missing a clue?
Not plugged in to a Cisco switch, are you?
gawd no! you would even suggest such a thing in public? shees
Hi,
got a new Dell Inspiron 8600 today and here is the run-down for people looking
to buy one:
* 5.1-RELEASE does not have the bfe ethernet driver. -CURRENT does, which
leaves you with 3 options:
* have a wireless connection available, cause the firewire nic is recognized
* use
> >> trying to install using the 5.1-release mini cd and em0. it seems not
> >> to dhcp (looked with tcpdump) despite my saying Yes (and no to ipv6).
> >> am i missing a clue?
[snip]
> this is a thinkpad t40p. 4.9-release cdrom boots through to em0
> media just fine, and i just retested that as
At 5:22 PM -0800 2003/11/22, David O'Brien wrote:
Please, NO. There wasn't an FTP client available for this type of
recovery pre-/rescue, there shouldn't be one now.
"This type of recovery" (repairing a system with a trashed /bin)
wasn't possible at all pre-/rescue. Had it been possible, /rescue
On Sun, Nov 23, 2003 at 06:27:01PM -0500, Richard Coleman wrote:
> But it would be sorta odd to have statically linked versions of sh in
> both /bin and /rescue.
We'd remove it from /rescue if the /bin/sh one was static. :-)
--
-- David ([EMAIL PROTECTED])
On Mon, Nov 24, 2003 at 12:14:39AM -, Duncan Barclay wrote:
>
> From: "David O'Brien" <[EMAIL PROTECTED]>
>
> > I'll seriously argue against the 2nd point above. I don't know of a
> > SINGLE person that uses /bin/sh as their interactive shell when
> > multi-user. Not ONE. Every Bourne she
>> trying to install using the 5.1-release mini cd and em0. it seems not
>> to dhcp (looked with tcpdump) despite my saying Yes (and no to ipv6).
>> am i missing a clue?
> Not plugged in to a Cisco switch, are you?
gawd no! you would even suggest such a thing in public? sheesh! :-)
this is a t
No way! Good (non-386) equipment is never to old. :)
Please add debug.acpi.disable="cpu" to loader.conf or type that in at the
loader prompt. If it boots ok, we'll have to debug the acpi_cpu_startup
path.
-Nate
___
[EMAIL PROTECTED] mailing list
http:
Perhaps it's unrealistic to expect this to work, but on each of the
machines where I run -CURRENT, I also run -STABLE (on other slices),
but I generally only build ports under -STABLE, and /usr/local is
common to both the -CURRENT and -STABLE environments. (I build -CURRENT
with "COMPAT4X= yes" sp
Dimitry Andric wrote:
After rebuilding a -CURRENT box today and removing some old cruft, as
I usually do, I noticed that libutil.so had been bumped to version 4,
although there wasn't any version 3 in /usr/lib/compat yet.
This bump was done quite recently, Wed Nov 12 21:56:07 2003 UTC. I'm
not sur
> > So far, I haven't seen anyone in this thread seriously
> > argue against either of these points.
>
> I'll seriously argue against the 2nd point above. I don't know of a
> SINGLE person that uses /bin/sh as their interactive shell when
> multi-user. Not ONE. Every Bourne shell'ish user I've
Randy Bush wrote:
trying to install using the 5.1-release mini cd and em0. it seems not
to dhcp (looked with tcpdump) despite my saying Yes (and no to ipv6).
am i missing a clue?
Not plugged in to a Cisco switch, are you?
--
--
E
On Sun, 23 Nov 2003, Matt Smith wrote:
> Since updating two of my machines to the latest HEAD I am experiencing a
> total lockup on one of them.
>
> After being booted for approx 3 minutes the machine stops responding
> completely. It doesn't panic or drop into DDB. The numlock key doesn't
>
trying to install using the 5.1-release mini cd and em0. it seems not
to dhcp (looked with tcpdump) despite my saying Yes (and no to ipv6).
am i missing a clue?
randy
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
On 23 Nov, I wrote:
> I was trying to figure out why the VOP_UNLOCK() call in null_lookup()
> was violating a vnode locking assertion, so I tossed a bunch of
> ASSERT_VOP_LOCKED() calls into null_lookup(). I found something I don't
> understand ...
>
> ASSERT_VOP_LOCKED(dvp, "null_lookup
From: "David O'Brien" <[EMAIL PROTECTED]>
> I'll seriously argue against the 2nd point above. I don't know of a
> SINGLE person that uses /bin/sh as their interactive shell when
> multi-user. Not ONE. Every Bourne shell'ish user I've ever met uses
> Bash, AT&T ksh, pdksh, zsh.
I don't know a
I was trying to figure out why the VOP_UNLOCK() call in null_lookup()
was violating a vnode locking assertion, so I tossed a bunch of
ASSERT_VOP_LOCKED() calls into null_lookup(). I found something I don't
understand ...
ASSERT_VOP_LOCKED(dvp, "null_lookup 1");
if ((flags & ISLAST
David O'Brien wrote:
We should build /bin/sh static and be done with the argument.
Or rather, lets find a /bin/sh interactive user and have him argue that
/bin/sh needs NSS support. I dare say that will be a thread two orders
of magnitude shorter than this one.
Statically linking /bin/sh wouldn't
Sat, Nov 22, 2003 at 13:08:10, netch (Valentin Nechayev) wrote about "geom<->ata
forever cycle":
VN> 5.1-current of 2003-11-20 hangs during kernel initialization with forever
VN> cycle around geom partitioning detection and ATA read failure.
VN> Message rate is too fast to record, no stopping i
Hello,
While running the next commands on the attached program I get a panic
everytime.
gcc rfk-smtpd.c
truss ./a.out cat
--panic--
Running 5.1-CURRENT from today. I did a 'make world' in a clean /usr/obj
dir.
System P-II 400Mhz UP, 256 MB, IDE, no acpi enabled.
I hope somebody can repeat thi
> As I pointed out earlier, some of the heat here comes
> from the fact that /bin/sh is currently overloaded:
>
> * It is the default system script interpreter, used
>by the rc scripts and many other things. As such,
>it must start quickly.
>
> * It is the default user shell for many use
On Sunday, 23 November 2003 at 22:46:30 +0100, Matthias Schuendehuette wrote:
> Hello,
>
> I just built a new world+kernel after the commit of grogs corrections
> but I still get:
>
> [EMAIL PROTECTED] - ~
> 503 # vinum start
> ** no drives found: No such file or directory
Yes. The fix wasn't eno
After rebuilding a -CURRENT box today and removing some old cruft, as
I usually do, I noticed that libutil.so had been bumped to version 4,
although there wasn't any version 3 in /usr/lib/compat yet.
This bump was done quite recently, Wed Nov 12 21:56:07 2003 UTC. I'm
not sure if it was an oversi
I have an old dual PII/400 system that I'm trying to set up as a
-current scratchbox. The motherboard is a Tyan S1836DLUAN with the
Intel 440BX chipset. I upgraded the BIOS to the latest from Tyan's
web site. It is supposed to support ACPI. I'm using -current from
around noon Pacific time, Nove
Hello,
I just built a new world+kernel after the commit of grogs corrections
but I still get:
[EMAIL PROTECTED] - ~
503 # vinum start
** no drives found: No such file or directory
--
Ciao/BSD - Matthias
Matthias Schuendehuette , Berlin (Germany)
PGP-Key at and ID: 0xDDFB0A5F
__
On Sun, Nov 23, 2003 at 02:42:58AM +0100, Brad Knowles wrote:
> At 5:22 PM -0800 2003/11/22, David O'Brien wrote:
>
> > Please, NO. There wasn't an FTP client available for this type of
> > recovery pre-/rescue, there shouldn't be one now.
>
> Why? Why cut your nose off to spite your face
George Hartzell writes:
>
> I've been trying to install something 5-ish on a Sony PCG-GRX570
> laptop.
>
> I started off trying to boot off of the 5.1 release CD, normally,
> w/out acpi, and safe. Every option panic-ed, with essentially the
> same message (see below), although it followed
Andreas Klemm <[EMAIL PROTECTED]> writes:
> q: What makes cups so special that one should try it out ?
> What can it do better than apsfilter which IMHO isn't as bloated
> as cups and has better features...
apsfilter is in my experience a lot more difficult and confusing to
configure, and I don't
Robert Watson wrote:
On Mon, 17 Nov 2003, Jens Rehsack wrote:
Hmm. This failure mode is fairly common when a resource deadlock or lock
deadlock occurs in some kernel subsystems. Any chance you can get a
serial console on the box so you can drop to DDB and generate some ps and
stacktrace output?
M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Bruce M Simpson <[EMAIL PROTECTED]> writes:
: On Thu, Nov 20, 2003 at 04:31:10PM -0800, Tim Kientzle wrote:
: > * /rescue/vi is currently unusable if /usr is missing because
: >the termcap database is in /usr. One possibility
:
On Sun, Nov 23, 2003 at 05:42:44PM +0100, Dag-Erling Smørgrav wrote:
> Soren Schmidt <[EMAIL PROTECTED]> writes:
> > Disregard above, some crappy port has installed "cups" which apparently
> > has its own "lpr" command, nice...
>
> Sorry, but *you* are the "crappy port". CUPS is intentionally spl
On Sat, Nov 22, 2003 a.d., M. Warner Losh wrote:
> Grepping seems unsatisfying to find out which keys are used. Do you
> have a list?
Believe it or not, vi only needs 'cm' :-)
Regards,
Adi
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mai
$ cc close.c -o close && ./close
0
0
$ cc close.c -lc_r -o close && ./close
0
25
$ cat close.c
#include
main()
{
int fd = open("/dev/null", 1);
printf("%d\n", errno);
close(fd);
printf("%d\n", errno);
}
This confuses rather badly applications which assume errno i
Hi,
Since updating two of my machines to the latest HEAD I am experiencing a
total lockup on one of them.
After being booted for approx 3 minutes the machine stops responding
completely. It doesn't panic or drop into DDB. The numlock key doesn't
toggle the keyboard light, and I can't drop it
http://phk.freebsd.dk/patch/cpu_elan.patch
http://phk.freebsd.dk/patch/CPU_ELAN.4
The major new things are:
ELAN_XTAL option now called CPU_ELAN_XTAL
ELAN_PPS option now called CPU_ELAN_PPS
/dev/led/error for the error LED.
More LEDs can be configured on
Christian Laursen wrote:
> Maxime Henrion <[EMAIL PROTECTED]> writes:
>
> > Christian Laursen wrote:
> > > By accident, I tried to mount a CD as UDF, and got the follwoing panic:
>
> [snip]
>
> > Can you try the attached patch and tell me if it fixes your problem?
>
> Unfortunately it doesn't s
Soren Schmidt <[EMAIL PROTECTED]> writes:
> "parse error" it sneaked in as a dependency of something else, I *newer*
> installed cups here (and its also now *gone*)...
check /usr/ports/INDEX, it *can't* have snuck in as a dependency.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
On Sun, Nov 23, 2003 at 03:02:34AM +0100, Christian Laursen wrote:
> By accident, I tried to mount a CD as UDF, and got the follwoing panic:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address = 0x0
> fault code = supervisor read, pag
In a message written on Sun, Nov 23, 2003 at 05:42:44PM +0100, Dag-Erling Smørgrav
wrote:
> Sorry, but *you* are the "crappy port". CUPS is intentionally split
> into several ports so that the parts that other ports depend on
> (cups-base) can be installed separately from the front-end (cups-lpr)
Hi...
after updating my 5.1-current machine:
a) new kernel
b) new world
c) all packages (including XFree86)
d) newest gnome-packages (using marcusmerge)
i got these msgs in XFree86.0.log
Warning: font renderer for ".pcf" already registered at priority 0
Warning: f
It seems Dag-Erling Smørgrav wrote:
> Soren Schmidt <[EMAIL PROTECTED]> writes:
> > Disregard above, some crappy port has installed "cups" which apparently
> > has its own "lpr" command, nice...
>
> Sorry, but *you* are the "crappy port". CUPS is intentionally split
> into several ports so that t
Soren Schmidt <[EMAIL PROTECTED]> writes:
> Disregard above, some crappy port has installed "cups" which apparently
> has its own "lpr" command, nice...
Sorry, but *you* are the "crappy port". CUPS is intentionally split
into several ports so that the parts that other ports depend on
(cups-base)
It seems Soren Schmidt wrote:
>
> On a fresh current 23/11 1600CET :
>
> normal user cannot print anymore:
>
> >lpr
> lpr: error - scheduler not responding!
>
> but as root things works as expected.
>
> Ideas ? or another item for the "bugs to fix" list ?
Disregard above, some crappy port has
On a fresh current 23/11 1600CET :
normal user cannot print anymore:
>lpr
lpr: error - scheduler not responding!
but as root things works as expected.
Ideas ? or another item for the "bugs to fix" list ?
-Søren
___
[EMAIL PROTECTED] mailing list
htt
Maxime Henrion <[EMAIL PROTECTED]> writes:
> Christian Laursen wrote:
> > By accident, I tried to mount a CD as UDF, and got the follwoing panic:
[snip]
> Can you try the attached patch and tell me if it fixes your problem?
Unfortunately it doesn't seem to make any difference.
The trace seems
It seems that vfs_mount.c rev 1.113 breakes something.
It also breakes mount_udf -C. Using rev 1.112 works fine with me.
A mail to current@ with subject "vfs_domount() ->...-> vfs_freeopts()
NULL pointer dereferencing" may also related to the same problem.
- R. Imura
On Sun, Nov 23, 2003 at 03:0
Christian Laursen wrote:
> By accident, I tried to mount a CD as UDF, and got the follwoing panic:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address = 0x0
> fault code = supervisor read, page not present
> instruction pointer =
Hi,
System in question is FreeBSD 5.1-CURRENT,
sources for -current cvsupped a few days ago.
Problem occurs while mounting ext2fs partition. If VFS_MOUNT()
returns error there is null pointer dereference happening
in vfs_freeopts() which is called by vfs_mount_destroy()
Trace:
vfs_freeopts(0, .
Hi,
Maybe the latest commit by 'tmm' fixes it:
tmm 2003/11/22 19:02:00 PST
FreeBSD src repository
Modified files:
sys/netinet in_pcb.c
Log:
bzero() the the sockaddr used for the destination address for
rtalloc_ign() in in_pcbconnect_setup() before it is filled o
After watching the recent shared/dynamic threads, and reading the
archives from five or six years ago, I have a question...
Dynamic linking works by the kernel running the dynamic linker,
which loads shared objects and fixes the symbol tables, yes? Is
there some reason that a statically-linked pr
Subject: Re: panic: vm_fault: fault on nofault entry,
On Wed, 19 Nov 2003 12:38:14 +0900, Jun Kuriyama wrote:
> 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.
Yaeh, latest
59 matches
Mail list logo
