Re: Panic: sched_add: kse 0xc1c40f60 (named) already in run queue
At 07:52 PM 08/07/2005, Marcin wrote: I've seen posts about this issue on current@, but without any solution. Maybe my case will help to shed some light on this one. 2 Cpu 5.4 STABLE (from today 09.07.05) running without any problems. The kernel is almost a GENERIC, except: Enabled: SMP SHCED_ULE I think there are still many bugs with the ULE in the 5.x branch and 6.x should be ok for UP systems, but not SMP. Still, for RELENG_5, try with SCHED_4BSD and see if you have the same problem or not ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SCSI troubles still
Hi all, I am writing you again because I have still problems with my FreeBSD BOX (5.4 p4) with AHD and Seagate 15k4 drive. System is based on Via K8T890 / Athlon64, i386 distribution of FreeBSD. I have *latest firmware* in drive and controller ( ST336754LW 003 and Adaptec 29320 4.30.0), but still have sometime problems like this on console: When this dumping start, my system have a huge load - about 150! I have no idea what to do next, please help someone. Is Ultra320 from Seagate broken? Should I try to slow down the disk bus speed to 160MB/s ? Thanks! Tomas Randa Dump Card State Begins < ahd1: Dumping Card State at program address 0xa8 Mode 0x33 Completions are pending INTSTAT[0x2]:(CMDCMPLT) SELOID[0x0] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0xc0]:(SWTMINTEN|SWTMINTMASK) SEQINTSTAT[0x10]:(SEQ_SWTMRTO) SAVED_MODE[0x11] DFFSTAT[0x11]:(CURRFIFO_1|FIFO0FREE) SCSISIGI[0x24]:(P_DATAOUT_DT|BSYI) SCSIPHASE[0x1]:(DATA_OUT_PHASE) SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x10]:(FASTMODE) SEQINTCTL[0x10]:(SCS_SEQ_INT1M1) SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x1f] KERNEL_QFREEZE_COUNT[0x1f] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[0x19]:(REQINIT|BUSFREE|PHASEMIS) SSTAT2[0x0] SSTAT3[0x80] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x81]:(LQOSTOP0) SCB Count = 224 CMDS_PENDING = 15 LASTSCB 0x14 CURRSCB 0x14 NEXTSCB 0xff00 qinstart = 22356 qinfifonext = 22356 QINFIFO: WAITING_TID_QUEUES: Pending list: 20 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 18 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 46 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 47 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 49 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 26 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 13 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 32 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 38 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 61 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 55 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 9 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 31 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 58 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 44 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 24 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 51 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 29 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 4 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 60 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 59 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 37 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 28 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 79 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 35 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 12 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 22 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 53 FIFO_USE[0x0] SCB_CONTROL[0x68]:(STATUS_RCVD|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 34 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 5 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 45 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 36 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Total 32 Kernel Free SCB list: 40 30 19 21 56 6 48 16 23 17 63 54 8 27 62 39 52 42 25 43 57 0 50 2 33 14 41 10 3 7 15 11 1 78 72 73 74 75 76 77 220 221 222 223 192 193 194 195 196 197 198 199 200 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd1: FIFO0 Free, LONGJMP == 0x8295, SCB 0x31 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x7e] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x0] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.x test request (FWD: Repairing ext2fs stat(2), fts(3) in 6.0-current, please test on 5.x)
On Sat, Jul 09, 2005 at 11:09:51AM -0400, Martin Cracauer wrote: | Can somebody running FreeBSD 5-stable please test whether this patch | is needed in 5.x? ./stattest /tmp/foobla/ dev just stat: 41A (4/26) dev using fstat: 41A (4/26) Tested with stable from 30/07, /dev/md0 on /tmp/foobla (ext2fs, local) -- Mit freundlichen Gruessen, Marco Wertejuk - mwcis.com Consulting & Internet Solutions ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD -STABLE servers repeatedly crashing.
On Sun, Jul 10, 2005 at 04:58:08PM +0200, Blaz Zupan wrote: > In order for this problem to not get lost on the freebsd-stable mailing > list, I have opened a PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=83220 Could you try SMP kernel without IPF support and without using IPF module? Could you confirm, that your SMP kernel is not crashing when you do not use IPF? -- * Maciej Wierzbicki * At paranoia's poison door * * VOO1-RIPE VOO1-6BONE * ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD -STABLE servers repeatedly crashing.
In order for this problem to not get lost on the freebsd-stable mailing list, I have opened a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=83220 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: gmirror, sparc and SCSI problems
On Sat, Jul 09, 2005 at 05:36:43PM +0100, Chris Hodgins wrote: > On 7/9/05, Danny Howard <[EMAIL PROTECTED]> wrote: > > On Fri, Jul 08, 2005 at 03:48:52PM +0100, Chris Hodgins wrote: > > > Hi all, > > > > > > Experiencing a few difficulties setting up raid mirroring across two > > > SCSI disks on a sparc based server. Disk da0 contains a working and > > > recent install of FreeBSD 5-4 RELEASE and da1 is blank. We have been > > > following the guidance given in the first part of > > > http://people.freebsd.org/~rse/mirror/ but have hit numerous problems. > > > > Chris, > > > > These instructions are useful if you don't want to boot into recovery > > console to set things up offline. You can save a lot of fancy footwork > > if you have physical access and a CD-ROM, and don't mind about 15 > > minutes of downtime. My crib sheet is at > > http://dannyman.toldme.com/2005/01/24/freebsd-howto-gmirror-system/ . > > > > If it does work for you, plesae let me know. I'd be plased to hear that > > it can handle Sparc. :) > > > > Sincerely, > > -danny > > > > Danny, > > Thanks for the link. This was actually the first link we tried to get > working and after it failed to work we followed the link on the page > to http://people.freebsd.org/~rse/mirror/. > > Everything worked fine until we arrived at this step below. > # mount /dev/mirror/gm0s1a /mnt > > It seems that gmirror does not give us any partitions. A listing of > the mirror directory shows only the gm0 node even though da0 is > partitioned. When mounting the mirror it seems that /dev/mirror/gm0 > only represents the root partition. How can we get the mirror to > recognise the other partitions? > Sparc and sparc64 don't use slices so instead of fdisk(8) and bsdlabel(8) one just uses sunlabel(8) on sparc64. This should also mean that instead of `mount /dev/mirror/gm0s1a /mnt` one would use e.g. `mount /dev/mirror/gm0a /mnt` on sparc64. I don't know though if gmirror(8) needs to be made aware of this for e.g. `gmirror label` to do the right thing or maybe already is, i.e. whether it needs further changes in order to make it work on sparc64. Marius ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Massive sound changes / fix (24/32bit pcm support, new sampling rate converter, various fixes)
On Sat, 09 Jul 2005 15:07:43 -0500 Jonathan Noack <[EMAIL PROTECTED]> wrote: > On 07/09/05 03:26, sebastian ssmoller wrote: > > i just wonna say: THX! really GREAT work! ... this improves sound > > quality on my boxes much !! ;-) > > Is there a plan to get this into 6.0-RELEASE? I certainly hope so and > I'll do my part by testing it as much as possible... I think we're too late in the release cycle to get this in with a reasonable amount of testing. But I think Mat will commit it when the code freeze is over. And there's no reason to not have it in 6.1. Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: gmirror, sparc and SCSI problems
On Jul 9, 2005, at 19:36, Chris Hodgins wrote: It seems that gmirror does not give us any partitions. A listing of the mirror directory shows only the gm0 node even though da0 is partitioned. When mounting the mirror it seems that /dev/mirror/gm0 only represents the root partition. How can we get the mirror to recognise the other partitions? I remember (vaguely)) this kind of problem, where when trying to mirror a whole disk, you'd only get the first slice. Have you tried mirroring the slices (da0s1 etc) separately? -- duvin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"