Re: HEADS UP: Merge of binutils 2.17

2011-01-09 Thread Pav Lucistnik 
Erik Cederstrand píše v ne 09. 01. 2011 v 00:10 +0100:

 I was pretty sure I couldn't improve anything with 5 minutes of
 thinking. I'm glad the most obvious things have already been done, and
 I'm sure you and others have put a lot of effort into this. My
 question was more what, if anything, can be done to speed up the
 cluster.

Performance and numbers of build nodes is okay. What we really need here
is faster, more robust scheduling infrastructure (master node software),
linimon@ is working hard on this task.

 Also, how long does it take to complete an exp-run on the cluster?

If everything goes smoothly, 20 hours wall time.

-- 
-- 
Pav Lucistnik p...@oook.cz
  p...@freebsd.org
Do not meddle in the fashions of wizards, for they are seasonal and
quick to fall out of style!


signature.asc
Description: This is a digitally signed message part

Re: ATAPI CD still not detected, verbose boot logs available

2003-12-03 Thread Pav Lucistnik 
V st, 03. 12. 2003 v 22:39, Christoph Sold pe:

 On Wednesday 03 December 2003 09:55, Soren Schmidt wrote:
  Could you try this simple patch and see if that helps?
 
 Works for me. No problems so far during three reboots.

Me too! My second Seagate drive is back and running.

-- 
Pav Lucistnik [EMAIL PROTECTED]
  [EMAIL PROTECTED]


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: FreeBSD 5.2-BETA: GEOM/CDROM Related Panic

2003-11-27 Thread Pav Lucistnik 
V t, 27. 11. 2003 v 11:37, Shanker Balan pe:

 Shanker Balan wrote,
  Can provide more information if required. Kernel has been compiled
  with device atapicam. I am rebuilding the kernel w/o atapicam ATM.
 
 Kernel w/o atapicam also panics at the same spot.

 #11 0xc0785d08 in calltrap () at {standard input}:94
 #12 0xc05784a8 in g_destroy_provider (pp=0xc2e5bf00)
 at /usr/src/sys/geom/geom_subr.c:426
 #13 0xc057560d in g_orphan_register (pp=0xc2e6c180)
 at /usr/src/sys/geom/geom_event.c:143
 #14 0xc057571c in one_event () at /usr/src/sys/geom/geom_event.c:169
 #15 0xc0575938 in g_run_events () at /usr/src/sys/geom/geom_event.c:202
 #16 0xc05768c5 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:134

Me too. In fact it started happening since geomification of atapicd
driver. My workaround is to detach and attach ATA channel with a cd-rom
drive.

-- 
Pav Lucistnik [EMAIL PROTECTED]
  [EMAIL PROTECTED]


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

GEOM CD panic reloaded

2003-11-19 Thread Pav Lucistnik 
Hi, GEOM still panics when you insert second CD with non-data tracks,
even with phk's and sos's fixes. Both kernel and world are from Nov 20
0100 UTC

uname -a
FreeBSD hood.oook.cz 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Thu Nov 20
02:59:56 CET 2003 

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x1c
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc05a5e53
stack pointer   = 0x10:0xde007c68
frame pointer   = 0x10:0xde007c80
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 2 (g_event)
trap number = 12
panic: page fault
cpuid = 0; 


(kgdb) bt
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1  0xc05886d1 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372
#2  0xc0588b1f in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#3  0xc070b846 in trap_fatal (frame=0xde007c28, eva=0) at 
/usr/src/sys/i386/i386/trap.c:821
#4  0xc070b4c2 in trap_pfault (frame=0xde007c28, usermode=0, eva=28) at 
/usr/src/sys/i386/i386/trap.c:735
#5  0xc070b01d in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -969426560, tf_ebp = 
-570393472, tf_isp = -570393516, tf_ebx = -970579488, tf_edx = 0, tf_ecx = 
-1065553212, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067819437, tf_cs = 8, 
tf_eflags = 66051, tf_esp = -968736384, tf_ss = -570393448}) at 
/usr/src/sys/i386/i386/trap.c:420
#6  0xc06f6ff8 in calltrap () at {standard input}:94
#7  0xc054ece8 in g_destroy_provider (pp=0xc62621e0) at 
/usr/src/sys/geom/geom_subr.c:426
#8  0xc054bc95 in g_orphan_register (pp=0xc637b980) at 
/usr/src/sys/geom/geom_event.c:143
#9  0xc054bdbc in one_event () at /usr/src/sys/geom/geom_event.c:169
#10 0xc054bfe5 in g_run_events () at /usr/src/sys/geom/geom_event.c:202
#11 0xc054d015 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:134
#12 0xc0570f60 in fork_exit (callout=0xc054cff0 g_event_procbody, arg=0x0, 
frame=0x0) at /usr/src/sys/kern/kern_fork.c:793


