Hi Mike and all,
I found the problem with the Intel PRO/1000 card. I looked in the BIOS and
it says NO MAC address!
I even reset BIOS but no results. It seems like onboard Intel card is
broken or malfunctioning.
I told the owner to change Dell server to another.
Thanks for all who tried to help
Bin Ren wrote this message on Thu, Jan 01, 1970 at 02:04 +0100:
Might want to run ntpdate on your machine...
> I have two questions:
> (1) Is there any more detailed information regarding KLD in
> addition to the KDL facility programming in DaemonNews
> and in Architecture Book?
have you checked
I just downloaded gcc33 (20040202) and it does not need the kern_exec.c
hack.
Thanks for your cycles.
JT
_
Get some great ideas here for your sweetheart on Valentine's Day - and
beyond. http://special.msn.com/network/celebrateroma
:I've not looked at 3.3, but I seem to recall that GCC 3.2
:did not actually align the stack within each function, but
:preserved the alignment. (That is, each function assumed the stack
:had a certain alignment on entry and ensured that alignment
:was preserved for any subsequent function calls.)
Matthew Dillon wrote:
I'm surprised Bruce hasn't chimed in here yet. I guess he's tired of
repeating himself.
In 4.9, libcsu, which generates crt1.o (which is the start code for
C programs which the linker links in automatically) has this line in it:
andl$~0xf, %%esp
On Mon, 2004/02/16 at 19:11:16 +0100, Dag-Erling Smørgrav wrote:
> Kris Kennaway <[EMAIL PROTECTED]> writes:
> > On Mon, Feb 16, 2004 at 03:52:16AM -0800, Wes Peters wrote:
> > > Should I commit this?
> > What effect does it have on non-i386 architectures?
>
> It can't possibly hurt. If the stack
One last note... if you guys are trying to compile flops.c with the
GCC2.95 port it is probably being linked against FreeBSD-5's lib/csu's
crt1.o, which does not have the stack alignment.
Original 4.9-compiled binaries will have been linked against 4.9's
crt1.o, which DOES hav
:
:Thanks Matt for picking up on the linker problem. Patching the kernel
:would, to me, be masking the real problem.
:
:What other "improvements" does gcc333 have over gcc295 that might
:explain why it's linked products run in a half-fast mode (take twice+
:as long)?
:
:JT
I do not see a 50%
On Mon, 16 Feb 2004 16:36:35 -0500
"Juan Tumani" <[EMAIL PROTECTED]> wrote:
> Thanks Matt for picking up on the linker problem. Patching the kernel
> would, to me, be masking the real problem.
>
> What other "improvements" does gcc333 have over gcc295 that might
> explain why it's linked product
Hi,
I have two questions:
(1) Is there any more detailed information regarding KLD in
addition to the KDL facility programming in DaemonNews
and in Architecture Book?
(2) Can I turn an arbitrary piece of codes in kernel into a KLD?
Say, the entire TCP/IP stack?
Thanks a lot!
-- Bin Ren
___
Thanks Matt for picking up on the linker problem. Patching the kernel
would, to me, be masking the real problem.
What other "improvements" does gcc333 have over gcc295 that might
explain why it's linked products run in a half-fast mode (take twice+
as long)?
JT
From: Matthew Dillon <[EMAIL PROTE
I'm surprised Bruce hasn't chimed in here yet. I guess he's tired of
repeating himself.
In 4.9, libcsu, which generates crt1.o (which is the start code for
C programs which the linker links in automatically) has this line in it:
andl$~0xf, %%esp# align
Bruce M Simpson <[EMAIL PROTECTED]> writes:
> I'm not happy with the patch as-is and would be happier if a cleaner
> MI-way of expressing this were found.
What exactly is wrong with the patch? (except for the fact that
empirical tests show it should align on a 64-byte boundary)
DES
--
Dag-Erlin
On Mon, Feb 16, 2004 at 07:11:16PM +0100, Dag-Erling Smørgrav wrote:
> It can't possibly hurt. If the stack is already aligned on a "better"
> boundary (64 or 128 bytes), it is also aligned on a 32-byte boundary
> since 64 and 128 are multiples of 32, and the patch is a no-op. If
> only a 16-byte
On Mon, Feb 16, 2004 at 07:06:07PM +, Colin Percival wrote:
> At 18:29 16/02/2004, Andrew L. Neporada wrote:
> >I have a problem with very large mfsroot filesystems in FreeBSD-4.9.
> >100Mb mfsroot fs boots and works fine, but 128Mb fs with the same
> >content cause immediate reboot after 'Boot
"Juan Tumani" <[EMAIL PROTECTED]> writes:
> I patched in the patch shown below and it didn't fix the problem, it
> only changed the frequency of the spikes to 32 on/off.
try replacing 0x1F with 0x3F in the patch and see what happens.
That seems to work in that it flattens the line out. Not sure w
At 18:29 16/02/2004, Andrew L. Neporada wrote:
I have a problem with very large mfsroot filesystems in FreeBSD-4.9.
100Mb mfsroot fs boots and works fine, but 128Mb fs with the same
content cause immediate reboot after 'Booting kernel in xxx seconds'
line.
Increase the value of NKPT in src/sys/i3
On Mon, 16 Feb 2004, Ganbold wrote:
> Hi,
>
> Following is the output of pciconf -lv command:
As others have pointed out, the problem isn't in the em driver, since the
card isn't even showing up in pciconf. Either it's somehow not enabled,
or FreeBSD isn't detecting the PCI bridge that the card
Trent Nelson wrote:
For as long as I've been programming, I've always been under the
impression that CPUs will always predict a branch as being false
the first time they come across it.
The state of the art has advanced considerably since then.
Many, many years ago, I came across
Andrey Simonenko <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 13, 2004 at 09:49:53PM -0500, Brian F. Feldman wrote:
> > Andrey Simonenko <[EMAIL PROTECTED]> wrote:
> > >
> > > Is it enough to get exclusive lock on vnode, before changing
> > > v_op pointer? Here is my code:
> > >
> > > vn_lock(cvp-
"Juan Tumani" <[EMAIL PROTECTED]> writes:
> I patched in the patch shown below and it didn't fix the problem, it
> only changed the frequency of the spikes to 32 on/off.
try replacing 0x1F with 0x3F in the patch and see what happens.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
Wes,
I patched in the patch shown below and it didn't fix the problem, it
only changed the frequency of the spikes to 32 on/off. Please see
the second chart at this URL:
http://www.employees.org/~rsargent/flops/charts2.html
Did you run the script [long enuf] to see what frequency you experience
Some interesting finding there what if any are the impacts for
performance in real life applications?
Steve
- Original Message -
From: "Dag-Erling Smørgrav" <[EMAIL PROTECTED]>
Kris Kennaway <[EMAIL PROTECTED]> writes:
> On Mon, Feb 16, 2004 at 03:52:16AM -0800, Wes Peters wrote:
> >
Hi.
I have a problem with very large mfsroot filesystems in FreeBSD-4.9.
100Mb mfsroot fs boots and works fine, but 128Mb fs with the same
content cause immediate reboot after 'Booting kernel in xxx seconds'
line.
Kernel config is GENERIC minus some unneeded things.
Box with 1Gb of RAM is bootin
Kris Kennaway <[EMAIL PROTECTED]> writes:
> On Mon, Feb 16, 2004 at 03:52:16AM -0800, Wes Peters wrote:
> > Should I commit this?
> What effect does it have on non-i386 architectures?
It can't possibly hurt. If the stack is already aligned on a "better"
boundary (64 or 128 bytes), it is also alig
Hi Wes,
How many mflops do you get if on your 5.2 machine you run a flops
that was compiled -static on 4.9 ? My tests show the speed more
than doubles.
Thanks-
JT
From: Wes Peters <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] (Dag-Erling Smørgrav),Alexandr Kovalenko
<[EMAIL PROTECTED]>
CC: [EMAIL P
On Mon, 16 Feb 2004, Daniel Lang wrote:
> Hi,
>
> Ganbold wrote on Mon, Feb 16, 2004 at 06:45:39PM +0800:
> [..]
> > [EMAIL PROTECTED]:4:0: class=0x02 card=0x9207103c chip=0x1213 rev=0x10
> > hdr=0x00
> > vendor = 'Accton Technology Corporation'
> > device = 'EN-1207D Fast Et
At 16:42 15/02/2004, Trent Nelson wrote:
does the old adage of "always predict
false" still hold true the first time a branch is encountered?
Most processors predict that forward branches are not taken,
and backward branches are taken (since backward branches occur
most often in loops).
Of cour
On Mon, Feb 16, 2004 at 03:52:16AM -0800, Wes Peters wrote:
> On Sunday 15 February 2004 12:46, Dag-Erling Sm?rgrav wrote:
> > Alexandr Kovalenko <[EMAIL PROTECTED]> writes:
> > > Could you please explain me this? Result is fully reproduceable. Please
> > > note, that the only difference is the out
For as long as I've been programming, I've always been under the
impression that CPUs will always predict a branch as being false
the first time they come across it.
Many, many years ago, I came across a DEC programming guide that
said the same thing. It suggested using 'do
We did some more experiments and when we compiled the object file on 5.2
then linked it on the 4.9 machine and then ran it on the 5.2 machine, there
was
no cyclical problem seen (Frankenstein run). Kind of points to the 5.2 link
stage, i.e.,
5.2 libraries?
Check out the graphical exhibits at
h
On Fri, Feb 13, 2004 at 09:49:53PM -0500, Brian F. Feldman wrote:
> Andrey Simonenko <[EMAIL PROTECTED]> wrote:
> >
> > Is it enough to get exclusive lock on vnode, before changing
> > v_op pointer? Here is my code:
> >
> > vn_lock(cvp->vp, LK_EXCLUSIVE | LK_RETRY, p);
> >
> > if (flag
If that's the case doesn't look like its being detected. Is it disabled in the bios?
Steve
- Original Message -
From: "Ganbold" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 16, 2004 12:05 PM
Subject: Re: Intel PRO/1000 MT onboard network card problem in FreeB
Yes I installed Realtek card because FreeBSD doesn't recognize onboard card.
It has onboard TP connector same as Redhat machine has.
Ganbold
At 07:37 PM 16.02.2004, you wrote:
Hi,
Ganbold wrote on Mon, Feb 16, 2004 at 06:45:39PM +0800:
[..]
> [EMAIL PROTECTED]:4:0: class=0x02 card=0x9207103
On Sun, Feb 15, 2004 at 05:57:14AM -0600, Matthew D. Fuller wrote:
> On Sun, Feb 15, 2004 at 09:20:56AM + I heard the voice of
> Bruce M Simpson, and lo! it spake thus:
> >
> > It would be helpful if it were pointed out in documentation somewhere
> > that the path to the compile and source dir
Hi,
Ganbold wrote on Mon, Feb 16, 2004 at 06:45:39PM +0800:
[..]
> [EMAIL PROTECTED]:4:0: class=0x02 card=0x9207103c chip=0x1213 rev=0x10
> hdr=0x00
> vendor = 'Accton Technology Corporation'
> device = 'EN-1207D Fast Ethernet Adapter'
> class= network
> subclass
Alright,
the module is already compiled into the kernel, or the driver is already
loaded.
Strange, because i yesterday build in the same nic on my machine.
uname -a
FreeBSD luca.elvandar.org 5.2.1-RC2 FreeBSD 5.2.1-RC2 #2: Sun Feb 15
19:44:28 CET 2004
[EMAIL PROTECTED]:/usr/freebsd52/src/sys/i38
When I try to load if_em.ko module /var/log/messages says:
Feb 16 19:08:41 mnao1 kernel: module_register: module pci/em already exists!
Feb 16 19:08:41 mnao1 kernel: Module pci/em failed to register: 17
Ganbold
At 07:07 PM 16.02.2004, you wrote:
What happends when you load the module if_em.ko
kl
Hi,
Maybe server doesn't have EM card at the end. Only reason why I'm thinking is
there are 2 identical Dell Poweredge 1600SC servers and the other one has
Redhat Linux 9.0 installed
and Intel PRO/1000MT card is recognized properly.
Ganbold
At 06:53 PM 16.02.2004, you wrote:
Not wishing to po
What happends when you load the module if_em.ko
kldload if_em.ko
Cheers,
--
Kind regards,
Remko Lodder
Elvandar.org/DSINet.org
www.mostly-harmless.nl Dutch community for helping newcomers on the
hackerscene
mrtg.grunn.org Dutch mirror of MRTG
-Oorspronkelijk bericht-
Van: [EMAIL PROT
Not wishing to point out the obvious but there's no EM controller there?
Steve
- Original Message -
From: "Ganbold" <[EMAIL PROTECTED]>
To: "Mike Silbersack" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, February 16, 2004 10:45 AM
Subject: Re: Intel PRO/1000 MT onboard netw
Hi,
Following is the output of pciconf -lv command:
[EMAIL PROTECTED]:0:0:class=0x06 card=0x chip=0x00171166
rev=0x32 hdr=0x00
vendor = 'ServerWorks (Was: Reliance Computer Corp)'
device = 'CMIC-SL'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:0
On Mon, 16 Feb 2004, Ganbold wrote:
> Hi,
>
> I installed FreeBSD 5.2 and updated using cvsup on Dell Poweredge 1600SC.
> However still FreeBSD doesn't recognize network card. It has onboard Intel
> Pro/1000 MT card.
> What should I do in order to use this onboard Intel PRO/1000 card? I
> checked
Hi,
I installed FreeBSD 5.2 and updated using cvsup on Dell Poweredge 1600SC.
However still FreeBSD doesn't recognize network card. It has onboard Intel
Pro/1000 MT card.
What should I do in order to use this onboard Intel PRO/1000 card? I
checked Intel web site and found only
em driver for Free
44 matches
Mail list logo
