5.1-CURRENT FreeBSD 5.1-CURRENT #0: Mon Oct 6 15:38:22 CEST
2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BERT i386
as usual with no special tweaks (kernel config in private mail).
hellmuth
--
Hellmuth Michaelis Hamburg, Europe hm\at\kts\dot\org www.kts.org
a duck is like a b
going to stay in the tree for the forseeable future, being
able to start N named's from rc.conf would be desirable (if only for those
who like to use as much of the utils in the base system as possible).
In case there are plans to go to bind 9 that work would be worthless.
Are there plans ..
t noticed _any_ showstopper yet!
This is cool! I'd like to thank everyone involved for the good work!
hellmuth
--
Hellmuth MichaelisHamburg, Europe[EMAIL PROTECTED]www.kts.org
There is a difference between an open mind and a hole in the head.
To Unsubscribe:
d the nightmare and i'm writing this again from the
September-based current.
Is there help in sight or do i have to do a complete, fresh reinstall
on this machine (Oh no ;-) ) ?
tired,
hellmuth
--
Hellmuth MichaelisHamburg, Europe[EMAIL PROTECTED]www.kts.org
m willing to ship to anyone who wants to
maintain this driver in -current to prevent it from being axed out.
One guy said that he'd like to maintain the driver, and i pointed him
to phk.
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseati
er i have at least 2 Mitsumi
drives + ISA controllers + documentation in good working condition which
i am willing to ship for this purpose to anywhere on earth.
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbH
>From the keyboard of M. Warner Losh:
> In message: <[EMAIL PROTECTED]>
> [EMAIL PROTECTED] (Hellmuth Michaelis) writes:
> : For some days i'm not able to cvs checkout from a stable to a current
> : machine anymore. The stable machine runs a stable as o
>From the keyboard of Hellmuth Michaelis:
> For some days i'm not able to cvs checkout from a stable to a current
> machine anymore. The stable machine runs a stable as of today, the current
> a currect as of yesterday or the day before.
Just to followup to myself: the curr
ary operating system by the user base
(including sysadmins who are "only" _using_ FreeBSD).
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99
>From the keyboard of David O'Brien:
> On Sun, Mar 17, 2002 at 10:48:53AM +0100, Hellmuth Michaelis wrote:
> > Not taking into account (good) technical reasons, i am quite a bit
> > concerned about the increasing tendency to a) use "private" repositorie
.0002 EUR ..
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99 Mail hm [at] hcs.de
D-22457 Hamburg
>From the keyboard of Georg-W. Koltermann:
> At Sun, 18 Nov 2001 09:37:12 +0100 (MET),
> Hellmuth Michaelis wrote:
> >
> > Thought i update my current this morning and ran into two problem with
> > vmware:
> >
> > 1) when starting vmware, vmware.sh ab
/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/ \
hostif.c:177: invalid type argument of `unary *'
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Olde
is all depended on the linux holdsocket problem which Matt fixed with a
recent commit.
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer St
From the keyboard of Hellmuth Michaelis:
> Perhaps i can find out more later as i now have to tell my kids
> a goodnight story
How good that i did that - on today´s current postfix runs again
Anyway, the time i intended to work on -current and commit some bits to
it was once
ms that it somehow does not work as advertized
anymore.
Perhaps i can find out more later as i now have to tell my kids
a goodnight story ....
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99 Mail hm [at] hcs.de
D-22457 Hamburg WWW http
From the keyboard of Hellmuth Michaelis:
> From the keyboard of Giorgos Keramidas:
>
> > Hmm ..
> >
> > thought i should update my current machine 2 hours ago, cvs´d a tree, made
> > and installed it. Reboot. Got:
> >
> > Sep 6 21:33:48 bert postfi
with
the new userland postfix ran fine again).
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99 Mail hm [at] h
-current (both freshly cvs updated).
Reinstalled the previous current from Aug, 14 and postfix ran fine again.
Needless to say that the joy was great :-(
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbH
>From the keyboard of Crist J. Clark:
> Looks like installworld is broken in CURRENT. The
> /usr/share/examples/isdn/i4runppp directory was not added to
> etc/mtree/BSD.usr.dist.
>
> Who's got the pointy hat?
Me. Fix just committed ...
Sorry,
hellmuth
h a functioning Matsushita drive - a necessary
> prerequisite for this activity. 8)
At least four people. I have two Mitsumi drives/controllers supported by
the mcd driver and i offer shipping them to anyone who want to take over
maintaining and enhancing the driver :-)
hellmuth
--
rc/sys/pci/if_fxp.c,v 1.85 2000/08/11 17:47:55 wpaul Exp $
does wake up the machine.
The card is an original Intel
fxp0: port 0xe000-0xe03f mem 0xec00-0xec0f
,0xec101000-0xec101fff irq 7 at device 11.0 on pci0
hellmuth
--
Hellmuth MichaelisTe
his a bug or a feature ?
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99 Mail hm [at] hcs.de
D-22457 Ha
x this.
>
> For the record, it affects i4b as well.
It does. I corrected this in my development tree which will be committed
to current asap.
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice G
27;ve already tried to kill all processes in reach but the load
never drops below 1.00 - even in single user mode.
Other than this the machine is running fine.
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice
ile a non-SMP kernel, so it may be an
> SMP initialization problem.
This is IMHO unlikely since it occurs on a single processor machine here.
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice
e problem.
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99 Mail hm [at] hcs.de
D-2245
works
ncr0: irq 10 at device 13.0 on pci2
ncr0: driver is using old-style compatability shims
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99
Strange but true,
i cvsupped a tree yesterday (and another on another machine today) and on
both machines a pcvt-configured kernel now works again and does not panic
any longer (same config files & hint files).
hellmuth
--
Hellmuth MichaelisTel +49 4
ne/atomic.h: In function `atomic_add_long':
machine/atomic.h:123: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_subtract_long':
machine/atomic.h:124: inconsistent operand constraints in an `asm'
*** Error code 1
hellmuth
--
Hellmuth Michae
>From the keyboard of Hellmuth Michaelis:
> I'm currently re-cvsupping/recompiling a completly fresh tree to reproduce
> this to make shure it is really this single printf.
Its reproducible. Different machine/location/hardware, cvsupped 3 hr's
ago, rm /usr/src, /usr/obj, make
>From the keyboard of Steve O'Hara-Smith:
> On 13-Jul-00 Hellmuth Michaelis wrote:
> > I'm now completely out of ideas
>
> Try and pin down which printf really makes a difference ?
Ok, did that. Surprise: i removed all the debugging code and all chang
kbd.c shows the usual described panic.
> >
> > I'm now completely out of ideas
>
> It sounds like maybe an uninitialized local variable in one of the
> functions.
This should cause a warning from the compiler, shouldn't it ?
All the files in question
t of ideas
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99 Mail hm [at] hcs.de
D-22457 Hamburg
>From the keyboard of Daniel C. Sobral:
> Hellmuth Michaelis wrote:
> >
> > Thanks for the reply - it seems indeed to be a strange problem. In the mean-
> > time i found out that the pcvt probe routine was never called until i added
> > something like DEVMETHOD(devi
n p->kbdsw;
}
when this statement should get executed.
The strange thing is that now pcvt is correctly probed and attached (and
the keyboard is accessed and does function) so the keyboard structures should
have been initialised correctly - but still there is th
kernel mode.
This is reliably reproducible on my 2 test machines running current cvsuped
a day ago.
I'm now trying and searching for two days and i'm running out of ideas. It
might be that i'm doing something very stupid here, but i tried hard to make
shure i'm doi
at compile time to detect a
potentially too large struct).
> Get used to it.
Will do ;-)
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse 97-99
other don't think about it if it were not made absolutely clear
and possibly enforced somehow to never do this in kernel land.
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax
options COMPAT_OLDISA
options COMPAT_OLDPCI
to my some-days-old kernel config file to make things compile and work
again.
The time seems to have come to new-busify pcvt ...
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatisch
>From the keyboard of Matthew Jacob:
> Is someone planning on fixing this?
Yes!
hellmuth
--
Hellmuth MichaelisTel +49 40 55 97 47-70
HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77
Oldesloer Strasse
Andrew Gordon wrote:
> On Sun, 20 Feb 2000, Hellmuth Michaelis wrote:
> >
> > A typical isic hardware has an ISAC and an HSCX chip onboard. The ISAC
> > chip does the D-channel handling and uses offsets 0-0x2b and 0x30-0x3b,
> > the HSCX (B-channels) uses offsets 0-0
>From the keyboard of Martin Husemann:
> > In case there is is already an IDE controller allocated at 0x170 and a
> > Teles 16.3 tries to allocate a range of 0x40 at 0x160 it cannot do so.
>
> This is a PnP card, right?
No.
hellmuth
-
ea since the chance to get docs is nearly equal to zero)
how this behaves cannot be predicted for shure, so IMHO there is a
resource clash and the isic driver behaves correctly unless i overlooked
something.
hellmuth
--
Hellmuth Michaelis[EMAIL PROTECTED] Hamburg,
ith the exception that we could
> > start argueing about whether it would be reasonable to split the allocation
> > ranges for the ISAC and to save (if at all possible, there are some more
> > registers at the end of the HSCX on the card) some bytes in the HSCX case.
>
> So
we could
start argueing about whether it would be reasonable to split the allocation
ranges for the ISAC and to save (if at all possible, there are some more
registers at the end of the HSCX on the card) some bytes in the HSCX case.
hellmuth
--
Hellmuth Michaelis[EMAIL PROTECT
the real nice thing about newbus: you can't
allocate a resource twice. I admit, this might be a bit cumbersome in the
single case but it saves us from the "working sometimes" and "working
sometimes not" and "sometimes, very seldom and unreproducible" error
report
..
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbHFax +49 40 559747-77
Oldesloer Strasse 97-99 Mail hm [at] hcs.de
22457 Hamburg
>From the keyboard of Hellmuth Michaelis:
>
> from time to time (i have no idea how to reproduce it or what causes it) i get
> the following message on the console of one of my current systems:
>
> (da1:ncr0:0:1:0): tagged openings now 31
>
> The drive causing th
ncr0: single-ended, open drain IRQ driver, using on-chip SRAM
Should i be concerned about this ?
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbHFax +49 40 559747-77
Oldesloer Strasse 97-99
But before we get to security issues of spppcontrol, i think the sppp
issues in i4b (lcp-echo, lcp-loops) have to be resolved (besides other
much more basic things such as the hardware drivers).
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatisc
t; there being no 2m-long shelf of ring-bound manuals isn't an excuse for
> not getting on and doing things like they ought to be done.
Thanks a lot for your constructive criticism, as usual, i appreciate it!
hellmuth
--
Hellmuth MichaelisTel +4
abling it, and if so, any time-horisonts?
Yes, no.
I still hope documentation for the new-bus, new-pnp architecture will be
made available at sufficient time before 4.0-RELEASE code freeze.
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hans
urrent was disabled during the conversion of
-current to the new-bus/new-pnp architecture; as a result all PnP ISDN
cards i4b supports do no longer work.
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbH
ingle directory.
A missing directory or any of its components will be created if not present.
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbHFax +49 40 559747-77
Oldesloer Strasse
appened.
With new userland and kernel made yesterday (25.) the problem silently
disappeared without a trace and i'm able to boot again. Silly ..
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbHFax
enable much more people to actually work
with the code and fix problems rather than just complaining here.
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbHFax +49 40 559747
inserted into
an autoscroll window).
Is this known or am i overseeing something obvious ?
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbHFax +49 40 559747-77
Oldesloer Strasse 97-99
added int eh right
> direction..
And it would be great to get this somehow online available for those
not being able to throw private at airlines, hotels, registration,
restaurants, taxis etc.
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseati
to provide more information if needed!
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbHFax +49 40 559747-77
Oldesloer Strasse 97-99 Mail hm [at] hcs.d
ing at all.
A way might be to have those passwords (md5 ?) encrypted in a file, which
is then handed via spppcontrol into the kernel and are decrypted and used
only for the time they are actually needed ?
Of course, i currently do not even have the time to think about how to
implement this ...
he
ral european summer time tuesday 11
The world is round and needs 24 hours to rotate once. ;-)
hellmuth
--
Hellmuth MichaelisTel +49 40 559747-70
HCS Hanseatischer Computerservice GmbHFax +49 40 559747-77
Oldesloer Strasse 97-99
ange enough - i ftp'ed me the linux ISDN stuff, and there seem to be
a STAC compression implementation based on the RFC in it. I'm really,
_really_ interested in STAC's reaction to that, even more because the
author seems to be fully aware of the patent
>From the keyboard of Arjan de Vet:
> Guido van Rooij ([EMAIL PROTECTED]) is working on it and he recently
> showed me ipfilter 3.2.2 (I think) working as a loadable module for
> FreeBSD-current. As soon as it's fully tested he'll commit it.
This is very good news!
67 matches
Mail list logo