nginx 1.3.5

Lista de mudanças

• Mudança: the ngx_http_mp4_module module no longer skips tracks in formats other than H.264 and AAC.
• Correção: a segmentation fault might occur in a worker process if the "map" directive was used with variables as values.
• Correção: a segmentation fault might occur in a worker process if the "geo" directive was used with the "ranges" parameter but without the "default" parameter; the bug had appeared in 0.8.43. Thanks to Zhen Chen and Weibin Yao.
• Correção: in the -p command-line parameter handling.
• Correção: in the mail proxy server.
• Correção: of minor potential bugs. Thanks to Coverity.
• Correção: nginx/Windows could not be built with Visual Studio 2005 Express. Thanks to HAYASHI Kentaro.

Download: http://nginx.org/download/nginx-1.3.5.tar.gz

Debian Celebra 19 anos

Originalmente: http://h-online.com/-1668366

Debian, uma das mais antigas distribuições GNU/Linux ativamente mantidas, completa 19 anos hoje. O fundador do Projeto Ian Murdock originalmente anunciou o projeto em 16 de Agosto de 1993, quando ele lançou a primeira versão da distribuição. Olhando para aquele email, um grande número de objetivos de Murdock ainda são refletidos no Debian de hoje, apesar do fato de que a distribuição passou por diversas lideranças desde que Murdock deixou o projeto em 1996.
 
Os usuários e desenvolvedores do Debian irão celebrar o aniversário da distribuição com festas em diversos lugares ao redor do mundo. Como já se tornou tradição para o "Debian Day", muitos membros da comunidade irão cozinhar bolos do Debian para a celebração.
 
Desde os primórdios do primeiro lançamento do "Debian Linux", a distribuição cresceu para se tornar um dos principais símbolos do ecossistema GNU/Linux, e é base de incontáveis distribuições derivadas. A distribuição mudou para além de ser apenas um GNU/Linux. Com o Debian GNU/kFreeBSD, os usuários agora tem a opção de rodar versões da distribuição com o kernel FreeBSD.
 
O líder atual do projeto Debian, Stefano Zacchiroli tem-se focado principalmente em melhorar as relações com projetos relacionados (como o Ubuntu) e esta trabalhando para colocar o Debian na lista de distribuições recomendadas da Free Software Foundation. Para estes fins, ele estabeleceu o Derivatives Front Desk e criou uma força tarefa que esta trabalhando com a FSF para garantir que o Debian esteja em conformidade com suas regras.  
 
Debian esta atualmente na sua sexta versão, com o Debian 7.0 "Wheezy" sendo esperado para lançamento na primavera de 2013. O Debian 6.0 inclui atualmente aproximadamente 29,000 diferentes pacotes, um número que cresce continuamente.

Participe do Debian Day a ser realizado no dia 18 de Agosto de 2012 no Brasil

http://wiki.debian.org/DebianDay/2012

Em breve no Kernel Linux 3.5 - Parte 3 - Arquitetura

Autor: Thorsten Leemhuis (Copyright (c) 2012 Heise Media UK Ltd.)
Traduzido: Marcelo Soares Souza (Dúvidas e melhorias na tradução envie por E-mail)
Originalmente: http://h-online.com/-1634054

Como a ajuda do uprobes, a ferramenta de monitoramento de performance pode agora analisar ferramentas dentro do espaço do usuário (userspace). As análises em andamento sobre o código do ARM já esta mostrando resultados.
 
Depois de anos de desenvolvimento, dezenas de tentativas abortadas e algumas reestruturações, o código para o uprobes (userspace probes) finalmente foi adicionado dentro do Kernel (1[1], 2[2], 3[3], 4[4], 5[5] e outros). Isto possibilita que o kernel insira breakpoints dentro do código de ferramentas no espaço do usuário durante a execução, embora atualmente isto possa ser feito apenas através do subsistema de eventos perf do kernel. Este permite o rastreamento da execução que fazem uso desta ferramenta - tal como o componentes perf do kernel e a versão 1.8[6] do systemtap[7] - este adiciona tracepoints para o monitoramento do comportamento durante a execução do kernel e/ou programas do mesmo tipo.
 