(kgdb) up 7
#7  0xc054ece8 in g_destroy_provider (pp=0xc62621e0) at 
/usr/src/sys/geom/geom_subr.c:426
426 devstat_remove_entry(pp-stat);
(kgdb) print *pp
$1 = {name = 0x0, provider = {le_next = 0x0, le_prev = 0x0}, geom = 0x0, consumers = 
{lh_first = 0x0}, acr = 0, acw = 0, ace = 0, error = 0, orphan = {tqe_next = 0x0, 
tqe_prev = 0x0}, index = 0, 
  mediasize = 0, sectorsize = 0, stripesize = 0, stripeoffset = 0, stat = 0x0, nstart 
= 0, nend = 0, flags = 0}

(kgdb) print *gp
$4 = {name = 0xc6219af0 acd0, class = 0xc077aaa0, geom = {le_next = 0x0, le_prev = 
0xc077aac4}, consumer = {lh_first = 0x0}, provider = {lh_first = 0xc6424580}, geoms = 
{tqe_next = 0xc637bc00, 
tqe_prev = 0xc236bc98}, rank = 1, start = 0xc0494fb0 acd_geom_start, spoiled = 
0, dumpconf = 0, access = 0xc0493fc0 acd_geom_access, orphan = 0, ioctl = 0xc0494230 
acd_geom_ioctl, 
  softc = 0xc6253800, flags = 0}

(kgdb) up
#8  0xc054bc95 in g_orphan_register (pp=0xc637b980) at 
/usr/src/sys/geom/geom_event.c:143
143 g_destroy_provider(pp);
(kgdb) print *pp
$5 = {name = 0xc6219af0 acd0, provider = {le_next = 0xc077aaa0, le_prev = 0x0}, geom 
= 0xc077aac4, consumers = {lh_first = 0x0}, acr = -968735360, acw = -969425920, ace = 
-1036600168, error = 1, 
  orphan = {tqe_next = 0xc0494fb0, tqe_prev = 0x0}, index = 0, mediasize = 3226025920, 
sectorsize = 3226026544, stripesize = 3324327936, stripeoffset = 0, stat = 0x0, nstart 
= 0, nend = 0, flags = 0}


This looks painfully similar to panic I was reporting on Nov 10.

How to reproduce:
1. Insert non-data CD like VideoCD
2. cdcontrol -f /dev/acd0 info
3. Play it (mplayer -vcd 2)
4. Insert ordinary data CD
5. cdcontrol -f /dev/acd0 info

It prints correct information of new CD and instantly panics.

-- 
Pav Lucistnik [EMAIL PROTECTED]
  [EMAIL PROTECTED]


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

panic on mount_cd9660

2003-11-10 Thread Pav Lucistnik 
FreeBSD hood.oook.cz 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Mon Nov 10
20:26:12 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/PAV  i386

What I did:
1) insert SVCD in the CD-ROM drive
2) play some tracks from it. note /dev/acd0t1 /dev/acd0t2 etc...
3) remove SVCD from the CD-ROM drive
4) put data CD in the CD-ROM drive
5) mount_cd9660 /dev/acd0 /mnt/cdrom

What I got:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x1c
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc05a3073
stack pointer   = 0x10:0xcdce6c68
frame pointer   = 0x10:0xcdce6c80
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 2 (g_event)
trap number = 12
panic: page fault
cpuid = 0; 

(kgdb) bt
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1  0xc0585991 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372
#2  0xc0585ddf in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#3  0xc06f6e96 in trap_fatal (frame=0xcdce6c28, eva=0) at 
/usr/src/sys/i386/i386/trap.c:821
#4  0xc06f6b12 in trap_pfault (frame=0xcdce6c28, usermode=0, eva=28) at 
/usr/src/sys/i386/i386/trap.c:735
#5  0xc06f6665 in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1025300736, tf_ebp = 
-842109824, tf_isp = -842109868, tf_ebx = -1008189440, tf_edx = 0, tf_ecx = 
-1065601612, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067831181, tf_cs = 8, 
tf_eflags = 66055, tf_esp = -1018716544, tf_ss = -842109800}) at 
/usr/src/sys/i386/i386/trap.c:420
#6  0xc06e2548 in calltrap () at {standard input}:94
#7  0xc054bf48 in g_destroy_provider (pp=0xc3e84000) at 
/usr/src/sys/geom/geom_subr.c:416
#8  0xc0548f25 in g_orphan_register (pp=0xc2e32700) at 
/usr/src/sys/geom/geom_event.c:143
#9  0xc054904c in one_event () at /usr/src/sys/geom/geom_event.c:169
#10 0xc0549275 in g_run_events () at /usr/src/sys/geom/geom_event.c:202
#11 0xc054a2a5 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:134
#12 0xc056dff0 in fork_exit (callout=0xc054a280 g_event_procbody, arg=0x0, 
frame=0x0) at /usr/src/sys/kern/kern_fork.c:793

