On Mon, Mar 30, 2015 at 04:23:58PM -0600, Kenneth D. Merry wrote:
> Kernel memory for data transferred via the queued interface is
> allocated from the zone allocator in MAXPHYS sized chunks, and user
> data is copied in and out. This is likely faster than the
> vmapbuf()/vunmapbuf() method used
On Tue, Mar 31, 2015 at 02:51:47AM +0300, Konstantin Belousov wrote:
> On Tue, Mar 31, 2015 at 01:41:04AM +0300, Gleb Smirnoff wrote:
> > On Tue, Mar 31, 2015 at 12:30:04AM +0200, Hans Petter Selasky wrote:
> > H> On 03/30/15 23:19, Gleb Smirnoff wrote:
> > H> > On Sat, Mar 28, 2015 at 03:02:28PM -
On Mon, Mar 30, 2015 at 10:49 AM, Garrett Cooper
wrote:
>
> > On Mar 30, 2015, at 10:38, bsdml wrote:
> >
> > Hey wolfgang,
> >
> > thanks for getting back to me. Adding hint.ata.1.disabled="1" in
> /boot/device.hints indeed did the trick and allowed me to boot both 10.1
> and 11-CURRENT, howeve
On Tue, Mar 31, 2015 at 01:41:04AM +0300, Gleb Smirnoff wrote:
> On Tue, Mar 31, 2015 at 12:30:04AM +0200, Hans Petter Selasky wrote:
> H> On 03/30/15 23:19, Gleb Smirnoff wrote:
> H> > On Sat, Mar 28, 2015 at 03:02:28PM -0700, Manfred Antar wrote:
> H> > M> I get the following panic on current svn
On Tue, Mar 31, 2015 at 12:30:04AM +0200, Hans Petter Selasky wrote:
H> On 03/30/15 23:19, Gleb Smirnoff wrote:
H> > On Sat, Mar 28, 2015 at 03:02:28PM -0700, Manfred Antar wrote:
H> > M> I get the following panic on current svn ver r280793:
H> > M>
H> > M> Sat Mar 28 14:41:28 PDT 2015
H> > M>
H>
On 03/30/15 23:19, Gleb Smirnoff wrote:
On Sat, Mar 28, 2015 at 03:02:28PM -0700, Manfred Antar wrote:
M> I get the following panic on current svn ver r280793:
M>
M> Sat Mar 28 14:41:28 PDT 2015
M>
M> FreeBSD/amd64 (pozo.com) (ttyu0)
M>
M> panic: Invalid CPU in callout 16
The same happened to m
/async_pass.stable_10.20150330.1.txt
And the description / draft commit message:
http://people.freebsd.org/~ken/async_pass_commitmsg.20150330.txt
I have also attached the description and draft commit message to this
email.
The asynchronous changes to the pass(4) driver allow queueing and fetching
CAM
On Mon, Mar 30, 2015 at 02:30:04PM -0700, Adrian Chadd wrote:
A> Would you mind filing a PR for it so it isn't forgotten?
If I could provide enough information to fix that, I would either
fix myself or forward information to someone confident in build.
Creating PR with what I have now means simpl
Hi,
Would you mind filing a PR for it so it isn't forgotten?
-a
___
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 Sat, Mar 28, 2015 at 03:02:28PM -0700, Manfred Antar wrote:
M> I get the following panic on current svn ver r280793:
M>
M> Sat Mar 28 14:41:28 PDT 2015
M>
M> FreeBSD/amd64 (pozo.com) (ttyu0)
M>
M> panic: Invalid CPU in callout 16
The same happened to me in the OFED code. After investigation
Is there anything connected to the second channel, if so what.
Was this working in a previous version and if so which one and what was
the verbose boot log from it?
On 30/03/2015 19:07, bsdml wrote:
Hello Kevin,
thanks for your clarification. Unfortunately I wasn't aware that the
T40 and *4
Hello Kevin,
thanks for your clarification. Unfortunately I wasn't aware that the T40
and *4's line used a SATA-PATA convertor and especially that was going
to clash with the new ATA stack in FreeBSD. Either OpenBSD and NetBSD do
work out of the box without any hassle, however I'd still prefer
> On Mar 30, 2015, at 10:38, bsdml wrote:
>
> Hey wolfgang,
>
> thanks for getting back to me. Adding hint.ata.1.disabled="1" in
> /boot/device.hints indeed did the trick and allowed me to boot both 10.1 and
> 11-CURRENT, however this workaround has temporary solved my problem but
> brings u
Hey wolfgang,
thanks for getting back to me. Adding hint.ata.1.disabled="1" in
/boot/device.hints indeed did the trick and allowed me to boot both 10.1
and 11-CURRENT, however this workaround has temporary solved my problem
but brings up to another headache. I have planned to get a bay caddy a
On 29 March 2015 at 19:29, Piotr Kubaj wrote:
> So, based on this information, are you able and willing to rewrite
> necessary code to make it work with Libreboot?
No, I'm multi booting my thinkpad, none of the operating systems which
support the grub payload, this means I'm pretty much dependent
I just got this failure during a make -j12 buildworld on head r280837.
--- realinstall ---
sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbegin.o
/usr/obj/usr/src/tmp/usr/lib/crtbegin.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtend.o
/usr/obj/usr/src/tmp/usr/lib/crtend.o
16 matches
Mail list logo
