On 2025-01-28 06:23, Milan Obuch wrote:
On Mon, 27 Jan 2025 19:28:28 +0100
Yamagi wrote:
Hi,
sounds like the Alder Lakes PCID bug in N100 flavor. On the small
cores the INVLPG instruction is broken, failing to flush all
(global?) TLP entries leading to cache corruption. FreeBSD has a work
All,
I can confirm that the microcode loaded early fixes the issue.
Ian
On 2025-01-27 13:12, Patrick M. Hausen
wrote:
Hi all,
Am 27.01.2025 um 18:38 schrieb Milan Obuch :
On Mon, 27 Jan 2025 12:10:43 -0500
Ian FREISLICH
, without the cpu microcode. I'll look into that
shortly.
Ian
On 2025-01-27 13:12, Patrick M. Hausen
wrote:
Hi all,
Am 27.01.2025 um 18:38 schrieb Milan Obuch :
On Mon, 27 Jan 2025 12:10:43 -0500
Ian FREISLICH wrote:
I recently bought one of those mini-pc firewall devices (Topton 12th
gen N100 with 4x I226-V, 2x X520) and couldn't get it to install pkg
or buildkernel without getting a slew of these messages, inode
number changing and a panic shortly thereafter.
kernel: /: bad di
Lately there have been a couple of commits that fail to build
because v6 being compiled in despite INET6 being undefined. I think
the latest is 905db4aa88775865097714c170f4503da385747c.
/usr/src/sys/netpfil/pf/pf.c:8762:38: error: no member named 'icmp6'
in 'union p
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
1 message, 64 bit enabled with 1 message
cap 13[e0] = PCI Advanced Features: FLR TP
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
I moved the #ifdef down one line and its compiling.
Ian
--
Ian Freislich
On 08/29/2018 07:40 PM, John Baldwin wrote:
> On 8/29/18 4:20 PM, Ian FREISLICH wrote:
>> Hi
>>
>> I see the definition of interrupt_sorted is #ifdefed out by #ifdef SMP
>> at line 84.
in /usr/obj/usr/src/amd64.amd64/sys/BRANE
*** Error code 1
Stop.
make[1]: stopped in /usr/src
*** Error code 1
Stop.
make: stopped in /usr/src
--
Ian Freislich
--
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/l
On 05/22/2018 09:44 AM, Andriy Gapon wrote:
Yesterday I committed some changes to uchcom (so far, only in CURRENT).
Commits are r333997 - r334002.
If you have a CH340/341 based USB<->RS232 adapter and it works for you, could
you please test that it still does?
If you tried your adapter in the pa
On 05/30/2018 11:50 AM, Glen Barber wrote:
Hi,
Could folks please help boot-test the most recent 12.0-CURRENT amd64
memstick images on various hardware? Note, this is not a request to
install 12.0-CURRENT, only a boot-test with various system knobs
tweaked.
The most recent images are available
On 03/28/2018 11:11 AM, Ian FREISLICH wrote:
> Hi
>
> (As noted by Oliver Hartman in svn-src-all@)
>
> r331650 breaks amd64 kernel build as follows:
>
> --- machdep.o ---
> /usr/src/sys/amd64/amd64/machdep.c:520:20: error: use of undeclared identifier
> 'T_PRO
Hi
(As noted by Oliver Hartman in svn-src-all@)
r331650 breaks amd64 kernel build as follows:
--- machdep.o ---
/usr/src/sys/amd64/amd64/machdep.c:520:20: error: use of undeclared identifier
'T_PROTFLT' ksi.ksi_trapno = T_PROTFLT;
^
The fix:
Index: sys/amd64/am
On 03/12/18 13:54, Dimitry Andric wrote:
> On 12 Mar 2018, at 16:03, Dimitry Andric wrote:
>> On 12 Mar 2018, at 00:56, Ian FREISLICH
>> wrote:
> ...
>>> I haven't got avr-gcc to compile yet.
>> No idea about this, is it very different from regular gc
fo.o../src/stub-cache.cc:1477:33:
error: reinterpret_cast from 'nullptr_t' to 'char *' is not allowed
: GetCodeWithFlags(flags, reinterpret_cast(NULL));
^
I haven't got avr-gcc
On 02/18/18 18:49, Warner Losh wrote:
> On Sun, Feb 18, 2018 at 4:45 PM, Ian FREISLICH
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> On 02/18/18 18:17, Warner Losh wrote:
>> On Sun, Feb 18, 2018 at 4:12 PM, Ian FREISLICH
>> > <mailt
--
Ian Freislich
(M) +1 404 574 0228
On 02/18/18 18:17, Warner Losh wrote:
>
>
> On Sun, Feb 18, 2018 at 4:12 PM, Ian FREISLICH
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> On 02/18/18 15:09, Warner Losh wrote:
>> On Sat, Feb 1
On 02/18/18 14:59, Warner Losh wrote:
> On Sun, Feb 18, 2018 at 6:32 AM, Ian FREISLICH
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> On 02/18/18 02:23, Hans Petter Selasky wrote:
> > On 02/18/18 05:14, Ian FREISLICH wrote:
> >> On 02/17/18 22
On 02/18/18 18:01, Ian FREISLICH wrote:
> On 02/18/18 14:59, Warner Losh wrote:
>> On Sun, Feb 18, 2018 at 6:32 AM, Ian FREISLICH
>> > <mailto:ian.freisl...@capeaugusta.com>> wrote:
>>
>> On 02/18/18 02:23, Hans Petter Selasky wrote:
>>
On 02/18/18 15:09, Warner Losh wrote:
> On Sat, Feb 17, 2018 at 9:14 PM, Ian FREISLICH
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> On 02/17/18 22:48, Warner Losh wrote:
>> On Feb 17, 2018 8:24 PM, "Ian FREISLICH"
>> >
On 02/18/18 02:23, Hans Petter Selasky wrote:
> On 02/18/18 05:14, Ian FREISLICH wrote:
>> On 02/17/18 22:48, Warner Losh wrote:
>>> On Feb 17, 2018 8:24 PM, "Ian FREISLICH"
>>> mailto:ian.freisl...@capeaugusta.com>>
>>> wrote:
>>>
>
On 02/17/18 22:48, Warner Losh wrote:
> On Feb 17, 2018 8:24 PM, "Ian FREISLICH"
> mailto:ian.freisl...@capeaugusta.com>>
> wrote:
>
> Hi
>
> Since devmatch some of my USB devices no longer get their drivers
> loaded. It's not clear
pe = 0x0001
bcdUSB = 0x0110
bDeviceClass = 0x
bDeviceSubClass = 0x
bDeviceProtocol = 0x
bMaxPacketSize0 = 0x0040
idVendor = 0x24ae
idProduct = 0x2000
bcdDevice = 0x1001
iManufacturer = 0x0001
iProduct = 0x0002
iSerialNumber = 0x
bNumConfigurations = 0x0001
I
On 02/14/18 03:42, Vladimir Zakharov wrote:
> On Tue, Feb 13, 2018, Bryan Drewery wrote:
>> On 2/13/2018 1:48 AM, Vladimir Zakharov wrote:
>>> On Mon, Feb 12, 2018, Bryan Drewery wrote:
On 2/12/2018 6:54 AM, Vladimir Zakharov wrote:
> Hello, Bryan!
>
> On Fri, Feb 09, 2018, Bryan D
ontroller'
class = dasp
I've done some research and it looks like support is a long way off but
I'm hoping someone has a work in progress I can test or hack on.
Ian
--
Ian Freislich
--
___
freebsd-current@freebsd.org mailing lis
On 01/25/18 17:13, Konstantin Belousov wrote:
> On Thu, Jan 25, 2018 at 04:58:04PM -0500, Ian FREISLICH wrote:
>> Hi
>>
>> I cannot for the life of me recall why I had vm.pmap.pcid_enabled=1 set
>> in loader.conf, but I did. Most likely very historical reasons.
&g
Hi
I cannot for the life of me recall why I had vm.pmap.pcid_enabled=1 set
in loader.conf, but I did. Most likely very historical reasons.
r328166 and later reset without dropping into the debugger during boot,
no panic message.
Ian
--
Ian Freislich
On 08/11/17 01:48, Jung-uk Kim wrote:
On 08/10/2017 21:27, Ian FREISLICH wrote:
I have a host on Digital Ocean (qemu) and the change in r322076 breaks
my vtnet0 interface. The interface still comes up but does not pass
traffic any more. It's not obvious to my why the changes from r3220
Hi
I have a host on Digital Ocean (qemu) and the change in r322076 breaks
my vtnet0 interface. The interface still comes up but does not pass
traffic any more. It's not obvious to my why the changes from r322075
to r322076 affect the vtnet interface.
Ian
--
Ian Freislich
--
apic_id = intr->dst_apic_id;
I do not think it is safe to increase MAX_APIC_ID yet.
Ian
--
Ian Freislich
On 01/04/17 13:53, Eric Joyner wrote:
Adding freebsd-current, because that's a good idea.
I see these lines in the beginning of dmesg:
MADT: Ignoring local APIC ID 256 (too high)
ient is discarding the
server's offer for whatever reason.
But, r300174 has it working again for me. I can't speak to the
correctness of the fix though.
Ian
--
Ian Freislich
--
Cape Augusta Digital Properties, LLC a Cape Augusta Company
*Breach of confidentiality & accidenta
ctly.
Just checked and DHCP is working again.
> (Coverity may still complain about CID 1305550, but I don't believe
> it's valid for 'hlen' to exceed sizeof(hw_addr.haddr).)
>
> Thanks,
> Conrad
>
> On Wed, May 18, 2016 at 3:49 PM, Ian FREISLICH
> wro
OPTION: 6 ( 4) DNS server10.0.0.1
-------
--
Ian Freislich
--
Cape Augusta Digital Properties, LLC a Cape Augusta Company
*Breach of confidentiality & accidental breach of confidentiality *
Hi
Replying to myself...
The monitor works with in 1920x1080. Any higher resolution and the
monitor displays rapidly changing random colours filled over the entire
screen. I'm currently using r298115 with no improvement on the situation.
Ian
On 03/14/16 13:59, Ian FREISLICH wrote:
ernational flight away from me for the 1.5
months so I can't test anything else until I'm back.
Ian
On 19 March 2016 01:10:54 Jean-Sébastien Pédron wrote:
On 14/03/2016 18:59, Ian FREISLICH wrote:
Hi
Hi!
With r296548 on the following hardware:
vgapci0@pci0:0:2:0: class=0x03
I915_WRITE(BLC_PWM_CPU_CTL2, PWM_ENABLE);
I915_WRITE(BLC_PWM_CPU_CTL, 0);
- I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE);
+ I915_WRITE(BLC_PWM_PCH_CTL1, PWM_ENABLE | (1<<30));
}
void intel_modeset_init_hw(struct drm_device *dev)
--
Ian Freislich
--
Cape Augusta Digital Pro
Glen Barber wrote:
> On Tue, Jul 28, 2015 at 10:17:38PM +0200, Ian FREISLICH wrote:
> > I found the actual problem. The mount point for /usr was mode 700
> > even though the root of the mounted filesystem on /usr was mode 755.
> > Did I explain that clearly (quite difficult b
se either the
permissions of the mount point or the permissions of the directory
mounted on that mount point. In the past, the permissions in the
mounted filesystem have always trumped the mount point, but I have
no idea what the spec says. Is this a bug?
Ian
--
Ian Freislich
_
Glen Barber wrote:
> On Tue, Jul 28, 2015 at 07:31:56PM +, Glen Barber wrote:
> > On Tue, Jul 28, 2015 at 08:16:16PM +0200, Ian FREISLICH wrote:
> > > Hi
> > >=20
> > > I cannot for the life of me figure out why this is so:
> > >=20
> > >
, all running CURRENT from within a day.
The upshot is that I have to be root in order to link code.
Any ideas greatly appreciated.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
ion, the refclocks were always selected as pps.peer
and sys.peer.
Now, even though the refclocks have settled down, the peer selection
seems a little strange. At least not what I'm used to seeing.
Ian
--
Ian Freislich
___
freebsd-cu
6:43 zen dhclient: New Subnet Mask (wlan0): 255.255.255.0
Apr 6 18:06:43 zen dhclient: New Broadcast Address (wlan0): 10.0.0.255
Apr 6 18:06:43 zen dhclient: New Routers (wlan0): 10.0.0.1
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing l
:27:22:6c:0b:8f timed out.
Apr 22 12:28:34 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-DISCONNECTED
bssid=00:27:22:6c:0b:8f reason=3 locally_generated=1
Apr 22 12:28:34 zen kernel: wlan0: link state changed to DOWN
Ian
--
Ian Freislich
___
freebsd
Ian FREISLICH wrote:
> Adrian Chadd wrote:
> > Hi,
> >
>
> > There's a "invert backlight" option in i915, try setting it to 1?
>
> This is pretty much all I could find (unless I was looking in the
> wrong place). It makes no difference. The bac
ag removed by r278584 is BLM_PCH_OVERRIDE_ENABLE according
to the Linux driver. I think we're not correctly setting or selecting
the PWM channel for backlight control.
>
> -a
>
>
> On 11 February 2015 at 07:41, Ian FREISLICH wrote:
> > Hi
> >
> > With t
= VGA
cap 05[90] = MSI supports 1 message enabled with 1 message
cap 01[d0] = powerspec 2 supports D0 D3 current D0
cap 13[a4] = PCI Advanced Features: FLR TP
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.fr
th 1 message
cap 01[d0] = powerspec 2 supports D0 D3 current D0
cap 13[a4] = PCI Advanced Features: FLR TP
void intel_modeset_init_hw(struct drm_device *dev)
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.or
rage
> ia> case.
>
> Can you try the attached patch? It will attempt to enlarge the
> buffer every retry.
I think the routing table grows too fast. It still fails.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing l
rew, retrying
netstat: Routing table grew, retrying
netstat: Routing table grew, retrying
netstat: Routing table grew, retrying
netstat: Routing table grew, retrying
netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory
1
[firewall1.jnb1] ~ # netstat -rn |wc -l
rn |wc -l
> ia> 480446
>
> Perhaps does the attached patch fix this?
Sadly, not.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
kern.ipc.nmbclusters="1048576"
kern.ipc.maxmbufmem="10737418240"
kern.ipc.nmbufs=13045170
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
update?
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Florent Peterschmitt wrote:
> Le 20/09/2013 10:04, Ian FREISLICH a =E9crit :
> > Hi
> >
> > Is this libstdc++ fallout?
>
> You can try these patchs:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/182110
I am sorry that I did not see your message u
-system-snappy/use-system-v8/usev8/mongo/shell/dbshell.o]
Error 1
scons: building terminated because of errors.
*** Error code 2
Stop.
make[1]: stopped in /usr/ports/databases/mongodb
*** Error code 1
Stop.
make: stopped in /usr/ports/databases/mongodb
Ian
--
Ian Freislich
___
sonally, I'd rather that the package management system ports,pkg,etc
doesn't take liberties with my running daemons. If I want to kill
them off, I'll kill them off, but there have been several times
where I've left uninstalled things running while the system was in
flux during a
nter.h. I don't know which is the correct fix.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ave a preferred method for handling running
daenmons on uninstall? I know that Linux will even start daemons
on install.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubs
is so long ago... It might have been tuning for our postgres
servers.
It might be worth while putting in a sanity check that doesn't allow
hirunningspace to be set lower than lorunningspace.
Thanks for your patience.
Ian
--
Ian Freislich
___
values get significantly tuned up? I recall now setting this nearly
a year ago when we did our ZFS tuning and it was a four fold increase
on the defaults.
Sorry for the noise.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://list
Konstantin Belousov wrote:
> On Fri, Jul 12, 2013 at 11:34:18PM +0200, Ian FREISLICH wrote:
> > (kgdb) print runningbufreq
> > $1 = 1
> > (kgdb) print runningbufspace
> > $2 = 0
> > (kgdb) print lorunningspace
> > $3 = 4587520
> > (kgdb) print hirunning
Konstantin Belousov wrote:
>
> --rMuTkhzRlt+HYtLC
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Fri, Jul 12, 2013 at 08:11:36PM +0200, Ian FREISLICH wrote:
> > John Baldwin wrote:
> &g
John Baldwin wrote:
> On Thursday, July 11, 2013 6:54:35 am Ian FREISLICH wrote:
> > John Baldwin wrote:
> > > On Thursday, July 04, 2013 5:03:29 am Ian FREISLICH wrote:
> > > > Konstantin Belousov wrote:
> > > > >
> > > > > Care t
John Baldwin wrote:
> On Thursday, July 04, 2013 5:03:29 am Ian FREISLICH wrote:
> > Konstantin Belousov wrote:
> > >
> > > Care to provide any useful information ?
> > >
> > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-
> handbo
hat's wedged. A lot of the time the
userland process is unkillable, but often it is killable. How do
I get from from the PID to where the FS is stuck in the kernel?
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.free
Id = 0x10676 Family = 0x6 Model = 0x17 Stepping =
6
Features=0xbfebfbff
Features2=0x8e39d
AMD Features=0x20100800
AMD Features2=0x1
TSC: P-state invariant, performance statistics
real memory = 4294967296 (4096 MB)
avail memory = 3970727936 (3786 MB)
Ian
--
Ian Freislich
___
C address though.
>
> Please try r252426.
Thanks. That fixes it.
BTW, nice new features in network.subr.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubs
"Ian FREISLICH" wrote:
> What I have been doing is probably wrong, but it worked up until
> r252360:
I see from the commit log that it was actually 252015 that broke my router.
--
Ian Freislich
___
freebsd-current@freebsd.org m
t seems to ignore the configured string.
I can however 'ifconfig lagg0 ether 00:1e:c9:53:3e:15' from the
cammand line, so there's something in the rc scripts that's mangling
the argument.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hans Petter Selasky wrote:
> On 06/23/13 10:33, Ian FREISLICH wrote:
> > status 0xea1a1
> > 10:29:19.904434 usbus0.2 SUBM-BULK-EP=0002,SPD=FULL,NFR=1,SLEN=4,IVAL=0
> > frame[0] WRITE 1 bytes
> > 6F -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |o
Hans Petter Selasky wrote:
> On 06/22/13 20:54, Ian FREISLICH wrote:
> > "Daniel O'Connor" wrote:
> >>
> >> On 22/06/2013, at 4:10, Ian FREISLICH wrote:
> >>> I bought a relay control board that has a USB interface. It presents
> >>
"Daniel O'Connor" wrote:
>
> On 22/06/2013, at 4:10, Ian FREISLICH wrote:
> > I bought a relay control board that has a USB interface. It presents
> > a serial port to Linux on /dev/ttyACMx. However when I plug it
> > into my FreeBSD host, it detects a
s = 0x0082
bmAttributes = 0x0002
wMaxPacketSize = 0x0040
bInterval = 0x0001
bRefresh = 0x
bSynchAddress = 0x
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
ral days before Jeff's changes :(
Do you want me to try to find the revision of origin? I have a
verified sighting at r251615 and I'm pretty sure I've seen it earlier
than that. Subjectively, it seems to have got a lot worse lately.
Maybe the "recent UMA changes"
Andre Oppermann wrote:
> On 19.06.2013 11:10, Ian FREISLICH wrote:
> > Hi
> >
> > I'm seeing this panic quite regularly now. Most recent sighting on r251858.
>
> This panic message is not very informative and very hard to extract any
> meaningful hints. D
/kern/kern_fork.c:991
#25 0x805f5d7e in fork_trampoline ()
at /usr/src/sys/amd64/amd64/exception.S:602
#26 0x in ?? ()
Current language: auto; currently minimal
(kgdb)
--
Ian Freislich
___
freebsd-current@free
all ()
at /usr/src/sys/amd64/amd64/exception.S:387
#12 0x00080160670a in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
f846b3c3c00) at /usr/src/sys/kern/kern_fork.c:991
#23 0x805ff39e in fork_trampoline ()
at /usr/src/sys/amd64/amd64/exception.S:602
#24 0x0000 in ?? ()
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://l
pdate was done).
>
> I see a number locking changes in the area. Note that this is UDP,
> most likely a dns lookup.
I'll work to confirm this here. I was a little slow in bisecting
because I spent 2 days trying to figure out what revision caused
PF to rapidly expire its entire s
this (Ian Lepore), and Peter Wemm can now reproduce
> these at will as well, so I think this is a software bug. What might be
> easiest if we can't figure this out from the crashdump is just to bisect the
> offending revision.
I've started a binary search. I'll let you know what that turns up.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
x800a96daa, rsp =
0x7fffccc8, rbp = 0x7fffcce0 ---
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
f97a8, rbp = 0x8014f68d4 ---
Uptime: 20m13s
Dumping 1688 out of 16368 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%
Dump complete
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
cpu_reset: Restarting BSP
cpu_reset_proxy: Stopped CPU 15
Ian
--
Ian Frei
e 1
gw is defined 'const'.
@625:
error = (*ifp->if_output)(ifp, m, (struct sockaddr *)gw, ro)
if_output arg3 needs to be protoyped const or gw needs to not be
declared const.
Ian
--
Ian Freislich
___
freebsd-current@freebs
ally rndc (not named) that fails to find its key
or config if you choose to use a chrootdir that isn't the default.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
allow the rc system to reload and stop named (without a
kill) no matter what the configured chroot is.
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ll -CS" in the make.conf.
Ah, thanks. That would be the difference, except that I have:
INSTALL=install
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubs
: /usr/obj/usr/src/lib32: Directory not empty
*** [_worldtmp] Error code 1
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
:
ifconfig vlan11 create vlan 11 vlandev arge0 inet 10.10.11.1 netmask
255.255.255.0
or
ifconfig vlan11 create vlan 11 vlandev arge0 inet 10.10.11.1/24
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailm
Ethernet autoselect (1000baseT )
status: active
These are both the same thing. Is there any particular reason that
you want multiple interfaces? I can't see a use for it beyond "it's
what I'm used to seeing" unless the
are:
1. Need the latest Intel firmware (iwlwifi-6000g2b-18.168.6.1)
to get anything approaching connectivity.
2. The 2.4GHz radio will absolutely not use a 20MHz channel if the
AP will do 40MHz.
3. 40MHz channels don't work.
4. Random disconnects every 30 minutes or so requiring a wlan0
op in /usr/ports/audio/sox/work/sox-14.3.2/src.
*** [all-recursive] Error code 1
Stop in /usr/ports/audio/sox/work/sox-14.3.2.
*** [do-build] Error code 1
Stop in /usr/ports/audio/sox.
*** [build] Error code 1
Stop in /usr/ports/audio/sox.
Ian
--
Ian
headphone jack doesn't work. On my other laptor, the
builtin mic doesn't work because it's on pcm1 and there's not a
way to make pcm1 the default input device and pcm0 the default
output device.
I need to spend some time with a verbose boot and see if I can
fig
Hans Petter Selasky wrote:
> On Friday 08 February 2013 22:43:17 Ian FREISLICH wrote:
> > Hans Petter Selasky wrote:
> > > Hi,
> > >
> > > Your problem should be fixed by:
> > > http://svnweb.freebsd.org/changeset/base/246565
> > >
> &
Hans Petter Selasky wrote:
> On Friday 08 February 2013 19:21:24 Ian FREISLICH wrote:
> > Uptime: 7s
> > Dumping 237 out of 3971
> > MB:..7%..14%..21%..34%..41%..54%..61%..75%..81%..95%
> >
> > Reading symbols from /boot/kernel/acpi_asus_wmi.ko...Read
:169
#7 0xc08ae31f in bzero () at /usr/src/sys/i386/i386/support.s:56
Previous frame inner to this frame (corrupt stack?)
(kgdb)
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
tmask 0x
ng2: flags=88d1 metric 0 mtu
1490
inet 41.135.82.120 --> 41.135.70.1 netmask 0x
[router] ~ # route add 41.154.2.53 -iface ng2
route: bad address: ng2
[router] ~ # route add 41.154.2.53 -interface ng2
route: bad address: ng2
Ian
everal ADSL lines with the same
provider that doesn't do multi link PPP, so I need to be able to
set the destination interface.
Ian
--
Meditating Guru
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/
Jack Vogel wrote:
> Look again closely, AFBR-703SDZ-IN2 and AFBR-703SDDZ-IN1 are supported,
> AFBR-703SDZ-IN is not.
Sorry, that was a cut&pasto. We have the AFBR-703SDZ-IN2.
The full detail from the box according the guy on site is:
AFBR-703SDZ-IN2 (INTEL)FTLX8571D3BCL
Ia
1 - 100 of 219 matches
Mail list logo