ith ia64 for over a year and frankly I lack the time
to catch up and fix stuff. So, yeah, maybe just consider ia64 abandoned.
FYI,
--
Marcel Moolenaar
mar...@xcllnt.net
signature.asc
Description: Message signed with OpenPGP using GPGMail
the issue. If yes, I’d like to make that change.
--
Marcel Moolenaar
mar...@xcllnt.net
signature.asc
Description: Message signed with OpenPGP using GPGMail
t didn’t, then
I’m not going to commit it.
Anything more involved will take more time than I’m
willing to put into ia64 at this time...
Sorry,
--
Marcel Moolenaar
mar...@xcllnt.net
signature.asc
Description: Message signed with OpenPGP using GPGMail
+ .space 8192*16 // XXX
fptr_storage_end:
--
Marcel Moolenaar
mar...@xcllnt.net
signature.asc
Description: Message signed with OpenPGP using GPGMail
with a lead.
We go from there...
--
Marcel Moolenaar
mar...@xcllnt.net
signature.asc
Description: Message signed with OpenPGP using GPGMail
[/boot/kernel/kernel]...
Entering /boot/kernel/kernel at 0x9ffc00010500…
Do you have options DDB in your kernel configuration?
If yes, can you boot without it?
--
Marcel Moolenaar
mar...@xcllnt.net
signature.asc
Description: Message signed with OpenPGP using GPGMail
, but am very short
of time at present.
Though there is probably little more that I can add, please keep me
cc'd on all relevant e-mails, especially as I do not follow
freebsd-current.
I'm CC'ing Marcel Moolenaar here, who's the author of uart(4), to help
assist in this matter and shed
) being brought forward?
The PR states that uart(4) basically works, but that reconnecting
on demand doesn't. What makes you think this is a problem with
uart(4) and not with the TTY overhaul?
--
Marcel Moolenaar
mar...@xcllnt.net
___
freebsd-stable
On Jan 21, 2011, at 7:25 AM, Alexander Kabaev wrote:
On Thu, 20 Jan 2011 17:11:13 -0800
Marcel Moolenaar xcl...@mac.com wrote:
On Jan 20, 2011, at 12:31 PM, Alexander Kabaev wrote:
On Thu, 20 Jan 2011 21:17:40 +0100
Ulrich Spörlein u...@freebsd.org wrote:
Hello,
Currently our
, but are otehrwise needed to compile a program.
These are typically little tools that create source files.
The bootstrap target is the to deal with compatibility in case we
can't use the version on the host or we don't want to depend on the
version on the host.
--
Marcel Moolenaar
xcl...@mac.com
.
It's all about perspective...
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
, if necessary?
That's a good idea. I've seen with the Oxford that the RCLK can different
even for the same vendor/device ID. There's no way for us to do the right
thing. This may also be the case for Timedia chipsets...
--
Marcel Moolenaar
xcl...@mac.com
can create a patch for you to test?
Also: do you happen to know if all 8-port Timedia cards have a non-
uniform RCLK or only a select set (maybe only yours)?
Thanks,
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http
thing that can be done.
Is this a known issue?
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
/ad0s1a
Alternatively, add an entry to /etc/fstab.
FYI,
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
is not considered invalid.
FYI,
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
not be involved (just as
with the sio(4) setup). In that scenario puc(4)+uart(4) also
just worked.
In any case: puc(4) has been fixed and I'll deal with the linker
set bug later. For best results: compile puc(4) and uart(4) into
the kernel and don't load them as modules for now...
FYI,
--
Marcel
to reward.
FYI,
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
in sector 2 that holds the
partition information. The MBR in the first sector is there only
for the BIOS: you can't boot without one.
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
On Dec 15, 2009, at 4:08 PM, Ben Morrow wrote:
Quoth Marcel Moolenaar xcl...@mac.com:
On Dec 15, 2009, at 2:20 PM, Steven Friedrich wrote:
FreeBSD 8.0 no longer supports dangerously dedicated disks.
This is not true. The problem is that sysinstall creates an invalid
dangerously
. Use hint.uart.0.baud=9600 to set the
console speed to 9600 baud.
There's no compiled-in console speed. The compiled-in default
(in a way) is to use the speed the hardware is programmed for.
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable
3568switch (priv) {
3569
3570/*
3571 * Allow ktrace privileges for root in jail.
(kgdb) p cred-cr_prison
$4 = (struct prison *) 0x0
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org
and see if it
crashes again).
Thanks. I'll give it a spin...
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
,
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
a backtrace so that we can confirm or de-
bunk that statement?
thanks,
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable
doing some great work towards US-III support.
I have FreeBSD/sparc64 running on Netra SMP with US-III CPUs.
While the code is not in SVN, It's in Perforce and from what
I can see, it's in a very good shape.
FYI,
--
Marcel Moolenaar
[EMAIL PROTECTED
+ ((port 3) ? port - 2 : port 1) * 4;
return (0);
case PUC_CFG_GET_TYPE:
*res = PUC_TYPE_SERIAL;
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
},
{
{ PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ },
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
know if this applies
to uart(4)
as well?
Yes. It's a problem/quirk of the kernel module infrastructure, not
of drivers. Note that it's save to compile-in puc(4) but have sio(4)
or uart(4) loaded as a module. Not the other way around...
--
Marcel Moolenaar
[EMAIL PROTECTED
is forthcoming. It will be in 7.1...
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
to me to be a config
problem.
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
, but instead problem with sio?
So it appears.
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
or something else.
Thanks,
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Apr 20, 2007, at 11:08 AM, Jeremy Chadwick wrote:
On Fri, Apr 20, 2007 at 09:45:43AM -0700, Marcel Moolenaar wrote:
On Apr 20, 2007, at 8:23 AM, Jeremy Chadwick wrote:
Look closely at the dmesg line, note what device sio0 is claiming
to be
associated with (acpi0, not isa0):
sio0
On Jan 13, 2007, at 12:03 AM, Jo Rhett wrote:
On Jan 12, 2007, at 1:04 AM, Jo Rhett wrote:
To make this into a step-by-step, what do you mean by restore
the MBR partition ? From backup, or...?
Marcel Moolenaar wrote:
Manually recreate, I guess. When creating a GPT, the MBR is replaced
On Jan 12, 2007, at 1:04 AM, Jo Rhett wrote:
Marcel Moolenaar wrote:
On Jan 11, 2007, at 1:56 PM, Jo Rhett wrote:
Since we're going to be stuck with old BIOSes for a long time
after 2TB is a cheap disk drive at [store], is anyone considering
doing the work to make GPT co-exist with an MBR
they
are is simpler and typically works.
Be sure to try things out on a memory disk first. I haven't done any of
this myself, so my reasoning is not backed by actual experience.
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org
to define
a big partition. The kernel will use GPT and since you used -s when
you migrate the MBR, the kernel will create device nodes with the
same name as it would for the MBR partitions...
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org
function it
appears in.)
/src/libexec/rtld-elf/rtld.c: In function `free_tls':
/src/libexec/rtld-elf/rtld.c:2608: error: `TLS_TCB_SIZE' undeclared
(first use in this function)
*** Error code 1
Should be fixed now.
Sorry about that...
--
Marcel Moolenaar
[EMAIL PROTECTED
= 0xe63dad6c, ebp = 0 ---
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
contents. It is safe
to destroy a partition and create a new one that's larger; from a
partitioning point of view of course.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
booting is inconsistent. This may apply to pccard or
if_ed
and possibly the root cause of your problems.
Just a suggestion,
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org
that the parity is ok!
5. fsck(8).
6. Drink lot's of alcoholic beverages to recover yourself after you
verified you recovered vinum.
7. Reboot yourself.
FYI,
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED
-stable without any problems.
I'm a bit confused. Rene picks up RELENG_4 and sees his build fail. Why
did it work for me?
--
Marcel Moolenaar
mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
tel: (408) 447-4222
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-s
dy labeled, IIRC.
--
Marcel Moolenaar
mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
tel: (408) 447-4222
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Andreas Klemm wrote:
On Thu, Jul 13, 2000 at 10:53:18AM -0700, Marcel Moolenaar wrote:
If you have the time, I hope you are willing to spend some time and
effort to work on getting a 1-step upgrade working (or at least the
buildworld part). Since I don't have a 2.2.8 machine, I can only
Warner Losh wrote:
In message [EMAIL PROTECTED] "Brandon
D. Valentine" writes:
: On Thu, 13 Jul 2000, Marcel Moolenaar wrote:
:
: Without an architecture prefix/postfix/directory somewhere in the path,
: this prevents concurrent cross-builds.
: It would be v.nice to have a sr
before you can do an installworld during upgrades.
You don't really need to be in single user mode to do an installworld
anyway. You might hit upon a conflict though, so it's not recommended...
--
Marcel Moolenaar
mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
tel: (408) 447-4222
anyone report results with the Athlon and the KX133 chipset?
Works great for me. I do see a kernel panic when I leave my Logitech
joystick plugged in the USB port, but that's on 5-current.
--
Marcel Moolenaar
mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
tel: (408) 447-4222
To Unsubscribe
version you're trying to install.
2. You're pioneering with the expectation that the road ahead is
already paved.
--
Marcel Moolenaar
mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
tel: (408) 447-4222
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-s
for breaking source updating, then so be it.
Otherwise we should maintain it...
--
Marcel Moolenaar
mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
tel: (408) 447-4222
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
51 matches
Mail list logo