(kgdb) up 7
#7  0xc054bf48 in g_destroy_provider (pp=0xc3e84000) at 
/usr/src/sys/geom/geom_subr.c:416
416 devstat_remove_entry(pp-stat);
(kgdb) list
411 KASSERT (pp-acw == 0, (g_destroy_provider with acw));
412 KASSERT (pp-acw == 0, (g_destroy_provider with ace));
413 g_cancel_event(pp);
414 LIST_REMOVE(pp, provider);
415 gp = pp-geom;
416 devstat_remove_entry(pp-stat);
417 g_free(pp);
418 if ((gp-flags  G_GEOM_WITHER))
419 g_wither_geom(gp, 0);
420 }
(kgdb) print pp
$1 = (struct g_provider *) 0xc3e84000
(kgdb) print *pp
$2 = {name = 0x0, provider = {le_next = 0x0, le_prev = 0x0}, geom = 0x0, consumers = 
{lh_first = 0x0}, acr = 0, acw = 0, ace = 0, error = 0, orphan = {tqe_next = 0x0, 
tqe_prev = 0x0}, index = 0, 
  mediasize = 0, sectorsize = 0, stripesize = 0, stripeoffset = 0, stat = 0x0, nstart 
= 0, nend = 0, flags = 0}


-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: panic on mount_cd9660

2003-11-10 Thread Pav Lucistnik 
V po, 10. 11. 2003 v 22:10, Pav Lucistnik pe:

It's reproducable! Just play any SVCD, then replace it with data CD and
try to access it. This time I panicked it by running
cdcontrol -f /dev/acd0 info

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x1c
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc05a3073
stack pointer   = 0x10:0xcdce6c68
frame pointer   = 0x10:0xcdce6c80
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 2 (g_event)
trap number = 12
panic: page fault
cpuid = 0; 

---
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
240 dumping++;

(kgdb) bt
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1  0xc0585991 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372
#2  0xc0585ddf in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#3  0xc06f6e96 in trap_fatal (frame=0xcdce6c28, eva=0) at 
/usr/src/sys/i386/i386/trap.c:821
#4  0xc06f6b12 in trap_pfault (frame=0xcdce6c28, usermode=0, eva=28) at 
/usr/src/sys/i386/i386/trap.c:735
#5  0xc06f6665 in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1025300736, tf_ebp = 
-842109824, tf_isp = -842109868, tf_ebx = -1025232416, tf_edx = 0, tf_ecx = 
-1065601612, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067831181, tf_cs = 8, 
tf_eflags = 66051, tf_esp = -1015861888, tf_ss = -842109800}) at 
/usr/src/sys/i386/i386/trap.c:420
#6  0xc06e2548 in calltrap () at {standard input}:94
#7  0xc054bf48 in g_destroy_provider (pp=0xc2e431e0) at 
/usr/src/sys/geom/geom_subr.c:416
#8  0xc0548f25 in g_orphan_register (pp=0xc2e32700) at 
/usr/src/sys/geom/geom_event.c:143
#9  0xc054904c in one_event () at /usr/src/sys/geom/geom_event.c:169
#10 0xc0549275 in g_run_events () at /usr/src/sys/geom/geom_event.c:202
#11 0xc054a2a5 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:134
#12 0xc056dff0 in fork_exit (callout=0xc054a280 g_event_procbody, arg=0x0, 
frame=0x0) at /usr/src/sys/kern/kern_fork.c:793

(kgdb) up 7
#7  0xc054bf48 in g_destroy_provider (pp=0xc2e431e0) at 
/usr/src/sys/geom/geom_subr.c:416
416 devstat_remove_entry(pp-stat);

(kgdb) print pp-stat
$1 = (struct devstat *) 0x0

(kgdb) print *pp
$2 = {name = 0x0, provider = {le_next = 0x0, le_prev = 0x0}, geom = 0x0, consumers = 
{lh_first = 0x0}, acr = 0, acw = 0, ace = 0, error = 0, orphan = {tqe_next = 0x0, 
tqe_prev = 0x0}, index = 0, 
  mediasize = 0, sectorsize = 0, stripesize = 0, stripeoffset = 0, stat = 0x0, nstart 
= 0, nend = 0, flags = 0}

(kgdb) up
#8  0xc0548f25 in g_orphan_register (pp=0xc2e32700) at 
/usr/src/sys/geom/geom_event.c:143
143 g_destroy_provider(pp);

