Greg Byshenk free...@byshenk.net wrote:
On Sun, Sep 12, 2010 at 05:26:12PM +0200, Oliver Fromme wrote:
On Friday I have updated a machine from 7.1 to stable/8.
It is connected to a serial console. With 7.1 everything
worked fine, but with stable/8 things seem to break.
[...]
On Mon, Sep 13, 2010 at 08:37:24AM +0200, Oliver Fromme wrote:
Greg Byshenk free...@byshenk.net wrote:
On Sun, Sep 12, 2010 at 05:26:12PM +0200, Oliver Fromme wrote:
On Friday I have updated a machine from 7.1 to stable/8.
It is connected to a serial console. With 7.1 everything
Jeremy Chadwick wrote:
Is there a PS/2 keyboard hooked up to this machine when you're
attempting to get serial console output?
Kind of. It's connected to a local KVM switch.
If so, I'm not too surprised it doesn't work (re: -P flag).
If -P is not supposed to activate the serial console,
On Mon, Sep 13, 2010 at 09:21:21AM +0200, Oliver Fromme wrote:
Jeremy Chadwick wrote:
Is there a PS/2 keyboard hooked up to this machine when you're
attempting to get serial console output?
Kind of. It's connected to a local KVM switch.
Does the KVM switch provide power to a PS/2 port
per...@pluto.rain.com wrote:
[...]
Beyond that, I suspect
that dropping an HBA or three would have been far less burdensome
on users of the hardware in question than dropping ISDN is on its
users. One can always replace a no-longer-supported HBA with a
supported one, or (worst case)
Am 12.09.2010 um 17:26 schrieb Oliver Fromme:
I cannot even su(1) to root because it tries to print
a message to the console, so it hangs, too. For the same
reason I can't use shutdown(8) either. :-(
This is what a hanging su(1) command looks like in ps -alxww:
UID PID PPID CPU PRI
Hello, Freebsd-stable.
You wrote 13 сентября 2010 г., 00:14:31:
I have VirtualBox-based FreeBSD 8.1 installation (32 bit, VirtualBox
3.2.8, WinXP/x64 host, but I thinks that host config is irrelevant).
Sorry for noise, it seems to be VirtualBox instability: I've
re-created
I can confirm there is much weirdness with the uart on 8-STABLE.
I'm using FBSD in several virtual machines on Parallels Desktop.
It is possible to set the serial port on the VM to output to a file on the host
OS
I try something like 'cat file /dev/cuad0 on FBSD 7 and 8. This works
on 7
Am 13.09.2010 um 13:04 schrieb David Evans:
I can confirm there is much weirdness with the uart on 8-STABLE.
OTOH, I have real hardware where things are working just fine:
$ grep uart /var/run/dmesg.boot
uart0: 16550 or compatible port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart0: [FILTER]
Jeremy Chadwick wrote:
On Mon, Sep 13, 2010 at 09:21:21AM +0200, Oliver Fromme wrote:
Jeremy Chadwick wrote:
Is there a PS/2 keyboard hooked up to this machine when you're
attempting to get serial console output?
Kind of. It's connected to a local KVM switch.
Does the KVM
On 13/09/2010 08:41, Max Khon wrote:
George,
On Sat, Sep 11, 2010 at 12:12 AM, George Mamalakis
mama...@eng.auth.gr mailto:mama...@eng.auth.gr wrote:
On 10/09/2010 19:05, pluknet wrote:
On 10 September 2010 17:32, George
Mamalakismama...@eng.auth.gr
TB --- 2010-09-13 12:31:52 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-13 12:31:52 - starting RELENG_8_0 tinderbox run for ia64/ia64
TB --- 2010-09-13 12:31:52 - cleaning the object tree
TB --- 2010-09-13 12:32:38 - cvsupping the source tree
TB --- 2010-09-13 12:32:38 -
On Fri 2010-09-10 (10:43), Jack Vogel wrote:
No, not the add-on adapter, i have no trouble finding those, what I want to
know about is the details about the system that has em0 LOM, only
way to check on that is to have the whole enchilada :)
Ah right. These are snippets from dmidecode, is
TB --- 2010-09-13 14:21:57 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-13 14:21:57 - starting RELENG_8_1 tinderbox run for arm/arm
TB --- 2010-09-13 14:21:57 - cleaning the object tree
TB --- 2010-09-13 14:22:19 - cvsupping the source tree
TB --- 2010-09-13 14:22:19 -
Rick Macklem wrote:
Btw, if anyone who didn't see the posting on freebsd-fs and would
like to run a quick test, it would be appreciated.
Bascially do both kinds of mount using a FreeBSD8.1 or later client
and then read a greater than 100Mbyte file with dd.
# mount -t nfs -o nfsv3
On Monday, September 13, 2010 8:49:48 am Oliver Fromme wrote:
Jeremy Chadwick wrote:
On Mon, Sep 13, 2010 at 09:21:21AM +0200, Oliver Fromme wrote:
Jeremy Chadwick wrote:
Is there a PS/2 keyboard hooked up to this machine when you're
attempting to get serial console output?
Ok ...
NFS server:
- FreeBSD 8.1-PRERELEASE-20100620 i386
- intel Atom 330 (1.6 GHz dual-core with HT -- 4-way SMP)
- 4 GB RAM
- re0: RealTek 8168/8111 B/C/CP/D/DP/E PCIe Gigabit Ethernet
NFS client:
- FreeBSD 8.1-STABLE-20100908 i386
- AMD Phenom II X6 1055T (2.8 GHz + Turbo Core,
On Mon, Sep 13, 2010 at 11:15:34AM -0400, Rick Macklem wrote:
instead of from the local cache. I also made sure that
the file was in the cache on the server, so the server's
disk speed is irrelevant.
snip
So, nfs is roughly twice as fast as newnfs, indeed.
Hmm, I have the same
John Baldwin wrote:
On Monday, September 13, 2010 8:49:48 am Oliver Fromme wrote:
Now I get your point ... Yes, -P does probe the keyboard
first. That's probably why I see the boot0/boot2 on the
VGA console, not on the serial port. As far as I know,
/boot.config is read by the
On Monday, September 13, 2010 11:55:27 am Oliver Fromme wrote:
John Baldwin wrote:
On Monday, September 13, 2010 8:49:48 am Oliver Fromme wrote:
Now I get your point ... Yes, -P does probe the keyboard
first. That's probably why I see the boot0/boot2 on the
VGA console, not on
--On September 12, 2010 11:44:40 -0400 Rick Macklem rmack...@uoguelph.ca
wrote:
On Wed, Sep 01, 2010 at 11:46:30AM -0400, Rick Macklem wrote:
snip
My results seems to confirm a factor of two (or 1.5) but it's stable:
new nfs nfsv4
369792 bytes transferred in 71.932692 secs
John Baldwin wrote:
On Monday, September 13, 2010 11:55:27 am Oliver Fromme wrote:
I think the boot.config stuff might be a red herring.
The console breaks (i.e. freezes) as soon as I try to run
a getty process on it -- That seems to indicate that getty
does *something* to the
On Mon, Sep 13, 2010 at 06:59:58PM +0200, Oliver Fromme wrote:
John Baldwin wrote:
On Monday, September 13, 2010 11:55:27 am Oliver Fromme wrote:
I think the boot.config stuff might be a red herring.
The console breaks (i.e. freezes) as soon as I try to run
a getty process on it
Hello, I'm hoping somebody can shed some light on this.
One of my machines has a Radeon X1550 graphics card. When first
installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver
hung the machine hard, screen went blank, numlock and capslock
didn't work, no network (so no ssh) and I
Just replying to a random message in this thread.
Maybe we should just implement /dev/console in such a way that it can
never get stuck on dcd. I've seen this break too many times.
Below is an untested patch. Anyone willing to test it for me?
As Jeremy did point out, FreeBSD's TTY/serial/etc
Ed Schouten wrote:
Just replying to a random message in this thread.
Maybe we should just implement /dev/console in such a way that it can
never get stuck on dcd. I've seen this break too many times.
Below is an untested patch. Anyone willing to test it for me?
Thank you! I will
* Oliver Fromme o...@lurza.secnetix.de wrote:
@ Jeremy: Thank you for the detailed response! I will
make sure to bring a multimeter with me and check the
pin connections on my nullmodem cable. I'm still curious
why this cable worked with 7.x with the same configuration.
I seem to remember
Eivind E eivi...@terraplane.org wrote:
One of my machines has a Radeon X1550 graphics card. When first
installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver
hung the machine hard, screen went blank, numlock and capslock
didn't work, no network (so no ssh) and I couldn't do
On Mon, Sep 13, 2010 at 10:16:48PM +0200, Oliver Fromme wrote:
Eivind E eivi...@terraplane.org wrote:
One of my machines has a Radeon X1550 graphics card. When first
installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver
hung the machine hard, screen went blank, numlock
On Mon, 13 Sep 2010, Oliver Fromme wrote:
Eivind E eivi...@terraplane.org wrote:
One of my machines has a Radeon X1550 graphics card. When first
installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver
hung the machine hard, screen went blank, numlock and capslock
didn't work,
We don't deal with desktop systems that much in my group, it was pointed out
by a coworker that the BIOS has settings that could disable MSI, please
check
out how yours is set.
Jack
On Mon, Sep 13, 2010 at 7:42 AM, Gareth de Vaux b...@lordcow.org wrote:
On Fri 2010-09-10 (10:43), Jack Vogel
On Mon, 13 Sep 2010, Roland Smith wrote:
On Mon, Sep 13, 2010 at 10:16:48PM +0200, Oliver Fromme wrote:
Eivind E eivi...@terraplane.org wrote:
One of my machines has a Radeon X1550 graphics card. When first
installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver
hung the
On 09/13/10 18:04, Eivind E wrote:
Tried to substitute the driver with ati and loading radeon.ko (which
automatically loaded drm.ko) and had the same results as the plain
radeon driver. X starts up once in a while, but the screen goes
to about half of normal brightness and the view is moved
On Tue, Sep 14, 2010 at 12:04:16AM +0200, Eivind E wrote:
On Mon, 13 Sep 2010, Roland Smith wrote:
snip
Did you try the normal radeon driver (not radeonhd)?
It supports the RV515 chip used by the X1550, too.
Keep in mind that normal radeon driver is called x11-drivers/xf86-video-ati
On Mon, Sep 13, 2010 at 08:44:02PM +0200, Ed Schouten wrote:
Maybe we should just implement /dev/console in such a way that it can
never get stuck on dcd. I've seen this break too many times.
Below is an untested patch. Anyone willing to test it for me?
I'll test this out on our RELENG_8
35 matches
Mail list logo