Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7

Hi Sam, do you know if there is anything done about cbb(4)? I have many wireless adapters with ath(4), but only the one based on PCMCIA is making problems on FreeBSD. I cannot boot my notebook with the device inserted into the port, or it will render the system unusable (100% load on cbb(4)).

Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7

On Sun, 2008-07-13 at 11:21 +0200, Martin wrote: Hi Sam, do you know if there is anything done about cbb(4)? I have many wireless adapters with ath(4), but only the one based on PCMCIA is making problems on FreeBSD. I cannot boot my notebook with the device inserted into the port, or it

dvd dma problems

I have a couple of DVD drives (one drive, one burner) that used to play DVDs quite fine from 5.3 to somewhere in the 6.x branch. Nowadays I have to send them to PIO4 to play DVDs, because they'll just throw DMA not aligned errors around in UDMA33 or WDMA2 mode. Should someone be interested in

Re: dvd dma problems

On Sun, Jul 13, 2008 at 05:02:00PM +0200, Dominic Fandrey wrote: I have a couple of DVD drives (one drive, one burner) that used to play DVDs quite fine from 5.3 to somewhere in the 6.x branch. Nowadays I have to send them to PIO4 to play DVDs, because they'll just throw DMA not aligned errors

if_ral lockups [was: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7]

Am Sonntag, 13. Juli 2008 14:37:14 schrieb Alexandre Sunny Kovalenko: snip Just to chime into the discussion, I'm seeing something similar for if_ral since my latest update of 7-STABLE from about two weeks ago (which I did not see with a 7-STABLE from some time in march, so something must have

Using iscsi with multiple targets

FreeBSD 7.0 I have 2 machines with identical configurations/hardware, let's call them A (master) and B (slave). I have installed iscsi-target from ports and have set up 3 targets representing the 3 drives I wish to be connected to from A. The Targets file: # extents file

Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7

Hi Alexandre, You can panic the box by unloading if_ath.ko while wpa_supplicant is running on any form factor, so this one is not specific to the removable devices. I am not talking about unloading kernel modules (I wouldn't unload if_ath by force and complain about it). The panic is

sshd unable to use RSA keys on 6-Stable

I recently removed my DSA keys from my laptop and desktop systems, leaving only the RSA keys. This is working for several systems, but several are logging errors with every access that did not show up when DSA keys were used. Jul 13 14:23:50 star-owamp sshd[1579]: error: buffer_get_ret: trying to

Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7

Martin wrote: Hi Sam, do you know if there is anything done about cbb(4)? I have many wireless adapters with ath(4), but only the one based on PCMCIA is making problems on FreeBSD. I cannot boot my notebook with the device inserted into the port, or it will render the system unusable (100%

Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7

Alexandre Sunny Kovalenko wrote: On Sun, 2008-07-13 at 11:21 +0200, Martin wrote: Hi Sam, do you know if there is anything done about cbb(4)? I have many wireless adapters with ath(4), but only the one based on PCMCIA is making problems on FreeBSD. I cannot boot my notebook with the device

trim src/UPDATING in RELENG_7?

Hi, The file src/UPDATING in RELENG_7 goes back until 2004 (the RELENG_5 branchpoint) and is now almost 1000 lines long. Is it an idea to trim this file a bit? And to update this sentence: 'To upgrade in-place from 5.x-stable to current'? And footnote [5] seems a bit dated also. 'if you