On 2010-Jul-25 15:13:22 -0700, Sean Bruno wrote:
>On Sun, 2010-07-25 at 13:57 -0700, Kostik Belousov wrote:
>> Very low-priority comment (I looked at the patch at the time it was
>> posted to stable@). Nice thing about the patch is that it presumably
>> identifies all the places that depend on the
On amd64 r210496 I get this panic when booting a kernel
with snd_hda(4). I haven't used this driver before, so
can't say if this is a regression.
(copied by hand)
hdac0: irq 16 at device 20.2 on
pci0
hdac0: HDA Driver Revision: 20100226_0142
hdac0: [ITHREAD]
hdac0: hdac_get_capabilities: Invali
This is for GENERIC i386 kernel, running on head at r210462, sources
updated to r210495:
>>> World build started on Mon Jul 26 05:12:42 PDT 2010
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/10 09:55, David Wolfskill wrote:
> This is for GENERIC i386 kernel, running on head at r210462, sources
> updated to r210495:
[ .. ]
> ===> usr.bin/kdump (depend)
> sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/usr/src/tmp/usr/include > ioctl
On Sunday, July 25, 2010 4:48:53 pm Sean Bruno wrote:
> Reposting from -stable.
>
> Kind of a large patch, but in order to make an omlette, you need to
> break a few servers.
>
> This is a diff against -CURRENT, not stable-8 as I didn't get a chance
> to test it. It is directly based off of ch
Recently, I update my FreeBSD to 8.1, and Found that gnome 2.30 startup very
slow. It take one nimus or more to finish startup.
When startup, the gnome-panel will display after nautilus about 30 seconds.
>From the console, I see that
1、gnome-session[1935]: WARNING: Application 'metacity.desktop'
On 7/26/10 10:46 AM, 裴国兴 wrote:
> Recently, I update my FreeBSD to 8.1, and Found that gnome 2.30 startup very
> slow. It take one nimus or more to finish startup.
> When startup, the gnome-panel will display after nautilus about 30 seconds.
>
>>From the console, I see that
>
> 1、gnome-session[1
On Mon, Jul 26, 2010 at 02:24:52PM +0100, Anton Shterenlikht wrote:
> On amd64 r210496 I get this panic when booting a kernel
> with snd_hda(4). I haven't used this driver before, so
> can't say if this is a regression.
>
> (copied by hand)
>
> hdac0: irq 16 at device 20.2 on
> pci0
> hdac0: HD
On 2010-07-21 at 20:40, Svein Skogen (Listmail account) wrote:
> On 21.07.2010 18:33, Ståle Kristoffersen wrote:
> > I -might- have solved my problem. It has now ran for 24h without timeouts,
> > and with a bit of load on it. I think I might have ran into the seagate +
> > NCQ-problem, even tho
On Mon, Jul 26, 2010 at 10:47:58AM -0400, Michael Butler wrote:
> On 07/26/10 09:55, David Wolfskill wrote:
> > This is for GENERIC i386 kernel, running on head at r210462, sources
> > updated to r210495:
> [ .. ]
>
> > ===> usr.bin/kdump (depend)
> > sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/u
On Mon, 26 Jul 2010, David Wolfskill wrote:
I don't know if this is likely to bite enough folks htat updating
UPDATING is warranted.
The window was small, so probably not.
Doug
--
Improve the effectiveness of your Internet presence with
a domain name makeover!http://Sup
Other important differences between bsdgrep and GNU grep:
The --include option in bsdgrep does not have the same effect as the
corresponding option in GNU grep -- in GNU grep, that option causes
_only_ those files matching the file inclusion pattern to be searched.
To obtain the same behavior in
12 matches
Mail list logo
