Sorry for slightly off-topic post but (see below)
On Sun, 26 Jun 2011, Greg Rivers wrote:
On Sun, 26 Jun 2011, Hans Petter Selasky wrote:
On Sunday 26 June 2011 09:27:22 Greg Rivers wrote:
With this change, the USB bus continued to operate as expected while
attaching and detaching a USB
Me too :-(
On Thu, 2 Dec 2010, Christian Gusenbauer wrote:
Hi all!
I second that. I can reproduce it on my i386 current machine (svn rev.
#216073) when running make all in ports/sysutils/coreutils.
(kgdb) list *0xc06821c9
0xc06821c9 is in free_jremref
~
On
As of yesterday's sources, this panic is precisely the same. Actually, it
can be triggered by simply running cdcontrol -f acdX info with 2
different audio CDs in a row. And it doesn't happen with ATAPICAM devices
cdX. GDB session transcript attached.
On Mon, 10 Nov 2003, Pav Lucistnik wrote:
I'm sorry bothering you with this again, but what's the desision with
sys/cdio.h? I'm hoing to submit patches to XMMS and XINE folks, but in
both enabling/disabling CDDA is based on this ioctl's presence.
BTW, if anybody's interested I've patched audio/dagrab,
audio/cdparanoia and multimedia/xmms
Unfortunately, no. But I can post them - they're not big (obviously :-)
On Wed, 24 Sep 2003, Arjan van Leeuwen wrote:
On Tuesday 23 September 2003 23:47, Vladimir Kushnir wrote:
I'm sorry bothering you with this again, but what's the desision with
sys/cdio.h? I'm hoing to submit patches
On Fri, 19 Sep 2003, Soren Schmidt wrote:
I disagree, but that another matter..
How about just doing:
dd if=/dev/acdXtY of=trackY bs=2352
Now that cant be simpler and is already present...
In XMMS/XINE/cdda2wav/cdparanoia/...? Lots of programs depend on this
interface, and not just
Who-hoo, it works!!! Thanks a bunch!!!
On Fri, 19 Sep 2003, Marius Strobl wrote:
On Thu, Sep 18, 2003 at 05:51:25PM +0200, Jan Srzednicki wrote:
Anyway, here's backtrace for atapicam panic I've mentioned. It's
triggered by:
cdrecord dev=1,1,0 /some/track
This panic isn't ATAPICAM
On Thu, 18 Sep 2003, Soren Schmidt wrote:
The right way of doing audio graps has been to set the wanted blocksize
with CDRIOCSETBLOCKSIZE (not needed if all tracks on the CD is of
the same size), then just read from the device. Ioctl's was newer meant
to be used to read/write data, its
On Thu, 18 Sep 2003, Thomas Quinot wrote:
Le 2003-09-18, Jan Srzednicki ?crivait :
Anyway, here's backtrace for atapicam panic I've mentioned. It's
triggered by:
cdrecord dev=1,1,0 /some/track
Um. Do you see the same crash if both drives contain CDs at boot time?
If not, this could
Hello,
We used to have this ioctl in old ATA/ATAPI driver (and still do in
sys/cdio.h); apparently, it's no longer there with ATAng. Is this a bug or
feature? And if this was planned what's going to replace it? As it is,
this change has broken cdparanoia cooked ioctls interface (BTW, that's why
it
Hello,
here camcontrol still shows bogus numbers when there's no CD:
#camcontrol cmd cd0 -v -c 25 0 0 0 0 0 0 0 0 0 -i 8 i4 i4
-791621424 -791621424
No boot crashes, though, only the usual ones due to cdrecord usage
which nobody seem to care about :-(
On Fri, 12 Sep 2003, Kenneth D. Merry
Did anybody try it? I've no success with this variant at all, cdrdao
stubbornly reports Cannot setup device cd0 no matter what :-( What
device/driver should I use for ATAPI burner (_NEC CD-RW NR-9100A) to make
use of ATAng backend?
On Wed, 27 Aug 2003, Soren Schmidt wrote:
I've put up cdrdao
Moreover, it does seem to panic only on write attempts before even
printing its usual Starting to write... prompt. On other operations
(reading info, blanking etc) everything goes all right, at least here
(IDE burner, _NEC CD-RW NR-9100A 2.12 with ATAPICAM). Oh yes, and writing
with burncd or
Hello,
Since Aug 13 or 14 (perhaps earlier but that was when I've rebuilt
world/kernel and the problem started) any attempt to use cdrecord even in
simulation mode leads to panic with vm_fault_copy_wired: page missing.
This happens only when using cdrecord, from both ports/sysutils/cdrtools
and
This morning's kernel. User PPP, cvs up.
Regards,
Vladimir~ sudo gdb -k /usr/obj/usr/src/sys/KUSHNIR/kernel.debug /usr/crash/vmcore.0
GNU gdb 5.2.1 (FreeBSD)
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x20
fault code
On Thu, 6 Mar 2003, Attila Nagy wrote:
Hello,
I briefly searched my mailbox for other panics with this panic string,
but all the others seem to be due to tcp_input and not the filesystem
(as I suspect mine is). The machine is running a SMP kernel built
yesterday (Wed Mar 5 22:50:35 CET
On Thu, 6 Mar 2003, Morten Rodal wrote:
On Thu, Mar 06, 2003 at 08:50:41PM +0100, Attila Nagy wrote:
Hello,
I briefly searched my mailbox for other panics with this panic string,
but all the others seem to be due to tcp_input and not the filesystem
(as I suspect mine is). The
On Mon, 3 Mar 2003, Philipp Mergenthaler wrote:
On Mon, Mar 03, 2003 at 01:23:20AM +0200, Vladimir Kushnir wrote:
Practically 100% repeatable: after some CVS updates (not sure but it
seems after another high HD load as well) -CURRENT panics with
bwrite: buffer is not busy
Practically 100% repeatable: after some CVS updates (not sure but it
seems after another high HD load as well) -CURRENT panics with
bwrite: buffer is not busy
(in the prefious message I've attached gdb trace and so on, and nothing
has changed so far).
It goes on for at least several days now.
Under KDE session, while CVS updating.
Uname output:
FreeBSD kushnir1.kiev.ua 5.0-CURRENT FreeBSD 5.0-CURRENT #11:
Fri Feb 28 08:42:45 EET 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/KUSHNIR i386
/ - UFS1; /usr,/var - UFS2, softupdates enabled.
Dmesg output, kernel config file and gdb trace are
Setup: Fujitsu MPG3409AT E disk on external CMD649 controller (the only
HD). Kernel trap while booting with timeout for ad0 device. Setting
hw.ata.ata_dma=0 solves the problem. Sources last cvsupped last night
(after the last ATA-related commits). Dmesg output attached, but that's
about all I can
On Mon, 17 Feb 2003, leafy wrote:
On Sun, Feb 16, 2003 at 10:28:25AM -0800, Steve Kargl wrote:
these apply to both world and ports. and the strange ld-elf.so.1 error
still ocurs.
I just built mozilla with gcc 3.2.2 without a problem.
--
Steve
Mine does without any problem
On Mon, 23 Dec 2002, Scott Long wrote:
Vladimir Kushnir wrote:
I'm not sure for how long but at least last couple of weeks any attempt to
mount CD with UDF gives
panic: lockmgr: locking against myself
plus quiet reboot (no dump, no break to DDB - nothing) on my -CURRENT box
I'm not sure for how long but at least last couple of weeks any attempt to
mount CD with UDF gives
panic: lockmgr: locking against myself
plus quiet reboot (no dump, no break to DDB - nothing) on my -CURRENT box.
uname -a output:
FreeBSD kushnir1.kiev.ua 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sun
-CURRENT.
Have I missed some new configuration options?
Very simple: /usr/src/etc/rc.d/syscons misses line
run_rc_command $1
Regards,
Vladimir
--
Vladimir Kushnir - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Is there any chance of getting ifc work under FreeBSD, either the way icc
does or producing Linux binaries?
Regards,
Vladimir
--
Vladimir Kushnir - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
-DPNG_THREAD_UNSAFE_OK flag everything
seems to be OK (-CURRENT, with new binutils).
Regards,
Vladimir
--
Vladimir Kushnir - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hello,
Here's some experience with ACPI. It does work (which is good :-) but for
some reason it turns off computer (always from under X) at rather low
temperatures with emergency shutdown. How could I debug ACPI to provide
more details?
Regards,
Vladimir
--
Vladimir Kushnir - [EMAIL PROTECTED
Hello all,
Is there anything wrong with our CTM system now? There doesn't seem to be
any deltas (either src-cur, or ports-cur) since Mar 12 :-(
Regards,
Vladimir
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered by FreeBSD
I'm really
puzzled :-( Any clues?
"uname -a" output:
FreeBSD kushnir1.kiev.ua 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sun Feb 18
09:50:07 EET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/KUSHNIR
i386
--
===|=======
Vladimir Kushnir
wrote:
Have you seen ports/chinese/big5fs? Japanese/Korean do the same thing too
You could simply make a port of this that loads KLD's. This enables us
Regards,
Vladimir
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered
? Actually,
this way one can propagate other options from kernel to modules as well.
Regards,
Vladimir
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered by FreeBSD
[EMAIL PROTECTED] |
To Unsubscribe: send mail to [EMAIL
dules. Any ideas
how to do that?
Regards,
Vladimir
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered by FreeBSD
[EMAIL PROTECTED] |
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-curre
environment.
Anyone able to reproduce this?
Bye!
Michael Reifenberger
^.*Plaut.*$, IT, R/3 Basis, GPS
Regards,
Vladimir
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered by FreeBSD
[EMAIL PROTECTED
).
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered by FreeBSD
[EMAIL PROTECTED] |
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
them.
int-cvs is available via E-mail. AFAIK, the way to get an e-mail
feed is to write to Mark Murray [EMAIL PROTECTED] and
ask.
Peter
Regards,
Vladimir
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered
the one you need.
Regards,
Vladimir
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered by FreeBSD
[EMAIL PROTECTED] |
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
e.h finds a section with an unknown type.
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered by FreeBSD
[EMAIL PROTECTED] |
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
089afa2 (122)
VESA: NVidia
VESA: NVidia Riva TNT B1
ata0-slave: success setting up UDMA2 mode on PIIX4 chip
Linux-ELF exec handler installed
splash: image decoder found: green_saver
bpf: tun0 attached
--
===|===
Vladimir Kushnir |
).
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED], |Powered by FreeBSD
[EMAIL PROTECTED] |
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Thanks for replay, but what I am to do? At least, where to start looking?
Card is revognized, so this indeed shouldn't be PnP fault.
Card's 16 bit, but so far the only acceptable sound give esd or mpg123.
On Mon, 27 Sep 1999, Peter Wemm wrote:
Vladimir Kushnir wrote:
Hello, here's an output
===|===
Vladimir Kushnir |
ku...@mail.kar.net, |Powered by FreeBSD
kush...@ap3.bitp.kiev.ua |
*** audio_FreeBSD.c.old Thu Sep 3 09:08:44 1998
--- audio_FreeBSD.c Tue May 18 01:00:26 1999
***
*** 353,359
return (-1
(obr...@nuxi.com -or- obr...@freebsd.org)
===|===
Vladimir Kushnir |
ku...@mail.kar.net, |Powered by FreeBSD
kush...@ap3.bitp.kiev.ua |
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current
On Sun, 4 Apr 1999, Daniel Eischen wrote:
Vladimir Kushnir ku...@mail.kar.net wrote:
On Sun, 4 Apr 1999, David O'Brien wrote:
The FreeBSD 4.0-CURRENT world appears to be broken. The file that
appears to be causing the problem is pthread_private.h, included by
isatty.c
===|===
Vladimir Kushnir |
ku...@mail.kar.net, |Powered by FreeBSD
kush...@ap3.bitp.kiev.ua |
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
looked fairly stable, at least in
single user mode.
Regards,
Vladimir
===|===
Vladimir Kushnir |
ku...@mail.kar.net, |Powered by FreeBSD
kush...@ap3.bitp.kiev.ua |
To Unsubscribe: send mail to majord...@freebsd.org
===|===
Vladimir Kushnir |
ku...@mail.kar.net, |Powered by FreeBSD
kush...@ap3.bitp.kiev.ua |
*** freebsd.h.orig Sat Mar 13 23:20:27 1999
--- freebsd.h Wed Mar 10 23:22:32 1999
***
*** 259,267
#ifdef FREEBSD_NATIVE
Mar 1999, Alex Zepeda wrote:
On Sat, 13 Mar 1999, Vladimir Kushnir wrote:
BTW, binaries compiled with egcc are still larger than with stock gcc. Is
there a way to shrink them (beyond what's possible with -O optimisation)?
Try -Os, -fno-exceptions* -fno-rtti* or any combo of the above
bits upto date in the past few days.
Tonight or Sunday, I hope to have the same thing I'm working on available
to all.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
===|===
Vladimir Kushnir |
ku
i'm getting wrong? Maybe i've missed something?
cd /usr/src/sys/modules/syscons/logo
make cleandepend
Did you compile this module before? That's the remnants.
Adios,
/KONG
Regards,
Vladimir
===|===
Vladimir Kushnir |
ku
50 matches
Mail list logo