On 11/15/10, Larry Finger wrote:

I too vote for using 2.6.37 in 11.4.

I have a biased view, but I consider the new drivers for wireless devices to be very important. In particular, brcm80211 supplies an open-source driver where none existed before for some new devices. It also marks the first time that Broadcom has provided open-source code. Another new driver, r8712u, is extremely stable, whereas the previous vendor driver for those devices was not. These drivers are available through Packman, but that entails all the disadvantages of out-of-kernel drivers.

I have been running 2.6.37 since the post-2.6.36 merge started. I have found and reported a couple of small bugs, but nothing very serious.

Larry

There's actually an openFATE entry for this. https://features.opensuse.org/310646 In the end, AJ says: == The Kernel:HEAD project will be updated with 2.6.37 once it stabilizes as usual and we will then decide whether to go for 2.6.37 or not. Let's not discuss this further here, it will be done after discussion on the opensuse-kernel mailing list - and I bet it's 2.6.37. == So it looks like at least from AJ's perspective its up to the kernel team to decide. Greg -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Hello, On 11/15/2010 10:29 PM, Stefan Seyfried wrote:

Drivers:

...

- Telechips TCC ARM926-based systems

Cool. Do we get the rest of the distro for ARM, too? (just kidding)

Well, ARM support would be nice. I use now an ARM smartbook: http://www.genesi-usa.com/products/smartbook but with Ubuntu at the moment. I'd be more happy with my usual openS.u.S.E. environment... Bye, CzP -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Hello, On 11/15/2010 11:45 PM, Cristian Rodríguez wrote:

El 15/11/10 18:37, Peter Czanik escribió:

...

Well, ARM support would be nice. I use now an ARM smartbook: http://www.genesi-usa.com/products/smartbook but with Ubuntu at the moment. I'd be more happy with my usual openS.u.S.E. environment...

Have you found some box with more than 512 MB RAM ? because building a bunch of packages with it gotta be painful...

First of all: you don't need to compile native on an ARM machine, the BS can easily cross compile it for you. For example MeeGo code first sees real ARM hardware only during installation, for compilation only x86 is used. Second: there is a new Debian ARM port ( http://wiki.debian.org/ArmHardFloatPort ) which was entirely built on a small cluster of similar ARM machines ( http://www.genesi-usa.com/products/efika ). Bye, CzP -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On 16/11/10 13:48, Cristian Rodríguez wrote:

El 16/11/10 04:57, Peter Czanik escribió:

...

First of all: you don't need to compile native on an ARM machine, the BS can easily cross compile it for you.

I've cross-built many kernels for the Angstrom port under openSUSE using the tools from http://www.codesourcery.com/sgpp/lite/arm/portal/release1294

The day we have _native_ hardware available to do this, I may commit time into this ARM port (reasons are explained in fate)

Only $179.00 US. http://search.digikey.com/scripts/DkSearch/dksus.dll?PName?Name=296%2D25798%2DND&Site=US&Lang=EN

...

Second: there is a new Debian ARM port ( http://wiki.debian.org/ArmHardFloatPort ) which was entirely built on a small cluster of similar ARM machines ( http://www.genesi-usa.com/products/efika ).

We need a similar cluster then. ;)

There is also a Ubuntu port. I'm running Ubuntu 10.10 on a Beagleboard C3. The plus is that I can build software much easier on it than I can using the Angstrom distribution. There is a Fedora port with an active mailing list but I've never seen reference to it on the beagleboard list, so it must be quite a niche port. It would be a big bonus if there was an openSUSE port. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On 16/11/10 15:00, Cristian Rodríguez wrote:

El 16/11/10 11:34, Sid Boyce escribió:

...

Only $179.00 US. http://search.digikey.com/scripts/DkSearch/dksus.dll?PName?Name=296%2D25798%2DND&Site=US&Lang=EN

Very Nice :-D though it still has 512 MB ram ! Im not going to spent time building/debugging whatever on a system with such little resources.

ARM is an important and significant embedded platform that now extends to netbooks which are becoming increasingly popular. Sure, it will require time but Fedora and Ubuntu have done it and done it well, especially well in the case of Ubuntu which I use. Even Ubuntu 10.10 runs well. I suspect that once the tools are there, the rest should be reasonably easy though I've not spent any time exploring how the other distros have done it. http://elinux.org/Toolchains may give some insight. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Sat, Nov 20, 2010 at 12:23:46AM +0000, Sid Boyce wrote:

http://infoworld.com/d/hardware/arm-readies-processing-cores-64-bit-computin...

This will up the stakes. Will openSUSE be left behind and ruing the day?

No. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Hello, On 11/22/2010 08:55 PM, Cristian Rodríguez wrote:

El 19/11/10 21:23, Sid Boyce escribió:

...

This will up the stakes. Will openSUSE be left behind and ruing the day? Regards Sid.

If some powerful system happends to be sold in the consumer market (hint, this announcements are vaporware), I will buy one and build the distribution myself :-)

Here you go: http://www.linuxfordevices.com/c/a/News/PandaBoard/?kc=rss It's not the usual 512MB and single core machine, it's a 1GB dual core. Thank you for building the distribution for ARM! :) Bye, CzP -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On 22/11/10 21:26, Greg KH wrote:

