Re: why panic(9) ?

On Wed, Jan 12, 2011 at 08:10:00AM +0100, Martin Sugioarto wrote: Am Tue, 11 Jan 2011 22:11:13 +0100 schrieb David DEMELIER demelier.da...@gmail.com: [snip] Could we please stop bashing Windows 2000? We're also not talking about FreeBSD 3.x but FreeBSD-CURRENT, as this mailing list is used.

Re: why panic(9) ?

Am Wed, 12 Jan 2011 08:41:42 +0100 schrieb Lars Engels lars.eng...@0x20.net: Could we please stop bashing Windows 2000? This is not bashing. I tried to explain why usually MS-Windows appears to run fine. When you understand it as bashing, I explained it wrong, sorry. We're also not talking

/sbin/init refuses to start with large physmem installed

Hi. The box I have observed such a problem has 458752 MB of real memory (RAM). With this high value /sbin/init refuses to start with Out of memory. I suspect there may be sort of (type) overflow somewhere. A corresponding part of console output below: start_init: trying /sbin/init Cannot map

Re: /sbin/init refuses to start with large physmem installed

On 12 January 2011 12:06, Sergey Kandaurov pluk...@gmail.com wrote: Hi. The box I have observed such a problem has 458752 MB of real memory (RAM). With this high value /sbin/init refuses to start with Out of memory. I suspect there may be sort of (type) overflow somewhere. A corresponding

AHCI on ICH7

Is it possible to get AHCI working on this controller: atap...@pci0:0:31:2:class=0x01018f card=0x72101462 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' class = mass storage

Re: AHCI on ICH7

Anton Yuzhaninov wrote: Is it possible to get AHCI working on this controller: atap...@pci0:0:31:2:class=0x01018f card=0x72101462 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller'

Re: why panic(9) ?

C. P. Ghost wrote: As far as I know, Windows NT is a microkernel arch, and faulty drivers, often provided by external vendors would not bring that system (as much as we hate or despise its Windows OS personality that runs on top of it) to a complete halt. I don't know ... when Windows crashes

Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash.

Quoting Barbara barbara.xxx1...@libero.it: For a week or so, with up to date, current, ports, etc. everytime I open a page that has automatic flash video my mouse freezes and I have to manually kill X and restart. I had worked fine for many months. Yesterday I rebuilt all linux emulation.

Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash.

2011/1/12 Ariff Abdullah ar...@freebsd.org: On Wed, 12 Jan 2011 07:09:10 -0600 eculp ec...@encontacto.net wrote: Quoting Barbara barbara.xxx1...@libero.it: For a week or so, with up to date, current, ports, etc. everytime I open a page that has automatic flash video my mouse freezes

Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash.

On Wed, 12 Jan 2011 07:09:10 -0600 eculp ec...@encontacto.net wrote: Quoting Barbara barbara.xxx1...@libero.it: For a week or so, with up to date, current, ports, etc. everytime I open a page that has automatic flash video my mouse freezes and I have to manually kill X and restart.

Re: AHCI on ICH7

On 01/12/11 05:50, Anton Yuzhaninov wrote: Is it possible to get AHCI working on this controller: atap...@pci0:0:31:2:class=0x01018f card=0x72101462 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage

Re: AHCI on ICH7

Michael Butler wrote: On 01/12/11 05:50, Anton Yuzhaninov wrote: Is it possible to get AHCI working on this controller: atap...@pci0:0:31:2:class=0x01018f card=0x72101462 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family)

Re: AHCI on ICH7

On 01/12/11 10:44, Alexander Motin wrote: [ .. snip .. ] PCIR_BAR(5) is not set in this case, only 0-4. It won't help. Ugh! My bad .. the only other option is to adjust the entry in ahci.c for that chip-id, find a suitably free memory window and do something like the attached patch (set

Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash.

