On Fri, 14 Apr 2000, Warner Losh wrote:
> : The situation is interesting - when I remove /dev/card1,2,3, pccardd
> : get started, ifconfig wi0 works, but on any xmit - ping, etc..
> : I've got:
> :
> : wi0: xmit failed
> : wi0: tx buffer allocation failed
> : wi0: device timeout
> :
> : and p
When does subj links with the executables? I have many problems linking
new KDE, because it uses service function from this library, and i suspect
that libgcc.a is not linked by default. :( Should it or i have to point it
(?) by hands?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
On Sat, Apr 15, 2000 at 11:26:44AM +0400, Ilmar S. Habibulin wrote:
> When does subj links with the executables?
When using the ``cc'' or ``c++'' front ends libgcc.a is automatically
linked in. Use ``cc -v'' to see this happening.
> I have many problems linking new KDE, because it uses servic
I've committed my changes to make the bktr Bt848/bt878 driver compile
on the Alpha to -current.
Please can someone test it on an experimental Alpha box.
It may panic your machine. (this is quite possible!!!)
so please only do this on a machine you are willing to experiment with.
Please email me
Bringing back a problem discussed earlier that I couldn't find a
resolution on, I'm having problems with the ppi interface blowing up the
system (CVSup'd to 4.0-CURRENT somewhere around April 3). (I just want my
dumb little 8-bit LED array to blink on and off and show no useful
information! :) )
> : Are there any datasheets available for this bridge ?
>
> Yes. However, I've had several reports of the lucent wavelan bridge
> working flawlessly.
I recall (but might be wrong) that most if not all sucess stories are
on notebooks with the TI-1225 on the motherboard. Maybe the notebook
bios
> In message <[EMAIL PROTECTED]> John Hay writes:
> : This is where I'm stuck too. I think there might be some more initialization
> : of the TI1225 necesary.
>
> I've added some init of the ti chipsets to -current. They are enough
> for my TI-1221 based card to allow me to talk to the modems th
On 2000-Apr-14 23:40:53 +1000, Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
>In message <[EMAIL PROTECTED]>, Peter Jeremy write
>s:
>>Many years ago, I wrote a tool that analysed stack requirements by
>>parsing the assembler output from the compiler.
...
>Commit it either as a general tool or as a
On Sat, 15 Apr 2000, David O'Brien wrote:
> On Sat, Apr 15, 2000 at 11:26:44AM +0400, Ilmar S. Habibulin wrote:
> > When does subj links with the executables?
> When using the ``cc'' or ``c++'' front ends libgcc.a is automatically
> linked in. Use ``cc -v'' to see this happening.
You mean to lo
At 18:12 -0600 14/4/00, Nate Williams wrote:
>[...]
>You can easily run out of inodes on the roof partition.
Sure, my roof leaks from time to time. But _inodes_? :-) :-)
--
Bob Bishop (0118) 977 4017 international code +44 118
[EMAIL PROTECTED]fax (0118) 989 4254 between
On Thu, 13 Apr 2000, Michael Reifenberger wrote:
> Hi,
> when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic.
> FreeBSD -current. Kernel+mods in sync.
> Linux from ports. Linux-Java-JDK 1.2.2 from blackdown as of yesterday.
> Backtrace see crash.txt. Kernelconfig see nihil.
>
On Sat, 15 Apr 2000, Brian Fundakowski Feldman wrote:
...
> Do you think you can find a specific set of steps for Alan to reproduce
> it?
Not without this SAP-GUI in conjuntion with a SAP-System to connect to :-(
But then it's easyly reproducable.
BTW: with your patch I get on the console during
> "MD" == Matthew N Dodd <[EMAIL PROTECTED]> writes:
MD> On Fri, 14 Apr 2000, Viren R.Shah wrote:
>>
>> mainboard0:
>> eisa0: unknown card CPQ6101 (0x0e116101) at slot 5
>> ida0: at 0x6000-0x60ff, 0x6c88-0x6c9e
>> ida0: irq 15 (level) on eisa0 slot 6
>> ida0: drives=1 firm_rev=1.66
* Brian Fundakowski Feldman <[EMAIL PROTECTED]> [000415 07:07] wrote:
> On Thu, 13 Apr 2000, Michael Reifenberger wrote:
>
> > Hi,
> > when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic.
> > FreeBSD -current. Kernel+mods in sync.
> > Linux from ports. Linux-Java-JDK 1.2.2 fro
hello!
[snipped-a-lot]
i am currently building world and will be testing the driver. in about 4 - 5
hours (it's not the fastet machine ;-) i will be able to send feedback ...
cheers,
oliver
--
"Mein Gott, es ist voller Sterne!"
email: [
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Robert:
I compiled recent (cvsup around 9:00 A.M. PDT) sources for the 5.0
kernel with and without
options FFS_EXTATTR
and obtained the following error message in both cases.
cc -c -O -pipe -march=k6 -Wall -W
Yup -- I neglected to update the ext2fs code (which uses UFS stuff) to
include the requisite include files. Please try the attached patch
against src/sys/gnu/ext2fs, and let me know if it works, and I'll go ahead
and commit it. I caught the weird Coda dependancy, but guess I missed
this one.
Since it appears to work for me, I'm going to go ahead and commit the
patch before too many other people run into this. Please let me know if
you have further problems and I'll get them fixed up ASAP.
On Sat, 15 Apr 2000, George W. Dinolt wrote:
> Content-Type: text/plain; charset=us-ascii
> C
On Sat, 15 Apr 2000, Alfred Perlstein wrote:
> Yes, find all places where source->ref_count is incremented and check
> for OBJ_ONEMAPPING as well as where OBJ_ONEMAPPING is set.
>
> Then add some printfs to find the snippet that's incrementing it
> to complain when the OBJ_ONEMAPPING bit is set,
In message <[EMAIL PROTECTED]> Michael
Vasilenko writes:
: I have only 11 & 15 IRQ used - for Bridge and for NIC
OK.
: I have only ONE pccard, but why kernel thinks that I have two and
: they are inserted? (see at the bottom of dmesg)
: Maybe problem in init of TI chip?
Likely. That's a probl
On Sat, 15 Apr 2000, Alfred Perlstein wrote:
> Yes, find all places where source->ref_count is incremented and check
> for OBJ_ONEMAPPING as well as where OBJ_ONEMAPPING is set.
>
> Then add some printfs to find the snippet that's incrementing it
> to complain when the OBJ_ONEMAPPING bit is set,
:On Thu, 13 Apr 2000, Michael Reifenberger wrote:
:
:> Hi,
:> when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic.
:> FreeBSD -current. Kernel+mods in sync.
:> Linux from ports. Linux-Java-JDK 1.2.2 from blackdown as of yesterday.
:> Backtrace see crash.txt. Kernelconfig see n
:Further elaboration:
:
:there is an assumption that it is wrong for OBJ_ONEMAPPING to be set but
:not when ref_count > 1. This assumption is defeated in the multiple test
:cases we can find. It seems that in the test cases, the common problem
:is with (I think mmap()d) memory across multiple p
:Well, first the question must be answered, in an absolute yes or no:
:is it wrong in the first place to have OBJ_ONEMAPPING set with a ref_count
:of more than 1? I'd accept an authoritative answer about this from
:alc, dillon, dyson, or luoqi, who are all very familiar with the new
:VM.
:--
: Br
Robert:
Re the supplied patches. I applied them and the kernel compiled, loaded
and ran. There seem to be some problems with the modules I use for my
ethernet cards so I was not able to give it a "thorough" testing. I
don;t think the module issues relate to the file system.
I seemed to have hi
* Matthew Dillon <[EMAIL PROTECTED]> [000415 11:32] wrote:
>
> :On Thu, 13 Apr 2000, Michael Reifenberger wrote:
> :
> :> Hi,
> :> when using a linux java app (SAP PlatinGUI 46Cb2) I get the above panic.
> :> FreeBSD -current. Kernel+mods in sync.
> :> Linux from ports. Linux-Java-JDK 1.2.2 from
On Sat, Apr 15, 2000 at 11:23:11AM -0700, Matthew Dillon wrote:
> :Well, first the question must be answered, in an absolute yes or no:
> :is it wrong in the first place to have OBJ_ONEMAPPING set with a ref_count
> :of more than 1? I'd accept an authoritative answer about this from
> :alc, dillo
In message <[EMAIL PROTECTED]> John Hay writes:
: I recall (but might be wrong) that most if not all sucess stories are
: on notebooks with the TI-1225 on the motherboard. Maybe the notebook
: bios do something more than isn't done on a normal pc?
That's entirely possible. All notebook BIOSes th
In message <[EMAIL PROTECTED]> John Hay writes:
: our problem is even before a (non) working interrupt would come into the
: picture.
I'd have to say that based on the evidence so far, that the interrupts
aren't getting routined correctly, or that there's an interrupt
conflict. This is almost ce
On Fri, 14 Apr 2000, Donn Miller wrote:
> Over the past month, in -current, I've had weird problems with
> Mozilla. The message I'm seeing on stdout is
Perhaps you'd have benn luck taking this bug report to the mozilla
developers? I don't know there's anyone on this list who is truly familiar
w
On Sat, 15 Apr 2000, Matthew Dillon wrote:
> [explanation]
>
> Here is a new patch. Please try it (and get rid of any prior patches
> to vm_object.c before applying this one).
>
Thanks for the reply :) What you say makes sense, so I'll try out this
patch as soon as I work out a way t
On Sat, 15 Apr 2000, Alan Cox wrote:
> > It is totally legal for OBJ_ONEMAPPING to be set even if the ref_count
> > is greater then 1.
>
> Agreed. OBJ_ONEMAPPING actually means that *each page* within the object
> is mapped at most once. The object itself may be mapped many times,
> as
On Sat, 15 Apr 2000, Matthew Dillon wrote:
> Note that the ref_count == 1 test in the vm_object_shadow optimization
> should be left intact. This optimization requires a much stricter set
> of tests because we do not want to assume sharability of an object
> if someone else (the
On Fri, Apr 14, 2000 at 11:41:55AM +0100, Ashley Penney wrote:
> When booting up I noticed the block device warning message. I
> did some investigation and discovered that some ad4/ad5 devices
> were still block ones. It seems that the MAKEDEV script only
> makes up to ad3, but my disks are on
On Sat, Apr 15, 2000 at 06:12:22PM -0400, Brian Fundakowski Feldman wrote:
> On Sat, 15 Apr 2000, Matthew Dillon wrote:
>
> > Note that the ref_count == 1 test in the vm_object_shadow optimization
> > should be left intact. This optimization requires a much stricter set
> > of tests
On Sat, Apr 15, 2000 at 06:09:56PM -0400, Brian Fundakowski Feldman wrote:
>
> I'm still trying to understand this: if you know that the object may
> have pages mapped elsewhere, the backing objects recursively inherit
> the assumption that it may have parts mapped elsewhere?
Umm, just to be
:Here's what I worry about: We only clear OBJ_ONEMAPPING on the top-level
:object, and none of its backing objects. Nothing guarantees that these
:backing objects have OBJ_ONEMAPPING cleared. The page that we're "double"
:mapping may, however, reside in one of its backing objects. This is
:bad
:Is there a good reason for not having the vm_object_clear_flag() in
:vm_object_reference()?
Well, yes... vm_object's are referenced for all sorts of things
temporarily. Everything from a process looking one up temporarily
to the swap code issuing I/O. None of these references have
On Sat, Apr 15, 2000 at 08:13:20PM -0700, Matthew Dillon wrote:
>
> :Here's what I worry about: We only clear OBJ_ONEMAPPING on the top-level
> :object, and none of its backing objects. Nothing guarantees that these
> :backing objects have OBJ_ONEMAPPING cleared. The page that we're "double"
>
On Sat, Apr 15, 2000 at 08:18:01PM -0700, Matthew Dillon wrote:
> :Is there a good reason for not having the vm_object_clear_flag() in
> :vm_object_reference()?
>
> Well, yes... vm_object's are referenced for all sorts of things
> temporarily. Everything from a process looking one up te
:> I don't think this is an issue. The only double-mapped pages we care
:> about are those at the top-level (vm_object's connected directly to a
:> vm_map_entry). This is because these are the only pages effected by
:> write-faults and copy-on-write issues.
:>
:
:I disagre
41 matches
Mail list logo
