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 : [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. In my experience you hav

Re: why panic(9) ?

Am Wed, 12 Jan 2011 08:41:42 +0100 schrieb Lars Engels : > 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 > about FreeBSD 3.x

/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 a

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

On 12 January 2011 12:06, Sergey Kandaurov 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 part of cons

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 subcla

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 : 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. All ports are up to date

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

2011/1/12 Ariff Abdullah : > On Wed, 12 Jan 2011 07:09:10 -0600 > eculp wrote: >> Quoting Barbara : >> >> > >> >>> >> >>> 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

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 wrote: > Quoting Barbara : > > > > >>> > >>> 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 man

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 Stora

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 (

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 'AH

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

Quoting Gary Jennejohn : On Wed, 12 Jan 2011 07:09:10 -0600 eculp wrote: Quoting Barbara : > >>> >>> 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 work

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

Quoting Ariff Abdullah : On Wed, 12 Jan 2011 22:51:29 +0800 Ariff Abdullah 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 loader.conf, rebooted and have had youtube

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 o

Re: why panic(9) ?

On Wed, 12 Jan 2011 13:43:10 +0100 "Nils Holland" 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 tool that run

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 h

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 B

[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 - /usr/bin/csu

[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 - /usr/bin/c

[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 - /usr/bin/c

[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 - /usr/bin

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 wrote: > TB --- 2011-01-12 22:0

[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 - /usr/bin/c

[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 - /usr/bin/c

[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 - /usr

[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 - /u

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 actua

[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 - /usr

[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 - /usr/b

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 pgp5

[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 - /usr/bin/csu

[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 - /usr/bin/c

[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 - /usr/bin

[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 - /usr/bin/c

[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 - /usr/bin/c

[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 - /usr/bin/c

[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 - /usr

[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 - /u

[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 - /usr/b

[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 - /usr

[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 - /usr/bin/csu

[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 - /usr/bin/c

[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 - /usr/bin

[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 - /usr/bin/c

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: > > at port 0x100-0x13f irq 20 function 0 config 1 on pccard0 > >

[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 - /usr/bin/c

[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 - /usr/bin/c

[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 - /usr

[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 - /u

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 a

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 wrote: > Quoting Ariff Abdullah : > > > On Wed, 12 Jan 2011 22:51:29 +0800 > > Ariff Abdullah wrote: > >> > > [] > >> > >> Try disabling mtrr, machdep.disable_mtrrs=0 through > >> boot prompt or /boot/loader.conf. > >> > > > > Grr.. should be machdep.