On Fri, Sep 07, 2018 at 04:52:12PM +0200, Jakob Alvermark wrote:
> On 9/7/18 12:41 AM, Marius Strobl wrote:
> > On Thu, Sep 06, 2018 at 12:33:39PM +0200, Jakob Alvermark wrote:
> >> Hi,
> >>
> >>
> >> I discovered this by chance.
> >>
> >
ko or
triggering detach/attach of sdhci_acpi(4) via devctl(8) should allow
to attach a card, too.
Marius
___
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"
should not be fetched to internet.
> >
> > Is there any idea to go forth?
> >
> > Best regards.
> >
> > [1] http://35.200.82.201/~kiri/freebsd/sg116j/crash_in_install.jpeg
> > [2] FreeBSD-12.0-CURRENT-amd64-20180110-r327788-memstick.img
>
> I've got r3281
On Mon, Aug 07, 2017 at 09:51:15AM +0300, Boris Samorodov wrote:
> 07.08.2017 09:44, Boris Samorodov ?:
> > Hi Marius, All,
> >
> > Subj at today's amd64-HEAD. If I use command "sudo tzsetup" and
> > choose YES (CMOS clock is set to UTC), the program just
) on the other SSD
disk.
I would happily grant the required
access to the server.
Kind regards,
Marius Gaubas
Sent from my iPhone
> On 29 Sep 2016, at 14:00, freebsd-current-requ...@freebsd.org wrote:
>
> Send freebsd-current mailing list submissions to
>freebsd-current
On Sat, Feb 13, 2016 at 09:21:06PM +0100, Stefan Kohl wrote:
> Hi Marius,
>
> I finally got my RT 8168 Ethernet Card (Zotac Ri323) working after
> patching if_re.c (r295601). Contrary to the assumption that
> HWREV_8168E_VL with Chip Rev 0x2c80 should not require RTL8168G
>
8111/8168/8411 PCI Express Gigabit Ethernet Controller'
>
> I am grateful for any suggestion towards a solution and I am willing (and
> able) to assist by patching or debugging my kernel or giving further hw
> information about my system.
>
Hrm, does that happen to be RL_HWREV
On Fri, Feb 05, 2016 at 09:04:02PM +0100, s@web.de wrote:
> Hi Marius and Pyun,
>
> actually it is Chip rev. 0x2c80 (I have overlooked that information in my
> first post)
>
> re0: port
> 0xe000-0xe0ff mem 0xf0104000-0xf0104fff,0xf010-0xf0103fff irq 19 at
%o7=0xc06165e8 --
What code line does 0xc06165e8 translate to?
Marius
___
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"
-
> panic: longjmp botch
> cpuid = -1012475520
> KDB: stack backtrace:
> Uptime: 3s
>
> Note also the "longjmp botch" error right at the end. This is with the
> sun4u timer fix patch developed with help from Marius which has recently
> been applied to QEMU git master
oot in
> <http://www.catwhisker.org/~david/FreeBSD/freebeast/>.
>
> I'm happy to test suggested changes.
>
*sigh* Okay, could you please test whether the attached patch restores
WOL capability for you?
Marius
Index: if_re.c
(mem, PCPU_GET(mem) + val) for PCPU_ADD, not great, but it's
no worse than what we were previously using..
Until we get a proper fix which involves mapping all the cpu's PCPU
data on all CPUs, this will have to sufice..
This patch is based upon, I believe, a patch from Marius and possibly
from the moment they are set up during attach. In turn, that
would make the lack of a VESA driver for vt(4) less painful and
likely even forgivable, as resolutions higher than VGA could be
used way earlier, etc.
Marius
___
freebsd-current@freebsd.org
RF_ACTIVE in turn might
not be sufficient for the Xen bits to mark the resource as reserved,
this should be fixed in the FreeBSD/Xen code then, however.
Also end = size - 1, see the attached patch.
Marius
Index: dev/vt/hw/efifb/efifb.c
On Mon, Dec 29, 2014 at 08:12:42PM +0100, Marius Strobl wrote:
On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote:
El 29/12/14 a les 12.41, Roger Pau Monné ha escrit:
Hello,
Sorry for not noticing this earlier, I've been without a computer for
some days. Do you get
On Sun, Dec 08, 2013 at 02:50:23PM +0100, Marius Strobl wrote:
On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote:
I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4
install image today.
Installation went fine. I rebooted the machine, and then went to get
On Sun, Dec 08, 2013 at 03:48:54PM -0800, Justin Hibbits wrote:
On Sun, 8 Dec 2013 14:38:53 +0100
Marius Strobl mar...@alchemy.franken.de wrote:
On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote:
I've been working on the projects/pmac_pmu branch for some time now
to add
welcome, and I will try to address everything.
Do you have a patch against head?
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
a commit between BETA3 and
BETA4 which should be able to cause this. I currently can't test the
10-BETA4 install image, though. Was the machine in question running
FreeBSD before, i. e. is it known good hardware? Did savecore eventually
succeed on writing out a dump?
Marius
Allowing late attachment in case the primary console is the serial one,
another graphics chip etc. during regular device attachment when everything
needed (mainly the VM) to bring the frame buffer fully online on our own
is available. Is that what vt_allocate() is for?
Marius
/~marius/sparc64_GET_STACK_USAGE.diff
Marius
___
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
that, the patch looks good to me.
Marius
___
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
On Wed, Feb 13, 2013 at 09:23:25AM +0100, Hans Petter Selasky wrote:
On Tuesday 12 February 2013 15:51:01 Marius Strobl wrote:
On Mon, Feb 11, 2013 at 01:43:29PM +0100, Hans Petter Selasky wrote:
Hi,
Does anyone need these lines in /etc/devd.conf ?
=== etc/devd.conf
)?
Will their lack have impact on systems not using kbdmux(4)? I typically
remove or at least disable the latter on machines without atkbd(4) etc.
hardware and thus ukbd(4) is the only keyboard driver ever used there.
Marius
___
freebsd-current
On Sat, Feb 02, 2013 at 10:47:09PM +0100, Marius Strobl wrote:
On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote:
Hi,
I finished the last (insignificant) missed bits in the Jeff' physbio
work. Now I am asking for the last round of testing and review, esp. for
the !x86
to finish shortly after the commit.
Patch is available at http://people.freebsd.org/~kib/misc/physbio.5.diff
Once you bring in said UFS changes, will the use of bus_dmamap_load_ccb(9)
be a requirement for disk controller drivers?
Marius
___
freebsd
On Sun, Feb 03, 2013 at 06:11:45PM +0200, Konstantin Belousov wrote:
On Sun, Feb 03, 2013 at 04:57:18PM +0100, Marius Strobl wrote:
On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote:
Hi,
I finished the last (insignificant) missed bits in the Jeff' physbio
work. Now I
).
One note: mjacob@ probably will be annoyed if you don't wrap the
changes to isp(4) in __FreeBSD_version so the same source still
compiles on older ones.
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Mon, Jan 28, 2013 at 05:55:24PM +0200, Konstantin Belousov wrote:
On Mon, Jan 28, 2013 at 04:45:17PM +0100, Marius Strobl wrote:
On Fri, Jan 25, 2013 at 02:35:54PM +0200, Konstantin Belousov wrote:
Bruce Evans reported that statically linked binaries on HEAD an stable/9
use the syscall
this?
Marius
___
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
On Sun, Jan 13, 2013 at 09:36:11PM +0200, Alexander Motin wrote:
On 13.01.2013 20:09, Marius Strobl wrote:
On Tue, Jan 08, 2013 at 12:46:57PM +0200, Alexander Motin wrote:
On 06.01.2013 17:23, Marius Strobl wrote:
I'm not really sure what to do about that. Earlier you already said
On Tue, Jan 08, 2013 at 12:46:57PM +0200, Alexander Motin wrote:
On 06.01.2013 17:23, Marius Strobl wrote:
On Wed, Dec 26, 2012 at 09:24:46PM +0200, Alexander Motin wrote:
On 26.12.2012 01:21, Marius Strobl wrote:
On Tue, Dec 18, 2012 at 11:03:47AM +0200, Alexander Motin wrote
On Wed, Dec 26, 2012 at 09:24:46PM +0200, Alexander Motin wrote:
On 26.12.2012 01:21, Marius Strobl wrote:
On Tue, Dec 18, 2012 at 11:03:47AM +0200, Alexander Motin wrote:
Experiments with dummynet shown ineffective support for very short
tick-based callouts. New version fixes
as such doesn't seem to increase)?
Is there anything specific to test?
Marius
___
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
loader does. Maybe that's a hint
whether a arch_zfs_probe should exist.
I can test patches once you guys have figures out how things should
work though.
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
this be a transient failure due to the tinderbox updating sources at
an unfortunate point in time or a glitch in the exported (according to
the sources presented by cvsweb.freebsd.org r228857 has reached the CVS
repository just fine though)?
Marius
it have? Do you use any loader tuneables?
Marius
___
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
On Fri, Dec 16, 2011 at 11:19:22AM +, Anton Shterenlikht wrote:
On Fri, Dec 16, 2011 at 11:37:20AM +0100, Marius Strobl wrote:
On Fri, Dec 16, 2011 at 08:40:48AM +, Anton Shterenlikht wrote:
Updating from r216048 to r228561 on sparc64,
with sys/conf/newvers.sh changed to REVISION
On Sat, Dec 10, 2011 at 02:27:22AM -0800, Thomas Mueller wrote:
--- On Fri, 12/9/11, Marius Strobl mar...@alchemy.franken.de wrote:
+, Thomas Mueller wrote:
Recompile the port; the CAM ioctl numbers have
changed.
Cheers
Michiel
When did these CAM ioctl numbers change
.
Marius
___
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
Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for
rl(4) only 8129 need testing, 8139 don't) please give the following
patch a try in order to ensure it doesn't break anything?
for 9/head:
http://people.freebsd.org/~marius/mii_bitbang.diff
for 8:
http://people.freebsd.org
On Sun, Oct 16, 2011 at 02:46:23AM +0200, Damien Fleuriot wrote:
On 15 Oct 2011, at 22:56, Marius Strobl mar...@alchemy.franken.de wrote:
Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for
rl(4) only 8129 need testing, 8139 don't) please give the following
patch
== -1)
continue;
Moreover, AFAICT CAM_XPT_PATH_ID corresponds to what the ANSI CAM Draft
refers to as XPT Path ID and specifies a value of 0xff for.
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman
.
the options select there are just ignored also when selecting them just
once and not re-entering that menu. I've tried to create a filesystem
with SUJ disabled and TRIM enabled twice now, last time with BETA2 on
amd64, and I always end up with a filesystem that has SUJ enabled but
TRIM disabled.
Marius
On Sat, Jul 16, 2011 at 10:42:22PM -0700, Doug Barton wrote:
On 07/15/2011 01:40, Marius Strobl wrote:
The generated config.h and platform.h for sparc64 are these:
http://people.freebsd.org/~marius/bind96_config.h
http://people.freebsd.org/~marius/bind96_platform.h
Marius,
Thanks
On Thu, Jul 14, 2011 at 05:31:49PM -0700, Doug Barton wrote:
On 07/14/2011 16:21, Marius Strobl wrote:
On Thu, Jul 14, 2011 at 09:53:42AM +0400, KOT MATPOCKuH wrote:
2011/7/11 KOT MATPOCKuH matpoc...@gmail.com:
Oops, sorry, I forgot to revert the previous patch when test-compiling.
Please
.
And from that time till now bind from ports never died and works properly...
Okay.
Doug, could you please disable the use of atomic operations for sparc64
in the in-tree BIND via the following patch in order to match what the
vendor source does?
http://people.freebsd.org/~marius
On Fri, Jul 08, 2011 at 03:47:08PM +0400, KOT MATPOCKuH wrote:
2011/7/7 Marius Strobl mar...@alchemy.franken.de:
That's not the patch I was referring to. I did a second one which just
entirely disables the use of atomic operations on sparc64:
http://people.freebsd.org/~marius
On Fri, Jul 08, 2011 at 11:17:20PM +0400, KOT MATPOCKuH wrote:
2011/7/8 Marius Strobl mar...@alchemy.franken.de:
Please try the following:
a) Instead of the base BIND use the dns/bind96 port. The native build
? of the latter defaults to not using the ISC atomic implementation
it then this apparently
is a generic bug in BIND and unrelated to the MD atomic implementation
and I don't know how to proceed in order to get that fixed. Hopefully
Doug can help you in that case.
Marius
___
freebsd-current@freebsd.org mailing list
http
On Thu, Jul 07, 2011 at 03:44:32PM +0400, KOT MATPOCKuH wrote:
2011/7/7 Marius Strobl mar...@alchemy.franken.de:
On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote:
I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
but problem is still exists:
07-Jul-2011 13
On Tue, Jul 05, 2011 at 05:55:09PM -0700, Doug Barton wrote:
On 06/28/2011 08:58, Marius Strobl wrote:
Uhm, we once fixed a problem in the MD atomic implementation which
still seems to present in the ISC copy. Could you please test whether
the following patch makes a difference?
http
On Wed, Jul 06, 2011 at 11:55:15AM +0200, Marius Strobl wrote:
On Tue, Jul 05, 2011 at 05:55:09PM -0700, Doug Barton wrote:
On 06/28/2011 08:58, Marius Strobl wrote:
Uhm, we once fixed a problem in the MD atomic implementation which
still seems to present in the ISC copy. Could you please
://people.freebsd.org/~marius/sparc64_isc_atomic.h.diff
I ran named with your patch and and watching him.
Omg.
Or I incorrectly rebuilt named, or the problem is not solved.
I got a crash after about 2 hours after named restarted:
29-Jun-2011 13:51:28.855 general:
/usr/src/lib/bind/dns/../../../contrib
, we once fixed a problem in the MD atomic implementation which
still seems to present in the ISC copy. Could you please test whether
the following patch makes a difference?
http://people.freebsd.org/~marius/sparc64_isc_atomic.h.diff
Marius
___
freebsd
build with the following patch a try?
http://people.freebsd.org/~marius/libthr_sparc64.diff
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current
On Fri, Jun 17, 2011 at 03:31:29PM -0400, Nathaniel W Filardo wrote:
On Fri, Jun 17, 2011 at 08:07:13PM +0200, Marius Strobl wrote:
Using bonnie++ I can't reproduce this (didn't try mysql) but I have
I seem to have good luck reproducing it with -r 5 -s 10 -x 10 by about the
third iteration
this is a locking issue in the ARC code, the ZFS people should
be able to help you.
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
Hi Andrey,
just want to say you don't have to wait for me anymore. Just can't
find the time to analyze your aproach.
Thanks for your work on this.
2011/5/3 Andriy Gapon a...@freebsd.org:
on 29/04/2011 19:55 Andrey V. Elsukov said the following:
On 27.04.2011 11:37, Andrey V. Elsukov wrote:
I
compatibility shim also only mimics that behavior on these
archs or probably better actually check for ATA_STATIC_ID and put that
option back into the respective kernel configuration files.
Marius
___
freebsd-current@freebsd.org mailing list
http
On Thu, Apr 21, 2011 at 01:26:25PM +0300, Alexander Motin wrote:
Marius Strobl wrote:
On Wed, Apr 20, 2011 at 12:57:47PM +0300, Alexander Motin wrote:
With 9.0 release approaching quickly, I believe it the best time now to
manage migration from legacy ata(4) ATA to the new CAM-based one
ata(4) after ahci(4)?
Marius
___
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
. also kills programs with SIGILL
when they corrupt overflow their stack or the stack pointer is courrupt.
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd
a difference or the port is broken.
Marius
___
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
, but unfortuntately it doesn't even build:
=== secure/lib/libcrypto (buildincludes)
cp /usr/home/marius/co/head3/src/secure/lib/libcrypto/opensslconf-sparc64.h
opensslconf.h
( echo #ifndef MK1MF_BUILD; echo /* auto-generated by crypto/Makefile.ssl
for crypto/cversion.c */; echo #define
On Fri, Jan 14, 2011 at 19:26, Nathan Whitehorn nwhiteh...@freebsd.org wrote:
As those of you who have been reading freebsd-sysinstall and freebsd-arch
know, I have been working for a few weeks on a lightweight new installer
named 'bsdinstall'. This is designed to replace sysinstall for the 9.0
.
The deadline for submissions is 20th December 2010. The proposals will
be considered by committee. If your proposal has been accepted, you
will be informed by email within one week of the submission deadline.
Best regards,
Marius
___
freebsd-current@freebsd.org
is causing it :-) Previously the system was running a build
from around Nov. 1st
I was just about to report the same based on a test of r214838. With
debugging symbols I get a more meaningful though:
nimrod# gdb
/tmp/objrt.old/usr/home/marius/co/compiler-rt/gnu/usr.bin/cc/cc1/cc1
/tmp/objrt/usr
fetching even
deeper, to make it work for all cam_periph_runccb() consumers.
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
On Mon, Oct 18, 2010 at 09:32:13AM +0800, Buganini wrote:
my last known usable kernel revision is r213813
with r213920, leds are extinguished when executing dhclient
Sorry, it looks like it was my fault this time, should be fixed again
with r214012.
Marius
On Tue, Jul 20, 2010 at 01:55:28PM +0200, Stle Kristoffersen wrote:
On 2010-07-20 at 12:17, Marius Strobl wrote:
On Mon, Jul 19, 2010 at 07:06:54PM +0200, Stle Kristoffersen wrote:
On 2010-07-18 at 14:20, Marius Strobl wrote:
Downgrading now...
And it crashed again
an AT keyboard by default
IMO this is a complete sentence and thus the period should stay.
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
12 with interrupts disabled
messages flying by and inbetween the desired _sleep:entry probes. When
I execute that script on ttyv1 I obviously don't see the kernel trap
messages and the machine kindof locks up (no output at all). I can do
a clean ACPI shutdown though.
- Marius
On Wed, Sep 1, 2010 at 12:57, Rui Paulo rpa...@freebsd.org wrote:
On 1 Sep 2010, at 11:20, Marius Nünnerich wrote:
On Wed, Sep 1, 2010 at 00:21, Rui Paulo rpa...@freebsd.org wrote:
Hi,
The DTrace userland project is near completion and you can start using
parts of it right away (only
On Sun, Aug 8, 2010 at 14:02, Ivan Voras ivo...@freebsd.org wrote:
On 8.8.2010 12:30, Pawel Jakub Dawidek wrote:
On Sun, Aug 08, 2010 at 03:57:44AM +0200, Ivan Voras wrote:
Hi,
In order to help users having 4k sector drives which the system
recognizes as 512 byte sector drives, I'm proposing
On Sun, Aug 8, 2010 at 21:08, Ivan Voras ivo...@freebsd.org wrote:
On 8.8.2010 14:57, Marius Nünnerich wrote:
On Sun, Aug 8, 2010 at 14:02, Ivan Voras ivo...@freebsd.org wrote:
This mechanism is a band-aid until there's a better way of dealing
with 4k drives.
I do not like this at all. Even
On Mon, Jul 19, 2010 at 07:06:54PM +0200, Stle Kristoffersen wrote:
On 2010-07-18 at 14:20, Marius Strobl wrote:
Downgrading now...
And it crashed again, with current from r209598...
Ok, this at least means that your problem isn't caused by the recent
changes to mpt(4
On Fri, Jul 16, 2010 at 12:31:26PM +0200, Stle Kristoffersen wrote:
On 2010-07-15 at 19:52, St?le Kristoffersen wrote:
On 2010-07-15 at 18:00, Marius Strobl wrote:
On Thu, Jul 15, 2010 at 02:34:23PM +0200, Stle Kristoffersen wrote:
Upgraded to from stable to current yesterday and very
=/var/crash in rc.conf)
What revision were you using?
Does using current as of r209598 make a difference?
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd
On Wed, Jul 7, 2010 at 14:01, Attilio Rao atti...@freebsd.org wrote:
2010/7/1 Bryan Venteicher bry...@daemoninthecloset.org:
On a recent -current, I got the following panic from deadlkres:
Assertion wchan != NULL failed at /usr/src-nfs/sys/kern/subr_sleepqueue.c:680
Tracing pid 0 tid 100058
to not have more useful news.
Could please give the following patch a try?
http://people.freebsd.org/~marius/sparc64_pin_ipis.diff
If that doesn't fix the above panic I have no clue how this can
happen apart from the per-CPU pages getting corrupted.
Marius
as needed to be able to implement
it.
FYI, sparc64 doesn't need such a KPI as it supports using the FPU
in kernel unconditionally for ages.
Marius
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
.
Marius
___
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
On Mon, Apr 26, 2010 at 09:18:07AM -0600, Scott Long wrote:
On Apr 26, 2010, at 6:51 AM, Alexander Motin wrote:
Marius Strobl wrote:
As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform
geometry translation as done by ad_firmware_geom_adjust() for ad(4),
which the following
with the majority of the existing cases and in order to
not violate style(9) unnecessarily?
Marius
Index: mpt_cam.c
===
--- mpt_cam.c (revision 207463)
+++ mpt_cam.c (working copy)
@@ -2575,6 +2575,10 @@ mpt_cam_event(struct mpt_softc
without it?
Can we do switchover now, or some more reasons preventing this?
As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform
geometry translation as done by ad_firmware_geom_adjust() for ad(4),
which the following patch hooks up to both:
http://people.freebsd.org/~marius
On Wed, Apr 21, 2010 at 00:15, Jeff Roberson jrober...@jroberson.net wrote:
Hi Folks,
You may have seen my other Soft-updates journaling (SUJ) announcements. If
not, it is a journaling system that works cooperatively with soft-updates to
eliminate the full background filesystem check after an
Hi Kip,
I wondered if one shouldn't use CACHE_LINE_SIZE for ARCS_LOCK_PAD
instead of hardcoding 128? And maybe even use it for aligning the
struct, see http://fxr.watson.org/fxr/source/vm/vm_page.h#L176 .
- Marius
___
freebsd-current@freebsd.org
On Wed, Mar 17, 2010 at 12:02, Marius Nünnerich mar...@nuenneri.ch wrote:
Hi Kip,
I wondered if one shouldn't use CACHE_LINE_SIZE for ARCS_LOCK_PAD
instead of hardcoding 128? And maybe even use it for aligning the
struct, see http://fxr.watson.org/fxr/source/vm/vm_page.h#L176 .
I actually
On Thu, Nov 06, 2003 at 12:22:45PM -0500, John Baldwin wrote:
On 06-Nov-2003 Harti Brandt wrote:
JBI figured out what is happenning I think. You are getting a spurious
JBinterrupt from the 8259A PIC (which comes in on IRQ 7). The IRR register
JBlists pending interrupts still waiting to
On Mon, Nov 10, 2003 at 02:12:56PM -0500, John Baldwin wrote:
On 10-Nov-2003 John Hay wrote:
With the new interrupt code I get:
...
OK boot
cpuid = 0; apic id = 00
instruction pointer = 0x0:0xa00
stack pointer = 0x0:0xffe
frame pointer = 0x0:0x0
code
On Thu, Nov 06, 2003 at 11:28:28AM -0500, Alexander Kabaev wrote:
On Thu, 6 Nov 2003 16:55:00 +0100 (CET)
C. Kukulies [EMAIL PROTECTED] wrote:
I tried to compile a virus-scanner for Linux that allows for scanning
Windoze PCs in a network for all sorts of recent viruses (RPC/DCOM and
On Thu, Nov 06, 2003 at 11:51:12AM -0500, Alexander Kabaev wrote:
On Thu, 6 Nov 2003 17:44:59 +0100
Marius Strobl [EMAIL PROTECTED] wrote:
This happens with g++ 3.x ...
This will happen with g++ 3.x, 2.x, 1.x and future 4.x too. I.e. the
GCC is not at fault and the subject of the original
On Tue, Oct 21, 2003 at 10:27:11AM +0300, Paulius Bulotas wrote:
Hello,
5.1-CURRENT #0: Mon Oct 20 21:28:57 EEST 2003
% cdrecord -scanbus
panics, and trace looks like:
vmapbuf
cam_periph_mapmem
xptioctl
spec_ioctl
spec_vnoperate
vn_ioctl
ioctl
syscall(2f,2f,2f,,3)
On Mon, Oct 20, 2003 at 05:08:26PM +0200, Christian Brueffer wrote:
On Mon, Oct 20, 2003 at 10:50:02AM -0400, Barney Wolff wrote:
On Mon, Oct 20, 2003 at 03:20:56PM +0200, Mark Santcroos wrote:
On Mon, Oct 20, 2003 at 10:27:38AM +0200, Harti Brandt wrote:
On Mon, 20 Oct 2003, Vallo
On Sun, Oct 12, 2003 at 09:18:08PM -0700, Kris Kennaway wrote:
On Sun, Oct 12, 2003 at 06:32:21PM -0700, John Reynolds wrote:
Hi all, forgive me if I give incomplete information. This is the first time
I've created a debugging kernel and gotten a dump after a panic, so I might not
have done
On Sun, Oct 05, 2003 at 04:56:53PM +0200, Matt Douhan wrote:
Hello
I am unable to start X with a current as of today 08.00 CEST, it crashes to
the debugger with a fatal trap 12, I poked around to see if anything useful
was in the logs but I could not find anything, can you please advice what
On Thu, Sep 18, 2003 at 05:51:25PM +0200, Jan Srzednicki wrote:
Anyway, here's backtrace for atapicam panic I've mentioned. It's
triggered by:
cdrecord dev=1,1,0 /some/track
This panic isn't ATAPICAM related. Could you try the patch below? It's
against the cdrtools-devel port but should
On Fri, Sep 19, 2003 at 04:36:32PM -0700, Kris Kennaway wrote:
On Fri, Sep 19, 2003 at 06:21:52PM +0200, Marius Strobl wrote:
On Thu, Sep 18, 2003 at 05:51:25PM +0200, Jan Srzednicki wrote:
Anyway, here's backtrace for atapicam panic I've mentioned. It's
triggered by:
cdrecord
On Sat, Sep 20, 2003 at 01:47:44AM +0100, Bruce M Simpson wrote:
On Sat, Sep 20, 2003 at 02:17:21AM +0200, Marius Strobl wrote:
Isn't it still a kernel bug if a user process can trigger a panic?
Yes, it seems to be a bug in the mlockall(2) implementation. Backing
it out or hindering
1 - 100 of 128 matches
Mail list logo