> excuse previous gibberish. i am at a loss as to how it happened, maybe vm
> dealing with a very long line. i hope it is not reproducable.
>
> -current as of 99.08.14
could it be the compiler was upgraded recently ? I wrote grabber-x11.cc
but i am far from being C++ literate so the most i
is not unlikely to have to store a whole file whatever
its size is.
I suppose sendfile() might have to deal with a similar problem ?
cheers
luigi
---+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
> > can someone investigate this ? the code seems to work fine on 3.x
>
> Someone also sent me a report on that, so it's a real problem. I have a
> traceback, but without debugging symbols.
it's so easy to reproduce that i hope the vm/vn gurus will not require
too much effort to find the bug.
i
Hi,
> I've found panics are more likely to occur if the command pair is
> executed in a script vs. from the command line. This may suggest some
> sort of race is occurring.
no idea... i have always managed to panic the system even running the
commands from the command line one at a time,
About the vnconfig/disklabel problem, i don't understand one thing: the
sequence that causes the reboot is the same used to produce the
boot floppy images. How comes that it is still possible to produce
snapshots for -current ? Are they cross-built on an older version
of the system ?
che
With the 991229 shapshot, from a FreeBSD 3.3 or 3.4 machine:
> rlogin bsd4
assword:hey this is great!
why is the initial 'P' missing, and the password echoed ?
cheers
luigi
---+-----
> > > I've just done a replacement for wormcontrol that allows burning CDR/CDRW
> > > with just one command. Its simpleminded but it works.
btw for the records -- on 2.2.x i noticed i needed some wait between
the transfer of data to CDR, and the "fixate" command (in other words,
the fixation woul
[Charset ISO-8859-1 unsupported, filtering to ASCII...]
>
> I've just done a replacement for wormcontrol that allows burning CDR/CDRW
> with just one command. Its simpleminded but it works.
>
> Just a FYI as I know several people have said they where thinking
> about doing such a thingy.
this w
can people suggest other common
usage of rules in ipfw ?
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-
ers
luigi
---+---------
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
Mo
ome H-shaped way ?
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotis
t than per-interface lists in many
cases.
cheers
luigi
-------+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.5
o allow/deny to a list of random
addresses...).
cheers
luigi
---+---------
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050
P's.
> I can't easily send out the actual IP firewall list, it may expose
> what ever router I grabbed it off of to an attack :-)
understand -- this is why i just asked only about the structure of the
ruleset and the length of the longest search path.
cheers
luigi
--
t say anything about ipfilter).
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522
s to scan
the list of IP associated with all interfaces. Can be time-consuming.
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita
existing features.
cheers
luigi
---+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisa
adding state to ipfw, if i find proper support
- hint, hint), so you can build better things.
In other words, if you want to switch, be motivated by features, not
by performance!
cheers
luigi
---+-----
Luigi RIZZO,
> Yes absolutely. Well done, Sir! To think I was on the point of selling my
> AWE64 about 5 months ago because it didn't work under FreeBSD!
pardon me but i thought at least the DSP part of the AWE64 was
already supported by the 'oldpcm' driver in 3.x
cheers
luigi
To Unsubscr
Hi,
> Any reason that the IPFIREWALL and DUMMYNET code is present in
> sys/net/bridge.c? It appears that it makes a number of bad assumptions
> and in general violates the semantics of 'bridging' vs. 'routing'.
the reason is that I needed that functionality, and according to
my experience most
Hi,
would it be ok to commit the following patch to
/usr/src/sys/boot/i386/loader/Makefile so that we can build
a smaller loader without Forth support, which is still useful
to boot a picobsd kernel ?
cheers
luigi
rizzo# diff -ubwr Makefile.40RC Makefile
--- Makefile.40RC
just not there!
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalv
Thanks everybody for the responses.
Incidentally, df still produces the right output, the message
i was seeing was coming from vfs_conf.c trying to mount the root...
cheers
luigi
---+-
Luigi RIZZO, [EMAIL
which only check part of the
headers -- HERE I NEED YOUR INPUT!!!
And of course, if you need some customized version of this stuff,
feel free to talk to me.
cheers
luigi
---+---------
Luigi RIZZO, [EMAIL PROT
> Sounds cool, but could you please describe what it does? Apparently
> it adds a temporary pass rule between two endpoints, in response to a
> triggering rule that contains "keep-state". Is that right?
correct, and this is what i tried to write in the second part of
my HEAD-UP email...
> I re
s
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
Mobi
> this is fun...
>
> Just caught panic #3 on my Diablo newstransit box running 4.0 from the
> 7th of February.
>
> This box pushes around 360-380 GB in a weekend on network IO.
this is the right kind of app for -current isn't it :)
cheers
luigi
To Unsubscribe: send mail to [
> You can't change this behavior. UFS can only use a file fragment (that
> is, typically 1/8 of a full block) at the *END* of a file, not the middle.
pardon the ignorance (but i don't have the red book handy),
thas that mean that if you need 1 frag+1 byte you end up using a full
block ?
configured, see appended config.
i fixed this in a subsequent commit. Either cvsup again, or move the
declaration of fw_enable from ip_fw.c to ip_input.c near the
place where ip_fw_chk_ptr are defined.
cheers
luigi
---+----
u switch to some supported card ("ed" or "fxp") ?
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
> > > Is it possible that bridging is broken in -current and -stable?
> >
> > no, but the "de" driver on bridging is now unsupported and i could not
> > find the time to make it work after recent fixes to the bridging code.
>
> Ooo n! :-((
> The best nic_s all around are unsupported?
> > let me doubt it. i have had a fair amount of trouble with these nics,
> > maybe it's driver's fault, but still... anyways, the driver is
> > not as easy to work on as others.
>
> For future investments: which nics do you recommend?
> (stable driver, speed...) fxp?
probably, yes, though the w
> This is good in theory, however the intel 82586 ethernet chip
> (and 596 in 586 mode) will overwrite anything you put there anyhow
> as it treats the header specially and fabricates it.
> (unless you are running in some mode that is not usually used).
can you clarify this ? Looong ago i used th
idering
the possible overhead for handling signals when a transfer is
complete ?
thanks
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universit
Sorry for jumping into the thread but note that netboot is not functional
with ELF kernels, and in any case it basically only supports one card type.
Now you tell me that etherboot is so much better than netboot, but it still
only supports a few cards and some of them do not even work
for all mod
> I got the one email that said that there was some trouble with the ESS
> 1868 sound driver under FreeBSD-current. Is there an issue with -current
> and newpcm that is causing the 1868 sound driver to not work? Also, I'd
guys, you should realize that the ESS1868 codecs (and friends)
are extrem
> Luigi Rizzo <[EMAIL PROTECTED]> writes:
>
> > guys, you should realize that the ESS1868 codecs (and friends)
> > are extremely unfriendly to the programmer, and possibly
> > (according to Sanpei comments) broken in their handling of
> > auto-dma.
>
&g
> On Thu, 25 Nov 1999, Bill Paul wrote:
>
> > My goal is to try and get this driver into 4.0 as soon as possible so
> > I can use it as a replacement for the al, ax, dm, pn and mx drivers.
> > However, there's a small problem: the de driver already supports the
> > 21143, although it does so poor
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
http://www.iet.unipi.it/~luigi/ngc99/
First International Worksh
> By the way, is there interest in giving the "Print Screen"
> key an appropriate meaning, i.e. capturing a screenshot?
> I have a few patches for this to implement that, I'd just
> have to clean the code up and write a bit of documentation.
> The GIF on the above webpage was created that way (alo
ulate a shared readonly diskless root.
This ought to be committed at some point,maybe with appropriate cleanup.
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
ht
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
et
> to my doc shelf. But I wouldn't trust that data for _anything_ it is
> likely to be totally corrupted due to the drive trying to ECC correct
> it and what not...
still might be useful for visual inspection.
cheers
luigi
---+-----
> Don't know. You'd have to ask IBM. All the above camcontrol is doing
> is reading a special mode page (I'm sure ken will correct me if I'm
> wrong)... Do ata drives have this concept?
i think they do.
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
[Charset koi8-r unsupported, filtering to ASCII...]
> Hi,
>
> Does anybody can clarify what is current status of the mmap support in the pcm
> driver? I'm trying to get sound in the quakeforge working, but only managed to
> get famous "dsp_mmap." message in kernel logs instead of sound :(.
not p
t like...
and i guess i have to try and reproduce this on the 8200 here :)
cheers
luigi
-------+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Unive
, it panics.
Is this a bug or a feature ? Should i just keep all the pieces
in GENERIC and add my options there ?
help appreciated.
thanks
luigi
---+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing
traffic, while still being able to use the full bandwidth
configured for the pipe.
Please email me if you make use of this feature, or you find bugs, etc.
cheers
luigi
---+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip
Hi,
i understand that this means maybe a somwthat
large change in the system, but what do you think
if we have a lok at implementing the CPU scheduler using
weights instead of strict priorities ?
Do we have parts of the kernel which rely on priority
to implement locking etc ?
This would not be to
ou to recompile ipfw.
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56
profiled libraries, but i see nothing like NOSHARED ...
Suggestions ?
cheers
luigi
--+-
Luigi RIZZO, [EMAIL PROTECTED] . ACIRI/ICSI (on leave from Univ. di Pisa)
http://www.iet.unipi.it/~luigi/ . 1947 Center
> On Sat, 1 Sep 2001, Luigi Rizzo wrote:
>
> > i am trying to do some cross-development for picobsd, and i really
> > need only the static libraries.
> > Is there anyways to avoid building the shared libs using the
> > standard makefiles (in /usr/src and /usr/shar
I have some code (in stable) which is invoked from the idle
loop, see below. I was trying to port it to CURRENT, but
cannot find where the idle_loop (or idlethread ?) has gone.
Any pointers ? A grep for idlethread did not return
anything that i could parse.
Furthermore, what kind of locking shoul
default:
err = EINVAL ;
break;
}
but it would be much more convenient if the check were done
in some automatic way with some trick in DECLARE_MODULE.
cheers
luigi
--+-----
Luigi RIZZO, [
struct pkthdr already has a field (struct mbuf *aux)
which i think is used to store info per-packet
state by ipsec, at least according to the comment
(my dummynet hack predated this, i would have used
this field if it had been available at the time).
So this field could be used to access the metad
On Fri, Nov 16, 2001 at 04:02:51PM -0800, Peter Wemm wrote:
> it. MT_DUMMYNET must die, not be propagated elsewhere.
i agree!
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> so far there hasn't been a lot of suggestion as to how the goal can be
> achieved however..
i actually suggested one i.e. have explicit pointers
to metadata area(s) in the pkthdr. I think you forget the
most fundamental feature which is performance.
This is way more important than flexibility i
pparently, this has to do with the fact that make_keys is being
built using new headers, but old libraries (and we cannot use
the new ones, we are building them).
Any idea on how do i fix this ?
cheers
luigi
--+----
spent the time for doing it, in the process i
certainly learned something on the internals of CURRENT, but this
seems to be about the only useful result of this additional work :)
cheers
luigi
--+-----
Luigi RIZZO, [E
), so I am suspecting some difference in the initialization
of PCI parameters, such as burst size etc, but I am unclear on
where to look at. Any ideas ?
cheers
luigi
--+-----
Luigi RIZZO, [EMAIL PROTECTED] . ACIR
On Thu, Dec 13, 2001 at 01:57:46PM +0100, Dag-Erling Smorgrav wrote:
> Luigi Rizzo <[EMAIL PROTECTED]> writes:
> > STABLE can forward approx 125Kpps, whereas CURRENT tops at approx 80Kpps.
>
> Kernel configs, please.
Attached. PICO5 is for CURRENT, PICO4 is for STABLE.
In
With a freshly cvsupped version of CURRENT, cross-compiled on a
4.3 box, (after the usual stdio.h fix related to the FILE handling),
I am having problems compiling several programs, with errors such
as the ones attached at the end.
In most cases they choke on missing prototype for main().
This d
->m_data - (m)->m_ext.ext_buf : 0): \
(m)->m_flags & M_PKTHDR ? (m)->m_data - (m)->m_pktdat : \
(m)->m_data - (m)->m_dat)
On Wed, Dec 12, 2001 at 10:42:06PM -0800, Luigi Rizzo wrote:
> Hi,
> I am testing the forwarding performance of CURREN
On Fri, Dec 14, 2001 at 02:34:36AM -0800, Peter Wemm wrote:
> Luigi Rizzo wrote:
> [..]
> > The change below has been committed to STABLE 7 weeks ago, but did
> > not go into CURRENT because there was some disagreement on the
...
> Incidently, this is a poster-child example
[Cc peter because he introduced this code]
Hi,
i was trying the following code in -current (basically copied from
vm_zeropage.c), to implement device polling in the idle loop, and
noticed that the process would take all of the CPU time. Being
suspicious that something was wrong with priorities, I
On Thu, Dec 20, 2001 at 11:13:27AM -0800, Peter Wemm wrote:
...
> Excellent catch! This particular problem was one of the main reasons
> why this is still defaulting to 'off'. I have a couple of other changes
> to it pending commit to fix some of Bruce's complaints, but I hadn't
> noticed the ca
On Thu, Dec 20, 2001 at 12:16:03PM -0800, John Baldwin wrote:
...
> Priority propagation will already handle things ok. We drop to pri_native
> after we drop a lock (although if we still hold a contested lock we bump our
> priority to the min(nativepri, highest priority of threads on contested lo
On Sat, Dec 22, 2001 at 12:46:40AM +1100, Bruce Evans wrote:
> I think pri_native is just an implementation detail which shouldn't
> be used or visible to threads. It used used by the priority propagation
> mechanism to hold the original pri_level. Threads should just use their
> original priori
Don't know how interesting this can be, but i am writing
(no plans to commit it, unless people find it interesting)
some code to implement a weight-based instead of priority-based
scheduler. The code is basically the WF2Q+ scheme which is
already part of dummynet, adapted to processes.
It is quite
On Sat, Dec 22, 2001 at 06:48:26PM +1100, Bruce Evans wrote:
> On Fri, 21 Dec 2001, Luigi Rizzo wrote:
...
> > This would help removing the ugly property that priority-based
> > have, which is that one process can starve the rest of the system.
>
> Only broken priority-based
Hi,
I am getting a "/bin/sh: Argument list too long" error message
when doing
env MKDEP_CPP="cc -E" CC="cc" mkdep -a -f .newdep ...
while compiling LINT on a -current tree. Sources are in
/home/xorpc/u2/homes/rizzo/HEAD/src/sys
which contributes a bit to the size of the argum
On Tue, Feb 19, 2002 at 07:36:30PM +1100, Bruce Evans wrote:
> > Use a smaller path. Or dig up bde's fixes to config from the
> > archives.
>
> That is only a temporary fix. LINT will eventually be larger than
> the world.
>
> The list of files passed to mkdep should be split up a bit.
that i
So, in this thread a few days ago i reported that the
list of arguments passed to mkdep can become quite large
and exceed kern.argmax, especially if your sources are not in the
default place and you are compiling a file with lots of options
such as LINT.
The place to fix (for -current) is sys/con
On Thu, Feb 21, 2002 at 03:41:46PM -0800, Alfred Perlstein wrote:
> * Luigi Rizzo <[EMAIL PROTECTED]> [020221 15:14] wrote:
> > So, in this thread a few days ago i reported that the
> > list of arguments passed to mkdep can become quite large
> > and exceed kern.argmax,
> Not particularly efficient...
oh yes...
i think Al's solution (make -V ... | xargs .. )
wins both in terms of simplicity and efficiency
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
#3 ?
thanks
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
re THETYPE (first argument) if there
are not two arguments. This is wrong, the second argument is optional.
thanks
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet
> * Do we want NO_SWAPPING on or off in PicoBSD?
> I understand that many PicoBSD devices do not have swapspace.
> However, my understand of -current is that we do require
> swapping to work well.
given that in the vast majority of cases you don't have a choice...
> * Do we want SOFTUPDAT
> On line 336 of the script, you export dead air, resulting in
and Makefile.conf handles that in a way
similar to the one you show below.
> CONFIG=${CONFIG:-config}
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
> Luigi, you cannot run dead air. Makefile.conf only handles that
> if the variable does not exist, not if the variable is empty.
ok my fault :)
luigi
> > > CONFIG=${CONFIG:-config}
> >
> > cheers
> > luigi
> >
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubs
> This is all made harder by the fact that struct mbuf has a struct ifnet
> pointer in it, so if for any reason there is an outstanding mbuf
...
> This has been raised as an issue before, and is a good reason to ifconfig
> down the interface, and wait a second or two before ejecting. You could
a
uniprocessor box with an AMD Athlon 750 CPU.
cheers
luigi
--+-
Luigi RIZZO, [EMAIL PROTECTED] . ACIRI/ICSI (on leave from Univ. di Pisa)
http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704
at.
what is so special about text ? a FS knows nothing about data format.
Maybe what you mean is that text is "self describing", assuming that
you know more or less what is in it ?
cheers
luigi
--+-----
On Sun, Mar 07, 2010 at 03:08:38PM -0800, Chuck Swiger wrote:
> Hi, Tim--
>
> On Mar 7, 2010, at 2:16 PM, Tim Kientzle wrote:
> [ ... ]
> > Corrupted MAC on input.
> > Disconnecting: Packet corrupt
> > rsync: connection unexpectedly closed ... [receiver]
> >
> > and then the rsync session is d
On Mon, Apr 12, 2010 at 11:15:45AM +0400, Hizel Ildar wrote:
> ?? Mon, 12 Apr 2010 10:42:25 +0400
> "Andrey V. Elsukov" ??:
>
> > On 12.04.2010 10:07, Hizel Ildar wrote:
> > > Hey! I'm fix this bug :D
> > >
> > > patch:
> > >
> > > foo# diff -ruN main.c~ main.c
> > > --- main.c~ 2010-
On Tue, Apr 13, 2010 at 07:09:50PM +, b. f. wrote:
> >Author: luigi
> >Date: Mon Apr 12 16:37:45 2010
> >New Revision: 206497
> >URL: http://svn.freebsd.org/changeset/base/206497
> >
> >Log:
> > Bring in geom_sched, support for scheduling disk I/O requests
> > in a device independent manner.
On Tue, Apr 13, 2010 at 10:37:04PM +, b. f. wrote:
> On 4/13/10, Luigi Rizzo wrote:
> > On Tue, Apr 13, 2010 at 07:09:50PM +, b. f. wrote:
> >> >Author: luigi
> >> >Date: Mon Apr 12 16:37:45 2010
> >> >New Revision: 206497
> >&
> Eventhough, Voxware was reinstated, I diligently went about finding
> a "Luigi-Approved" sound card.
>
> After weeks of research I came to the conclusion that the
> 'Aopen AW 37 Pro' was the card of choice.
...
> And I have no idea what modern card will be reasonably well supported
> under pcm0
mpeg
audio, whereas the Yamaha PCI do not work because Yamaha are not
disclosing programming info on them.
cheers
luigi
---+-----
Luigi RIZZO .
EMAIL: lu...@iet.unipi.it. Dip. di Ing. d
> On Fri, Jan 15, 1999 at 11:45:02PM -0500, Mike Tancsa wrote:
> >
> > Just wondering if there is an updated timeline for 3.0.1 release ?
>
> 15.01. + 'five' more days (Jordan said on -committers)
+ 0.1.0 - 0.0.1 release numbers
luigi
To Unsubscribe: send mail to majord...@freebsd.org
which version of ip_dummynet are you using. There were lately a few
changes to fix a problem related to route entries being freed in the
wrong way.
> .(02:36:11)(r...@bright.reserved)
> ipfw add pipe 1 ip from server to cvsup.freebsd.org
> (long pause i assume DNS)
> 0 pipe 1 ip from 192.168.
> I tried out pcm0 for sound on a ViBRA16x soundcard (don't laugh) and sound
> works. The only problem is that there is no mixer. I was wondering if this
> was a known problem with my card, or if nobody has done the mixer code
i think it kind of worked a few months ago when i put in support for
th
> This is a trivial problem, but I just thought I'd let someone know about
> it. (cosmetic) Take a look at my dmesg output:
...
> Probing for PnP devices:
...
> pcm1 (SB16pnp sn 0x) at 0x220-0x22f irq 5 drq 1 flags
> 0x13 on isa
> Probing for devices on the ISA bus:
...
> pcm0 not found
i
e in
the above web page)
cheers
luigi
---+-----
Luigi RIZZO .
EMAIL: lu...@iet.unipi.it. Dip. di Ing. dell'Informazione
HTTP://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +
> :> Basically this consists of a bit of code in /etc/rc and, later tonight,
> :> an /etc/rc.diskless script ( a new script ).
> :
> :before you reinvent the wheel, have you looked at my code in
> :http://www.iet.unipi.it/~luigi/diskless981113/
...
> I was basically just cleaning up stu
gt; empty.
ok here we use a different approach. For simplicity I am using a
single MFS system with all the things you put in /var, and including
/var/dev and /var/etc (with /dev -> /var/dev and /etc -> /var/etc
on the diskless machine).
cheers
luigi
---
> I have a wacky idea in this vein that I want to pursue sometime --
> instead of pushing off lots of symlinks for the various writable
> portions of the read-only root directory (which strikes as a bit odd in
> itself), I was considering union-mounting an MFS filesystem directly
> over the read-on
> > > fault virtual address = 0xdeadc116
> >
> > interestingly enough, the above address is "0xdeadbeef + 551 (decimal)".
> > It looks like somehow a wrong route entry was passed to ether_output().
...
> {"/home/green"}$ calc 0xdeadc116 - 0xdeadc0de
> 56
> possibly? IIRC 0xdeadc0de is
> pcm no longer works correctly the Yamaha YMF715 based sound system
> of my laptop.
> It was working fine up till shortly before secure/libcrypt broke on -current.
i haven't done anything recently on the pcm driver.
Also, it seems that you have changed hardware. can you check if the old
kernel
1 - 100 of 425 matches
Mail list logo
