On 29 August 2013 23:46, Mike Harding wrote:
> I was able to track this down by building kernels against /base/stable/9
> (it took
> -hours!-).
>
Wow, thanks!
> The issue does occur with commit 244616, but does not occur with 244614.
> The
> only difference is a small patch to /usr/src/sys/dev
I was able to track this down by building kernels against /base/stable/9
(it took
-hours!-).
The issue does occur with commit 244616, but does not occur with 244614.
The
only difference is a small patch to /usr/src/sys/dev/acpica/acpi_cpu.c -
this
code appears to do with c-state processing. I'll
There's still plenty of laptops that would be crippled if these were removed.
Indeed:
dc0: port 0x1000-0x10ff mem
0x8800-0x880003ff irq 11 at device 0.0 on cardbus1
-andyf
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/
On 30/08/2013 06:39, Paul Chakravarti wrote:
I am running FreeBSD 9.1-RELEASE-p6 and am getting multiple random
reboots daily (sometimes hours apart, sometimes minutes).
I suspect that it might be a hardware issue however have tried
extended runs (upto 8 hours) of 'cpuburn' and 'stress' from
On 29 Aug 2013, at 22:54, Rainer Duffner wrote:
>
> Am 29.08.2013 um 23:09 schrieb Paul Chakravarti :
>
>>
>> Hello,
>>
>> I was wondering if anyone else is having reboot issues running FreeBSD 9.1
>> on the OVH KS-2G low-cost dedicated servers (amazingly cheap at £2.49/month
>> - see http:
Am 29.08.2013 um 23:09 schrieb Paul Chakravarti :
>
> Hello,
>
> I was wondering if anyone else is having reboot issues running FreeBSD 9.1 on
> the OVH KS-2G low-cost dedicated servers (amazingly cheap at £2.49/month -
> see http://www.ovh.co.uk/dedicated_servers/kimsufi.xml).
>
> I am run
You're lucky to get your KS-2G… I'm still waiting for mine since one month.
Maybe some crypto and/or UFS problems?
For the moment I have the old KS-2G at 9€HT (sorry for conversion), no
crypto and I ran 9.1-RELEASE without any problem. Or just one.
First I used UFS and during a night, building p
On Aug 29, 2013, at 5:01 AM, Andriy Gapon wrote:
> on 29/08/2013 11:27 Maurizio Vairani said the following:
>>
>> I am able to boot the PC without a cache device but not without a log
>> device. Why ?
>
> The log could potentially contain uncommitted entries. Without the log device
> there is
So I have a system running:
FreeBSD walk.dclg.ca 9.2-RC3 FreeBSD 9.2-RC3 # r254952: Wed Aug 28 03:02:55
EDT 2013 r...@walk.dclg.ca:/usr/obj/usr/src/sys/STRIKE i386
and it has two 2T SATA disks. To keep this post short, the crash.txt is
here.
https://uk.eicat.ca/owncloud/public.php?service=
Hello,
I was wondering if anyone else is having reboot issues running FreeBSD 9.1 on
the OVH KS-2G low-cost dedicated servers (amazingly cheap at £2.49/month - see
http://www.ovh.co.uk/dedicated_servers/kimsufi.xml).
I am running FreeBSD 9.1-RELEASE-p6 and am getting multiple random reboots
After scouring the internet,
it seems that no one else has done a great deal of testing of UFS2 dirhash
defaults lately.
As the dirhash feature has effectively been tested for regressions,
I would like to propose setting the default dirhash values to my original
recommendation:
vfs.ufs.dirhash_m
Here is a more recent dialog between the developers.
http://markmail.org/message/3sufphda2exjmhnq#query:+page:1+mid:3sufphda2exjmhnq+state:results
On Wed, May 27, 2009 at 12:36:49PM +0200, Nick Barkas wrote:
Some time during the next week or so, I plan on committing the attached
patch. It adds a
On Wed, Aug 28, 2013 at 06:20:29PM +0400, Dmitry Sivachenko wrote:
> Hello!
>
> I am using very recent FreeBSD-9-STABLE snapshot:
> 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254986: Wed Aug 28 17:18:57 MSK 2013
>
> I run uwsgi program (ports/www/uwsgi) on that machine.
>
> When uwsgi starts, it
> In reference to this FreeBSD forums post:
> http://forums.freebsd.org/showpost.php?p=231135&postcount=4
> Would it be a good time to remove those from GENERIC since the
> hardware they are for is becoming so seriously outdated?
> There's always an option to load those drivers a
On Aug 29, 2013, at 10:14 AM, Adrian Chadd wrote:
> .. after tinkering in the USB world, i wonder what's wrong with this:
>
> * created a basic markup / description language to encapsulate what PCI/USB
> probing requires;
> * generated both config files _and_ .c / .h files for drivers to includ
.. after tinkering in the USB world, i wonder what's wrong with this:
* created a basic markup / description language to encapsulate what PCI/USB
probing requires;
* generated both config files _and_ .c / .h files for drivers to include;
* have the kernel build process do .device_description -> .c
On 08/29/13 11:52, Warner Losh wrote:
> On Aug 29, 2013, at 3:15 AM, Kimmo Paasiala wrote:
>
>> In reference to this FreeBSD forums post:
>>
>> http://forums.freebsd.org/showpost.php?p=231135&postcount=4
>>
>> Would it be a good time to remove those from GENERIC since the
>> hardware they are for i
On Aug 29, 2013, at 3:15 AM, Kimmo Paasiala wrote:
> In reference to this FreeBSD forums post:
>
> http://forums.freebsd.org/showpost.php?p=231135&postcount=4
>
> Would it be a good time to remove those from GENERIC since the
> hardware they are for is becoming so seriously outdated?
>
> There
On Aug 29, 2013, at 8:54 AM, John Baldwin wrote:
> On Thursday, August 29, 2013 6:56:53 am Adrian Chadd wrote:
>> Hm! Are they dynamically loaded if you insert the cards?
>>
>> (Ie, has devd been taught about them as appropriate?)
>
> These are drivers for the bridges, not for cards you plug in
29.08.2013 18:25, ill...@gmail.com wrote:
On 29 August 2013 07:44, Volodymyr Kostyrko wrote:
27.08.2013 21:03, Volodymyr Kostyrko wrote):
Was my local glitch, defining INSTALL=install -C in /etc/make.conf shadows
install.sh
This is good to know, as bits of my /etc/make.conf
date back to 7.0.
On 29 August 2013 07:44, Volodymyr Kostyrko wrote:
> 27.08.2013 21:03, Volodymyr Kostyrko wrote):
>
> Was my local glitch, defining INSTALL=install -C in /etc/make.conf shadows
> install.sh
This is good to know, as bits of my /etc/make.conf
date back to 7.0.
It looks like the syntax now (via mak
On Thursday, August 29, 2013 6:56:53 am Adrian Chadd wrote:
> Hm! Are they dynamically loaded if you insert the cards?
>
> (Ie, has devd been taught about them as appropriate?)
These are drivers for the bridges, not for cards you plug into the bridges.
If you autoloaded them at all you would lo
On 29/08/2013 15:32, Mike Harding wrote:
> I opened a ticket about this: kern/181632
>
> Basically, if I do a 'zzz' and then wake the system up, operations like a
> buildworld or portmaster take much longer after the resume - systat shows
> very low CPU/disk utilization. It's 100% repeatable, I d
Wow. Uhm, can you downgrade to 9.1 and see if it still happens?
Would you be able to bisect the kernel source and see if you can find where
along stable/9 it happened? That's the fastest way to determine what broke.
Thanks!
-adrian
On 29 August 2013 06:32, Mike Harding wrote:
> I opened a
on 29/08/2013 16:03 Toomas Aas said the following:
> Hello!
>
> On Thu, 29 Aug 2013 Jase Thew wrote:
>
>> On 29/08/2013 11:24, Andriy Gapon wrote:
>>> on 29/08/2013 10:47 Andriy Gapon said the following:
It looks like I should have done more investigation on the state of devfs
in
I opened a ticket about this: kern/181632
Basically, if I do a 'zzz' and then wake the system up, operations like a
buildworld or portmaster take much longer after the resume - systat shows
very low CPU/disk utilization. It's 100% repeatable, I don't recall this
happening on 9.1
I build 9.2-RC3
Hello!
On Thu, 29 Aug 2013 Jase Thew wrote:
On 29/08/2013 11:24, Andriy Gapon wrote:
on 29/08/2013 10:47 Andriy Gapon said the following:
It looks like I should have done more investigation on the state
of devfs in
stable/8 before MFC-ing the change. There are several earlier big
commits
On 29/08/2013 11:24, Andriy Gapon wrote:
on 29/08/2013 10:47 Andriy Gapon said the following:
It looks like I should have done more investigation on the state of devfs in
stable/8 before MFC-ing the change. There are several earlier big commits that
have not been MFC-ed.
So, now I can either re
27.08.2013 21:03, Volodymyr Kostyrko wrote):
Was my local glitch, defining INSTALL=install -C in /etc/make.conf
shadows install.sh
--
Sphinx of black quartz, judge my vow.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
On 29/08/2013 11:11, Andriy Gapon wrote:
on 29/08/2013 12:07 Jase Thew said the following:
After some fiddling about, I've obtained a crashdump of this panic :
http://goo.gl/sRXjo4
If you need anything else, please let me know.
Obviously, I can't do anything with the vmcore without the match
I have seen significant benefits from setting the UFS dirhash cache tuneables
to effective values,
and I believe all FreeBSD users will see at least a small benefit as well.
The ball for establishing production defaults appears to have been dropped
in 2008.
I am suggesting we pick it up and finish
Hm! Are they dynamically loaded if you insert the cards?
(Ie, has devd been taught about them as appropriate?)
-adrian
On 29 August 2013 02:15, Kimmo Paasiala wrote:
> In reference to this FreeBSD forums post:
>
> http://forums.freebsd.org/showpost.php?p=231135&postcount=4
>
> Would it be a
On Thu, 29 Aug 2013 12:15:17 +0300, Kimmo Paasiala wrote:
> To: FreeBSD current ,
> "freebsd-stable@freebsd.org" ,
> freebsd-hardw...@freebsd.org
Just to -stable, as the OP in that forum post's thread was well advised.
> In reference to this FreeBSD forums post:
>
> http://forums.f
on 29/08/2013 10:47 Andriy Gapon said the following:
> It looks like I should have done more investigation on the state of devfs in
> stable/8 before MFC-ing the change. There are several earlier big commits
> that
> have not been MFC-ed.
> So, now I can either revert the MFC and be done with it.
On 29/08/2013 03:32, Dewayne Geraghty wrote:
> From the analysis perforned in 2009, and referenced earlier by Robert, this
> https://wiki.freebsd.org/DirhashDynamicMemory and other material at this site,
> indicates that the reclaimage interval is workload dependent and that 5 to 8
> seconds seem
on 29/08/2013 12:07 Jase Thew said the following:
> After some fiddling about, I've obtained a crashdump of this panic :
>
> http://goo.gl/sRXjo4
>
> If you need anything else, please let me know.
Obviously, I can't do anything with the vmcore without the matching kernel (and
perhaps modules).
In reference to this FreeBSD forums post:
http://forums.freebsd.org/showpost.php?p=231135&postcount=4
Would it be a good time to remove those from GENERIC since the
hardware they are for is becoming so seriously outdated?
There's always an option to load those drivers as modules if needed.
-Kim
On 29/08/2013 08:47, Andriy Gapon wrote:
on 28/08/2013 20:29 Jase Thew said the following:
I'm getting a similar panic with r254986 on stable/8 when starting up jails :
Thank you very much for the report. Somehow I missed Toomas'es report on the
mailing list.
It looks like I should have done
on 29/08/2013 11:27 Maurizio Vairani said the following:
>
> I am able to boot the PC without a cache device but not without a log device.
> Why ?
The log could potentially contain uncommitted entries. Without the log device
there is no knowing if it did or did not. And if it did then the pool
Hi all,
I am using an USB memory stick as cache and log devices for a HDD ZFS
pool named tank0:
$ zpool status -v tank0
pool: tank0
state: ONLINE
scan: scrub repaired 0 in 7h19m with 0 errors on Tue Jul 30 06:11:23 2013
config:
NAME STATE READ WRITE CKSUM
tank0O
on 28/08/2013 20:29 Jase Thew said the following:
> On 24/08/2013 21:03, Toomas Aas wrote:
>> Hello!
>>
>> On Fri, 23 Aug 2013 Andriy Gapon wrote:
>>
>>>
>>> This change is about to be MFC-ed.
>>>
>>> on 26/07/2013 17:39 Andriy Gapon said the following:
I have just committed a significan
41 matches
Mail list logo