Is this fresh installation or you were upgrading?
I'm preparing now live image with new xorg, and don't saw such errors.
But I had yesterday's src/ports tree.
--
Regards,
Alexander Yerenkow
___
freebsd-current@freebsd.org mailing list
В Sun, 10 Jun 2012 11:48:41 +0300
Alexander Yerenkow yeren...@gmail.com пишет:
Is this fresh installation or you were upgrading?
of course updating
I'm preparing now live image with new xorg, and don't saw such errors.
But I had yesterday's src/ports tree.
В Sun, 10 Jun 2012 11:48:41 +0300
Alexander Yerenkow yeren...@gmail.com пишет:
Is this fresh installation or you were upgrading?
I'm preparing now live image with new xorg, and don't saw such errors.
But I had yesterday's src/ports tree.
Forgot to add - to svn r501 everything is fine
If you have non-intel card, you need edit xorg.conf, and runx.sh
(remove load i915kms).
Load process and X launching can be a while if you have not very fast flash.
I'll continue improving of infrastructure for building such testing
images, helps and advises appreciated.
--
Regards,
Alexander
such testing
images, helps and advises appreciated.
This is very nice ;-) Thank you very much.
oh
signature.asc
Description: OpenPGP digital signature
Hi Fans,
The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are
very happy to be able to Call for testing shortly after the Xorg team
annouced 7.7 release. This CFT is also open for discussion on how we
should move forward with xorg release as we are facing some issues and
we would
a package set with the new Xorg releases.
Will it be possible to provide, say pkgng repo with packages compiled
with new xorg and new mesa? That would simplify testing (and using) by a
very large factor. We'd just change PACKAGESITE and run pkg upgrade
On Thu, Jun 07, 2012 at 08:37:53PM +0800, Martin Wilke wrote:
Hi Fans,
The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are
very happy to be able to Call for testing shortly after the Xorg team
annouced 7.7 release. This CFT is also open for discussion on how we
should move
On Thu, 07 Jun 2012 08:09:06 -0500, Vitaly Magerya vmage...@gmail.com
wrote:
Will it be possible to provide, say pkgng repo with packages compiled
with new xorg and new mesa? That would simplify testing (and using) by a
very large factor. We'd just change PACKAGESITE and run pkg upgrade
On Thu, 7 Jun 2012, Martin Wilke wrote:
The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are
very happy to be able to Call for testing shortly after the Xorg team
annouced 7.7 release.
Thanks for your work on this!
This CFT is also open for discussion on how we should move
On Thu, Jun 7, 2012 at 4:07 PM, Konstantin Belousov kostik...@gmail.com wrote:
I think it is reasonable and inevitable to drop support for anything
except Intel, ATI and NVidia. This seems to be a route taken by the
upstream. Currently, ATI is big problem, Intel is less so, and NVidia
should
On Thu, June 7, 2012 14:09, C. P. Ghost wrote:
On Thu, Jun 7, 2012 at 4:07 PM, Konstantin Belousov kostik...@gmail.com
wrote:
I think it is reasonable and inevitable to drop support for anything
except Intel, ATI and NVidia. This seems to be a route taken by the
upstream. Currently, ATI is
On (17/05/2012 10:44), Pedro Giffuni wrote:
Hi;
I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.
You can get the patch here:
On 05/18/12 02:08, Gleb Kurtsou wrote:
On (17/05/2012 10:44), Pedro Giffuni wrote:
Hi;
I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.
You can get the patch here:
Hi again;
On 05/17/12 11:44, Dimitry Andric wrote:
On 2012-05-17 17:44, Pedro Giffuni wrote: Hi;
I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.
You can get the
Hi;
I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.
You can get the patch here:
http://people.freebsd.org/~pfg/patches/patch-contrib-gcc
And, for those really
On 2012-05-17 17:44, Pedro Giffuni wrote: Hi;
I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.
You can get the patch here:
Hi Dimitry;
On 05/17/12 11:44, Dimitry Andric wrote:
On 2012-05-17 17:44, Pedro Giffuni wrote: Hi;
I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.
You can get
On Thu, Apr 19, 2012 at 08:44:37PM -0400, Rick Macklem wrote:
Andrey Simonenko wrote:
On Mon, May 30, 2011 at 04:56:02PM -0400, Rick Macklem wrote:
Hi,
I have patches for the mountd, rpc.statd and rpc.lockd daemons
that are meant to keep them from failing when a dynamically
On Thu, Apr 19, 2012 at 08:44:37PM -0400, Rick Macklem wrote:
Andrey Simonenko wrote:
1. What is the sense to try to use the same port number for all
supported netconfigs if specific port number is not given in
a command line option?
Well, there was a discussion of this on one of the
On Mon, May 30, 2011 at 04:56:02PM -0400, Rick Macklem wrote:
Hi,
I have patches for the mountd, rpc.statd and rpc.lockd daemons
that are meant to keep them from failing when a dynamically
selected port# is not available for some combination of
udp,tcp X ipv4,ipv6
If anyone would like
Andrey Simonenko wrote:
On Mon, May 30, 2011 at 04:56:02PM -0400, Rick Macklem wrote:
Hi,
I have patches for the mountd, rpc.statd and rpc.lockd daemons
that are meant to keep them from failing when a dynamically
selected port# is not available for some combination of
udp,tcp X
On Thu, Dec 1, 2011 at 1:01 PM, list, mailing l...@sprymed.com wrote:
I'm looking to start testing 10 on my own.
I went to: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/
Last update was 201107
Strange.
Where do I get the Current snapshot of 10. (Or do I upgrade from 9.0-RC2)?
You need up
On Tue, Dec 6, 2011 at 2:20 AM, Eitan Adler li...@eitanadler.com wrote:
On Thu, Dec 1, 2011 at 1:01 PM, list, mailing l...@sprymed.com wrote:
I'm looking to start testing 10 on my own.
I went to: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/
Last update was 201107
Strange.
Where do
I'm looking to start testing 10 on my own.
I went to: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/
Last update was 201107
Where do I get the Current snapshot of 10. (Or do I upgrade from 9.0-RC2)?
Thanks
--
Ben Adams
http://www.SpryMed.com
Hi!
Before I begin, I appreciate any help/comments/criticism. Please, don't
hesitate to support this topic.
Comment: This is briliant! Thank you very much!
I tested it on an Lenovo ThinkPad X121e, which has Intel GMA:
vgapci0@pci0:0:2:0: class=0x03 card=0x21ed17aa chip=0x01168086
Thanks. Do you think you'll provide amd64 version of that img as well?
I'm working currently on fully automatizing this process, and it mostly
done.
But, I got now FreeBSD-9-kms-i386-r227450-2011-11-12.img
and... it seems not seeing none of my two intel cards. :(
Well, or I did broke something,
On Fri, Nov 11, 2011 at 4:14 PM, Alexander Yerenkow yeren...@gmail.com wrote:
Hello all.
Before I begin, I appreciate any help/comments/criticism. Please, don't
hesitate to support this topic.
Some time ago I've announced new project - of creating rolling images of
FreeBSD from SVN.
Along
Hello all.
Before I begin, I appreciate any help/comments/criticism. Please, don't
hesitate to support this topic.
Some time ago I've announced new project - of creating rolling images of
FreeBSD from SVN.
Along with plain standard ones (plain world+kernel install of bare system)
I'm working on
Along with plain standard ones (plain world+kernel install of bare system)
I'm working on creating specific images.
Like with preset installed packages (kde-set, gnome-set, etc.), like with
some patches (area51/kde-wip/kms) etc.
So, I did not fully automated (yet) creating of this one image,
against head that implement SCSI
descriptor sense support for CAM.
Anyway, I'd appreciate any testing and feedback on these changes. As
I
said, they will probably be in 9.0, so if there are any issues it
would
be better to find them now. :)
I've been
byte length field in the SCSI inquiry CDB, I accidently shortened the CDB
to 5 bytes. Oops.
I'd really appreciate more feedback; Fabian is the only person to report
testing the previous patch.
Thanks,
Ken
On Thu, Sep 22, 2011 at 13:33:05 -0600, Kenneth D. Merry wrote:
I have
sense support for CAM.
Anyway, I'd appreciate any testing and feedback on these changes. As I
said, they will probably be in 9.0, so if there are any issues it would
be better to find them now. :)
I've been using the patch on a ThinkPad R500 since yesterday and
just
Kenneth D. Merry k...@freebsd.org wrote:
On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote:
Kenneth D. Merry k...@freebsd.org wrote:
I have attached a set of patches against head that implement SCSI
descriptor sense support for CAM.
Anyway, I'd appreciate any testing
On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote:
Kenneth D. Merry k...@freebsd.org wrote:
I have attached a set of patches against head that implement SCSI
descriptor sense support for CAM.
Anyway, I'd appreciate any testing and feedback on these changes. As I
said
Kenneth D. Merry k...@freebsd.org wrote:
I have attached a set of patches against head that implement SCSI
descriptor sense support for CAM.
Anyway, I'd appreciate any testing and feedback on these changes. As I
said, they will probably be in 9.0, so if there are any issues it would
On Thu, Sep 22, 2011 at 01:33:05PM -0600, Kenneth D. Merry wrote:
I have attached a set of patches against head that implement SCSI
descriptor sense support for CAM.
Descriptor sense is a new sense (SCSI error) format introduced in the SPC-3
spec in 2006. FreeBSD doesn't currently support
On Tue, Sep 20, 2011 at 7:38 AM, Ed Maste ema...@freebsd.org wrote:
Mfiutil(8) is a commandline management tool for RAID controllers
supported by the mfi(4) driver. I have a couple of changes to the way
battery back up unit (BBU) state is reported and I would like to request
testing from any
Here are some of the results from testing based on your instructions and
patches in IRC earlier today.
First, per your instructions, I removed sg by modifying
/usr/src/sys/conf/files and rebuilding the kernel:
--- files.orig 2011-06-25 16:26:46.0 -0500
+++ files 2011-06-25 16
On Sunday 26 June 2011 09:27:22 Greg Rivers wrote:
With this change, the USB bus continued to operate as expected while
attaching and detaching a USB flash drive. On start up, hald was not
detecting the attach/detach events, but started working and kept working
after restarting it. In
On Sun, 26 Jun 2011, Hans Petter Selasky wrote:
On Sunday 26 June 2011 09:27:22 Greg Rivers wrote:
With this change, the USB bus continued to operate as expected while
attaching and detaching a USB flash drive. On start up, hald was not
detecting the attach/detach events, but started working
Sorry for slightly off-topic post but (see below)
On Sun, 26 Jun 2011, Greg Rivers wrote:
On Sun, 26 Jun 2011, Hans Petter Selasky wrote:
On Sunday 26 June 2011 09:27:22 Greg Rivers wrote:
With this change, the USB bus continued to operate as expected while
attaching and detaching a USB
.
At this point the USB bus is effectively wedged. It seems to be the
detach that triggers the problem. If I do not detach anything, I can
continue to add other devices and they attach fine.
I'd be happy to continue troubleshooting and testing if you'd like to
pursue this. Just let me know what you'd
. If I do not detach anything, I can
continue to add other devices and they attach fine.
I'd be happy to continue troubleshooting and testing if you'd like to
pursue this. Just let me know what you'd like me to do. Thanks for all
your great work!
[1]
http://lists.freebsd.org/pipermail
on 25/06/2011 21:53 Greg Rivers said the following:
Jun 25 13:15:45 blue kernel: ugen4.3: USBest Technology at usbus4
Jun 25 13:15:45 blue kernel: umass0: USBest Technology USB Mass Storage
Device,
class 0/0, rev 2.00/1.00, addr 3 on usbus4
Jun 25 13:15:45 blue kernel: umass0: SCSI over
On Sat, 25 Jun 2011, Andriy Gapon wrote:
Hm, I have to ask, have you tried this without sg driver?
Thanks for the suggestion. Hans Petter suggested the same thing in IRC
earlier today. We're trying that and a few other things.
--
Greg Rivers
Hi,
It appears there are some bugs in the USB2 HAL implementation. For example the
parent USB device is not always correctly set and there are problems with
dynamic attach/detach of USB devices in hald.
For users of 9-current and 8-stable:
Copy the attached file to
On 24 June 2011 17:31, Hans Petter Selasky hsela...@c2i.net wrote:
Hi,
[...]
There're no attached file. Please check content type for attachments.
I think, if you'll make shar archive, it'll be better.
-- Eir Nym
[...]
--HPS
___
On Friday 24 June 2011 15:51:03 Eir Nym wrote:
On 24 June 2011 17:31, Hans Petter Selasky hsela...@c2i.net wrote:
Hi,
[...]
There're no attached file. Please check content type for attachments.
I think, if you'll make shar archive, it'll be better.
Look here:
24.06.2011 17:31, Hans Petter Selasky пишет:
Hi,
It appears there are some bugs in the USB2 HAL implementation. For example the
parent USB device is not always correctly set and there are problems with
dynamic attach/detach of USB devices in hald.
For users of 9-current and 8-stable:
Copy the
For the list: Attached patch works.
/glz
--On May 28, 2011 19:28:43 -0400 Rick Macklem rmack...@uoguelph.ca wrote:
It worked when I added CURVNET_SET/CURVNET_RESTORE around the
RTFREE_LOCKED
macro too. Attached a complete patch.
Thank you.
and thanks for finding/reporting/testing it. I've
Hi,
I have patches for the mountd, rpc.statd and rpc.lockd daemons
that are meant to keep them from failing when a dynamically
selected port# is not available for some combination of
udp,tcp X ipv4,ipv6
If anyone would like to test these patches, they can be found
at:
--On Friday, May 27, 2011 7:03 PM -0400 Rick Macklem rmack...@uoguelph.ca
wrote:
And the attached core.txt got eaten.
http://people.hidden-powers.com/~glz/core.txt.3
/glz
--On May 27, 2011 10:37:32 +0200 Goran Lowkrantz
g...@hidden-powers.com
wrote:
I have been testing VIMAGE a lot lately
I have been testing VIMAGE a lot lately to see how it works an all my test
cases works as expected except when I use NFSv4 from an NFS client with a
kerrel with VIMAGE enabled.
All other permutations work and this error is very specific. All crashes
occurs when trying to read or write
And the attached core.txt got eaten.
http://people.hidden-powers.com/~glz/core.txt.3
/glz
--On May 27, 2011 10:37:32 +0200 Goran Lowkrantz g...@hidden-powers.com
wrote:
I have been testing VIMAGE a lot lately to see how it works an all my
test cases works as expected except when I use
And the attached core.txt got eaten.
http://people.hidden-powers.com/~glz/core.txt.3
/glz
--On May 27, 2011 10:37:32 +0200 Goran Lowkrantz
g...@hidden-powers.com
wrote:
I have been testing VIMAGE a lot lately to see how it works an all
my
test cases works as expected except
On 2011-Apr-25 20:33:14 -0400, Rick Macklem rmack...@uoguelph.ca wrote:
I believe that the new/experimental NFS client in head is now
compatible with the old/regular NFS client.
Possibly even too compatible...
Both the old and new NFS clients assume a 1:1 mapping between NFS
error codes
On 2011-Apr-25 20:33:14 -0400, Rick Macklem rmack...@uoguelph.ca
wrote:
I believe that the new/experimental NFS client in head is now
compatible with the old/regular NFS client.
Possibly even too compatible...
Both the old and new NFS clients assume a 1:1 mapping between NFS
error codes
Hi,
I believe that the new/experimental NFS client in head is now
compatible with the old/regular NFS client.
If you run current and do NFS mounts, testing of the new NFS
client would be appreciated. All you need to do is:
- replace the fstype of nfs with newnfs in the appropriate
lines
-mregparm=3 and also
rewrites sio.S to use register passing.
This survived my testing in qemu and jhb@s review.
Works for me on amd64 with gcc, but I don't use either
a serial console or gptboot/zfsboot.
thank you for testing, although I really need someone to test
this on serial console
.
This survived my testing in qemu and jhb@s review.
Works for me on amd64 with gcc, but I don't use either
a serial console or gptboot/zfsboot.
Fabian
signature.asc
Description: PGP signature
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
On Thu Mar 10 11, Dimitry Andric wrote:
On 2011-03-09 22:18, David Schultz wrote:
The proliferation of -mno-sse -mno-sse2 -mno-sse3 options in the
makefiles is probably not needed: I'm pretty sure -mno-sse implies
the other two, unless -msse3 is specified explicitly.
Indeed,
On Wed Mar 9 11, George Liaskos wrote:
I have prepared a patch that finishes the core2 support part and
backports from gcc-4.3
the SSSE3 instruction set (-mssse3, -mno-ssse3).
It is enabled for -march=core2 by default.
Testing and comments are welcome.
Patch:
http
Here is a base gcc upgrade to the latest GPLv2 version (rev. 127959).
http://people.freebsd.org/~mm/patches/head-gcc-422-prerelease.patch
Open questions:
Do we want the 4.2.2 prerelase 20070831 version tag or stick to 4.2.1
20070831?
Testing and comments are welcome.
Originally suggested
On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote:
On 2011-03-09 14:23, John Baldwin wrote:
gcc nor clang emits any code to initialize static type foo = 0;
because it's expected that BSS is zeroed, which is not the case
in boot2 so we have to initialize that explicitly
It used
On Thu, Mar 10, 2011 at 09:20:58AM -0500, John Baldwin wrote:
On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote:
On 2011-03-09 14:23, John Baldwin wrote:
gcc nor clang emits any code to initialize static type foo = 0;
because it's expected that BSS is zeroed, which is not the
4.2.2 prerelase 20070831, since the ammount of changes and fixed
issues are quite high and would distinguish the current gcc base version from
the new one (whch includes all the patches).
Testing and comments are welcome.
Originally suggested by Pedro F. Giffuni in:
http://www.freebsd.org/cgi
On Thu, Mar 10, 2011 at 8:37 AM, Roman Divacky rdiva...@freebsd.org wrote:
On Thu, Mar 10, 2011 at 09:20:58AM -0500, John Baldwin wrote:
On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote:
On 2011-03-09 14:23, John Baldwin wrote:
gcc nor clang emits any code to initialize static
On Thursday, March 10, 2011 11:58:30 am Matthew Fleming wrote:
On Thu, Mar 10, 2011 at 8:37 AM, Roman Divacky rdiva...@freebsd.org wrote:
On Thu, Mar 10, 2011 at 09:20:58AM -0500, John Baldwin wrote:
On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote:
On 2011-03-09 14:23, John
On Thu Mar 10 11, Alexander Best wrote:
On Thu Mar 10 11, Dimitry Andric wrote:
On 2011-03-09 22:18, David Schultz wrote:
The proliferation of -mno-sse -mno-sse2 -mno-sse3 options in the
makefiles is probably not needed: I'm pretty sure -mno-sse implies
the other two, unless -msse3 is
On Tuesday, March 08, 2011 3:52:12 pm Roman Divacky wrote:
On Tue, Mar 08, 2011 at 09:19:31PM +0100, Fabian Keil wrote:
Roman Divacky rdiva...@freebsd.org wrote:
this diet patch
http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch
includes these changes:
I have prepared a patch that finishes the core2 support part and
backports from gcc-4.3
the SSSE3 instruction set (-mssse3, -mno-ssse3).
It is enabled for -march=core2 by default.
Testing and comments are welcome.
Patch:
http://people.freebsd.org/~mm/patches/head-gcc-ssse3.patch
The backport
I have prepared a patch that finishes the core2 support part and
backports from gcc-4.3
the SSSE3 instruction set (-mssse3, -mno-ssse3).
It is enabled for -march=core2 by default.
Testing and comments are welcome.
Patch:
http://people.freebsd.org/~mm/patches/head-gcc-ssse3.patch
On Wed, Mar 9, 2011 at 9:49 AM, George Liaskos geo.lias...@gmail.comwrote:
I have prepared a patch that finishes the core2 support part and
backports from gcc-4.3
the SSSE3 instruction set (-mssse3, -mno-ssse3).
It is enabled for -march=core2 by default.
Testing and comments
On Wed, Mar 09, 2011, Martin Matuska wrote:
I have prepared a patch that finishes the core2 support part and
backports from gcc-4.3
the SSSE3 instruction set (-mssse3, -mno-ssse3).
It is enabled for -march=core2 by default.
Testing and comments are welcome.
Patch:
http
On 2011-03-09 14:23, John Baldwin wrote:
gcc nor clang emits any code to initialize static type foo = 0;
because it's expected that BSS is zeroed, which is not the case
in boot2 so we have to initialize that explicitly
It used to be that if you explicitly initialized a variable to 0, it was
On 2011-03-09 22:18, David Schultz wrote:
The proliferation of -mno-sse -mno-sse2 -mno-sse3 options in the
makefiles is probably not needed: I'm pretty sure -mno-sse implies
the other two, unless -msse3 is specified explicitly.
Indeed, contrib/gcc/config/i386/i386.c has:
static bool
hi,
this diet patch
http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch
includes these changes:
o bunch of variables are turned into uint8_t
o initial setting of namep[] in lookup() is removed
as it's only overwritten a few lines down
Roman Divacky rdiva...@freebsd.org wrote:
this diet patch
http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch
includes these changes:
o bunch of variables are turned into uint8_t
o initial setting of namep[] in lookup() is removed
/boot/i386/boot2/boot2.c.diff?r1=1.91;r2=1.92;f=h
The attached (only compile-tested) patch removes it.
oh, I'll commit that with the rest
thanks for the testing!
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Fri, 4 Mar 2011 12:24:20 -0800 Freddie Cash fjwc...@gmail.com wrote
about Re: Request for review/testing: switching the default installer:
FC Or, does anyone have instructions on how to convert the ISO images
FC into memstick images? Preferably using a Linux station, not a FreeBSD
FC station
On Mon, Feb 28, 2011 at 6:49 AM, Nathan Whitehorn
nwhiteh...@freebsd.org wrote:
BSDinstall has acquired at this point its final form (prior to a future
merge with pc-sysinstall), and I believe is ready to replace sysinstall on
the 9.0 snapshot ISOs. Barring any objections, I would like to pull
, and used it to get a bootable install of
FreeBSD 9-CURRENT. :)
Thanks for testing, and sympathies for the hardware trouble!
Here are my thought and experiences using the new installer.
Things I really like:
- that the install CD is a LiveCD with a fully functional system;
while it won't
On Mon, Mar 7, 2011 at 4:56 PM, Nathan Whitehorn nwhiteh...@freebsd.org wrote:
On 03/07/11 14:14, Freddie Cash wrote:
Things that irritated me:
- when you drop to a shell from the disk editor screen, it lists the
instructions at the top, but then never repeats them ever again
Can you
On 03/07/11 19:27, Freddie Cash wrote:
On Mon, Mar 7, 2011 at 4:56 PM, Nathan Whitehornnwhiteh...@freebsd.org wrote:
On 03/07/11 14:14, Freddie Cash wrote:
Things that irritated me:
- when you drop to a shell from the disk editor screen, it lists the
instructions at the top, but then never
Any chance of a memstick.img version being made available?
Or, does anyone have instructions on how to convert the ISO images
into memstick images? Preferably using a Linux station, not a FreeBSD
station.
I have a beautiful 24-drive system here just crying out for testing
9-CURRENT and ZFSv28
crying out for testing
9-CURRENT and ZFSv28, but it doesn't have any bootable media except
USB sticks. And the 2011-01-* memstick snapshot of 9-CURRENT fails
with can't create device node in /dev errors when trying to newfs
the CompactFlash disk that will be /.
Its always worth having a go
In article 4d6e6c43.4010...@freebsd.org
Nathan Whitehorn nwhiteh...@freebsd.org writes:
Do you have a plan to add a floppy support as boot device? Pc98
machines which can boot from CD-ROM are very limited. So we usually
use FD for boot media to install.
No, I hadn't thought about this. If
On Wed, Mar 02, 2011 at 09:36:58AM -0600, Nathan Whitehorn wrote:
On 02/28/11 09:20, John Baldwin wrote:
On Monday, February 28, 2011 9:49:07 am Nathan Whitehorn wrote:
There are some changes to the distribution format involved in this
patch, which are outlined below, and about which I
2011/3/3 Paul Schenkeveld free...@psconsult.nl:
On Wed, Mar 02, 2011 at 09:36:58AM -0600, Nathan Whitehorn wrote:
On 02/28/11 09:20, John Baldwin wrote:
On Monday, February 28, 2011 9:49:07 am Nathan Whitehorn wrote:
There are some changes to the distribution format involved in this
patch,
On 03/03/2011 02:22, Baptiste Daroussin wrote:
While working on this maybe it would be interesting to now use makefs
instead of mkisofs, making installer generation 100% self hosting.
makefs has recently been updating to a recent version from netbsd and
now support iso9660, I already managed
On Wed, Mar 02, 2011 at 02:28:54AM +, Alexander Best wrote:
On Mon Feb 28 11, Roman Divacky wrote:
hi there,
I have a patch that shrinks boot2 some:
1) it switches kname to be just a pointer instead of an array
thus avoiding a couple of memcpy()s
2) it changes ioctl to
On 02/28/11 09:20, John Baldwin wrote:
On Monday, February 28, 2011 9:49:07 am Nathan Whitehorn wrote:
BSDinstall has acquired at this point its final form (prior to a future
merge with pc-sysinstall), and I believe is ready to replace sysinstall
on the 9.0 snapshot ISOs. Barring any
In article 4d6bb5e3.6020...@freebsd.org
Nathan Whitehorn nwhiteh...@freebsd.org writes:
BSDinstall has acquired at this point its final form (prior to a
future merge with pc-sysinstall), and I believe is ready to replace
sysinstall on the 9.0 snapshot ISOs. Barring any objections, I would
On 03/02/11 10:06, TAKAHASHI Yoshihiro wrote:
In article4d6bb5e3.6020...@freebsd.org
Nathan Whitehornnwhiteh...@freebsd.org writes:
BSDinstall has acquired at this point its final form (prior to a
future merge with pc-sysinstall), and I believe is ready to replace
sysinstall on the 9.0
On Wednesday, March 02, 2011 10:36:58 am Nathan Whitehorn wrote:
On 02/28/11 09:20, John Baldwin wrote:
On Monday, February 28, 2011 9:49:07 am Nathan Whitehorn wrote:
BSDinstall has acquired at this point its final form (prior to a future
merge with pc-sysinstall), and I believe is ready
On Monday, February 28, 2011 3:39:28 pm Roman Divacky wrote:
3) it changes the first keyhit limit to 5 seconds from 3
so that constant propagation can take place
Does this make booting take 2 seconds longer as a result?
I'm curious as to why '3*FOO' isn't a constant but '5*FOO' is?
I think
On Tue, Mar 01, 2011 at 07:54:14AM -0500, John Baldwin wrote:
On Monday, February 28, 2011 3:39:28 pm Roman Divacky wrote:
3) it changes the first keyhit limit to 5 seconds from 3
so that constant propagation can take place
Does this make booting take 2 seconds longer as a result?
On Mon Feb 28 11, Roman Divacky wrote:
hi there,
I have a patch that shrinks boot2 some:
1) it switches kname to be just a pointer instead of an array
thus avoiding a couple of memcpy()s
2) it changes ioctl to unsigned from uint8_t
3) it changes the first keyhit limit to 5 seconds
501 - 600 of 991 matches
Mail list logo