(kgdb) print *pp
$3 = {name = 0xc2da2250 acd0, provider = {le_next = 0xc07653e0, le_prev = 0x0}, geom 
= 0xc0765404, consumers = {lh_first = 0x0}, acr = -1015831040, acw = -1025385856, ace 
= -1025298920, error = 1, 
  orphan = {tqe_next = 0xc04925a0, tqe_prev = 0x0}, index = 0, mediasize = 3226015152, 
sectorsize = 3226015776, stripesize = 3268839424, stripeoffset = 0, stat = 0x0, nstart 
= 0, nend = 0, flags = 0}

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: New EHCI device ID

2003-11-09 Thread Pav Lucistnik 
V ne, 09. 11. 2003 v 22:22, Bernd Walter pe:

  Hi,
  
  I get this in the dmesg:
  ---snip---
  ehci0: EHCI (generic) USB 2.0 controller mem 0xfc00-0xfc0003ff irq 12 at d
  evice 29.7 on pci0
  ehci0: (New EHCI DeviceId=0x24dd8086)
  ---snip---
  
  pciconv tells me:
  ---snip---
  [EMAIL PROTECTED]:29:7:class=0x0c0320 card=0x24dd17f2 chip=0x24dd8086 
  rev=0x02 hdr=0x00
  vendor   = 'Intel Corporation'
  device   = '82801EB/ER (ICH4/ICH5R) USB EHCI Controller'
  class= serial bus
  subclass = USB
  ---snip---
  
  It's an Intel 865PE chipset.
 
 Will take this - there is already a ticket open with a new ID - maybe the
 same.

It's that easy? Just adding device ID? I was under impression that you
need to write/modify a driver for a new chip.

In that case I'm here with my own motherboard:

ehci0: EHCI (generic) USB 2.0 controller mem 0xdffeff00-0xdffe irq 21 at device 
16.3 on pci0
ehci0: (New EHCI DeviceId=0x31041106)

[EMAIL PROTECTED]:16:3:class=0x0c0320 card=0x71201462 chip=0x31041106 rev=0x82 
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT6202 USB 2.0 Enhanced Host Controller'
class= serial bus
subclass = USB

But not that it does not work correctly ATM. USB2 devices have problems attaching.
I'm willing to test any patches you can come up with.

BTW PR you're referring to is probably this one:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/55094

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: ATAPI-CD corruption since GEOMification ( possible fix)

2003-11-08 Thread Pav Lucistnik 
V so, 08. 11. 2003 v 23:10, Peter Edwards pe:

 With a -current built after atapi-cd was changed over to GEOM, reads
 from a filesystem mounted on a CD device are being corrupted, with
 junk being inserted into the file from offset 63489 onwards.
 
 I had a quick look around atapi-cd.c, and I think I spotted the
 problem: applying this patch certainly stopped the corruption
 I was seeing. Anyone else seeing this? Can someone verify that
 this is indeed the correct fix?

Yes, I see the corruption too. Yes, your fix works here.

This is nasty!

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

weird tr output with czech locale

2003-10-31 Thread Pav Lucistnik 
Hi,

strange thing is happening here on two week old -CURRENT world.
This simple command:

$ echo CATALOG | tr 'a-z' 'A-Z'
CATALOG

but

$ echo CATALOG | LANG=cs_CZ.ISO8859-2 tr 'a-z' 'A-Z'
bAAkf

Other locales works, except sk_SK fails in same way.

It used to work fine a month or two ago, I don't know exactly. It's
invoked by xmlcatmgr script. According to CVS last change in tr was 2
months ago by ache, and last change to czech collate 18 months ago.
I'm not sure what I should point my finger at.

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: weird tr output with czech locale

2003-10-31 Thread Pav Lucistnik 
V p, 31. 10. 2003 v 22:06, Pav Lucistnik pe:

 $ echo CATALOG | LANG=cs_CZ.ISO8859-2 tr 'a-z' 'A-Z'
 bAAkf

Further playing with CVS revealed that str.c rev 1.17 is ok,
str.c rev 1.18 is broken. Commit log reads:

POSIX requires 'c-c' must conform collate and be in collation order

and the change looks non-trivial to my unskilled eye. Andrey?

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: ATAng regression: cdcontrol close not working

2003-10-30 Thread Pav Lucistnik 
V t, 30. 10. 2003 v 20:43, Lars Eggert pe:

 FYI, the issue is still present with yesterday's -current. Will Pav 
 Lucistnik's patch be committed soon?
  
  I've already committed a solution that works on all the drives I 
  could test on (some of which failed before), if this still 
  fails for you I'd like a more detailed description of what
  exactly goes wrong...
 
 I must have missed that commit message, sorry. This is the drive I am 
 having the issues with:
 
 acd0: CDRW PHILIPS DVD+RW-D28 at ata1-master UDMA33
 
 I also have atapicam in the kernel:
 
 cd0: PHILIPS DVD+RW-D28 1.62 Removable CD-ROM SCSI-0 device
 
 I have the same issue as the original poster:
 
 cdcontrol -f /dev/acd0 eject - ejects tray
 cdcontrol -f /dev/acd0 close - does nothing

