On Sun, Dec 10, 2000 at 03:15:19AM -0800, Mike Smith wrote:
msmith 2000/12/10 03:15:19 PST
Modified files:
sys/dev/pci isa_pci.c
Log:
The ICH2 reports itself as a PCI:ISA bridge, so don't special-case it
here.
On a related(?) note, my 810 (ICH)
Hi Phillipp. I couldn't find a quick fix so I recommend using the
very first patch I sent you that changes the KASSERT that was
causing the panic. I am comitting a slight variation of that patch to
current now and stable in two days.
The KASSERT was being a little too
"Daniel C. Sobral" wrote:
Regardless /dev/da18s1 should work as for /dev/da18
[snip]
No, and no. You misunderstand the problem.
A disk on IBM PC compatible computers has the following format:
I dont misunderstand the problem and I do know how disks are laid out
under FreeBSD. I may not
On Sat, Dec 09, 2000 at 12:29:54PM -0800, Marcel Moolenaar wrote:
Ruslan Ermilov wrote:
On Fri, Dec 08, 2000 at 06:22:09PM -0800, Marcel Moolenaar wrote:
Ruslan Ermilov wrote:
The attached patches (p4 and p5) try to solve this bootstrapping
problem with groff(1).
Sorry,
On Sun, Dec 10, 2000 at 06:56:13PM -0700, Wes Peters wrote:
Do you understand why NetBSD Packages (ie, the system they took from us)
install into /usr/pkg by default rather than /usr/local ?
Yes, but that doesn't mean I agree with it. In fact, I find it slighly
bizarre. I dislike
Hi, all.
I send a patch for wi driver.
Some cases, we have errors,
'wi0: tx buffer allocation failed'
and
'wi0: mgmt. buffer allocation failed'
Thease errors are caused by bugs in wi driver.
#Current wi driver has initialization and resource allocation mistakes.
And this patch includes WEP
Based on the above, I would say that Windows has powered-down the NIC. This
is outside of the scope of the driver, so I don't think a solution should be
implemented there. Probably something for our APM folks.
It's actually an ACPI-ish issue, however drivers are probably going to
have to
On Sun, Dec 10, 2000 at 10:41:24PM -0700, Warner Losh wrote:
: To the extent that NetBSD *forces* the local administrator to use
: /usr/pkg, I find it contains the same deficiency.
I'd point out that make install in the pkgsrc tree installs into
/usr/pkg too. So NetBSD doesn't
On Sun, Dec 10, 2000 at 11:42:37PM -0600, Mike Meyer wrote:
On the other hand, Applixware Office ships a precompiled package for
/usr/local, and doesn't like being installed anywhere else. Which
means I've got a couple of hundred megabytes being backup up for no
good reason :-(.
Mine lives
On Sun, Dec 10, 2000 at 09:46:46PM -0700, Nate Williams wrote:
Fixing broken things is a good thing. Your argument about moving it
from /usr/local to show how broken is a good test procedure, but turning
it into policy is something completely different.
Yes changing the policy is something
On Sun, 10 Dec 2000, Mark Huizer wrote:
Hello,
On my VAIO laptop, I have trouble rebooting directly from Windows to
FreeBSD (luckily enough I don't run Windows that often :-)
I tried to look at the driver code, but it looks to me like it is doing
resets when attaching the fxp driver, but
fork(2) of a tiny statically linked program now takes 9.6 msec on a
Celeron450. Previously it took 0.5 msec. vfork(2) is now insignificantly
faster than fork(2). Previously it was sever
Bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
On Sun, Dec 10, 2000 at 11:33:33PM -0600, Mike Meyer wrote:
The thing is, the package system has grown into something more than
that. It really is vendor-supplied and vendor-supported third party
software, and part of the distribution.
I can back this up. As someone that maintains over 120
On Sun, Dec 10, 2000 at 11:44:36PM -0700, Nate Williams wrote:
Ahh, if we're limiting the discussio to 'OS vendor' software, then every
OS vendor I know installs its software in /usr/bin, and /usr/lib.
David hands Nate a freshly minted copy of BSD/OS 4.2, where he will see
/usr/contrib/ burned
On 10 Dec 2000, Dag-Erling Smorgrav wrote:
Marcel Moolenaar [EMAIL PROTECTED] writes:
According to the manpage, if you remove -U it doesn't create new
directories or symlinks. At least that's how I interpret it.
You interpret it wrong. -U just tells mtree to fix permissions. The
On Sat, Dec 09, 2000 at 12:43:24PM -0800, Marcel Moolenaar wrote:
Ruslan Ermilov wrote:
On Fri, Dec 08, 2000 at 06:17:52PM -0800, Marcel Moolenaar wrote:
Ruslan Ermilov wrote:
The attached patches (p4 and p5) try to solve this bootstrapping
problem with groff(1). I have
On Mon, Dec 11, 2000 at 12:58:21PM +1100, Andrew Reilly wrote:
I agree that PREFIX/LOCALBASE should work: you can't legislate
taste. I'm going to keep it to /usr/local and /usr/X11R6,
though, thanks all the same.
Its been acknowledged that we really should not be installing ports into
On the other hand, Applixware Office ships a precompiled package for
/usr/local, and doesn't like being installed anywhere else. Which
means I've got a couple of hundred megabytes being backup up for no
good reason :-(.
Really?!
I have it installed in /opt/applix and I dont think there are
On Sat, Dec 09, 2000 at 10:11:28PM -0800, Thomas D. Dean wrote:
I have no environment settings that relate to groff and only MANPATH
that relates to man.
There are no local modifications. etc/make.conf only has
CFLAGS= -O -pipe
HAVE_MOTIF= yes
MOTIF_STATIC= yes
USA_RESIDENT=
David O'Brien [EMAIL PROTECTED] types:
On Sun, Dec 10, 2000 at 11:33:33PM -0600, Mike Meyer wrote:
The thing is, the package system has grown into something more than
that. It really is vendor-supplied and vendor-supported third party
software, and part of the distribution.
I can back
Tony Maher writes:
On the other hand, Applixware Office ships a precompiled package for
/usr/local, and doesn't like being installed anywhere else. Which
means I've got a couple of hundred megabytes being backup up for no
good reason :-(.
Really?!
I have it installed in
Ruslan Ermilov wrote:
On Sat, Dec 09, 2000 at 12:29:54PM -0800, Marcel Moolenaar wrote:
Ruslan Ermilov wrote:
On Fri, Dec 08, 2000 at 06:22:09PM -0800, Marcel Moolenaar wrote:
Ruslan Ermilov wrote:
The attached patches (p4 and p5) try to solve this bootstrapping
All of these can be abstracted as PCI methods, so they won't require lots
of cut-n-paste in each driver:
pci_enable_busmaster(dev);
pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY);
pci_set_powerstate(dev, PCI_POWERSTATE_D0);
Consider the above a request for review
Ruslan Ermilov wrote:
It appers that running mtree(1) with -U under non-root account works OK,
i.e. it creates all missing directories, and exits with status of zero.
I believe it also emits warnings, right?
What if we create the mtree(1)-compatible BSD.world.dist?
The below was generated
David hands Nate a freshly minted copy of BSD/OS 4.2, where he will see
/usr/contrib/ burned on the CDROM (using an electron microscope of
course :-)).
Even Sun does this with it's 'OS vendor' tools.
Uhm.. not everything. Many optional pieces from Sun installs in /opt.
The SunPro
On Mon, Dec 11, 2000 at 12:37:54AM -0500, David Gilbert scribbled:
| For foreign or not-so-foreign packages and software, I've seen
| /usr/local, /local, /usr/contrib, /opt and /usr/pkg. One site that I
| worked at was even pedantic that /usr/contrib was for externally
| generated software and
Wes Peters wrote:
Andre Oppermann wrote:
Is there any supporting Access Point functionality, eg. using the
freebsd server as AP?
There's no special support for it, but it's just another interface. If
you run it (and your other 802.11 devices) in ad-hoc mode, everything should
work
On Mon, Dec 11, 2000 at 08:14:47AM -0600, Mike Meyer wrote:
The problem is that the shared libraries aren't getting found when I
run the applix binary after a reboot.
Why do you say that? Where is the error message??
/usr/local/applix/axdata/axshlib are ELF shared objects. I haven't
On Mon, Dec 11, 2000 at 09:07:27AM -0500, Richard J Kuhns wrote:
Yes, it's definitely different. No matter what you say when installing,
`applix' is:
#!/bin/sh
APPLIX_HOME="/usr/local/applix"
export APPLIX_HOME
exec $APPLIX_HOME/applix "$@"
Again lack of details.. :-( EXACTLY what is
David O'Brien writes:
On Mon, Dec 11, 2000 at 09:07:27AM -0500, Richard J Kuhns wrote:
Yes, it's definitely different. No matter what you say when installing,
`applix' is:
#!/bin/sh
APPLIX_HOME="/usr/local/applix"
export APPLIX_HOME
exec $APPLIX_HOME/applix "$@"
On Mon, Dec 11, 2000 at 02:35:43PM -0500, Richard J Kuhns wrote:
/usr/libexec/ld-elf.so.1: Shared object "libstdc++.so.2" not found
/prog/applix/axdata/axmain: Operation timed out
Blah. :-( Applixware depends on the compat3x distribution it seems.
Can you install compat3x and see if it now
On Mon, 11 Dec 2000, Michael C . Wu wrote:
I know I should not jump into this bikeshed. But IMHO, whereever
we have our packages install to, we should also place
our ports metadata (/var/db/pkg) and the ports skeleton in the
same place, preferably a mountpoint. This allow me to switch
between
David O'Brien wrote:
On Fri, Dec 08, 2000 at 01:44:47PM +1030, Matthew Thyer wrote:
Regardless /dev/da18s1 should work as for /dev/da18
Correct me if I'm wrong, but /dev/da18s1 would only work if you installed
a true slice vs. a dedicated configuaation of the disk something like
On 2000-12-11 01:04 -0800, Mike Smith [EMAIL PROTECTED] wrote:
All of these can be abstracted as PCI methods, so they won't require lots
of cut-n-paste in each driver:
pci_enable_busmaster(dev);
pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY);
pci_set_powerstate(dev,
I've been writing to the whole disk OK (since I changed to
/dev/da18), but now I am finding a problem with trying to
seek further into the disk before starting to write.
The code fragment is below and the "lseek(fd, 0L, SEEK_SET)"
works OK but the first "lseek(fd, 8192L, SEEK_CUR)" thereafter
David O'Brien [EMAIL PROTECTED] types:
On Mon, Dec 11, 2000 at 08:14:47AM -0600, Mike Meyer wrote:
The problem is that the shared libraries aren't getting found when I
run the applix binary after a reboot.
Why do you say that? Where is the error message??
I say that because 1) that was
pci_enable_busmaster(dev);
pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY);
pci_set_powerstate(dev, PCI_POWERSTATE_D0);
Consider the above a request for review on the matter.
Shouldn't that be:
pci_enable_io(dev, SYS_RES_IOPORT | SYS_RES_MEMORY);
On Mon, Dec 11, 2000 at 05:24:19PM -0600, Mike Meyer wrote:
At that point, you're running VistaSource's software, so they should
give you the details.
Then I'll just back out of trying to help figure out why many others can
run it outside of /usr/local.
To Unsubscribe: send mail to [EMAIL
David O'Brien [EMAIL PROTECTED] types:
On Mon, Dec 11, 2000 at 05:24:19PM -0600, Mike Meyer wrote:
At that point, you're running VistaSource's software, so they should
give you the details.
Then I'll just back out of trying to help figure out why many others can
run it outside of
Michael C . Wu [EMAIL PROTECTED] types:
I know I should not jump into this bikeshed. But IMHO, whereever
we have our packages install to, we should also place
our ports metadata (/var/db/pkg) and the ports skeleton in the
same place, preferably a mountpoint. This allow me to switch
between
Nick Sayer wrote:
Wes Peters wrote:
Andre Oppermann wrote:
Is there any supporting Access Point functionality, eg. using the
freebsd server as AP?
There's no special support for it, but it's just another interface. If
you run it (and your other 802.11 devices) in ad-hoc
Hello,
I have a some problem of APM with 5.0-current.
In the case which I type
# shutdown -p now
the system does halt or reboot( this seems to be somewhat unstable),
and never off the power of the PC.
To find the problem, I produced the crash dump and analyzed it by gdb.
The result was
Matt Dillon [EMAIL PROTECTED] wrote:
:As long as gcc uses %ebp to address local variables and functoin parameters
:rather than %esp you should be fine. %esp will be preserved, but if %esp is
:for some odd reason used to address a variable during the C code, you are hosed.
I strongly
:
:But if gcc breaks that assumption, that implies it would break
:alloca(), and presumably they wouldn't do that.
:
:Tony.
:--
:f.a.n.finch[EMAIL PROTECTED][EMAIL PROTECTED]
:"Dead! And yet there he stands!"
alloca() is a GCC internal function, not a piece of __asm code.
[[ Followups to freebsd-mobile please ]]
In message [EMAIL PROTECTED] YAMAMOTO Shigeru writes:
: I send a patch for wi driver.
Thank you yamamoto-san. I'll have to see if this works with the prism
II based boards that I have here that aren't supported by the an
driver.
: #Current wi driver
Thanks Yamamoto san ! This works really rather nicely and has reduce the
number of tx errors tremendously (Though not completely and xmit
failed/device timeout is still there).
Thanks !
Dw.
On Mon, 11 Dec 2000, YAMAMOTO Shigeru wrote:
Hi, all.
I send a patch for wi driver.
Some cases,
On Mon, Dec 11, 2000 at 12:37:54AM -0500, David Gilbert wrote:
... but /usr/pkg supplanting /usr/local is one of the things that I
like about NetBSD.
/usr/pkg sounds a little bit odd ... ( at least for my ears).
Why not choose what Solaris uses (/opt) ?
It would be an advantage, when
David O'Brien [EMAIL PROTECTED] types:
On Sun, Dec 10, 2000 at 11:42:37PM -0600, Mike Meyer wrote:
On the other hand, Applixware Office ships a precompiled package for
/usr/local, and doesn't like being installed anywhere else. Which
means I've got a couple of hundred megabytes being
49 matches
Mail list logo