Até agora, o perf pode apenas observar processos dentro do kernel, enquanto o systemtap necessita do utrace, que nunca foi adicionado oficialmente ao kernel, para monitorar ferramentas no espaço de usuário. Uprobes é ele mesmo derivado do utrace, embora tenham se separados a muito tempo. Instruções para utilizar o uprobes na prática podem ser encontrados no commit do uprobes[8]. Informações gerais podem ser encontrados no artigo[9] no LWN.net, que explica que o kernel, apesar da nova opção, ainda não esta perto de oferecer as funcionalidades necessárias para criar uma solução de tracing comparável ao dtrace do Solaris. Para isto será necessário várias extensões ao código dentro e em torno do uprobes, algumas das quais ainda estão sendo desenhadas.
 
Tracing
Alguns arquivos da ferramenta ftrace "trace-cmd" fizeram seu caminho[11] para dentro do diretório de ferramentas do kernel. Estas estabelecem uma base para uma biblioteca libtraceevents - destinada a uma fundação comum de apoio a ferramentas de tracing, incluindo a ferramenta perf do kernel, que já utiliza esta biblioteca[12] no Linux 3.5. Como Ingo Molnar relata[13], na sua principal requisição de git pull para o subsistema perf, que programas como o powertop devem também utilizar esta biblioteca. Esta requisição também menciona muitas outras mudanças nesta área, tais como melhorias na forma em que [14] o reporte gerado pelo assembler, usando a ferramenta perf-report, é exibida; o kernel agora suporta[15] amostragens precisas de eventos usando a Instruction-Based Sampling (IBS), que é oferecida nos processadores AMD recentes voltado a monitoramento de performance.
 
ARM
A revisão [16] do código do ARM, que esta em progresso a mais de um ano, prossegue no kernel 3.5. Algumas das mais significantes mudanças foram discutidas em duas threads na requisição principal de git pull do Linux 3.5 (1[17], 2[18]). Em um dos emails, Olof Johansson orgulhosamente relata[19] que o código para mais plataformas ARM estão sendo adaptadas para obter informações do hardware necessárias para o boot destes dispositivos[20].

Este trabalho começa a dar frutos, com, de acordo com Johansson, algumas plataformas ARM agora sendo suportadas pelo Linux simplesmente ao adicionar os arquivos das arvores do dispositivo, que são completamente independentes do código fonte do kernel. Mais informações sobre a revisão do código do ARM e sobre os esforços para criar o binário do kernel que possa bootar em muitas plataformas ARM diferentes podem ser encontrados nos artigos mais recentes do LWN.net ("LinuxCon Japan: One zImage to rule them all[21]").
 
Diversos
Uma coleção dos patches[22] limpa o código para x86 e faz com que a tabela de exceção seja ordenada durante o tempo de construção do kernel, o que pode melhorar um pouco o tempo de inicialização (1[23], 2[24]).
 
Mudanças no KVM[25] adiciona uma nova API[26] para injeção de mensagens Message Signalled Interrupt (MSI) no sistema convidado.
 
Mudanças importantes [27] ao código do Xen incluem suporte para o perf[28].
 
Uma revisão [29] do escalonador de processos devem aprimorar o comportamento deste em sistemas NUMA. Ao mesmo tempo, várias funções obsoletas[30] para o escalonamento de processos de economia de energia, os quais, de acordo com os desenvolvedores, fazem mais mal do que bem, foram removidas[31].
 
Documentação adicionadas ao kernel[32] explica o uso do stub do boot EFI, que possibilita que firmwares EFI iniciem o kernel diretamente. Esta função foi adicionado dentro do kernel no Linux 3.3[33] e é utilizada pelo recentemente lançado bootloader gummiboot[34].
 