Works for me (with 1.148 revision of atapi-cd.c). You're in it alone
now, Lars.

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry
-- 
Pav Lucistnik [EMAIL PROTECTED]
Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity
tvar. Zkuste presne definovat tvar hrusky.
  -- Marigold: Pul stoleti poezie



signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Burning in DAO mode broken

2003-10-18 Thread Pav Lucistnik 
Hi people,

I borrowed a DVD writer for this weekend and I'm a bit dissapointed
because I found that I'm not able to write anything in DAO mode.
Writing fails in sending CUE sheet with burncd, and just before writing
first data with cdrecord. I have -CURRENT from Friday night (17th Oct
2003). Blanking works fine, TAO writing works fine. Can anyone write CD
in DAO mode on -CURRENT?


# burncd -vnd data data.bin
adding type 0x08 file data.bin size 677280 KB 338640 blocks
next writeable LBA 0
CUE sheet:
41 00 00 14 00 00 02 00
41 01 01 10 00 00 04 00
41 aa 01 14 00 4b 13 0f
burncd: ioctl(CDRIOCSENDCUE): Input/output error

and syslog have this:
acd0: FAILURE - SEND_CUE_SHEET status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST 
error=4ABORTED

nothing got written on a CD


# cdrecord -dao data.bin
[snip]
Waiting for reader process to fill input buffer ... input buffer ready.
trackno=0
BURN-Free is ON.
Performing OPC...
Sending CUE sheet...
cdrecord: WARNING: Drive returns wrong startsec (0) using -150
Writing pregap for track 1 at -150
Starting new track at sector: 0
Track 01:7 of  661 MB written (fifo  70%) [buf  94%] 139.1x.
cdrecord: Input/output error. write_g1: scsi sendcmd: retryable error
CDB:  2A 00 00 00 0E C6 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00
Sense Key: 0x [], Segment 0
Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.000s timeout 200s
 
write track data: error after 7745536 bytes
cdrecord: A write error occured.
cdrecord: Please properly read the error message above.
Writing  time:   13.510s
Average write speed 831.9x.
Fixating...
cdrecord: Input/output error. flush cache: scsi sendcmd: retryable error
CDB:  35 00 00 00 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00
Sense Key: 0x [], Segment 0
Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 17.834s timeout 200s
Trouble flushing the cache
Fixating time:   17.835s
cdrecord: fifo had 186 puts and 123 gets.
cdrecord: fifo was 0 times empty and 1 times full, min fill was 65%.

note that 7745536 is a size of burner's buffer. toc got written but no
data, the CD is toasted


# cdrdao write toc
[snip]
Writing track 01 (mode MODE1/MODE1 )...
?: Input/output error.  : scsi sendcmd: retryable error
CDB:  2A 00 00 00 0E DA 00 00 17 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00
Sense Key: 0x [], Segment 0
Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.004s timeout 180s
ERROR: Write data failed.
ERROR: Writing failed - buffer under run?

hangs in vmmaps state, toc written but no data, CD is toasted


dmesg:
acd0: DVDR SONY DVD RW DRU-510A at ata1-master PIO4
GEOM: create disk cd0 dp=0xc2d24600
cd0 at ata1 bus 0 target 0 lun 0
cd0: SONY DVD RW DRU-510A 1.0d Removable CD-ROM SCSI-0 device
cd0: 16.000MB/s transfers
cd0: cd present [145091 x 2048 byte records]


-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: Burning in DAO mode broken

2003-10-18 Thread Pav Lucistnik 
V so, 18. 10. 2003 v 20:44, slave-mike pe:

Please note I'm writing a CD-R here. That I'm doing so on DVD-RW drive
should not be relevant.

