> Please try r215027.
worked!!!
thank you.
randy
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Mon, Nov 08, 2010 at 05:14:53PM -0500, John Baldwin wrote:
> This patch changes the Forth code for the Beastie menu to only display the
> menu option to enable or disable ACPI if the loader detects ACPI. This avoids
> displaying a menu item prompting to enable ACPI if the BIOS doesn't actually
I've compiled -CURRENT kernel with UTF-8 and CONS25 support. ( r214751 )
in xterm emulation mode I have problems with bindings for some keys,
such as Home
If I start vis(1) and press Home, I always get "^[[H" sequence instead
of "^[OH" which is defined in termcap (5) file.
I get correct results a
TB --- 2010-11-09 02:02:31 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-09 02:02:31 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-11-09 02:02:31 - cleaning the object tree
TB --- 2010-11-09 02:02:44 - cvsupping the source tree
TB --- 2010-11-09 02:02:44 - /usr/b
On Tue, Nov 09, 2010 at 10:52:23AM +0800, Randy Bush wrote:
> > Can you verify this is a 64-bit platform?
>
> i can verify that this is am64
Ok, that explains why I could not reproduce this under i386.
Please try r215027.
--
-- David (obr...@freebsd.org)
___
TB --- 2010-11-09 01:55:06 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-09 01:55:06 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-11-09 01:55:06 - cleaning the object tree
TB --- 2010-11-09 01:55:14 - cvsupping the source tree
TB --- 2010-11-09 01:55:14 - /usr
> Can you verify this is a 64-bit platform?
i can verify that this is am64
randy
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd
On Tue, Nov 09, 2010 at 08:28:27AM +0800, Randy Bush wrote:
> > On Mon, Nov 08, 2010 at 03:14:02PM +0800, Randy Bush wrote:
> >> ===> 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
> >> -
On Mon, Nov 08, 2010 at 05:11:19PM -0800, Garrett Cooper wrote:
> Tinderbox agrees :(...
TB --- 2010-11-08 23:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 23:15:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-11-08 23:15:00 - cleaning the object tree
TB
John Baldwin wrote:
> This patch changes the Forth code for the Beastie menu to only display the
> menu option to enable or disable ACPI if the loader detects ACPI. This avoids
> displaying a menu item prompting to enable ACPI if the BIOS doesn't actually
> include ACPI. Any objections?
I have n
relying to self with more info..
On 11/8/10 4:34 PM, Julian Elischer wrote:
my usual command set for doing .ko debugging issomething like:
%kgdb /sys/amd64/compile/DEBUG/kernel.symbols
(kgdb) target remote pu_serial2:7005
(kgdb) sharedlibrary driver.ko
(kgdb) directory /home/me/branches/blah/obj
TB --- 2010-11-09 00:09:56 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-09 00:09:56 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-11-09 00:09:56 - cleaning the object tree
TB --- 2010-11-09 00:10:05 - cvsupping the source tree
TB --- 2010-11-09 00:10:05 - /usr/bin/c
On Mon, Nov 8, 2010 at 4:28 PM, Randy Bush wrote:
>> On Mon, Nov 08, 2010 at 03:14:02PM +0800, Randy Bush wrote:
>>> ===> 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_CONF
TB --- 2010-11-08 23:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 23:15:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-11-08 23:15:00 - cleaning the object tree
TB --- 2010-11-08 23:15:10 - cvsupping the source tree
TB --- 2010-11-08 23:15:10 - /usr/bin
Hi, why is this message happening with 8.1 and sometimes CURRENT ?
I tried recompiling the bootloader but the error still happens,
forcing user to hit Enter to enter manual boot.
Any takes ? :)
Many thanks,
Etienne
___
freebsd-current@freebsd.org mai
my usual command set for doing .ko debugging issomething like:
%kgdb /sys/amd64/compile/DEBUG/kernel.symbols
(kgdb) target remote pu_serial2:7005
(kgdb) sharedlibrary driver.ko
(kgdb) directory /home/me/branches/blah/obj/
(kgdb) info sharedlibrary
FromTo Syms Rea
> On Mon, Nov 08, 2010 at 03:14:02PM +0800, Randy Bush wrote:
>> ===> 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/..
This patch changes the Forth code for the Beastie menu to only display the
menu option to enable or disable ACPI if the loader detects ACPI. This avoids
displaying a menu item prompting to enable ACPI if the BIOS doesn't actually
include ACPI. Any objections?
--- //depot/projects/smpng/sys/boot/
On Mon, Nov 8, 2010 at 10:24 AM, John Baldwin wrote:
> On Monday, November 08, 2010 11:46:58 am Matthew Fleming wrote:
>> On Mon, Nov 8, 2010 at 8:42 AM, John Baldwin wrote:
>> > On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote:
>> >> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wr
On Mon, Nov 08, 2010 at 03:14:02PM +0800, Randy Bush wrote:
> ===> 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/../../../
On Mon, Nov 08, 2010 at 03:14:02PM +0800, Randy Bush wrote:
> 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/
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.
[..]
> > usr.bin/cpio/test/* ? ? # move to tools/regression?
On Monday, November 08, 2010 11:46:58 am Matthew Fleming wrote:
> On Mon, Nov 8, 2010 at 8:42 AM, John Baldwin wrote:
> > On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote:
> >> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote:
> >> > On Saturday, November 06, 2010 4:33:17 pm Matth
Joerg Schilling wrote:
> Alexander Motin wrote:
>>> Your patch to libscg looks definitely OK if we only look at the new
>>> corrected
>>> kernel driver behavior.
>>>
>>> There is a problem:
>>>
>>> In case that there is a sense data residual > 0, libscg will asume that
>>> there
>>> is less sen
Alexander Motin wrote:
> > Your patch to libscg looks definitely OK if we only look at the new
> > corrected
> > kernel driver behavior.
> >
> > There is a problem:
> >
> > In case that there is a sense data residual > 0, libscg will asume that
> > there
> > is less sense data that really pr
Joerg Schilling wrote:
> Marius Strobl wrote:
>> On Fri, Nov 05, 2010 at 08:50:49PM +0200, Alexander Motin wrote:
>>> I've reviewed tests that scgcheck does to SCSI subsystem. It shown
>>> combination of several issues in both CAM, ahci(4) and cdrtools itself.
>>> Several small patches allow us to
On Mon, Nov 8, 2010 at 8:46 AM, Matthew Fleming wrote:
> On Mon, Nov 8, 2010 at 8:42 AM, John Baldwin wrote:
>> On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote:
>>> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote:
>>> > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming
On Mon, Nov 8, 2010 at 8:42 AM, John Baldwin wrote:
> On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote:
>> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote:
>> > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote:
>> >> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Sela
Marius Strobl wrote:
> On Fri, Nov 05, 2010 at 08:50:49PM +0200, Alexander Motin wrote:
> > Hi.
> >
> > I've reviewed tests that scgcheck does to SCSI subsystem. It shown
> > combination of several issues in both CAM, ahci(4) and cdrtools itself.
> > Several small patches allow us to pass most o
On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote:
> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote:
> > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote:
> >> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky
> >> wrote:
> >> > Hi,
> >> >
> >> > On Saturday 06
On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote:
> On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote:
>> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky wrote:
>> > Hi,
>> >
>> > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote:
>> >>
>> >> I think you're misunders
On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote:
> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky wrote:
> > Hi,
> >
> > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote:
> >>
> >> I think you're misunderstanding the existing taskqueue(9) implementation.
> >>
> >> A
On Monday, November 08, 2010 6:35:55 am Ivan Voras wrote:
> On 11/08/10 10:55, Andriy Gapon wrote:
> >
> > JFYI.
> > Fatal trap 12: page fault while in kernel mode
>
> Can you find any set of circumstances which make this repeatable?
>
> This panic apparently goes like this:
>
> 1) used by devf
On Mon, Nov 08, 2010 at 04:28:54PM +0200, Andriy Gapon wrote:
> on 08/11/2010 16:22 Nathan Whitehorn said the following:
> >
> > The other issue is that this can be a legal thing to do. If you have taken
> > care to
> > wire the userland buffers ahead of time, there is no problem copying
> > copy
On 11/08/10 07:16, Kostik Belousov wrote:
On Mon, Nov 08, 2010 at 03:06:01PM +0200, Andriy Gapon wrote:
on 08/11/2010 14:04 Kostik Belousov said the following:
On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote:
on 05/11/2010 09:27 Andriy Gapon said the following:
on 08/11/2010 16:22 Nathan Whitehorn said the following:
>
> The other issue is that this can be a legal thing to do. If you have taken
> care to
> wire the userland buffers ahead of time, there is no problem copying
> copyin()/copyout() with sleepable locks held. The sysctl code does this. As
>
On Mon, Nov 08, 2010 at 03:06:01PM +0200, Andriy Gapon wrote:
> on 08/11/2010 14:04 Kostik Belousov said the following:
> > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote:
> >> on 05/11/2010 09:27 Andriy Gapon said the following:
> >>> Kernel page fault with the following non-sleepabl
TB --- 2010-11-08 12:23:08 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 12:23:08 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-11-08 12:23:08 - cleaning the object tree
TB --- 2010-11-08 12:23:28 - cvsupping the source tree
TB --- 2010-11-08 12:23:28 - /usr/b
on 08/11/2010 14:04 Kostik Belousov said the following:
> On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote:
>> on 05/11/2010 09:27 Andriy Gapon said the following:
>>> Kernel page fault with the following non-sleepable locks held:
>>> exclusive sleep mutex drmdev (drmdev) r = 0 (0xf
TB --- 2010-11-08 11:43:41 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 11:43:41 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-11-08 11:43:41 - cleaning the object tree
TB --- 2010-11-08 11:44:03 - cvsupping the source tree
TB --- 2010-11-08 11:44:03 - /usr
Hi all,
I plan on committing this later on this week if there are no objections.
I don't plan on back-porting it to RELENG_8. Others are more than welcome
to.
Thanks,
Adrian
On 5 October 2010 10:36, Adrian Chadd wrote:
> Hi,
>
> I've broken out the crunchgen logic from src/rescue/rescue int
TB --- 2010-11-08 11:52:14 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 11:52:14 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-11-08 11:52:14 - cleaning the object tree
TB --- 2010-11-08 11:52:36 - cvsupping the source tree
TB --- 2010-11-08 11:52:36 - /usr
TB --- 2010-11-08 11:44:52 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 11:44:52 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-11-08 11:44:52 - cleaning the object tree
TB --- 2010-11-08 11:45:25 - cvsupping the source tree
TB --- 2010-11-08 11:45:25 - /u
On Mon, Nov 08, 2010 at 02:07:43PM +0200, Andriy Gapon wrote:
> on 08/11/2010 14:04 Kostik Belousov said the following:
> > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote:
> >> on 05/11/2010 09:27 Andriy Gapon said the following:
> >>>
> >>> I use FreeSBD head and KDE 4 with all the b
TB --- 2010-11-08 11:38:37 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 11:38:37 - starting HEAD tinderbox run for mips/mips
TB --- 2010-11-08 11:38:37 - cleaning the object tree
TB --- 2010-11-08 11:38:51 - cvsupping the source tree
TB --- 2010-11-08 11:38:51 - /usr/bin/c
on 08/11/2010 13:55 Andriy Gapon said the following:
> I reliable got this panic when all I was doing is saving an attachment in
> thunderbird 3 that ran in KDE 4 environment. Not sure what was going on
> behind
> the scenes, but shouldn't have been anything out of the ordinary.
Perhaps this is
Hello.
I'm using r214746 FreeBSD system as a home fileserver/router, with
athlon xp mobile onboard:
CPU: mobile AMD Athlon(tm) XP 2200+ (1800.10-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x681 Family = 6 Model = 8
Stepping = 1
Features=0x383fbff
AMD Featu
>
> By chance, how about disabling RX early interrupt?
> You can add the following 3 lines of code into re_init_locked().
>
> 2710 /*
> 2711 * Set the initial RX configuration.
> 2712 */
> 2713 re_set_rxmode(sc);
> 2714
> 2715 /* Disable RX early interrupt. */
> 2716 cfg = CSR_READ_2(sc, RL_MULTI
on 08/11/2010 14:04 Kostik Belousov said the following:
> On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote:
>> on 05/11/2010 09:27 Andriy Gapon said the following:
>>>
>>> I use FreeSBD head and KDE 4 with all the bells and whistles enabled.
>>> Apparently recent KDE update has enabled
On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote:
> on 05/11/2010 09:27 Andriy Gapon said the following:
> >
> > I use FreeSBD head and KDE 4 with all the bells and whistles enabled.
> > Apparently recent KDE update has enabled even more of them, because I
> > started to
> > have pani
on 08/11/2010 13:35 Ivan Voras said the following:
> On 11/08/10 10:55, Andriy Gapon wrote:
>>
>> JFYI.
>> Fatal trap 12: page fault while in kernel mode
>
> Can you find any set of circumstances which make this repeatable?
>
> This panic apparently goes like this:
>
> 1) used by devfs_open():
>
TB --- 2010-11-08 10:52:29 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 10:52:29 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-11-08 10:52:29 - cleaning the object tree
TB --- 2010-11-08 10:52:56 - cvsupping the source tree
TB --- 2010-11-08 10:52:56 - /usr/bin/c
on 05/11/2010 09:27 Andriy Gapon said the following:
>
> I use FreeSBD head and KDE 4 with all the bells and whistles enabled.
> Apparently recent KDE update has enabled even more of them, because I started
> to
> have panics with a kernel that has INVARIANTS and WITNESS enabled.
I tried to solv
TB --- 2010-11-08 10:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 10:10:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-11-08 10:10:00 - cleaning the object tree
TB --- 2010-11-08 10:10:53 - cvsupping the source tree
TB --- 2010-11-08 10:10:53 - /usr/bin
TB --- 2010-11-08 10:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 10:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-11-08 10:10:00 - cleaning the object tree
TB --- 2010-11-08 10:10:33 - cvsupping the source tree
TB --- 2010-11-08 10:10:33 - /usr/bin/c
TB --- 2010-11-08 10:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 10:10:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-11-08 10:10:00 - cleaning the object tree
TB --- 2010-11-08 10:10:31 - cvsupping the source tree
TB --- 2010-11-08 10:10:31 - /usr/bin/c
On 11/08/10 10:55, Andriy Gapon wrote:
>
> JFYI.
> Fatal trap 12: page fault while in kernel mode
Can you find any set of circumstances which make this repeatable?
This panic apparently goes like this:
1) used by devfs_open():
47 static struct cdevsw fuse_cdevsw = {
48 .d_open = fused
TB --- 2010-11-08 10:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-08 10:10:00 - starting HEAD tinderbox run for arm/arm
TB --- 2010-11-08 10:10:00 - cleaning the object tree
TB --- 2010-11-08 10:10:20 - cvsupping the source tree
TB --- 2010-11-08 10:10:20 - /usr/bin/csu
JFYI.
Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address = 0x0
fault code = supervisor write data, page not present
instruction pointer = 0x20:0x80372a64
stack pointer = 0x28:0xff81265486f0
frame pointer =
On Sun, 7 Nov 2010 14:53:29 +0100, Ulrich Spörlein wrote:
> 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
60 matches
Mail list logo
