On Wed, Nov 19, 2003 at 09:27:55PM -0800, Tim Kientzle wrote:
Richard Coleman wrote:
It seems /bin/sh is the real sticking point.
There is a problem here: Unix systems have historically used
/bin/sh for two somewhat contradictory purposes:
* the system script interpreter
* as a user
Hi,
On Wed, 19 Nov 2003 22:30:44 + (UTC)
[EMAIL PROTECTED] (Bjoern A. Zeeb) said:
db trace
bzeeb-lists key_cmpspidx_withmask(deadc0de,c9b5c914) at key_cmpspidx_withmask+0x2c
bzeeb-lists key_allocsp(0,c9b5c914,2,16000210,c1426f0a) at key_allocsp+0x8b
Thank you for your report. I'm working
Brian F. Feldman [EMAIL PROTECTED] writes:
Jeez, it's been broken a year and it's almost 5.2-RELEASE now. Does anyone
have ANY leads on these problems? I know precisely nothing about how my USB
hardware is supposed to work, but this OHCI+EHCI stuff definitely doesn't,
and it's really not
John Baldwin wrote:
On 11-Nov-2003 John Hay wrote:
Upgrading a Asus P2L97-DS dual Pentium II 266MHz box, I got this panic
when booting:
I have the exact same motherboard, only I run with dual Pentium II 300MHz.
However I run a beta bios (to support ata disks larger than 32GB) that I
got from
Tor 2003-11-20 klockan 02.47 skrev Thomas T. Veldhouse:
...
cat /usr/src/bin/csh/../../contrib/tcsh/nls/et/ et_EE.ISO8859-15.msg
gencat -new et_EE.ISO8859-15.cat et_EE.ISO8859-15.msg
gencat:No such file or directory
...
If you don't insist on implement support for Estonian, just touch
In message [EMAIL PROTECTED], Brian F. Feldman
writes:
Jeez, it's been broken a year and it's almost 5.2-RELEASE now. Does anyone
have ANY leads on these problems? I know precisely nothing about how my USB
hardware is supposed to work, but this OHCI+EHCI stuff definitely doesn't,
and it's
On Wed, Nov 19, 2003 at 11:18:47AM -0700, Lyndon Nerenberg wrote:
--On Wednesday, November 19, 2003 12:30 AM -0500 Garance A Drosihn
[EMAIL PROTECTED] wrote:
have a: chflags ldcache /bin/sh
Shouldn't that be 'chmod +t /bin/sh' ???
Definitely. Why waste a new bit when there's already a
Jeez, it's been broken a year and it's almost 5.2-RELEASE now.
See for example the page for the FreeBSD eagle driver:
http://damien.bergamini.free.fr/ueagle/
end notably the OHCI patches in
http://damien.bergamini.free.fr/ueagle/download.html
At least for the eagle USB ADSL modem, these patches
Alexander Leidinger [EMAIL PROTECTED] writes:
I have no problem using my printer:
[...]
ulpt0: Hewlett-Packard DeskJet 895C, rev 1.00/1.00, addr 4, iclass 7/1
ulpt0: using uni-directional mode
Sure, I can do that:
ulpt0: Hewlett-Packard officejet d series, rev 1.10/1.00, addr 3, iclass 7/1
On Tue, Nov 18, 2003 at 08:12:49PM -0500, Jeff Walters wrote:
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
Jacques A. Vidrine [EMAIL PROTECTED] wrote:
Finally, if we could call `dlopen' from statically-linked binaries,
this wouldn't be an issue.
One of the performance problems that John Dyson mentioned (the sparse
dirtying of libc's data section) would still remain, because the whole
of libc has to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 20 Nov 2003 10:20, Dag-Erling Smørgrav wrote:
Sure, I can do that:
ulpt0: Hewlett-Packard officejet d series, rev 1.10/1.00, addr 3, iclass
7/1 ulpt0: using bi-directional mode
but it still won't print. Sometimes it works (albeit
On Tue, 18 Nov 2003, Nate Lawson wrote:
On Tue, 18 Nov 2003, Lukas Ertl wrote:
I'm gonna try some buildkernelstones with the different settings. If
you have some special benchmarks in mind I'd be happy to run them.
That's probably ok. It has a lot of IO.
Now I've tried running make
Mark Dixon [EMAIL PROTECTED] writes:
When it works, is that when you have been using it in another operating
system, and then reboot into FreeBSD and try it?
I don't think so.
BTW, I just reinstalled cups to give the printer another try, and it
now seems to work in -CURRENT (knock on wood).
Hi,
---snip---
{71} FreeBSD 5.1-CURRENT [M87:~netchild/FreeBSD/SystemOnCD]
(62) [EMAIL PROTECTED] # realpath work/SystemOnCD-1/usr/ports/distfiles |wc -c
79
{0} FreeBSD 5.1-CURRENT [M87:~netchild/FreeBSD/SystemOnCD]
(63) [EMAIL PROTECTED] # realpath /space/distfiles |wc -c
17
{0}
On 20-Nov-2003 Morten Rodal wrote:
John Baldwin wrote:
On 11-Nov-2003 John Hay wrote:
Upgrading a Asus P2L97-DS dual Pentium II 266MHz box, I got this panic
when booting:
I have the exact same motherboard, only I run with dual Pentium II 300MHz.
However I run a beta bios (to support
OK; I managed to build yesterday's -CURRENT (I update my local FreeBSD
CVS repository mirror from 0347 - 0354 hrs. US/Pacific, daily) on my
SMP build machine, and the resulting system appeared fairly normal:
it booted to multi-user mode, and I could login via the serial console.
(I wasn't
John Baldwin wrote:
acpu_cpu is not the same thing as CPUs listed in the MADT. If
there is no MADT, then FreeBSD won't find any APICs and won't be
able to trust ACPI PCI interrupt routing. In fact, ACPI will still
be trying to route interrupts to the ATPICS, and not to the APICs if
the MADT
Stijn Hoop wrote:
On Wed, Nov 19, 2003 at 09:27:55PM -0800, Tim Kientzle wrote:
Maybe it's time to separate these two functions?
I would be content to have a static /sbin/sh
that is used as the system script interpreter for
rc scripts, etc.
And /usr/bin/sh as a user shell?
I was thinking /bin/sh
Hello,
in PR bin/59078 I have submitted a simple fix for sysinstall that allows it to
correctly support the Greek locale.
In every FreeBSD release so far, one cannot select a greek keymap during the
installation and has to be aware of the ways it can be enabled afterwards.
This however is
Hello all,
When trying to bring a box up to date, we noticed that the
IPFIREWALL_FORWARD kernel option has been removed somewhere between the 2'nd
of this month and now. Has it been obsoleted by other options? I saw
nothing in UPDATING rearding this. Here's the info:
[EMAIL PROTECTED]
On Thu, Nov 20, 2003 at 11:20:18AM +0100, Dag-Erling Smørgrav wrote:
Alexander Leidinger [EMAIL PROTECTED] writes:
I have no problem using my printer:
[...]
ulpt0: Hewlett-Packard DeskJet 895C, rev 1.00/1.00, addr 4, iclass 7/1
ulpt0: using uni-directional mode
Sure, I can do that:
On 20-Nov-2003 Morten Rodal wrote:
John Baldwin wrote:
acpu_cpu is not the same thing as CPUs listed in the MADT. If
there is no MADT, then FreeBSD won't find any APICs and won't be
able to trust ACPI PCI interrupt routing. In fact, ACPI will still
be trying to route interrupts to the
On 20-Nov-2003 Kris Kennaway wrote:
I updated bento last night, and it panicked after a few hours with:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 01
fault virtual address = 0xe5
fault code = supervisor read, page not present
instruction pointer
On 20-Nov-2003 Craig Rodrigues wrote:
On Thu, Nov 20, 2003 at 11:03:42AM -0800, Kris Kennaway wrote:
c052e000 t propagate_priority
c052e360 T init_turnstiles
Is your crash similar to the one I saw on my system yesterday?
No, your real panic was earlier. The pp was a later panic during the
On Tue, 18 Nov 2003, Andy Farkas wrote:
The changes that break things were made more than a week ago. I sent this
email last week:
Date: Sun, 9 Nov 2003 09:22:17 +1000 (EST)
From: Andy Farkas [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: kernel halts before booting
My kernels
On Thu, Nov 20, 2003 at 03:17:29PM -0500, John Baldwin wrote:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x6300040
fault code= supervisor read, page not present
instruction pointer = 0x8:0xc083611e
Can you do a 'l
On Thu, 2003-11-20 at 12:38, Ben Paley wrote:
Hello all.
I think this is a -current issue. When I started using -current I began to get
weird behaviour from vmware2: eventually every time I powered on the virtual
machine the screen would freeze up so I couldn't get a console, and then the
John Baldwin writes:
Ok, your BIOS is buggy, but I think I can work around it.
http://www.FreeBSD.org/~jhb/patches/acpi_irq.patch
Thanks, now it's working much better!
New dmesg and vmstat-i at http://tomppa.iki.fi/~tomppa/FreeBSD/
Tomppa
On 20-Nov-2003 Tomi Vainio - Sun Finland wrote:
John Baldwin writes:
Ok, your BIOS is buggy, but I think I can work around it.
http://www.FreeBSD.org/~jhb/patches/acpi_irq.patch
Thanks, now it's working much better!
New dmesg and vmstat-i at
On 2003-11-20 at 21:51:48 boyd, rounin wrote:
think about a dynamically linked init(8) ...
% sudo ldd /sbin/init
/sbin/init:
libutil.so.3 = /lib/libutil.so.3 (0x28074000)
libcrypt.so.2 = /lib/libcrypt.so.2 (0x2807f000)
libc.so.5 = /lib/libc.so.5 (0x28097000)
Yes,
From: Dimitry Andric [EMAIL PROTECTED]
% sudo ldd /sbin/init
/sbin/init:
libutil.so.3 = /lib/libutil.so.3 (0x28074000)
libcrypt.so.2 = /lib/libcrypt.so.2 (0x2807f000)
libc.so.5 = /lib/libc.so.5 (0x28097000)
Yes, working fine here. What should the problem be?
On Fri, Nov 21, 2003 at 12:23:16AM +0100, boyd, rounin wrote:
you're building a house of cards. once, if /etc/init and
/bin/sh and some other pieces where in place a smashed
file-system could be easily fixed. now you have to have
3 shared libs and a viable /lib.
do you want systems that work?
Scott Likens wrote:
On Thu, 2003-11-20 at 12:38, Ben Paley wrote:
Hello all.
I think this is a -current issue. When I started using -current I began to get
weird behaviour from vmware2: eventually every time I powered on the virtual
machine the screen would freeze up so I couldn't get a
From: Christopher Vance [EMAIL PROTECTED]
Personally, I think init should be static, and can't think of any way
it would benefit from shared libraries.
plan 9 has everything static. the kernel compiles in about 20 seconds
or less -- no compression -- and you can boot it off a floppy.
if i can
On Fri, Nov 21, 2003 at 12:23:16AM +0100, boyd, rounin wrote:
From: Dimitry Andric [EMAIL PROTECTED]
% sudo ldd /sbin/init
/sbin/init:
libutil.so.3 = /lib/libutil.so.3 (0x28074000)
libcrypt.so.2 = /lib/libcrypt.so.2 (0x2807f000)
libc.so.5 = /lib/libc.so.5
Hello!
On Thu, Nov 20, 2003 at 04:53:57PM -0600, Eric Anderson wrote:
Guessing you're running -CURRENT you have the kernel source installed,
so my suggestion is to run vmware3.
Unless you have a specific reason to run 2?
Maybe he doesn't run 3 because it also doesn't build:
From: Steve Kargl [EMAIL PROTECTED]
This is only marginally different than /sbin/init
getting smashed. If the root partition develops
problems, you need to restore for tape.
tape? who uses tape? optical, my son.
brother, can you spare a TU-16?
Garance A Drosihn wrote:
At 6:26 PM +0100 11/17/03, Julian Stacey wrote:
Seconded ! Better commit an improved switch with
default = Off.
The time for voting was months ago.
Actually, the discussion started almost a year ago now.
That's when the new PAM/NSS libraries were first being
announced,
On Thu, Nov 20, 2003 at 16:31 , while impersonating an expert on
the internet, Tim Kientzle sent this to stdout:
Garance A Drosihn wrote:
At 6:26 PM +0100 11/17/03, Julian Stacey wrote:
Seconded ! Better commit an improved switch with
default = Off.
The time for voting was months ago.
From: Tim Kientzle [EMAIL PROTECTED]
Many of us here have been hamstrung by systems that didn't
provide a static fallback. I've personally been bitten by
unrecoverable Linux and Solaris systems due to hosed shared
libraries.
bingo. a small set of tools will usually save you. vi(1) is out
Hi Garance
cc current,
Thanks for your well explained posting. I won't distract from new thread
Unfortunate dynamic linking for everything
except to note:
It is not fair to pretend
that this was some kind of back-room, closed-door decision.
Sorry, I didn't mean to imply that. I
I am build freebsd-current w/ cvs snap on 2003.11.11
and have some problem:
1. LOR
lock order reversal
1st 0xc1b05690 rtentry (rtentry) @ /usr/src/sys/net/rtsock.c:388
2nd 0xc15e187c radix node head (radix node head) @ /usr/src/sys/net/route.c:1114
Stack backtrace:
In message: [EMAIL PROTECTED]
boyd, rounin [EMAIL PROTECTED] writes:
: Yes, working fine here. What should the problem be?
:
: the day /lib gets smashed.
/rescue/sh
Warner
___
[EMAIL PROTECTED] mailing list
FreeBSD bogushost2 5.1-CURRENT FreeBSD 5.1-CURRENT #7: Tue Nov 18 18:36:56 EST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARL5KERNEL i386
Another panic that occured just after loading and attempting to play an audio CD:
(kgdb) bt
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1
boyd, rounin wrote:
From: Dimitry Andric [EMAIL PROTECTED]
% sudo ldd /sbin/init
/sbin/init:
libutil.so.3 = /lib/libutil.so.3 (0x28074000)
libcrypt.so.2 = /lib/libcrypt.so.2 (0x2807f000)
libc.so.5 = /lib/libc.so.5 (0x28097000)
Yes, working fine here. What
boyd, rounin wrote:
From: Christopher Vance [EMAIL PROTECTED]
Personally, I think init should be static, and can't think of any way
it would benefit from shared libraries.
plan 9 has everything static. the kernel compiles in about 20 seconds
or less -- no compression -- and you can boot it
Tim Kientzle wrote:
I'm pretty comfortable with the failsafes that we
have in place:
* /sbin/init is static
* If /bin/sh fails, /rescue/sh can be run
* /rescue provides a complete set of statically-linked
sysadmin utilities that should be sufficient
for recovering a damaged system.
There
plan9 doesn't count. It's so minimalistic, it's useless.
well, try to think about non-minimalism when you're trying to track
down a kernel bug in a zillion SLOC ...
___
[EMAIL PROTECTED] mailing list
On Fri, 21 Nov 2003 03:37:20 +0100, boyd, rounin [EMAIL PROTECTED] said:
well, try to think about non-minimalism when you're trying to track
down a kernel bug in a zillion SLOC ...
How about trying to think about FreeBSD when posting on the FreeBSD
mailing-lists.
-GAWollman
Thanks for the patches to try! They unfortunately didn't fix the crash I
have, but I found out why it's occurring.
See ohci.c:1389:
if (std-td.td_cbp != 0)
len -= le32toh(std-td.td_be) -
le32toh(std-td.td_cbp) + 1;
In one
Brian F. Feldman [EMAIL PROTECTED] wrote:
Thanks for the patches to try! They unfortunately didn't fix the crash I
have, but I found out why it's occurring.
See ohci.c:1389:
if (std-td.td_cbp != 0)
len -= le32toh(std-td.td_be) -
From: Bruce M Simpson [EMAIL PROTECTED]
During my time in an investment bank, installations were usually hosed
in this way by human error (systems administrators removing a file by
accident, etc) ...
yup, it's rare i've seen flakey h/w. but i do remember one sysadmin
(when i was a contract
Low priority, but easy to accomplish:
Now that my eisa scsi disk controllers are working again, I'd like to
monitor the 8 drives attached with systat(1), except its broken.
Would someone like to commit this trivial patch? (see pr bin/59220)
cd /usr/src/usr.bin/systat/
ident devs.c
devs.c:
In message [EMAIL PROTECTED], boyd, rounin
write
s:
From: Bruce M Simpson [EMAIL PROTECTED]
During my time in an investment bank, installations were usually hosed
in this way by human error (systems administrators removing a file by
accident, etc) ...
yup, it's rare i've seen flakey
On Wed, 19 Nov 2003, Len Sassaman wrote:
It is my intuition from this behavior that the sshd master process
listening for connections is unable to spawn a new process to complete
the authentication step, and thus the connection is being dropped. There
is no information of use in dmesg, nor
On Thu, Nov 20, 2003 at 10:56:08AM -0500, Robert Watson wrote:
Hmm. Well, it certainly sounds like a resource limit to me, especially if
it's a nice round number like 150 or 300.
One possibility might be running out of pseudo-terminals to support
the login sessions. pty's are created as
On Thu, 20 Nov 2003, Ken Smith wrote:
On Thu, Nov 20, 2003 at 10:56:08AM -0500, Robert Watson wrote:
Hmm. Well, it certainly sounds like a resource limit to me, especially if
it's a nice round number like 150 or 300.
One possibility might be running out of pseudo-terminals to support
Len Sassaman wrote:
The problem is that after about 150 users log in (300ish sshd sessions,
since I am using privsep), incoming connections start getting dropped.
That number (150) sounds awfully familiar; I feel like
I've seen it somewhere recently. H
Try an 'fstat' when connections
Hmm. Well, it certainly sounds like a resource limit to me,
especially if
it's a nice round number like 150 or 300. However, I'm also
having a
bit of trouble seeing, off the top of my head, which limit it might be.
It sounds like you've got the ones I would think of. A quick skim of
sshd.c
Tim Kientzle wrote:
Try an 'fstat' when connections start getting dropped.
I wonder if something (PAM module, maybe?) is opening a
file on each connection and you're running out of per-process
file descriptors.
A similar thing happened here - although it wasn't sshd at fault. Len
mentioned using
Erik Trulsson wrote:
On Mon, Nov 17, 2003 at 02:48:08PM -0500, Rod Taylor wrote:
The PostgreSQL group has recently had a patch submitted with a snippet
of code from FreeBSDs src/bin/mkdir/mkdir.c.
http://www.freebsd.org/cgi/cvsweb.cgi/src/bin/mkdir/mkdir.c?annotate=1.27
Is this
62 matches
Mail list logo