dvdrecord fails in exactly same way as cdrecord (being a fork of).

 cdrecord doesn't work with DVD's
 try dvdrecord instead
 
 Pav Lucistnik wrote:
  Hi people,
  
  I borrowed a DVD writer for this weekend and I'm a bit dissapointed
  because I found that I'm not able to write anything in DAO mode.
  Writing fails in sending CUE sheet with burncd, and just before writing
  first data with cdrecord. I have -CURRENT from Friday night (17th Oct
  2003). Blanking works fine, TAO writing works fine. Can anyone write CD
  in DAO mode on -CURRENT?
  
  
  # burncd -vnd data data.bin
  adding type 0x08 file data.bin size 677280 KB 338640 blocks
  next writeable LBA 0
  CUE sheet:
  41 00 00 14 00 00 02 00
  41 01 01 10 00 00 04 00
  41 aa 01 14 00 4b 13 0f
  burncd: ioctl(CDRIOCSENDCUE): Input/output error
  
  and syslog have this:
  acd0: FAILURE - SEND_CUE_SHEET status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST 
  error=4ABORTED
  
  nothing got written on a CD
  
  
  # cdrecord -dao data.bin
  [snip]
  Waiting for reader process to fill input buffer ... input buffer ready.
  trackno=0
  BURN-Free is ON.
  Performing OPC...
  Sending CUE sheet...
  cdrecord: WARNING: Drive returns wrong startsec (0) using -150
  Writing pregap for track 1 at -150
  Starting new track at sector: 0
  Track 01:7 of  661 MB written (fifo  70%) [buf  94%] 139.1x.
  cdrecord: Input/output error. write_g1: scsi sendcmd: retryable error
  CDB:  2A 00 00 00 0E C6 00 00 1F 00
  status: 0x2 (CHECK CONDITION)
  Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
  00 00 00 00 00 00 00 00 00
  Sense Key: 0x [], Segment 0
  Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
  Sense flags: Blk 0 (not valid)
  cmd finished after 0.000s timeout 200s
   
  write track data: error after 7745536 bytes
  cdrecord: A write error occured.
  cdrecord: Please properly read the error message above.
  Writing  time:   13.510s
  Average write speed 831.9x.
  Fixating...
  cdrecord: Input/output error. flush cache: scsi sendcmd: retryable error
  CDB:  35 00 00 00 00 00 00 00 00 00
  status: 0x2 (CHECK CONDITION)
  Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
  00 00 00 00 00 00 00 00 00
  Sense Key: 0x [], Segment 0
  Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
  Sense flags: Blk 0 (not valid)
  cmd finished after 17.834s timeout 200s
  Trouble flushing the cache
  Fixating time:   17.835s
  cdrecord: fifo had 186 puts and 123 gets.
  cdrecord: fifo was 0 times empty and 1 times full, min fill was 65%.
  
  note that 7745536 is a size of burner's buffer. toc got written but no
  data, the CD is toasted
  
  
  # cdrdao write toc
  [snip]
  Writing track 01 (mode MODE1/MODE1 )...
  ?: Input/output error.  : scsi sendcmd: retryable error
  CDB:  2A 00 00 00 0E DA 00 00 17 00
  status: 0x2 (CHECK CONDITION)
  Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  00 00 00 00 00 00 00 00 00 00 00 00
  Sense Key: 0x [], Segment 0
  Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
  Sense flags: Blk 0 (not valid)
  cmd finished after 0.004s timeout 180s
  ERROR: Write data failed.
  ERROR: Writing failed - buffer under run?
  
  hangs in vmmaps state, toc written but no data, CD is toasted
  
  
  dmesg:
  acd0: DVDR SONY DVD RW DRU-510A at ata1-master PIO4
  GEOM: create disk cd0 dp=0xc2d24600
  cd0 at ata1 bus 0 target 0 lun 0
  cd0: SONY DVD RW DRU-510A 1.0d Removable CD-ROM SCSI-0 device
  cd0: 16.000MB/s transfers
  cd0: cd present [145091 x 2048 byte records]
  
  
-- 
Pav Lucistnik [EMAIL PROTECTED]
Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity
tvar. Zkuste presne definovat tvar hrusky.
  -- Marigold: Pul stoleti poezie



signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: Can't hear audio CDs (Asus P4P800 / Soundmax)

2003-09-24 Thread Pav Lucistnik 
V st, 24. 09. 2003 v 20:56, Vitalis pe:

  How about using xmms-cdread in ${PORTSDIR}/audio/xmms-cdread?
  With this module xmms can read the CDDA discs as data via IDE bus.

 Thanks for your answer. I've just installed the port, but when I launch
 xmms, I get this message:
 /usr/X11R6/lib/xmms/Input/libcdread.so: Undefined symbol
 playlist_generate_shuffle_list
 
 and the plug-in does not appear in xmms configuration.
 
 Any idea?

It's broken with xmms-1.2.8. The patch that fixes this was committed 10
hours ago by edwin. Update your ports collection and give it a new try.

But, rather than work around your problem, try to solve it. Are you sure
your CD-ROM drive and sound chip are connected by audio cable?

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

ata-lowlevel.c ate my slave disc

2003-09-24 Thread Pav Lucistnik 
Hi, I want to report a regression in ATAng. It's exactly same problem
that Richard Nyberg reported on current@ 9 days ago.

After updating to today -current, my system no longer see primary slave
hard drive. It's one year old Seagate 80 GB hard drive.

If I revert a 1.10 revision of ata-lowlevel.c (#ifdef 0 a section of
probing code), the disc is back and works absolutely fine.

Full verbose boots are available at http://hood.oook.cz/techno/
one with old kernel (14th Sep), one with new kernel (25th Sep), and one
with new kernel with reverted 1.10 revision.

I hope this will help you fixing it.

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

