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 design
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
[[ 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
:
: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.
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 r
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 :
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 de
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
> b
> > 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)
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 /
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 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
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
fai
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_powersta
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 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
>betw
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 r
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 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 wha
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
> inv
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 sho
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 /u
> 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 Sun
> 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
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 gener
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
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 bei
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
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
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,
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=
>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 t
> 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 ar
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
/usr
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 gro
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 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/ burne
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
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 the
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, 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 live
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 supp
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 differen
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
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 gro
"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
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 conser
> 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(?) no
49 matches
Mail list logo
