On Sun, Sep 26, 2004 at 02:02:59PM -0700, Tom Rini wrote:
> Hmmm.. How many of these #includes (or
> #else's them in) does glibc (or really, any non-kernel user) need?
> Would someone have the time to try casing all of these inside of #ifdef
> __KERNEL__ ? I've finishe
If so, I guess
> > asm-m68k/setup.h is necessary for asm-ppc/setup.h.
>
> Yes, AFAIK APUS is still alive.
Hmmm.. How many of these #includes (or
#else's them in) does glibc (or really, any non-kernel user) need?
Would someone have the time to try casing all of these inside of #ifdef
__KERNEL__ ? I've finished doing similar for SH recently (asm/cpu/ and
asm/mach/ symlinks in this case) and found none of it was really needed.
--
Tom Rini
http://gate.crashing.org/~trini/
all it.
A number of years ago, Motorola took down the FTP site which had the
PPC1Bug firmware updates on it. For PPC1Bug, if you have the update
image, all you need to do is dd it into a floppy, and then boot that
floppy in the machine.
--
Tom Rini
http://gate.crashing.org/~trini/
10 @@
> sync
>
> 4:
> - bl __inval_enable_L1
>
> +#if 0
> + bl __inval_enable_L1
> +#endif
> /* Restore HID0[DPM] to whatever it was before */
> sync
> mtspr 1008,r8
Are you sure that you can get away with this, passed o
#x27;s bits otherwise.
And again, this is ugly ugly ugly, and I disavow any knowledge of
typing the above.
--
Tom Rini
http://gate.crashing.org/~trini/
sake of fullness)
I don't know if ppc64 defines __powerpc__ :)
--
Tom Rini
http://gate.crashing.org/~trini/
On Mon, Dec 22, 2003 at 05:48:22PM +0100, Sven Luther wrote:
> On Mon, Dec 22, 2003 at 09:33:15AM -0700, Tom Rini wrote:
> > On Mon, Dec 22, 2003 at 05:26:01PM +0100, Sven Luther wrote:
> >
> > > On Mon, Dec 22, 2003 at 09:10:42AM -0700, Tom Rini wrote:
> > > &g
On Mon, Dec 22, 2003 at 05:26:01PM +0100, Sven Luther wrote:
> On Mon, Dec 22, 2003 at 09:10:42AM -0700, Tom Rini wrote:
> > > Also, the todc code knows about many RTC chips, among them, the MC146818
> > > seems to be the one used by the rtc.h stuff, and seems to be a gen
On Mon, Dec 22, 2003 at 02:45:04PM +0100, Sven Luther wrote:
> On Fri, Dec 19, 2003 at 09:28:00AM -0700, Tom Rini wrote:
> >
> > On Fri, Dec 19, 2003 at 12:40:50PM +0100, Sven Luther wrote:
> > > On Wed, Dec 17, 2003 at 10:06:20AM -0700, Tom Rini wrote:
> > > >
On Fri, Dec 19, 2003 at 12:40:50PM +0100, Sven Luther wrote:
> On Wed, Dec 17, 2003 at 10:06:20AM -0700, Tom Rini wrote:
> >
> > On Wed, Dec 17, 2003 at 05:56:08PM +0100, Sven Luther wrote:
> > >
> > > On Wed, Dec 17, 2003 at 09:47:40AM -0700, Tom Rini wrote:
>
On Wed, Dec 17, 2003 at 06:10:52PM +0100, Sven Luther wrote:
>
> On Wed, Dec 17, 2003 at 10:06:20AM -0700, Tom Rini wrote:
> > On Wed, Dec 17, 2003 at 05:56:08PM +0100, Sven Luther wrote:
> > >
> > > On Wed, Dec 17, 2003 at 09:47:40AM -0700, Tom Rini wrote:
> &
On Wed, Dec 17, 2003 at 05:56:08PM +0100, Sven Luther wrote:
>
> On Wed, Dec 17, 2003 at 09:47:40AM -0700, Tom Rini wrote:
> > 4) Use CONFIG_GEN_RTC and be happy. What _might_ be happening right now
> > is that chrp_get_rtc_time is 'funky' and not quite right for an
ters are not
> happy.
>
> 2) build all RTC stuff as modules, and let userland choose the one it
> needs.
>
> 3) have CONFIG_RTC check the subarch or something and not work if it
> recognize hardware it doesn't know about or something.
4) Use CONFIG_GEN_RTC and be
. Setting CONFIG_RTC will fix that, and furthermore,
> > in the help of the CONFIG_RTC there is some mention of this option being
> > needed for using the RTC clock in a SMP compatible fashion.
>
> Hrm... that SMP thingy is weird.
IIRC, the SMP thing is an old (and not quite accurate now) i386'ism.
--
Tom Rini
http://gate.crashing.org/~trini/
t; > break on powerpc.
> >
> > So, either we separate again the CONFIGs, load everything as module
> > (should be possible, i wonder if the clock is set before the modules get
> > loaded though. I have noticed it is set two times in the boot process,
> > or at least the delays in not having CONFIG_RTC is), or fix the source
> > so it things will not break on pmac.
>
> Most probably it will work with genrtc, too, but then /dev/rtc will have less
> features.
PC-style RTCs do work with genrtc, even on LongTrail (I used ppc_rtc
last time I booted my longtrail). And it would be really nice if
someone would add the missing features (I _think_ alarm is the only
important one, aside from /proc bits maybe) to genrtc. :)
--
Tom Rini
http://gate.crashing.org/~trini/
stable again (and thus
eliminate HIGHMEM-specific issues) ?
--
Tom Rini
http://gate.crashing.org/~trini/
signature.asc
Description: Digital signature
On Tue, Oct 21, 2003 at 07:36:57AM +0200, Sven Luther wrote:
> On Mon, Oct 20, 2003 at 12:45:47PM -0700, Tom Rini wrote:
> > On Mon, Oct 20, 2003 at 09:31:46PM +0200, Sven Luther wrote:
> > > On Mon, Oct 20, 2003 at 11:10:21AM -0700, Tom Rini wrote:
> > > > On Sun, Oc
On Mon, Oct 20, 2003 at 09:31:46PM +0200, Sven Luther wrote:
> On Mon, Oct 20, 2003 at 11:10:21AM -0700, Tom Rini wrote:
> > On Sun, Oct 19, 2003 at 11:29:38AM +0200, Sven Luther wrote:
> >
> > > Hello,
> > >
> > > In order to continue work on m
e.gz and then 'make
zImage.initrd'.
> 2) We develop a separate tool (like sparc's piggyback i was told)
> which is able to add a initrd onto an existing kernel.
As the images used, prior to additional tools being run on them (such as
mkprep) use an ldscript to determine locations, this might be possible.
--
Tom Rini
http://gate.crashing.org/~trini/
On Wed, Oct 08, 2003 at 06:09:11AM -0700, Tom Rini wrote:
> On Wed, Oct 08, 2003 at 02:54:50PM +0200, Michael Schmitz wrote:
> > > > > > No. I don't really know who takes care of those mirrors
> > > >
> > > > CC'ing Tom Rini, hoping he knows
On Wed, Oct 08, 2003 at 02:54:50PM +0200, Michael Schmitz wrote:
> > > > > No. I don't really know who takes care of those mirrors
> > >
> > > CC'ing Tom Rini, hoping he knows something.
> >
> > AFAIK, all of the mirrors are OK. What ones
unlock -r
bk unlock -w
# Or the pull fails for odd reasons.
bk abort -f > /dev/null 2>&1
# Update, and if this fails stop
bk pull -t -q >/dev/null 2>&1 || exit 0
# Just in case bk craps out on us...
bk resolve -a -q -t > /dev/null 2>&1
--
Tom Rini
http://gate.crashing.org/~trini/
ible for the rsync mirror? Did you already inform him?
> >
> > > No. I don't really know who takes care of those mirrors
>
> CC'ing Tom Rini, hoping he knows something.
AFAIK, all of the mirrors are OK. What ones aren't?
--
Tom Rini
http://gate.crashing.org/~trini/
werBook6,1
> motherboard : PowerBook6,1 MacRISC3 Power Macintosh
> board revision : 0001
> detected as : 287 (PowerBook G4 12")
> pmac flags : 000a
> L2 cache: 256K unified
> memory : 640MB
> pmac-generation : NewWorld
TAU is not supported
upport under PPC?
>
> Or is just my configuration broken?
>
> What is the Debian-way to get XFree 3.6 on this Box?
I don't _believe_ that S3/XFree worked on PPC ever. What I would
suggest is that you pick up a PCI-based Matrox Millenium 1 (_some_
versions of PPCBUG support this,
v/rtc, it's the PC-style one and 'echo 1024 >
/proc/sys/dev/rtc/max-user-freq' is meaningful. My guess is that
mplayer makes incorrect assumptions when trying to set this (and use the
RTC_PIE_{ON,OFF} sysctls), and thus there is a bug in mplayer.
--
Tom Rini
http://gate.crashing.org/~trini/
On Wed, May 28, 2003 at 07:14:37AM +0200, Sven Luther wrote:
> On Tue, May 27, 2003 at 03:03:58PM -0700, Tom Rini wrote:
> > On Mon, May 26, 2003 at 10:21:32PM +0200, Sven Luther wrote:
> > > On Mon, May 26, 2003 at 09:06:24PM +0200, Sven Luther wrote:
> > > > Hello,
l want to do is 'bk changes -e' and look for when v2.4.18-pre3
was merged into linuxppc_2_4, and then when that was merged into
linuxppc_2_4_devel
--
Tom Rini
http://gate.crashing.org/~trini/
; and lspci) along with your reports so I know what's up.
It works for me on a TiPB III with an 'M6 LW'
--
Tom Rini
http://gate.crashing.org/~trini/
which works,
what does it say about eth0? Does the new kernel say anything about
eth0? (look at dmesg, man dmesg).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Sat, Nov 09, 2002 at 10:00:17PM +0100, David Ulrich wrote:
> I compiled my kernel 2.4.18 with enhanced real time clock. It's on a
> PowerPC 604e, PowerMac 9500MP bi 180MHz.
CONFIG_RTC or CONFIG_PPC_RTC? CONFIG_RTC is not what you want,
CONFIG_PPC_RTC is.
--
Tom Rini (T
only 400 and 700 MHz speed.
>
> And mine supports 400 to 500 MHz ;)
Does it support something in between too? On my TiBook (RevIII? The
800Mhz one..) it does 800Mhz or 667Mhz and nothing in between. So the
above would set mine to 800Mhz.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Wed, Aug 07, 2002 at 05:28:55PM +0200, Jesus Climent wrote:
> On Wed, Aug 07, 2002 at 08:18:33AM -0700, Tom Rini wrote:
> > On Wed, Aug 07, 2002 at 12:40:57PM +0200, Jesus Climent wrote:
> >
> > > After upgrading to 2.4.19-ben0 I am having the following problem:
>
iled into the kernel and not as a
module. Did you compile ide-cd support into the kernel or as a module?
If it's a module, you don't need to do anything on the command line,
just set up /etc/modutils/aliases to have:
alias scsi_hostadapter ide-scsi
And then just use /dev/sr0 as you would
t;> SuSE installation program v1.3 (c) 1996-2001 SuSE GmbH
<<<
[snip]
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Jul 09, 2002 at 03:26:37PM +0200, Olaf Hering wrote:
> begin On Wed, Jul 03, Tom Rini wrote:
>
> > On Wed, Jul 03, 2002 at 09:02:32PM +0200, Olaf Hering wrote:
> >
> > > On Mon, Jul 01, Tom Rini wrote:
> > >
> > > > Lemme know if you s
On Wed, Jul 03, 2002 at 04:58:17PM -0700, Tom Rini wrote:
> On Wed, Jul 03, 2002 at 09:02:32PM +0200, Olaf Hering wrote:
>
> > On Mon, Jul 01, Tom Rini wrote:
> >
> > > Lemme know if you still have the correct ammount of memory reported
> > > still. Thanks.
On Wed, Jul 03, 2002 at 09:02:32PM +0200, Olaf Hering wrote:
> On Mon, Jul 01, Tom Rini wrote:
>
> > Lemme know if you still have the correct ammount of memory reported
> > still. Thanks.
>
> ocan you provide a new patch for _devel? I used that one and it doesnt
>
, but tests on other PRePs would be good too.
The main point of this patch is that we don't rely on residual data to
find out how much memory we have, and thus all memory is reported
correctly when netbooted.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
= arch/ppc/boot/prep/Mak
On Mon, Jul 01, 2002 at 12:34:45AM +0200, Roland Wegmann wrote:
> On Sunday 30 June 2002 17:19, Tom Rini wrote:
> > On Sun, Jun 30, 2002 at 07:10:56PM +0200, Roland Wegmann wrote:
> > > Has anyone compiled an optimized kernel-image (version 2.4.18) for an
> > > iMac
f the bug report is (was, even) a known bug with the
swim3 code which has since been fixed and I believe 2.4.19 will work
correctly in that case.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
o compile an 'optimized' kernel-image? Are you
desperate for a few more k of RAM?
Unless there's some missing driver in the provided kernel image, you
won't gain much by compiling your own custom kernel.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--
To UNSUBSCRI
95 series is 2.95.3.
>
> I assume that debian porters have increased the match number as there
> have been some changes since 2.95.3. Shouldn't it really be called
> something like 2.95.3-1, -2, -3, etc ???
IIRC, CVS version of gcc-2.95 is at .4, which may or may not ever be
releas
ed s/bkserver/bkbits/`
>From the root of your tree.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
smaller, but it is some times (but
you need to check that it is..)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> R_PPC_REL24
> > cmpxchg
>
> I don't think the DRM in 2.2 has any PPC fixes. Use a 2.4 kernel if you
> need it.
I'll just echo that I'm 99.9% sure that DRM on 2.2.x for PPC is at best
not supported, and will probably crash your box if you get it to
compile. If you
>>
> >Checking back on this bug... This code still appears to be there. Have
> >you talked to Ben about this?
> >
> No. I wrote to linuxppc-dev way back in December 10-13, thread "Why
> require CONFIG_BOOTX_TEXT for so much of offb?", and Tom Rini and Peter
> Bergner seemed to agree that it wasn't necessary.
>
> Ben reads this list, right?
Yes, but he usually needs gentle reminders. Ben, do you recall this
thread at all?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
if you've checked in changes since then, bk
export -tpatch from your old repo, and bk import -tpatch ../patch . to
your new repo.
Sorry for the inconvenience.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Mon, Jan 07, 2002 at 06:05:32PM -0700, Tom Rini wrote:
> On Tue, Jan 08, 2002 at 01:42:43AM +0100, christian mock wrote:
> > > On Sun, 2002-01-06 at 14:15, Adam Di Carlo wrote:
> > >
> > > > Well, the only reason I could see is if it either needs a kernel
&
.bin is larger than root1440prep.bin (1482757 > 1474560)
> well, so far for today, I gotta get me a floppy drive to test this
> tomorrow...
Er, how do you have one w/o a floppy drive? And at least mine needs its
own floppy drive..
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Sun, Jan 06, 2002 at 10:02:01PM -0700, Erik Andersen wrote:
> On Sun Jan 06, 2002 at 01:54:12PM -0700, Tom Rini wrote:
> > On Sun, Jan 06, 2002 at 02:15:11PM -0500, Adam Di Carlo wrote:
> > > Colin Walters <[EMAIL PROTECTED]> writes:
> > >
> > > >
It should be pretty easy to read bootprep.sh
> and take a look.
Can someone post that? I'm sort-of curious what needs to be done
'special' for a prep box..
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
actually 15) bits/pixel */
> | #define CMODE_322 /* 32 (actually 24) bits/pixel */
>
> So please try `cmode 1' instead of `cmode 16'.
These bits of code are always different still I think. Valkyriefb for
example parses 'cmode:{8,15,16}' and does CMODE_8 or CMODE_16. I
_think_ the userland tools did both 0/1/2 and 8/15/16/32 (24?).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
t; part
> of the nvram (persistent properties added to selected nodes of the
> device-tree).
Wasn't there a tool to fiddle and store the vmode/cmode stuff into NVRAM
tho which would probably work with all of the other cards?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
is doesn't show up as a build
> problem with strace in the BTS. I guess that's just a limitation of the
> system. FWIW, that fix whatever it was doesn't seem to be in benh's tree.
Are you sure? I just checked 2.4.14 and it has the proper fix to
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
CONFIG_ALL_PPC, and removed USE_NV_MODES (which
shouldn't be needed now). However, I have none of this hardware, and I
remember some of these drivers being very touchy. So could people with
this hardware apply the patch and let me know if it works still?
Maintainers, does this look right?
--
>
> That should show up way earlier I think.
Perhaps, unless it's something we only tickle at this point. Like I
said it's a wierd/wild idea. :) But Al Viro has been hunting and
killing races in the VFS stuff for a while now which is why I sort-of
discount the partition table stuff myself. But I really want to see the
testcase someone said they wrote, it'll make life easier in tracking
this down :)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Sun, Nov 11, 2001 at 09:09:24PM -0800, Laurent de Segur wrote:
> I wrote a little test case that reproduces this kernel panic most of the
> time. the code doesn't need to write. Just read the partition map, sync +
> reread it again = crash :-( Very basic.
Can you post this?
ld be dead by that time (at least not touch the disk anymore).
Right.
> > Are you sure OF doesn't open something up tho and leave it dangling?
>
> And then what? The kernel doesn't care about OF after early boot init,
> right?
My (admitiedly wierd/wild idea) is that it
On Sun, Nov 11, 2001 at 07:25:21PM -0900, Ethan Benson wrote:
> On Sun, Nov 11, 2001 at 09:11:46PM -0700, Tom Rini wrote:
>
> > Hmm. I wonder if there's something wierd (and out of Linux's) hands
> > going on. I remember trying to track this down when I worked for
&
On Sun, Nov 11, 2001 at 05:12:56PM -0900, Ethan Benson wrote:
> On Sun, Nov 11, 2001 at 09:37:26AM -0700, Tom Rini wrote:
> >
> > So what happens exactly? Can you reproduce this on something and decode
> > the oops? Looking in 2.4.15-pre2 I don't see the mac partition
ime. This is with
> Debian sid and devfs in use. Does anyone else see this
> same behavior? Also is this a Powermac specific issue
> or does it happen on intel as well? This is on the
> linux 2.4.xx kernels.
It's because ide-floppy doesn't do devfs.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
to be when
> you pressed the `w' command. the panic is clearly caused by the
> `reread partition table ioctl'
So what happens exactly? Can you reproduce this on something and decode
the oops? Looking in 2.4.15-pre2 I don't see the mac partition table
stuffs not doing something the msdos ones do..
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Thu, Nov 08, 2001 at 09:16:33PM -0500, Shawn D'Alimonte wrote:
> On November 8, 2001 07:32 pm, Tom Rini wrote:
> > On Thu, Nov 08, 2001 at 06:12:55PM -0500, Shawn D'Alimonte wrote:
> > > I did that on my PReP machine and now it locks up tryign to set the
> >
? Do you have CONFIG_PPC_RTC=y and CONFIG_RTC=n ?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
ueued. Of course, I could be wrong,
> since ed seemed to be installed.
Erm, wouldn't 'ed' need to be declared as a Build-Dep for anything which
needs it to build? From what I can tell it's not on the build-essential
lists, so it would have to be listed. Right?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Sat, Nov 03, 2001 at 09:42:11PM -0700, Chris Tillman wrote:
> On Sat, Nov 03, 2001 at 01:32:15PM -0700, Tom Rini wrote:
> > Anyhow, 'MPC 8xx' isn't
> > prep, it's 8xx, and is a CPU identifier. Just like MPC 7xx, 7xx, 6xx
> > and 7xxx (Motorola's &
ke MPC 7xx, 7xx, 6xx
and 7xxx (Motorola's "official" way of saying 74xx). Debian doesn't
currently (or hasn't been tested, and probably has subtle problems due
to cache and msoft-float stuff) support 8xx.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
ll still be using 2.2.19 which won't
> support the new machine. no new kernel will be available until the
> next stable release after woody, in 2043.
Perhaps we should suck down the list penguinppc.org has at the time
woody goes frozen. 2.2.20-pre12 should be working on everything listed
there.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
r or worse we support 'em. But I still say it
makes more sense to point to penguinppc, which will have up-to-date
information about what works in Linux. And if it works with Linux
at that point, it should work with debian (if it's new new hw).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
need to be changed every few months, in this example anyhow.
It might be easier to list known _not_ working machines. Possibly also
pointing to http://penguinppc.org/projects/hw/
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
o.
And, for what it's worth, I updated a box of mine remotely from ext2 to
ext3 w/o a hitch.
Tho if you don't mind the reinstall and can backup, XFS does sound like
A Good Thing.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
police, Daddy?"
> [EMAIL PROTECTED] | "Because we use vi, son. They use
> http://people.debian.org/~branden/ | emacs."
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Wed, Oct 31, 2001 at 11:20:17AM -0500, John Goerzen wrote:
> Tom Rini <[EMAIL PROTECTED]> writes:
>
> > Is this a PReP box you're talking about? What kernel are you running
> > and did you set a date on the box from PPCBUG to start with? hwclock is
> > q
PReP box you're talking about? What kernel are you running
and did you set a date on the box from PPCBUG to start with? hwclock is
quite happy on mine, and PRePs don't have ADB anyhow so the evil clock
hack program can't do anything.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
ou
> > > will remove the clock program from powerpc-utils?
> >
> > No, I'm not going to; it's obsolete, but people who can not upgrade
> > kernel for whatever reason may find it useful.
>
> All right. Is the special casing of the PReP machines obsolete
ives you the suggested values has
CONFIG_RTC=n and CONFIG_PPC_RTC=y.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Tue, Oct 23, 2001 at 11:18:39PM -0800, Ethan Benson wrote:
> On Tue, Oct 23, 2001 at 08:33:24PM -0700, Tom Rini wrote:
> > On Tue, Oct 23, 2001 at 08:41:45PM -0600, Derrik Pates wrote:
> >
> > > Has anyone considered patching the kernel config scripts so that it just
&g
_ description on which machines it shouldn't be run (I don't have a
> PowerPC machine myself).
This has already been mostly answered, but this logic is slightly wrong
still. hwclock should work on all PPCs, provided CONFIG_PPC_RTC=y and
CONFIG_RTC=n
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
nce it does work on some PPCs.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Thu, Oct 18, 2001 at 08:54:01PM -0600, Derrik Pates wrote:
> On Thu, 18 Oct 2001, Tom Rini wrote:
>
> > But does the iBook have enough VRAM to do DRI on even 640x480 at >16bpp?
>
> My FireWire iBook has 8 MB of 128-bit SDR SGRAM. The display on the
> clamshell iBook
On Thu, Oct 18, 2001 at 02:07:11PM -0700, Nicolas Lopez wrote:
> On Thu, Oct 18, 2001 at 12:46:18PM -0700, Tom Rini wrote:
> > On Thu, Oct 18, 2001 at 12:25:09PM -0700, Nicolas Lopez wrote:
> > But does the iBook have enough VRAM to do DRI on even 640x480 at >16bpp?
> Um, y
t didn't even try to work with
> anything but 16bpp mode. I think it would say that nicely in the log too,
> but I'm not sure. This was a month or two ago, so it may have been
> implemented by now.
But does the iBook have enough VRAM to do DRI on even 640x480 at >16bpp?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
initalized). G400s and G450s _may_ work, but I'm not sure if the
framebuffer driver can init them from scratch. And try 2.4 before 2.2
as well since I believe the 2.4 one is newer...
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
;/dev/null
>
> ...on ppc. I assume the same will be true for i386.
Downgrading fixed galeon on i386/sid for me. So there is hope this will be
seen as an important bug and fixed. :)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
going wrong. can
> someone
> help me out here?
Either update your system, or if running potato (iirc, it's _not_ 2.4 happy
anyways) steal the new kernel-package.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Fri, Sep 21, 2001 at 05:05:20PM -0400, Dan Malek wrote:
> Tom Rini wrote:
>
> > > I've booted a zImage.rs6k-chrp from yaboot 1.2.5.
> >
> > That almost sounds silly.
>
> Actually, it's not very silly at all. The zImage is significantly
> sma
On Fri, Sep 21, 2001 at 01:29:04PM +, [EMAIL PROTECTED] wrote:
> On Fri, Sep 21, 2001 at 11:20:47AM -0700, Tom Rini wrote:
> >
> > On Fri, Sep 21, 2001 at 11:49:51AM -0500, Peter Bergner wrote:
> > >
> > > Just a little nit, but some people might be interest
Peter Bergner", we also
> added support for booting compressed images (ie, zImage).
As in objcopy ... && gzip -9 or the 'zImage' target? They aren't exactly
the same..
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
x-2.4-benh .
And? One of the mirrors had issues this afternoon (-0700).
Is it still not working?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Fri, Sep 07, 2001 at 09:55:49PM -0500, Kevin van Haaren wrote:
> I just tried penguinppc.org and got a page back. Is it ok to start
> rsync'ing kernels and such, or should we wait a bit?
WWW is up, rsync is not. There should be a story up soon explaining
whats going on.
-
ibook2
I'm running ext3-0.9.6 on 2.4.8 and 2.4.9 on my G4. The 2.2 version should
also be safe. BUT, ext3-0.9.5 and below aren't, on 2.4.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Fri, Aug 24, 2001 at 03:47:28PM -0800, Ethan Benson wrote:
> yaboot only supports ext2, 1.2.3 allegedly supports reiser.
And, iirc, this should also make it easier to add in support for other
filesystems as well. Not that I've looked at it recently..
--
Tom Rini (TR12
's how I do it:
/etc/modutils/aliases:
alias ethX airport
post-install airport iwconfig ethX
Then update-modules.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
On Sat, Aug 11, 2001 at 12:12:34PM -0700, Wilhelm Fitzpatrick wrote:
> On Sat, 11 Aug 2001, Tom Rini wrote:
>
> > On Sat, Aug 11, 2001 at 11:43:16AM -0700, Wilhelm Fitzpatrick wrote:
> >
> > > I experience a weird symptom the other day. After waking up my TiBoo
Can you check /var/log/messages and /var/log/kern.log? It sounds like
when you woke the machine up the fs was 'bad' and got mounted read-only.
When you booted up again did it fsck?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
t to see though.
That ammount of 'lowmem' is arch-dependant. We currently limit it to 512mb,
tho this could be increased sometime. (It was 768 and then lowered for
some reason). On x86 the 'lowmem' limit is ~960MB.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
v/cdrom would be a symlink to the device your cdrom is at.
sr0 on scsi systems, hdb, hdc or hdd depending on machine if it's IDE.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
Just to let people know, the airport driver in BenH's current rsync puts
the airport card to sleep and wakes it up, so there's no need to rmmod
it anymore. Hopefully it'll end up in Linus' tree sometime soon.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
aboot want
> > it ungzip'ed...
>
> I don't see a problem there.
Well then, I don't think it's a problem at all then. APUS need the same thing
quik/yaboot does. I'm _assuming_ it's stripped for space only. So I'm
probably wrong there tho :)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
1 - 100 of 232 matches
Mail list logo
