er can issue tzsetup arguments -C and
> -r, but tzsetup doesn't support those.
tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that
mergemaster was merged to RELENG_7 but appropiate version of tzsetup
was not.
Max
___
freebsd-s
For comparison, with lang=de,
> completelty different types detected and used,
> erroneous zipconf.h: http://pastebin.com/yTw77zgt
Thank you all, I've just fixed lipzip port.
Max
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/m
On Mon, 9 May 2011 15:41:05 +0300, Kostik Belousov wrote:
> You did not supplied enough information.
> Which of the processes is parent, which is child ?
> Note that there are other threads in the pid 18636. What does they do ?
Here is backtraces from all threads http://people.freebsd.org/~makc/au
Hi,
After recent Qt-4.7.3 update I can't build KDE4 ports anymore (tested on
8.2-STABLE amd64 only). The problem is always reproduced with x11/kdelibs4. The
build stalls with hanging automoc4 processes. Any help is appreciated.
# ps | grep automoc
18636 3 IN+0:00.02 /usr/local/bin/automo
tly, since it also doesn't depend on exotic kernel features found
> only
> > in 8.x.
>
> Got it, thanks. This is still workaround until real fix made, not solution.
Please try attached patch.
Max
Makefile.inc1.diff
Description: Binary data
__
George,
On Tue, Sep 14, 2010 at 5:01 PM, George Mamalakis wrote:
> On Mon, Sep 13, 2010 at 7:53 PM, Max Khon f...@samodelkin.net>> wrote:
>
>Have you tried to contact coraid on this matter?
>>
>> Can you try this port version?
>>
>> http://peo
On Tuesday 06 July 2010 22:32:22 Jeremy Chadwick wrote:
> Adding Max Laier (maintainer of pf) to the CC list. He may have some
> ideas as to what's causing this. Max, relevant thread details:
>
> http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057586.html
> http
On Monday 31 May 2010 08:03:09 Giulio Ferro wrote:
> Max Laier wrote:
> > On Friday 28 May 2010 07:46:07 Giulio Ferro wrote:
> >> Months ago I reported a system freezing whenever bridge was used
> >> with pf. This still happens now in 8.1 prerelease: after several minu
sue yourself - sorry.
Max
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On Thu, 22 Apr 2010 07:35:42 -0700, Jeremy Chadwick wrote:
> Looks like some form of regression in RELENG_8, between the dates of
> 2010/03/30 and 2010/04/22. My 2010/03/30 kernel (built from RELENG_8
> source dated 2010/03/30 @ 10:30 PDT) doesn't have this problem.
Does not work for me either si
sed to MFC soon?
> > http://svn.freebsd.org/viewvc/base?view=revision&revision=203834
>
> Nick, thanks for pointing me to this. I'll hold off on doing our
> upgrade (on that one server) until said code is backported to RELENG_8.
>
> Max, will this be MFC'd in ab
Okay ... attached is a patch to fix this for em(4) (and lay the groundwork to
fix it for other drbr_* consumer as well). I have tested it in VirtualBox,
but don't have real hardware to check for non-ALTQ performance or other
regressions.
Test, comments and review appreciated.
--
Max
On Tuesday 02 February 2010 18:48:02 Jack Vogel wrote:
> So apparently this thing needs no special knowledge in the driver, yet
> something in
> the new code breaks it, can someone explain tersely how the altq app
> actually
> "pokes" or "hooks up" to the driver? I am not clear about that and I
>
On Friday 22 January 2010 19:49:19 John Baldwin wrote:
> On Friday 22 January 2010 12:18:20 pm Max Laier wrote:
> > On Friday 22 January 2010 15:20:13 John Baldwin wrote:
> > > On Friday 22 January 2010 3:08:45 am Florian Smeets wrote:
> >
> > ...
> >
> &
since pf is not in the trace, this is
clearly not the case here.
It might indeed be related to enc(4). I remember there have been some issues
in IPSEC where it failed to properly copy a packet before modifying it. Maybe
this is what is happening. Details escape
.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html>
> eworld.html<http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html>
> to get a better idea of the overall process.
>
Actually it is enough to do "make kernel-toolchain" instead of "make
build
since it is a much
demanded functionality we introduced the workaround instead.
Just lower the debugging level (s.a.), ignore the messages, or rebuild your
kernel/pf module with the respective DPRINTF lines (sys/contrib/pf/net/pf.c)
commented out. I might
that might well be the culprit for the error you are seeing. I assume
you can't trigger the panic at will, though. In any case I'd be interested in
your feedback, thanks.
--
/"\ Best regards, | mla...@freebsd.org
\ / Max Laier |
a big issue that it's missing as write operations on the
> domain list are conservative and extremely rare.
>
> I've CC'd Max Laier, who added the warnings -- perhaps he could lend some
> insight into the types of problems he anticipated. The main one I'm aware
>
On Sat, 2 May 2009 15:45:17 +0300, Kostik Belousov wrote:
> On Sat, May 02, 2009 at 02:43:52PM +0400, Max Brazhnikov wrote:
> > Currently all kde4 ports marked as jobs_unsafe, because of automoc4
> > hangs. The problem can be easely reproduced building e.g.
> > accessibility/k
Currently all kde4 ports marked as jobs_unsafe, because of automoc4 hangs.
The problem can be easely reproduced building e.g.
accessibility/kdeaccessibility4
with multiple jobs: replace MAKE_JOBS_UNSAFE with MAKE_JOBS_SAFE in port
Makefile
and run 'make MAKE_JOBS_NUMBER=16'. Build will be freezed
On Wednesday 04 March 2009 13:50:09 Eirik Øverby wrote:
> On Mar 3, 2009, at 19:23, Scott Ullrich wrote:
> > On Tue, Mar 3, 2009 at 12:52 PM, Max Laier wrote:
> > [snip]
> >
> >> Make sure that you are configuring the same aliases with the same
> >> netmask
u might want to check with
them to make sure they have the fix in their build - though I recall it was a
joined effort back then.
--
/"\ Best regards, | mla...@freebsd.org
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.lov
gt;
> IPC Sys5 isn't "64bit-aware" or the problem is elsewhere?
It looks like shm_segsz in struct shmid_ds is of type int, so that will limit
your segment. Also there are the kernel config options SHMMAX and SHMMAXPGS.
--
/"\ Best regards, | mla...@f
On Thursday 04 December 2008 16:47:13 Max Laier wrote:
> On Thursday 04 December 2008 16:24:23 Vladimir Ermakov wrote:
> > problem is fixed in OpenBSD 4.4
> > http://www.openbsd.org/plus44.html
>
> The bug this note refers to was introduced after OpenBSD 4.1 (our last
> i
it to
make sure synproxy is working, but I don't think it was broken after my last
import ... do you have a particular test case that I could reproduce?
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | IC
ules using the user or group filters.
>
> No, I'm aware of the problems with pf(4) and user/group rules. This LOR
> is in combination with rules on tun(4) devices, as you can see from the
> backtrace. I wonder what tunclone() is doing in there, though.
This LOR is believed to be harmless. There
S_ISCHR(st.st_mode) is true
http://www.freebsd.org/doc/en/books/arch-handbook/driverbasics-block.html
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon
work out if it will
> fit onto a CD or not :-)
But you can't do that on UFS either: sparse files, hardlinks, ...
The GNU du(1) has a "--apparent-size" switch to get the logical size instead
of what the tool's name suggests (the disk usage).
--
/"\
machine 2a01:678:1:443::443, and I do :
> |>
> |> $ traceroute6 -n 2a01:678:100:2::
> |> traceroute6 to 2a01:678:100:2:: (2a01:678:100:2::) from
> |> 2a01:678:1:443::443, 64 hops max, 12 byte packets
> |> 1 2a01:678:1:443:: 0.636 ms 0.602 ms 0.525 ms
> |
n Linux is capable of doing this and solaris too.
> Well then. At least everythings clear now. And in the end, clarifing things
> was the reason for that mail thread :)
You are looking for net/ifstated
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier
something that supports 64bit addresses (and thus 512*2^64 bytes of swap
space per device) ... but I don't see why you'd want to do something like
this. Remember that you need memory to manage your swap space as well!
--
/"\ Best regards, | [EM
d. I assume that port maintainers of affected (kernel module) ports
will bump the port revision after the change to give you/portupgrade a hint.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2par
On Tuesday 22 July 2008 00:31:53 Charles Sprickman wrote:
> On Mon, 21 Jul 2008, Kevin Oberman wrote:
> >> From: Max Laier <[EMAIL PROTECTED]>
> >> Date: Mon, 21 Jul 2008 21:38:46 +0200
> >> Sender: [EMAIL PROTECTED]
> >>
> >> On Monday 21 J
actual question, the answer is no.
>
>
> hope this helps,
>
> Doug
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against
o set) or myself
directly.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
___
ve a lot of time to send
bogus emails (26 since Wednesday). If you had only spend a bit of that
time into actual bughunting ...
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EM
uld you
expect us to do the work for you? Unless you can provide "*EXACT*" bug
reports and show willingness to help debugging them, there really is not
much point in this thread.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier
s behaves correctly! ;-)
>
> On a side note, I could easily fix this problem by frontending the
> server with a Cisco PIX or ASA. I believe they have "half closed"
> timers just for this purpose... Perhaps a kernel tunable knob would be
> a nice option/fix/hack a
| [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
___
freebsd-stable@freebsd.org mailing lis
nd plugging the power. This is not an
interesting number. What would be interesting is to stop the syncer,
touch a known number of files and then pull the plug.
But in the end it boils down to: There is fsync to build transactions -
use it or else. If you find that you lose fsync'ed fi
4d
> syscall() at syscall+0x1b5
> Xfast_syscall() at Xfast_syscall+0xab
> --- syscall (133, FreeBSD ELF64, sendto), rip = 0x80091132c, rsp =
> 0x7ffee6e8, rbp = 0x40 ---
Any input greatly appreciated!
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier
might not be
easily implemented in WITNESS.
Anyways - I believe this patch should work around your problem. Let us
know your findings - thanks.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4free
able 2
> > in ipfw). Traffic to is routed via fastroute in pf
> > (meaning using the default route).
That's quite a complex setup. It would really be interesting to get the
trace for the first LOR in order to figure out which code path we are
looking at. I have a feeling t
; 1. Can usb support be disabled from the loader?
> 2. Anyone got any ideas why USB would break the IPMI keyboard?
You could try hint.kbdmux.0.disabled="1" - see kdbmux(4) for details.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier
vs[] and subsequent chip revision arrays.
It's easiest to build a kernel w/o device bge and loading bge from
modules. This way you can cd to src/sys/modules/bge and "make load;
#test; make unload; #change source; #repeat" until it works.
--
/"\ Best regards,
gt; or 7 and if it works well.
>
> Thanks in advance :)
Last time I checked there was something wrong with the apic.
hint.apic.0.disabled=1 from the loader got it booting and working well,
but you loose SMP.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ /
t; Isn't the "pf_nattable_max" a typo for "ipf_nattable_max"?
>
> BTW, talk to Darren Reed about that, he is the author and ipf is
> contributed software :)
>
> Cheers,
# ipf -T list
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Ma
isn't
> starting up properly for no apparent reason).
Yet they lose the configuration changes they might have applied to the
original foo.conf. I don't think you should delete files that have
changed. Maybe moving them somewhere for future reference would be the
best thing to do
improvement - or try nscd(8).
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
signature.asc
Description: This is a digitally signed message part.
ill a lot of room for improvement here. I'll rebuild with
lock profiling tomorrow and see what I can gather. Anything you'd like
to see in particular?
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4f
ans something, I do not know freebsd-update principles in conjunction
> with INDEX-*.
It looks like freebsd-update will delete all files in INDEX-OLD but not in
INDEX-NEW by default. Is there a way to make a certain file stick
around? It was obviously a mistake to install /etc/pf.conf a
to go back (not sure why you
would want to, though) you should be able to cvsup RELENG_6_2 and do a
src upgrade (or downgrade in this case). This, however, might leave you
with some leftover files that were added to RELENG_6.
--
/"\ Best regards, | [EM
, but
> without any results. As an experiment I tried also to plug a system HDD
> to another sever platform (SuperServer 6015V-TB), but system hanging
> didn't stop. I think that it is not only hardware problem.
> Linux (Gentoo) and Windows server 2003 on this hardware were workin
ENG_6
isn't broken for me ...
Any takers? If not I might get round to it eventually, but I'd prefer
somebody with genuine interest would step up.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4fr
s includes the hal and xorg-server ports.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
signature.asc
Description: This is a digitally signed message part.
ntation either. There has been a
discussion to provide a environment variable to emit only IPv4 queries,
though.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECT
On Thursday 02 August 2007, Frank Behrens wrote:
> Max Laier <[EMAIL PROTECTED]> wrote on 25 Jul 2007 1:35:
> > now available at: http://people.freebsd.org/~mlaier/PF41/ with
> > instructions how to build.
>
> Thanks! I tested it, because I have some trouble with pf
&g
On Thursday 02 August 2007, Frank Behrens wrote:
> Max Laier <[EMAIL PROTECTED]> wrote on 2 Aug 2007 17:13:
> > On Thursday 02 August 2007, Frank Behrens wrote:
> > > The build has following problems:
> > > - libexec/Makefile has still reference to ftp_proxy
quot;\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
signature.asc
Description: This is a digitally signed message part.
for you, too?
- Max
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
if you want to stay with ipf + ipnat.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
pgpZyIWIlCfoJ.pgp
Description: PGP signature
ifficult. If you don't need
it, you can just use nsswitch.conf to turn it off for passwd/group.
Otherwise, you'll have to look at MFCing cached(8) from current.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774
Hi!
On Thu, Mar 08, 2007 at 07:10:21PM +, Bruce M. Simpson wrote:
> >Some searching led me to: http://samodelkin.net/~fjoe/if_ral.diff --
> >which compiles on 6.2-RELEASE and, loaded as module, makes the card
> >available.
> I was under the impression this code had been merged to -STABLE al
;\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
pgpaTSJSi55Sw.pgp
Description: PGP signature
l not work!!! It's more for reference. Back then
nobody was interesting in testing.
> There once was a nice ascii graphic which described the flow
> of packets through the rules -- I can't find it any more ?
--
/"\ Best regards,
o any keep state" | pfctl -vf-
pass out on stf0 inet6 all keep state
Still, rule loaded without problems ...
The "(ifnX)" syntax is only for places where you use the interface as an
address. The "on ifnX" part stays unchanged in any case and it does not
matter if the int
) ...". If more
control is required you have to write explicit addresses in your
configuration anyway. 2 is obsolete by "pfctl -vvsI -i stf0" which has
all the counters for all the interfaces. ALTQ is the only remaining
problem. I did do some initial patches to tear down
s, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
pgpjdZq0zkQiY.pgp
Description: PGP signature
ateless autoconfiguration. You might
want to try "rtsol -d interface".
3) Check the net.inet6.ip6.accept_rtadv sysctl. ipv6_enable should take
care of this.
4) Check your firewall rules.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier
d?tn=1207>]
>
>
> Remarks:
>
> /2007-Jan-18 16:07:54 by anonymous:/
> We have attempted to fix this with no luck. This is a FreeBSD dhclient
> issue. Please install FreeBSD and post a bug report to
> freebsd-stable@freebsd.org
--
/"\ Best regards,
d3000,...) at socket+0xb3
> syscall(3b,3b,3b,0,7,...) at syscall+0x380
> Xint0x80_syscall() at Xint0x80_syscall+0x1f
> --- syscall (97, FreeBSD ELF32, socket), eip = 0x282939d3, esp =
> 0xbfbfeb1c, ebp = 0xbfbfebf8 ---
> db >
Something like the attached should fix it. Seems t
RAM (6G of RAM, 8G of swap) :(
DDB has a ps of it's own - I'm not sure how helpful it is for your
specific problem, though.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net
Hi!
> This won't compile on my system (6.1-RELEASE-p11). Any ideas?
>
> linking kernel
> if_ral_pci.o(.data+0x120): undefined reference to `rt2661_attach'
> if_ral_pci.o(.data+0x124): undefined reference to `rt2661_detach'
> if_ral_pci.o(.data+0x128): undefined reference to `rt2661_shutdown'
> if
Hi!
On Fri, Dec 15, 2006 at 06:53:52AM +, Matt Dawson wrote:
> Is there any timescale/possibility of a MFC of the ral driver that Damien has
> added second and third generation support to? It is becoming increasingly
> hard to lay one's hands on first gen kit, especially in MiniPCI. If not,
as it sees the packet before the hardware has calculated
it. On the receiver the checksum will be correct.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ AS
"bad cksum!" - this is a symptom of checksumming done in
hardware. ifconfig bge1 -rxcsum -txcsum should get rid of them.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
pgppB7vvCmPvM.pgp
Description: PGP signature
>
> Marc G. Fournier Hub.Org Networking Services
> (http://www.hub.org) Email . [EMAIL PROTECTED]
> MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.org
> ICQ . 7615664
>
> ________
> > > further w/o that, sorry. :(
> >
> > NP, I've added DDB to my kernel, but I'm having a hard time finding
> > out how
>
> to
>
> > break into DDB over an SSH connection ... telnet is easy, but all my
> > HP
>
> remote
>
&g
Hi!
On Tue, Nov 28, 2006 at 06:56:05PM +0100, Oliver Fromme wrote:
> > [...]
> > Well, the mentioned problems (running out of kernel memory
> > and NFS export difficulties) can occur with msdosfs file
> > systems of any size, including ones that are smaller than
> > 128 GB. It would be real
.
> b) use an external usb network "dongle". Look at the ural driver, you
> can find some of the supported devices quite cheap. I dont know how
> good they are, I have just tested one, and have some issues with it
> (stability) but haven't been able to rule out
(c25648c0,cc1c4d38,c25648c0,c06b4b5c,0,...) at
> ithread_destroy+0x21b
> fork_exit(c06b4b5c,c25648c0,cc1c4d38) at fork_exit+0xd0
> fork_trampoline() at fork_trampoline+0x8
> --- trap 0x1, eip = 0, esp = 0xcc1c4d6c, ebp = 0 ---
> db>
--
Max
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
be worded and submit as a doc PR.
> It seems to me that preempt off is a mostly useless
> configuraiton for load balance, but probably not for just simple
> failover.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier
PLES section of carp(4).
> What can I do to make the balance automatic as the docs imply? This
> also happens on another pair of machines I have which are CARP +
> arpbalance for another IP.
>
> The NICs in question are hooked up to a gigabit switch.
--
/"\ Best regards,
On Monday 09 October 2006 20:26, Max Laier wrote:
> On Monday 09 October 2006 19:53, Andrew N. Below wrote:
> > Hi.
> >
> > [..]
> >
> > > You can try using ap_scan=2 or whatever it is in the
> > > wpa_supplicant.conf file. This causes wpa_supplicant
roblem here.
After I associated with the AP w/ hidden SSID I changed the channel via
webinterface. The disconnect resulted in the exact problem you were
having. Only stopping and restarting wpa_supplicant fixed the issue and
I got associated on the new channel. Not sure what happens
gt; Any ideas?
If you do have firmware-iwi-kmod and things are still not working properly
you should try the following:
1) Disable WPA on AP and see if you can attach w/o wpa_supplicant
2) See if you can attach w/ wpa_supplicant (key_mgmt=NONE)
etc. ... to find out which part really is th
down" in rc.conf will result in an 'up' interface. I
> also disabled devd, as it seems to be running pccard_ether carp0 start
> as a result of the interface creation. Although it is started
> sometime after the interface has been created.
>
> How are other people handling
On Saturday 09 September 2006 19:38, Karl Denninger wrote:
> This is not cool folks.
Want a refund?
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/
race, or at least figure out which function
the IP is refering to?
> The system is a single Xeon with HTT enabled and the HDD used is
> somewhat old. I can try installing on another one. The swapper
> process somehow points me to the HDD.
> Of course any clues are most welcome.
us of that is or if it works with the
in-kernel version.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
pgpg0JXkwNWe3.pgp
Description: PGP signature
reebsd.org/cgi/cvsweb.cgi/src/sbin/ipfw/ipfw2.c#rev1.88
>
> Can you try the patch below? If it looks good, Max or I can commit
> the fix.
Whichever you prefer. Since I don't really use IPFW, I wouldn't mind to
get rid of the task ;) Note that I also MFCed 1.88 a couple of
ot;make buildworld" and "make
buildkernel". Order is crucial as "make buildworld" also builds a new
compiler and includes that are used later. There is a separate target to
only build the tools that are required to build a kernel. Check the
Makefile.
--
/"\ B
<[EMAIL PROTECTED]> wrote:
> > Have you tried using the firmware from iwi-firmware-kmod, rather than
> > iwi-firmware. I am using the former on a Thinkpad T42 and it is working
> > ok.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ /
T-111-E
> add_rule(): PF ioctl DIOCADDRULE failed
> Jul 20 10:44:11 fw1 kernel: Jul 20 10:44:11 fw1 HTTP[7607]: NATT-701-E
> addnatmap out(): Adding TCP NAT MAP from [127.0.0.1]:60860 to
> [212.80.76.13]:80 -> [193.179.161.10]:60860 failed
> Jul 20 10:44:11 fw1 kernel: Jul 20 10
sed to work?
This is from the firmware(9) support code. Add "options firmware" and you
should be fine. You will still need to load the firmware blobs as modules,
but that's another story.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Ma
On Tuesday 11 July 2006 15:04, Michael Butler wrote:
> Max Laier wrote:
> | net/iwi-firmware-kmod, but it needs to be updated to the new
> | __FreeBSD_version
> | Right now it will tell you that you need iwi-firmware instead, which is
> | wrong.
>
> Once the updates have bee
On Tuesday 11 July 2006 14:35, Mark Andrews wrote:
> > On 7/10/06, Max Laier <[EMAIL PROTECTED]> wrote:
> > > On Monday 10 July 2006 16:40, Vlad GALU wrote:
> > > > Is the iwi driver going to be synced with rev. 1.3x of HEAD? I'm
> > > > usi
y.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
pgp3dTcOo1C4r.pgp
Description: PGP signature
922602548 264811
Are you using usb on that box? If not, get rid of device uhci in your kernel
config to see if that fixes it. If you are using usb - I have no idea. A
BIOS upgrade might help.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Ma
1 - 100 of 200 matches
Mail list logo
