boot order changed (atapicam)

Hi all, after recent buildworld the boot order of my atapi devices changed for no reason. [EMAIL PROTECTED] ~]% camcontrol devlist at scbus1 target 0 lun 0 (pass1,cd1) at scbus1 target 1 lun 0 (pass0,cd0) Toshiba DVD is on ata1-master and used to

Re: ath0: ath_chan_set: unable to reset channel 5 (2432 Mhz, flags 0x3e0 hal flags 0x140)

JoaoBR wrote: On Wednesday 26 April 2006 01:02, Sam Leffler wrote: Attached are two patches; one for the ath driver and another for sys/net80211/ieee80211.c in releng6 (note changes to the latter in head are different). I believe this will resolve your problem; you can check by updating your c

Re: [patch[ twa, bus_dma.h, busdma_machdep.c (amd64)

On Sat, April 29, 2006 5:03 pm, Scott Long said: Sean Bryant wrote: I loaded up 6.1-Stable on a Dual Dual Core Opteron, with a 3ware 9550sx-4lp raid card in it and noticed a horrid boot time. Well after investigating the issue it turns out the twa driver had problems creating the bus_dmamaps. I

Re: ath0: ath_chan_set: unable to reset channel 5 (2432 Mhz, flags 0x3e0 hal flags 0x140)

On Wednesday 26 April 2006 01:02, Sam Leffler wrote: > Attached are two patches; one for the ath driver and another for > sys/net80211/ieee80211.c in releng6 (note changes to the latter in head > are different). I believe this will resolve your problem; you can check > by updating your code and l

Re: [patch[ twa, bus_dma.h, busdma_machdep.c (amd64)

Sean Bryant wrote: I loaded up 6.1-Stable on a Dual Dual Core Opteron, with a 3ware 9550sx-4lp raid card in it and noticed a horrid boot time. Well after investigating the issue it turns out the twa driver had problems creating the bus_dmamaps. It was creating 255 request buffers and giving each

[patch[ twa, bus_dma.h, busdma_machdep.c (amd64)

I loaded up 6.1-Stable on a Dual Dual Core Opteron, with a 3ware 9550sx-4lp raid card in it and noticed a horrid boot time. Well after investigating the issue it turns out the twa driver had problems creating the bus_dmamaps. It was creating 255 request buffers and giving each of them a dma map. Y

Re: 6.1 prerelease graid3 livelock?

It looks like the second patch fixed the problem. The box has been up for just over a day and a half without any problems. Thanks, Brad > Well I don't know what was going on earlier but I reverted to good kernel, > synced my raid arrays (no longer degraded from the panics), then booted a > kerne

Re: geli password prompt does not work

Pawel Jakub Dawidek wrote: Could turn it back on and try the patch posted here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=405371+0+current/freebsd-current PS. Please keep Maksim on CC, I'm sure he'll be interested in results. Hmm. It does not help. But the behavior seems to be dif

Re: fsck_ufs locked in snaplk

492 ufsD+p30:00.00 mksnap_ffs /st / root0.0 0.1 7:59PM 0 23301 23284 0 -4 0 1228 568 snaplk D+p40:00.00 rm -f /st/.snap/ root0.0 0.1 7:58PM DDB output (BTW, it seems BREAK_TO_DEBUGGER together with KDB_UNATTENDED is *not* workable in RELENG_6) is avai

coda6

Hi, list. I'm interested in coda6 on freebsd6, but I can't repair it, with my professional skills. If somebody write patch I will test it with pleasure. I try kern/80031. This patch can't be apply and look like comitted (I look in .rej files). WBR Dmitriy _

Re: CFT: new ath hal

Sam Leffler wrote: > Otherwise I believe I fixed the sparc builds. I've built it as a module on 6.1PR/sparc64 (as of 09.03.2006) and it still shows the same behaviour as the previous build (PR sparc64/94483) cheers, s. ___ freebsd-stable@freebsd.org ma

Re: geli password prompt does not work

On Fri, Apr 28, 2006 at 08:37:13AM +0200, Martin wrote: +> Pawel Jakub Dawidek wrote: +> +> >+> And after detecting the DVD-ROM, geom_eli waits as usually, but I +> >+> cannot enter the password. Maybe the keyboard is just blocked? +> >+> That might explain why I cannot enter the debugger. +> >Cou