> > Thanks for the fast reply.. :)
> >
> > Needless to say the machine has been rebooted since the last time it
> >died, but I'll try and keep an eye on it and next time it locks if I can
> >get to the console I'll see if I can grab a snapshot at that time. If a
> >current running snapshot is o
David O'Brien writes :
> Access to ftp.internat.freebsd.org from the USA (and presumably
> elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> server that could officially mirror the crypto bits from
> ftp.internat.freebsd.org?
>
Part of the reason for the poor access is t
* Gustavo V G C Rios <[EMAIL PROTECTED]> [000406 20:23] wrote:
> Alfred Perlstein wrote:
> >
> > * Gustavo V G C Rios <[EMAIL PROTECTED]> [000406 19:12] wrote:
> > > Considering the current kernel design approach used by traditional
> > > system, what happens if a drive were wrongly coded ?
> > >
>On Fri, 7 Apr 2000, Kazutaka YOKOTA wrote:
>
>> Multilingual text processing in the userland is a completely different
>> issue which, I think, should be discussed separately.
>
> I agree with this completely. The question is, where?
I didn't say this mailing list is not suitable for such disc
On Fri, 7 Apr 2000, Mourad Lakhdar wrote:
> when loading the kernel , i have the following error :
> **
> the following file system had an unnexpected inconsistency:
> /dev/rwd0s1e(/var)
You have file system problems/corruption of some kind. Enter
On Fri, 7 Apr 2000, Kazutaka YOKOTA wrote:
> Multilingual text processing in the userland is a completely different
> issue which, I think, should be discussed separately.
I agree with this completely. The question is, where?
--
Alex
-
>I have suggested adding Unicode support in the keyboard driver and the
>vga driver (more precisely, vga and syscons). As a result of such changes:
>
>a) keymap files would map keycodes to the desired Unicode values rather
>than 8-bit values depending on a particular encoding, which should
>great
Alfred Perlstein wrote:
>
> * Gustavo V G C Rios <[EMAIL PROTECTED]> [000406 19:12] wrote:
> > Considering the current kernel design approach used by traditional
> > system, what happens if a drive were wrongly coded ?
> >
> > Would the entiry system crash ?
>
> please define "wrongly coded".
D
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> "Gary T. Corcoran" writes:
> : #define NdisRawReadPortUchar( _port, _ptr) *(_ptr) = inb((_port))
>
> Yes. The bus_space_handle_t that rman_get_bushandle returns on the
> i386 is the portnumber in I/O space. However, you'll need a separate
hi :
when loading the kernel , i have the following error :
**
the following file system had an unnexpected inconsistency:
/dev/rwd0s1e(/var)
> file system failed help!
>try to enter the full path shell or
**
hi :
when loading the kernel , i have the following error :
> file system failed help!
>try to enter the full path shell or
how to resolve this problem , to enter the freebsd interface, and complete
the kernel load
best regards,
To Unsubscribe: send mail to [EMAIL
* Matthew Dillon <[EMAIL PROTECTED]> [000406 19:24] wrote:
> :Considering the current kernel design approach used by traditional
> :system, what happens if a drive were wrongly coded ?
> :
> :Would the entiry system crash ?
>
> Yes.
Yes, but assuming he means driver just about any wrongly co
In message <[EMAIL PROTECTED]> "Gary T. Corcoran" writes:
: #define NdisRawReadPortUchar( _port, _ptr) *(_ptr) = inb((_port))
Yes. The bus_space_handle_t that rman_get_bushandle returns on the
i386 is the portnumber in I/O space. However, you'll need a separate
one for each of them since you d
On 06-Apr-00 Gustavo V G C Rios wrote:
> Considering the current kernel design approach used by traditional
> system, what happens if a drive were wrongly coded ?
^-- I assume you mean 'driver'
> Would the entiry system crash ?
It depends on the bug, sometim
:Considering the current kernel design approach used by traditional
:system, what happens if a drive were wrongly coded ?
:
:Would the entiry system crash ?
Yes.
-Matt
Matthew Dillon
* Gustavo V G C Rios <[EMAIL PROTECTED]> [000406 19:12] wrote:
> Considering the current kernel design approach used by traditional
> system, what happens if a drive were wrongly coded ?
>
> Would the entiry system crash ?
please define "wrongly coded".
--
-Alfred Perlstein - [[EMAIL PROTECTED
Considering the current kernel design approach used by traditional
system, what happens if a drive were wrongly coded ?
Would the entiry system crash ?
--
If you're happy, you're successful.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the
Mike Smith wrote:
> You're probably looking at code that thinks it can do "inb" and so forth;
Yep, more or less. That is, sprinkled throughout the code, there are things
of the form (just to give 1 example):
NdisRawReadPortUchar( (OneOfTheBaseAddresses + SomeOffset), &variable);
> sorry, we d
> Warner,
>
> > rid = 0x10;
> > res1 = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, 0, ~0, 1, RF_ACTIVE);
> ...
> > should do the trick. Change SYS_RES_MEMORY to SYS_RES_IOPORT if it is
> > I/O mapped rather than memory mapped.
> >
> > In case it wasn't clear, the rid is the offset into the co
In message <[EMAIL PROTECTED]> Wes Peters writes:
: For a mere $100,000 per year I could anchor a boat 3 miles outside the
: golden gate and get a wireless T-1 service. Anybody got some change?
If you could find a location that this would be legal from, I'd be
game to help :-)
Wanrer
To Unsub
In message <[EMAIL PROTECTED]> J McKitrick writes:
: Sounds like sometheing we could use, eh?
I don't think so. Strikes me a a hugely *BAD* idea. If you have bad
memory, replace it, don't work around it.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers"
Hello Cameron,
I was playing around newpcm quite a bit lately and noticed the
following. All device nodes (dsp%d.%d, ...) which newpcm code registers
if more than a single playback/recording channel is supported by
a sound card driver have same minor number which ultimately points to
channel 0
In message <[EMAIL PROTECTED]> "Gary T. Corcoran" writes:
: At first I thought "res1" would be the base address I was looking for.
: However, it appears (boy I wish this stuff was documented!) that
: bus_alloc_resource returns a "struct resource *". But I looked and
: looked and I can't find the
> I am using a usb mouse, and dlink ethernet nic connected to a belkin
> usb hub in FreeBSD 4.0R. I also have a "Solidtek ACK-298" keyboard,
> but I have not gotten any progress out of it in freebsd. Has anyone
> tried usb "direct connect" with freebsd? That would be much cooler
> than plip I t
On Thu, Apr 06, 2000 at 12:47:16PM -0700, Kris Kennaway wrote:
> I guess the thing to do is to make sure they have the same directory
> structure as internat though, so people can simply substitute e.g.
> ftp2.internat.freebsd.org for something which tries to fetch(1) from
> internat.
Can someone
Warner,
> rid = 0x10;
> res1 = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, 0, ~0, 1, RF_ACTIVE);
...
> should do the trick. Change SYS_RES_MEMORY to SYS_RES_IOPORT if it is
> I/O mapped rather than memory mapped.
>
> In case it wasn't clear, the rid is the offset into the config space
> where
On Thu, Apr 06, 2000 at 12:05:48PM -0700, David O'Brien wrote:
> On Thu, Apr 06, 2000 at 02:16:15PM +0200, Jesper Skriver wrote:
> > > >elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> > > >server that could officially mirror the crypto bits from
> > > >ftp.internat.free
On Thu, 6 Apr 2000, David O'Brien wrote:
> On Thu, Apr 06, 2000 at 12:23:21PM -0700, Kris Kennaway wrote:
> > There are already international mirrors which mirror the crypto, I think
> > (e.g. I know there's one in japan). We need to deginate them as
> > ftpN.internat.freebsd.org or similar.
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Could anyone clue me in as to what kind of resources mirroring the
int. crypto would take? I'd be more than willing to setup a Canadian
mirror, I'm on T1 to UUnet Canada here in Montreal.
Thanks,
Matt
On Thu, 6 Apr 2000, Kris Kennaway wrote:
: Date
On Thu, Apr 06, 2000 at 12:23:21PM -0700, Kris Kennaway wrote:
> There are already international mirrors which mirror the crypto, I think
> (e.g. I know there's one in japan). We need to deginate them as
> ftpN.internat.freebsd.org or similar.
Can someone that knows what they are get a list of th
On Wed, 5 Apr 2000, David O'Brien wrote:
> Access to ftp.internat.freebsd.org from the USA (and presumably
> elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> server that could officially mirror the crypto bits from
> ftp.internat.freebsd.org?
There are already internat
On Thu, Apr 06, 2000 at 02:16:15PM +0200, Jesper Skriver wrote:
> > >elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> > >server that could officially mirror the crypto bits from
> > >ftp.internat.freebsd.org?
>
> If the amount of data is not huge, we can put it on ftp.d
I'm seeing the same thing on my (headless) server/natd box, only it
happens with syslogd. TOP reports the processor time consumed by
it so far as being '???', and the 'calcru' message appears about 30x
daily in the syslog.
> I'm sure this is already known, but on FreeBSD 4.0 and 5.0, i keep getti
On Thu, Apr 06, 2000 at 07:01:56PM +0100, J McKitrick wrote:
> I think the concept here is that it allows you to use the bad RAM. It's
> like bad blocks on a hard drive. SO now, if you think you have bad RAM, you
> can run the test, mark the bad blocks, and memory will be allocated 'around'
> th
On Thu, Apr 06, 2000 at 10:13:25AM -0700, Brooks Davis wrote:
> On Thu, Apr 06, 2000 at 04:41:15PM +0100, J McKitrick wrote:
> > I saw this link recently...
> >
> > http://home.zonnet.nl/vanrein/badram/
> >
> > Apparently, you make a floppy with the supplied image, boot with it to
> > find the b
David O'Brien wrote:
>
> Access to ftp.internat.freebsd.org from the USA (and presumably
> elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> server that could officially mirror the crypto bits from
> ftp.internat.freebsd.org?
For a mere $100,000 per year I could anchor
At 5:30 PM -0400 4/5/00, Anatoly Vorobey wrote:
>Marco van de Voort, wrote on Wed, Apr 05, 2000 at 02:10:35PM +0100:
> >
> > I'm sorry that I maybe missed part of the thread, but what parts
> > that of UNICODE support are we thinking of?
>
>I have suggested adding Unicode support in the keyboard d
On Thu, Apr 06, 2000 at 04:41:15PM +0100, J McKitrick wrote:
> I saw this link recently...
>
> http://home.zonnet.nl/vanrein/badram/
>
> Apparently, you make a floppy with the supplied image, boot with it to
> find the bad RAM addresses, and then those addresses are passed on as a
> kernel param
On Thu, 06 Apr 2000 21:06:49 +0930, Martin Minkus wrote:
>
>calcru: negative time of xx usec for pid y (dnetc)
I've been seeing the same problem sporadically on my 2xPII box that I
upgraded from 3.4 to 4.0. It *only* occurs for the setiathome binary,
and it *seems* to be triggered wh
>Access to ftp.internat.freebsd.org from the USA (and presumably
>elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
heh lol. I wouldn't think it could be that serious. :)
Shall we lead a holy Jihad against it ?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "u
On Wed, 05-Apr-2000 at 18:08:33 -0700, David O'Brien wrote:
> Access to ftp.internat.freebsd.org from the USA (and presumably
> elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> server that could officially mirror the crypto bits from
> ftp.internat.freebsd.org?
Try
ftp
> On Wed, 5 Apr 2000 18:08:33 -0700
> "David O'Brien" <[EMAIL PROTECTED]> said:
obrien> Access to ftp.internat.freebsd.org from the USA (and presumably
obrien> elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
obrien> server that could officially mirror the crypto
I saw this link recently...
http://home.zonnet.nl/vanrein/badram/
Apparently, you make a floppy with the supplied image, boot with it to
find the bad RAM addresses, and then those addresses are passed on as a
kernel parameter once the patch is applied. Bad addresses will be excluded
from addres
David O'Brien wrote:
>
> Access to ftp.internat.freebsd.org from the USA (and presumably
> elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> server that could officially mirror the crypto bits from
> ftp.internat.freebsd.org?
Tell me the exact tree you want mirrored and
Ciao!
This prg seems to have problems with gcc 2.95.2 under FreeBSD.
Here (3.4-stable, egcs from ports) it returns:
rey:/tmp/tmp> ./conftest
00 00 00 00 30 56 0d 28 00 00 00 00 00 5e 3a c8 07 40 bf bf 97 bc 04 28 7d 82 04
08 04 cf 8a 06 b4 8f 05 28 40 d0 bf bf
5e 3a c8 43
It should return th
Let's begin exposing the background:
Some laptops suffer of the "statclock broken" problem: APM suspend
does not work while the RTC is generating periodic interrupts (which
are used for the statistical clock). Currently, the "solution" consists
of setting the 0x20 flag for the apm(4) driver. If t
Robert Swindells wrote:
>
> >since yesterday morning I'm trying to get the onboard Ethernet interface
> >from my nootebook to work with 4.0-STABLE.
>
> >It seems, this is an AMD Lance based chip, it probes as follows:
>
> >lnc0: port 0x10e0-0x10ff \
> > mem 0xfc008000-0xfc00801f irq 9
>since yesterday morning I'm trying to get the onboard Ethernet interface
>from my nootebook to work with 4.0-STABLE.
>It seems, this is an AMD Lance based chip, it probes as follows:
>lnc0: port 0x10e0-0x10ff \
> mem 0xfc008000-0xfc00801f irq 9 at device 11.0 on pci0
>lnc0: driver is
Ciao!
I have problems debugging ObjC programs... it seems that gdb has problems
stepping through the objc function.
See:
rey:~/Sources/gnustep/core/base/Testing> gdb
shared_obj/ix86/freebsdelf3.4/gnu-gnu-gnu-xgps/invocation
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free
I'm sure this is already known, but on FreeBSD 4.0 and 5.0, i keep getting
the follow error ...
calcru: negative time of xx usec for pid y (dnetc)
Where is a large number, sometimes negative, sometimes not, and
is the PID of dnetc.
dnetc is the Distributed.net rc5 client o
On Thu, Apr 06, 2000 at 11:39:03AM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
>
> >Access to ftp.internat.freebsd.org from the USA (and presumably
> >elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> >server that could offic
In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
>Access to ftp.internat.freebsd.org from the USA (and presumably
>elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
>server that could officially mirror the crypto bits from
>ftp.internat.freebsd.org?
I may be able t
On Wed, 5 Apr 2000, David O'Brien wrote:
> Access to ftp.internat.freebsd.org from the USA (and presumably
> elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
> server that could officially mirror the crypto bits from
> ftp.internat.freebsd.org?
We expect to have a mirror
Hi,
[ sent to -doc, where it's on topic.
Sent to -stable, where there's been much discussion of the docs
recently. If anyone's got any energy left from that they could usefully
expend it on this.
Sent to -hackers, where the last chunk about XML is on topic, and will
probably get me l
Access to ftp.internat.freebsd.org from the USA (and presumably
elsewhere) is an abomination. Isn't there *anyone* with an permanate FTP
server that could officially mirror the crypto bits from
ftp.internat.freebsd.org?
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PR
On Thu, 6 Apr 2000, Anatoly Vorobey wrote:
> > Can you guess, which one of of multiple cyrillic charsets never was
> > actually used in Russia?
> >
> > ISO 8859-5.
>
> It's actually being used quite often now by users of MS Outlook 2000
> (those of them not sophisticated enough to select th
On Thu, 6 Apr 2000, Nikolai Saoukh wrote:
> > koi8-r, one of the oldest cyrillic charsets, primarily designed to keep
> > "intuitive" mapping to ASCII, to remain usable after passing through
> > characters-mangling old software and to be readable on 7-bit dumb
> > terminals -- and the last ment
Hi,
since yesterday morning I'm trying to get the onboard Ethernet interface
from my nootebook to work with 4.0-STABLE.
It seems, this is an AMD Lance based chip, it probes as follows:
lnc0: port 0x10e0-0x10ff \
mem 0xfc008000-0xfc00801f irq 9 at device 11.0 on pci0
lnc0: driver is us
58 matches
Mail list logo