On Mon, Nov 22, 2010 at 09:11:33PM +0100, Peter Czanik wrote:

...

Hello,

On 11/22/2010 08:55 PM, Cristian Rodríguez wrote:

...

El 19/11/10 21:23, Sid Boyce escribió:

...

This will up the stakes. Will openSUSE be left behind and ruing the day? Regards Sid.

If some powerful system happends to be sold in the consumer market (hint, this announcements are vaporware), I will buy one and build the distribution myself :-)

Here you go: http://www.linuxfordevices.com/c/a/News/PandaBoard/?kc=rss It's not the usual 512MB and single core machine, it's a 1GB dual core. Thank you for building the distribution for ARM! :)

I have one of these, and it's still a pretty underpowered machine compared to my many-year-old desktop. Nothing to fear just yet...

For mobile applications the small footprint of these boards is ideal, my Beagleboard C3 runs Ubuntu very well, KDE brings it to its knees starting up. No way would it be suitable for full desktop use, but for important one-off applications, it fits the bill, e.g for Software Defined Radio (SDR) it makes possible a very compact transceiver like the SDR-Cube and the BeagleBrick. Other complex single task operations can be supported, telemetry, firewalls, audiovisual streaming, etc. Another plus, with a small LCD screen, it beats lugging a desktop around hands down. One problem I saw with Ubuntu was a USB sound card was reporting lack of bandwidth when I tried using it with my SDR rig and I've yet to try the Beaglebrick Angstrom distribution. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

El 22/11/10 17:11, Peter Czanik escribió:

Here you go: http://www.linuxfordevices.com/c/a/News/PandaBoard/?kc=rss It's not the usual 512MB and single core machine, it's a 1GB dual core. Thank you for building the distribution for ARM! :)

Cool :) that's is certainly getting near to what I would buy for hacking .. 1GB RAM is still very little to build stuff.. let's say hrmmm.. 3 or 4Gb.. is fine for me .. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Mon, Nov 15, 2010 at 2:43 PM, Cristian Rodríguez wrote:

El 15/11/10 13:09, Jeff Mahoney escribió:

...

- Batched discard support, which allows the file system to advise the   block layer to use the TRIM command. This allows online TRIMs, but   is only implemented in ext4 so far.

Yeah, because in current kernel:head not even "discard" works see bnc#646863

btw.. any hope of getting bnc#647554 fixed ?

Even in 2.6.37, it's a barely useful feature. The ATA spec. allows for the TRIM command to have a payload of numerous trim ranges. The 2.6.37 ext4 kernel implementation only sends one range at a time (except for very large ranges which are broken into multiple contiguous ranges and sent in one TRIM payload). Because TRIM causes the SSD to flush its cache, having one command per range is still very ineffective, and the benchmarks show it is not a major performance win. OTOH, the userspace hdparm / wiper.sh pair do a great job and fully leverage the multiple ranges per TRIM command. Unfortunately, the hdparm / wiper.sh scripts don't support software raid or LVM setups while the kernel implementation does. So I would only advise using the kernel TRIM feature in those 2 limited environments. See: http://en.opensuse.org/SDB:SSD_discard_%28trim%29_support Greg -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Mon, Nov 15, 2010 at 3:00 PM, Cristian Rodríguez wrote:

El 15/11/10 19:56, Greg Freemyer escribió:

...

Unfortunately, the hdparm / wiper.sh scripts don't support software raid or LVM setups while the kernel implementation does.

There is a version that supports LVM, and used it with success, until I apparently mispatched it and got my information nicely destroyed :-D

Cristian, LVM support is good news. I googled and found this from May: http://sourceforge.net/tracker/index.php?func=detail&aid=2997551&group_id=136732&atid=736684 It says: "This currently only supports linear logical volumes on top of a single device (i.e. no striped, mirrored, or concatenated volumes)" If that is still the current state, I hesitate to call that LVM support. Most if not all the LVM setups I've ever made had more than a single device. Do you have reason to think it now supports more than that? Greg -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Tue, Nov 16, 2010 at 10:55:32AM +0100, Martin Schlander wrote:

Mandag den 15. november 2010 17:09:43 skrev Jeff Mahoney:

...

Since technically we're in feature freeze for 11.4, I thought I'd put this out for discussion.

Factory is currently using 2.6.36 which was released 3 weeks ago. Upstream versions tend to take about 10-11 weeks, on average, to release. The scheduled release for the first openSUSE RC is Jan 20.

The scheduled release for the first RC is Jan 20. The typical development time for a kernel release, on average, is about 10-11 weeks. That puts the release of 2.6.37 around Dec 29 to Jan 12.

I really don't follow kernel development anywhere near enough to have an informed opinion on 2.6.36 vs. 2.6.37.

But I can say this, the 2.6.34 in 11.3 caused a lot of problems for many people with basic things like shutting down or rebooting on many machines - often machines which worked fine with older kernels. So we definitely don't want something like that to happen again.

Beforehand I had thought 11.3 was poised for success having a newer kernel than Ubuntu, Mandriva and Fedora at the time - but it turned out not to be an advantage at all - au contraire.

It is always hit or miss :/ Ciao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org