BSD Unix files containing
it is hereby deleted in its entirety.
William Hoskins
Director, Office of Technology Licensing
University of California, Berkeley
--
Alexander Kabaev
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/fre
1.00/1.00, addr 4, iclass 7/1
ulpt0: using uni-directional mode
---snip---
Bye,
Alexander.
--
Actually, Microsoft is sort of a mixture between the Borg and the Ferengi.
http://www.Leidinger.net Alexander @ Leidinger.net
GPG fingerprint = C518 BC70 E67F
ich rejects the mount).
This is with a pre-statfs-changes current. Does this problem still
exists in a recent current? If yes: where does this ENAMETOOLONG come
from?
Bye,
Alexander.
P.S.: I don't complain about the wrong path printed with the error,
looking at the source makes it obvious why t
ount -t unionfs -o -b /space/distfiles
work/SystemOnCD-1/usr/ports/distfiles
unionfs: /space/distfiles: File name too long
{71} [M87:~netchild/FreeBSD/SystemOnCD]
(65) [EMAIL PROTECTED] # mount -t unionfs -o -b /space/distfiles /mnt
---snip---
Any ideas what's wrong or where I need t
w system is built, but before it is
> installed, "make world" is increasingly unlikely to work.
>
> I was suggesting that it's time to eliminate this excellent path to
> foot-shooting once and for all.
By disabling it temporarily until 5-current becomes 5-stable and
f I remove this mapping it works fine.
--
Alexander Motin
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
r -current and it
seems to work fine. I invoke it as you describe above.
Are you using an nvidia driver or openGL?
I am using nvidia driver installed from ports. But how it related?
--
Alexander Motin
___
[EMAIL PROTECTED] mailing list
http://lists.f
Alexander Motin wrote:
licq 1.2.7 installed from ports does not works on 5.2-BETA with
mapping libc_r to libkse:
%licq -d0 -p qt-gui -- -noxim
Fatal error 'No current thread.
' at line 318 in file /usr/src/lib/libpthread/thread/thr_sig.c
(errno = 2)
I just built and installed
Daniel Eischen wrote:
On Tue, 2 Dec 2003, Alexander Motin wrote:
Alexander Motin wrote:
If I use libkse I get:
kernel: Warning: pid 25341 used static ldt allocation.
kernel: See the i386_set_ldt man page for more info
in my messages.
When I use libc_r I do not get this messages.
I'm
=> /usr/local/lib/libfreetype.so.9 (0x28c96000)
libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x28d0)
liblcms.so.1 => /usr/local/lib/liblcms.so.1 (0x28d28000)
libc.so.5 => /lib/libc.so.5 (0x2808)
libXt.so.6 =&g
Andrey V. Elsukov wrote:
> On 16.02.2010 4:51, Bernd Walter wrote:
>> I don't know how difficult it is to fix, but for many of us mpd is
>> important to have network connection.
>
> You can try this patch. I don't know why Alexander did't commit it.
I've
it plays fine from FAT.
What if you copy them with the mtools from FAT to UFS?
Bye,
Alexander.
--
http://netchild.home.pages.de A.Leidinger @ wurzelausix.cs.uni-sb.de
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
$i
make clean cleandir depend
make
make install clean cleandir
end
After that I tried to make the world again, but it fails.
If I change eh-common.h to ../eh-common.h it fails too, but a little bit
later.
What am I doing wrong?
Bye,
Alexander.
--
http://netchild.home.pages.de A.Leidinger
-device "i4bq921"
at the moment I have to quote.
Bye,
Alexander.
--
http://netchild.home.pages.de A.Leidinger @ wurzelausix.cs.uni-sb.de
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
audio or /dev/dsp(W) causes
> noise for about 1 second then silence. My soundcard worked well
"Me too" for my Vibra16?-Card. But only for pcm. The in-kernel Voxware
driver works.
Bye,
Alexander.
--
http://netchild.home.pages.de A.Leidinger @ wurzelausix.cs.uni-sb.de
To Unsubsc
Hello!
The last 30 minutes I had two of these spontanous errors.
That's a little strange - I had one some weeks ago.
When I had it the last minutes, I was making install in
/usr/ports/print/tetex-beta/
It was downloading teTeX-texmf-0.9-981113.tar.gz from ftp.freebsd.org
while this. (btw, this po
s (disabling SUJ does or dosn't enable SU),
the man page needs to tell what it does.
Bye,
Alexander.
--
Why you say you no bunny rabbit when you have little powder-puff tail?
-- The Tasmanian Devil
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
h
? Could you confirm it?
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ada0p1
label/swap N/A ada0p2
label/rootfs N/A ada0p3
cheers.
On Tue, Mar 30, 2010 at 2:08 AM, Paul B Mahol wrote:
> On 3/29/10, Alexander Best wrote:
>> hi there,
>>
>> when doing fsck on my
i've posted a log here which is pretty self explanatory:
http://pastebin.com/tn3NiDDW
On Tue, May 11, 2010 at 10:13 PM, Alexander Best
wrote:
> the problem is getting more awkward.
>
> if i do `fsck /dev/label/rootfs` fsck complains that it cannot read a
> specific sect
On Wed, May 12, 2010 at 3:46 AM, Bernd Walter wrote:
> On Tue, May 11, 2010 at 10:15:13PM +0200, Alexander Best wrote:
>> i've posted a log here which is pretty self explanatory:
>>
>> http://pastebin.com/tn3NiDDW
>>
>> On Tue, May 11, 2010 at 10:13 PM, Alex
hat changes
anything?
--
Alexander Kabaev
signature.asc
Description: PGP signature
ort)?
It used to possible, but people who did the work to support ICC dropped
any support for their work the minute changes hit the tree and now it
is impossible to say how far exactly it has rotten.
--
Alexander Kabaev
signature.asc
Description: PGP signature
GCC import on my
memory. Every single major GCC release has claimed better optimizations
and more compact generated code and yet they all inevitably generated
code which was appreciably bigger than code produced by previus GCC
version. This should not be used as an excuse to hold clang at bay,
provided base src still comes with working way for building the working
boot2 image (gcc).
--
Alexander Kabaev
signature.asc
Description: PGP signature
rse commenting out those variables in
/etc/make.conf fixes the problem, but if i'm not mistaken 'buildworld'
should use /etc/src.conf at all times and thus should be aware that i
want it to use base gcc.
i've attached my make.conf and src.conf.
cheers.
--
Alexander Best
make.conf
D
Matthew Jacob wrote:
> Hmm. I just fixed that at Panasas, and I'm pretty sure that I gave the
> patch to Alexander Motin to put in.
Do you mean one committed at r207221 or something else?
>> I've been setting up an amd64 VirtualBox machine with the latest
>> 9-CURRENT
n
> intr_event_execute_handlers
> ithread_loop
> fork_exit
> fork_trampoline
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hello.
I've just had this error yesterday. It seems, that utmp.h file is still
in the system. Make in /usr/src:
make delete-old
and try again .
David Rhodus wrote:
===>Verifying install for sessreg in /usr/ports/x11/sessreg
===> Building for sessreg-1.0.5
make all-am
cc -std=gnu99 -Wall
ts to prove-able tests got stuck at one point
in time (probably time constraints / real-life-interupt).
Bye,
Alexander.
--
Year, n.:
A period of three hundred and sixty-five disappointments.
-- Ambrose Bierce, "The Devil's Dictionary"
http://www.Leidin
2010/6/2 Andrius Morkūnas :
> On Wed, 02 Jun 2010 18:23:19 +0300, Alexander Best
> wrote:
>>
>> it seems for some reason gcc44 gets chosen at some point as compiler
>> instead of the base gcc. i DO have CC, CXX and CPP defined in my
>> /etc/make.conf so that gcc44
etely experimental. But it looks
like changing interrupt's APIC and vector in some moments of interrupt
processing may be not a good idea.
Can somebody explain this behavior and propose some solution? Have
somebody seen it for regular PCI devices?
--
Alexander Motin
On Fri, Jun 4, 2010 at 7:55 PM, Doug Barton wrote:
> On 06/04/10 10:46, Alexander Best wrote:
>>
>> src.conf should ALWAYS take priority over make.conf when
>> buildworld or buildkernel is being run.
>
> Defining the same variables in different contexts is always
_SIZE=65536
options PRINTF_BUFR_SIZE=128
might this be caused by one of these lines?
cheers.
--
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any ma
maybe you could add a ddb(8) command to your crontab? i for example
have this in my crontab:
@reboot /sbin/ddb script 'kdb.enter.panic=textdump set; capture on;
show pcpu; show allpcpu; bt; ps; show locks; show alllocks; show
lockedvnods; alltrace; call doadump'
cheers.
--
Alex
th gcc44.
[snip]
--
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
.
--
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
urn both argument and frame same time.
Feedback is very appreciated.
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Ed Schouten wrote:
> * Alexander Motin wrote:
>> Most of x86 systems now has at least 4 types of event timers: i8254,
>> RTC, LAPIC and HPET. Respective code in kernel is very tangled, heavily
>> hardcoded and absolutely not scalable. I have reimplemented it, trying
>
f the journal.
that's it really. ;)
thanks.
--
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hi.
John Baldwin wrote:
> On Friday 04 June 2010 2:30:13 pm Alexander Motin wrote:
>> I am working on driver for HPET event timers. It works mostly fine,
>> except after some cases when ioapic_assign_cpu() called while timer is
>> active. Under interrupt rate of 10KHz it is
esp =
0x3fbfeb1c, ebp = 0x3fbfebf8 ---
db>
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Brandon Gooch wrote:
> Alexander, do you feel that the code is at a stage where meaningful
> user testing can occur?
I think yes. I've touched a lot of legacy code, so it would be nice to
know what I may have broken. For example, i8254 and RTC drivers now more
dependent on attaching
ecially what is not. What timers
detected on system, what are used, are all of them running, and if not,
does system automatically falls back to different ones, is there any
problems with choosing timers manually in different combinations, does
suspend/resume still workin
don't know how to make
/usr/src/usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclangfrontend.a.
Stop
*** Error code 2
Stop in /usr/src/usr.bin/clang.
but i'll be testing buildworld/buildkernel next.
cheers.
--
Alexander Best
___
freebsd-current@
On 06/09/2010 17:31, Roman Divacky wrote:
>> I dont see the error message but I guess you dont have tblgen
>> built (a necessary part for building clang/LLVM)
>>
>> buildworld should be fine
>>
>> On Wed, Jun 09, 2010 at 11:30:10PM +0200, Alexander Best wrote:
oh ok. thanks. i encountered some errors yesterday while trying to
build world with clang, but i'll try again and if it fails again i'll
send you the details.
cheers.
alex
On Fri, Jun 11, 2010 at 3:58 PM, Roman Divacky wrote:
> On Fri, Jun 11, 2010 at 04:00:26PM +0200, Alexand
su/i386-elf/crt1_s.S:38: Error: suffix or operands
invalid for `push'^M
/usr/src/lib/csu/i386-elf/crt1_s.S:39: Error: `4(%ebp)' is not a valid
64 bit base/index expression^M
/usr/src/lib/csu/i386-elf/crt1_s.S:40: Error: suffix or operands
invalid for `push'^M
*** Error code 1^M
On Sun, Jun 13, 2010 at 10:28 PM, Alexander Best
wrote:
> hi there. i'm experiencing two problems during buildworld. i'm not
> sure if these are the result of me doing weird stuff or a problem in
> the src structure:
>
> 1. i have the following in my make.conf:
>
&
On Sun, Jun 13, 2010 at 11:46 PM, Ed Schouten wrote:
> Alexander,
>
> * Alexander Best wrote:
>> .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
>> exists(/usr/local/bin/gcc44)
>> CC = gcc44
>> CXX = g++44
>> CPP = cpp44
&g
On Mon, Jun 14, 2010 at 1:02 AM, Doug Barton wrote:
> On 06/13/10 15:58, Alexander Best wrote:
>>
>> hmmm...but i thought during buildworld either
>>
>> empty(.CURDIR:M/usr/src/*) or
>> empty(.CURDIR:M/usr/obj/*) should be false. so CC/CXX/CPP should never
>&g
On Mon, Jun 14, 2010 at 1:28 AM, Doug Barton wrote:
> On 06/13/10 16:21, Alexander Best wrote:
>>
>> `mount -p&& stat -x /usr/src /usr/obj`:
>
> wow, completely unhelpful. So let me try again. If the /usr/src and /usr/obj
> are not literal directories in /usr then
On Mon, Jun 14, 2010 at 6:58 AM, Ed Schouten wrote:
> * Alexander Best wrote:
>> CC=gcc44
>> CXX=g++44
>> CPP=cpp44
>
> As I mentioned before, "gcc44" and "/usr/local/bin/gcc44" are spelled
> differently.
yes, but the point is: i don't wan
On Mon, Jun 14, 2010 at 12:05 PM, Roman Divacky wrote:
> On Sun, Jun 13, 2010 at 10:28:23PM +0200, Alexander Best wrote:
>> hi there. i'm experiencing two problems during buildworld. i'm not
>> sure if these are the result of me doing weird stuff or a problem in
>>
On Mon, Jun 14, 2010 at 4:17 PM, Anonymous wrote:
> Alexander Best writes:
>
>> On Mon, Jun 14, 2010 at 12:05 PM, Roman Divacky wrote:
>>> On Sun, Jun 13, 2010 at 10:28:23PM +0200, Alexander Best wrote:
>>>> hi there. i'm experiencing two problems during
2010/6/14 Dag-Erling Smørgrav :
> Alexander Best writes:
>> .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
>> exists(/usr/local/bin/gcc44)
>> CC = gcc44
>> CXX = g++44
>> CPP = cpp44
>> .endif
>
> What happens wh
2010/6/15 Dag-Erling Smørgrav :
> Alexander Best writes:
>> Dag-Erling Smørgrav writes:
>> > Alexander Best writes:
>> > > .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
>> > > exists(/usr/local/bin/gcc44)
>> &g
able 'ret'
*** Error code 1
Stop in /usr/src/lib/libc.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
--
Alexander Best
___
freebsd-current
On Tue, Jun 15, 2010 at 7:12 PM, Doug Barton wrote:
> On 06/15/10 04:11, Alexander Best wrote:
>>
>> 2010/6/15 Dag-Erling Smørgrav:
>>>
>>> Alexander Best writes:
>>>>
>>>> Dag-Erling Smørgrav writes:
>>>>>
>>>
rg/patches/iconv_base_integrate2.diff.gz
thanks. i'll revert the previous patch and apply this new one.
cheers.
alex
>
> --
> Gabor Kovesdan
> FreeBSD Volunteer
>
> EMAIL: ga...@freebsd.org .:|:. ga...@kovesdan.org
> WEB: http://people.FreeBSD.org/~gabor .:|:. http://kove
On Tue, Jun 15, 2010 at 7:30 PM, Doug Barton wrote:
> On 06/15/10 10:24, Alexander Best wrote:
>>
>> `make -V .CURDIR` in /usr/src returns "/usr/src"
>
> Thanks. Now:
>
> cd /usr/obj/usr/src
> make -V .CURDIR
"/usr/obj/usr/src"
>
>
>
On Tue, Jun 15, 2010 at 7:56 PM, Alexander Best
wrote:
> On Tue, Jun 15, 2010 at 7:42 PM, Gabor Kovesdan wrote:
>>
>>> /usr/src/lib/libc/iconv/citrus_none.c: In function
>>> '_citrus_NONE_stdenc_cstomb':
>>> /usr/src/lib/libc/iconv/citrus_none.c:114
2010/6/15 Dag-Erling Smørgrav :
> Alexander Best writes:
>> sorry. i didn't mean to affend you. doug barton already pointed out
>> that what i had in my make.conf beforehand won't work unless /usr/src
>> and /usr/obj are literal directories in /usr [1].
>
> T
CFLAGS tweak or such.
> If you haven't done make clean yet, you can resume the build with:
make buildworld -DNO_CLEAN WERROR="" CWARNFLAGS=""
thanks. that worked. :)
>
> --
> Gabor Kovesdan
> FreeBSD Volunteer
>
> EMAIL: ga...@freebsd.org .:|:. ga...@kove
On Wed, Jun 16, 2010 at 3:50 PM, Alexander Best
wrote:
> On Tue, Jun 15, 2010 at 10:28 PM, Gabor Kovesdan wrote:
>>
>>>
>>> cc1: warnings being treated as errors
>>>
>>> /usr/src/lib/libiconv_modules/BIG5/../../libc/iconv/citrus_stdenc_template.h
2 compatibility works.
sorry but right now i don't have the ability to test this. i might be
able to try again in a few days.
>
> --
> Gabor Kovesdan
> FreeBSD Volunteer
>
> EMAIL: ga...@freebsd.org .:|:. ga...@kovesdan.org
> WEB: http://people.FreeBSD.org/~gabor .:|:.
2010/6/15 Dag-Erling Smørgrav :
> Alexander Best writes:
>> Dag-Erling Smørgrav writes:
>> > The problem is that "/usr/src/" is not a prefix of "/usr/src".
>> ah i see. would something like
>>
>> empty(.CURDIR:M/usr/src*) instead
On Mon, Jun 7, 2010 at 3:57 PM, John Baldwin wrote:
> On Saturday 05 June 2010 2:54:15 pm Jille Timmermans wrote:
>> Scott Long schreef:
>> > On Jun 4, 2010, at 4:35 PM, Alexander Best wrote:
>> >
>> >> hi there. running HEAD, amd64 and r208806 i get thi
shot
mode and so suitable for further tickless kernel, but it doesn't work in
C3 state;
HPET{x} - on this hardware it can't be used as per-CPU, it supports
one-shot mode, but less suitable for further tickless kernel, as CPUs
can't run independently;
i8254 - somewhat faster, as
Brandon Gooch wrote:
> On Sun, Jun 20, 2010 at 1:17 AM, Alexander Motin wrote:
> In by /boot/loader.conf, I now have:
>
> # Power Saving
> kern.hz="100"
> #hint.apic.0.clock="0"
> #hint.atrtc.0.clock="0"
> hint.p4tcc.0.disabled="1"
Brandon Gooch wrote:
> On Sun, Jun 20, 2010 at 3:35 PM, Doug Barton wrote:
>> On 06/20/10 08:47, Alexander Motin wrote:
>>> While this can be done in sysctl.conf, it would be better to do it in
>>> loader.conf to make it applied from the beginning, without on-the-fly
&
>> -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin
>> -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx
>> -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding
>> -fstack-protector -Werror -pg -mprofiler-epilogu
and did `dmesg -a >
/FEHLER`. strange thing is that everything seems to have been piped to
that file twice. after that i did `fastboot` and freebsd came up with
/ being clean (although the last fsck report said / was marked dirty).
i've attached the file.
cheers.
--
Alexander Best
Copy
On Tue, Jun 22, 2010 at 6:56 AM, Alex Keda wrote:
> On 22.06.2010 03:26, Alexander Best wrote:
>>
>> i experienced the same problem running r209391. this might have to do
>> something with a fs being full. i saw these warnings during buildworld
>> when eventuall / ran
reports that attimer uses IRQ2, instead of usual IRQ0.
It is either a bug, or it is a very rare feature.
I am not sure it is not a hack, but you may try attached patch. If it
helps, it would be nice it you tried to use i8254 event timer, to check
is this a bug or feature.
--
Alexander Motin
diff
Doug Barton wrote:
> On 06/22/10 13:10, Alexander Motin wrote:
>> Doug Barton wrote:
>>> On 06/22/10 12:55, Doug Barton wrote:
>>>> Howdy,
>>>>
>>>> I tried upgrading from r209351 to r209434 and got a panic related
>>>> to the timer
Doug Barton wrote:
> On 06/22/10 14:17, Alexander Motin wrote:
>> Run `sysctl kern.eventtimer.timer2=i8254`, then after few seconds check
>> messages to see if system liked this timer (it should fall back
>> automatically if it's not),
>
> Seems ok. Here is wha
fresh
"legacy route" mode by adding to /boot/loader.conf:
hint.atrtc.0.clock=0
hint.attimer.0.clock=0
hint.hpet.0.legacy_route=1
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
After upgrading from RELENG_8_0 to RELENG_8_1 (8.1-RC2)
I have noticed that ng_ipfw doesn't return a packet back to ipfw
after `ipfw add ... netgraph ...` due to the bug in the
sys/netgraph/ng_ipfw.c
The attached patch solves the problem.
--
Alexander
patch-sys-netgraph-ng_ipfw.c
Descri
Sean Bruno wrote:
> On Wed, 2010-06-23 at 15:53 -0500, Sean Bruno wrote:
>> On Wed, 2010-06-23 at 15:00 -0500, Alexander Motin wrote:
>>> hint.atrtc.0.clock=0
>>> hint.attimer.0.clock=0
>>> hint.hpet.0.legacy_route=1
>
> I've noted that the system is
quential read from file system - make sure you have sysctl
vfs.read_max set high enough. MAXPHYS does not affects number of
concurrent requests, only size of each one.
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.f
S value. You may rise it in your kernel if you
want. I am successfully using 1MB MAXPHYS now.
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Doug Barton wrote:
> Try backing up to svn r209633 and see if you can boot. What you're
> describing is identical to a panic I had starting with the next
> revision, also on a Dell laptop.
Please try attached patch against HEAD.
--
Alexander Motin
diff -ruNp isa.prev/atrtc
Doug Barton wrote:
> On 07/11/10 22:26, Doug Barton wrote:
>> On 07/11/10 03:28, Alexander Motin wrote:
>>> Doug Barton wrote:
>>>> Try backing up to svn r209633 and see if you can boot. What you're
>>>> describing is identical to a panic I had start
lines like:
hint.attimer.0.at="isa"
hint.attimer.0.port="0x71"
hint.attimer.0.irq="0"
--
Alexander Motin
diff -ruNp --exclude .svn --exclude compile /storage/head/sys/conf/files.pc98
sys/conf/files.pc98
--- /storage/head/sys/conf/files.pc98 2010-06-09 08:33:25.0 +0300
lternative solution.
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
bug in emulation of some timers or bug in respective timer
driver, which was not triggered before last changes. You may try switch
to different timecounter by setting kern.timecounter.hardware, or
different eventtimers by setting kern.eventtimer.timer1 and
kern.eventtimer.timer2 sysctls.
--
Ale
ing. As last
resort you may try to set sysctl kern.timecounter.hardware=TSC in run time.
Previously you were using i8254 timecounter, but now you lost it as your
virtual machine PnP BIOS doesn't announce it. QEMU does the same, but
instead it gives HPET which your emulator seems also doe
Bruce Cran wrote:
> On Fri, Jul 16, 2010 at 11:47:23PM +0300, Alexander Motin wrote:
>> It is probably hard to see pattern due to to very high clock frequency.
>> But TSC timecounter is unreliable even on real SMP systems. What it
>> counts on virtual SMP - even bigger ques
eport more available space whereas FreeBSD does
> not? That would imply that my friend running osol build 117 couldn't
> fill up his raidz pool past the 3.56T.
If you compare the yfs list output of OSol and FreeBSD and they differ
where they shouldn't, you should have a look
how about adding a periodic script to /etc/periodic/daily to backup the
information?
the idea was raised a long time ago already, but was abandoned [1].
cheers.
alex
[1] http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/86388
On Mon, Jul 19, 2010 at 03:24:58PM -0700, Xin LI wrote:
> -BEGIN PG
On Mon, Jul 19, 2010 at 08:31:11PM -0500, Sam Fourman Jr. wrote:
> On Mon, Jul 19, 2010 at 7:37 PM, Alexander Best wrote:
> > how about adding a periodic script to /etc/periodic/daily to backup the
> > information?
> >
> > the idea was raised a long time ago al
On Mon, Jul 19, 2010 at 08:31:11PM -0500, Sam Fourman Jr. wrote:
> On Mon, Jul 19, 2010 at 7:37 PM, Alexander Best wrote:
> > how about adding a periodic script to /etc/periodic/daily to backup the
> > information?
> >
> > the idea was raised a long time ago al
rry, I misparsed ATA_CAM as ahci. Why on earth would anyone want to
> use ATA_CAM these days?
Because there is still a lot of legacy controllers, while ata(4)'s bus
management code is buggy in some aspects, that are difficult to fix
without complete rewrite. ATA_CAM wrapper replaces all tha
uring/after the problem
appears? Are all of them dying or selectively each time? Is there way to
restore operation after problem? Have you tried to switch to using other
event timers? HPET event timers were never used before this, so bugs are
not studied yet.
PS: Verbose dmesg could be more us
een the same
> behavior/knows what may be the cause?
Please try setting the locale:
export LC_CTYPE="ru_RU.KOI8-R"
or
setenv LC_CTYPE "ru_RU.KOI8-R"
--
Alexander Pohoyda
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
for a similar race in blocking
> > opens of named pipes for reading:
>
> fixes issues with apsfilter manual duplexing for me. could somebody
> please commit this patch?
ping phk
Bye,
Alexander.
--
There's no place like ~
http://www.Leidinger.net
st week, and it seems to work just
fine.
Bye,
Alexander.
--
The computer revolution is over. The computers won.
http://www.Leidinger.net Alexander @ Leidinger.net
GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7
To Unsubscribe: send m
possible to compile
> -CURRENT by GCC 2.95.x in the way it has to be. Buildkernel is
> broken in several places by different means, however GCC 3.2.x
> passes them successfully, even with no warnings shown.
>
> Thank you for reading!
>
> ---
> Regards,
> Rhett
--
Alexan
Hi!
I had several panics related to background fsck now. Once I disabled
background fsck, all went ok.
It began when I pressed the reset buttons on several boots while the
system was still doing fscks.
Then sometime this happened:
Mar 24 21:31:12 fump root: /dev/ad0s2g: 701589 files, 12766670
Thus spake Terry Lambert ([EMAIL PROTECTED]):
> Disable write caching on your ATA drive. You should be able to
> "safely" reset after that.
Good idea, thanks. Nevertheless: I don't think the system should
panic on background fsck's, while a manual fsck works.
Alex
To Unsubscribe: send mail t
801 - 900 of 2262 matches
Mail list logo