Re: Problems with ATAng and cdparanoia

2003-09-14 Thread Pav Lucistnik 
On Sun, 07 Sep 2003 13:01:13 +, Arjan van Leeuwen wrote:

 Hi,
 
 Since the ATAng import, I can't use the cd ripper cdparanoia 
 (audio/cdparanoia) with my IDE CD-ROM drive. When I direct cdparanoia to 
 device /dev/acd0, it will exit with the message 
 
 006: Could not read any data from drive
 
 Cdparanoia could not find a way to read audio from this drive.
 
 If, however, I use the atapicam device to rip (I have to set the device to 
 /dev/cd1 for that), it works without any problem.
 
 Before ATAng, I could use cdparanoia on both devices, now I can only use the 
 atapicam one, which probably means that people without atapicam can't use 
 cdparanoia at all.

Hi, I noticed that after ATAng import you need root privileges to use
cdparanoia. Just try running cdparanoia under root, or give it a setuid
bit. Worked for me.

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: ATAng regression: cdcontrol close not working

2003-09-14 Thread Pav Lucistnik 
V so, 06. 09. 2003 v 21:41, Bruce Evans pe:
 On Sat, 6 Sep 2003, Pav Lucistnik wrote:
 
  after recent ATAng changes, cdcontrol close stopped working
  with my CD-ROM drive. It used to close the tray. It works with -f
  /dev/cd0 but not with /dev/acd0. cdcontrol eject still works fine.
 
 I use the following fix:
 
 %%%
 Index: atapi-cd.c
 ===
 RCS file: /home/ncvs/src/sys/dev/ata/atapi-cd.c,v
 retrieving revision 1.142
 diff -u -2 -r1.142 atapi-cd.c
 --- atapi-cd.c5 Sep 2003 10:40:16 -   1.142
 +++ atapi-cd.c6 Sep 2003 17:16:16 -
 @@ -1870,7 +1913,7 @@
  int error;
 
 -if ((error = acd_start_stop(cdp, 0)) == EBUSY) {
 +if ((error = acd_start_stop(cdp, 0)) == EBUSY || close) {
   if (!close)
 - return 0;
 + return EBUSY;
   if ((error = acd_start_stop(cdp, 3)))
   return error;
 @@ -1882,6 +1925,4 @@
  if (error)
   return error;
 -if (close)
 - return 0;
  acd_prevent_allow(cdp, 0);
  cdp-flags = ~F_LOCKED;
 %%%
 
 acd_eject() doesn't seem to have been changed by ATAng, so I don't see how
 close it could have ever worked, but I seem to remember it working.

This patch works for me. Any chance to get it committed?

  Relevant dmesg parts:
  ...
  cd0 at ata1 bus 0 target 0 lun 0
  cd0: TEAC CD-532E-B 1.0A Removable CD-ROM SCSI-0 device
  cd0: 16.000MB/s transfers
  cd0: cd present [357072 x 2048 byte records]
 
  I do have atapicam in my kernel.
 
 Close works on cd0 and cd1 for me without the above patch.  The code for
 eject and close in scsi_cd.c is easier to understand.

Yes, for me too. I haven't tought to try cdcontrol on /dev/cd0 before,
thank you for the tip.

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

ATAng regression: cdcontrol close not working

2003-09-06 Thread Pav Lucistnik 
Hi,

after recent ATAng changes, cdcontrol close stopped working
with my CD-ROM drive. It used to close the tray. It works with -f
/dev/cd0 but not with /dev/acd0. cdcontrol eject still works fine.

Relevant dmesg parts:

atapci0: VIA 8235 UDMA133 controller port 0xfc00-0xfc0f at device 17.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
GEOM: create disk ad0 dp=0xc266cb70
ad0: 17206MB WDC AC418000D [34960/16/63] at ata0-master UDMA66
GEOM: create disk ad1 dp=0xc266c770
ad1: 76319MB ST380011A [155061/16/63] at ata0-slave UDMA100
acd0: CDROM CD-532E-B at ata1-master PIO4
GEOM: create disk ad3 dp=0xc26df370
ad3: 4126MB ST34311A [8944/15/63] at ata1-slave UDMA33
Mounting root from ufs:/dev/ad0s1a
cd0 at ata1 bus 0 target 0 lun 0
cd0: TEAC CD-532E-B 1.0A Removable CD-ROM SCSI-0 device 
cd0: 16.000MB/s transfers
cd0: cd present [357072 x 2048 byte records]

I do have atapicam in my kernel.

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry


signature.asc
Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=	=?ISO-8859-1?Q?_zpr=E1vy?=

panic: softdep_setup_inomapdep: found inode

2003-08-21 Thread Pav Lucistnik 
Hi,

my current just panicked. I think it's caused by me running 

$ cdparanoia -BX 8

a bit sooner than optimal (the CD's TOC was being read by the CD-ROM drive).


FreeBSD hood.oook.cz 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Tue Aug 19
23:53:22 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/PAV  i386


(kgdb) bt
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1  0xc0234e39 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372
#2  0xc0235218 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#3  0xc0324e86 in softdep_setup_inomapdep (bp=0xc7739eb0, ip=0x0, newinum=0) at 
/usr/src/sys/ufs/ffs/ffs_softdep.c:1278
#4  0xc0316682 in ffs_nodealloccg (ip=0xc27164ec, cg=0, ipref=27, mode=33188) at 
/usr/src/sys/ufs/ffs/ffs_alloc.c:1611
#5  0xc0315427 in ffs_hashalloc (ip=0xc27164ec, cg=0, pref=0, size=33188, 
allocator=0xc0316390 ffs_nodealloccg) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1155
#6  0xc0314b3e in ffs_valloc (pvp=0xc2793000, mode=33188, cred=0xc2f69980, 
vpp=0xdaf438b8) at /usr/src/sys/ufs/ffs/ffs_alloc.c:857
#7  0xc033f3a9 in ufs_makeinode (mode=33188, dvp=0xc2793000, vpp=0xdaf43be0, 
cnp=0xdaf43bf4) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2357
#8  0xc033b8c9 in ufs_create (ap=0xdaf43a40) at /usr/src/sys/ufs/ufs/ufs_vnops.c:199
#9  0xc033fb78 in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2792
#10 0xc029ec9e in vn_open_cred (ndp=0xdaf43bcc, flagp=0xdaf43ccc, cmode=420, 
cred=0xc2f69980, fdidx=0) at vnode_if.h:118
#11 0xc029eaf0 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at 
/usr/src/sys/kern/vfs_vnops.c:93
#12 0xc0297cb3 in kern_open (td=0xc39004c0, path=0x0, pathseg=UIO_USERSPACE, 
flags=1539, mode=438) at /usr/src/sys/kern/vfs_syscalls.c:688
#13 0xc0297b40 in open (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:654
#14 0xc03944c0 in syscall (frame=
  {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 458129845, tf_esi = 1954687339, 
tf_ebp = -1077937860, tf_isp = -621527692, tf_ebx = -1077940844, tf_edx = 134528442, 
tf_ecx = -1077940828, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 672039919, tf_cs 
= 31, tf_eflags = 662, tf_esp = -1077941268, tf_ss = 47})
at /usr/src/sys/i386/i386/trap.c:1005
#15 0xc0383bad in Xint0x80_syscall () at {standard input}:144
---Can't read userspace from dump, or kernel process---


