Re: 80211 patch3 (to be committed)

2006-05-04 Thread Sepherosa Ziehau
On 5/5/06, Andrew Thompson <[EMAIL PROTECTED]> wrote: sephe, I tried this new patch, but my ath drivers no longer function. They refuse to load on boot and if I force it manually with a kldload I get a kernel panic. Please rebuild ath(4) modules Don't load it on startup, load it manually afte

Re: 80211 patch3 (to be committed)

2006-05-04 Thread Andrew Thompson
sephe, I tried this new patch, but my ath drivers no longer function. They refuse to load on boot and if I force it manually with a kldload I get a kernel panic. I used your patch against a clean /usr/src and only did a make buildkernel. Should I have done a make buildworld too? I also tried to m

Re: Newbie scsi question

2006-05-04 Thread talon
Karthik Subramanian wrote: > Hi Hans, > >> udev is not a fix to this, it is the cause. You actually can use udev >> to get stable device nodes. Most distros don't care, though. The linux >> kernel provides a stable addressing in sysfs. udev should be configured >> to use this and not just enumera

Re: Newbie scsi question

2006-05-04 Thread Karthik Subramanian
Hi Hans, udev is not a fix to this, it is the cause. You actually can use udev to get stable device nodes. Most distros don't care, though. The linux kernel provides a stable addressing in sysfs. udev should be configured to use this and not just enumerate serially. So the problem isn't there "i

Re: Puzzling error messages from 'make'

2006-05-04 Thread Thomas Schlesinger
Am Mittwoch, 3. Mai 2006 21:49 schrieb walt: > I've been trying for two days to build firefox from pkgsrc, > but the build always halts with this error which I can't > decipher: > > ranlib libjsurl_s.a > /usr/pkgsrc/www/firefox/work/mozilla/config/nsinstall -R -m 644 > libjsurl_s.a ./../../dist/lib

Re: Newbie scsi question

2006-05-04 Thread Hans-Werner Hilse
Hi, very off-topic (Linux specific), but... On Wed, 3 May 2006 16:09:42 +0530 "Karthik Subramanian" <[EMAIL PROTECTED]> wrote: > On linux, the disks from the JBOD are recognised as /dev/sd[a-n]. The > hitch is that the device naming is not consistent across reboots; the > first time around,