Hi All,
If seems that 4.0-current (make world kernel as of yesterday) can't
execute ELF gzip'ed binaries with following symptoms:
sh-2.02# cp /bin/sh ./
sh-2.02# gzip sh
sh-2.02# ls -l
total 177
-rw-r--r-- 1 root wheel 43 Apr 17 09:58 Report
-r-xr-xr-x 1 root wheel 170093 Apr 17
Chris Piazza wrote:
On 17-Apr-99 Brian Feldman wrote:
Both sound drivers are broken with the new-bus code. My SB16, in the old
driver, now gets recognized but sbxvi is never looked for. pcm0, the new
driver, never initializes with the new code :(
device pcm0 at isa? port? tty irq 5 drq
I have one problem, though. During the kernel boot:
isa_dmainit(2, 1024) failed
And, of course, any access to something that needs isa
dma (e.g. floppy) panics. It's a large-memory machine (1G).
I was under the impression that this was supposed to be fixed
in the
According to David E . O'Brien:
Is this a change? For pre-POST_NEWBUS When wireing down SCSI disks, the
config file has both a da0 device (to get the generic SCSI disk code) and
disk (to wire it down).
I've never defined da* twice in oldconfig-style config. You're not supposed
to do that I
According to Peter Wemm:
As a special warning: The APIC_IO interrupt management could be a little
wonky on systems that require the special mptable fixups. If you have
warnings about broken mptables, or additional interrupts being wired,
hold back until it's been checked.
Seems to work fine
On Fri, Apr 16, 1999 at 09:45:29PM -0400, Luoqi Chen wrote:
Do you have an empty /usr/X11R6/include?
Ah, yes I do. Thanks for that :)
The Makefile assumes you have the
header files if the directory /usr/X11R6/include is present and tries to
build the X version of doscmd. This assumption may
Hey!
I've add UNICODE support to the Joliet patch.
It contains few charsets now, but to add other charsets is very easy.
Currently, iso8859-1 and euc-jp is included.
Mixture of Joliet/RockRidge Extension is also available, however untested.
How to use:
1. Pick up the patch from the URL.
On Sat, 17 Apr 1999, Maxim Sobolev wrote:
If seems that 4.0-current (make world kernel as of yesterday) can't
execute ELF gzip'ed binaries with following symptoms:
I enquired about this a few months ago (but didn't hear anything in reply). As
far as I've been able to work out, the facility
Maxim Sobolev sobo...@altavista.net writes:
If seems that 4.0-current (make world kernel as of yesterday) can't
execute ELF gzip'ed binaries with following symptoms:
It never could, AFAIK.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to
It's a shame since that can be quite useful on machines where disk space is
tight, but I have no idea how hard it will be to get working again.
Use gzexe - the old fashioned way of doing things. If anyone does
actually want it fixed, on a minimum, man send-pr .. I don't see anything
related
Chris Piazza wrote:
On 17-Apr-99 Brian Feldman wrote:
Both sound drivers are broken with the new-bus code. My SB16, in the old
driver, now gets recognized but sbxvi is never looked for. pcm0, the new
driver, never initializes with the new code :(
device pcm0 at isa? port? tty irq 5
I've found that I need to disable my secondary IDE controller with
the version 5 and 6 of the new ATAPI drivers.
It's probably something to do with Ultra DMA support as I have an Ultra DMA
6.48 GB IBM drive on my IDE controller 0 (master) and a Ultra DMA Mitsubishi
32 spin CD-ROM drive as slave
Matthew Thyer wrote:
I've found that I need to disable my secondary IDE controller with
the version 5 and 6 of the new ATAPI drivers.
Just as a thought.. Is your kernel.debug leftover from an earlier build?
Perhaps that's why it works and the current ones do not...
Cheers,
-Peter
To
Hey!
I've add UNICODE support to the Joliet patch.
It contains few charsets now, but to add other charsets is very easy.
Currently, iso8859-1 and euc-jp is included.
Mixture of Joliet/RockRidge Extension is also available, however untested.
Cool! I think NTFS and VFATFS could use this
Hi,
I'm getting kernel panics during boot with the latest
kernel built today using new-bus.
This broke both my custom kernel and today's GENERIC (with all the needed
updates) on my machine. Booting with the old kernel works fine.
As of a few minutes ago, a minimal set of changes to bring the so-called
'new-bus' functionality to the i386 kernel in -current.
Is this formal decision of core team ? I feel a huge despair, as a
member of newconfig project
--
NAKAGAWA, Yoshihisa
y-nak...@nwsl.mesh.ad.jp
Jose Gabriel Marcelino wrote:
Hi,
I'm getting kernel panics during boot with the latest
kernel built today using new-bus.
This broke both my custom kernel and today's GENERIC (with all the needed
updates) on my machine. Booting with the old kernel works fine.
From what I can see (and
How many of you are using RealTek network cards ?
They are crap in my experience (under any OS).
Bret Ford wrote:
Wednesday, April 14, 1999, 10:25:11 AM, you wrote:
I am getting problems similar to those outlined above. I don't run
natd, either, but I do
have a firewall
[..]
This sounds a bit like it might be fixed by Bruce:
RCS file: /home/ncvs/src/sys/i386/isa/isa_compat.c,v
revision 1.2
date: 1999/04/17 09:56:35; author: bde; state: Exp; lines: +2 -2
Can you check if you have this update?
I have just checked it and
In message 199904170528.oaa05...@chandra.eatell.msr.prug.or.jp, NAKAGAWA
Yoshihisa writes:
As of a few minutes ago, a minimal set of changes to bring the so-called
'new-bus' functionality to the i386 kernel in -current.
Is this formal decision of core team ? I feel a huge despair, as a
member
On Sat, 17 Apr 1999, Peter Wemm wrote:
Chris Piazza wrote:
On 17-Apr-99 Brian Feldman wrote:
Both sound drivers are broken with the new-bus code. My SB16, in the old
driver, now gets recognized but sbxvi is never looked for. pcm0, the new
driver, never initializes with the new code :(
Whats the posibility of having another process for the display ?
Naturally this would only be forked if the DISPLAY env is set and the
user didnt refuse GUI mode.
John Polstra wrote:
Thomas Schuerger wrote:
cvsup is mostly based on disk (and network) I/O, so there shouldn't
be a problem
On Sat, 17 Apr 1999, Jose Gabriel J Marcelino wrote:
[..]
This sounds a bit like it might be fixed by Bruce:
RCS file: /home/ncvs/src/sys/i386/isa/isa_compat.c,v
revision 1.2
date: 1999/04/17 09:56:35; author: bde; state: Exp; lines: +2 -2
On Sat, 17 Apr 1999, Brian Feldman wrote:
On Sat, 17 Apr 1999, Peter Wemm wrote:
Chris Piazza wrote:
On 17-Apr-99 Brian Feldman wrote:
Both sound drivers are broken with the new-bus code. My SB16, in the old
driver, now gets recognized but sbxvi is never looked for. pcm0, the new
Brian Feldman wrote:
On Sat, 17 Apr 1999, Peter Wemm wrote:
Chris Piazza wrote:
On 17-Apr-99 Brian Feldman wrote:
Both sound drivers are broken with the new-bus code. My SB16, in the ol
d
driver, now gets recognized but sbxvi is never looked for. pcm0, the ne
w
driver,
Is this formal decision of core team ? I feel a huge despair, as a
member of newconfig project
This was a core team decision, but I really do hope we can still
figure out some way of working together on a final hybrid of the best
ideas from both projects since this honestly wasn't done
On Sat, 17 Apr 1999, Peter Wemm wrote:
For what it's worth, PnP has for the most part not been changed under
new-bus and is using the old mechanisms. The only significant risk is that
the attach code doesn't like what I've done with the emulation of
isa_device-id_id for unit numbers.
Well,
There is obviously a problem when all swap is exhausted.
The only solution is to allow the additional memory *use* to succeed AND
to warn the sysadmin that ALL virtual memory has been exhausted.
The only way to do this is to be able to allocate extra virtual memory.
I'd vote for a system that
Replying to myself...
You'd have to be able to specify the absolute maximum memory use for
a process to ensure you'd still kill run-aways (These would go first!
regardless of the other rules maybe).
Matthew Thyer wrote:
There is obviously a problem when all swap is exhausted.
The only
-Original Message-
From: Robert Watson [mailto:rob...@cyrus.watson.org]
Sent: 17 April 1999 01:16
To: freebsd-current@freebsd.org
Subject: lnc0: broke for us between 3.1 and 4.0?
We upgraded a crash machine from 3.1-RELEASE to 4.0-CURRENT from just
before the EGCS switch was
On Sun, 18 Apr 1999, Peter Wemm wrote:
Brian Feldman wrote:
On Sat, 17 Apr 1999, Peter Wemm wrote:
Chris Piazza wrote:
On 17-Apr-99 Brian Feldman wrote:
Both sound drivers are broken with the new-bus code. My SB16, in the
ol
d
driver, now gets recognized but sbxvi
Matthew Thyer wrote:
Whats the posibility of having another process for the display ?
To be blunt, the probability is epsilon. I simply am not interested
in spending time to make the silly GUI perform better when I could
instead work on making the package transfer files faster.
BTW, have you
On Sat, 17 Apr 1999, Doug Rabson wrote:
I think we aren't picking up the PCI-ISA bridge chip which means that the
isa bus didn't get probed. Could you do a verbose boot (boot -v) of your
*old* kernel and post the resulting dmesg.
Ok. Here it is. This is the biggest I could get.
I had some
Hmm, you might like to try this patch and see what happens, there is
a missing old driver wrapper for the pcm stuff. As a result, it's not
getting run from the isa probe. Regarding the other driver, I'm not
sure what's going on there as the hooks appear to be present.
Right on, that patch
Oh, btw, you did break sbxvi. Look carefully at the #if which surrounds it ;)
Brian Feldman_ __ ___ ___ ___ ___
gr...@unixhelp.org_ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \__ \ |) |
http://www.freebsd.org
When I log in to my -current machine (April 13 sources) it takes a
minute or two after the password is entered before the shell prompt
comes up:
FreeBSD/i386 (andrsn7.stanford.edu) (ttyp0)
login: xanne
Password:
[]--cursor just stays here for a while
This is on a LAN; it works fine at the
On Sat, 17 Apr 1999, Jose Gabriel Marcelino wrote:
On Sat, 17 Apr 1999, Doug Rabson wrote:
I think we aren't picking up the PCI-ISA bridge chip which means that the
isa bus didn't get probed. Could you do a verbose boot (boot -v) of your
*old* kernel and post the resulting dmesg.
On Sat, 17 Apr 1999, Jake Burkholder wrote:
Hmm, you might like to try this patch and see what happens, there is
a missing old driver wrapper for the pcm stuff. As a result, it's not
getting run from the isa probe. Regarding the other driver, I'm not
sure what's going on there as the
:
: Is this formal decision of core team ? I feel a huge despair, as a
: member of newconfig project
:
:This was a core team decision, but I really do hope we can still
:figure out some way of working together on a final hybrid of the best
:ideas from both projects since this honestly
OK!
There is an option for this which is documented in LINT, MSGBUF_SIZE.
Thanks for letting me know!
Could you try this patch which should make it see your PCI-ISA bridge:
Well, I'm more than pleased to say IT DID!! Everything is working now!
I'm typing this using the new kernel.
Thank you
It seems Annelise Anderson wrote:
When I log in to my -current machine (April 13 sources) it takes a
minute or two after the password is entered before the shell prompt
comes up:
FreeBSD/i386 (andrsn7.stanford.edu) (ttyp0)
login: xanne
Password:
[]--cursor just stays here for a while
Luoqi Chen wrote:
I've add UNICODE support to the Joliet patch.
It contains few charsets now, but to add other charsets is very easy.
Currently, iso8859-1 and euc-jp is included.
Mixture of Joliet/RockRidge Extension is also available, however untested.
Cool! I think NTFS and
On Sat, 17 Apr 1999, Soren Schmidt wrote:
It seems Annelise Anderson wrote:
When I log in to my -current machine (April 13 sources) it takes a
minute or two after the password is entered before the shell prompt
comes up:
FreeBSD/i386 (andrsn7.stanford.edu) (ttyp0)
login: xanne
Hello Matthew,
Saturday, April 17, 1999, 9:07:51 PM, you wrote:
I am getting problems similar to those outlined above. I don't run
natd, either, but I do
have a firewall enabled. (open rule) I've had to 'put' files rather than
'get' them, since my
last build/installworld.
Brian Feldman wrote:
IPFW works for me...but I'm loading the KLD.
I like having my ipfw rules there BEFORE anything happens, hence before
rc(5).
klds can be loaded by the loader. Hence, before /kernel.
--
Daniel C. Sobral(8-DCS)
d...@newsguy.com
d...@freebsd.org
Annelise Anderson wrote:
When I log in to my -current machine (April 13 sources) it takes a
minute or two after the password is entered before the shell prompt
comes up:
FreeBSD/i386 (andrsn7.stanford.edu) (ttyp0)
login: xanne
Password:
[]--cursor just stays here for a while
You
I would ask people to STOP DOING THIS. Do not harass or ridicule someone
for not being fluent in english! Now, it is sorely true that someone wil
Let me just reinforce this statement. It truly does no good at all
and, speaking as a former non-speaker-of-the-native-language when I
After the latest new-bus changes in FreeBSD-current a kernel configured
with ISDN support and PnP does not compile anymore. The following patch
fixed the problem for me, at least the kernel compiles and runs. I don't
have a PnP ISDN card (only a non-PnP one), but I do have PnP enabled in my
kernel
On Sun, 18 Apr 1999, Daniel C. Sobral wrote:
Brian Feldman wrote:
IPFW works for me...but I'm loading the KLD.
I like having my ipfw rules there BEFORE anything happens, hence before
rc(5).
klds can be loaded by the loader. Hence, before /kernel.
Thanks for ruining my logic ;)
Let us not forget that much of the newconfig work can be used with
newconfig shims in the newbus scheme.
Warner
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
I have one problem, though. During the kernel boot:
isa_dmainit(2, 1024) failed
And, of course, any access to something that needs isa
dma (e.g. floppy) panics. It's a large-memory machine (1G).
I was under the impression that this was supposed to be fixed
in
On Sat, Apr 17, 1999 at 12:38:25PM -0700, Annelise Anderson wrote:
I think it was, thanks. I changed the order of the nameservers
in resolv.conf and it no longer happens. :)
What about setting up a caching DNS server on your machine ?
You could configure forwarders.
options {
-Original Message-
From: Robert Watson [mailto:rob...@cyrus.watson.org]
Sent: 17 April 1999 01:16
To: freebsd-current@freebsd.org
Subject: lnc0: broke for us between 3.1 and 4.0?
After upgrading to -current, the probe failed as follows
(when config was
used on the GENERIC
Can anyone tell me if I can get freebsd 3.1 running on a compaq
pressario 1675 - I'm worried about the pcmcia controller being
recognized (and my xircom re-100btx working). Thanks.
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the
From: Daniel C. Sobral d...@newsguy.com
Luoqi Chen wrote:
I've add UNICODE support to the Joliet patch.
It contains few charsets now, but to add other charsets is very easy.
Currently, iso8859-1 and euc-jp is included.
Cool! I think NTFS and VFATFS could use this code too, is
On Sun, 18 Apr 1999, Motomichi Matsuzaki wrote:
From: Daniel C. Sobral d...@newsguy.com
I'm concerned about the possible size of GENERIC with this code.
Remember, it has to fit in the install floppy. (Well, not really,
with loader, but I'm not the one who is getting killed because of
From: Motomichi Matsuzaki mz...@e-mail.ne.jp
Subject: Re: kern/5038: FreeBSD can't read MS Joliet CDs.
Date: Sun, 18 Apr 1999 13:55:58 +0900
Message-ID: 19990418135558w.mz...@e-mail.ne.jp
mzaki If the routines can refer the users' environment 'LC_CTYPE',
mzaki it is fine idea. But it can't, I
I'm as excited as anyone to see progress, especially if it means the
ability to modularize the kernel and load various drivers on demand. But,
alas, it seems this whole thing was rushed horribly.
The first thing I noticed was the panic I got, in atkbd_isa_intr, which
has since been fixed.
But
58 matches
Mail list logo