Re: HEADS UP: Merge of binutils 2.17
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 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
V st, 03. 12. 2003 v 22:39, Christoph Sold píše: > 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
V čt, 27. 11. 2003 v 11:37, Shanker Balan píše: > 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
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 , 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 , spoiled = 0, dumpconf = 0, access = 0xc0493fc0 , orphan = 0, ioctl = 0xc0494230 , 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?=
Re: panic on mount_cd9660
V po, 10. 11. 2003 v 22:10, Pav Lucistnik píše: 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 , 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?=
panic on mount_cd9660
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 , 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: New EHCI device ID
V ne, 09. 11. 2003 v 22:22, Bernd Walter píše: > > Hi, > > > > I get this in the dmesg: > > ---snip--- > > ehci0: 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: 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)
V so, 08. 11. 2003 v 23:10, Peter Edwards píše: > 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?=
Re: weird tr output with czech locale
V pá, 31. 10. 2003 v 22:06, Pav Lucistnik píše: > $ echo CATALOG | LANG=cs_CZ.ISO8859-2 tr 'a-z' 'A-Z' > bAšAkňf 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?=
weird tr output with czech locale
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' bAšAkňf 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: ATAng regression: cdcontrol close not working
V čt, 30. 10. 2003 v 20:43, Lars Eggert píše: > >>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 at ata1-master UDMA33 > > I also have atapicam in the kernel: > > cd0: 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?=
Re: Burning in DAO mode broken
V so, 18. 10. 2003 v 20:44, slave-mike píše: 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=51 sensekey=ILLEGAL REQUEST > > error=4 > > > > > > > > > > # 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%. > > > > > 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: 0xFFFF [], 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? > > > > > > > > > > dmesg: > > acd0: DVDR at ata1-master PIO4 > > GEOM: create disk cd0 dp=0xc2d24600 > > cd0 at ata1 bus 0 target 0 lun 0 > > cd0: 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?=
Burning in DAO mode broken
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=51 sensekey=ILLEGAL REQUEST error=4 # 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%. # 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? dmesg: acd0: DVDR at ata1-master PIO4 GEOM: create disk cd0 dp=0xc2d24600 cd0 at ata1 bus 0 target 0 lun 0 cd0: 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?=
ata-lowlevel.c ate my slave disc
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: Can't hear audio CDs (Asus P4P800 / Soundmax)
V st, 24. 09. 2003 v 20:56, Vitalis píše: > > 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]"
Re: ATAng regression: cdcontrol close not working
V so, 06. 09. 2003 v 21:41, Bruce Evans píše: > 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: 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?=
Re: Problems with ATAng and cdparanoia
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]"
ATAng regression: cdcontrol close not working
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: 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 [34960/16/63] at ata0-master UDMA66 GEOM: create disk ad1 dp=0xc266c770 ad1: 76319MB [155061/16/63] at ata0-slave UDMA100 acd0: CDROM at ata1-master PIO4 GEOM: create disk ad3 dp=0xc26df370 ad3: 4126MB [8944/15/63] at ata1-slave UDMA33 Mounting root from ufs:/dev/ad0s1a cd0 at ata1 bus 0 target 0 lun 0 cd0: 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
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 ) 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
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]"