Hi,
I suspect something is broken with memsticks built from HEAD. I noticed that I
couldn't boot the latest HEAD (amd64) memstick snapshot on two machines
(Lenovo X220 and HP ProLiant ML350 G5). Trying snapshots from the FreeBSD.org
FTP or allbsd.org makes no difference.
It boots fine until mount
>From Warren Block :
> After adding those, graphics/libdrm must be rebuilt, and
> x11-drivers/xf86-video-intel must have the KMS option enabled and be
> rebuilt. If you just added WITH_NEW_XORG, there will be other xorg
> components that need to be updated.
O no, I'm getting rid of KMS and WITH_
On 09/02/2013, at 4:46, Jack Vogel wrote:
> recommends contacting your motherboard manufacturer if you have continued
> concerns or questions whether your products are impacted.
> Here is the link:
>
> http://communities.intel.com/community/wired/blog/2013/02/07/intel-82574l-gigabit-ethernet-co
On Friday 08 February 2013 22:43:17 Ian FREISLICH wrote:
> Hans Petter Selasky wrote:
> > Hi,
> >
> > Your problem should be fixed by:
> > http://svnweb.freebsd.org/changeset/base/246565
> >
> > Please test and report back if it doesn't.
>
> It doesn't panic anymore. Thanks. There's a new prob
Hans Petter Selasky wrote:
> On Friday 08 February 2013 19:21:24 Ian FREISLICH wrote:
> > Uptime: 7s
> > Dumping 237 out of 3971
> > MB:..7%..14%..21%..34%..41%..54%..61%..75%..81%..95%
> >
> > Reading symbols from /boot/kernel/acpi_asus_wmi.ko...Reading symbols from
> > /boot/kernel/acpi_asus_wmi
On Friday 08 February 2013 22:18:24 Hans Petter Selasky wrote:
> Hi,
>
> Your problem should be fixed by:
> http://svnweb.freebsd.org/changeset/base/246565
>
> Please test and report back if it doesn't.
>
FYI: This is only a problem in -current, because the changes which introduced
this behavi
Hi,
Your problem should be fixed by:
http://svnweb.freebsd.org/changeset/base/246565
Please test and report back if it doesn't.
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
On Friday 08 February 2013 19:21:24 Ian FREISLICH wrote:
> Hi
>
> I get this panic on insertion of a uath USB dongle.
>
> On amd-64:
>
> uath0:
> on us bus1
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 1; apic id = 01
> fault virtual address = 0x0
> fault code
On Friday 08 February 2013 19:21:24 Ian FREISLICH wrote:
> Uptime: 7s
> Dumping 237 out of 3971
> MB:..7%..14%..21%..34%..41%..54%..61%..75%..81%..95%
>
> Reading symbols from /boot/kernel/acpi_asus_wmi.ko...Reading symbols from
> /boot/kernel/acpi_asus_wmi.ko.symbols...done. do
Maybe you can als
On Fri, 8 Feb 2013, Thomas Mueller wrote:
Thomas Mueller writes:
I built the newer Xorg and it falls flat: goes to a nongraphic
screen that is blank except for a rectangular cursor in the upper
left corner, and now I want to get back to the earlier Xorg.
System is Intel Sandy Bridge with
Hi
I get this panic on insertion of a uath USB dongle.
On amd-64:
uath0: on us
bus1
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:0x8
For those that may have run across the story on Slashdot about this NIC,
here is our statement:
Recently there were a few stories published, based on a blog post by an
end-user, suggesting specific network packets may cause the Intel® 82574L
Gigabit Ethernet Controller to become unresponsive until
Thomas Mueller writes:
> I built the newer Xorg and it falls flat: goes to a nongraphic
> screen that is blank except for a rectangular cursor in the upper
> left corner, and now I want to get back to the earlier Xorg.
>
> System is Intel Sandy Bridge with i7 CPU.
Robert Huff responds:
>
I've been spending some time trying to get the fasttrap provider to work
on FreeBSD without panicing. I believe I have succeeded, at least to the
point where it's no longer panicing.
There were two panic causes. The first was
http://www.freebsd.org/cgi/query-pr.cgi?pr=165541 - the FreeBSD port of
On 8 February 2013 07:46, Andriy Gapon wrote:
> on 08/02/2013 13:48 Ulrich Spörlein said the following:
>> The problem here is that I login via my user account, then either use
>> sudo or sudo -i for a root shell, this however does not raise the
>> memorylocked limit. So when I said this works dur
on 08/02/2013 13:48 Ulrich Spörlein said the following:
> The problem here is that I login via my user account, then either use
> sudo or sudo -i for a root shell, this however does not raise the
> memorylocked limit. So when I said this works during boot and shortly
> after, it's because I haven't
Closest would be
http://www.freebsd.org/news/status/report-2008-01-2008-03.html#ProPolice-support-for-FreeBSD
but port part it was not committed.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/CLANG-and-fstack-protector-tp5784739p5784992.html
Sent from the freebsd-cur
On Fri, 2013-02-08 at 09:57:09 +0100, Fabian Keil wrote:
> Ulrich Spörlein wrote:
>
> > On Thu, 2013-02-07 at 15:33:22 +0100, Fabian Keil wrote:
> > > Ulrich Spörlein wrote:
> > >
> > > > Yes, it's pretty much as weird as it sounds. All new machine, forklifted
> > > > the image from on old i386
Fixed.
Adrian
On 8 February 2013 02:25, FreeBSD Tinderbox wrote:
> TB --- 2013-02-08 09:22:13 - tinderbox 2.10 running on
> freebsd-current.sentex.ca
> TB --- 2013-02-08 09:22:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
> FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
TB --- 2013-02-08 09:22:13 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-08 09:22:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
Ulrich Spörlein wrote:
> On Thu, 2013-02-07 at 15:33:22 +0100, Fabian Keil wrote:
> > Ulrich Spörlein wrote:
> >
> > > Yes, it's pretty much as weird as it sounds. All new machine, forklifted
> > > the image from on old i386 machine running 8.x to current on amd64.
> > >
> > > Everything seemi
21 matches
Mail list logo
