On Thu, Jun 04, 2015 at 09:21:06PM +0300, Gleb Smirnoff wrote:
> I've uploaded updated patch that should fix this issue. Please try it
> and report once you have time.
With this version of the patch everything is working as expected again,
thanks for your efforts.
Regards
--
M
,
ebp = 0xbfbfec98 ---
But i guess that might be another iwi bug that got uncovered now and
is not related to the conversion.
Regards
--
Michael Moll
pgp7ITmUJ0vJI.pgp
Description: PGP signature
Hi,
On Wed, Jun 03, 2015 at 01:48:06AM +0300, Gleb Smirnoff wrote:
> On Tue, Jun 02, 2015 at 11:47:36PM +0200, Michael Moll wrote:
> M> On Tue, Jun 02, 2015 at 07:20:21PM +0300, Gleb Smirnoff wrote:
> M> > I've converted iwi(4) and refreshed the D2655. I will appreciat
rap 0, eip = 0, esp = 0xc7211d20, ebp = 0 ---
Regards
--
Michael Moll
pgpxyVFicHTbR.pgp
Description: PGP signature
Sorry for coming late to this thread, but depending on the CPU it might
be worth a try if it's fixed on 10.0 with vm.pmap.pcid_enabled set to 0.
Regards
--
Michael Moll
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/m
sparc64.
Regards
--
Michael Moll
___
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"
7;t try this yet on other
archs) and run config -x on the resulting file.
Kind Regards
--
Michael Moll
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "
l the related commits backup out
(207265-206664) the resulting config-binary still fails. I don't have
time today to build the kernel with the different revisions to hunt the
problem down to one commit...
imp@: The last commits to usr.sbin/config/* might have raised this
p
Hi,
On Thu, Apr 29, 2010 at 11:33:30PM +0300, Andriy Gapon wrote:
> on 29/04/2010 18:31 Michael Moll said the following:
> You can use hd to see if you indeed have '\0' (0x00) symbol somewhere within
> your kernel config file.
Thanks, I checked this and there are no 0x00s
e does not bring up anything useful:
(gdb) bt
#0 0x40580668 in kill () from /lib/libc.so.7
#1 0x404b6be0 in abort () from /lib/libc.so.7
#2 0x4056848c in __assert () from /lib/libc.so.7
#3 0x00104064 in ?? ()
Previous frame identical to this frame (corrupt stack?)
(gdb)
A
10 matches
Mail list logo