On Wednesday 29 June 2011 05:50 pm, Matt wrote:
> On 06/23/11 08:25, Jung-uk Kim wrote:
> > On Thursday 23 June 2011 04:21 am, Ian FREISLICH wrote:
> >> Jung-uk Kim wrote:
> >>> On Tuesday 21 June 2011 04:53 pm, Jung-uk Kim wrote:
> Can you please try the attached patch? It should disable
On 06/23/11 08:25, Jung-uk Kim wrote:
On Thursday 23 June 2011 04:21 am, Ian FREISLICH wrote:
Jung-uk Kim wrote:
On Tuesday 21 June 2011 04:53 pm, Jung-uk Kim wrote:
Can you please try the attached patch? It should disable
TSC/TSC-low timecounter for your CPU models, I think.
Sorry, I
23.06.2011 19:31, David O'Brien wrote:
Does anyone object to this patch?
David Wolfskill and I have run TMPFS on a number of machines for two
years with no problems.
I may have missed something, but I'm not aware of any serious PRs on
TMPFS either.
Maybe i'm missing something but creating/re
On 06/29/2011 06:41, Marius Strobl wrote:
On Wed, Jun 29, 2011 at 02:33:06PM +0400, KOT MATPOCKuH wrote:
2011/6/29 KOT MATPOCKuH:
I'm got a problem with named on FreeBSD-CURRENT/sparc64.
Up to 5 times a day it crashes with these messages:
27-Jun-2011 03:42:14.384 general:
/usr/src/lib/bind/dns/
On Wed, Jun 29, 2011 at 02:33:06PM +0400, KOT MATPOCKuH wrote:
> 2011/6/29 KOT MATPOCKuH :
> >>> I'm got a problem with named on FreeBSD-CURRENT/sparc64.
> >>> Up to 5 times a day it crashes with these messages:
> >>> 27-Jun-2011 03:42:14.384 general:
> >>> /usr/src/lib/bind/dns/../../../contrib/bi
Hi all,
Not sure if this is the right place to post it -- about 6 years ago I
put together a module which displays an ASCII splash screen on boot
(rather than the graphical splash_pcx and splash_bmp modules). We have
been running it in production since that time without issue.
With the the code s
>
> Hi Rick,
>
> The problem is that in embedded development sometimes loader is not
> used. And in that case we would like to have possibity to use old NFS
> client without patching code every time. So if you don't mind I would
> like to commit the patch.
> I also will try new nfs client and let
Hi,
I've got message from
ifa_del_loopback_route() called from rip_ctlinput(). Is IFA_RTSELF
flag consistent with ifa_add_loopback_route() and
ifa_del_loopback_route() calls?
I think that rip_ctlinput() in sys/netinet/raw_ip.c should be
patched to do a check that IFA_RTSELF flag is set bef
On Wednesday, June 29, 2011 5:22:26 am Andriy Gapon wrote:
> on 29/06/2011 01:32 Xin LI said the following:
> > +/*
> > + * Look for Winbond device.
> > + */
> > +static void
> > +winbondwd_identify(driver_t *driver, device_t parent)
> > +{
> > + unsigned int baseport;
> > + device_t dev;
> > +
2011/6/29 Hans Petter Selasky :
>> What about urio?
>
> Hi,
>
> urio is not used for booting the kernel, so it is not important that it is in
> the kernel.
Ah, ok. I thought /dev/urio0 was a block device.
--
Robert Millan
___
freebsd-current@freebsd.o
2011/6/24 Hans Petter Selasky :
> I would like to request testing of the attached
> patch before I commit it. The patch is about only having ukbd, ums and umass
> per default in the kernel GENERIC config file(s).
What about urio?
--
Robert Millan
___
f
Am 29.06.2011 12:41, schrieb Bernhard Schmidt:
> On Wednesday, June 29, 2011 10:53:41 Stefan Esser wrote:
>> I recreated the panic, this time with kernel dumps correctly configured
>> (thanks for the hint, Scott). The panic message is:
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid =
Dear all,
I would like to remind you that the next round of status reports
covering the second quarter of 2011 is due on July 15th, 2011. As this
initiative is very popular among our users, I would like to
ask you to submit your status reports soon, so that we can compile the
report on time.
Do
On Wednesday, June 29, 2011 10:53:41 Stefan Esser wrote:
> Am 29.06.2011 10:03, schrieb Adrian Chadd:
> > On 29 June 2011 14:03, Bernhard Schmidt wrote:
> >> It's name is ieee80211_tx_mgt_timeout used to track AUTH/ASSOC
> >> requests. Afaik there is even a similar PR about that.
>
> Sorry, I man
2011/6/29 KOT MATPOCKuH :
>>> I'm got a problem with named on FreeBSD-CURRENT/sparc64.
>>> Up to 5 times a day it crashes with these messages:
>>> 27-Jun-2011 03:42:14.384 general:
>>> /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1614:
>>> REQUIRE(prev > 0) failed
>>> 27-Jun-2011 03
On Wednesday 29 June 2011 12:10:36 Robert Millan wrote:
> 2011/6/24 Hans Petter Selasky :
> > I would like to request testing of the attached
> > patch before I commit it. The patch is about only having ukbd, ums and
> > umass per default in the kernel GENERIC config file(s).
>
> What about urio?
On Wednesday 29 June 2011 12:10:36 Robert Millan wrote:
> 2011/6/24 Hans Petter Selasky :
> > I would like to request testing of the attached
> > patch before I commit it. The patch is about only having ukbd, ums and
> > umass per default in the kernel GENERIC config file(s).
>
> What about urio?
on 29/06/2011 01:32 Xin LI said the following:
> Hi,
>
> I'd like to request for comments on the attached driver, which supports
> watchdogs on several Winbond super I/O chip models and have been tested
> on a few of recent Supermicro motherboards.
Some comments.
> From 343b2e7b6ed19e4b6ca2bf76c
The question here is - what context is the callback being called in?
The lack of net80211 locking has me confused and sad. :/
Adrian
On 29 June 2011 16:27, Bernhard Schmidt wrote:
> On Wednesday, June 29, 2011 10:03:02 Adrian Chadd wrote:
>> On 29 June 2011 14:03, Bernhard Schmidt wrote:
>>
>
On 29.06.2011 10:27, Bernhard Schmidt wrote:
> On Wednesday, June 29, 2011 10:03:02 Adrian Chadd wrote:
>> On 29 June 2011 14:03, Bernhard Schmidt wrote:
>>
>>> It's name is ieee80211_tx_mgt_timeout used to track AUTH/ASSOC
>>> requests. Afaik there is even a similar PR about that.
>>>
>>> Adrian,
Am 29.06.2011 10:03, schrieb Adrian Chadd:
> On 29 June 2011 14:03, Bernhard Schmidt wrote:
>> It's name is ieee80211_tx_mgt_timeout used to track AUTH/ASSOC
>> requests. Afaik there is even a similar PR about that.
Sorry, I manually entered the panic message, since dumps were not
working on my s
on 29/06/2011 03:25 Hartmann, O. said the following:
> But any kind of access to the new device, like gpart or simply a zpool import
> to
> show the pool to be imported gets locked up forever (waited two hours). The
> state could only be resolved by resetting the box and then the filesystem is
> u
On Wednesday, June 29, 2011 10:03:02 Adrian Chadd wrote:
> On 29 June 2011 14:03, Bernhard Schmidt wrote:
>
> > It's name is ieee80211_tx_mgt_timeout used to track AUTH/ASSOC
> > requests. Afaik there is even a similar PR about that.
> >
> > Adrian, you've got a AP set up to drop either a AUTH or
On 29 June 2011 14:03, Bernhard Schmidt wrote:
> It's name is ieee80211_tx_mgt_timeout used to track AUTH/ASSOC
> requests. Afaik there is even a similar PR about that.
>
> Adrian, you've got a AP set up to drop either a AUTH or ASSOC
> response frame?
Tell me how and I'll set it up.
A panic at
Hi,
Just wanted to let you know that daily snapshot builds from the HEAD
source tree are available again at
http://pub.allbsd.org/FreeBSD-snapshots/. Currently i386 and amd64
build have been recovered. Although it was down for a while due to
hardware failure, it is recovering now including
2011/6/28 Marius Strobl :
>> I'm got a problem with named on FreeBSD-CURRENT/sparc64.
>> Up to 5 times a day it crashes with these messages:
>> 27-Jun-2011 03:42:14.384 general:
>> /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1614:
>> REQUIRE(prev > 0) failed
>> 27-Jun-2011 03:42:1
On 06/28/11 15:38, Rick Macklem wrote:
Grzegorz Bernacki wrote:
Hi,
After rebasing to new -current I experienced problem with mounting
root
via NFS. I was getting error: "Mounting from nfs: failed with error 2:
unknown file system.". I use BOOTP and NFSv3 (option NFSCLIENT). It
seems that bootp
27 matches
Mail list logo