Grandes alterações[35] ao código do "error detection and correction (EDAC)" possibilita que, no futuro, o kernel provera informações mais precisas onde o erro na memória ocorreu.
 
O novo parâmetro do kernel "skew_tick" [36] permite aos usuários controlar o timer ticks, que pode ser útil para a redução do jitter em cargas de HPC e RT, mas em contrpartida aumenta o consumo de energia.
 
O suporte para o antigo Micro Channel Architecture (MCA), que esta obsoleto por ao menos uma década, finalmente foi removido[37]. Suporte para o ARMv3[38] e o ixp23xx e ixp2000[39] (intel XScale) também foram removidos.
 
Links
[1] http://git.kernel.org/linus/2b144498350860b6ee9dc57ff27a93ad488de5dc
[2] http://git.kernel.org/linus/8ab83f56475ec9151645a888dfe1941f4a92091d
[3] http://git.kernel.org/linus/0326f5a94ddea33fa331b2519f4172f4fb387baa
[4] http://git.kernel.org/linus/f3f096cfedf8113380c56fc855275cc75cd8cf55
[5] http://git.kernel.org/linus/225466f1c2d816c33b4341008f45dfdc83a9f0cb
[6] http://thread.gmane.org/gmane.linux.kernel/1314333
[7] http://sourceware.org/systemtap/
[8] http://git.kernel.org/linus/654443e20dfc0617231f28a07c96a979ee1a0239
[9] http://lwn.net/Articles/499190/
[10] https://lkml.org/lkml/2012/7/7/121
[11] http://git.kernel.org/linus/f7d82350e597d76dc8765a55c7849843395728b0
[12] http://git.kernel.org/linus/aaf045f72335653b24784d6042be8e4aee114403
[13] http://thread.gmane.org/gmane.linux.kernel/1301391
[14] http://git.kernel.org/linus/51a0d455b5f44cb4680e0a89f99860b669e40d0f
[15] http://git.kernel.org/linus/450bbd493d436f9eadd1b7828158f37559f26674
[16] http://lwn.net/Articles/443510/
[17] http://thread.gmane.org/gmane.linux.kernel/1301246/
[18] http://thread.gmane.org/gmane.linux.kernel/1303853
[19] http://thread.gmane.org/gmane.linux.kernel/1301246/focus%3D1301253
[20] http://lwn.net/Articles/496400/
[21] http://lwn.net/Articles/501696/
[22] http://thread.gmane.org/gmane.linux.kernel/1302087
[23] http://git.kernel.org/linus/1dbdc6f177c627ae462752c80a5c7f3b06a7f92a
[24] http://git.kernel.org/linus/d405c60128a1973648058fa950a8960ec1f27e38
[25] http://thread.gmane.org/gmane.linux.kernel/1301443
[26] http://git.kernel.org/linus/07975ad3b30579ca27d880491ad992326b930c63
[27] http://thread.gmane.org/gmane.linux.kernel/1301736
[28] http://git.kernel.org/linus/f447d56d36af18c5104ff29dcb1327c0c0ac3634
[29] http://git.kernel.org/linus/cb83b629bae0327cf9f44f096adc38d150ceb913
[30] http://lwn.net/Articles/474915/
[31] http://git.kernel.org/linus/8e7fbcbc22c12414bcc9dfdd683637f58fb32759
[32] http://git.kernel.org/linus/0c7596621e313bfcfbacb288e768c7150f5de9e0
[33] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-3-Part-3-Architecture-and-infrastructure-1463482.html
[34] http://www.h-online.com/news/item/Gummiboot-is-an-EFI-boot-loader-that-just-works-1628719.html
[35] http://thread.gmane.org/gmane.linux.kernel/1304940
[36] http://git.kernel.org/linus/5307c9556bc17e3cd26d4e94fc3b2565921834de
[37] http://git.kernel.org/linus/bb8187d35f820671d6dd76700d77a6b55f95e2c5
[38] http://git.kernel.org/linus/4cdfc2ec72e940abb4322aa1bc14f43a1486fc5d

