FreeBSD Tinderbox | 1 Apr 01:01 2010
Picon

[head tinderbox] failure on i386/i386

TB --- 2010-03-31 21:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-31 21:55:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-03-31 21:55:00 - cleaning the object tree
TB --- 2010-03-31 21:55:21 - cvsupping the source tree
TB --- 2010-03-31 21:55:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile
TB --- 2010-03-31 21:55:52 - building world
TB --- 2010-03-31 21:55:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-03-31 21:55:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-03-31 21:55:52 - TARGET=i386
TB --- 2010-03-31 21:55:52 - TARGET_ARCH=i386
TB --- 2010-03-31 21:55:52 - TZ=UTC
TB --- 2010-03-31 21:55:52 - __MAKE_CONF=/dev/null
TB --- 2010-03-31 21:55:52 - cd /src
TB --- 2010-03-31 21:55:52 - /usr/bin/make -B buildworld
>>> World build started on Wed Mar 31 21:55:52 UTC 2010
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Wed Mar 31 22:54:58 UTC 2010
TB --- 2010-03-31 22:54:58 - generating LINT kernel config
TB --- 2010-03-31 22:54:58 - cd /src/sys/i386/conf
TB --- 2010-03-31 22:54:58 - /usr/bin/make -B LINT
(Continue reading)

FreeBSD Tinderbox | 1 Apr 01:27 2010
Picon

[head tinderbox] failure on amd64/amd64

TB --- 2010-03-31 21:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-31 21:55:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-03-31 21:55:00 - cleaning the object tree
TB --- 2010-03-31 21:55:26 - cvsupping the source tree
TB --- 2010-03-31 21:55:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile
TB --- 2010-03-31 21:55:52 - building world
TB --- 2010-03-31 21:55:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-03-31 21:55:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-03-31 21:55:52 - TARGET=amd64
TB --- 2010-03-31 21:55:52 - TARGET_ARCH=amd64
TB --- 2010-03-31 21:55:52 - TZ=UTC
TB --- 2010-03-31 21:55:52 - __MAKE_CONF=/dev/null
TB --- 2010-03-31 21:55:52 - cd /src
TB --- 2010-03-31 21:55:52 - /usr/bin/make -B buildworld
>>> World build started on Wed Mar 31 21:55:52 UTC 2010
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Wed Mar 31 23:21:18 UTC 2010
TB --- 2010-03-31 23:21:18 - generating LINT kernel config
TB --- 2010-03-31 23:21:18 - cd /src/sys/amd64/conf
(Continue reading)

Tom Uffner | 1 Apr 03:56 2010

Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]

Michael Butler wrote:

> This breaks most (if not all) of the QT4-dependent ports for the lack of
> a definition of "off64_t".

it also breaks multimedia/mplayer, graphics/ImageMagick, and
print/ghostscript8 & everything that depends on it.
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

Xin LI | 1 Apr 05:51 2010
Picon

Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]

On Wed, Mar 31, 2010 at 6:56 PM, Tom Uffner <tom <at> uffner.com> wrote:
> Michael Butler wrote:
>
>> This breaks most (if not all) of the QT4-dependent ports for the lack of
>> a definition of "off64_t".
>
> it also breaks multimedia/mplayer, graphics/ImageMagick, and
> print/ghostscript8 & everything that depends on it.

Just because they used to compile DOES NOT mean they were right.  It's
NOT right to define _LARGEFILE64_SOURCE on FreeBSD, see:

http://www.delorie.com/gnu/docs/glibc/libc_13.html

Cheers,
--

-- 
Xin LI <delphij <at> delphij.net> http://www.delphij.net
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

David Ehrmann | 1 Apr 08:29 2010
Picon

Intel H55 and em0

I recently picked up a H55-based motherboard, and the ethernet interface 
isn't autodetected.  dmesg lists it as the following:

pci0: <network, ethernet> at device 25.0 (no driver attached)

And pciconf lists this:

none1 <at> pci0:0:25:0:      class=0x020000 card=0x00008086 chip=0x10ef8086 
rev=0x06 hdr=0x00
    vendor     = 'Intel Corporation'
    class      = network
    subclass   = ethernet

I'm actually not sure it's an em device, but it's definitely gigabit, 
and googling suggests that others have recently run into the same issue.

Since I'll probably have to recompile, is this currently working in 
recent builds of 8.0?  This was just a vanilla 8.0 release image.  Would 
some simple change tell the driver to recognize this card?

Thanks in advance.
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

Jack Vogel | 1 Apr 08:39 2010
Picon

Re: Intel H55 and em0

The device subfamily on those motherboards is called PCH, and its only in
the em driver as of
last December, The CVS delta of if_em is 1.27. You can either update to
STABLE/8 or CURRENT.
If you wish to just pull the e1000 driver directory it should work fine in
8.0 RELEASE also.

Cheers,

Jack

On Wed, Mar 31, 2010 at 11:29 PM, David Ehrmann <ehrmann <at> gmail.com> wrote:

