Luigi Rizzo wrote:
>
> I probably missed some emails ?
> In any case i was only concerned about the additional copy
> done by m_devget when the controller can already DMA into
> an mbuf, and there are no alignment constraints.
I guess we are talking about a protocol other than IP? The
ethernet
Mario Sergio Fujikawa Ferreira wrote:
> Hi,
>
> While working on a make .mk code, I and Chris Wasser (TDF
> on IRC) came across an interesting behavior:
>
> sh -c 'TDF="echo a && echo b";for i in `${TDF}`; do echo "i:$i"; done'
>
i do not believe this is a bug... it is the way the bash
I probably missed some emails ?
In any case i was only concerned about the additional copy
done by m_devget when the controller can already DMA into
an mbuf, and there are no alignment constraints.
cheers
luigi
> Andrew Gallatin wrote:
> > > I disagree with this code; the elemen
Andrew Gallatin wrote:
> > I disagree with this code; the elemenets in the header
> > are referenced multiple times. If you are doing the
> > checksum check, you might as well be relocating the data,
> > as well. The change I would make would be to integrate
> > the checksum calculation wit
¨ü¤åªÌ¡G§e¡@°ê¥ß¥xÆW¤j¾Çº[©ÒÄݦæ¬F¾Ç³N¬ã¨s³æ¦ì¡þ
¡@¡@¡@¡@¡@¡@¥þ°ê¦U¯Å¾÷Ãö¹ÎÅé¡þ¤½¥q¦æ¸¹¡þ¤½·|©ÎÓ¤H¡@½Ðų®Ö¡I
µo¤åªÌ¡G¥øÀs¿ì¤½¥Î«~¦³¤½¥q¡@¹q¸Ü¡G(02)2701-2000
¥D¡@¦®¡G¨Ï¥Î¡eÀô«O¹p®gºÒ¯»§X¡f¤§ÀuÂI¤Î±ÄÁÊnÂI¡C
»¡¡@©ú¡GÀô«O¹p®gºÒ¯»§X¤§±MÃD¬ã¨s³ø§i
¡]¤@¡^«e¨¥
¡@¡@¡@¡@¡@ªñ¦~¨Ó¡A¥Ñ©ó¦U¶µ¬ÛÃö§Þ³N¦¨
¨ü¤åªÌ¡G§e¡@°ê¥ß¥xÆW¤j¾Çº[©ÒÄݦæ¬F¾Ç³N¬ã¨s³æ¦ì¡þ
¡@¡@¡@¡@¡@¡@¥þ°ê¦U¯Å¾÷Ãö¹ÎÅé¡þ¤½¥q¦æ¸¹¡þ¤½·|©ÎÓ¤H¡@½Ðų®Ö¡I
µo¤åªÌ¡G¥øÀs¿ì¤½¥Î«~¦³¤½¥q¡@¹q¸Ü¡G(02)2701-2000
¥D¡@¦®¡G¨Ï¥Î¡eÀô«O¹p®gºÒ¯»§X¡f¤§ÀuÂI¤Î±ÄÁÊnÂI¡C
»¡¡@©ú¡GÀô«O¹p®gºÒ¯»§X¤§±MÃD¬ã¨s³ø§i
¡]¤@¡^«e¨¥
¡@¡@¡@¡@¡@ªñ¦~¨Ó¡A¥Ñ©ó¦U¶µ¬ÛÃö§Þ³N¦¨
Mario Sergio Fujikawa Ferreira wrote:
>
> Hi,
>
> While working on a make .mk code, I and Chris Wasser (TDF
> on IRC) came across an interesting behavior:
>
> sh -c 'TDF="echo a && echo b";for i in `${TDF}`; do echo "i:$i"; done'
>
> This should return:
>
> i:a
> i:b
>
> instead, it
On 2001.09.21 21:13 Mario Sergio Fujikawa Ferreira wrote:
> Hi,
>
> While working on a make .mk code, I and Chris Wasser (TDF
> on IRC) came across an interesting behavior:
>
> sh -c 'TDF="echo a && echo b";for i in `${TDF}`; do echo "i:$i"; done'
>
> This should return:
>
> i:a
> i:b
>
hi,
can you show me the output of
ipfw show
and
ipfw pipe show
Reading your questions, i have the feeling you are doing
something wrong in the commands.
For the last one, the client will keep generating its stream
of data, it is just after going through the pipe that you will
see
Hi,
While working on a make .mk code, I and Chris Wasser (TDF
on IRC) came across an interesting behavior:
sh -c 'TDF="echo a && echo b";for i in `${TDF}`; do echo "i:$i"; done'
This should return:
i:a
i:b
instead, it returns:
i:a
i:&&
i:echo
i:b
If this is not a bug, how do
> Hello,
>
> | In short, which program gives enough knowledge to the microprocessor (?)
> | and allow him to use kern.flp & mfsroot.flp in order to boot and make the
> | operating system running.
>
> your BIOS reads the first sektor from your floppy which consists
> of a boot loader, which usual
Jordan Hubbard <[EMAIL PROTECTED]> wrote:
> > I seem to recall these programs were owned by WCCDROM (then BSDi, then
>
> Naw, I'd long since prunted tools/ to just the stuff that was freely
> redistributable. Murray simply forgot to put it on the ISOs he
> created. :)
Does this mean the ISO's a
On Fri, Sep 21, 2001 at 12:27:31PM -0500, Alfred Perlstein wrote:
> Oh, I don't give a cr*p about ISO downloaders, I find them annoying.
> People downloading ISO can find it, people trying to install from
> pressed CDroms without net access might find it a bit more difficult.
[ Picking a random m
I am using gdb a lot recently and find out that most of the bugs are
memory related. I am wondering how to set up a hardware breakpoint which
is triggered whenever a memory address is written again. I have no
experience with this subject.
Another minor question is how to set a static variable i
Jason Andresen wrote:
> "Bruce A. Mah" wrote:
>
>>Note that the set of people affected is going to be "people who can't do
>>anonymous FTP, don't have bootable CDROMs, and *only* have the ISO
>>images to work with". I don't know for sure, but I'd expect this set to
>>be pretty small...if they d
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
> > intentionally misalign the etherne
On Fri, Sep 21, 2001 at 03:44:56PM +, Olafur Osvaldsson wrote:
>
> On Fri, 21 Sep 2001, Alfred Perlstein wrote:
>
> > Wouldn't it be trivial to just mount the ISO, tar copy it, add the
> > files then rerun mkisofs?
> >
>
> This would result in all mirrors re-downloading the image wich is n
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
> intentionally misalign the ethernet header & end up with an aligned IP
>
If memory serves me right, Jordan Hubbard wrote:
> Sounds fine to me!
OK. I'll go ahead and do this. In the event that the decision is
made to reroll the ISO image(s), we'd have to write up something
anyways.
Bruce.
PGP signature
* Jordan Hubbard <[EMAIL PROTECTED]> [010921 11:47] wrote:
> It will require re-rolling 4.4-install.iso and 4.4-mini.iso. If you
> want to petition [EMAIL PROTECTED] to see if they'd object to
> re-mirroring them, that would be a good first step. If they don't
> disagree, I'm sure Murray would b
It will require re-rolling 4.4-install.iso and 4.4-mini.iso. If you
want to petition [EMAIL PROTECTED] to see if they'd object to
re-mirroring them, that would be a good first step. If they don't
disagree, I'm sure Murray would be happy to fix them in his ISO build
tree and push them back up to
Sounds fine to me!
From: "Bruce A. Mah" <[EMAIL PROTECTED]>
Subject: Re: No tools on 4.4-RELEASE ISO?
Date: Fri, 21 Sep 2001 07:48:41 -0700
> If memory serves me right, Jordan Hubbard wrote:
> > > I seem to recall these programs were owned by WCCDROM (then BSDi, then
> >
> > Naw, I'd long sinc
Olafur Osvaldsson wrote:
>
> On Fri, 21 Sep 2001, Alfred Perlstein wrote:
>
> > Wouldn't it be trivial to just mount the ISO, tar copy it, add the
> > files then rerun mkisofs?
> >
>
> This would result in all mirrors re-downloading the image wich is not such a
> big deal except now there are a
"Bruce A. Mah" wrote:
>
> Note that the set of people affected is going to be "people who can't do
> anonymous FTP, don't have bootable CDROMs, and *only* have the ISO
> images to work with". I don't know for sure, but I'd expect this set to
> be pretty small...if they don't have Internet access
On Fri, 21 Sep 2001, Alfred Perlstein wrote:
> Wouldn't it be trivial to just mount the ISO, tar copy it, add the
> files then rerun mkisofs?
>
This would result in all mirrors re-downloading the image wich is not such a
big deal except now there are a minimum of 5 users downloading the image
* Bruce A. Mah <[EMAIL PROTECTED]> [010921 10:18] wrote:
> If memory serves me right, Alfred Perlstein wrote:
>
> > I don't know, missing the tool to make disk images from DOS is
> > a pretty bad thing IMO, any way to get this fixed?
>
> I can't think of any way to do this besides re-rolling the
Thanks everyone for exellent answers - I learned something from every
single email I received in response.
Thanks, Stephen
> Stephen Montgomery-Smith wrote:
> >
> > I have written a server program that listens on port 3000. The program
> > works very well except for one feature. I am asking i
If memory serves me right, Alfred Perlstein wrote:
> I don't know, missing the tool to make disk images from DOS is
> a pretty bad thing IMO, any way to get this fixed?
I can't think of any way to do this besides re-rolling the ISO images.
Note that people buying the physical CDROMs might not s
* Bruce A. Mah <[EMAIL PROTECTED]> [010921 09:49] wrote:
> If memory serves me right, Jordan Hubbard wrote:
> > > I seem to recall these programs were owned by WCCDROM (then BSDi, then
> >
> > Naw, I'd long since prunted tools/ to just the stuff that was freely
> > redistributable. Murray simply
If memory serves me right, Jordan Hubbard wrote:
> > I seem to recall these programs were owned by WCCDROM (then BSDi, then
>
> Naw, I'd long since prunted tools/ to just the stuff that was freely
> redistributable. Murray simply forgot to put it on the ISOs he
> created. :)
OK, it sounds like
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
when the driver ioctl (i.e. ifp->if_ioctl) is called with either
SIOCADDMULTI or SIOCDELMULT, NULL value is passed as data argument to the
ioctl function. but going through the code(in net/if.c file if_addmulti
and if_delmulti functions) doesn't reveal the logic behind it. can anyone
tell me why
These guys have 2 SCSI analyzers at $200 each:
http://www.metricsales.com/bargains.asp
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be
33 matches
Mail list logo
