down, unless you have a
really huge one.
>>>
>>> It could be a part of it, though maybe not a massive part. On my hacked
up NAS uboot takes a few seconds to copy the initramfs from onboard NAND
into the system RAM before it launches the kernel. If you ditched ramfs you
could cut th
over performance (as they should),
it wouldn't surprise me to see one built from the ordinary Debian tools
that drags its feet a lot before going to the user prompt.
b.g.
--
Bill Gatliff
b...@billgatliff.com
at would merit a whole new named
release. I don't have a problem with that. Now let's start using those
great tools to promote and embrace ecosystem diversity, rather than trying
to decide what e.g. a one-true-ARM configuration has to look like. We
don't have to leave anyone behind, really...
b.g.
--
Bill Gatliff
b...@billgatliff.com
esn't run hot
to the touch. I don't understand why this device (and just about
every other Marvell chip I have ever encountered) has to kick out so
much heat.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject o
it's both the path of
least-resistance and there aren't any ready-made better alternatives;
and (b) they're always behind schedule, and the margins are thin
enough that there isn't much opportunity for fixing tomorrow's
problems today.
b.g.
--
Bill Gatliff
b...@billgatliff
Users are far more accepting of the inevitable failure when they also
see that you have planned for it and already have a recovery strategy
in place.
That's professionalism.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
rent,
> then they shouldn't be different.
There you go, trying to simplify the universe again. :-)
The phones in question are already designed. The unicorn has already
left the castle.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.deb
m. And
if something goes horribly wrong, they see a super-smart "bootloader"
(the aforementioned kernel+initramfs) doing a wget, multistrap, ssh,
throwing up a web page, or something else intelligent to help them get
things back into line.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To U
on in most ARM board
files should be done as module_init(), not board_init(). If we were
to be more vigilant about that, then DT would have more chances to
improve things.
What were we talking about, again? :-)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-req
ace, and test it in userspace.
... and deploy it in userspace, in the form of a kernel+initramfs. In
essence, it becomes what the end user sees as "the bootloader".
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subje
flash. If that kernel+initramfs instead just did a kexec+pivot_root
over to whatever it found on disk, I could put my serial cables away
forever.
Martin Michlmayr is really, really good. But I think he has as little
time as I do for these kinds of things!
Does anyone else smell dead horse?
e
device model in something that doesn't require kernel recompilation to
change, and you can describe the device model in something that you
can parse pre-kernel boot.
But I digress...
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists
Lennart:
On Wed, Feb 27, 2013 at 12:54 PM, Lennart Sorensen
wrote:
>
> What you are doing is to me a terrible idea that I hate and have always
> hated. I hated it on the netwinder in the late 90s, I hated it on the
> alpha in the form of MILO. They were always getting out of date and
> would be
#x27;s why I tend to go that route, rather than making
a super-bootloader.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.de
embedded Debian project, to keep the target
filesystem AND developer tools in sync.
This isn't me self-promoting (ok, not much). Rather, Debian is just
MADE to make this stuff awesome. I'm merely a lowly user thereof.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBS
AND flash sizes or any other features that
> would make it useful to the debian arm community at all.
Know what would be even more amazing than this board? To hear that you
did it with the gEDA stack. :-)
I'm not suggesting that gEDA couldn't do it, only that many people
won't ev
l to invite theft while I'm away.
One thing to watch out for is that in some places here it isn't legal
to poke at your phone while driving. So I avoid doing that. Just put
on the album, and let it play.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to deb
--
> To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/2011104632.ga22...@mrph.org
>
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, emai
't get me wrong, I like the Quick Start board too (I think I have
one on my desk somewhere, actually). But I don't like the temptation
to turn something like that into a product without a lot of additional
thought. I'm looking at you too, Beagleboard. :)
b.g.
--
Bill Gatliff
On Oct 28, 2011 7:37 AM, "Phil Endecott"
wrote:
>
> The i.MX LOCO board, the OMAP panda board, and some of the others cost
about the
> same as your tablet.
>
> > Hardware that is not mass produced has some other issues,
> > namely availability and vendor lock-in
>
> You think that your tablet is g
On Oct 28, 2011 5:31 AM, "Luke Kenneth Casson Leighton"
wrote:
>
> i say quotes illegal quotes because the
> fucking morons at infotmic forced everyone to sign NDAs before
> receiving the BSP (including kernel source code) thus losing their
> rights to actually distribute their *own* BSPs under th
Russell:
On Fri, Aug 26, 2011 at 11:35 AM, Russell King - ARM Linux
wrote:
> On Fri, Aug 26, 2011 at 11:11:41AM -0500, Bill Gatliff wrote:
>> As such refactoring consolidated larger and larger chunks of kernel
>> code, new designs would gravitate towards those consolidated
>
eam of three
or four people with broad coverage of the SoC devices the kernel
supports now.
As such refactoring consolidated larger and larger chunks of kernel
code, new designs would gravitate towards those consolidated
implementations because they would be the dominant references.
b.g.
--
Bill
ect I'm not
the only one in that situation.
The fact that there has been little response to the ARM Summit doesn't
mean that nobody cares or that the problems seem to large to solve.
It just means that we're going to have to find a different way to get
this work done.
b.g.
--
Bill
so, or if
> there's any doubt, then perhaps one or both of those should stick around
> a bit longer. But if it's a separate driver, then best to handle it
> separately with -dovefb and those others.
I think the name "s3c6410" is a reference to an ARM-based SoC.
Completely u
eo-all?
You have my vote in support. I generally uninstall all but fbdev; but
the list you suggest is fine by me.
Just my $0.02, since I'm not a DD. I am a pretty heavy embedded user
of debian, tho. :)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-re
Minix guys on their mailing list(s),
they might be able to offer some guidance too.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
f having Debian officially support more than one combination?
I'm ok with that, actually--- an ecosystem of unofficial "armel"
repositories cropping up containing optimized packages for specific
configurations. Especially if it's true that Debian won't officially
support much more than armeb/armel.
b.g.
--
Bill Gatliff
b...@billgatliff.com
h name that they haven't seen
before because I'm the first guy to try to optimize for a certain machine.
b.g.
--
Bill Gatliff
b...@billgatliff.com
ter from a location in a byte stream, or a calculated
value, then only $deity$ knows what you can say about it other than it's
bad, bad code. :)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe&
, A8 or other optimizations for processors that
support them? I have a hunch that they offer at best minimal
improvements except for specific packages/situations, but I have never
taken the initiative to produce a quantitative answer...
b.g.
--
Bill Gatliff
Embedded systems training and consul
rajagopal venugopal wrote:
>
> hi all,
>
>
> my doubt is whether i can use my own kernel for for my own
> arm hardware and make the kernel work with debian GNU/Linux
Yes.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists
aybe in
a USB stick that you plug into the Thecus? You'll have to modify the
parameters RedBoot passes to the kernel, of course...
That's the first idea that comes to my mind.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.o
out how to
describe it. But it's broken.
Anyway, ... and I'm almost ashamed to ask since this is a Debian mailing
list and all, ... :) does anyone have an n2100 kernel that talks to
Keyspan adapters? I could really use one!
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UN
time ;) )
Tested on my lenny arm n2100, same (good) results. Speed increase is
quite apparent. Thanks!
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Gordon Farquharson wrote:
Hi Bill
On Sun, Feb 22, 2009 at 20:21, Bill Gatliff wrote:
If I have a machine like an n2100 that's running lenny arm, is it possible
to merely "upgrade" it to armel?
You may want to try out the instructions in the section "Migrating
Guys:
I'm pretty sure I know the answer to this, but... :)
If I have a machine like an n2100 that's running lenny arm, is it
possible to merely "upgrade" it to armel?
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lis
wants to take part in lenny+half.
I think it makes sense to support arm for lenny+half in terms of the
kernel upgrade, but not for the installer (since we don't want any new
installations of arm anyway).
That would make it a lot easier for existing deployments, yes.
b.g.
--
Bill Gatl
. Advice: take good notes, because there really never is
such a thing as a "one-off". :)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ess. That's no
problem for outbound, but it will make it hard for anyone except me to
do maintenance. We could possibly address that with openvpn.
Any other ideas?
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of &q
A8) or any other OMAP?
I run it more or less continuously on a Beagleboard. Debootstrap of
the armel architecture, works for me.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
one sleep whilst waiting for the i2c bus controller to
complete the transaction.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Aurelien Jarno wrote:
> On Wed, Oct 15, 2008 at 10:52:53AM -0500, Bill Gatliff wrote:
>> Guys:
>>
>>
>> A catastrophic system failure has nuked the keys that allowed me root access
>> on
>> hedges.billgatliff.com. I hope someone else has been babysittin
Guys:
A catastrophic system failure has nuked the keys that allowed me root access on
hedges.billgatliff.com. I hope someone else has been babysitting that machine!
:)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
got my n4100 working.
Short answer is that the code for the n2100 is 99% of what's needed, it can be
made to work, but I haven't had time to finish the n4100 hooks in the mainline
kernel.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
l you
have all the data safely off of it--- it might not restart.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
only turn that option on the iop32x
> kernel. It's sub-optimal, as some iop32x boards have PCI slots.
I agree, it would be an excellent capability.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t faults if there is no EEPROM.
I agree, it would be nice if the driver would just leave things alone if it
finds them in an acceptable state...
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
7;s implementation of ip)
Is there not some way to make the driver Do The Right Thing, i.e. just keep the
MAC address if it's already there?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
John Winters wrote:
> Bill Gatliff wrote:
> [snip]
>> The MAC Address will be reset to 00:00:00:00:00:00, which is invalid
>> and requires you to set the proper MAC address manually before continuing
>> to enable this network device.
> [snip]
>> To date, the onl
x27;ve already raised
the issue there).
Thanks!
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Peter Korsgaard wrote:
>>>>>> "Bill" == Bill Gatliff <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> Bill> ... and this patch is so bad, I hesitate to post it. But
> Bill> if I don't, I'll lose it myself! :)
>
> ;)
>
&g
Martin Michlmayr wrote:
> * Bill Gatliff <[EMAIL PROTECTED]> [2008-09-08 14:30]:
>> So now the kernel is very happy talking to the drives, apparently. But it
>> doesn't like the e1000's:
>
> I thought you were aware of this, but in case you're not: Th
Bill Gatliff wrote:
> I found in the .17 kernel where Thecus commented out the EEPROM checksum test
> in
> the e1000 driver, I'm going to do the same and see what happens. My first
> attempt caused the code to load all ff's for the MAC, which obviously isn't
>
Riku Voipio wrote:
> On Mon, Jul 14, 2008 at 12:35:21PM -0500, Bill Gatliff wrote:
>> I just built mainline 2.6.26 with iop32x_defconfig and arm-linux-gnueabi-gcc
>> (GCC) 4.2.4 (Debian 4.2.4-2). Booting on my n4100, I get this:
>
>> RedBoot> exec -c "console=ttyS
Jonsen, Dan wrote:
> I guess that either (1) this is a highly customized Linux distro from WD, or
> (2) the ARM architecture doesn't use GRUB, because I can't find a grub.conf
> file.
Probably both are true.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRI
th a lot of
smart hardware between the ethernet jack and the disk--- and not just a faster
CPU!
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e. On all the targets I work with,
I have a console of some type (usually serial) to control the device with.
> Also, WD does put the source code for everything on the MyBook WEII on their
> website
Wow, I had no idea :)
Is this thing a better option than an NSLU2, for those with the bu
e colo center that houses it, if necessary.
Or, not. Not my call. :)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s tied
to IRQ 29. Not sure what to do with that information, though...
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
00:01.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet
Controller (rev 05)
Subsystem: Intel Corporation 82541GI Gigabit Ethernet Controller
Contro
Riku Voipio wrote:
> On Sat, Jul 12, 2008 at 10:49:09AM -0500, Bill Gatliff wrote:
>> Anyone know of a recent kernel for the n4100? I was using the 2.6.17.8
>> sources
>> from wpkg.org, which are a bit out of date. Is anyone else paying any
>> attention
>> to
y attention
to this platform?
I am, but perhaps not for much longer... :(
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Does anyone know of an armel installer and/or kernel for an N4100?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How does "solder onto the RedBoot UART" count as a "remote exploit"? ;)
-Original Message-
From: "Michael Goetze" <[EMAIL PROTECTED]>
To: debian-arm@lists.debian.org
Sent: 4/29/08 3:42 PM
Subject: Thecus N299
Hi,
aparently Thecus has released a new, incredibly cheap, 2-Bay NAS, the
N2
Barry Tennison wrote:
I wonder whether anyone can help a very puzzled moderately skilled
debian and NSLU2 hacker? Apologies for the length of explanation needed.
Are you running out of memory on the NSLU2?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL
ing enough MiniPCI Slots.
What about some USB-based options? I know they're out there, but I
can't point to any part numbers right now...
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eed so much redundant hardware?
With gpsd, you could share the GPS engine's output with all the machines
on your LAN. Likewise a GSM modem often looks like a PPP connection, so
it could be shared as well...
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL
Michelle Konzack wrote:
> Hello,
>
> I hope, next week I will get my 19" 2U case and now I like to know, if
> the Dot-Matrix display "Bona MG24064-01" is supported under arm/i386 and
> could replace a monitor for the console...
Anything's possible! :)
b.g
Bill Gatliff wrote:
Guys:
I no longer have root on hedges, due to a power supply failure on my
workstation, and a non-backed-up SSH key. :(
This has been corrected. As soon as I know what the install date/time
is, I'll add a crontab entry to do a shutdown with several hours
H key. :(
I'll post the date/time here when I know it. Could someone set up a
crontab to shut the machine down, with warning, at that time?
Thanks!
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
ignificant
attention the last few releases?
It looks like there's more than an accelerator API there lately, I'm
trying to get a sense of the motivations for its use--- as well as how
to use it, of course.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
stems intended for
scientific work, though. Maybe beyond what you're after, but even a
cinematic-quality experience is probably beyond the NSLU2.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
GoatZilla wrote:
Has anyone looked at getting Debian on one of these things?
I haven't, but I think you should. ;)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
faster chips. I don't like to do work
twice!
Just my (non-DD) opinion...
BTW, I've got my n4100 running armel now, and even with 512MB the
performance is ... underwhelming. And by ARM standards, this machine is
big-iron!
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, em
Bill Gatliff wrote:
The gcc came from crosstool-ng-1.0.
Despite my repeated requests, crosstool-ng-1.0 insisted on building
gcc-4.2.2. So I built my own gcc-4.1.1, used that to build the _same_
kernel, and the box is now solid. Go figure.
If I had more hours in the day, I'd invest
5 seconds
I sometimes see OOPSes in udp_v4_get_port as well.
Any ideas? This is the wpkg linux-2.6.17.8 kernel, rebuilt to add
ramdisks, md raid 5 and initrd. The gcc came from crosstool-ng-1.0.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bill Gatliff wrote:
Ok. I'm very, very close. Details to follow shortly. :) :)
Still very close, but not there just yet. :(
To recap. I rebuilt the wpkg kernel, to turn on things like NFS and
ramdisks. I used a gcc-4.2.1 kernel constructed with crosstool-ng.
I used the ads i
It doesn't
appear to work with an EABI-only kernel.
Thoughts?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n4100
I'm in the process of building my own kernel, one with NFS support so
that I can use debootstrap.
Suggestions? I just don't want to reinvent the wheel...
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
ybody else seeing this?)
Yep, I've seen it:
http://bugs.debian.org/462677
I'll see about the workaround. I don't know the root cause.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
local
root exploit kernel problem. Anyone?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
2100 might be unreliable?
Hedges is an N2100 that I outfitted with 512MB SDRAM. Anyone know how
it's holding up?
Top says it's not idling, but loaded 1.15 on average with 32MB free.
Dmesg and the logs don't show anything ugly.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
that _arm_ is lacking high-grunt hardware, or _arme[lb]_?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Peter Palfrader wrote:
On Wed, 02 Jan 2008, Bill Gatliff wrote:
The kernel is NOT running the nbd swap patch, so I don't know if the
system will deadlock under stress, or not...
Upgraded the chroots last night - or tried to. It has exceptionally
slow so I had to leave it ru
cause they're stressing _me_ even harder! :)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
least. :)
Sorry about repetitions, Bill, thought I'd put this on list too.
You did. :)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Lennert Buytenhek wrote:
On Wed, Jan 02, 2008 at 01:00:02PM -0600, Bill Gatliff wrote:
Ok, I've set up a 5GB swap over NBD. If the system reboots, it won't
automagically reattach it.
The kernel is NOT running the nbd swap patch, so I don't know if the
system will deadlo
Guys:
Ok, I've set up a 5GB swap over NBD. If the system reboots, it won't
automagically reattach it.
The kernel is NOT running the nbd swap patch, so I don't know if the
system will deadlock under stress, or not...
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBS
Can you switch to blowfish for scp, the way you can for ssh? That's a
pretty light algorithm, but maybe not such that you'd notice any
significant improvement.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ing?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ill work for the n4100?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
... When I get the Thecus box up I'll try compiling it
with armel and see what happens... unless someone knows better...
M
Leisner is back up, and I installed an armel chroot on it. You're
welcome to use it if that helps.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To U
.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
of system-on-module boards that use these
chips. They're pretty low-power.
HTH,
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Peter Naulls wrote:
In message <[EMAIL PROTECTED]>
Bill Gatliff <[EMAIL PROTECTED]> wrote:
Does the n2100 support both OABI and EABI? If so, maybe someone should
put chroots for both on hedges?
Any ARM processor made in the last 10 years or so will do EABI.
eal fix for this is EABI.
Does the n2100 support both OABI and EABI? If so, maybe someone should
put chroots for both on hedges?
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ion sequence which has a
modest performance overhead but gives you the full 32-bit address space.
Which suggests that the text size when built with -Os would be about
halved -- 24 megabytes.
... which would have performance implications (probably not serious
ones), and would probably
t
here and there.
And kudos to them! But I wasn't talking about "answering a question
here and there".
I _would_ object against the (purely hypothetical) case where Bill
Gatliff would get a PO to implement a feature X and then sends Lennert
email saying "What is feature X? How
. Some of us would also love to come to the
party, but can't for all kinds of reasons. Now everyone knows mine, and
if they want to see me there more often then they know how to help. It
pains me a bit to admit my shortcomings, but I won't apologize for being
honest and realistic about mys
irection, and we see how that turned
out. :(
Frankly, I think Debian is as awesome as it is _precisely because_ of
its devotion to non-x86 targets (among other reasons, of course). I
don't want to see that go away. Let's pool our resources, face reality,
and find a way to give Debian fo
1 - 100 of 189 matches
Mail list logo
