2015-12-08 5:40 GMT+01:00 Marcelo Araujo :
> Hi Michael,
>
> What would be the advantage of it?
> I still prefer explicit than implicit. The current code is much more
> readable.
>
> Best,
>
> 2015-12-08 11:13 GMT+08:00 Michael McConville :
>
> > A minor simplification patch:
> >
> >
> > Index: sy
On 2 Dec, John Baldwin wrote:
> On Wednesday, December 02, 2015 01:25:56 PM Don Lewis wrote:
>> > If you want to look at this further, try going to frame 16 and
>> > dissassembling the
>> > instructions before the call to see if you can spot which register the
>> > first
>> > parameter (saved in
Hi Michael,
What would be the advantage of it?
I still prefer explicit than implicit. The current code is much more
readable.
Best,
2015-12-08 11:13 GMT+08:00 Michael McConville :
> A minor simplification patch:
>
>
> Index: sys/arm/allwinner/a10_gpio.c
> ===
A minor simplification patch:
Index: sys/arm/allwinner/a10_gpio.c
===
--- sys/arm/allwinner/a10_gpio.c(revision 291978)
+++ sys/arm/allwinner/a10_gpio.c(working copy)
@@ -356,10 +356,7 @@
sc = device_get_softc
Adrian Chadd wrote:
> Hi,
>
> ok. please file a bug for that. It may be something to do with the
> hardware and sleep states and skipping wakeups/interrupts or
> something.
>
> Please try using the default again (LAPIC?) and set
> kern.eventtimer.periodic=1. See if that fixes it.
>
Actually made
Mark Millard wrote:
> >> MAKEOBJDIRPREFIX=/usr/obj/xtoolchain
> >
> > You should use ?= if you want this to work.
> > There are many places in Makefile.inc1 where MAKEOBJDIRPREFIX is tweaked
> > in the environment of a sub-make.
> >
> > By using = above, you break that.
>
> That presumes that M
> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty wrote:
>
> Mark Millard wrote:
>> My guess is that it is picking up the
>>
>> MAKEOBJDIRPREFIX=/usr/obj/xtoolchain
>
> You should use ?= if you want this to work.
> There are many places in Makefile.inc1 where MAKEOBJDIRPREFIX is tweaked
> in the
Mark Millard wrote:
> My guess is that it is picking up the
>
> MAKEOBJDIRPREFIX=/usr/obj/xtoolchain
You should use ?= if you want this to work.
There are many places in Makefile.inc1 where MAKEOBJDIRPREFIX is tweaked
in the environment of a sub-make.
By using = above, you break that.
_
Hi,
ok. please file a bug for that. It may be something to do with the
hardware and sleep states and skipping wakeups/interrupts or
something.
Please try using the default again (LAPIC?) and set
kern.eventtimer.periodic=1. See if that fixes it.
(i've had to debug this a few times before.)
-a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/1/15 5:53 PM, Bryan Drewery wrote:
> On 11/12/2015 9:40 AM, Bryan Drewery wrote:
>> Hi,
>>
>> Recently I have introduced two new features into the build. These
>> apply to anything using /usr/share/mk including buildworld,
>> buildkernel, univ
Alexander Kabaev wrote:
> On Mon, 7 Dec 2015 09:02:35 -0500 (EST)
> Rick Macklem wrote:
>
> > Hi,
> >
> > When running FreeBSD-current on an old i386 laptop, the console
> > screen is intermittently slow to display output. The hesitations
> > can be several seconds.
> > Sometimes it shows up whe
On Mon, 7 Dec 2015 09:02:35 -0500 (EST)
Rick Macklem wrote:
> Hi,
>
> When running FreeBSD-current on an old i386 laptop, the console
> screen is intermittently slow to display output. The hesitations
> can be several seconds.
> Sometimes it shows up when I'm typing such that it takes seconds
>
Hi,
When running FreeBSD-current on an old i386 laptop, the console
screen is intermittently slow to display output. The hesitations
can be several seconds.
Sometimes it shows up when I'm typing such that it takes seconds
for the characters to echo.
I think it is the display/output side, since I'v
I got the following panic by impatiently unplugging a device while a
msdosfs partition on it was in the process of getting unmounted:
Unread portion of the kernel message buffer:
[368] Device IPOD went missing before all of the data could be written to it;
expect data loss.
[368] fsync: giving up
On 12/07/15 11:42, Matthias Apitz wrote:
> Maybe I wasn't clear enough. I copied only the packages to the new
> system (my netbook) some weeks ago, and created the catalogue with
>
> # pkg repo /usr/PKGDIR.20150726
>
> and installed the packages; Today I built 8 packages more, copied them
> over
On Mon, Dec 07, 2015 at 01:25:09PM +0100, olli hauer wrote:
> On 2015-12-07 09:50, Matthias Apitz wrote:
> >
> > Hello,
> >
> > This is with 11-CURRENT and ports from July this year; I have the
> > packages which I build with poudriere on some other host in a dir
> > /usr/PKGDIR.20150726 and adde
On 2015-12-07 09:50, Matthias Apitz wrote:
>
> Hello,
>
> This is with 11-CURRENT and ports from July this year; I have the
> packages which I build with poudriere on some other host in a dir
> /usr/PKGDIR.20150726 and added 8 new packages there, the total number is
> now 1691:
>
> # ls *.txz |
El día Monday, December 07, 2015 a las 11:31:40AM +, Matthew Seaman
escribió:
> H it seems fairly clear to me that the 8 new packages aren't in
> the repo catalogue that you're downloading. You built the repo using
> poudriere? Poudriere does some fun'n'games with symbolic links to
On 12/07/15 11:04, Matthias Apitz wrote:
> Now 'pkg -vv' shows only myrepo; the 'pkg upgrade -f' ended up with
> reinstallation of all ~1000 packages;
Ooops. 'pkg upgrade -f' says 'reinstall everything' -- which was an
error on my part. I meant to type 'pkg update -f' which only refreshes
the rep
El día Monday, December 07, 2015 a las 10:14:24AM +, Matthew Seaman
escribió:
> On 12/07/15 08:50, Matthias Apitz wrote:
> >
> > Hello,
> >
> > This is with 11-CURRENT and ports from July this year; I have the
> > packages which I build with poudriere on some other host in a dir
> > /usr/PK
On 12/07/15 08:50, Matthias Apitz wrote:
>
> Hello,
>
> This is with 11-CURRENT and ports from July this year; I have the
> packages which I build with poudriere on some other host in a dir
> /usr/PKGDIR.20150726 and added 8 new packages there, the total number is
> now 1691:
>
> # ls *.txz | eg
Konstantin Belousov wrote:
> On Sun, Dec 06, 2015 at 06:51:36PM +0100, Fabian Keil wrote:
> > > > #16 0x80877d5a in bcopy () at
> > > > /usr/src/sys/amd64/amd64/support.S:118
> > > > #17 0x805f64e8 in uiomove_faultflag (cp=,
> > > > n=, uio=0xfe009444aae0, nofault= > > > opt
Hello,
This is with 11-CURRENT and ports from July this year; I have the
packages which I build with poudriere on some other host in a dir
/usr/PKGDIR.20150726 and added 8 new packages there, the total number is
now 1691:
# ls *.txz | egrep -v 'packagesite.txz|meta.txz|digests.txz' | wc -l
23 matches
Mail list logo
