recent change to yacc by someone who will probably back it out in the
morning
very current amd64
===> gnu/usr.bin/groff/src/preproc/eqn (all)
c++ -O2 -pipe
-I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn
-I. -DHAVE_CONFIG_H
-I/usr/src/gnu/usr.bin/
very current amd64
===> gnu/usr.bin/groff/src/preproc/eqn (all)
c++ -O2 -pipe
-I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn
-I. -DHAVE_CONFIG_H
-I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include
-I/usr/src/gnu
On 7 Nov 2010, at 21:29, Ulrich Spörlein wrote:
>
> As I wrote, that's beside the point and not the question at hand. How/where
> should it end up in our tree? Is it vendor code? Is it contrib code? And if
> so how to bootstrap the correct subversion history ...
It is FreeBSD code so it is alr
On Sun, Nov 07, 2010 at 08:14:31PM -0500, Rick Macklem wrote:
> >
> > If that made difference, all other ethernet controllers would have
> > suffered from the similar issues.
> >
> Well, some commit done between June 7 and June 15 made a difference,
> but I have no idea what or why.
>
> Also, I
>
> If that made difference, all other ethernet controllers would have
> suffered from the similar issues.
>
Well, some commit done between June 7 and June 15 made a difference,
but I have no idea what or why.
Also, I had a report of very poor read rate from someone using a bge(4)
interface, but
On Sun, Nov 07, 2010 at 07:06:44PM -0500, Rick Macklem wrote:
> >
> > I highly doubt it could be hardware issue.
> >
> Looks like the hardware guys may be off the hook. See below.
> >
> > It's job of bus_dma(9) and I don't think barrier instructions would
> > be helpful here as I don't see out-o
>> I saw the ACPI warning on top so I blamed ACPI...
>> maybe I was wrong, this stuff is not my strong suit
>
> It's ok :) (one thing to note is that the ACPI warning is present
> in both cases)... It would be interesting to note what modules you
> load (in particular the geom ones), and what GE
>
> I highly doubt it could be hardware issue.
>
Looks like the hardware guys may be off the hook. See below.
>
> It's job of bus_dma(9) and I don't think barrier instructions would
> be helpful here as I don't see out-of-order execution in RX
> handler.
>
My current hunch is that something tha
On Sun, Nov 7, 2010 at 12:42 PM, Sam Fourman Jr. wrote:
> On Sun, Nov 7, 2010 at 1:29 PM, Garrett Cooper wrote:
>> On Sun, Nov 7, 2010 at 10:02 AM, Sam Fourman Jr. wrote:
>>> Hello list,
>>>
>>> here is a digital camera pic of a panic that happened while booting
>>> yesterdays Source tree
>>>
>>
On Fri, Nov 05, 2010 at 09:42:27PM -0700, Garrett Cooper wrote:
> On Fri, Nov 5, 2010 at 1:25 PM, Ulrich Spörlein wrote:
> > Hey folks, not sure why, but I had a stab at looking which files were
> > actually read during building world.
> > bin/sh/bltin/echo.1
> I'd talk to jilles@ (weird thing i
On Sun, 07.11.2010 at 17:18:43 +, Tony Finch wrote:
> > this is about importing unifdef 2.4, which has no significant code
> > changes, but that's not the point.
>
> I maintain unifdef and I haven't imported 2.4 because there are no code
> changes. Please leave it alone.
As I wrote, that's be
On Sun, Nov 7, 2010 at 1:29 PM, Garrett Cooper wrote:
> On Sun, Nov 7, 2010 at 10:02 AM, Sam Fourman Jr. wrote:
>> Hello list,
>>
>> here is a digital camera pic of a panic that happened while booting
>> yesterdays Source tree
>>
>> http://www.puffybsd.com/IMG_4136.JPG
>>
>>
>> here is a dmesg fr
On Sun, Nov 7, 2010 at 10:02 AM, Sam Fourman Jr. wrote:
> Hello list,
>
> here is a digital camera pic of a panic that happened while booting
> yesterdays Source tree
>
> http://www.puffybsd.com/IMG_4136.JPG
>
>
> here is a dmesg from a older current
> http://www.puffybsd.com/amddmesg.txt
Uh, tha
El día Thursday, November 04, 2010 a las 11:23:36PM +0100, Matthias Apitz
escribió:
>
>
> Hello,
>
> I have the above modell running 9-CURRENT, but can't get the build-in
> mic recording, only the jack for the mic in the headset records fine in
> Skype;
...
I have another mini laptop,
Hello list,
here is a digital camera pic of a panic that happened while booting
yesterdays Source tree
http://www.puffybsd.com/IMG_4136.JPG
here is a dmesg from a older current
http://www.puffybsd.com/amddmesg.txt
--
Sam Fourman Jr.
Fourman Networks
http://www.fourmannetworks.com
__
> this is about importing unifdef 2.4, which has no significant code
> changes, but that's not the point.
I maintain unifdef and I haven't imported 2.4 because there are no code
changes. Please leave it alone.
Tony.
--
f.anthony.n.finchhttp://dotat.at/
HUMBER THAMES DOVER WIGHT PORTLAND: NOR
> > I've added a counter of how many times re_rxeof() gets called, but
> > then
> > returns without handling any received packets (I think because
> > RL_RDESC_STAT_OWN is set on the first entry it looks at in the rcv.
> > ring.)
> >
> > This count comes out as almost the same as the # of missed fr
Hello,
this is about importing unifdef 2.4, which has no significant code
changes, but that's not the point. The wiki is of no help for this
particular case.
We have no exclusive vendor branch for unifdef, instead it has been
converted to svn under vendor/CSRG/dist/usr.bin/unifdef/ and some parts
18 matches
Mail list logo