Quoting Gary Jennejohn gljennj...@googlemail.com: On Wed, 12 Jan 2011 07:09:10 -0600 eculp ec...@encontacto.net wrote: Quoting Barbara barbara.xxx1...@libero.it: For a week or so, with up to date, current, ports, etc. everytime I open a page that has automatic flash video my mouse

Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash.

Quoting Ariff Abdullah ar...@freebsd.org: On Wed, 12 Jan 2011 22:51:29 +0800 Ariff Abdullah ar...@freebsd.org wrote: [] Try disabling mtrr, machdep.disable_mtrrs=0 through boot prompt or /boot/loader.conf. Grr.. should be machdep.disable_mtrrs=1 Caught it, changed it en

Re: why panic(9) ?

On Wed, 2011-01-12 at 13:43 +0100, Nils Holland wrote: C. P. Ghost wrote: As far as I know, Windows NT is a microkernel arch, and faulty drivers, often provided by external vendors would not bring that system (as much as we hate or despise its Windows OS personality that runs on top of

Re: why panic(9) ?

On Wed, 12 Jan 2011 13:43:10 +0100 Nils Holland n...@tisys.org wrote: Having a job in which I have to support people working on Windows, I can say for sure that there's no such thing in Windows that prevents third-party system level stuff to bring down the system. ;-) In Windows there's a

Re: why panic(9) ?

On 12/01/2011 16:23, Erik wrote: On one of my first linux desktops, I had a screensaver which displayed rotated dumpscreens of all kinds of different Operation systems. Apple, Basic, linux and BSOD.. (come to think about it BSD was not included) I once had someone commiserate with me on

Re: why panic(9) ?

On Wed, Jan 12, 2011 at 3:11 PM, Matthew Seaman m.sea...@infracaninophile.co.uk wrote: On 12/01/2011 16:23, Erik wrote: On one of my first linux desktops, I had a screensaver which displayed rotated dumpscreens of all kinds of different Operation systems. Apple, Basic, linux and BSOD..

[head tinderbox] failure on arm/arm

TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-01-12 22:00:00 - cleaning the object tree TB --- 2011-01-12 22:00:09 - cvsupping the source tree TB --- 2011-01-12 22:00:09 -

[head tinderbox] failure on i386/pc98

TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-12 22:00:00 - cleaning the object tree TB --- 2011-01-12 22:00:23 - cvsupping the source tree TB --- 2011-01-12 22:00:23 -

[head tinderbox] failure on i386/i386

TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-12 22:00:00 - cleaning the object tree TB --- 2011-01-12 22:00:29 - cvsupping the source tree TB --- 2011-01-12 22:00:29 -

[head tinderbox] failure on amd64/amd64

TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-12 22:00:00 - cleaning the object tree TB --- 2011-01-12 22:00:29 - cvsupping the source tree TB --- 2011-01-12 22:00:29 -

Re: [head tinderbox] failure on arm/arm

This is me, but I'm rather puzzled why it's failing. SYSCTL_UQUAD is in the sys/sysctl.h for the image we're building. And why is there a file with SYSCTL_FOO being built as a library? Any help? Thanks, matthew On Wed, Jan 12, 2011 at 2:20 PM, FreeBSD Tinderbox tinder...@freebsd.org wrote:

[head tinderbox] failure on mips/mips

TB --- 2011-01-12 22:24:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:24:00 - starting HEAD tinderbox run for mips/mips TB --- 2011-01-12 22:24:00 - cleaning the object tree TB --- 2011-01-12 22:24:06 - cvsupping the source tree TB --- 2011-01-12 22:24:06 -

[head tinderbox] failure on ia64/ia64

TB --- 2011-01-12 22:20:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:20:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-12 22:20:51 - cleaning the object tree TB --- 2011-01-12 22:21:03 - cvsupping the source tree TB --- 2011-01-12 22:21:03 -

[head tinderbox] failure on powerpc/powerpc

TB --- 2011-01-12 22:24:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:24:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-12 22:24:04 - cleaning the object tree TB --- 2011-01-12 22:24:19 - cvsupping the source tree TB --- 2011-01-12 22:24:19 -

[head tinderbox] failure on powerpc64/powerpc

TB --- 2011-01-12 22:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:25:00 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-12 22:25:00 - cleaning the object tree TB --- 2011-01-12 22:25:17 - cvsupping the source tree TB --- 2011-01-12 22:25:17 -

if_ether.c (svn revision 217315) breakage on i386

cc1: warnings being treated as errors /usr/home/imb/svn/head/sys/netinet/if_ether.c: In function 'in_arpinput': /usr/home/imb/svn/head/sys/netinet/if_ether.c:540: warning: format '%ld' expects type 'long int', but argument 3 has type 'unsigned int' *** Error code 1 .. where unsigned int is

[head tinderbox] failure on sparc64/sparc64

TB --- 2011-01-12 22:45:29 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:45:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-01-12 22:45:29 - cleaning the object tree TB --- 2011-01-12 22:45:39 - cvsupping the source tree TB --- 2011-01-12 22:45:39 -

[head tinderbox] failure on sparc64/sun4v

TB --- 2011-01-12 22:46:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:46:13 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-01-12 22:46:13 - cleaning the object tree TB --- 2011-01-12 22:46:22 - cvsupping the source tree TB --- 2011-01-12 22:46:22 -

Re: [head tinderbox] failure on arm/arm

On 2011-01-12 23:26, Matthew Fleming wrote: This is me, but I'm rather puzzled why it's failing. SYSCTL_UQUAD is in the sys/sysctl.h for the image we're building. And why is there a file with SYSCTL_FOO being built as a library? Any help? During the build of cddl/lib/libzpool, it looks like

Re: if_ether.c (svn revision 217315) breakage on i386

On Wed, Jan 12, 2011 at 06:01:21PM -0500, Michael Butler wrote: [..] .. where unsigned int is actually a sizeof(struct in_addr), imb This has been corrected. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

[head tinderbox] failure on arm/arm

TB --- 2011-01-12 23:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-01-12 23:10:00 - cleaning the object tree TB --- 2011-01-12 23:10:04 - cvsupping the source tree TB --- 2011-01-12 23:10:04 -

[head tinderbox] failure on i386/i386

TB --- 2011-01-12 23:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-12 23:10:00 - cleaning the object tree TB --- 2011-01-12 23:10:04 - cvsupping the source tree TB --- 2011-01-12 23:10:04 -

[head tinderbox] failure on amd64/amd64

TB --- 2011-01-12 23:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-12 23:10:00 - cleaning the object tree TB --- 2011-01-12 23:10:04 - cvsupping the source tree TB --- 2011-01-12 23:10:04 -

[head tinderbox] failure on i386/pc98

TB --- 2011-01-12 23:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-12 23:10:00 - cleaning the object tree TB --- 2011-01-12 23:10:04 - cvsupping the source tree TB --- 2011-01-12 23:10:04 -

[head tinderbox] failure on mips/mips

TB --- 2011-01-12 23:33:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:33:16 - starting HEAD tinderbox run for mips/mips TB --- 2011-01-12 23:33:16 - cleaning the object tree TB --- 2011-01-12 23:33:20 - cvsupping the source tree TB --- 2011-01-12 23:33:20 -

[head tinderbox] failure on ia64/ia64

TB --- 2011-01-12 23:29:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:29:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-12 23:29:59 - cleaning the object tree TB --- 2011-01-12 23:30:02 - cvsupping the source tree TB --- 2011-01-12 23:30:02 -

[head tinderbox] failure on powerpc/powerpc

TB --- 2011-01-12 23:34:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:34:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-12 23:34:03 - cleaning the object tree TB --- 2011-01-12 23:34:05 - cvsupping the source tree TB --- 2011-01-12 23:34:05 -

[head tinderbox] failure on powerpc64/powerpc

TB --- 2011-01-12 23:38:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:38:50 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-12 23:38:50 - cleaning the object tree TB --- 2011-01-12 23:38:53 - cvsupping the source tree TB --- 2011-01-12 23:38:53 -

[head tinderbox] failure on sparc64/sun4v

TB --- 2011-01-12 23:54:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:54:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-01-12 23:54:51 - cleaning the object tree TB --- 2011-01-12 23:54:54 - cvsupping the source tree TB --- 2011-01-12 23:54:54 -

[head tinderbox] failure on sparc64/sparc64

TB --- 2011-01-12 23:54:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:54:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-01-12 23:54:34 - cleaning the object tree TB --- 2011-01-12 23:54:37 - cvsupping the source tree TB --- 2011-01-12 23:54:37 -

[head tinderbox] failure on arm/arm

TB --- 2011-01-13 00:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-01-13 00:15:00 - cleaning the object tree TB --- 2011-01-13 00:15:04 - cvsupping the source tree TB --- 2011-01-13 00:15:04 -

[head tinderbox] failure on i386/pc98

TB --- 2011-01-13 00:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-13 00:15:00 - cleaning the object tree TB --- 2011-01-13 00:15:04 - cvsupping the source tree TB --- 2011-01-13 00:15:04 -

[head tinderbox] failure on amd64/amd64

TB --- 2011-01-13 00:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-13 00:15:00 - cleaning the object tree TB --- 2011-01-13 00:15:04 - cvsupping the source tree TB --- 2011-01-13 00:15:04 -

[head tinderbox] failure on i386/i386

TB --- 2011-01-13 00:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-13 00:15:00 - cleaning the object tree TB --- 2011-01-13 00:15:04 - cvsupping the source tree TB --- 2011-01-13 00:15:04 -

Re: console freeze after ifconfig wlan0 scan with wi(4) pccard device

On Mon, Jan 10, 2011 at 09:22:58AM +0100, Bernhard Schmidt wrote: On Sunday, January 09, 2011 23:22:28 Anton Shterenlikht wrote: On amd64 r217010 laptop (HP Compaq 6715s) I'm trying to use this wi(4) device: wi0: The Linksys Group, Inc. Instant Wireless Network PC Card at port

[head tinderbox] failure on mips/mips

TB --- 2011-01-13 00:38:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:38:17 - starting HEAD tinderbox run for mips/mips TB --- 2011-01-13 00:38:17 - cleaning the object tree TB --- 2011-01-13 00:38:21 - cvsupping the source tree TB --- 2011-01-13 00:38:21 -

[head tinderbox] failure on ia64/ia64

TB --- 2011-01-13 00:35:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:35:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-13 00:35:02 - cleaning the object tree TB --- 2011-01-13 00:35:05 - cvsupping the source tree TB --- 2011-01-13 00:35:05 -

[head tinderbox] failure on powerpc/powerpc

TB --- 2011-01-13 00:39:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:39:09 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-13 00:39:09 - cleaning the object tree TB --- 2011-01-13 00:39:12 - cvsupping the source tree TB --- 2011-01-13 00:39:12 -

[head tinderbox] failure on powerpc64/powerpc

TB --- 2011-01-13 00:43:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:43:51 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-13 00:43:51 - cleaning the object tree TB --- 2011-01-13 00:43:54 - cvsupping the source tree TB --- 2011-01-13 00:43:54 -

My ZFS v28 Testing Experience

I've been testing out the v28 patch code for a month now, and I've yet to report any real issues other than what is mentioned below. I'll detail some of the things I've tested, hopefully the stability of v28 in FreeBSD will convince others to give it a try so the final release of v28 will be

Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash.

On Wed, 12 Jan 2011 09:53:03 -0600 eculp ec...@encontacto.net wrote: Quoting Ariff Abdullah ar...@freebsd.org: On Wed, 12 Jan 2011 22:51:29 +0800 Ariff Abdullah ar...@freebsd.org wrote: [] Try disabling mtrr, machdep.disable_mtrrs=0 through boot prompt or /boot/loader.conf.