On Oct 25, 2012, at 2:15 PM, David O'Brien wrote:
> On Mon, Oct 08, 2012 at 09:11:29AM -0700, Marcel Moolenaar wrote:
>> two independent efforts (ATF & bmake) and there was no indication that
>> one would be greatly benefitted from the other. At least not to th
ntil then, the manual step is needed.
That's it...
--
Marcel Moolenaar
mar...@xcllnt.net
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
ing to bmake for ports.
2. In parallel with 1: build www & docs with bmake and assess the
damage
3. Fix all the damage
Then:
4. Switch.
It could be a while (many weeks) before we get to 4, so the question
really is whether the people working on ATF are willing and able to
build and instal
already suggested a few things in this thread. Go read it.
I'm bored now, so I'll just wait for UEFI booting to be forced upon
those who mirror the whole disk with gmirror. I think that's when
we will have a more substantial and meaningful continuation of this
thread.
--
Marcel Mo
On Jun 28, 2012, at 12:49 PM, Alexander Leidinger wrote:
> On Thu, 28 Jun 2012 08:33:17 -0700 Marcel Moolenaar
> wrote:
>
>> My advise is to leave disk mirroring to H/W or firmware solutions and
>> use FreeBSD mirroring for FreeBSD partitions only. If you want to
>
On Jun 28, 2012, at 10:25 AM, Pawel Jakub Dawidek wrote:
> On Thu, Jun 28, 2012 at 08:33:17AM -0700, Marcel Moolenaar wrote:
>>
>> On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote:
>>>
>>> All of the above is ugly, U'm afraid :(
>>
>> Ind
One violates
the spec on grounds of making the *unique* disk identifier non-unique by
presenting OSes with multiple disks that have identical IDs.
--
Marcel Moolenaar
mar...@xcllnt.net
___
freebsd-hackers@freebsd.org mailing list
http://lists.f
On Jun 27, 2012, at 1:48 PM, Andrey V. Elsukov wrote:
> On 28.06.2012 00:14, Marcel Moolenaar wrote:
>>> Our loader detects that primary GPT header is damaged. It tries to read
>>> backup GPT header from the last LBA and it detects that there is
>>> "GEOM
On Jun 27, 2012, at 12:27 PM, Andrey V. Elsukov wrote:
> On 27.06.2012 21:55, Marcel Moolenaar wrote:
>> You can't just re-interpret standards to match a context you know very well
>> isn't applicable and consequently redefine what the word "device" means.
>
d be discoverable by non-FreeBSD.
That clearly isn't the case -- hence it's not standards compliant. What
for example if someone wanted to share the swap partition between Linux
and FreeBSD?
--
Marcel Moolenaar
mar...@xcllnt.net
___
freebsd-h
On Jun 27, 2012, at 11:20 AM, Pawel Jakub Dawidek wrote:
> On Wed, Jun 27, 2012 at 10:37:11AM -0700, Marcel Moolenaar wrote:
>>
>> On Jun 26, 2012, at 10:37 AM, John Baldwin wrote:
>>>
>>> GPT really wants the backup header at the last LBA. I know you can
sn't the only
one. Granted, it can easily be the simplest one or even the
best one in some cases, but that's besides the point you were
making.
--
Marcel Moolenaar
mar...@xcllnt.net
___
freebsd-hackers@freebsd.org mailing list
http://list
tc) for
no apparent reason and without any kind of warning that what he/she is doing
is potentially harmful... That's the spirit!
--
Marcel Moolenaar
mar...@xcllnt.net
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/
e time.
I see that as a better way of looking at it than simply blurting out
that you shouldn't use gmirror when certain awkward and artifical
conditions apply.
--
Marcel Moolenaar
mar...@xcllnt.net
___
freebsd-hackers@freebsd.org mailing list
http:/
proven to not deliver on that.
This is actually impacting existing FreeBSD consumers already, like
Juniper. So, se should not go deeper into this rabbit hole. We should
finally solve this problem for real...
--
Marcel Moolenaar
mar...@xcllnt.net
___
d a clean way to convince
> the loader's ELF code to put the kernel there.
Look at what I did for ia64. All that frobbing should be done
in the machine specific implementation of arch_copyin, arch_copyout
and arch_readin. It's a kluge to do it in elf_loadimage.
FYI,
--
Marc
ing to do this?
You need to support both anyways. But not at the same time.
The machine either boots BIOS or EFI and depending on that
will it use the EFI loader or use the MBR to load boot code.
There's nothing to try.
Key is to have a single kernel loadable and bootable by
either
tering the function.
As such, only virtual functions in C++ are impacted by this. The
function descriptor needs to be stored in the object instead of
the function pointer in that case.
FYI,
--
Marcel Moolenaar
mar...@xcllnt.net
___
freebsd-hackers@
are handled by ppc(4) for parallel
ports and uart(4) for serial ports. There's no need to
have puc(4) in between.
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-h
On Nov 10, 2010, at 12:44 AM, Garrett Cooper wrote:
> On Tue, Nov 9, 2010 at 10:29 PM, Marcel Moolenaar wrote:
>>
>> On Nov 6, 2010, at 11:22 AM, Garrett Cooper wrote:
>>
>>>Some of the logic could have been simplified in the probe. The
>>> proposed
is logically wrong for non-ns8250 based UARTs.
Leave the code as is.
Thanks,
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to &quo
er platforms?
Isn't it better to do it in cpu_set_syscall_retval()?
That way you catch all cases, plus you can save the
translated error as well...
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.fr
uropean intern practice.
*plonk*
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
)
I recall that our "make -j X" actually limits the number
of make processes/jobs to X. I don't know anything about
build.sh, so I don't know if our make is at all being
involved, but it would be good to know how the load varies
per OS. We may simply have less parallelism in the bu
On Mar 3, 2009, at 8:59 AM, John Baldwin wrote:
On Tuesday 03 March 2009 11:48:42 am Marcel Moolenaar wrote:
On Mar 3, 2009, at 6:15 AM, John Baldwin wrote:
diff -r 025cb00d19d7 sys/dev/puc/puc.c
--- a/sys/dev/puc/puc.c Sat Feb 28 12:42:37 2009 -0800
+++ b/sys/dev/puc/puc.c Mon Mar 02 12
ads to confusion given that puc(4) is (still) not in GENERIC.
(i.e. why is this UART attached, but that one isn't, they're
both single port?)
So, please do not apply the patch and instead add the IDs to
sys/dev/uart/uart_bus_pci.c...
FYI,
--
Marcel Moolenaar
xcl...@mac.com
, will still be read
in parts.
In other words: don't use __packed when you don't have to.
--
Marcel Moolenaar
xcl...@mac.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsu
us has been 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 Moole
n that's in the XML.
Things like geometry come to mind.
But of course, you can always read the XML, use gpart(8)
to make a change and read the XML again. Having that,
it's only a tiny step to use the gctl interface directly.
FYI,
--
Marcel M
lly is
not the way to go. Have a look at the code and see for yourself.
Yes, libdisk is bad. GEOM_PART has been designed
for use by installers. It can be interfaced
faily easily. See gpart(8) for example.
FYI,
--
Marcel Moolenaar
[EMAIL PROTECTED]
_
directly. I'm keeping track of FreeBSD
support here:
http://wiki.freebsd.org/LowLevelVirtualMachine
What I'd like to have is some nightly automation that does the
testing across all platforms.
We could create nightly snapshots as part of the automation and
create a port that
0 b..." is valid C code?
Well, if b... is a preprocessor define then you can easily
come up with valid C:
#define b...*2
then: ...0 b...
becomes:...0 *2
That's a valid expression in the right context...
FYI,
--
Marcel Moolenaar
[EMAIL PROTECTED]
have to care at
all and when you need to draw the line in software,
you need to test the coordinates anyway and split the
work based on angle even. In that case you also split
horizontal and vertical.
Anyway: that's enough out of me. I think what you're
doing is great and I can't wait to
hics mode,
so the loader is the place to do it. Sorry for the confusion.
PS: I just took a few minutes to make yet another screen
design, it's based on the design of the www.freebsd.og
web pages. It includes both the logo and the daemon
mascot:
http://www.secnetix.de/olli/FreeBSD/
. Orders of
magnitude slower. In VGA planar modes, you have to
select each of the four bitplanes, one after another
(using inb + mask + outb to the ISA registers), in order
to set a single pixel. Doing that for every single pixel
in a character string or PCX image would be prohibitivel
On Feb 20, 2008, at 4:57 AM, Oliver Fromme wrote:
Marcel Moolenaar wrote:
Oliver Fromme wrote:
It will not replace the current text menu ("beastie.4th"),
so you can still use it on your Hercules monochrome or CGA
machine or with serial console, of course.
We can probably fo
appreciated.
I love the screenshot. I'm going to use the background in
my VTY driver as well :-)
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
.
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
TR)
ret = 0;
I don't know if anyone other than possibly David Xu have
tested SCHED_RR or SCHED_FIFO and priority ceiling mutexes,
so they may not work as they're suppose to.
We use it successfully with the above patch.
FYI,
--
Marcel Moolenaar
On Jun 18, 2007, at 8:56 AM, Christian Kandeler wrote:
On Monday 18 June 2007 17:39, Marcel Moolenaar wrote:
Uhm, on line 817 in uart_dev_ns8250.c, which falls in function
uart_bus_probe(), both the rx and tx fifo sizes are set to 1.
Yes, I was apparently working with an outdated release
(i.e. zero). And it doesn't seem to get set anywhere else, either.
Uhm, on line 817 in uart_dev_ns8250.c, which falls in function
uart_bus_probe(), both the rx and tx fifo sizes are set to 1.
This is for the case there's no fifo.
FYI,
--
Marcel Moolenaar
[EMAIL
or read. The use
of FIFO in the uart(4) is not limited to its definition in PC
hardware.
FYI,
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
. You can free up space for MBR partitions
:after the primary GPT table by adjusting the first LBA. In the
:MBR partition you can put a GPT aware boot loader that uses the
:GPT to find the real partitions...
:
:--
:Marcel Moolenaar
In the bootcamp approach, is the GPT (0xEE) slice the first
LBA. In the
MBR partition you can put a GPT aware boot loader that uses the
GPT to find the real partitions...
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To un
On Jun 9, 2007, at 1:04 PM, Ivan Voras wrote:
Marcel Moolenaar wrote:
On Jun 9, 2007, at 9:22 AM, Ivan Voras wrote:
Another thing that would be nice to have is support for fdisk and
disklabel partitions inside geom_part, so it's management utility
can be
used for both GPT and old
e
there's where g_part is missing features.
Keep me in the loop.
FYI,
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On May 22, 2007, at 11:58 AM, Craig Boston wrote:
On Tue, May 22, 2007 at 02:34:02PM -0400, Marcel Moolenaar wrote:
GPT is not designed to be a sub-partitioning scheme. It can not be
used within a partition. As such, absolute block addresses are the
same as relative block addresses. As such
e has been made
yet.
FreeBSD actually creates a GPT with relative addresses, which means
that if we allow it to be used to sub-partition partitions, it would
not have the same problem as the BSD label.
FYI,
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freeb
work, look at TLS (more relocations) and gdb. You
may need
to review threading support...
HTH,
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
On Apr 17, 2007, at 3:17 PM, Maxim Zhuravlev wrote:
2007/4/17, Marcel Moolenaar <[EMAIL PROTECTED]>:
Thanks for detailed useful reply.
As for vtc(4): I've not been working on input devices because of the
lack of a generic layer. Note that vtc(4) deals with the low-level
console
.
In short: We do need a generic input framework, but I think we need
it in the kernel, not in user space. I also think that a generic
input layer should be capable of handling both focussed and non-
focussed input devices to lay the foundation for configurations
that do not include keyboards.
-
want. If you
try to allocate something that's not there, then you have a new
situation that the driver needs to know about and you code
accordingly.
HTH,
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
allow multiple protocols.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
gh the installation process in such a
way that users get asked only those questions that are relevent and
also when it matters. One puts a UI on top of this to get a nice
looking installer. At least, that's how I look at it...
--
Marcel Moolenaar USPA: A-39004
ine TIOCM_CAR TIOCM_DCD
#define TIOCM_RNG TIOCM_RI
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
buffers
when you do that...
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
#x27;t seem to get
> things working so that I have console access to the box on one serial
> port and remote gdb running on the other one. Is this possible?
Yes. Your hints are not the problem. You need to tell the kernel that
you want to use remote GDB. Boot with -g or set boot_gdb=YES in
/boot/l
modifications to binutils, so needs to be coordinated.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
probability should be 0. One cannot reach tier
1 from any tier >1 if binutils, gcc and gdb are not working. Hence, any
tier 2 platform must already be supported by binutils, gcc and gdb.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
On Mon, Jun 07, 2004 at 02:32:11AM +0200, Matthias Andree wrote:
> Marcel Moolenaar <[EMAIL PROTECTED]> writes:
>
> > As for alpha, we don't even seem to be able to degrade it to tier 2
> > without losing face. kris@ has already stopped package builds for it
> &
and 5-STABLE and no longer be a blocking item for
> releases.
Just *do* it. You've been advocating for way too long.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
fail to adjust
the tierness. That's where we fail to save face.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ady stopped package builds for it
for his own sake.
Wake up, people. This is quickly becoming a joke...
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo
us with a bit of a dilemma since David's
> work is against GDB 5.x.
And not even complete. There are still issues that haven't found a
solution or even compromise and it too is only for i386.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
_
ment and maybe even
> the sparc64 requirement, but there absolutely will not be a 5.3 until
> amd64 is solid.
I think sparc64 should have KSE too. If we already accept that sparc64
is feature incomplete, we set/acknowledge a really bad precedence.
--
Marcel Moolenaar USPA: A-
that perspective it's definitely valuable.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
e, it may not be used on FreeBSD. Unless I'm
being relieved of gdb duties of course :-)
FYI,
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
vided the host and target
architectures are the same.
In short: try it. chances are it works. If not, try with a cross-gdb.
HTH,
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.free
c(4) is
the problem more that sio(4) or uart(4). However, uart(4) has the
beginnings of an interface that puc(4) could use to figure out
which UART needs attention without actually calling the interrupt
routine for each of them.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
_
ys/cdefs.h.
Our compiler defines __FreeBSD__. You might be able to do:
#ifdef __FreeBSD__
#include
__FBSDID("$FreeBSD$");
#endif
The advantage of something like this is that you don't spam the
library on non-FreeBSD systems. Just a thought...
--
Marcel Moolenaar USPA: A-39
tion then gives the above:
0 = black
1 = green
2 = red
3 = yellow
Just a thought,
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/
k a realclean target based on a recursive rm is
generally useful. Adding a chflags in there makes it more foolproof
and thus ideal for UPDATING and other user oriented documentation.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
_
very
> bad technical decisions have been made over the last few years (Hence
> DragonFly's existence).
I don't think it's that bad or that it can be generalized this way,
but there are some examples that seem to support what you say.
--
Marcel Moolenaar USPA: A-39004
sides the technical
divergence it also seems to have the effect of purifying the FreeBSD
community from those who are dumb enough to make a fool of themselves,
and indirectly the project, race and species they're associated with
or otherwise belong to. Unfortunately, that's still 2
x. It therefore
makes the problem larger, not smaller.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
don't know about,
o Declare all these syscalls as dummies (see linux_dummy.c) to begin
with,
o Really implement those syscalls that are used in practice.
Syscall 252 is exit_group(2).
FYI,
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
__
egin with, and has a new fix now:
> > Re: kern/23173: read hangs in linux emulation
> > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/23173
>
> Assigned to maintainer.
I'm not the maintainer, but I'll commit the patch in a couple of longish
minutes. An MFC will hap
o reorganize your sources in
order to use bsd.prog.mk or enhance the BSD includes to deal
with that (if appropriate).
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman
eally is :-)
> Since ia64 is
> a -CURRENT only architecture, your explanation makes me think using
> -lc_r explicitly in -CURRENT is still a bad idea.
Yes. We have the same problem with libobjc.a that's being linked into
a shared object (ports/lang/gnustep-base). The problem is not eas
ct, but now it also has
-lc_r explicitly. Again, this can result in a bad shared object.
I don't think there's a bug.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
etter to have it fail when somebody does
use a different compiler. I think the discussion that it will trigger
will yield a less gratuitous convention. Possibly documented. YMMV.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
properly when I do a make installworld?
None.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ve driver-private > versions. > > Is this more clear
> now?
>
> Crystal :-)
>
> Heh, I hope I didn't sound too forceful. It was just a straightforward
> question, not a diatribe. :)
No worries. It's too late to realize that there might b
4 bit endian
> conversions in both aligned and unaligned access forms. After these functions
> are there, I'd like us to unify use of them and remove driver-private
> versions.
>
> Is this more clear now?
Crystal :-)
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTE
antage to moving the geom byte ordering functions to
> (I guess phk didn't either).
The geom functions serve a primary purpose of dealing with random
alignment of fields. The endianness has been added later, so they
now serve a dual function. Do not unify them with byte-order only
funct
ight?
See i386/33300. Gordon stacked it on my plate. I'm very much focussed
on getting FreeBSD/ia64 in a releasable state so I might not get to
it soon, but it'll be done... eventually :-)
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
e hardcoded the message type to 0.
[EMAIL PROTECTED] is the maintainer of linprocfs. You may want to ping
him more directly.
PS: please break lines around 70 characters or so. It makes your mail
so much better to read.
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
To
- }
> + else if (strcmp(fstypename, "ext2fs") == 0)
> + return (LINUX_EXT2_SUPER_MAGIC);
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
>
> > So what is the correct procedure for debugging Linux binaries?
>
> Have you tried the Linux gdb?
IIRC, the Linux gdb doesn't grok our core files. I started an
implementation for our Linuxulator to dump Linux compatible core files
so that you could use the Linux gdb. I gues
ng
> run, but the concepts are similar (programs and thier arguments).
Correct. The for-loop is expanded before any targets are made. That's
why the normal use of SUBDIR is non-parallel; it's used in a for-loop.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Inter
ously.
>
> This would appear to be another thing Marcel has broken..
>
> colldef used to have special treatment, but it no longer has.
Fixed thanks. I actually had it in my -stable to -current tests, but
somehow got lost while committing it.
--
Marcel Moolenaar
on.
> 4. Build the world's binaries.
> 5. Process anything in /usr/share or other places that requires
> the use of those binaries, using the OBJECTS compiled in step (4).
This won't work if you're cross-building.
--
Marcel Moolenaar
Christian Bruno wrote:
> I know that Oracle 8.0.5 Linux can run on FreeBSD, and i cant imagine such
> an application do not use the /proc
Oracle doesn't use /proc.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases ht
e identical, there's no reason for the code to be
there. Very confusing :-)
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send
ilinglists very closely, so I may have missed a
couple of patches already...
Thanks,
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubs
t; way is to fix this.
Make sure int32 is not defined in terms of long. If it is, then bp_xid
is aligned on a 8 byte boundary adding 4 bytes to the size of the
struct. Since long if 64-bits on the Alpha, the total increase will be
8. Any alignment at the end of the structure shouldn't cause
ing every Linux app from to
> .
soundcard.h has been moved by Peter from machine/ to sys/. A commit logs
tells us:
\begin{quote}
-> , since it's an exported API
that's arch neutral and OSS API and Linux API compatable.
\end{quote}
The link is to prevent breakages. Use #include in
e this is the case?
> [but you can't build world until you booted a new kernel, and you
> can't boot a new kernel until you have a new loader, but you can't
> build a new loader...]
This is "artifical" in that it is solved by fixing the build process.
nstallation ) or are all the packages going to
> be recompiled to use the new version numbers ( including X )
The libraries should probably be added to compat3x, yes.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases
cage
And let the client specify /cage/tmp/client.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
1 - 100 of 144 matches
Mail list logo
