Hi, everybody. (I'm not trying to start a flamewar here, really.)
I couldn't help but notice the recent discussion/flamewar about the
bitkeeper license changes over on LKML. These changes, as I
understand them, impact anybody who develops or distributes
software deemed to compete with bitkeeper
Khai Trinh wrote:
> How can I build a kernel image with target filesystem
> mounted via NFS fro mthe dev tree? The dev tree
> doesn't seem to have the target filesystem directory
> structure like the ones distributed by MVista for NFS
> mount.
>
The bitkeeper tree is the kernel only. A root fil
I wrote:
> > I've been playing around with the tigon3 driver and a broadcom
> > 5307 [5703, I meant] gigabit NIC in my IBM ebony... No luck so far.
and
> Ok, I have determined that my problem lies in user-land, not
> the kernel.
Heh. The reason it couldn't ping it's own IP address?
I forgot to i
On Wed, Jul 24, 2002 at 01:29:23PM -0500, I wrote:
>
> I've been playing around with the tigon3 driver and a broadcom
> 5307 gigabit NIC in my IBM ebony... No luck so far. The driver compiles
> and even loads, I can run ifconfig(busybox really) to configure
> the NIC, and if I pull the network c
>
> On Wed, Jul 24, 2002 at 01:29:23PM -0500, Stephen Cameron wrote:
> >
> > I've been playing around with the tigon3 driver and a broadcom
> > 5307 gigabit NIC in my IBM ebony... No luck so far. The
> driver compiles
> > and even loads, I can run ifconfig(busybox really) to configure
> > the NIC
I wrote:
> Hmm, I continue to have difficulties...
>
> Matt Porter wrote:
> > On Mon, Jul 15, 2002 at 01:58:21PM -0500, Cameron, Steve wrote:
> > > It blows up with a machine check.
[...]
> > Try this patch:
[...]
> when I attempt to DMA into the physical address
[...]
> >
> > However, on powerpc, as soon as I try to do, for example:
> >
> > *buf = '\0'; // write one char to virt addr returned by ioremap
> >
> > It blows up with a machine check.
>
> You are hitting a 440GP specific feature. ioremap is trapping
> ranges of addresses and "fixing them up
I wrote:
> I have a question about ioremap_nocache() on powerpc.
[...]
> Now, I see threads on LKML via google that say, essentially,
> "you _must_ use readb/writeb, etc to access addresses returned
> by ioremap," [...]
> Using readb/writeb would defeat my purpose.
One more data point. I tried
Hello,
I have a question about ioremap_nocache() on powerpc.
I want to create a huge RAM buffer for i/o purposes, so I
boot the kernel with parameter "mem=64M" (actually, my
system, an IBM ebony 440, has 128M RAM)
This leave 64M sitting around unused by the linux kernel.
Then, I can do
>
> Stephen Cameron wrote:
> > I have tried to fix up the endian-swapping patch for
> > the mkcramfs from sourceforge CVS, circa Mon Jun 24, 2002
> > :pserver:anonymous at cvs.cramfs.sourceforge.net:/cvsroot/cramfs
> If you are going to take that version of mkcramfs, you could just as
> well take
I wrote:
> I have tried to fix up the endian-swapping patch for
> the mkcramfs from sourceforge CVS, circa Mon Jun 24, 2002
> :pserver:anonymous at cvs.cramfs.sourceforge.net:/cvsroot/cramfs
Well, I missed one thing, at least, so here is
an additional patch, below. There must be more to it
still
Steven Hein [mailto:ssh at sgi.com] wrote:
> [...] You do need a kernel patch to add cramfs to the list of
> filesystems to check for in the initrd, also my patch forces the
> blocksize of the initrd to 4K if it finds that it contains cramfs. [...]
Hmm, this patch doesn't seem to apply to my fai
Wolfgang Denk wrote:
> In message
> <45B36A38D959B44CB032DA427A6E10640167CFE3 at cceexc18.americas.cpqcorp.net>
> you wrote:
> >
> > Hmm, my minimal rootfs is (so far) 7 Mb,
[...]
> Have a look at the SELF Makefile... you should run
>
> $(CROSS_PREFIX)strip --remove-section=.note --remove-section
Dr. Craig Hollabaugh wrote:
>
> I can say that a minimum RedHat install uses 29,296 files -
> 382.020MB, debian 10,734 files - 67.428MB, my minimal root
> filesystem 82 files and 4.8MB.
>
Hmm, my minimal rootfs is (so far) 7 Mb, (as reported by du -s).
Or, is this 4Mb you cite compressed? I wond
[..snip...]
>
> I think we need to change arch/ppc/Makefile from:
> ifdef CONFIG_40x
> CFLAGS := $(CFLAGS) -Wa,-m405
> endif
>
> To:
> ifdef CONFIG_4xx
> CFLAGS := $(CFLAGS) -Wa,-m405
> endif
Ok, this worked for me. Thanks! (I guess I wasn't so
far off track after all.)
> For the moment. Unti
> On Tue, May 28, 2002 at 04:56:39PM -0500, Stephen Cameron wrote:
> >
> > "bk pull" used to work, (1 week ago) but
> > now fails for me.
[...]
> What does 'bk parent' say? If it's not
> bk://ppc.bkbits.net/linuxppc_2_4_devel, try doing:
> bk parent bk://ppc.bkbits.net/linuxppc_2_4_devel
> and th
Hi,
I'm not sure if this is the right place
to ask. I'm wondering about how (and if) tags
are being used for the bk://ppc.bkserver.net/linuxppc_2_4_devel
tree.
I would like to be able to clone and
export a "known" state (lets call it "state_1")
of the tree, then later be able to get another
kno
>
> You did -Wa,m405, not -Wa,-m405. What tree is this from anyhow, this
> has been fixed in linuxppc_2_4_devel for awhile now.
Doh! At least daily, I prove myself to be an idiot.
Of course it works if I put the dash in there.
I'm using linuxppc_2_4. I thought that'd be more
stable than linux
Tom Rini [mailto:trini at kernel.crashing.org] wrote:
> On Thu, Apr 11, 2002 at 04:53:18PM -0500, Cameron, Steve wrote:
>
> [snip]
> > strace /usr/local/ppc/bin/powerpc-linux-gcc -D__ASSEMBLY__
> -D__KERNEL__ -I/home/scameron/ppc/testdir/include -c -o
> head_4xx.o head_4
I wrote about trouble compiling linuxppc_2_4
kernel on i686->powerpc cross compiler:
[...]
> /usr/local/ppc/bin/powerpc-linux-gcc -D__ASSEMBLY__
> -D__KERNEL__ -I/home/scameron/ppc/testdir/include -c -o
> head_4xx.o head_4xx.S
> head_4xx.S: Assembler messages:
> head_4xx.S:111: Error: Unrecogniz
20 matches
Mail list logo