After my recent patches to HEAD not anymore.
I have also a SSSE3 patch and a general gcc 4.2 update patch pending.
Dňa 12.03.2011 09:42, Jakub Lach wrote / napísal(a):
Core i7 based procesors run slower with -march=core2 (new option) on the
system
compiler than with -march=nocona
Sorry
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 10 Mar 2011 08:17, mikael.urankar@ wrote:
Hi,
I'm using sysutils/freebsd-snapshot to make periodic ZFS backup snapshot
and this soft is broken since the upgrade of my pool to ZFSv28.
After some debugging it appears that zfs list behaviour
On Mon, Mar 14, 2011 at 2:34 AM, Matthew Jacob m...@feral.com wrote:
On 3/13/2011 5:03 PM, Yuri Pankov wrote:
On Sun, Mar 13, 2011 at 04:41:58PM -0700, Matthew Jacob wrote:
Yes they are. The full messages from the failed boot would be helpful.
Looks like we have ATA in CAM now, so it's
On Mon 14 March 2011 at 02:44:16AM -0400, J. Hellenthal wrote:
On Thu, 10 Mar 2011 08:17, mikael.urankar@ wrote:
Hi,
I'm using sysutils/freebsd-snapshot to make periodic ZFS backup snapshot
and this soft is broken since the upgrade of my pool to ZFSv28.
After some debugging it appears that
I'm debugging a deadlock on FreeBSD that is not on head but on 7.3, 8.2...
Maybe someone will have an idea on what patch fixed it.
Context:
1 - On a UP machine (Multicore without SMP option or UP with SMP).
2 - When using device apic (more on this later)
3 - Using DEVICE_POLLING (more on this
On Mon, Mar 14, 2011 at 02:01:38AM +0300, Yuri Pankov wrote:
Hi,
I'm getting the following panic trying to boot March 5 snapshot on
HP Pavilion DV8 notebook (8.2-RELEASE GENERIC kernel seems to boot on
the same hardware just fine):
run_interrupt_driven_hooks: still waiting after 60
I just committed (r219641) changes that make the release infrastructure
(src/release/Makefile) use bsdinstall by default instead of sysinstall
on install media. A big thank you is in order to everyone who provided
advice, criticism, and testing for this project over the last few months!
Along
On Mon, Mar 14, 2011 at 11:14:31AM +0100, Olivier Houchard wrote:
On Mon, Mar 14, 2011 at 02:01:38AM +0300, Yuri Pankov wrote:
Hi,
I'm getting the following panic trying to boot March 5 snapshot on
HP Pavilion DV8 notebook (8.2-RELEASE GENERIC kernel seems to boot on
the same hardware
Hello, all.
I am pleased to present support for Ralink RT3050F/RT3052F MIPS SoC's for
FreeBSD.
This patches add support of
1. GPIO/Interrupt/System/UART controllers + internal bus
http://my.ddteam.net/files/2011-03-14_RT305xF_support.patch
2. RT305xF embedded ethernet controller
Hi, all.
proposed patch add support of NOR flash arrays to cfi driver
http://my.ddteam.net/files/2011-03-11_cfi_flash_array_support.patch
Supported arrays split by address (example: first on offset 0, second on offset
0x40) and interleaved (example: two devices
with 16bit width, mapped to
On Monday, March 14, 2011 10:13:30 am Nathan Whitehorn wrote:
I just committed (r219641) changes that make the release infrastructure
(src/release/Makefile) use bsdinstall by default instead of sysinstall
on install media. A big thank you is in order to everyone who provided
advice,
On 03/14/11 10:44, John Baldwin wrote:
On Monday, March 14, 2011 10:13:30 am Nathan Whitehorn wrote:
I just committed (r219641) changes that make the release infrastructure
(src/release/Makefile) use bsdinstall by default instead of sysinstall
on install media. A big thank you is in order to
On Mon, Mar 14, 2011 at 3:13 PM, Nathan Whitehorn
nwhiteh...@freebsd.org wrote:
Changes to release(7)
-
Release builds work and look slightly different now, so everyone who
snapshot tinderboxes will likely find them breaking shortly. The nearest
analog to the old
On 03/14/11 10:38, Giorgos Keramidas wrote:
On Mon, Mar 14, 2011 at 3:13 PM, Nathan Whitehorn
nwhiteh...@freebsd.org wrote:
Changes to release(7)
-
Release builds work and look slightly different now, so everyone who
snapshot tinderboxes will likely find them
On Monday, March 14, 2011 11:56:14 am Nathan Whitehorn wrote:
On 03/14/11 10:44, John Baldwin wrote:
On Monday, March 14, 2011 10:13:30 am Nathan Whitehorn wrote:
I just committed (r219641) changes that make the release infrastructure
(src/release/Makefile) use bsdinstall by default instead
In message 4d7e228a.4090...@freebsd.org, Nathan Whitehorn writes:
I just committed (r219641) changes that make the release infrastructure
(src/release/Makefile) use bsdinstall by default instead of sysinstall
on install media. A big thank you is in order to everyone who provided
advice,
Hi,
This patch:
http://lev.vlakno.cz/~rdivacky/boot2-mregparm.patch
makes boot2 to be compiled with -mregparm=3 (which shrinks it
some). It changes CFLAGS to include -mregparm=3 and also
rewrites sio.S to use register passing.
This survived my testing in qemu and jhb@s review.
Hello,
Since r219563 (I think, didn't have this problem a week ago),
9-CURRENT shows me a warning when I run su :
Mar 14 22:49:59 q su: in pam_sm_authenticate(): (pam_group) neither
luser nor ruser specified, assuming ruser
% uname -a
FreeBSD q.gid0.org 9.0-CURRENT FreeBSD 9.0-CURRENT #0
On Mar 14, 2011, at 9:13 AM, Nathan Whitehorn wrote:
I just committed (r219641) changes that make the release infrastructure
(src/release/Makefile) use bsdinstall by default instead of sysinstall on
install media. A big thank you is in order to everyone who provided advice,
criticism, and
2011/3/13 Adrian Chadd adr...@freebsd.org:
Hi all,
I've been working on AR9285 and AR2427 specific fixes. I seem to have
fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427
actually performs better under FreeBSD than Linux. Hah!)
Just to be clear - the AR2427 support now
Hi!
Thanks for the information.
Please (re) include the chipset details, and what's in dmesg for ath0.
Please also re-run sysctl dev.ath.0.sample_stats=1 (and check dmesg)
after doing a few transfers; that'll give statistics on the TX side
after it's actually done some TX'ing.
Thanks,
Adrian
2011/3/14 Adrian Chadd adr...@freebsd.org:
Hi!
Thanks for the information.
Please (re) include the chipset details, and what's in dmesg for ath0.
Please also re-run sysctl dev.ath.0.sample_stats=1 (and check dmesg)
after doing a few transfers; that'll give statistics on the TX side
after
Cool, so you're also seeing the hilariously garbage results when
transmitting low-rate packets (11b rate.) Cool. I'll investigate that.
adrian
2011/3/15 Vinícius Zavam egyp...@googlemail.com:
2011/3/14 Adrian Chadd adr...@freebsd.org:
Hi!
Thanks for the information.
Please (re) include
23 matches
Mail list logo
