Finalmente dopo tanta attesa è uscito il kernel vanilla 2.6.27.

Ven, 10/10/2008 - 09:44

Finalmente dopo tanta attesa è uscito il kernel vanilla 2.6.27.

Inviato da grissino 18 commenti

È disponibile un nuovo kernel 2.6.27 rilascio da kernel.org.
Peccato che per il ritardo in uscita, non è stato possibile metterlo nella edizione di Mandriva 2009.0,
ma ciò sarà fatto col primo aggiornamento.

Ricordo che questo kernel è usabile con attenzione ma che manca di tutte le patch e moduli 3rdparty tipiche dei kernel Mandriva non essendo quello ufficiale di Mandriva.
Quote:

Don't allow splice() to files opened with O_APPEND

This is debatable, but while we're debating it, let's disallow the
combination of splice and an O_APPEND destination.

It's not entirely clear what the semantics of O_APPEND should be, and
POSIX apparently expects pwrite() to ignore O_APPEND, for example. So
we could make up any semantics we want, including the old ones.

But Miklos convinced me that we should at least give it some thought,
and that accepting writes at arbitrary offsets is wrong at least for
IS_APPEND() files (which always have O_APPEND set, even if the reverse
isn't true: you can obviously have O_APPEND set on a regular file).

So disallow O_APPEND entirely for now. I doubt anybody cares, and this
way we have one less gray area to worry about.

Potete scaricarlo da qui, al solito tasto destro salva destinazione con nome.

Ecco il log dei fix.

ciao.
grissino.





Commenti

Ritratto di Maurizio
#1

Inviato da Maurizio il Ven, 10/10/2008 - 22:10.

Re: Finalmente dopo tanta attesa è uscito il kernel vanil...

Ciao
per così poco. Thinking
Va beh, lo metteranno negli aggiornamenti. Wink

Ciao



Ritratto di Moreno
#2

Inviato da Moreno il Sab, 11/10/2008 - 06:23.

Kernel ufficiale 2.6.27 arrivato in Cooker/2009.1

Ciao

Mannaggia, gli amici di kernel.org non potevano sgobbare un po' di più e rilasciare il kernel stabile un pochino prima??

Comunque a tempo di record il nuovo kernel stabile 2.6.27 è arrivato nei mirror di Cooker che hanno riaperto i rubinetti (ma non fanno mai le ferie i Cookeriani??), probabilmente fra poche ore arriveranno anche fra gli update della 2009.0.

Ciao Ciao, Moreno

Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.



Ritratto di Moreno
#3

Inviato da Moreno il Gio, 16/10/2008 - 20:28.

È uscito aggiornamento al kernel vanilla 2.6.27.1.

È disponibile un nuovo kernel 2.6.27.1 rilascio da kernel.org.
Peccato che per il ritardo in uscita, non è stato possibile metterlo nella edizione di Mandriva 2009.0,
ma ciò sarà fatto col primo aggiornamento.

Ricordo che questo kernel è usabile con attenzione ma che manca di tutte le patch e moduli 3rdparty tipiche dei kernel Mandriva non essendo quello ufficiale di Mandriva.

Disabilitato al momento codice che dava problemi negli e1000e

Quote:

disable CONFIG_DYNAMIC_FTRACE due to possible memory corruption on module unload

While debugging the e1000e corruption bug with Intel, we discovered
today that the dynamic ftrace code in mainline is the likely source of
this bug.

For the stable kernel we are providing the only viable fix patch: labeling
CONFIG_DYNAMIC_FTRACE as broken. (see the patch below)

We will follow up with a backport patch that contains the fixes. But since
the fixes are not a one liner, the safest approach for now is to
disable the code in question.

The cause of the bug is due to the way the current code in mainline
handles dynamic ftrace. When dynamic ftrace is turned on, it also
turns on CONFIG_FTRACE which enables the -pg config in gcc that places
a call to mcount at every function call. With just CONFIG_FTRACE this
causes a noticeable overhead. CONFIG_DYNAMIC_FTRACE works to ease this
overhead by dynamically updating the mcount call sites into nops.

The problem arises when we trace functions and modules are unloaded.
The first time a function is called, it will call mcount and the mcount
call will call ftrace_record_ip. This records the calling site and
stores it in a preallocated hash table. Later on a daemon will
wake up and call kstop_machine and convert any mcount callers into
nops.

The evolution of this code first tried to do this without the kstop_machine
and used cmpxchg to update the callers as they were called. But I
was informed that this is dangerous to do on SMP machines if another
CPU is running that same code. The solution was to do this with
kstop_machine.

We still used cmpxchg to test if the code that we are modifying is
indeed code that we expect to be before updating it - as a final
line of defense.

But on 32bit machines, ioremapped memory and modules share the same
address space. When a module would load its code into memory and execute
some code, that would register the function.

On module unload, ftrace incorrectly did not zap these functions from
its hash (this was the bug). The cmpxchg could have saved us in most
cases (via luck) - but with ioremap-ed memory that was exactly the wrong
thing to do - the results of cmpxchg on device memory are undefined.
(and will likely result in a write)

The pending .28 ftrace tree does not have this bug anymore, as a general push
towards more robustness of code patching, this is done differently: we do not
use cmpxchg and we do a WARN_ON and turn the tracer off if anything deviates
from its expected state. Furthermore, patch sites are statically identified
during build time so there's no runtime discovery of dynamic code areas
anymore, and no room for code unmaps to cause the hash to become out of date.

We believe the fragility of dynamic patching has been sufficiently
addressed in the development code via the static patching method, but further
suggestions to make it more robust are welcome.

Potete scaricarlo da qui, al solito tasto destro salva destinazione con nome.

Ecco il log dei fix.

ciao.
grissino.

Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.



Ritratto di grissino
#4

Inviato da grissino il Dom, 19/10/2008 - 00:49.

È uscito ultra rapido aggiornamento al kernel vanilla 2.6.27.2.

È disponibile un nuovissimo kernel 2.6.27.2 rilascio da kernel.org.

Ricordo che questo kernel è usabile con attenzione ma che manca di tutte le patch e moduli 3rdparty tipiche dei kernel Mandriva non essendo quello ufficiale di Mandriva.

Quote:

netdrvr: atl1e: Don't take the mdio_lock in atl1e_probe

commit f382a0a8e9403c6d7f8b2cfa21e41fefb5d0c9bd upstream

Lockdep warns about the mdio_lock taken with interrupts enabled then later
taken from interrupt context. Initially, I considered changing these
to spin_lock_irq/spin_unlock_irq, but then I looked at atl1e_phy_init()
and saw that it calls msleep(). Sleeping while holding a spinlock is
not allowed either.

In the probe path, we haven't registered the interrupt handler, so
it can't poke at this card yet. It's before we call register_netdev(),
so I don't think any other threads can reach this card either. If I'm
right, we don't need a spinlock at all.

Potete scaricarlo da qui, al solito tasto destro salva destinazione con nome.

Ecco il log dei fix.

ciao.
grissino.

Mandriva 2007.1 kde 3.5.7 Kernel 2.6.17-14, Mandriva 200.8.1 e 2009.0,
"Si ti vo' sciarriari trovati u cumpagnu."



Ritratto di Moreno
#5

Inviato da Moreno il Dom, 19/10/2008 - 17:29.

Arrivati in Cooker i kernel ufficiali 2.6.27.2

Ciao

Sono appena giunti in Cooker i nuovi kernel ufficiali 2.6.27.2.

Per sottolineare ulteriormente il nuovo approccio Debug di Mandriva oltre ai kernel standard sono arrivati anche quelli con la dicitura -debug dedicati agli "esperti" che si occupano del debug del kernel.

Ovviamente noi esseri umani normali evitiamo di accuratamente di usarli, anzi a ben vedere non dovrebbero neanche essre qui ma nella più appropriata cartella debugMain.

Ciao Ciao, Moreno

Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.



Ritratto di grissino
#6

Inviato da grissino il Gio, 23/10/2008 - 01:51.

È uscito aggiornamento al kernel vanilla 2.6.27.3.

È disponibile un nuovo kernel 2.6.27.3 rilascio da kernel.org.

Ricordo che questo kernel è usabile con attenzione ma che manca di tutte le patch e moduli 3rdparty tipiche dei kernel Mandriva non essendo quello ufficiale di Mandriva.

Quote:

security: avoid calling a NULL function pointer in drivers/video/tvaudio.c

commit 5ba2f67afb02c5302b2898949ed6fc3b3d37dcf1 upstream

NULL function pointers are very bad security wise. This one got caught by
kerneloops.org quite a few times, so it's happening in the field....

Fix is simple, check the function pointer for NULL, like 6 other places
in the same function are already doing.

Potete scaricarlo da qui, al solito tasto destro salva destinazione con nome.

Ecco il log dei fix.

ciao.
grissino.

Mandriva 2007.1 kde 3.5.7 Kernel 2.6.17-14, Mandriva 200.8.1 e 2009.0,
"Si ti vo' sciarriari trovati u cumpagnu."



Ritratto di randerot
#7

Inviato da randerot il Gio, 23/10/2008 - 10:15.

Re: È uscito aggiornamento al kernel vanilla 2.6.27.3.

come mai nella mandriva 2009.0 x86_64 (non cooker) è uscito il kernel-linus-2.6.27.3 ma non il kernel-desktop-2.6.27.3 ?

ho configurato io male i repositroy che non lo trovo?

grazie ciao ciao

______________________________________________________________________________________________________________________________________________

Notebook Asus M60J CPU: i7-720QM Memory: 4Gb Scheda Video: Nvidia GT 240M Display: 16.0" HD/led



Ritratto di nicco
#8

Inviato da nicco il Gio, 23/10/2008 - 14:27.

[MIB] Kernel 2.6.27.3, da 2007.1 a 2009.0, in arrivo in serata

In preparazione dal MIB

Kernel-2.6.27.3-1

con moltissimi fix e con Alsa (driver audio) 1.0.18 finale

Dovrebbe essere gia' disponibile in serata per 2008.1 (i586 - i686) e 2009.0 (i586 - i686):
Questo se riusciamo ad effettuare con successo i primi dovuti test

Ciao da NicCo

Professional experience >>> Community Manager and System Admin: http://pianetalinux.org
Kernel designer, engineer, maintainer and tester for ROSA Desktop and OpenMandriva Lx O.S.
OpenMandriva 2014.0 x86_64 - OMV + Kernel Farm + MIB - Kernel-nrjQL-desktop-3.15.6



Ritratto di Moreno
#9

Inviato da Moreno il Dom, 26/10/2008 - 11:14.

È uscito aggiornamento al kernel vanilla 2.6.27.4.

È disponibile un nuovissimo kernel 2.6.27.4 rilascio da kernel.org.

Ricordo che questo kernel è usabile con attenzione ma che manca di tutte le patch e moduli 3rdparty tipiche dei kernel Mandriva non essendo quello ufficiale di Mandriva.

Quote:

V4L/DVB (9300): pvrusb2: Fix deadlock problem

commit c82732a42896364296599b0f73f01c5e3fd781ae upstream

Fix deadlock problem in 2.6.27 caused by new USB core behavior in
response to a USB device reset request. With older kernels, the USB
device reset was "in line"; the reset simply took place and the driver
retained its association with the hardware. However now this reset
triggers a disconnect, and worse still the disconnect callback happens
in the context of the caller who asked for the device reset. This
results in an attempt by the pvrusb2 driver to recursively take a
mutex it already has, which deadlocks the driver's worker thread.
(Even if the disconnect callback were to happen on a different thread
we'd still have problems however - because while the driver should
survive and correctly disconnect / reconnect, it will then trigger
another device reset during the repeated initialization, which will
then cause another disconect, etc, forever.) The fix here is simply
to not attempt the device reset (it was of marginal value anyway).

Potete scaricarlo da qui, al solito tasto destro salva destinazione con nome.

Ecco il log dei fix.

ciao.
grissino.

Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.



Ritratto di grissino
#10

Inviato da grissino il Sab, 08/11/2008 - 00:02.

È uscito nuovo kernel vanilla 2.6.27.5.

È disponibile un nuovo kernel 2.6.27.5 quinto rilascio da kernel.org.

Ricordo che questo kernel è usabile con attenzione ma che manca di tutte le patch e moduli 3rdparty tipiche dei kernel Mandriva non essendo quello ufficiale di Mandriva.

Quote:

net: Fix recursive descent in __scm_destroy().

commit f8d570a4745835f2238a33b537218a1bb03fc671 and
3b53fbf4314594fa04544b02b2fc6e607912da18 upstream (because once wasn't
good enough...)

__scm_destroy() walks the list of file descriptors in the scm_fp_list
pointed to by the scm_cookie argument.

Those, in turn, can close sockets and invoke __scm_destroy() again.

There is nothing which limits how deeply this can occur.

The idea for how to fix this is from Linus. Basically, we do all of
the fput()s at the top level by collecting all of the scm_fp_list
objects hit by an fput(). Inside of the initial __scm_destroy() we
keep running the list until it is empty.

Potete scaricarlo da qui, al solito tasto destro salva destinazione con nome.

Ecco il log dei fix.

ciao.
grissino.

Mandriva 2007.1 kde 3.5.7 Kernel 2.6.17-14, Mandriva 200.8.1 e 2009.0,
"Si ti vo' sciarriari trovati u cumpagnu."