Man lebt nur einmal - probiers aus !
by Gustavo Holliday
Online Apotheke - original Qualitaet - 100% wirksam
Spezialangebot: Vi. 10 Tab. 100 mg + Ci. 10 Tab. x 20 mg 53,82 Euro
Vi. 10 Tab. 26,20 Euro
Vi. 30 Tab. 51,97 Euro - Sie sparen: 27,00 Euro
Vi. 60 Tab. 95,69 Euro - Sie sparen: 62,00 Euro
Vi. 90 Tab. 136,91 Euro - Sie sparen: 100,00 Euro
Ci. 10 - 30,00 Euro
Ci. 20 - 59,35 Euro - Sie sparen: 2,00 Euro
Ci. 30 - 80,30 Euro - Sie sparen: 12,00 Euro
- diskrete Verpackung
- diskrete Zahlung
- kein peinlicher Arztbesuch erforderlich
- kostenlose, arztliche Telefon-Beratung
- kein langes Warten - Auslieferung innerhalb von 2-3 Tagen
- Visa verifizierter Onlineshop
- keine versteckte Kosten
- bequem und diskret online bestellen.
Bestellen Sie jetzt und vergessen Sie Ihre Enttauschungen, anhaltende Versagensaengste und wiederholte peinliche Situationen
Vier Packchen gibts bei jeder Bestellung umsonst
http://humanmass.com
15 years, 6 months
Re: rpms/kernel/devel kernel.spec, 1.651, 1.652 linux-2.6-debug-no-quiet.patch, 1.7, NONE
by Mark McLoughlin
On Fri, 2008-05-23 at 18:19 +0000, Kristian Høgsberg wrote:
> Removed Files:
> linux-2.6-debug-no-quiet.patch
> Log Message:
> * Fri May 23 2008 Kristian Høgsberg <krh(a)redhat.com>
> - Drop linux-2.6-debug-no-quiet.patch. As discussed with Jeremy and
> Dave, it's time to drop this patch. Verbose output can still be
> enabled by specifying 'noisy' on the kernel command line instead of
> 'quiet'.
Still have:
config-debug:CONFIG_DEBUG_IGNORE_QUIET=y
config-nodebug:CONFIG_DEBUG_IGNORE_QUIET=y
Makefile: @perl -pi -e 's/# CONFIG_DEBUG_IGNORE_QUIET is not set/CONFIG_DEBUG_IGNORE_QUIET=y/' config-nodebug
Makefile: @perl -pi -e 's/CONFIG_DEBUG_IGNORE_QUIET=y/# CONFIG_DEBUG_IGNORE_QUIET is not set/' config-nodebug
Cheers,
Mark.
15 years, 6 months
how to recompile/rebuild fedora core 7 kernel
by Nooruddin Dar
i have linux-2.6.25.tar.bz2 kernel source
i want to rebuild it and also want to add a system call in the kernel
if any one knows about that plz reply
i will wait for ur response
--
Nooruddin Dar
+92-334-8605922
+92-51-4304756
15 years, 6 months
Re: rpms/kernel/devel kernel.spec, 1.651, 1.652 linux-2.6-debug-no-quiet.patch, 1.7, NONE
by Kyle McMartin
On Fri, May 23, 2008 at 06:19:40PM +0000, Kristian H?gsberg wrote:
> Log Message:
> * Fri May 23 2008 Kristian Høgsberg <krh(a)redhat.com>
> - Drop linux-2.6-debug-no-quiet.patch. As discussed with Jeremy and
> Dave, it's time to drop this patch. Verbose output can still be
> enabled by specifying 'noisy' on the kernel command line instead of
> 'quiet'.
>
Groovy!
15 years, 6 months
vanilla-kernel (was: Re: Plan for tomorrows (20080522) FESCO meeting)
by Thorsten Leemhuis
On 21.05.2008 21:33, Josh Boyer wrote:
> On Wed, 21 May 2008 16:20:39 -0300
> Alexandre Oliva <aoliva(a)redhat.com> wrote:
>> On May 21, 2008, Brian Pepple <bpepple(a)fedoraproject.org> wrote:
>
>> Inclusion in Fedora (future and recent past releases) of the
>> kernel-libre package, a 100% Free Software variant of the kernel
>> Linux, that I've been maintaining tracking Fedora kernel builds at
>> http://www.fsfla.org/~lxoliva/fsfla/linux-libre/
> We've had this discussion. We aren't going to allow a forked kernel
> package. Please work with the kernel team to integrate this into the
> main kernel package.
Slightly related to this and maybe relevant for the -libre discussion:
Dave, what's the status of the "precompiled vanilla kernel rpms" for
Fedora? There was the idea to put them in the unusual Fedora repos
(which I'd prefer) or in a dedicated repo on your people pages. Was it
forgotten? To many technical hurdles? -ENOTIME? Or do we stick to the
"build one yourself using rpmbuild and the magic flag if you need one"
solution?
Just wondering.
CU
knurd
15 years, 6 months
rawhide / F10
by Dave Jones
Now that rawhide has opened up again for F10, I've moved CVS forward
to 2.6.26-rc2-git5. In doing so, there were the usual ton of
rejects, some of the trivial ones I fixed up, but some of the
larger patches (especially the git tree snapshots) failed so much
that it was easier to just disable them until their owners can
find time to update them.
Here's what's disabled so far:
utrace
assorted ppc patches
selinux deferred contexts
wireless
at76
linux-2.6-smarter-relatime.patch
atl2
drm/nouveau/modesetting
uvcvideo
efifb/imacfb merging
lirc
Execshield may need some more attention. I got it building locally,
but it hasn't been boot tested at all yet, and touching that thing
always makes me nervous.
Oh, and the usual debugging-and-then-some config options are all back on.
Now to try and get it to survive a trip through koji ...
Dave
--
http://www.codemonkey.org.uk
15 years, 6 months
rawhide kernel debug config not warning on sleeping allocation under spinlock?
by Stephen Smalley
Hi,
In testing a recent kernel patch using the debug kernel configs from the
Fedora rawhide kernel package, I didn't get any warnings about a case
where the code was performing a non-atomic kmalloc while holding a
spinlock, despite the fact that CONFIG_DEBUG_SPINLOCK_SLEEP was enabled.
In experimenting further, I found that I do get the warnings if I
switched from SLUB to SLAB (as mm/slab.c includes tests of might_sleep),
or if I use SLUB but enable DEBUG_PAGEALLOC as well (in which case the
warnings are emitted by the mm/page_alloc.c code). I also turned on
PREEMPT as per Documentation/SubmitChecklist for good measure.
Is this a known issue? Should the rawhide kernel debug config include
the necessary options to ensure that such warnings show up there?
--
Stephen Smalley
National Security Agency
15 years, 6 months
Re: Building kernel RPMs with patches from git
by David Woodhouse
On Thu, 2008-05-08 at 10:06 +1200, Martin Langhoff wrote:
> Dennis, David,
>
> There is right now something that I am having trouble understanding
> how it's done - related to kernel packaging. Is there any
> documentation on how the RH team manages kernels with additional
> patches?
>
> All I can find is tips to manage the patches as patches, but that is
> so oldstyle. I want a git-integrated workflow... or quilt or whatever.
> What I would like to do is to track the appropriate git branch that RH
> has for F7 kernels, and merge in the Libertas patches. Right now we
> are doing a pretty hackish thing ;-)
>
> Is there anything like this? I'm sure the RH kernel team is using _some_ dscm...
Actually, we don't. It really is just patches -- and we try to have as
few of those as possible.
We don't normally do development directly on the packaged kernel. The
real development happens in rawhide, which tracks upstream -- so we work
on the upstream kernel's git tree. Then we can just create patches and
add them to the RPM.
I believe there is a way to make quilt use RPM specfiles. I've never
really bothered looking it up, though -- others may know more, if you
ask in the right places (like fedora-kernel-list, which I've added to
Cc).
If I really have to hack on the RPM-built kernel directly for some
reason, I'll do something like this -- starting from the _very_
beginning just in case...
Obviously, start by checking the kernel in question out from Fedora CVS,
just as you would for any other package. I'll use anoncvs here, but
presumably any OLPC developer would have a proper account of their own
and be a real part of the Fedora community.
$ cd ~/working/fedora-pkgs
$ cvs -d :pserver:anonymous@cvs.fedoraproject.org:/cvs/pkgs co common
$ cvs -d :pserver:anonymous@cvs.fedoraproject.org:/cvs/pkgs co kernel/F-7
$ cd kernel/F-7
Then, I find it useful to disable a bunch of the builds I'm not
interested in, to speed things up and to make sure that the tree I'm
left with in my build directory is actually the one I want to frob with:
$ cat > GNUmakefile <<EOF
ppc: DIST_DEFINES += --with baseonly
ppc64: DIST_DEFINES += --with baseonly
i686: DIST_DEFINES += --with baseonly
include Makefile
EOF
Finally, you can build a kernel by running 'make i686'. Or just run
through and apply the patches by running 'make prep'.
If I want to play, I'll usually build a kernel package, and install it
on the unit under test. Then I can go and edit the source files in the
build tree in ~/working/fedora-pkgs/kernel/F-7/kernel-2.6.23/linux-2.6.23.i686
and I can rebuild both kernel and modules and replace them individually
for testing.
When I'm done, generating a patch is as simple as:
$ cd kernel-2.6.23
$ for a in `find linux-2.6.23 -name \*~` ; do diff -up ${a%%\~} $a ; done | tee linux-2.6-foo.patch
Then I can add that patch to the specfile, do a final build (make i686)
to test, and commit it.
If your editor doesn't leave backup files around or you've done it in so
many sessions that your backup files aren't the originals, you can run
'make prep' and then do a recursive diff between the clean
linux-2.6.23.noarch and your edited linux-2.6.23.i686 directories.
For libertas, we really ought to fix up the private ioctl crap so that
it's acceptable upstream, and then we could merge it into the Fedora
kernel. Hell, if you ask John nicely, maybe he'd let us do it anyway --
I've just been assuming he'd say 'no'. We try not to put things into
Fedora which aren't going upstream, in general.
--
dwmw2
15 years, 7 months
no version for "function x" found: kernel tainted
by nayan kumar
Hi All, I am using two Dual BSD/GPL drivers for a stack development project. Both modules use the MODULE_LICENSE("Dual BSD/GPL "). One of the drivers depends on the other. When the modules gets loaded after issuing insmod command , I see a tainted message in the kernel output from the module that is calling the (function x) exported by other module that a exported (function x ) has no version.
How do I fix this? - there is a requirement that no tainted messages appear.
Thanks
_________________________________________________________________
Watch hottest Bollywood videos, clips, movie tailors, star interviews, songs and more on MSN videos.
http://video.msn.com/?mkt=en-in
15 years, 7 months