Would someone from the mail admins please remove the recipient at:
mail.radiokom.kr.ua
from the mailing list? He/She/It keeps reposting all mails sent to
freebsd-stable, as other should've also noticed already, and this is getting
severely annoying for my filters.
--
Heiko Wundram
Product & A
Am Donnerstag, 15. November 2007 20:34:57 schrieb Dennis Melentyev:
> You need to check is it FAT12 or FAT16 on a card. AFAIR fdisk can show
> this info.
It's a FAT16 when formatted by the phone software (I checked that initially),
but I can format the stick as FAT32 (by using newfs_msdos on the
Hey all!
While trying to upload some music to my mobile phone, I stumbled across the
following odd behaviour when uploading files to an SD-card (inserted into my
Sony Ericsson M600i) which is connected via USB as a mass-storage device:
-
...
umass0: on uhub0
...
da0 at umass-sim0 bus 0 tar
Okay, I'm back at work, and have cable internet here, so that I actually did
some debugging and checking up on the problem just now. I think I narrowed
the interrupt storm down to the end of scanning with the card. First of all a
vmstat -i in three seconds interval while I was simply inserting t
Am Mittwoch, 14. November 2007 08:55:49 schrieb Heiko Wundram (Beenic):
>
Just for an update: I was stupid, really stupid enough not to check with any
of the APs I tried to connect to whether they had MAC-filtering enabled, and
all of them did. I turned that off just now for my private AP,
Am Mittwoch, 14. November 2007 20:48:00 schrieb Sam Leffler:
> I don't think I can help w/ the interrupt storm but you didn't provide
> any logs for wpa_supplicant or wlandebug so it's hard to help w/ that
> issue.
Sorry for not providing any logs, but I just got the card yesterday, and
haven't h
Am Mittwoch, 14. November 2007 16:51:16 schrieb Heiko Wundram (Beenic):
>
FSCK, sorry, I meant to repost to [EMAIL PROTECTED]
Sorry for the noise...
--
Heiko Wundram
Product & Application Development
___
freebsd-stable@freebsd.org mailing li
Hi all!
I just recently bought a RT2561C based (at least I think so) wireless card,
which is also happily recognized by the ral-driver:
ral0: mem 0x8800-0x88007fff irq 17 at device
0.0 on cardbus0
ral0: MAC/BBP RT2561C, RF RT2527
ral0: Ethernet address: 00:80:5a:51:23:53
ral0: [ITHREAD]
A
Hi all!
I just recently bought a RT2561C based (at least I think so) wireless card,
which is also happily recognized by the ral-driver:
ral0: mem 0x8800-0x88007fff irq 17 at device
0.0 on cardbus0
ral0: MAC/BBP RT2561C, RF RT2527
ral0: Ethernet address: 00:80:5a:51:23:53
ral0: [ITHREAD]
A
Am Donnerstag 04 Oktober 2007 08:03:09 schrieb Chris H.:
> Lately I've been finding it difficult, to impossible to reach freebsd.org.
> (hope this message makes it)
Sort of similar from me (from two locations):
[EMAIL PROTECTED] ~]$ traceroute www.freebsd.org
traceroute to www.freebsd.org (69.147
Hey all!
I've just set up boxes with FreeBSD 6.2 (currently not running stable yet, but
will in a day or so), and as the motherboard is a VIA-based something (with a
VIA C3 CPU), I thought that viapm should be the appropriate driver to enable
smbus for lmmon and the like.
Anyway, the driver lo
Am Mittwoch 01 August 2007 13:07:27 schrieb Skip Ford:
>
You might want to check the thread starting with:
<[EMAIL PROTECTED]>
("Problems with named default configuration in 6-STABLE")
also on freebsd-stable, where quite some discussion on this topic already took
place.
--
Heiko Wundram
Prod
On Tuesday 17 July 2007 23:06:22 Jeremy Chadwick wrote:
> Can you expand on this, re: why it's "bad advice"? I also cannot make
> heads or tails of the BIND ARM saying it's "not recommended". Please
> shed some light on this for those of us less experienced in the know,
> if you could (I mean tha
On Tuesday 17 July 2007 15:17:22 David Malone wrote:
> I measured the traffic levels a while back:
>
> http://www.imconf.net/imc-2004/papers/p15-malone.pdf
>
> It's actually pretty close for a moderately busy recursive resolver,
> and if you allow IXFR (which, I belive, the root servers in qu
On Tuesday 17 July 2007 13:45:04 Jeremy Chadwick wrote:
> On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote:
> > As I think having a default to hint root zone is better, I'll file a
> > PR about that.
>
> Which leads me to ask:
>
> Why hasn't anyone recommended using stub zones for this? It s
On Tuesday 17 July 2007 12:47:50 Volker wrote:
> I've googled a bit. RFC 2870 says:
>
> 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer,
>queries from clients other than other root servers. This
>restriction is intended to, among other things, prevent
>unn
On Tuesday 17 July 2007 11:30:28 Peter Jeremy wrote:
> Note that it's not just a single AXFR - you need to update your local
> slave copy whenever the master copy changes. I'm not sure how often
> this is but the current SOA has a 1-day timeout and appears to be about
> 24 hours old. I suspect th
On Tuesday 17 July 2007 10:52:43 Volker wrote:
>
> Relying on a zone transfer doesn't seem to be reliable to me as more
> than half of the root servers doesn't reply to AXFR requests.
I've heard pretty much the same thing as you did wrt. root name servers
denying AXFR, but as "it works" (TM), I
On Tuesday 17 July 2007 10:00:43 Volker wrote:
> hmm... the root servers should not allow public AXFR. As I've verified
> using:
>
Just like you did:
[EMAIL PROTECTED] ~]$ dig -t AXFR @k.root-servers.net . | head -30
; <<>> DiG 9.3.4 <<>> -t AXFR @k.root-servers.net .
; (1 server found)
;; glob
On Tuesday 17 July 2007 09:20:16 Michael Nottebrock wrote:
> Yes - and this:
>
> zone "." {
> type slave;
> file "slave/root.slave";
> masters {
> 192.5.5.241;// F.ROOT-SERVERS.NET.
> 192.228.79.201; // B.ROOT-SERVERS.NET.
>
On Tuesday 17 July 2007 09:39:59 Volker wrote:
> The root zone MUST be of type hint. You do not want to be a slave of
> the root... don't you? ;)
Actually, I also thought that this is strange, but in a way, this is pretty
sensible, as the only thing you cache (more immediately than by making it a
21 matches
Mail list logo