Em breve no Kernel Linux 3.5 - Parte 2 - Sistemas de Arquivos e Armazenamento

Autor: Thorsten Leemhuis (Copyright (c) 2012 Heise Media UK Ltd.)
Traduzido: Marcelo Soares Souza (Dúvidas e melhorias na tradução envie por E-mail)
Originalmente: http://h-online.com/-1630816

O Linux 3.5 agora é capaz de "FireWire Target Disk Mode", recurso familiar ao Mac. O Btrfs pode registrar mais erros de dados, permitindo que dispositivos de armazenamento instáveis sejam identificados. Verificações de checksums foram implementados para garantir a consistência dos metadados no Ext4.
 
Juntamente com o a infraestrutura de software Linux-Iscsi.org[1] (LIO), a nova estrutura do módulo FireWire SBP-2[2] permite que o Linux 3.5 exporte dispositivos de armazenamento locais através da FireWire, assim outros sistemas podem montar um dispositivo de armazenamento FireWire remotamente. Muitos sistemas Apple oferecem tais "FireWire target disk mode[3]" já a algum tempo; um screenshot[4] de um dos desenvolvedores desta solução demonstra que o MacOS X pode montar um dispositivo FireWire que um sistema Linux disponibilizou através desta nova estrutura no módulo FireWire.
 
O nova estrutura do módulo TCM_QLA2XXX[5], juntamente com o suporte necessário[6] no driver Qla2xxx, permitem ao Linux operar como um "SCSI target" com as controladoras FC (fiber channel) Qlogic 2400, 2500 e 2600; o mesmo também pode ser feito com dispositivos USB [7] via UASP (USB Attached SCSI Protocol), desde que a controladora USB seja capaz de funcionalidades que permitam ao dispositivo USB operar como mestre.
 
Btrfs
 
Os desenvolvedores do Btrfs fizeram grandes mudanças[10], no ainda experimental sistema de arquivos, na manipulação de writeback; no email[11] para esta requisição de Git-Pull para o Linux 3.5, Chris Mason escreve que as mudanças foram projetadas para prevenir picos de latência que ocorrem ocasionalmente ao escrever metadados. Na mensagem, Mason também menciona que ele encontrou alguns problemas no código do Btrfs no suporte a RAID 5 e 6, que ainda estão em desenvolvimento; o mantenedor portanto não submeteu estas últimas correções para inclusão na versão 3.5.
 
Mason submeteu algumas funcionalidades para contar erros de dados que são detectados pelo Btrfs; este rastreamento de falhas é projetado para permitir que administradores de sistema identifiquem dispositivos de armazenamento instáveis e os substituam se necessário (1[12], 2[13], 3[14]). Agora o código fonte do sistema de arquivos também inclui alguns componentes básicos para envio/recebimento e quota de subvolume, embora os desenvolvedores ainda estejam trabalhando nestas funcionalidades.
 
Ext4
 
Agora o Ext4 pode adicionar verificações de checksum CRC32[15] a muitas das partes dos seus metadados (1[16], 2[17], 3[18], 4[19], 5[20]). Se a verificação de checksum revelar corrompimentos, o kernel pode recusar a montar um sistema de arquivos para evitar a corrupção acidental dos dados do usuário; se o corrompimento é detectado durante a operação, o kernel pode remontar o sistema de arquivo apenas para leitura (read-only). como explicado[21] pelo desenvolvedor do Ext4 Theodore "tytso" Ts'o, a funcionalidade de checksum só pode ser utilizado com uma versão de desenvolvimento da ferramenta E2fsprogs; Ts'o disse que ele não recomenda as pessoas a utilizarem esta funcionalidade neste momento. A funcionalidade de checksum pode ser habilitada manualmente através da ferramenta Tune2fs ou diretamente quando se formata um dispositivo via Mkfs.ext4; porém, kernels antigos podem apenas montar estas partições Ext4 no modo de leitura apenas.
 
Diversos
 