> I recently picked up a H55-based motherboard, and the ethernet interface
> isn't autodetected.  dmesg lists it as the following:
>
> pci0: <network, ethernet> at device 25.0 (no driver attached)
>
> And pciconf lists this:
>
> none1 <at> pci0:0:25:0:      class=0x020000 card=0x00008086 chip=0x10ef8086
> rev=0x06 hdr=0x00
>   vendor     = 'Intel Corporation'
>   class      = network
>   subclass   = ethernet
>
>
> I'm actually not sure it's an em device, but it's definitely gigabit, and
> googling suggests that others have recently run into the same issue.
>
(Continue reading)

Jack Vogel | 1 Apr 08:43 2010
Picon

Re: Intel H55 and em0

OH, as to my last statement, the code in CURRENT will NOT work on 8.0
RELEASE,
it would require a change to sys/conf/files, and it also has a fix in the
stack that is not
in RELEASE. SO taking the latest would require you take the whole tree.

Jack

On Wed, Mar 31, 2010 at 11:39 PM, Jack Vogel <jfvogel <at> gmail.com> wrote:

> The device subfamily on those motherboards is called PCH, and its only in
> the em driver as of
> last December, The CVS delta of if_em is 1.27. You can either update to
> STABLE/8 or CURRENT.
> If you wish to just pull the e1000 driver directory it should work fine in
> 8.0 RELEASE also.
>
> Cheers,
>
> Jack
>
>
>
> On Wed, Mar 31, 2010 at 11:29 PM, David Ehrmann <ehrmann <at> gmail.com> wrote:
>
>> I recently picked up a H55-based motherboard, and the ethernet interface
>> isn't autodetected.  dmesg lists it as the following:
>>
>> pci0: <network, ethernet> at device 25.0 (no driver attached)
>>
(Continue reading)

PseudoCylon | 1 Apr 12:47 2010
Picon

Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless

----- Original Message ----
> From: Ganbold <ganbold <at> gmail.com>
> To: PseudoCylon <moonlightakkiy <at> yahoo.ca>
> Cc: freebsd-current <at> freebsd.org
> Sent: Wed, March 31, 2010 8:08:29 AM
> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
>
> Does stock run(4) support hostap mode yet?

No. There were some bugs and I thought I fixed them. So, I called for test. It seems the driver is working on
x86, but not on mips. hostap mode should work on your other computer with i386.

I'm still working on patch. It panics where there wasn't any changes made. Strange...

AK

      __________________________________________________________________
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now
http://ca.toolbar.yahoo.com.
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

Bartosz Stec | 1 Apr 15:23 2010
Picon

gpart failing with no such geom after gpt corruption

Hello ZFS and GPT hackers :)

I'm sending this message to both freebsd-current and freebsd-fs because 
it doesn't seems to be a CURRENT-specific issue.

Yesterday I tried to migrate my mixed UFS/RAIDZ config to clean RAIDZ 
with GPT boot. I've following mostly this guide: 
http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1
I'm using CURRENT on 3x40GB HDDs (ad0-ad3) and additional 250GB HDD has 
been used for data migration (ad4).

Data was copied form RAIDZ to 250GB HDD, GPT sheme was created on  40GB 
HDDs, then new zpool on them, and finally data went back to RAIDZ. 
Booting from RAIDZ was succesful, so far so good.

After a while I've  noticed some SMART errors on ad1, so I've booted 
machine with seatools for dos and made long test. One bad sector was 
found and reallocated, nothing to worry about.
As I was in seatools already, I've decided to adjust LBA size on that 
disk (seatools can do that), because it was about 30MB larger than the 
other two, and because of that I had to adjust size of freebsd-zfs 
partition on that disk to match exact size of others (otherwise 'zpool 
create' will complain). So LBA was adjusted and system rebooted.

Yes, I was aware that changing disk size probably end with corrupted GPT 
and data loss, but it doesn't seem to be a big deal for me as far as 2/3 
of zpool is alive, because I can always recreate gpt and resilver ad1.

Unfortunately it wasn't so easy. First of all system booted, and as I 
expected kernel message shows GPT error on ad1. Zpool was degraded but 
(Continue reading)

David Ehrmann | 1 Apr 17:02 2010
Picon

Re: Intel H55 and em0

Thanks.  I'll give STABLE/8 a try.

Jack Vogel wrote:
> OH, as to my last statement, the code in CURRENT will NOT work on 8.0 
> RELEASE,
> it would require a change to sys/conf/files, and it also has a fix in 
> the stack that is not
> in RELEASE. SO taking the latest would require you take the whole tree.
>
> Jack
>
>
> On Wed, Mar 31, 2010 at 11:39 PM, Jack Vogel <jfvogel <at> gmail.com 
> <mailto:jfvogel <at> gmail.com>> wrote:
>
>     The device subfamily on those motherboards is called PCH, and its
>     only in the em driver as of
>     last December, The CVS delta of if_em is 1.27. You can either
>     update to STABLE/8 or CURRENT.
>     If you wish to just pull the e1000 driver directory it should work
>     fine in 8.0 RELEASE also.
>
>     Cheers,
>
>     Jack
>
>
>
>     On Wed, Mar 31, 2010 at 11:29 PM, David Ehrmann <ehrmann <at> gmail.com
>     <mailto:ehrmann <at> gmail.com>> wrote:
(Continue reading)


Gmane