e only grows and none of the original fields
are moved due to padding issues (or gcc reordering fields because of
padding), the old kernel module should work unchanged.
To finish: sorry for the noise, and sorry for the panic I might've provoked.
--
Heiko Wundram
__
erson asks for SPECIFIC instructions
what to do.
So, again: DON'T track -STABLE if you can't fix the system if it breaks, and
AFAICT this change is most certainly going to break quite a few systems.
--
Heiko Wundram
___
freebsd-stable@freebs
Am Mittwoch, 30. Juli 2008 13:11:31 schrieb David Southwell:
> i.e. Circumstances and what commands to apply in those circumstances?
If you don't know what to do, don't run -STABLE?
--
Heiko Wundram
___
freebsd-stable@freebsd.org mail
e structure, you'll have a problem. If not, you don't.
Does this help?
--
Heiko Wundram
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
al0: 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]
...
uname:
FreeBSD phoenix.modelnine.org 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Jul 11
12:28:25 CEST 2008
[EMAIL
n't core-dump, and
outputs the contents of test-descriptor-passing.c, to which I adapted the
filename).
uname -a:
FreeBSD phoenix.modelnine.org 7.0-STABLE FreeBSD 7.0-STABLE #2: Fri Apr 11
13:46:16 CEST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/s
o set errno and return -1, so basically it's a systematic error in
the implementation of libthr, if I'm not completely mistaken.
Anybody else have any more insight on this?
--
Heiko Wundram
___
freebsd-stable@freebsd.org mailing list
http://lists.fre
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
Pr
.
If anybody wants to test with a dump of the filesystem or just more info, mail
me, and I'll set that up somewhere as a download.
For now, I'll personally try and see what changed between 6.2-STABLE and
7.0-BETA2 in the msdosfs-code that breaks th
E and 7.0-BETA2 some time later on, but if anybody else is seeing
this behaviour too or wants me to produce more debugging info on this (esp.
some msdosfs debugging infos), feel free to send me a mail, and I'll try to
get this done some time during the day.
--
Heiko Wundr
m0 5731 6
irq19: sis0+ 6587 7
irq20: ohci04807 5
irq21: ohci1 31 0
irq23: ehci0 3 0
cpu0: timer 1786188 1995
Total5005914 5593
-
It seems as though the scan finish message from the card generates an
interrupt, which is either not acknowledged properly, or the card has a bug,
which causes this interrupt to be fired repeatedly until the next scan is
started or the scan is reset completely.
That's about as much debugging as I can do at the moment; if any of you want
more info, just let me know, I'm happy to supply any additional information
to you which you might need!
Thanks for taking the time to look at this!
--
Heiko Wundram
Product & Application Development
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
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,
" issue with this "newer" chipset I
seem to have found with this card "Version 2.0."
--
Heiko Wundram
Product & Application Development
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
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
ach to the AP
even though the same wpa_supplicant config works using an ndis-wrapped driver
for a different PCMCIA-card (Broadcom-based).
Thanks for any hint you can give me!
--
Heiko Wundram
Product & Application Development
___
freebsd-stable@fre
ach to the AP
even though the same wpa_supplicant config works using an ndis-wrapped driver
for a different PCMCIA-card (Broadcom-based).
Thanks for any hint you can give me!
--
Heiko Wundram
Product & Application Development
___
freebsd-stable@fre
.115.107.49) asymm 10 178.865ms
10: ge-1-48.bas-b1.sp1.yahoo.com (209.131.32.47) 178.868ms
11: no reply
12: no reply
13: no reply
14: no reply
15: no reply
16: no reply
17: no reply
^C
[EMAIL PROTECTED]:/home/heiko#
--
Heiko Wundram
Product & Applicat
c2103000 4000 if_tap.ko
121 0xc212f000 2000 rain_saver.ko
131 0xc231a000 5000 viapm.ko
142 0xc231f000 2000 smbus.ko
151 0xc2321000 3000 iicbb.ko
161 0xc2324000 3000 iicbus.ko
171 0xc2333000 3000 smb.ko
goettingen01#
---
Thanks for any hint!
--
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.
lue, which I personally don't find very appealing, as it splits the
glue over many, many files.
This mechanism is simply not applicable to the situation this thread was
talking about (using the root zone as hint or slave), that's what Doug was
trying to say, and I was tryi
ve, the root servers in question
> do) then the saving should be bigger.
Thanks for that link, that was an interesting read!
--
Heiko Wundram
Product & Application Development
-
Office Germany - EXPO PARK HANNOVER
Beenic Networks GmbH
Mailänder
ed for the
resolution of first-level subdomains. If you are a stub, you basically get
nothing besides a hint-zone; otherwise you'd have to configure a stub-zone
for every TLD that's out there (and configured in the roots) with the
respective info to actually achieve (permanent) caching
cess on one or more less
>critical servers.
Read up on:
http://www.ietf.org/rfc/rfc2119.txt
which specifically says that "should not" means "recommended not to", but not
explicitly forbidden. So, this behaviour is not in violation of RFC2870, just
discouraged by it
ingular records from it) which this applies to. As the zone has a timeout,
so do the contained records, which you'll also have to refetch after their
TTL expires.
--
Heiko Wundram
Product & Application Development
-
Office Germany - EXPO PARK HANNOVER
B
ng a DNS server). And the data
is also cached on an AXFR in persistant storage, which is another major
benefit (for me).
--
Heiko Wundram
Product & Application Development
-
Office Germany - EXPO PARK HANNOVER
Beenic Networks GmbH
Mailänder Straße 2
3
fr.
[EMAIL PROTECTED] ~]$
The head is necessary, as the output is far, far longer than that. As
k.root-servers.net was one of the servers he put in as masters for the root
zone, I should presume that his setup works fine.
--
Heiko Wundram
Product & Application Development
-
but with a NXDOMAIN response.
If you remove the hints, there's only a forwarder left in your configuration,
which in turn is always queried, and which can also properly resolve your
domains.
Hope this explains stuff.
--
Heiko Wundram
Product & Application Development
---
y making it a
hint zone) being a slave for the root is the name servers used for the
different first-level zones, and the root servers allow AXFR requests (which
I just verified), so this shouldn't fail.
--
Heiko Wundram
Product & Application Development
28 matches
Mail list logo