O código do subsistema MD (RAID por software) agora pode usar[22] as instruções AVX de processadores recentes para realizar operações XOR que são utilizadas para RAID 5. O código do MD também pode remodelar[23] uma RAID 10; como resultado, o número de dispositivos de armazenamento em tal RAID pode ser modificada.
 
Os desenvolvedores do Kernel consertaram diversos problemas de sincronização[24] em drivers de disquete (floppy) que se tornaram mais aparente em ferramentas de virtualização por conta de que a emulação de drivers de floppy disk trabalham mais rápido dos que os físicos.
 
Também aprimoraram o suporte ao sistema de arquivos HFS que possua entradas em codificação especificas de algumas regiões (1[25], 2[26]).
 
Os novos arquivos /proc/<pid>/task/<tid>/children em procfs[28] ajudam a identificar os processos filhos de um processo; a médio prazo, esta e várias outras extensões estão planejadas para formar a base para a movimentação de containers Linux para outros hosts durante sua operação (Checkpoint e Reinicio; C/R).
 
Os desenvolvedores do cliente CIFS adicionaram diversos componentes básicos para suportar o protocolo Server Message Block 2[29] (SMB2) que foi introduzido no Windows Vista; porém, o suporte ainda esta incompleto e foi, portanto, marcado como "quebrado" (1[30], 2[31]).
 
O FUSE agora oferece [32] a funcionalidade "punch hole", recurso disponível através da chamada "fallocate" e permite aos programas informarem o sistema de arquivos sobre áreas dentro de um arquivo que não contém mais dados. A funcionalidade é útil para tarefas como manter arquivos esparsos pequenos e também é suportado [33] pelo Tmpfs, que agora também oferece realocação via Fallocate[34] assim como SEEK_DATA e SEEK_HOLE[35].
 
O "XFS status update for May 2012[36]" menciona várias novas funcionalidades no XFS. Mudanças em outras áreas podem ser encontrado no núcleo do Block I/O [37], Ceph[38], Infiniband[39], servidor NFS [40] e nas requisições de Git-Pull da infraestrutura de target[41].
 
