On Mon, 2009-05-04 at 20:15 -0700, David Johnson wrote:
> This topic has been recently discussed twice before in the past month and a
> half, but without resolution. It now reappears on my system as I upgrade to
> 7.2-RELEASE. It does not happen with a build from RELENG_7 date=2009.03.13. I
> am
This topic has been recently discussed twice before in the past month and a
half, but without resolution. It now reappears on my system as I upgrade to
7.2-RELEASE. It does not happen with a build from RELENG_7 date=2009.03.13. I
am desperately hoping for a resolution.
To reiterate the problem:
2009/5/1 John Baldwin :
> On Thursday 30 April 2009 2:36:34 am pluknet wrote:
>> Hi folks.
>>
>> Today I got a new locking issue.
>> This is the first time I got it, and it's merely reproduced.
>>
>> The box has lost both remote connection and local access.
>> No SIGINFO output on the local console
Bruce Simpson wrote:
Leo wrote:
I don't have other pcap lib installed on this box. Previously
installed a libpcap 0.9 on this box , But I've deleted this version.
On my box, not enable BPF. Let me try if enable the feature.
That's probably what it is. Can you try the following:
* give pcap
On Mon, 04 May 2009 22:26:52 +0100
Vincent Hoffman wrote:
> Not that its a cure but are master.passwd and group backups in
> /var/backups any help to you in this case?
Ah - great tip - thanks!
(In case of the first server, the changes to group and passwd files were
few, so I just re-did the chan
On Mon, 2009-05-04 at 17:41 -0400, Steve Polyack wrote:
> Robert Noland wrote:
> > ok, how about this one... If this doesn't do it, then we need to start
> > digging...
> >
> > robert.
> >
> >
>
> No change when using this patch either. I've also updated to the latest
> BIOS and have ensured
Robert Noland wrote:
ok, how about this one... If this doesn't do it, then we need to start
digging...
robert.
No change when using this patch either. I've also updated to the latest
BIOS and have ensured that the onboard Intel adapter is as disabled as
it can get. I can provide you so
On 4/5/09 21:50, Torfinn Ingolfsen wrote:
> Ok, this is strange.
>
> I just upgraded from 7.2-prerelease (as of 20090401) to 7.2-stable as
> of today, using csup and building world.
>
> As part of that process I did (as I always do) 'mergemaster -iU' after
> the 'make installworld' step.
> A few fi
Torfinn Ingolfsen wrote:
> Ok, this is strange.
>
> I just upgraded from 7.2-prerelease (as of 20090401) to 7.2-stable as
> of today, using csup and building world.
>
> As part of that process I did (as I always do) 'mergemaster -iU' after
> the 'make installworld' step.
> A few files on my machine
I just noticed that the changes to the ext2 code to support inode
sizes other than 128 was never MFC'd:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/gnu/fs/ext2fs/ext2_linux_ialloc.c?r1=1.25.8.1;sortby=date#diff
I submitted a patch to this PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=124621&c
Ok, this is strange.
I just upgraded from 7.2-prerelease (as of 20090401) to 7.2-stable as
of today, using csup and building world.
As part of that process I did (as I always do) 'mergemaster -iU' after
the 'make installworld' step.
A few files on my machines are modified by me, and thus should n
On Mon, 2009-05-04 at 16:36 -0400, Steve Polyack wrote:
> Robert Noland wrote:
> > Ok, they are at least partially disabled... I wonder if a BIOS update
> > would help.
> >
> > Anyway, the garbled screen issue is usually associated with the caching
> > method used on the PCI GART. On IGP chips we
Robert Noland wrote:
Ok, they are at least partially disabled... I wonder if a BIOS update
would help.
Anyway, the garbled screen issue is usually associated with the caching
method used on the PCI GART. On IGP chips we force the GART to be
uncacheable. On PCI chips they are supposed to be ab
On Mon, 2009-05-04 at 15:56 -0400, Steve Polyack wrote:
> vgap...@pci0:0:2:0:class=0x038000 card=0x01ad1028 chip=0x27728086
> rev=0x02 hdr=0x00
> vendor = 'Intel Corporation'
> device = '82945G Integrated Graphics Controller'
> class = display
> bar [10] = type M
Robert Noland wrote:
On Mon, 2009-05-04 at 14:48 -0400, Steve Polyack wrote:
This is something funny I had to deal with initially. There is *no*
drm0 or drm1 being probed. Consequently, there is only one entry in
/dev/dri/, card2. As a result, Xorg doesn't even recognize card2 as a
sourc
On Saturday 02 May 2009 2:11:59 pm dikshie wrote:
> is this known bug?
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address = 0x8c000180
> fault code = supervisor read, page not present
> instruction pointer = 0x20:0xc063d904
> sta
On Mon, 2009-05-04 at 14:48 -0400, Steve Polyack wrote:
> Robert Noland wrote:
> >
> > Why is this drm2? Is this a multicard setup? Multicard doesn't work
> > right now. If you aren't using more than one card, can you disable
> > whatever else drm is attaching to?
> >
> > robert.
> >
> >
>
>
Robert Noland wrote:
Why is this drm2? Is this a multicard setup? Multicard doesn't work
right now. If you aren't using more than one card, can you disable
whatever else drm is attaching to?
robert.
This is something funny I had to deal with initially. There is *no*
drm0 or drm1 bein
--On Monday, May 04, 2009 12:41:16 -0500 Steve Polyack
wrote:
I upgraded my workstation (via source) to 7.2-RELEASE from 7.1-RELEASE
about a day ago. After the upgrade procedure, I'm having no luck with
using DRM in X11. It worked fine before and gave reasonable
performance. Now when I sta
Paul Schmehl wrote:
Read /usr/portsUPDATING wrt xorg. There were major changes in the
config file and peripheral detection between 7.1 and 7.2
You need to make sure that both dbus and hald are running. Remove the
mouse and keyboard sections from your xorg.conf file. They are no
longer ne
On Mon, 2009-05-04 at 13:41 -0400, Steve Polyack wrote:
> I upgraded my workstation (via source) to 7.2-RELEASE from 7.1-RELEASE
> about a day ago. After the upgrade procedure, I'm having no luck with
> using DRM in X11. It worked fine before and gave reasonable
> performance. Now when I star
I upgraded my workstation (via source) to 7.2-RELEASE from 7.1-RELEASE
about a day ago. After the upgrade procedure, I'm having no luck with
using DRM in X11. It worked fine before and gave reasonable
performance. Now when I start up X with DRI enabled, both of my screens
display garbage. T
Leo wrote:
I don't have other pcap lib installed on this box. Previously
installed a libpcap 0.9 on this box , But I've deleted this version.
On my box, not enable BPF. Let me try if enable the feature.
That's probably what it is. Can you try the following:
* give pcap configure --with-pcap=
Bruce Simpson wrote:
Leo wrote:
Hi Burce,
At first, I'm sorry replay late. I've test build libpcap without
ports and using same tar ball. The error message still output.
SLT2# make
gcc -O2 -I. -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -c
./pcap-null.c
./pcap-null.c:43: error: conflic
Leo wrote:
Hi Burce,
At first, I'm sorry replay late. I've test build libpcap without ports
and using same tar ball. The error message still output.
SLT2# make
gcc -O2 -I. -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -c
./pcap-null.c
./pcap-null.c:43: error: conflicting types for 'pcap_a
Daniel O'Connor wrote:
On Sat, 2 May 2009, Dominic Fandrey wrote:
# hccontrol -n ubt0hci inquiry
Inquiry complete. Status: No error [00]
is pretty lame compared to what should appear according to the
handbook:
% hccontrol -n ubt0hci inquiry
Inquiry result, num_responses=1
Inquiry result #0
Just a quick note for those of you not subscribed to freebsd-annou...@.
We finished up 7.2-RELEASE over the weekend. The announcement message
is available here:
http://www.freebsd.org/releases/7.2R/announce.html
Thanks for all the help with testing during the release cycle.
--
Hello,
owner-freebsd-security-notificati...@freebsd.org wrote on :
> The branches supported by the FreeBSD Security Officer have
> been updated
> to reflect the EoL (end-of-life) of FreeBSD 7.0. The new
> list is below
> and at http://security.freebsd.org/ >. Please note that FreeBSD
> 7.0 was o
On Sat, 2 May 2009, Dominic Fandrey wrote:
> # hccontrol -n ubt0hci inquiry
> Inquiry complete. Status: No error [00]
>
> is pretty lame compared to what should appear according to the
> handbook:
>
> % hccontrol -n ubt0hci inquiry
> Inquiry result, num_responses=1
> Inquiry result #0
>BD_A
Hi Burce,
At first, I'm sorry replay late. I've test build libpcap without ports
and using same tar ball. The error message still output.
SLT2# make
gcc -O2 -I. -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -c
./pcap-null.c
./pcap-null.c:43: error: conflicting types for 'pcap_activate'
./p
On Mon, 04 May 2009, 09:26 +0100, John wrote:
> Hi list, hopefully this is the right one and not -questions
Perhaps -hubs would have been a better choice?
> cvsup.uk.freebsd.org appears to have not been serving these last few
> weeks. I get, variously, in my logs:
>
> Parsing supfile "/etc/cvsup
Hi list, hopefully this is the right one and not -questions
cvsup.uk.freebsd.org appears to have not been serving these last few
weeks. I get, variously, in my logs:
Parsing supfile "/etc/cvsupfile"
Connecting to cvsup.uk.freebsd.org
Connected to cvsup.uk.freebsd.org
Rejected by server: Access li
32 matches
Mail list logo