Re: Can't get a Linux 3.6-rc zImage smaller than 2MB
On Wed, Mar 20, 2013 at 10:20 PM, Chris Wilkinson wrote: > Sure. > [...] > #Reboot > Redboot> reset Thanks for describing this so well and simple. This creates the temptation to some of the modules into the kernel. Many years ago I've read that network drivers as modules can have some penalty compared to being compiled-in. Does anybody know if that is still the case? Is it the case with file system drivers? I know with SS4000-E this doesn't really matter, it's slow anyway :-) Best regards, Maciej
Re: Bug#703209: linux: Please Add multiplatform flavour to armhf
On Thu, Mar 21, 2013 at 08:42:49AM +, Tixy wrote: > A single multiplatform kernel can support both armv6 and armv7 (or armv4 > + armv5). I don't know if Debian plans to have separate versions for > each architecture version - there may be performance benefits to this - > in which case using armv6 -v7 etc sounds like a good idea. Also, a > multiplatform kernel can't support armv5 and armv6, so there may need to > be more than one 'mp' version anyway. Well armhf only supports armv7 so far, so armv6 adn armv5 are irrelevant to armhf. armel would be a different question. I do wonder how long armel will continue to be maintained if most of the arm developers get too excited with armhf. :) -- Len Sorensen -- 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/20130321135535.gk1...@csclub.uwaterloo.ca
Re: adventures with my imx53 quickstart board
On Wed, Mar 20, 2013 at 08:46:41PM +, peter green wrote: > >So now onto the conclusions from this adventure >1: with the debian wheezy kernel network operation at 10mbps seems to >be broken. >2: the debian experimental kernel doesn't want to boot at all >3: cheap network switches work fine most of the time but can do >really strange shit from time to time. Amen to that; it's not just cheap no-name switches, either. :-( -- Steve McIntyre, Cambridge, UK.st...@einval.com "The problem with defending the purity of the English language is that English is about as pure as a cribhouse whore. We don't just borrow words; on occasion, English has pursued other languages down alleyways to beat them unconscious and rifle their pockets for new vocabulary." -- James D. Nicoll -- 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/20130321125239.gb8...@einval.com
Re: Bug#703209: linux: Please Add multiplatform flavour to armhf
On Thu, 2013-03-21 at 12:52 +0900, Nobuhiro Iwamatsu wrote: > Hi, > > On Wed, Mar 20, 2013 at 12:17 AM, Paul Wise wrote: > > On Tue, 2013-03-19 at 15:05 +, Ian Campbell wrote: > > > >> I think the question here is what the `uname -r` bit should be. > >> Specifically the $FLAVOUR in 3.x.y-z-$FLAVOUR. > > > > Woops, I missed that uname -r includes the flavour bit. > > > >> I think there is an argument for making the multiplatform case be the > >> default "no-flavour flavour" i.e. $FLAVOUR is armhf/arm64 etc. Or > >> maybe that's what you are suggesting having not realised that `uname > >> -r` currently includes the -$FLAVOUR suffix. Hrm, I think we may > >> actually be talking about the same thing ;-) > > > > Right, my suggestion is just to use the architecture for the flavour, as > > is done on the other architectures. > > > > Thank you for your comment. > > In ARM ((but may be used on other architectures as well) ) all architectures, > flavor with the name of the CPU do is that it is multiplatform? > For example, armv7 flavor is multiplatform support in armhf. A single multiplatform kernel can support both armv6 and armv7 (or armv4 + armv5). I don't know if Debian plans to have separate versions for each architecture version - there may be performance benefits to this - in which case using armv6 -v7 etc sounds like a good idea. Also, a multiplatform kernel can't support armv5 and armv6, so there may need to be more than one 'mp' version anyway. -- Tixy -- 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/1363855369.3242.5.ca...@computer5.home