Links deste artigo
[1] http://linux-iscsi.org/
[2] http://git.kernel.org/linus/a511ce3397803558a3591e55423f3ae6aa28c9db
[3] http://support.apple.com/kb/HT1661
[4] http://linux-iscsi.org/wiki/File%3ALinux-fireware-target-bootc-macosx.png
[5] http://git.kernel.org/linus/75f8c1f693eefacc17a65614eb4ed1ee0f84fda6
[6] http://git.kernel.org/linus/2d70c103fd2a066f904712b14239a5ce141f8236
[7] http://git.kernel.org/linus/c52661d60f636d17e26ad834457db333bd1df494
[8] http://thread.gmane.org/gmane.linux.kernel/1321063
[9] http://www.tux.org/lkml/
[10] http://git.kernel.org/linus/5fd02043553b02867b29de1ac9fff2ec16b84def
[11] http://article.gmane.org/gmane.linux.kernel/1306605
[12] http://git.kernel.org/linus/442a4f6308e694e0fa6025708bd5e4e424bbf51c
[13] http://git.kernel.org/linus/c11d2c236cc260b36ef644700fbe99bcc7e7da33
[14] http://git.kernel.org/linus/733f4fbbc1083aa343da739f46ee839705d6cfe3
[15] http://lwn.net/Articles/469805/
[16] http://git.kernel.org/linus/b0336e8d2108e6302aecaadd17c6c0bd686da22d
[17] http://git.kernel.org/linus/814525f4df50a196464ce2c7abe91f693203060f
[18] http://git.kernel.org/linus/d25425f8e0ed01fc0167c043aee7e619fc3f6ab2
[19] http://git.kernel.org/linus/5c359a47e7d999a0ea7f397da2c15590d0a82815
[20] http://git.kernel.org/linus/e93376c20b70d1e62bb3246acd1bbe21fe58859f
[21] http://article.gmane.org/gmane.comp.file-systems.ext4/32653
[22] http://git.kernel.org/linus/ea4d26ae24e58fbd2c61de9242adab053cb982d8
[23] http://git.kernel.org/linus/3ea7daa5d7fde47cd41f4d56c2deb949114da9d6
[24] http://git.kernel.org/linus/070ad7e793dc6ff753ee682ef7790b3373b471f6
[25] http://git.kernel.org/linus/71ca97da9d027009d318d319cbacf54a72f666c1
[26] http://git.kernel.org/linus/8b8c0daa2c5388b629e506f8fac486392f81c826
[27] http://git.kernel.org/linus/cc8394d86f045b86ff303d3c9e4ce47d97148951
[28] http://git.kernel.org/linus/818411616baf46ceba0cff6f05af3a9b294734f7
[29] http://en.wikipedia.org/wiki/Server_Message_Block#SMB2
[30] http://git.kernel.org/linus/675f36fb1dfc14eb9f6136cbac505e819ae4be9d
[31] http://git.kernel.org/linus/1080ef758fb87f286b25277d8373e680a9e73363
[32] http://git.kernel.org/linus/05ba1f0823004e947748523782e9c2f07f3bff0d
[33] http://git.kernel.org/linus/83e4fa9c16e4af7122e31be3eca5d57881d236fe
[34] http://git.kernel.org/linus/e2d12e22c59ce714008aa5266d769f8568d74eac
[35] http://git.kernel.org/linus/4fb5ef089b288942c6fc3f85c4ecb4016c1aa4c3
[36] http://thread.gmane.org/gmane.linux.kernel/1314824
[37] http://thread.gmane.org/gmane.linux.kernel/1305479
[38] http://thread.gmane.org/gmane.comp.file-systems.ceph.devel/6710
[39] http://thread.gmane.org/gmane.linux.drivers.rdma/11996
[40] http://thread.gmane.org/gmane.linux.nfs/50213
[41] http://thread.gmane.org/gmane.linux.scsi.target.devel/1918

Em breve no Kernel Linux 3.5 - Parte 1 - Redes

Autor: Thorsten Leemhuis (Copyright (c) 2012 Heise Media UK Ltd.)
Traduzido: Marcelo Soares Souza (Dúvidas e melhorias na tradução envie por E-mail)
Originalmente: http://h-online.com/-1625047

Um novo escalonador de pacote foi criado para ajudar a evitar “buffer bloat” e o recurso "Early Retransmit" oferece uma recuperação rápida de conexões após a perda de pacote TCP. O driver E1000e traz suporte aos chips de rede da nova geração da Intel para desktop e notebook.
 
Para iniciar a semana, Linus Torvalds publicou[1] o quarto candidato de lançamento para o Linux 3.5. No anúncio de lançamento, Torvalds diz que houveram mais de 200 commits, porém ressalta que "estes são realmente pequenos e insignificantes".
 
Como sempre, os desenvolvedores do kernel integraram todas as novas funcionalidades para o Linux 3.5 no início do ciclo de desenvolvimento. O "Em Breve no Kernel do Linux" pode, portanto, fornecer uma visão geral das mais importantes novidades do Linux 3.5 - os desenvolvedores do kernel raramente adicionam, ou revertem, qualquer mudança maior durante a fase de estabilização.
 
O "Em Breve no Kernel do Linux" irá apresentar, na série habitual de artigos, as várias áreas do Kernel. O primeiro artigo abaixo descreve as mudanças mais importantes no Kernel para infraestrutura de redes e drivers; os artigos subsequentes irão discutir os drivers gráficos, sistemas de arquivos, suporte a armazenamento, código de arquitetura e drivers de dispositivos diversos.
 
Evitando o buffer bloat
O subsistema de redes agora inclui o "Codel[2]", uma implementação do escalonador de pacotes "Controlled Delay Active Queue Management (AQM)" que foi concebido[3] por Kathleen Nichols e Van Jacobson[4]. O escalonador "Fair Queue Codel AQM[5]", que também é baseado nos mecanismos do Codel, também foi integrado no Linux 3.5, mas funcionam de maneiras diferentes.

