watchdog bugging us.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When i do tail -f /var/log/messages, it gives me this. Jan 31 15:03:49 beta /kernel: xl0: watchdog timeout Jan 31 15:04:24 beta last message repeated 6 times Jan 31 15:06:27 beta last message repeated 18 times Jan 31 15:12:34 beta last message repeated 56 times Jan 31 15:12:34 beta su: BAD SU reel to root on /dev/ttyp3 Jan 31 15:12:40 beta /kernel: xl0: watchdog timeout Jan 31 15:12:45 beta /kernel: xl0: watchdog timeout Jan 31 15:12:45 beta su: reel to root on /dev/ttyp3 Jan 31 15:12:50 beta /kernel: xl0: watchdog timeout Jan 31 15:13:24 beta last message repeated 6 times How can I fix it? it's lagging us to hell. Thank's. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Felix-Antoine Paradis. cell:1-418-261-0865 . . IRC: reel @ DALnet . job:Idemnia Network . . Email: [EMAIL PROTECTED] . *** www.FreeBSD.org *** . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ."The power of man has grown in every sphere, except . . over himself" . .--Sir Winston Churchill . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . -BEGIN PGP SIGNATURE- Version: PGP 6.5.1i iQA/AwUBOniccDBxB4d7OtLFEQLybgCfQ1WSIUlyr2zcZiCj2zY1IbK65QYAn0pi 4ZCimAbt+lYHs8bQWC+YnMyh =XH7p -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
CVSup7.FreeBSD.org is back in service
Just a note to let you know that cvsup7.freebsd.org is back in service. John -- John Polstra [EMAIL PROTECTED] John D. Polstra & Co., Inc.Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Atomic bit operations
> On 01-Feb-01 Matthew Emmerton wrote: > >> 2) atomic_set_int(&my_int, 4); sets bit _2_ in the integer variable > > my_int. > >> Make sense? You can't address individual bits on a machine. :-P > >> > >> > I presume that I could wrap the char operations with something that > > takes > >> > 0x01 and bit-shifts it appropriately so that atomic_set/clear could be > > used. > >> > >> Hmm, so you mean the API is atomic_set(&foo, x) implies foo |= 1 << x? > >> That means you can't set more than 1 bit atomically, which is a bit > >> limiting. > > > > Yes, but it's the API used by some code I recently inherited. (Recall that > > this API is Linux's asm/bitops.h) I realize that the existing > > atomic_xxx_xxx functions are much more flexible than bit-based ones, but > > wouldn't it make sense to have the full complement of functions available? > > If you don't want to patch the code, then you can use a local wrapper in your > code in the form of a suitable macro. We already have one atomic API, we don't > need to maintain 2. :) Well, I wasn't proposing to implement the entire Linux API, rather add 'bit' to the the existing list of 'char, int, long' that is currently supported. It wouldn't be too difficult, and some people might even find it convenient. -- Matt Emmerton To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: CVSup7.FreeBSD.org is back in service
John Polstra wrote: > > Just a note to let you know that cvsup7.freebsd.org is back in > service. > > John > -- > John Polstra [EMAIL PROTECTED] > John D. Polstra & Co., Inc.Seattle, Washington USA > "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message I have the folowing suggestion for CVSup.. the ability to specify several servers. Cvsup can have a quick exchange with each to inquire about load and check the latency and bandwidth and the last time updated, and choose the best Since you control both ends this is possible.. -- __--_|\ Julian Elischer / \ [EMAIL PROTECTED] ( OZ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Atomic bit operations
John Baldwin wrote: > > On 31-Jan-01 Matthew Emmerton wrote: > > Hi all, > > > > I've taken a look around for an implementation of atomic bit operations in > > FreeBSD (similar to Linux' asm/bitopt.h, which include clear_bit() and > > test_and_set_bit()) but haven't found any. The only thing I've found are > > the atomic clear/set/add/sub routines in machine/atomic.h. > > > > Do we have an implementation of atomic bit operations, and if we don't, > > would we like some? > > Erm, atomic_set() sets's bits, and atomic_clear() clear's bits. Anything else > you might need can be done with atomic_cmpset() anyways. Also, atomic > operations are very hard to debug, esp. to check for race conditions, so there > direct use is discouraged. Instead, use a higher level primitive such as a > mutex or other appropriate lock. There is also talk of a potential abstract > refcount type so that simple reference counts can be optimized, though that has > been shot down thus far. by who?? I really want this > > > -- > > Matt Emmerton > > -- > > John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ [EMAIL PROTECTED] ( OZ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Atomic bit operations
On 01-Feb-01 Matthew Emmerton wrote:
>> On 31-Jan-01 Matthew Emmerton wrote:
>> > Hi all,
>> >
>> > I've taken a look around for an implementation of atomic bit operations
> in
>> > FreeBSD (similar to Linux' asm/bitopt.h, which include clear_bit() and
>> > test_and_set_bit()) but haven't found any. The only thing I've found
> are
>> > the atomic clear/set/add/sub routines in machine/atomic.h.
>> >
>> > Do we have an implementation of atomic bit operations, and if we don't,
>> > would we like some?
>>
>> Erm, atomic_set() sets's bits, and atomic_clear() clear's bits. Anything
> else
>> you might need can be done with atomic_cmpset() anyways.
>
> Where are these functions implemented? /usr/include/machine/atomic.h just
> has atomic_set_XXX and clear_XXX primitives, which work on char/short/longs,
> but not individual bits.
1) You need to look in -current.
2) atomic_set_int(&my_int, 4); sets bit _2_ in the integer variable my_int.
Make sense? You can't address individual bits on a machine. :-P
> I presume that I could wrap the char operations with something that takes
> 0x01 and bit-shifts it appropriately so that atomic_set/clear could be used.
Hmm, so you mean the API is atomic_set(&foo, x) implies foo |= 1 << x?
That means you can't set more than 1 bit atomically, which is a bit
limiting.
> However, certain other primitives are missing, such as an atomic
> test-and-set operation. Under the current scheme this would have to be done
> by two independent operations, which is not useful when atomicitiy is
> required.
do {
x = my_int;
while (atomic_cmpset_int(&my_int, x, x | foo) == 0);
if (x & foo)
foo_was_already_set;
else
foo_was_not_already_set;
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: Atomic bit operations
On 01-Feb-01 Matthew Emmerton wrote:
>> 1) You need to look in -current.
>
> I only recently moved to 4-stable, so I'm not going to jump to -current
> quite yet :)
>
>> 2) atomic_set_int(&my_int, 4); sets bit _2_ in the integer variable
> my_int.
>> Make sense? You can't address individual bits on a machine. :-P
>>
>> > I presume that I could wrap the char operations with something that
> takes
>> > 0x01 and bit-shifts it appropriately so that atomic_set/clear could be
> used.
>>
>> Hmm, so you mean the API is atomic_set(&foo, x) implies foo |= 1 << x?
>> That means you can't set more than 1 bit atomically, which is a bit
>> limiting.
>
> Yes, but it's the API used by some code I recently inherited. (Recall that
> this API is Linux's asm/bitops.h) I realize that the existing
> atomic_xxx_xxx functions are much more flexible than bit-based ones, but
> wouldn't it make sense to have the full complement of functions available?
If you don't want to patch the code, then you can use a local wrapper in your
code in the form of a suitable macro. We already have one atomic API, we don't
need to maintain 2. :)
>> > However, certain other primitives are missing, such as an atomic
>> > test-and-set operation. Under the current scheme this would have to be
> done
>> > by two independent operations, which is not useful when atomicitiy is
>> > required.
>>
>> do {
>>x = my_int;
>> while (atomic_cmpset_int(&my_int, x, x | foo) == 0);
>> if (x & foo)
>>foo_was_already_set;
>> else
>>foo_was_not_already_set;
>
> I had based my assumptions on what I saw in 4-stable, which doesn't have
> atomic_cmpset. I'll have to take a peek at 4-current or wait until some
> features trickle down to 4-stable.
This stuff likely won't be backported as it is part of the rather largish
SMPng work going on in -current. In 4.x, you can use spl()'s in the kernel to
protect data structures against being written to via interrupts. You don't
have to worry about SMP protection as the kernel spin lock will protect you
against that.
> Thanks,
>
> --
> Matt Emmerton
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: escape sequence for 'Ic' terminal capability
Peter Pentchev writes:
> On Tue, Jan 09, 2001 at 10:05:01AM +0200, Peter Pentchev wrote:
> > I'm thinking of messing with the syscons ioctl handler to allow setting
> > of color values - all EGA- and VGA-compatible video controllers allow this.
> > The idea is to later define my termcap(5) entry to let ncurses deal with
> > color setting.
> >
> > termcap(5) lists the 'cc' - 'can change color' and 'Ic' - 'initialize color'
> > capabilities. Setting the boolean 'cc' is easy, 'Ic' however presents a bit
> > of a problem to me - does anyone know what it is set to on any other terms
> > so I can keep a bit of compatibility here, or do I just randomly pick an esc
> > sequence, and lead on a happy existence until someone else defines this same
> > esc sequence to do something else? :)
>
> OK, since I started this thread, I got several suggestions, mainly
> pointing me at the FBIO_{GET,SET}PALETTE console ioctl's. I still
> need the 'Ic' capability to transfer the color information across
> network connections (yes, both machines will be running fbsd with
> identical kernel/userland local mods).
>
> So my original question still stands: has anybody seen the 'Ic'
> capability actually used in some OS's termcap, so I can borrow
> the sequence with an eye on compatiblity, or has 'Ic' been just
> a nice idea that nobody has bothered to implement?
Look at http://www.tuxedo.org/~esr/terminfo/
--
@BABOLO http://links.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: Atomic bit operations
> On 31-Jan-01 Matthew Emmerton wrote: > > Hi all, > > > > I've taken a look around for an implementation of atomic bit operations in > > FreeBSD (similar to Linux' asm/bitopt.h, which include clear_bit() and > > test_and_set_bit()) but haven't found any. The only thing I've found are > > the atomic clear/set/add/sub routines in machine/atomic.h. > > > > Do we have an implementation of atomic bit operations, and if we don't, > > would we like some? > > Erm, atomic_set() sets's bits, and atomic_clear() clear's bits. Anything else > you might need can be done with atomic_cmpset() anyways. Where are these functions implemented? /usr/include/machine/atomic.h just has atomic_set_XXX and clear_XXX primitives, which work on char/short/longs, but not individual bits. I presume that I could wrap the char operations with something that takes 0x01 and bit-shifts it appropriately so that atomic_set/clear could be used. However, certain other primitives are missing, such as an atomic test-and-set operation. Under the current scheme this would have to be done by two independent operations, which is not useful when atomicitiy is required. -- Matt Emmerton To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: Atomic bit operations
On 31-Jan-01 Matthew Emmerton wrote: > Hi all, > > I've taken a look around for an implementation of atomic bit operations in > FreeBSD (similar to Linux' asm/bitopt.h, which include clear_bit() and > test_and_set_bit()) but haven't found any. The only thing I've found are > the atomic clear/set/add/sub routines in machine/atomic.h. > > Do we have an implementation of atomic bit operations, and if we don't, > would we like some? Erm, atomic_set() sets's bits, and atomic_clear() clear's bits. Anything else you might need can be done with atomic_cmpset() anyways. Also, atomic operations are very hard to debug, esp. to check for race conditions, so there direct use is discouraged. Instead, use a higher level primitive such as a mutex or other appropriate lock. There is also talk of a potential abstract refcount type so that simple reference counts can be optimized, though that has been shot down thus far. > -- > Matt Emmerton -- John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: watchdog bugging us.
[disclaimer: this is an invalid sender and return address; replies should be posted to the list or perhaps better not posted at all, finally i am rid of that cursed e-mail reachability, free at last] :: When i do tail -f /var/log/messages, it gives me this. :: :: Jan 31 15:03:49 beta /kernel: xl0: watchdog timeout :: Jan 31 15:04:24 beta last message repeated 6 times I've seen this on questionable HP NetSwerver hardware, that you may be able to solve by either trying your xl ethernet card in a different PCI slot, or in your BIOS doing something about the IRQs. By doing the latter, I got things to work without problems, while otherwise things were unacceptably bad or stopped working totally after a short time, depending on which of several flavours of NICs I was using. barry bouwsma (no e-mail yet), formerly of tdc a/s danmark To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Moving to KLM's
On Wed, Jan 31, 2001 at 09:47:05AM -0600, Daryl Chance wrote: > Hi, > > I'm wanting to try and move from compiling a kernel with everything > in it, to complining a minimal kernel and loading the klms i need (NFS, > IPFW, etc etc). What file would i specify to load all the klms i want? > Is there one, kinda like the sysctl file? Or do I do it a differnt way. /boot/loader.conf Kris PGP signature
regular coding?
Hello everyone! First off, I would like to thank everyone on this list for there help especially in response to my 'kernel hacking' question. Here is my question: I am a beggining C programmer, I have written a simple calculator etc, and I understand basic C concepts, is it correct to ask normal programming questions on the 'freebsd-hackers' mailing list? To be honost I just about know it is not correct, so if it is not does anyone know a good programming (C) mailing list I could subscribe too? Thanks so much guys! 'Art' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Atomic bit operations
> On 01-Feb-01 Matthew Emmerton wrote:
> >> On 31-Jan-01 Matthew Emmerton wrote:
> >> > Hi all,
> >> >
> >> > I've taken a look around for an implementation of atomic bit
operations
> > in
> >> > FreeBSD (similar to Linux' asm/bitopt.h, which include clear_bit()
and
> >> > test_and_set_bit()) but haven't found any. The only thing I've found
> > are
> >> > the atomic clear/set/add/sub routines in machine/atomic.h.
> >> >
> >> > Do we have an implementation of atomic bit operations, and if we
don't,
> >> > would we like some?
> >>
> >> Erm, atomic_set() sets's bits, and atomic_clear() clear's bits.
Anything
> > else
> >> you might need can be done with atomic_cmpset() anyways.
> >
> > Where are these functions implemented? /usr/include/machine/atomic.h
just
> > has atomic_set_XXX and clear_XXX primitives, which work on
char/short/longs,
> > but not individual bits.
>
> 1) You need to look in -current.
I only recently moved to 4-stable, so I'm not going to jump to -current
quite yet :)
> 2) atomic_set_int(&my_int, 4); sets bit _2_ in the integer variable
my_int.
> Make sense? You can't address individual bits on a machine. :-P
>
> > I presume that I could wrap the char operations with something that
takes
> > 0x01 and bit-shifts it appropriately so that atomic_set/clear could be
used.
>
> Hmm, so you mean the API is atomic_set(&foo, x) implies foo |= 1 << x?
> That means you can't set more than 1 bit atomically, which is a bit
> limiting.
Yes, but it's the API used by some code I recently inherited. (Recall that
this API is Linux's asm/bitops.h) I realize that the existing
atomic_xxx_xxx functions are much more flexible than bit-based ones, but
wouldn't it make sense to have the full complement of functions available?
> > However, certain other primitives are missing, such as an atomic
> > test-and-set operation. Under the current scheme this would have to be
done
> > by two independent operations, which is not useful when atomicitiy is
> > required.
>
> do {
>x = my_int;
> while (atomic_cmpset_int(&my_int, x, x | foo) == 0);
> if (x & foo)
>foo_was_already_set;
> else
>foo_was_not_already_set;
I had based my assumptions on what I saw in 4-stable, which doesn't have
atomic_cmpset. I'll have to take a peek at 4-current or wait until some
features trickle down to 4-stable.
Thanks,
--
Matt Emmerton
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: escape sequence for 'Ic' terminal capability
On Tue, Jan 09, 2001 at 10:05:01AM +0200, Peter Pentchev wrote:
> Hi,
>
> I'm thinking of messing with the syscons ioctl handler to allow setting
> of color values - all EGA- and VGA-compatible video controllers allow this.
> The idea is to later define my termcap(5) entry to let ncurses deal with
> color setting.
>
> termcap(5) lists the 'cc' - 'can change color' and 'Ic' - 'initialize color'
> capabilities. Setting the boolean 'cc' is easy, 'Ic' however presents a bit
> of a problem to me - does anyone know what it is set to on any other terms
> so I can keep a bit of compatibility here, or do I just randomly pick an esc
> sequence, and lead on a happy existence until someone else defines this same
> esc sequence to do something else? :)
OK, since I started this thread, I got several suggestions, mainly
pointing me at the FBIO_{GET,SET}PALETTE console ioctl's. I still
need the 'Ic' capability to transfer the color information across
network connections (yes, both machines will be running fbsd with
identical kernel/userland local mods).
So my original question still stands: has anybody seen the 'Ic'
capability actually used in some OS's termcap, so I can borrow
the sequence with an eye on compatiblity, or has 'Ic' been just
a nice idea that nobody has bothered to implement?
G'luck,
Peter
--
This sentence every third, but it still comprehensible.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Moving to KLM's
Hi, I'm wanting to try and move from compiling a kernel with everything in it, to complining a minimal kernel and loading the klms i need (NFS, IPFW, etc etc). What file would i specify to load all the klms i want? Is there one, kinda like the sysctl file? Or do I do it a differnt way. thanks, - Daryl Chance | And which parallel universe did ValueData, LLC | YOU crawl out of? Memphis, TN| - http://www.thinkgeek.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: EBCDIC -> ASCII
On Wed, Jan 31, 2001 at 02:37:43PM -0500, Garance A Drosihn wrote: [snip good explanation why EBCDIC encoding diffs matter] > > Now, it's perfectly reasonable to try 'dd's conversion, and > see if that works for you. But if it doesn't, then rummage > around thru the ports collection, and see if there's something > there that knows about the different versions of ebcdic. It > seems to me that I came across those once. Actually, dd(1) has four different EBCDIC encodings and two different ASCII encodings. People might want to remember that different BSD utilities might indeed have their roots in EBCDIC times :) G'luck, Peter -- because I didn't think of a good beginning of it. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: EBCDIC -> ASCII
At 8:42 AM -0800 1/31/01, Luigi Rizzo wrote:
> > At 1:33 PM -0800 1/29/01, Josef Grosch wrote:
>> >Does anybody know of an EBCDIC to ASCII converter? I thought
>> >that at one time FreeBSD had one of these.
>>
>> Note there are multiple ideas of what it means to be EBCDIC.
>> Alphanumerics stay the same between them, of course, but a
>> few of the special characters (braces, brackets, accent-grave)
>> move around.
>
>isn't so for ASCII chars >128 as well ?
yes, but ACSII has most characters that you care about < 128.
For instance, C-programs will probably be unhappy if you get
the wrong translation on curly-braces "{}", and perl programs
will probably be unhappy if you get the wrong translation on
square-brackets "[]". Most versions of ascii have those in
the same place, while the various versions of ebcdic move
those characters around.
Now, it's perfectly reasonable to try 'dd's conversion, and
see if that works for you. But if it doesn't, then rummage
around thru the ports collection, and see if there's something
there that knows about the different versions of ebcdic. It
seems to me that I came across those once.
--
Garance Alistair Drosehn= [EMAIL PROTECTED]
Senior Systems Programmer or [EMAIL PROTECTED]
Rensselaer Polytechnic Instituteor [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Atomic bit operations
Hi all, I've taken a look around for an implementation of atomic bit operations in FreeBSD (similar to Linux' asm/bitopt.h, which include clear_bit() and test_and_set_bit()) but haven't found any. The only thing I've found are the atomic clear/set/add/sub routines in machine/atomic.h. Do we have an implementation of atomic bit operations, and if we don't, would we like some? -- Matt Emmerton To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Realtek card support
>PS. for the record: I also still have an SMC EtherEZ 10Mb UTP and a 3Com >3c503 for those who want to work on drivers for them. Both of those should work with the ed driver. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: EBCDIC -> ASCII
Try dd: dd if=infile of=outfile conf=ascii On 31-Jan-2001 Garance A Drosihn wrote: > At 1:33 PM -0800 1/29/01, Josef Grosch wrote: >>Does anybody know of an EBCDIC to ASCII converter? I thought >>that at one time FreeBSD had one of these. > > Note there are multiple ideas of what it means to be EBCDIC. > Alphanumerics stay the same between them, of course, but a > few of the special characters (braces, brackets, accent-grave) > move around. > > I'm pretty sure there are some programs in the ports > collection which can deal with these. -- Dan Bongert [EMAIL PROTECTED] SSCC Unix System Administrator (608) 262-9857 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
newpcm / csa driver question
I sent this message on the freebsd-mobile mailing list. Since it is related to the newpcm/csa driver, I think folks on the hackers list may be able to help. Summary: - newpcm/csa driver on 4.2-stable doesn't work on my thinkpad a20p - Same laptop with NetBSD 1.5, it works fine (clcs driver) Question: - Should I try to "hack" the current csa/newpcm bridge stuff, or port the clcs driver from NetBSD I've inserted debug code (read printf's) inside the pcm and csa driver and the interrupt routine inside csa.c never gets called. The pcm routine writes down to the snd0 device and eventually times out with "play interrupt timeout, channel dead". Suggestions welcome. Florent. -- Florent Parent Viagénie inc. http://www.viagenie.qc.ca +1.418.656.9254 -- Forwarded message -- Date: Tue, 30 Jan 2001 22:38:30 -0500 (EST) From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: IBM ThinkPad A20p (sound) Followup: I've installed NetBSD 1.5 on the exact same laptop. The sound device is correctly detected and works fine. So the problem is really with the csa driver in FreeBSD. The "newpcm" driver seems to use a bridge between the pcm and csa driver. In NetBSD/OpenBSD, it a driver on its own (clcs). My first guess to make this work would be to port the clcs driver to FreeBSD. Can anyone give me a do/don't about this (bad idea/too much work/...) ? Or is anyone currently on this ? Florent. (NetBSD 1.5 output follows) Jan 30 16:04:39 /netbsd: clcs0 at pci0 dev 5 function 0: Cirrus Logic CS4280 Cr ystalClear Audio Interface (rev. 0x01) Jan 30 16:04:39 /netbsd: clcs0: interrupting at irq 5 Jan 30 16:04:39 /netbsd: clcs0: CRY20 codec; headphone, 20 bit DAC, 18 bit ADC, Spatializer 3D Jan 30 16:04:39 /netbsd: audio0 at clcs0: full duplex, independent Jan 30 16:04:39 /netbsd: midi0 at clcs0: CS4280 MIDI UART On Tue, 23 Jan 2001 [EMAIL PROTECTED] wrote: > > I also have an A20p running FreeBSD-4.2 STABLE. Here's my findings: > > 1- Tried the pcm driver: no success > > 2- Tried the OSS driver from 4Front tech. (http://www.opensound.com/) > I was able to get some sound with the demo driver, but the system hangs > when I start the X server. > > The reason is that the A20p shares the same IRQ between the graphics > adapter, a pcmcia bus and the sound card. You can go in the BIOS under the > PCI configuration to select the IRQ per PCI bus, but the it seems that the > sound/pcmcia/graphics are stuck on the same PCI bus (I've put irq 5 for > the 1st PCI bus): > > /kernel: pci1: at 0.0 irq 5 > /kernel: pcic-pci0: > mem 0x5000-0x5fff irq 5 at device 2.0 on pci0 > /kernel: csa0: accelerator/4280 Audio controller> mem 0xf000-0xf00f, > 0xf0122000-0xf0122fff irq 5 at device 5.0 on pci0 > > Also note that you have to deactivate the BIOS APM support (see url below) > > I would really love to get that sound card running. Question is: can > FreeBSD support a sound device that shares its IRQ ? A collegue of mine > has the same laptop running Linux and the sound device works. Check out > http://www.zhlive.ch/zhl_contents_linux.html for more info > > If anyone has more info, please post to the list. > > Florent. > > On Tue, 16 Jan 2001, Anders Andersson wrote: > > > Hi! > > > > I run 4.2-STABLE on mu thinkpad a20p, works like a charm, except sound. > > > > dmesg: > > > > csa0: > Audio controller> mem 0xf000-0xf00f,0xf0122000-0xf0122fff irq 11 > > at device 5.0 on pci0 > > pcm0: on csa0 > > > > But when trying to play something, all I get is: > > > > (nothing) > > > > no sound, nothing in logs. > > > > Any hints? > > > > -- Florent Parent Viagénie inc. http://www.viagenie.qc.ca +1.418.656.9254 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-mobile" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ptrace()
On Wed, 31 Jan 2001, AARON J MARKS wrote: > > There's a good (albeit small) treatment of ptrace() in the Bach book (The > Design of the UNIX Operating System). If you need some examples, I can > send you some code you can look at. Yes I need some exapmles:o) If you can,please send me those sources. Thank you -- Vojislav Milunovic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ptrace()
There's a good (albeit small) treatment of ptrace() in the Bach book (The Design of the UNIX Operating System). If you need some examples, I can send you some code you can look at. -A. On Wed, 31 Jan 2001, Vojislav Milunovic wrote: > > Does anyone have some sourcecodes or some papers for ptrace() on > FreeBSD? > I'm little incurious about this function.I read man but seems that I > don't understand it:o( > > > -- > Vojislav Milunovic > [EMAIL PROTECTED] > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: EBCDIC -> ASCII
> "Luigi" == Luigi Rizzo <[EMAIL PROTECTED]> writes: Luigi> isn't so for ASCII chars >128 as well ? There are no ASCII characters > 128. --lyndon To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
ptrace()
Does anyone have some sourcecodes or some papers for ptrace() on FreeBSD? I'm little incurious about this function.I read man but seems that I don't understand it:o( -- Vojislav Milunovic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: EBCDIC -> ASCII
> At 1:33 PM -0800 1/29/01, Josef Grosch wrote: > >Does anybody know of an EBCDIC to ASCII converter? I thought > >that at one time FreeBSD had one of these. > > Note there are multiple ideas of what it means to be EBCDIC. > Alphanumerics stay the same between them, of course, but a > few of the special characters (braces, brackets, accent-grave) > move around. isn't so for ASCII chars >128 as well ? 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 Phone: (510) 666 2927 --+- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: EBCDIC -> ASCII
At 1:33 PM -0800 1/29/01, Josef Grosch wrote: >Does anybody know of an EBCDIC to ASCII converter? I thought >that at one time FreeBSD had one of these. Note there are multiple ideas of what it means to be EBCDIC. Alphanumerics stay the same between them, of course, but a few of the special characters (braces, brackets, accent-grave) move around. I'm pretty sure there are some programs in the ports collection which can deal with these. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Realtek card support
Luigi Rizzo wrote: > > what card is that and what is broken ? > both the ne and the rl driver works reasonably well with the 8029 > and 8139 chips. Media autodetection does not work here -I tried several different 10Mbps hubs- with 8139 based cards. I have to specify "media 10baseT/UTP" to ifconfig(8). Cheers, -- JMA ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Realtek card support
"Koster, K.J." schrieb: > > > > > > This particular card is branded "TP-Link", chip reads RTL8139B. > > > > > > It detects, configures and runs for a while, but drops the > > > line after a while. (PPTP to my ADSL modem) > > > > I got exactly this chip (RTL8139b) on a Realtek card working here 24/7 > > since about two months. I also got problems with dropped > > lines, but this > > is because the ISDN "modem" drops the connection when the line quality > > gets too bad. With a previous ISDN "modem" the darn box went > > into jabber > > mode, the only thing helping after that was power cycling the "modem", > > then ifconfig rl0 down; ifconfig rl0 up again. After changing the > > "modem" to a small CISCO 1000, the line is stable. > > > I had the line drop away from under me when I used this card in two PC's > with a crosscable. I did an NFS-based FreeBSD install, but I had to replace > the card before I was able to install the whole thing. > > What version of FreeBSD are you using? $ uname -a FreeBSD amnesix.XX.XX 4.2-STABLE FreeBSD 4.2-STABLE #2: Tue Jan 16 09:33:35 CET 2001 [EMAIL PROTECTED]:/usr/src/sys/compile/AMNESIX-4.2-S i386 and $ uname -a FreeBSD miraculix.i-clue.de 4.2-STABLE FreeBSD 4.2-STABLE #0: Fri Jan 5 18:27:5 0 CET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 (That's a RTL8139C in there) HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: Realtek card support
> > > This particular card is branded "TP-Link", chip reads RTL8139B. > > > > It detects, configures and runs for a while, but drops the > > line after a while. (PPTP to my ADSL modem) > > I got exactly this chip (RTL8139b) on a Realtek card working here 24/7 > since about two months. I also got problems with dropped > lines, but this > is because the ISDN "modem" drops the connection when the line quality > gets too bad. With a previous ISDN "modem" the darn box went > into jabber > mode, the only thing helping after that was power cycling the "modem", > then ifconfig rl0 down; ifconfig rl0 up again. After changing the > "modem" to a small CISCO 1000, the line is stable. > I had the line drop away from under me when I used this card in two PC's with a crosscable. I did an NFS-based FreeBSD install, but I had to replace the card before I was able to install the whole thing. What version of FreeBSD are you using? Kees Jan You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Realtek card support
"Koster, K.J." schrieb: > > > > > > > > > I have two RealTek network cards that I'm willing to send > > > to someone who is > > > going to update the FreeBSD realtek driver to support them. > > > > > > > what card is that and what is broken ? > > both the ne and the rl driver works reasonably well with the 8029 > > and 8139 chips. > > > This particular card is branded "TP-Link", chip reads RTL8139B. > > It detects, configures and runs for a while, but drops the line after a > while. (PPTP to my ADSL modem) I got exactly this chip (RTL8139b) on a Realtek card working here 24/7 since about two months. I also got problems with dropped lines, but this is because the ISDN "modem" drops the connection when the line quality gets too bad. With a previous ISDN "modem" the darn box went into jabber mode, the only thing helping after that was power cycling the "modem", then ifconfig rl0 down; ifconfig rl0 up again. After changing the "modem" to a small CISCO 1000, the line is stable. No, I don't know what ISDN terminal adapter was dubbed "modem" by German Telekom, it had only Telekom printed all over its face. HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: Realtek card support
> > > > > I have two RealTek network cards that I'm willing to send > > to someone who is > > going to update the FreeBSD realtek driver to support them. > > > > what card is that and what is broken ? > both the ne and the rl driver works reasonably well with the 8029 > and 8139 chips. > This particular card is branded "TP-Link", chip reads RTL8139B. It detects, configures and runs for a while, but drops the line after a while. (PPTP to my ADSL modem) Kees Jan You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Realtek card support
what card is that and what is broken ? both the ne and the rl driver works reasonably well with the 8029 and 8139 chips. luigi > > I have two RealTek network cards that I'm willing to send to someone who is > going to update the FreeBSD realtek driver to support them. > > I know it's supposed to be broken in the hardware, but the sad fact is that > in the Netherlands this is the *only* card they sell in many smaller stores. > If you say "network adaptor" they give you realtek. If you ask for another > brand, they look at you funny and give you realtek. If you *insist* on > another brand they give you more funny looks, and give you realtek with the > words that it's the OEM version of . > > (Calm down, deep breath ... there, much better) > > Anyway: send me your snail mail address, and I'll send you the realtek card. > > Kees Jan > > PS. for the record: I also still have an SMC EtherEZ 10Mb UTP and a 3Com > 3c503 for those who want to work on drivers for them. > > > You are only young once, >but you can stay immature all your life. > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Realtek card support
Dear All, I have two RealTek network cards that I'm willing to send to someone who is going to update the FreeBSD realtek driver to support them. I know it's supposed to be broken in the hardware, but the sad fact is that in the Netherlands this is the *only* card they sell in many smaller stores. If you say "network adaptor" they give you realtek. If you ask for another brand, they look at you funny and give you realtek. If you *insist* on another brand they give you more funny looks, and give you realtek with the words that it's the OEM version of . (Calm down, deep breath ... there, much better) Anyway: send me your snail mail address, and I'll send you the realtek card. Kees Jan PS. for the record: I also still have an SMC EtherEZ 10Mb UTP and a 3Com 3c503 for those who want to work on drivers for them. You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: gzip and cvsweb.cg
On 31 Jan 2001, at 19:10, Akinori MUSHA wrote: > Read cvsweb.cgi and you'll know it only gzip's the stream when the > user agent claims either it's "Mozilla/*" or it accepts gzip > encoding. Which applies to your situation? Thanks for that bit. Given that I'm using fetch under 4.1-stable, I would think that neither situation applies. I've also tried using lynx but it munges the file. It wraps. I also tried lynx --dont_wrap_pre. Still wraps. I've found that wget seems to work best: wget --user-agent=Lynx -O Makefile http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/mnoGo Search-current/Makefile?rev=HEAD Not the ideal situation. fetch *should* work. Surely fetch doesn't claim to be gzip compatible. -- Dan Langille pgpkey - finger [EMAIL PROTECTED] | http://unixathome.org/finger.php To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Bash2 removes SSH_CLIENT from the environment
Chet Ramey <[EMAIL PROTECTED]> writes: > Bash uses the presence of SSH_CLIENT to decide whether or not to run the > shell startup files for a non-interactive shell (like it attempts to do > for rsh). [...] Feh. Here's a nickel, kid, get yourself a real shell. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: gzip and cvsweb.cg
At Wed, 31 Jan 2001 22:52:02 +1300, Dan Langille wrote: > OK. Explain this. When we telnet to port 80 and fetch it, we don't get > gzip. When we use lynx, it doesn't come back gzip'd (does lynx know > gzip?). > > [dan@lists:~/temp] $ lynx -dump > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/mnoGoSearch- > current/Makefile?rev=H > EAD > Makefile > [dan@lists:~/temp] $ file Makefile > Makefile: ASCII text > > [dan@lists:~/temp] $ fetch -o Makefile > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/mnoGoSearch- > current/Makefil > e?rev=HEAD > Receiving Makefile: 2 Kbytes > 2082 bytes transferred in 0.0 seconds (1233.01 Kbytes/s) > [dan@lists:~/temp] $ file Makefile > Makefile: ASCII text > > [dan@lists:~/temp] $ fetch -o Makefile > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/www/mnoGoSe > arch-curr > ent/Makefile?rev=HEAD > Receiving Makefile: 1 Kbytes > 1029 bytes transferred in 0.0 seconds (716.23 Kbytes/s) > > [dan@lists:~/temp] $ file Makefile > Makefile: gzip compressed data, deflated, last modified: Wed Jan 31 > 10:47:57 2001, max speed, os: Unix > > go figure... Hmm. It doesn't happen on my box at all. knu@daemon[1]% printenv HTTP_PROXY ~/src/ruby/src/lib/irc http://proxy:3128/ knu@daemon[1]% printenv FTP_PROXY ~/src/ruby/src/lib/irc http://proxy:3128/ knu@daemon[1]% fetch -o Makefile 'http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/www/mnoGoSearch-current/Makefile?rev=HEAD' fetch: Makefile: size of remote file is not known Receiving Makefile: 2082 bytes 2082 bytes transferred in 0.0 seconds (70.47 kBps) knu@daemon[1]% file Makefile ~/src/ruby/src/lib/irc Makefile: ASCII text knu@daemon[1]% unset HTTP_PROXY FTP_PROXY ~/src/ruby/src/lib/irc knu@daemon[1]% fetch -o Makefile 'http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/www/mnoGoSearch-current/Makefile?rev=HEAD' fetch: Makefile: size of remote file is not known Receiving Makefile: 2082 bytes 2082 bytes transferred in 0.0 seconds (64.08 kBps) knu@daemon[1]% file Makefile ~/src/ruby/src/lib/irc Makefile: ASCII text Read cvsweb.cgi and you'll know it only gzip's the stream when the user agent claims either it's "Mozilla/*" or it accepts gzip encoding. Which applies to your situation? -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: gzip and cvsweb.cg
On 30 Jan 2001, at 14:35, Akinori MUSHA wrote: > At Tue, 30 Jan 2001 14:26:01 +1300 (NZDT), > Dan Langille wrote: > > I've noticed that cvsweb.cgi sometimes gives me GZIP and sometimes not. I > > tracked down a fix for my needs, but would like some feedback please. > > > > The problem arose when FreshPorts old me it couldn't do anything with a > > Makefile it had just obtained (via fetch), so I went to look. What I > > found was a garbled Makefile. Actually, it was GZIP'd, not ASCII. > > > > $ fetch -o Makefile > > >http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/www/mnoGoSearch-current/Makefile?rev=1.3 > > Receiving Makefile: 0 Kbytes > > 897 bytes transferred in 0.0 seconds (603.71 Kbytes/s) > > > > $ file Makefile > > Makefile: gzip compressed data, deflated, last modified: Tue Jan 30 > > 14:00:38 2001, max speed, os: Unix > > > > > > So then I started experimenting, and check the web interface. Then I used > > this: > > > > $ fetch -o Makefile > > >http://www.FreeBSD.org/cgi/cvsweb.cgi/~checkout~/ports/www/mnoGoSearch-current/Makefile?rev=1.3 > > Receiving Makefile: 1 Kbytes > > 1799 bytes transferred in 0.0 seconds (1241.55 Kbytes/s) > > > > $ file Makefile > > Makefile: ASCII text > > > > Which is what one would expect. > > > > Why does one give the expected results and the other doesn't? I expected > > both to give the same. > > Hmm, this reminds me of the transparent HTTP proxy issue. I suspect > an HTTP proxy server is between your box and www.FreeBSD.org and it > had a cache of the former page and didn't for the latter. OK. Explain this. When we telnet to port 80 and fetch it, we don't get gzip. When we use lynx, it doesn't come back gzip'd (does lynx know gzip?). [dan@lists:~/temp] $ lynx -dump http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/mnoGoSearch- current/Makefile?rev=H EAD > Makefile [dan@lists:~/temp] $ file Makefile Makefile: ASCII text [dan@lists:~/temp] $ fetch -o Makefile http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/mnoGoSearch- current/Makefil e?rev=HEAD Receiving Makefile: 2 Kbytes 2082 bytes transferred in 0.0 seconds (1233.01 Kbytes/s) [dan@lists:~/temp] $ file Makefile Makefile: ASCII text [dan@lists:~/temp] $ fetch -o Makefile http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/www/mnoGoSe arch-curr ent/Makefile?rev=HEAD Receiving Makefile: 1 Kbytes 1029 bytes transferred in 0.0 seconds (716.23 Kbytes/s) [dan@lists:~/temp] $ file Makefile Makefile: gzip compressed data, deflated, last modified: Wed Jan 31 10:47:57 2001, max speed, os: Unix go figure... -- Dan Langille pgpkey - finger [EMAIL PROTECTED] | http://unixathome.org/finger.php To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
'netstat -inb' short byte counters
I like to use 'netstat -inb' for monthly looking how much bytes in/out on particular network device (xl2, for me) on FreeBSD 4.2-release. But counters look like a modus of 2^32 (4294967296, unsigned double word). It's so little for my needs. Are there user way to enlarge counters to 64 bits? Hints for tweaking is very appreciated. Thanks, Zaitsev Serg, [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
