Please,
I need some help, my adsl access router (Zyxel Prestige P641) blow
up last night (really exploded). A sourface mounted capacitor CP53
exploded destroying mother board. I need a zoomed scan of that area
or even better of schematics of power section of the router, to try
to adjust myself.
On Sat, Mar 30, 2002 at 03:24:08PM +0200, Andrew Bliznak wrote:
> On Sat, 30 Mar 2002, Masahide -mac- NODA wrote:
>
> Same here, solid lock, debug key not work. If I setup X to use /dev/ums0
> computer hang just after startx. All worked with kernel/world from Mar 12.
"Me too".
In my case I use
sos> You need the
sos> options PCI_ALLOW_UNSUPPORTED_IO_RANGE
It workd. Thanks!
--
NAKAJI Hiroyuki
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
It seems NAKAJI Hiroyuki wrote:
>
> I checked the difference between them to find that ata device on HPT370 is
> not detected,
> +pcib2: device atapci0 requested unsupported I/O range 0x0-0x9c00 (decoding
>0x9000-0xafff)
> +ata2: probe allocation failed
You need the
options PCI_ALLOW_
Hi,
I cannot update my current system after Jan 29 2002, because the latest
kernel cannot detect my mirrored disk on HPT370 as ar.
Is there any problem or large change around ata driver?
The dmesg outputs for old and new kernels and kernel configuration file
are available at
http://www.rc.tutrp
Looks like two, tiny fixes, so I went ahead and committed them. It
shouldn't interfere with the NetBSD merge.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, 1 Apr 2002, M. Warner Losh wrote:
:===> umodem
:cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
:-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
:-DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-c
In article <[EMAIL PROTECTED]>
"M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> ===> umodem
> cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
>-DKLD_MODULE -nostdinc -I- -I.
===> umodem
cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common -g
-mpreferred-stack-boundary=2 -Wall -W
--- Miguel Mendez <[EMAIL PROTECTED]> wrote:
>
> Hi there,
>
> > I'm having problem with the TI cardbus bridge to
> > recognize PCCARD in "NEWCARD" kernel. I have a
> desktop
> > with TI PCI1250 adaptor and an IBM Thinkpad with
> TI
> > 1450. Both recognize PC Cards in "GENERIC" kernel,
> but
>
"Crist J. Clark" wrote:
> > This came up in the first place because it's a cross-envrionment
> > issue that needs resolving. The "workaround" exists because the
> > workaround cops out on the cross-environment part of the process
> > and spits out the warnming, instead.
>
> An 'installworld' doe
Any chance of getting the Perl build to properly use ${CC} rather than
hard coding 'cc'? Also a "find . -type f | xargs grep gcc" shows that
GCC may be called directly also.
This is a problem for cross builds, and using alternate versions of of
the compiler (say gcc31 for testing).
--
-- David
On Mon, Apr 01, 2002 at 03:07:46PM -0800, Terry Lambert wrote:
> "Crist J. Clark" wrote:
> > This whole argument ignores what the real problem is. The really
> > correct way to handle this is to use the kldxref(8) built in the
> > 'buildworld' phase. (It's bad form to be using any executables from
On Mon, Apr 01, 2002 at 11:32:07PM +0200, Dag-Erling Smorgrav wrote:
> > if the FreeBSD-specific string could be shortened (to at most 11
> > chars, which is exactly enough to put "des20020307" in there for
> > example ;-), made user-configurable, or altogether removed.
>
> Look for VersionAddend
On Tue, Apr 02, 2002 at 01:48:56AM +0200, Dag-Erling Smorgrav wrote:
> "David O'Brien" <[EMAIL PROTECTED]> writes:
> > On Sat, Mar 30, 2002 at 01:14:07PM +0100, Dag-Erling Smorgrav wrote:
> > > "David O'Brien" <[EMAIL PROTECTED]> writes:
> > > > Uh, why does my sequence keep changing when I just h
"David O'Brien" <[EMAIL PROTECTED]> writes:
> On Sat, Mar 30, 2002 at 01:14:07PM +0100, Dag-Erling Smorgrav wrote:
> > "David O'Brien" <[EMAIL PROTECTED]> writes:
> > > Uh, why does my sequence keep changing when I just hit ???
> > Because it's generating fake S/Key challenges, and badly.
> Especi
"Crist J. Clark" wrote:
> This whole argument ignores what the real problem is. The really
> correct way to handle this is to use the kldxref(8) built in the
> 'buildworld' phase. (It's bad form to be using any executables from
> the base system if we have a full object tree.) Actually using the o
I've just finished updating a system to -CURRENT from mid-April (just
before the DP1 branch). When I try to login, login(8) goes into a
loop. ktrace shows it's in userland and the last syscall was closing
/etc/auth.conf. I've tried with two different users and gotten the
same result. A third u
On Sat, Mar 30, 2002 at 01:14:07PM +0100, Dag-Erling Smorgrav wrote:
> "David O'Brien" <[EMAIL PROTECTED]> writes:
> > Something is still very wrong:
> >
> > ssh foo@releng4
> > otp-md5 350 re9786 ext
> > S/Key Password:
> > otp-md5 134 re2584 ext
> > S/Key Password:
> >
On Sat, Mar 30, 2002 at 10:03:47AM +0100, Alexander Leidinger wrote:
> On 29 Mär, David O'Brien wrote:
>
> >> > My patches to src/share/mk/ are here:
> >> >
> >> > ftp://ftp.jurai.net/users/winter/icc.mk.diff
> >> >
> >> > This allows you to set 'USE_ICC' and 'ICFLAGS' and build stuff.
> >
>
Pierre Beyssac <[EMAIL PROTECTED]> writes:
> It would be easier on me (and other Foundry switch users) and in
> the interest of interoperability with broken ssh implementations
> if the FreeBSD-specific string could be shortened (to at most 11
> chars, which is exactly enough to put "des20020307"
"Crist J. Clark" <[EMAIL PROTECTED]> wrote:
> Have a crash box handy?
>
> $ disklabel fd0.1440
The patch below should fix that, thanks for the bug report.
fdioctl() historically attempted to determine the "raw" partition
(`c') of the device in order to read the label. However, the floppy
dr
On Mon, Apr 01, 2002 at 07:42:59AM -0800, Shizuka Kudo wrote:
Hi there,
> I'm having problem with the TI cardbus bridge to
> recognize PCCARD in "NEWCARD" kernel. I have a desktop
> with TI PCI1250 adaptor and an IBM Thinkpad with TI
> 1450. Both recognize PC Cards in "GENERIC" kernel, but
> get
On Mon, Apr 01, 2002 at 12:35:21AM -0800, David O'Brien wrote:
> On Sun, Mar 31, 2002 at 12:38:24PM +0200, Emiel Kollof wrote:
> > On Sun, 2002-03-31 at 09:51, Terry Lambert wrote:
> >
> > >
> > > Perhaps if the kernel printf also "ignored" the request to print
> > > the little S.O.B. out, there
I had problems connecting with the FreeBSD openssh client to a
Foundry BigIron gigabit switch running ssh 1.2.27, whereas I can
connect fine to the same switch when using a locally-compiled OpenSSH 3.1p1.
The culprit is apparently the length of the version string sent by
FreeBSD and received by t
On 01-Apr-2002 Josef Karthauser wrote:
> On Mon, Apr 01, 2002 at 11:39:16AM -0500, John Baldwin wrote:
>> Argh, it seems that libusbhid.h doesn't get installed by make includes thus
>> if
>> one is trying to use make includes to update headers prior to doing a make
>> depend or make all in /usr/s
On Mon, 2002-04-01 at 11:01, David Wolfskill wrote:
> Untested as yet; just fired up the "make -DNOCLEAN buildworld after the
> breakage ("Don't know how to make tech" in /usr/src/share/dict):
phk just submitted a patch to fix this. Yours looks suspiciously like
it ;-).
Joe
>
> Index: share/d
On Mon, Apr 01, 2002 at 11:39:16AM -0500, John Baldwin wrote:
> Argh, it seems that libusbhid.h doesn't get installed by make includes thus if
> one is trying to use make includes to update headers prior to doing a make
> depend or make all in /usr/src on a machine that can't do buildworld (like,
Argh, it seems that libusbhid.h doesn't get installed by make includes thus if
one is trying to use make includes to update headers prior to doing a make
depend or make all in /usr/src on a machine that can't do buildworld (like,
say, sparc64), then it dies. Can the USB maintainer please add appr
Untested as yet; just fired up the "make -DNOCLEAN buildworld after the
breakage ("Don't know how to make tech" in /usr/src/share/dict):
Index: share/dict/Makefile
===
RCS file: /cvs/freebsd/src/share/dict/Makefile,v
retrieving revis
Hi,
I'm having problem with the TI cardbus bridge to
recognize PCCARD in "NEWCARD" kernel. I have a desktop
with TI PCI1250 adaptor and an IBM Thinkpad with TI
1450. Both recognize PC Cards in "GENERIC" kernel, but
get "Card has no functions" in NEWCARD. I checked the
maillist and found no answer
> On Sat, Mar 30, 2002 at 10:28:05PM -0800, Michael Smith wrote:
> > > This avoids a panic when probing, there's probably still some
> > > badness going on with make/destroy dev in this driver.
> > Pending commentary from Scott, I think you should commit this.
> Yes, there is a lot of evilness in
On 27 Mär, I wrote:
> The compressed log is at
> http://www.leidnger.net/FreeBSD/LINT_with_icc_20020327.log.bz2 (71k),
> it's about 3MB uncompressed.
There's a new log in the FreeBSD directory. It's generated with the new
portrevision of icc. A lot more errors, ~7 MB uncompressed.
Bye,
Alexande
Joe Marcus Clarke <[EMAIL PROTECTED]> writes:
> I think I found why pam_ldap wouldn't work with OpenPAM on -CURRENT.
> Attached is my proposed patch to OpenPAM. With this applied, pam_ldap
> works like a champ.
But of course! Thank you very much, that was a stupid braino.
DES
--
Dag-Erling S
In message <[EMAIL PROTECTED]>, Kyle Butt writes:
>> I've stared at the data file and I'll be damned if I can find anything
>> which would case the clock to double its speed :-(
>
>Perhaps something else is causing the clock to run twice as fast?
>Maybe two things that are working properly are b
On Sun, Mar 31, 2002 at 12:38:24PM +0200, Emiel Kollof wrote:
> On Sun, 2002-03-31 at 09:51, Terry Lambert wrote:
>
> >
> > Perhaps if the kernel printf also "ignored" the request to print
> > the little S.O.B. out, there would be less confusion...
>
> I'm still sticking to the idea that one co
36 matches
Mail list logo