Ambos os escalonadores utilizam abordagens ligeiramente diferentes dos escalonadores anteriores quando priorizam o envio ou encaminhamento de pacotes de redes e foram projetados para evitar o problema de "buffer bloat"[6]; este problema podem causar grande quantidade de latência e problemas de conexão devido ao excessivo cache em chips recentes de rede. LWN.net provê algum background[7] sobre este problema, e sobre a abordagem usada no Codel.
 
Latência TCP
Um desenvolvedor do Google adicionou uma funcionalidade "Early Retransmit[8]" (ER) à pilha de protocolo TCP, este pode acelerar a recuperação de uma conexão quando pacotes são perdidos, conforme descrito na RFC 5827[9]; contudo, a implementação integrada foi ligeiramente modificada para evitar alguns problemas com o algorítimo descrito na RFC.

O "Early Retransmit" pode ser habilitado através do valor "tcp_early_retrans" no sysctl, e em testes realizados reduziu a latência TCP em até 8.5%, como descrito na seção 6 do artigo "Proportional Rate Reduction for TCP[10]", escrito por funcionários da Google para o IMC 2011. A funcionalidade "Proportional Rate Reduction (PRR)" descrita neste artigo já faz parte do Kernel desde a versão 3.2[11].
 
Drivers
O driver E1000e foi estendido[12] para suportar i217 PHY, que deve funcionar com o Intel Lynx Point Platform Controller Hub (PCH) - esta linha de chipset para placas mães é destinado principalmente para processadores Intel Haswell[13] e deve ser lançado em paralelo com estes processadores no primeiro semestre de 2013. O driver para placas de rede Gigabit Ethernet Realtek R8169 suportam agora o RTL8402[14] e RTL8411[15], e o driver Mwifiex Wi-Fi pode ser utilizado pelo chip USB [16] Marvell USB8797.
 
Diversos
O driver de teaming que foi integrado no Linux 3.3[17] agora[18] oferece balanceamento de cargas.
 
A nova funcionalidade "TCP connection repair[19]" é projetada para evitar problemas de tráfego de rede que podem ocorrer quando um “container” é realocado para um host diferente; detalhes podem ser encontrados no artigo na LWN.net[20].
 
O código de NFC (Near Field Communication) agora suporta[21][22] componentes NFC que suportam o Host Controller Interface (HCI).
 
Os desenvolvedores removeram o suporte para dispositivos de redes que segue os padrões Token Ring ou Econet (1[23], 2[24], 3[25]); ambas as tecnologias já podem ser encontrados quase que exclusivamente em museus de TI.
 
O mantenedor do subsistema de redes David Miller menciona outras mudanças no email[26] que acompanha sua requisição de Git-Pull para o Linux 3.5.
 
