On Fri, May 15, 2009 at 06:01:33PM -0300, Nenhum_de_Nos wrote:
> I know this is a bit off, but as I never had CAT6 stuff to deal with here
> it goes. is there any problems in using CAT6 cabling and not 1000baseTX
> capable switch ?
>
> I plan to install cat6 cables and just use 1000baseTX in futu
TB --- 2009-05-16 07:47:56 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2009-05-16 07:47:56 - starting RELENG_6 tinderbox run for amd64/amd64
TB --- 2009-05-16 07:47:56 - cleaning the object tree
TB --- 2009-05-16 07:48:11 - cvsupping the source tree
TB --- 2009-05-16 07:48:11 - /usr/
John Baldwin wrote:
...
Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
allocates the resources once for each channel it seems in the ata_ali_sata
attachment. Looking in ata-chipset.c, all the other chipsets are good about
allocating these resources in their chipini
On 5/15/09 8:02 PM, Kip Macy wrote:
I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
The standard disclaimers apply. This has only been lightly tested in a
VM. Please do not use it with data you care about at this time.
T
TB --- 2009-05-16 17:02:27 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2009-05-16 17:02:27 - starting RELENG_6 tinderbox run for amd64/amd64
TB --- 2009-05-16 17:02:27 - cleaning the object tree
TB --- 2009-05-16 17:02:39 - cvsupping the source tree
TB --- 2009-05-16 17:02:39 - /usr/
I don't know if this helps pinpointing my problem, but when I unload
the drm module, I get the following message:
May 15 19:57:52 radagast kernel: vgapci0: child drm0 requested
pci_disable_busmaster
May 15 19:57:52 radagast kernel: drm0: detached
May 15 19:57:52 radagast kernel: Warning: memory t
On Wed, 08 Apr 2009 19:00:18 +0200
Torfinn Ingolfsen wrote:
> Hi,
> Is there any reason why uchcom[1] hasn't been MFC'ed to RELENG_7 yet?
Anyone?
uchcom doesn't seem to have made it into 7.2 either.
> I see discussion[2] about this subject as far back as around
> 7.0-release, but I can't find
On May 10, 2009, Norbert Papke wrote:
> Inserting a USB thumb drive into a running sytem result in a "Fatal trap
> 12: page fault while in kernel mode".
After repeating the crash a few times with INVARIANTS enabled, it becomes
apparent that EHCI transfer queue is getting corrupted.
With High Pre
I think I now know what was causing the problem with the files being
overwritten, the saved mtree database was somehow reduced to zero
bytes causing the list of CHANGED files to be empty.
Unfortunately I haven't tracked down the cause of why the mtree file
would get emptied out (given that there i
So. I decided to test FreeBSD 7.2 on my Averatec AV1020 ED1 laptop. (It
currently has 6.0-RELEASE on it, and while it runs fine, I figured now
was a good time to update it.) I ran into two problems with it, and I
thought it would be a good idea to share how I resolved them, just in
case anyone els
On 5/17/09, Bill Paul wrote:
>
> So. I decided to test FreeBSD 7.2 on my Averatec AV1020 ED1 laptop. (It
> currently has 6.0-RELEASE on it, and while it runs fine, I figured now
> was a good time to update it.) I ran into two problems with it, and I
> thought it would be a good idea to share how I
On 5/17/09, Paul B. Mahol wrote:
> On 5/17/09, Bill Paul wrote:
>>
>> So. I decided to test FreeBSD 7.2 on my Averatec AV1020 ED1 laptop. (It
>> currently has 6.0-RELEASE on it, and while it runs fine, I figured now
>> was a good time to update it.) I ran into two problems with it, and I
>> thoug
TB --- 2009-05-17 02:02:24 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2009-05-17 02:02:24 - starting RELENG_6 tinderbox run for amd64/amd64
TB --- 2009-05-17 02:02:24 - cleaning the object tree
TB --- 2009-05-17 02:02:45 - cvsupping the source tree
TB --- 2009-05-17 02:02:45 - /usr/
On May 16, 2009, at 8:50 AM, Adam McDougall wrote:
On Fri, May 15, 2009 at 05:02:22PM -0700, Kip Macy wrote:
I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you
can.
http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
The standard disclaimers apply. This has only been light
14 matches
Mail list logo