Kostik Belousov wrote:
On Fri, Feb 05, 2010 at 08:51:25AM -0500, Andrew Gallatin wrote:
Kostik Belousov wrote:
On Thu, Feb 04, 2010 at 03:40:28PM -0500, Andrew Gallatin wrote:
I've got a commercial driver that uses device cloning.
At unload time, the driver calls clone_cleanup(). W
Kostik Belousov wrote:
On Thu, Feb 04, 2010 at 03:40:28PM -0500, Andrew Gallatin wrote:
I've got a commercial driver that uses device cloning.
At unload time, the driver calls clone_cleanup(). When I unload
the driver when the kernel is built with INVARIANTS, I'll see
I've got a commercial driver that uses device cloning.
At unload time, the driver calls clone_cleanup(). When I unload
the driver when the kernel is built with INVARIANTS, I'll see a
panic in devfs_populate_loop(). This happens in 6-stable,
as well as 8-stable.
From what I can see the clone has
Daniel Eischen wrote:
We already use umtx. This really is a hack and I wouldn't
advocate it. I'm not sure how you could make it work and
not break existing ability to return appropriate error
codes without slowing down the path in the non-shared
case. You'd have to check to see if the addres
Daniel Eischen wrote:
On Fri, 23 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
On Fri, 23 Oct 2009, John Baldwin wrote:
On Thursday 22 October 2009 5:17:07 pm Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew
Daniel Eischen wrote:
On Fri, 23 Oct 2009, John Baldwin wrote:
On Thursday 22 October 2009 5:17:07 pm Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Hi,
We're designing some software which has to
Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Hi,
We're designing some software which has to lock access to
shared memory pages between several processes, and has to
run on Linux, Solaris, and FreeBSD. We were planning to
have the lock be a pthread_mutex_t residing i
Hi,
We're designing some software which has to lock access to
shared memory pages between several processes, and has to
run on Linux, Solaris, and FreeBSD. We were planning to
have the lock be a pthread_mutex_t residing in the
shared memory page. This works well on Linux and Solaris,
but FreeBS
Kostik Belousov wrote:
It seems that you want a merge of r178042,183614,184842,188057 (one of
Yes, I finally figured this out on Fri. I probably should
have posted a response to this thread to avoid others
wasting time on this.
Drew
___
freebsd-ha
Hi,
I'm trying to re-initialize a NIC which uses firmware(9)
after a hardware fault. As part of the process, I need
to re-load the firmware using firmware_get(). If the
firmware kld is not resident, then the machine will panic
like this:
Fatal trap 12: page fault while in kernel mode
cpuid = 0
The TSO/LRO section needs a little updating.
According to find sys/dev | xargs grep -l IFCAP_TSO, TSO is present in
at least: bce, cxgb, em, ixgbe, msk, mxge, nfe, nxge, re
Based on grepping for IFCAP_LRO, LRO is currently available only in mxge.
Note that the LRO in mxge is currently a driv
P.ArulChandran writes:
> By analyzing the packets from FreeBSD in firebug log, I could see that
> unfragmented packets are sent as fragmented packets, with inappropriate
> values in the packet header. Even if the packets are fragmented, the
> 'lf' field is not set correctly. To comply with Se
Scott Long writes:
>
> You can use pmap_mapdev() to create a KVA mapping of an arbitrary
> physaddr+len. In fact, this is exactly what newbus uses to create the
> PCI MEMIO resources when bus_alloc_resource() is called. I'm not sure
> if the range is mapped and activated before the driver
I maintain drivers for a PCI card which presents itself as having
16MB of address space. Eg:
mx0: mem 0xf900-0xf9ff irq 20 at device 3.0 on pci1
However, most of that address space does not need to be mapped into
the host. Really, only a little over 2MB needs to be mapped (3 regions
w
Nick Strebkov writes:
> May 19 16:17:00 devel /kernel:
> May 19 16:17:00 devel /kernel: syncing disks... 60 3 2
>
> [dd boot kernel messages]
Try disabling sync-on-panic. It almost always causes problems for me
when trying to get dumps.
% cat /etc/sysctl.conf
kern.sync_on_panic=0
If
Bruce M Simpson writes:
> On Wed, May 19, 2004 at 03:29:09PM -0700, Steve Watt wrote:
> > >On Wed, May 19, 2004 at 05:29:07AM -0700, Alfred Perlstein wrote:
> > >+> I need to share about 100megs of memory between kernel and userspace.
> > >+>
> > >+> The memory can not be paged and should app
Luigi Rizzo writes:
> On Wed, Mar 03, 2004 at 10:03:11AM -0500, Andrew Gallatin wrote:
<...>
> > I'm trying to design a new ethernet API for a firmware-based nic,
> > and I'm trying to convince a colleague that having separate
> > receive rings for sm
Don Bowman writes:
> I'm not sure what affect on fxp. fxp is inherently limited
> by something internal to it, which prevents achieving
> high packet rates. bge is the best chip, but doesn't
> have the best bsd support.
>
Just curious - why is bge the best chip? Is it because
it exports
Dung Patrick writes:
> Correct me if I am wrong:
>
> To use the zero copy 'receive' on i386, you need to set the MTU to 4096 bytes(page
> size) or 4096 multiples.
No, just larger than a page-size plus headers. FreeBSD's tcp
automagically sets the mss to a page-sized multiple for large MTUs
Dung Patrick writes:
> Hi
>
> I have read http://people.freebsd.org/~ken/zero_copy/
>
> To correctly use zero copy receive, it seems it need to set the MTU to:
> have to be at least page sized, and be aligned on page boundaries.
Yes.
> So is the default MTU for ethernet network card 150
Bruce M Simpson writes:
> I've been thinking we should definitely make the cache organization
> info available via sysctl. I am thinking we should do this to make
> the UMA_ALIGN_CACHE definition mean something...
If you do this, it may make sense to use the same names as MacOSX.
Eg:
g51%
Clifton Royston writes:
> For anyone who's interested, I've been running FreeBSD 4.8 on the
> EPIA-1M mini-ITX for at least a couple months now; it's available
Cool! Have you measured the power consumption?
I'm looking for a low power consumption, 'always on' box for my home
office, an
Aaro Koskinen writes:
> > My question is: What the heck could the SMP kernel be doing which
> > causes the DMA to "complete" faster?
>
> The chipset probably uses PCI bus (MSI-like mechanism) to deliver the
> interrupt from the IO APIC to the local APIC, which means that the PCI
> bridge(s
I was toying with a programmable PCI card and wrote some code
which DMAs a small block of data to the host, and then interrupts the
host. The host checks the end of the block, and sees if it gets the
value it expects.
On an SMP P4 (hyperthreaded, with ServerWorks chipset) FreeBSD 4.8 UP,
and
Ruslan Ermilov writes:
> >
> Ah, didn't notice it. Try this:
>
> .for f in $(LIB)
> $(f:.c=.o): $(f)
> gcc -DLIB -c $< -o $@
> .endfor
Thanks! That works.
Drew
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo
Ruslan Ermilov writes:
> On Thu, Aug 07, 2003 at 02:42:30PM -0400, Andrew Gallatin wrote:
> >
> > Using BSD make, how can I apply different rules based on different
> > directories while using only a single makefile?
> >
> There's a .CURDIR variable
Using BSD make, how can I apply different rules based on different
directories while using only a single makefile?
Ie, the appended Makefile results in the following compilations:
gcc -DLIB -c lib/foo.c -o lib/foo.o
gcc -DLIB -c lib/bar.c -o lib/bar.o
gcc -DMCP -c mcp/baz.c -o mcp/b
Eric Anholt writes:
> shouldn't be too big of an issue. The unique identifier is the big
> problem and the fileops trick should work for that.
>
> However, is this going to get easier some day? Are there any plans to
> pass the struct file down to the drivers and have a void * in there for
M. Warner Losh writes:
> In message: <[EMAIL PROTECTED]>
> Sean Kelly <[EMAIL PROTECTED]> writes:
> : Has anyone ever considered embedding some sort of identifier in kernel
> : modules to keep them from being loaded with the wrong kernel?
>
> Actually, I was talking about this w
void writes:
>
> > Also, X11 "feels" quite slow if you're
> > used to X11. (I'm writing this from KDE running under XDarwin on a ti
> > powerbook, 867MHz).
>
> Apple's new X11-for-Mac-OS-X beta software is much faster than XDarwin.
>
Much buggier too. And it lacks full screen mode.
I
Julian Elischer writes:
>
> news to me.. I run multiple terminal windows, each running tcsh.
> That's with an unaltered macosX 10.1.5.
> from the user perspective it looks a lot like FreeBSD 3.{something}
I think he means text-only syscons like vtys. MacOSX does not have
them. Nobody has
Nate Lawson writes:
> Try to figure out where it was in frames 8 and 10 (probably a module).
>
Try the gdbmods port (/usr/ports/devel/gdbmods)
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Eric Anholt writes:
> On Tue, 2002-10-22 at 07:37, Andrew Gallatin wrote:
<..>
> > Do I need something special in my /etc/X11/XF86Config to make this
> > work? I never had problems on my old system (an alpha with a
> > 3dlabs Permedia-2 based AGP card).
>
&g
Hanspeter Roth writes:
> On Oct 22 at 10:37, Andrew Gallatin spoke:
>
> > I've now upgraded to XFree86-Server-4.2.1_5. dpms still does not
> > work for me:
> >
> > % xset dpms force off ; xset q | tail -5
>
> I didn't care about of
Eric Anholt writes:
> On Mon, 2002-10-21 at 08:16, Hanspeter Roth wrote:
> > Hello,
> >
> > I have two hosts connected to one monitor. My idea is attach the
> > display to the other host by issuing `xset dpms force suspend'.
> > This works on one host with a Matrox Millenium.
> > On the ho
Eric Anholt writes:
> On Mon, 2002-10-21 at 08:16, Hanspeter Roth wrote:
> > Hello,
> >
> > I have two hosts connected to one monitor. My idea is attach the
> > display to the other host by issuing `xset dpms force suspend'.
> > This works on one host with a Matrox Millenium.
> > On the ho
Giorgos Keramidas writes:
> On 2002-10-07 17:09, Ian Dowse <[EMAIL PROTECTED]> wrote:
> >
> > This is something I have been meaning to investigate for a while: [...]
> > Anyway, below is a proof-of-concept patch that does the basics, but
> > among other things, its logic for locating the ke
Can somebody explain to me how sysctls from klds are relocated?
For background, after the binutils upgrade in -stable, I'm unable to
load linux.ko on my desktop. The faulting address is always
0x9010102464c457f (oidp->oid_parent) and the pc is in
sysctl_find_oid_name().
The crash looks like th
Brandon D. Valentine writes:
> running it through a computer (AFAIK). There are rumors afloat of
> Gigabit Ethernet linecards for Myrinet switch hardware on the horizon
Slightly more than rumours --
http://www.myri.com/news/02512/slides/Seitz_roadmap.pdf
http://www.myri.com
Terry Lambert writes:
> I guess the next question is "Anyone know a gigabit NIC that is
> currently in production, which has hack-friendly firmware?"...
I think our products are the only game in town.
http://www.myri.com/myrinet/product_list.html
http://www.myri.com/myrinet/performanc
Terry Lambert writes:
> Wilko Bulte wrote:
> > > I knew not to recommend the Alpha because it is limited to 2G
> > > of physical memory.
> >
> > ?
> >
> > FreeBSD is limited to using 2G of whatever you have in the Alpha.
> > Which is a deficiency that has been debated a number of times,
Terry Lambert writes:
> The closest anyone has come to this (to my knowledge) is
> the creation of a polled network driver and a tiny UDP
> stack to permit remote debugging over the network to a
> different machine on the same switch. This isn't very
> close to dumping.
I think Darrell's n
Jacques Fourie writes:
> I was wondering what the amount of effort involved would be to add
> support for dumping on a remote machine via tftp, for example. This
> would be extremely handy for devices with little or no hard disk space.
>
> Does anyone know of anything with this functionali
Chan Tur Wei writes:
> So unless someone specifically sets the active partition, the 1st FreeBSD
> one, usually -stable, will get loaded. Since boot1+boot2 is loaded by the
> partition boot boot0, or the standard DOS boot (or, even MS's multi boot
> selector), the above may cause the 2nd Fre
Chan Tur Wei writes:
>
> I'm not sure how booting with lilo will work (never played with it).
>
> Instead, I dug around a bit previously, and I found that boot1.s reads:
> #
> # If we are on a hard drive, then load the MBR and look for the first
> # FreeBSD slice. We use the fake partit
Kip Macy writes:
>
> >
> >
> > x86 bootloaders terrify me, so I have not tried grub. Does grub
> > understand reiserfs?
>
> Yes. If you had ever worked with the source to LILO it would terrify you too.
Lilo is what initially terrified me..
;-)
Drew
To Unsubscribe: send mail to [E
Cyrille Lefevre writes:
> On Sun, Jun 30, 2002 at 09:23:22PM -0400, Andrew Gallatin wrote:
> >
> > How do I dual boot -current and -stable from different slices on the
> > same IDE disk? (and linux too.)
> >
> > When I tell lilo to boot "hde3&qu
How do I dual boot -current and -stable from different slices on the
same IDE disk? (and linux too.)
When I tell lilo to boot "hde3", I get the -stable boot2 and
/boot/loader from "hde2" (ad4s2a). I can then monkey around setting
currdev and hints and unloading the -stable kernel & then boot
-
John Polstra writes:
> On the i386, living with the misalignment is probably the best
> solution, unfortunately. The only alternatives I can think of are:
>
> - bcopy the packet up by 2 bytes after reception to align the
> payload, or
>
> - disable PCI-X mode on the bus
>
Terry Lambert writes:
> now that HP owns what Intel didn't already own. The FreeBSD Alpha
> port (which *is* complete) unfortunately can't handle more than 2G
> of RAM (apparently, this has to do with the I/O architecture issues
> that have yet to be resolved completely, by way of code chang
Stephen Montgomery-Smith writes:
> I have access to a rather large computer (3GB of RAM) and I would like
> to write a program to access most of this memory. I find that I am
> unable to malloc more than about 0.5 GB of memory, even if I do it in
Check your per-process limits.
Also, rebuild
Nigel Roberts writes:
> #10 0xc0237fbe in rl_rxeof (sc=0xc0b9d200) at ../../pci/if_rl.c:1151
> #11 0xc023827a in rl_intr (arg=0xc0b9d200) at ../../pci/if_rl.c:1342
> #12 0xc0279c7a in vec3 ()
> #13 0xc01c2196 in ether_output (ifp=0xc0ba4000, m=0xc076af00, dst=0xc0c28770,
> rt0=0xc0c59d0
Marc G. Fournier writes:
>
> Okay, seem to be about halfway there ... client kldload's no problem,
> server runs ... do a ctl-alt-esc to get into DDB and type panic, and it
> gives a message that its looking for the server and it finds it on the
> right IP ... then it prints out a '1023' an
Marc G. Fournier writes:
>
> Well, downloaded the files (a .tar.gz would be nice? *grin*) and the
> client built perfectly, and kldload worked fine ... is there some way
> someone can suggest of 'simulating a crash'? Some way to test to make
> sure that it is working as expected? I have a
Marc G. Fournier writes:
>
> Oh, I like the netdump one ... I have a machine sitting right beside this
> one that I can use to dump to ... has anyone thought to include this as a
> 'standard' sort of thing with FreeBSD? So that it keeps up with the
> current code?
>
>
I plan to integr
There are 3 things you could do:
a) Limit your memory size in the loader
b) Use partial dumps
c) Use network dumps if you have another machine to run the dump
server on.
Both the netdump & partial dump code can be found at:
http://www.cs.duke.edu/~anderson/freebsd/
Both may be a littl
Kenneth Culver writes:
> > I just looked at the NetBSD code & like linux, they use a macro which
> > individually pushes the registers onto the stack rather than using
> > pushal (which I assume is the same as what intel calls PUSHAD in their
> > x86 instruction set ref. manual).
> >
> > Ne
Kenneth Culver writes:
> So, as far as I can tell, this version of glibc is doing the Right Thing,
> and the ebp register is getting messed up somewhere along the line in
> either the assembly code that handles the 0x80 trap in FreeBSD, or in
> syscall2 (I think it's probably the asm that han
Brandon S Allbery KF8NH writes:
> On Wed, 2002-04-24 at 10:41, Andrew Gallatin wrote:
> > Maybe the argument isn't where you expect it to be, but is there.
> > Can you make a test program which calls mmap2 with its 6th arg as
> > something unique like 0xdeadbee
Kenneth Culver writes:
> OK, I THINK I found what calls the actual kernel syscall handler, and
> sets it's args first, but I'm not sure:
>
> from linux_locore.s
>
> NON_GPROF_ENTRY(linux_sigcode)
<...>
> Does anyone who actually knows assembly have any ideas?
This is the linux sigtramp
Kenneth Culver writes:
> > > Basically, linux_mmap2 takes 6 args, and this looks here like only 5 args are
> > > making it in... I checked this because the sixth argument to linux_mmap2() in
> > > truss was showing 0x6, but when I printed out that arg from the kernel, it
> > > was showing
Kenneth Culver writes:
> OK, I found another problem, here it is:
>
> static void
> linux_prepsyscall(struct trapframe *tf, int *args, u_int *code, caddr_t
> *params)
> {
> args[0] = tf->tf_ebx;
> args[1] = tf->tf_ecx;
> args[2] = tf->tf_edx;
> args[3] = tf->tf_esi
Kenneth Culver writes:
> > To me, it looks like mmap2 takes an offset that's a page index, rather
> > than a byte position. Since linux passes the offset with a 32-bit
> > long, rather than a 64-bit off_t like we do, they need to do this in
> > order to be able to map offsets larger than 4G
Denis Serenyi writes:
> I don't think there will be a problem with releasing my source code.
> That is, if it works and is truly a performance win :)
Cool!
> There are some PDF docs available on Intel's web site that have sample
> code for an SSE bcopy, and give performance results (in pa
Denis Serenyi writes:
> I've been looking at adding an SSE bcopy that runs at user-level to a
> program that I'm working on. I'm using FreeBSD 4.3 currently.
>
> I wrote the routine, and when I execute it, I get an illegal instruction
> exception when I try to execute the first SSE instru
Terry Lambert writes:
> Andrew Gallatin wrote:
> > After updating the firmware on our our 2 gigabit nic to allow enough
> > scatter entries per packet to stock the 9K (jumbo frame) receive
> > rings with cluster mubfs rather than contigmalloc'ed buffers(*),
After updating the firmware on our our 2 gigabit nic to allow enough
scatter entries per packet to stock the 9K (jumbo frame) receive
rings with cluster mubfs rather than contigmalloc'ed buffers(*), I
noticed a dramatic performance decrease: netperf TCP_STREAM
performance dropped from 1.6Gb/sec t
Terry Lambert writes:
> Andrew Gallatin wrote:
> > The problem is that ip_maxfragpackets is:
> > "Maximum number of IPv4 fragment reassembly queue entries"
> >
> > You (& I, & most people probably) took that number to mean the cap on
> &g
Bruce A. Mah writes:
>
> I was discussing this with some of my cow-orkers, as we've had a similar
> situation (cluster mbufs getting temporarily depleted on a
> 4.5-RELEASE-p2 NFS server with Linux and FreeBSD clients, but no kernel
> panics). Shouldn't the net.inet.ip.maxfragpackets sysct
Will Froning writes:
> I have a 4.5-RELEASE-p2 box that is my Firewall/NAT/NFS server. As a
> NFS client I have a RH7.2 linux box. When I do massive NFS writes to
> my FBSD (from RH7.2 box), I get a panic. I've attached the info I got
> from my debug kernel.
>
While the fix being discus
Justin C.Walker writes:
>
> On Wednesday, February 20, 2002, at 04:52 PM, Julian Elischer wrote:
>
> > yes but we might as well be protocol compatible if possible :-)
> > If only to re-use what they did in gdb :-)
>
> The Darwin/Mac OS X scheme only deals with IOKit because that's where
Terry Lambert writes:
> Andrew Gallatin wrote:
> > Terry Lambert writes:
> > > > So.. Is PIO safe? Is there any sort of CRC being done on PIO data?
> > >
> > > He just said: if your chipset is programmed correctly
> > > by
Terry Lambert writes:
> > So.. Is PIO safe? Is there any sort of CRC being done on PIO data?
>
> He just said: if your chipset is programmed correctly
> by the BIOS, then there will not be a problem, but
> apparently, there is a very narrow band of "correctly"
> (perhaps even only a singl
Søren Schmidt writes:
>
> Hmm, the problem is known, but belived to be fixed *IF* your BIOS
> setup things the right way. I've newer seen the problem on my
> ASUS CUR-DLS, but I have several reports of TYAN's (forgot the model#)
> that fails all over. I have not verified if ASUS has done so
Hi,
I have a few machines with the following ata controller:
atapci0@pci0:15:1: class=0x01018a card=0x chip=0x0266 rev=0x00 hdr=0x00
vendor = 'Reliance Computer Corp./ServerWorks'
device = 'OSB4 PCI EIDE Controller'
class= mass storage
subclass = ATA
They'
Jason Mawdsley writes:
> Why can't I write to memory in the first case?
>
> Is there anyway I can implement writable but no readable memory?
>
> I read some where that there is no true write only memory do to the
> limitations of x86.
I think you must have read correctly -- your sample c
John Baldwin writes:
>
> On 09-Feb-02 Julian Elischer wrote:
> > he infrastructure needed for a new driver can be taken from
> > the sample driver in /usr/share/examples/drivers/make_device_driver.sh
> > IN -CURRENT. (use cvdweb on the website to get it)
> >
> > that will at least get r
David Greenman writes:
> >David Greenman wrote:
> >> >In any case, disabling it is what ClickArray ended up doing, as well,
> >> >for the Tigon II, until the firmware could be fixed.
> >>
> >>We're talking about the Tigon III (bge driver for Broadcom BCM5700/BCM5701).
> >
> >Crap. Th
Leo Bicknell writes:
> The question that immediately comes to mind is, why not simply use
> as big a value as possible? The problem comes down to buffering
> the data, and busy servers may have to buffer a lot of data. Having
> a 1 meg window size may have you buffer 1 meg per connection.
[EMAIL PROTECTED] writes:
>
> Anyone with experience or ideas?
>
Because of the aligment constraints of the card, its copying every
single packet the driver recvs. This is required on alpha (and
possibly other platforms) to prevent an unlaligned access. In a
forwarding situation on an x86
Louis A. Mamakos writes:
>
> Some work I did a year or so ago measured the interrupt response time
> latency, and it was pretty impressive at how large and variable it
> could be.
>
> louie
Yes. Me too, but with a pamette, not a nic.
Have you read the pci pamette perf paper (Systems
Terry Lambert writes:
> Jonathan Lemon wrote:
> > >I'm trying to use the TCP&IP checksum offload capability of the Netgear
> > >GA620 NIC from a SMP FreeBSD 4.2R system running on a typical PIII SBC.
<..>
>
> He didn't say his packet size, either.
>
> To the original poster: if you are s
Louis A. Mamakos writes:
>
> Folks ought to consider the likelyhood of this class of data
> corruption, unlikely as it is, and weigh it along with the impact on
> your application, and the differences in performance and loading.
>
Agreed. Very well said, by the way..
Drew
To Unsubscrib
Louis A. Mamakos writes:
> I was referring to the case on the transmit side where the wrong
> data get's gathered up by the DMA engine because of software related
> errors. You get a valid checksum, but for the wrong data. You might
> have the wrong data because a drive screwed up setting
Ronald G Minnich writes:
> On Thu, 27 Sep 2001, Andrew Gallatin wrote:
>
> > At this level, you're basically screwed. A sofware checksum isn't
> > even an option on other PCI users, like disk controllers. If you
> > don't trust your PCI chipset
Ronald G Minnich writes:
>
> you still have a potential problem here with variance in chipsets, namely
> the case of broken ABORT or other unusual PCI cycle handling (missed word
> problem). I agree it's a low probability. But we've seen it, just a week
> or two ago on a brand new box.
>
Louis A. Mamakos writes:
> The other type of failure you might not catch are software errors; that
> is, where a packet is produced by the network stack and then is
> subsequently stomped on by a random store from some other code. Or
> a mis-programmed I/O card with scatter/gather capability
Ronald G Minnich writes:
> I have a question on the checksum offloading. Has anyone measured any
> incidence of data corruption between the PCI card and memory. In other
> words, when you offload checksums the end-to-end checking becomes
> card-to-card checking, and the possibility exists th
Peter Wemm writes:
Thanks for your description of how ECC is reported on PCs. That was
very, very helpful.
> The Tyan Thunder 2510 BIOS even disables ECC -> NMI routing so you have to
> go to quite a bit of trouble to reprogram the serverworks chipset to
> actually generate NMI's so that y
Matt Dillon writes:
>
> :What happens on an ECC equipped PC when you have a multi-bit memory
> :error that hardware scrubbing can't fix? Will there be some sort of
> :NMI or something that will panic the box?
> :
> :I'm used to alphas (where you'll get a fatal machine check panic) and
>
What happens on an ECC equipped PC when you have a multi-bit memory
error that hardware scrubbing can't fix? Will there be some sort of
NMI or something that will panic the box?
I'm used to alphas (where you'll get a fatal machine check panic) and
I am just wondering if PCs are as safe.
Thanks
Terry Lambert writes:
> Andrew Gallatin wrote:
> > I imagine that this was done to follow alignment constraints on
> > non-i386 platforms where having the ip header misaligned is fatal.
> > (the tulip is not capable of byte granularity DMA, so you can't
>
Luigi Rizzo writes:
> Does anyone know of specific reasons to use m_devget()
> to extract received packets from the rx buffer in the "dc"
> driver, as opposed to passing up the mbuf and just
> replacing it with a fresh one in the controller's queue ?
>
> Other drivers just happily do the l
Peter Wemm writes:
> The same goes for __format_arg(n) in stdio.h. And so on. We've been pretty
> clean about it so far, but a few have slipped through.
>
That __format_arg, btw, breaks the Compaq CCC compiler & causes us to
have to override stdio.h because of just that one line.
Does you
Steve Ames writes:
> > We *do* know who that is. This however is a more tcsh-specific issue,
> > and raising it with the tcsh author would probably lead you to faster
> > happiness. Is there some reason you wont email him about this?
>
> Except it isn't tcsh specific really.
>
> Our c
Bill Paul writes:
> by user programs, but these don't panic the system. In the case of
> FreeBSD/alpha, we fake it up so know about the problem but the process
> keeps running. Some OSes (e.g. Solaris) clobber the process with a
> SIGBUS. Some would argue the latter behavior is better since i
[EMAIL PROTECTED] writes:
> A more important question is "are these 32-bit cards, and if so, do they have
> enough internal buffer to do sustained 1GB transfers". Generally 32-bit PCI
> is too slow for GB, as it cant do sustained 1GB transfers. Some 32-bit GB
> cards are just a total waste
rsion >= 41.
Hope this helps,
Drew
------
Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin
Duke University Email: [EMAIL PROTECTED]
Department of Computer Science Phone: (919) 6
Arun Sharma writes:
> Single UNIX spec doesn't include the above sysconf(3) argument, but
> many UNIX variants do. What's the BSD way of doing this ?
How about the hw.ncpu sysctl?
Drew
------
And
the mdctl device node yourself (95, 0x00ff)
If anybody else feels like testing this, please do so. Is there
some interest an MFC?
Cheers,
Drew
------
Andrew Gallatin, Sr Systems Programmer http://www.cs.duke
1 - 100 of 154 matches
Mail list logo
