[ added Luigi Rizzo to thread ]
On 2/11/13 12:26 PM, Davide Italiano wrote:
[trimmed old mails]
Here's a new version of the patch:
http://people.freebsd.org/~davide/patches/calloutng-11022012.diff
Significant bits changed (after wider discussion and suggestion by phk@):
- Introduction of the
TB --- 2013-02-15 05:05:24 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 05:05:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-02-15 04:28:22 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 04:28:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
On Fri, Feb 15, 2013 at 12:04:15AM -0500, Brett Wynkoop wrote:
> (installincludes) sh /usr/src/tools/install.sh -C -o root -g wheel -m
> 444 _ctype.h _inttypes.h _langinfo.h _locale.h _monetary.h _stdio.h
> _stdlib.h _string.h _time.h
> _wchar.h /usr/obj/usr/src/tmp/usr/include/xlocale ===> kerber
TB --- 2013-02-15 05:05:25 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 05:05:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-02-15 03:19:46 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 03:19:46 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
Greeting-
For the past week I have been unable to build world for arm on my
Raspberry Pi. The process broke just after I updated /usr/src.
Several updates in the intervening week have done nothing to change the
results. It always bombs trying to build kerberos.
Please no suggestions to cross bu
TB --- 2013-02-15 04:14:51 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 04:14:51 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-02-15 04:14:45 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 04:14:45 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-02-15 03:19:46 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 03:19:46 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-02-15 01:40:19 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 01:40:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-02-15 01:40:19 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 01:40:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-02-15 01:40:19 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 01:40:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-02-15 01:40:19 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-15 01:40:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
On 14 February 2013 13:35, John Baldwin wrote:
> ISA bounces anything above 16GB. They are bouncing. I know it works for some
> people as I fixed a bug in the ISA bounce buffer code somewhat recentish:
You mean 16MB, right?
There's a secondary bounce buffer thing needed for 32 bit PCI devices
On Monday, February 11, 2013 1:36:47 pm Adrian Chadd wrote:
> ... I notice how people haven't quoted how much RAM they have, since
> that may influence whether or not things get bounced, double bounced
> or such.
ISA bounces anything above 16GB. They are bouncing. I know it works for some
peopl
On Saturday, February 09, 2013 10:01:25 pm ill...@gmail.com wrote:
> On 9 February 2013 20:26, Anton Shterenlikht wrote:
>
> >
> > I removed COMPAT_LINUX, and only left
> >
> > options COMPAT_43
> > options COMPAT_LINUX32
> >
>
> From /usr/src/sys/amd64/conf/NOTES (9.1-RELEASE):
>
> # Enable Li
Am 02/14/13 14:19, schrieb Yamaya Takashi:
> On 2013/02/13 22:33, Tom Evans wrote:
>> On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi
>> wrote:
>>> On 2013/02/13 19:08, O. Hartmann wrote:
Setting only base system source compiler optins in /etc/src.conf, for
instance
#
CXX
On 12-02-2013 8:51, Hans Petter Selasky wrote:
> On Monday 11 February 2013 23:21:05 Joel Dahl wrote:
> > On 10-02-2013 0:09, Joel Dahl wrote:
> > > On 09-02-2013 20:28, Alexander Motin wrote:
> > > > How long ago that HEAD was built? Could you get full dmesg? I don't
> > > > think that "PREVENT
Elias Martenson wrote:
> Thank you for your help. I'm currently in the process of analysing
> what is happening inside gssd during these operations. I'll get back
> later with a summary of my findings.
>
>
> However, I have found a real bug this time. An honest to FSM kernel
> crash. This is how
Thank you for your help. I'm currently in the process of analysing what is
happening inside gssd during these operations. I'll get back later with a
summary of my findings.
However, I have found a real bug this time. An honest to FSM kernel crash.
This is how I reproduced it:
- Kill gssd
- At
On Thu, Feb 14, 2013 at 01:55:58PM +, Tom Evans wrote:
> On Thu, Feb 14, 2013 at 1:12 PM, Mikhail T. wrote:
> > I may sound defensive here, but I'll still repeat, that "this singular port"
> > (and I do, in fact, have other ones like it) started using bsd.lib.mk 5
> > years before src.conf (an
Nifty thing, waiting for MFC!
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/PATCH-USB-power-usage-reporting-tp5786928p5786988.html
Sent from the freebsd-current mailing list archive at Nabble.com.
___
freebsd-current@freebsd.or
14.02.2013 08:55, Tom Evans написав(ла):
> On Thu, Feb 14, 2013 at 1:12 PM, Mikhail T. wrote:
>> > I may sound defensive here, but I'll still repeat, that "this singular
>> > port"
>> > (and I do, in fact, have other ones like it) started using bsd.lib.mk 5
>> > years before src.conf (and its man
On Thu, Feb 14, 2013 at 1:12 PM, Mikhail T. wrote:
> I may sound defensive here, but I'll still repeat, that "this singular port"
> (and I do, in fact, have other ones like it) started using bsd.lib.mk 5
> years before src.conf (and its man-page) was added to the tree.
>
> -mi
This is true. But w
On 2013/02/13 22:33, Tom Evans wrote:
> On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi
> wrote:
>> On 2013/02/13 19:08, O. Hartmann wrote:
>>> Setting only base system source compiler optins in /etc/src.conf, for
>>> instance
>>>
>>> #
>>> CXXFLAGS+= -stdlib=libc++
>>> CXXFLAGS+=
14.02.2013 08:02, Tom Evans написав(ла):
> I think src.conf is meant only to be included when building src. For
> example, bsd.port.mk sets _WITHOUT_SRCCONF before including bsd.own.mk
> (which is the makefile that includes src.conf). It's done this since
> src.conf was added in 2006, so evidently
On Thu, Feb 14, 2013 at 12:27 PM, Mikhail T. wrote:
> 13.02.2013 11:22, O. Hartmann написав(ла):
>>> > If this is taken literally then could it be said that ports that use
>>> > bsd.lib.mk are broken because they are using makefile includes from
>>> > the source tree?
>>> >
>>> > -Kimmo
> For one,
13.02.2013 11:22, O. Hartmann написав(ла):
>> > If this is taken literally then could it be said that ports that use
>> > bsd.lib.mk are broken because they are using makefile includes from
>> > the source tree?
>> >
>> > -Kimmo
For one, the particular port (its Makefile.bsd) was created in 2001,
On Thursday 14 February 2013 12:33:45 Matt Burke wrote:
> The following patch adds the ability to read power draw on usb devices.
Thanks for your patch!
http://svnweb.freebsd.org/changeset/base/246789
Committed with some minor modifications.
--HPS
___
The following patch adds the ability to read power draw on usb devices.
I have used ioctl 135. I don't know what the protocol is for assigning
numbers, so this may be unacceptable?
ugen is patched to export the data via ioctl
libusb20 and usbconfig are patched to make use of it (end-of-line):
[m
Only a simple spelling error, but it's been driving me nuts...
--- a/sys/dev/sound/pci/hda/hdaa.c
+++ b/sys/dev/sound/pci/hda/hdaa.c
@@ -557,7 +557,7 @@ hdaa_presence_handler(struct hdaa_widget *w)
HDA_BOOTVERBOSE(
if (connected || old != 2) {
devic
32 matches
Mail list logo