#3  0xc0324e86 in softdep_setup_inomapdep (bp=0xc7739eb0, ip=0x0, newinum=0) at 
/usr/src/sys/ufs/ffs/ffs_softdep.c:1278
(kgdb) list
1273 * the cylinder group map from which it was allocated.
1274 */
1275ACQUIRE_LOCK(lk);
1276if ((inodedep_lookup(ip-i_fs, newinum, DEPALLOC|NODELAY, inodedep))) 
{
1277FREE_LOCK(lk);
1278panic(softdep_setup_inomapdep: found inode);
1279}
1280inodedep-id_buf = bp;
1281inodedep-id_state = ~DEPCOMPLETE;
1282bmsafemap = bmsafemap_lookup(bp);


I have a vmcore and kernel.debug handy, can provide any information on
request.

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

ACPI vs fdc0

2003-07-06 Thread Pav Lucistnik 
Hi,

my floppy disc drive does not work. I was ignoring this fact until today,
because I need to write something to a floppy. It's probably clashing with
something ACPI is claiming:

[during boot]
fdc0: cmd 3 failed at out byte 1 of 3
fdc0: cmd 3 failed at out byte 1 of 3
fdc0: cannot reserve I/O port range (6 ports)

[devinfo -u]
0x3f0-0x3f1 (acpi_sysresource0)
0x3f2-0x3f5 
0x3f6 (ata0)
0x3f7 (root0)

How can I get tell ACPI to free those two I/O ports? It works fine when I
disable ACPI, but disabling ACPI is not an option, because X does not 
start without it. I need floppy under X.

I searched mailing list archives and exactly this same problem was
discussed back in summer 2001. I can't believe no solutions have been made
since then.

[uname -a]
FreeBSD hood.oook.cz 5.1-CURRENT FreeBSD 5.1-CURRENT #0: 
Fri Jul  4 21:23:06 CEST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/PAV
i386

I'll provide any other debug information needed.

-- 
Pav Lucistnik [EMAIL PROTECTED]
What do we know about love? Love is like a pear. Pear is sweet and have
a specific shape. Try to exactly define the shape of a pear.
  -- Marigold: 50 Years Of Poetry

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]