Links
[1] http://thread.gmane.org/gmane.linux.kernel/1317955
[2] http://git.kernel.org/linus/76e3cc126bb223013a6b9a0e2a51238d1ef2e409
[3] http://queue.acm.org/detail.cfm?id=2209336
[4] http://en.wikipedia.org/wiki/Van_Jacobson
[5] http://git.kernel.org/linus/4b549a2ef4bef9965d97cbd992ba67930cd3e0fe
[6] http://www.h-online.com/open/features/Kernel-Log-Updates-to-Intel-graphics-drivers-and-util-linux-1444731.html?artikelseite=3
[7] http://lwn.net/Articles/496509/
[8] http://git.kernel.org/linus/eed530b6c67624db3f2cf477bac7c4d005d8f7ba
[9] http://www.h-online.com/nettools/rfc/rfcs/rfc5827.shtml
[10] http://conferences.sigcomm.org/imc/2011/docs/p155.pdf
[11] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-2-Part-1-Networking-1379085.html
[12] http://git.kernel.org/linus/2fbe4526e5aafc9ffa5d85fa4749a7c5b22af6b2
[13] http://en.wikipedia.org/wiki/Haswell_%28microarchitecture%29
[14] http://git.kernel.org/linus/7e18dca16246b2891239cfc3c6e2dfcea715d353
[15] http://git.kernel.org/linus/b3d7b2f2f07ff0ab87442f2d499f2860ef59bfaa
[16] http://git.kernel.org/linus/4daffe3543667419294b6f22901b7255cbdebdf4
[17] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-3-Part-1-Networking-1421959.html
[18] http://git.kernel.org/linus/01d7f30a9f962573b6c91ed520c73fb30658d826
[19] http://git.kernel.org/linus/ee9952831cfd0bbe834f4a26489d7dce74582e37
[20] http://lwn.net/Articles/495304/
[21] http://git.kernel.org/linus/8b8d2e08bf0d50193931afd27482a59376b66b2b
[22] http://git.kernel.org/linus/0efbf7fb308d0c6f8419922850a2d0b45d4d4401
[23] http://git.kernel.org/linus/ee446fd5e6dafee4a16fd1bd345d2571dcfd6f5d
[24] http://git.kernel.org/linus/211ed865108e24697b44bee5daac502ee6bdd4a4
[25] http://git.kernel.org/linus/349f29d841dbae854bd7367be7c250401f974f47
[26] http://article.gmane.org/gmane.linux.kernel/1300605

nginx 1.3.2

Uma nova versão de desenvolvimento do servidor web e de proxy reverso nginx foi disponibilizada. O nginx 1.3.2 traz 10 commits incluindo 2 mudanças, 2 novas funcionalidades e 6 correções de erros

Mudanças no nginx 1.3.2

• Mudança: the "single" parameter of the "keepalive" directive is now ignored.
• Mudança: SSL compression is now disabled when using all versions of OpenSSL, including ones prior to 1.0.0.
• Funcionalidade: it is now possible to use the "ip_hash" directive to balance IPv6 clients.
• Funcionalidade: the $status variable can now be used not only in the "log_format" directive.
• Correção: a segmentation fault might occur in a worker process on shutdown if the "resolver" directive was used.
• Correção: a segmentation fault might occur in a worker process if the ngx_http_mp4_module was used.
• Correção: in the ngx_http_mp4_module.
• Correção: a segmentation fault might occur in a worker process if conflicting wildcard server names were used.
• Correção: nginx might be terminated abnormally on a SIGBUS signal on ARM platform.
• Correção: an alert "sendmsg() failed (9: Bad file number)" on HP-UX while reconfiguration.

Debian 7.0 "Wheezy" prestes a ser "congelado"

Originalmente: http://h-online.com/-1623777

O time de lançamento do Debian anunciou que no dia 30 de Junho, o projeto Debian irá parar a migração automática de pacotes da área instável (unstable) para área de teste (testing); com este movimento, os desenvolvedores do GNU/Linux Debian 7.0 (Wheezy), versão que esta sendo preparada dentro da área de testes, ficara congelada.

Durante a fase de congelamento, nenhuma grande mudança será integrada dentro da distribuição GNU/Linux e o trabalho será focado na correção de erros (bugs). Assim como aconteceu durante a fase de conclusão da versão atual, Debian 6.0 (Squeeze), o processo de congelamento será gradual; e caso os desenvolvedores precisem atualizar algum pacote, o time de lançamento irá adotar uma política mais flexível nos primeiros estágios. Detalhes sobre estes procedimentos ainda serão disponibilizados.

O lançamento do GNU/Linux Debian 7 esta agendado para o início de 2013 e será baseado na versão 3.2 do Kernel do Linux. Em Maio, os desenvolvedores do Debian lançaram a primeira versão alpha do instalador, que utiliza o Ext4 como sistema de arquivos padrão e oferece suporte a arquitetura ARM.

Mais informações
http://lists.debian.org/debian-devel-announce/2012/06/msg00006.html