[devel] Q: kernels

[devel] Q: kernels

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1178 bytes --]

Hi,

Sisyphus/files/SRPMS$ ls -logt kernel-image-*
-rw-r--r-- 1  404168 May 20 14:40 kernel-image-std-def-2.6.25-alt1.src.rpm
-rw-r--r-- 1 2786009 May 16 17:34 kernel-image-led-tc-2.6.22-alt17.src.rpm
-rw-r--r-- 3 1900276 May  6 17:52 kernel-image-ovz-smp-2.6.18-alt24.src.rpm
-rw-r--r-- 4 1142304 Apr 25 18:26 kernel-image-ice-wks-2.6.24-alt5.src.rpm
-rw-r--r-- 4 1763949 Apr 19 15:36 kernel-image-ovz-wks-2.6.18-alt1.src.rpm
-rw-r--r-- 4  679042 Apr  4 15:24 kernel-image-std-ll-2.6.24-alt1.src.rpm
-rw-r--r-- 4  679248 Mar 26 16:46 kernel-image-std-srv-2.6.24-alt1.src.rpm
-rw-r--r-- 4  679180 Mar 25 22:35 kernel-image-std-se-2.6.24-alt3.src.rpm
-rw-r--r-- 4 1754827 Mar 15 23:28 kernel-image-xen-dom0-2.6.18-alt7.src.rpm
-rw-r--r-- 4 1753978 Mar 15 23:28 kernel-image-xen-domU-2.6.18-alt6.src.rpm
-rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
-rw-r--r-- 6 1212749 Feb 10 23:46 kernel-image-std-pae-2.6.18-alt12.src.rpm
-rw-r--r-- 7 1212554 Feb 10 23:46 kernel-image-std-smp-2.6.18-alt12.src.rpm

Из них живые только верхние 3, всё остальное уже продырявилось.
Думаю, что в Сизифе столько дырявых ядер не требуется.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: kernels

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1393 bytes --]

В сообщении от 28 мая 2008 Dmitry V. Levin написал(a):
> Hi,
>
> Sisyphus/files/SRPMS$ ls -logt kernel-image-*
> -rw-r--r-- 1  404168 May 20 14:40 kernel-image-std-def-2.6.25-alt1.src.rpm
> -rw-r--r-- 1 2786009 May 16 17:34 kernel-image-led-tc-2.6.22-alt17.src.rpm
> -rw-r--r-- 3 1900276 May  6 17:52 kernel-image-ovz-smp-2.6.18-alt24.src.rpm
> -rw-r--r-- 4 1142304 Apr 25 18:26 kernel-image-ice-wks-2.6.24-alt5.src.rpm
> -rw-r--r-- 4 1763949 Apr 19 15:36 kernel-image-ovz-wks-2.6.18-alt1.src.rpm
> -rw-r--r-- 4  679042 Apr  4 15:24 kernel-image-std-ll-2.6.24-alt1.src.rpm
> -rw-r--r-- 4  679248 Mar 26 16:46 kernel-image-std-srv-2.6.24-alt1.src.rpm
> -rw-r--r-- 4  679180 Mar 25 22:35 kernel-image-std-se-2.6.24-alt3.src.rpm
> -rw-r--r-- 4 1754827 Mar 15 23:28 kernel-image-xen-dom0-2.6.18-alt7.src.rpm
> -rw-r--r-- 4 1753978 Mar 15 23:28 kernel-image-xen-domU-2.6.18-alt6.src.rpm
> -rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
> -rw-r--r-- 6 1212749 Feb 10 23:46 kernel-image-std-pae-2.6.18-alt12.src.rpm
> -rw-r--r-- 7 1212554 Feb 10 23:46 kernel-image-std-smp-2.6.18-alt12.src.rpm
>
> Из них живые только верхние 3, всё остальное уже продырявилось.

первое для i586 (x86_64 не смотрел) скорее не живое, но по другой причине

> Думаю, что в Сизифе столько дырявых ядер не требуется.

вывод: ядра, которое можно использовать, в сизифе нет

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: kernels

[Igor Zubkov]

2008/5/28, Dmitry V. Levin:
>  -rw-r--r-- 4 1142304 Apr 25 18:26 kernel-image-ice-wks-2.6.24-alt5.src.rpm

Прошу подождать хотя бы неделю. Я соберу более свежий 2.6.24.x с
обновлёнными патчами.

-- 
icesik

Re: [devel] Q: kernels

[Igor Zubkov]

28.05.08, Valery V. Inozemtsev написал(а):
>  > Думаю, что в Сизифе столько дырявых ядер не требуется.
> вывод: ядра, которое можно использовать, в сизифе нет

А так же нет ядра под которое собраны все модули. Правда, под ice-wks
их собранно больше.

-- 
icesik

Re: [devel] Q: kernels

[Stanislav Ievlev]

А почему до сих пор никто не почесался исправить hpc-шное ядро?

On Wed, May 28, 2008 at 09:34:13PM +0400, Dmitry V. Levin wrote:
> Hi,
> 
> Sisyphus/files/SRPMS$ ls -logt kernel-image-*
> -rw-r--r-- 1  404168 May 20 14:40 kernel-image-std-def-2.6.25-alt1.src.rpm
> -rw-r--r-- 1 2786009 May 16 17:34 kernel-image-led-tc-2.6.22-alt17.src.rpm
> -rw-r--r-- 3 1900276 May  6 17:52 kernel-image-ovz-smp-2.6.18-alt24.src.rpm
> -rw-r--r-- 4 1142304 Apr 25 18:26 kernel-image-ice-wks-2.6.24-alt5.src.rpm
> -rw-r--r-- 4 1763949 Apr 19 15:36 kernel-image-ovz-wks-2.6.18-alt1.src.rpm
> -rw-r--r-- 4  679042 Apr  4 15:24 kernel-image-std-ll-2.6.24-alt1.src.rpm
> -rw-r--r-- 4  679248 Mar 26 16:46 kernel-image-std-srv-2.6.24-alt1.src.rpm
> -rw-r--r-- 4  679180 Mar 25 22:35 kernel-image-std-se-2.6.24-alt3.src.rpm
> -rw-r--r-- 4 1754827 Mar 15 23:28 kernel-image-xen-dom0-2.6.18-alt7.src.rpm
> -rw-r--r-- 4 1753978 Mar 15 23:28 kernel-image-xen-domU-2.6.18-alt6.src.rpm
> -rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
> -rw-r--r-- 6 1212749 Feb 10 23:46 kernel-image-std-pae-2.6.18-alt12.src.rpm
> -rw-r--r-- 7 1212554 Feb 10 23:46 kernel-image-std-smp-2.6.18-alt12.src.rpm
> 
> Из них живые только верхние 3, всё остальное уже продырявилось.
> Думаю, что в Сизифе столько дырявых ядер не требуется.
> 
> 
> -- 
> ldv



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Q: kernels

[Led]

Wednesday, 28 May 2008 20:42:51 Valery V. Inozemtsev написав:
> В сообщении от 28 мая 2008 Dmitry V. Levin написал(a):
> > Hi,
> >
> > Sisyphus/files/SRPMS$ ls -logt kernel-image-*
> > -rw-r--r-- 1  404168 May 20 14:40
> > kernel-image-std-def-2.6.25-alt1.src.rpm -rw-r--r-- 1 2786009 May 16
> > 17:34 kernel-image-led-tc-2.6.22-alt17.src.rpm -rw-r--r-- 3 1900276 May 
> > 6 17:52 kernel-image-ovz-smp-2.6.18-alt24.src.rpm -rw-r--r-- 4 1142304
> > Apr 25 18:26 kernel-image-ice-wks-2.6.24-alt5.src.rpm -rw-r--r-- 4
> > 1763949 Apr 19 15:36 kernel-image-ovz-wks-2.6.18-alt1.src.rpm -rw-r--r--
> > 4  679042 Apr  4 15:24 kernel-image-std-ll-2.6.24-alt1.src.rpm -rw-r--r--
> > 4  679248 Mar 26 16:46 kernel-image-std-srv-2.6.24-alt1.src.rpm
> > -rw-r--r-- 4  679180 Mar 25 22:35 kernel-image-std-se-2.6.24-alt3.src.rpm
> > -rw-r--r-- 4 1754827 Mar 15 23:28
> > kernel-image-xen-dom0-2.6.18-alt7.src.rpm -rw-r--r-- 4 1753978 Mar 15
> > 23:28 kernel-image-xen-domU-2.6.18-alt6.src.rpm -rw-r--r-- 4 3092699 Feb
> > 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm -rw-r--r-- 6 1212749 Feb 10
> > 23:46 kernel-image-std-pae-2.6.18-alt12.src.rpm -rw-r--r-- 7 1212554 Feb
> > 10 23:46 kernel-image-std-smp-2.6.18-alt12.src.rpm
> >
> > Из них живые только верхние 3, всё остальное уже продырявилось.
>
> первое для i586 (x86_64 не смотрел) скорее не живое, но по другой причине

По какой причине? (Интересует в плане: "не наступить на грабли" со своим 
2.6.25)

>
> > Думаю, что в Сизифе столько дырявых ядер не требуется.
>
> вывод: ядра, которое можно использовать, в сизифе нет

Хотелось бы верить, что это "не совсем так"... Хотя сам ядра из сизифа уже 
давно не использую :(

-- 
Led

Re: [devel] Q: kernels

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 363 bytes --]

On Wed, May 28, 2008 at 09:42:51PM +0400, Valery V. Inozemtsev wrote:
> В сообщении от 28 мая 2008 Dmitry V. Levin написал(a):
[...]
> > Думаю, что в Сизифе столько дырявых ядер не требуется.
> 
> вывод: ядра, которое можно использовать, в сизифе нет

Это вывод без аргументации.
Почему, например, ovz-smp-2.6.18-alt24 нельзя использовать?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

[devel] Q: people

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 653 bytes --]

On Wed, May 28, 2008 at 09:34:13PM +0400, Dmitry V. Levin wrote:
> Из них живые только верхние 3, всё остальное уже продырявилось.
> Думаю, что в Сизифе столько дырявых ядер не требуется.

Вообще в очередной раз не понял, куда и каким образом проект 
(и фирма!) протырили очередного мощнейшего человека -- vsu@.

Как так получается и что возможно сделать, чтоб хоть не так часто?

Мне в очередной раз кажется, что это неумение работать с людьми
и использовать их умения по назначению, а не гвозди микроскопом
забивать.  Надеюсь ошибиться.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: kernels

[Valery V. Inozemtsev]

[-- Attachment #1.1: Type: text/plain, Size: 656 bytes --]

В сообщении от 28 мая 2008 Dmitry V. Levin написал(a):
> On Wed, May 28, 2008 at 09:42:51PM +0400, Valery V. Inozemtsev wrote:
> > В сообщении от 28 мая 2008 Dmitry V. Levin написал(a):
>
> [...]
>
> > > Думаю, что в Сизифе столько дырявых ядер не требуется.
> >
> > вывод: ядра, которое можно использовать, в сизифе нет
>
> Это вывод без аргументации.

по поводу std-def-2.6.25 аргументация в атаче. в здравом уме такое 
использовать нельзя, особенно на старых машинах

> Почему, например, ovz-smp-2.6.18-alt24 нельзя использовать?

потому что я не смогу его использовать на своем ноутбуке хотя бы из-за того 
что там нет swsusp

-- 
Valery V. Inozemtsev

[-- Attachment #1.2: kconfig.diff --]
[-- Type: text/x-diff, Size: 17548 bytes --]

--- config-2.6.25-std-ng-alt7	2008-05-22 12:34:42 +0400
+++ config-2.6.25-std-def-alt1	2008-05-20 16:09:04 +0400
@@ -1,7 +1,7 @@
 #
 # Automatically generated make config: don't edit
-# Linux kernel version: 2.6.25-std-ng-alt7
-# Thu May 22 12:34:42 2008
+# Linux kernel version: 2.6.25-std-def-alt1
+# Tue May 20 16:09:04 2008
 #
 # CONFIG_64BIT is not set
 CONFIG_X86_32=y
@@ -89,12 +89,13 @@
 CONFIG_CGROUP_CPUACCT=y
 CONFIG_RESOURCE_COUNTERS=y
 # CONFIG_CGROUP_MEM_RES_CTLR is not set
-# CONFIG_SYSFS_DEPRECATED_V2 is not set
+CONFIG_SYSFS_DEPRECATED=y
+CONFIG_SYSFS_DEPRECATED_V2=y
 CONFIG_PROC_PID_CPUSET=y
 CONFIG_RELAY=y
 CONFIG_NAMESPACES=y
-# CONFIG_UTS_NS is not set
-# CONFIG_IPC_NS is not set
+CONFIG_UTS_NS=y
+CONFIG_IPC_NS=y
 CONFIG_USER_NS=y
 CONFIG_PID_NS=y
 CONFIG_BLK_DEV_INITRD=y
@@ -186,8 +187,8 @@
 # CONFIG_X86_VSMP is not set
 CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER=y
 CONFIG_PARAVIRT_GUEST=y
-CONFIG_VMI=y
-CONFIG_LGUEST_GUEST=y
+# CONFIG_VMI is not set
+# CONFIG_LGUEST_GUEST is not set
 CONFIG_PARAVIRT=y
 # CONFIG_M386 is not set
 # CONFIG_M486 is not set
@@ -234,14 +235,14 @@
 CONFIG_NR_CPUS=32
 CONFIG_SCHED_SMT=y
 CONFIG_SCHED_MC=y
-CONFIG_PREEMPT_NONE=y
-# CONFIG_PREEMPT_VOLUNTARY is not set
+# CONFIG_PREEMPT_NONE is not set
+CONFIG_PREEMPT_VOLUNTARY=y
 # CONFIG_PREEMPT is not set
 CONFIG_X86_LOCAL_APIC=y
 CONFIG_X86_IO_APIC=y
 CONFIG_X86_MCE=y
 CONFIG_X86_MCE_NONFATAL=m
-CONFIG_X86_MCE_P4THERMAL=y
+# CONFIG_X86_MCE_P4THERMAL is not set
 CONFIG_VM86=y
 CONFIG_TOSHIBA=m
 CONFIG_I8K=m
@@ -255,27 +256,32 @@
 # CONFIG_HIGHMEM64G is not set
 CONFIG_PAGE_OFFSET=0xC0000000
 CONFIG_HIGHMEM=y
+CONFIG_NEED_NODE_MEMMAP_SIZE=y
 CONFIG_ARCH_FLATMEM_ENABLE=y
 CONFIG_ARCH_SPARSEMEM_ENABLE=y
 CONFIG_ARCH_SELECT_MEMORY_MODEL=y
 CONFIG_SELECT_MEMORY_MODEL=y
-CONFIG_FLATMEM_MANUAL=y
+# CONFIG_FLATMEM_MANUAL is not set
 # CONFIG_DISCONTIGMEM_MANUAL is not set
-# CONFIG_SPARSEMEM_MANUAL is not set
-CONFIG_FLATMEM=y
-CONFIG_FLAT_NODE_MEM_MAP=y
+CONFIG_SPARSEMEM_MANUAL=y
+CONFIG_SPARSEMEM=y
+CONFIG_HAVE_MEMORY_PRESENT=y
 CONFIG_SPARSEMEM_STATIC=y
 # CONFIG_SPARSEMEM_VMEMMAP_ENABLE is not set
+
+#
+# Memory hotplug is currently incompatible with Software Suspend
+#
 CONFIG_SPLIT_PTLOCK_CPUS=4
 CONFIG_RESOURCES_64BIT=y
 CONFIG_ZONE_DMA_FLAG=1
 CONFIG_BOUNCE=y
 CONFIG_VIRT_TO_BUS=y
-CONFIG_HIGHPTE=y
+# CONFIG_HIGHPTE is not set
 # CONFIG_MATH_EMULATION is not set
 CONFIG_MTRR=y
 CONFIG_EFI=y
-# CONFIG_IRQBALANCE is not set
+CONFIG_IRQBALANCE=y
 CONFIG_SECCOMP=y
 # CONFIG_HZ_100 is not set
 CONFIG_HZ_250=y
@@ -287,7 +293,7 @@
 # CONFIG_CRASH_DUMP is not set
 CONFIG_PHYSICAL_START=0x100000
 # CONFIG_RELOCATABLE is not set
-CONFIG_PHYSICAL_ALIGN=0x100000
+CONFIG_PHYSICAL_ALIGN=0x200000
 CONFIG_HOTPLUG_CPU=y
 # CONFIG_COMPAT_VDSO is not set
 CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
@@ -320,7 +326,7 @@
 CONFIG_ACPI_PROCESSOR=m
 CONFIG_ACPI_HOTPLUG_CPU=y
 CONFIG_ACPI_THERMAL=m
-# CONFIG_ACPI_WMI is not set
+CONFIG_ACPI_WMI=m
 CONFIG_ACPI_ASUS=m
 CONFIG_ACPI_TOSHIBA=m
 # CONFIG_ACPI_CUSTOM_DSDT is not set
@@ -337,7 +343,7 @@
 # CONFIG_APM_IGNORE_USER_SUSPEND is not set
 # CONFIG_APM_DO_ENABLE is not set
 CONFIG_APM_CPU_IDLE=y
-# CONFIG_APM_DISPLAY_BLANK is not set
+CONFIG_APM_DISPLAY_BLANK=y
 # CONFIG_APM_ALLOW_INTS is not set
 # CONFIG_APM_REAL_MODE_POWER_OFF is not set
 
@@ -369,8 +375,7 @@
 CONFIG_X86_POWERNOW_K8=m
 CONFIG_X86_POWERNOW_K8_ACPI=y
 CONFIG_X86_GX_SUSPMOD=m
-CONFIG_X86_SPEEDSTEP_CENTRINO=m
-CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE=y
+# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
 CONFIG_X86_SPEEDSTEP_ICH=m
 CONFIG_X86_SPEEDSTEP_SMI=m
 CONFIG_X86_P4_CLOCKMOD=m
@@ -384,7 +389,7 @@
 #
 # CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
 CONFIG_X86_SPEEDSTEP_LIB=m
-CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK=y
+# CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK is not set
 CONFIG_CPU_IDLE=y
 CONFIG_CPU_IDLE_GOV_LADDER=y
 CONFIG_CPU_IDLE_GOV_MENU=y
@@ -786,10 +791,8 @@
 CONFIG_IPX_INTERN=y
 CONFIG_ATALK=m
 CONFIG_DEV_APPLETALK=m
-CONFIG_LTPC=m
-CONFIG_COPS=m
-CONFIG_COPS_DAYNA=y
-CONFIG_COPS_TANGENT=y
+# CONFIG_LTPC is not set
+# CONFIG_COPS is not set
 CONFIG_IPDDP=m
 CONFIG_IPDDP_ENCAP=y
 CONFIG_IPDDP_DECAP=y
@@ -874,15 +877,21 @@
 CONFIG_MKISS=m
 CONFIG_6PACK=m
 CONFIG_BPQETHER=m
-CONFIG_SCC=m
-CONFIG_SCC_DELAY=y
-CONFIG_SCC_TRXECHO=y
+# CONFIG_SCC is not set
 CONFIG_BAYCOM_SER_FDX=m
 CONFIG_BAYCOM_SER_HDX=m
 CONFIG_BAYCOM_PAR=m
-CONFIG_BAYCOM_EPP=m
+# CONFIG_BAYCOM_EPP is not set
 CONFIG_YAM=m
-# CONFIG_CAN is not set
+CONFIG_CAN=m
+CONFIG_CAN_RAW=m
+CONFIG_CAN_BCM=m
+
+#
+# CAN Device Drivers
+#
+CONFIG_CAN_VCAN=m
+# CONFIG_CAN_DEBUG_DEVICES is not set
 CONFIG_IRDA=m
 
 #
@@ -1100,7 +1109,7 @@
 CONFIG_MTD_NETSC520=m
 CONFIG_MTD_TS5500=m
 CONFIG_MTD_SBC_GXX=m
-CONFIG_MTD_SCx200_DOCFLASH=m
+# CONFIG_MTD_SCx200_DOCFLASH is not set
 CONFIG_MTD_AMD76XROM=m
 CONFIG_MTD_ICHXROM=m
 CONFIG_MTD_ESB2ROM=m
@@ -1149,7 +1158,7 @@
 CONFIG_MTD_NAND_DISKONCHIP_PROBE_ADDRESS=0
 CONFIG_MTD_NAND_DISKONCHIP_BBTWRITE=y
 CONFIG_MTD_NAND_CAFE=m
-CONFIG_MTD_NAND_CS553X=m
+# CONFIG_MTD_NAND_CS553X is not set
 CONFIG_MTD_NAND_NANDSIM=m
 CONFIG_MTD_NAND_PLATFORM=m
 CONFIG_MTD_ALAUDA=m
@@ -1193,7 +1202,7 @@
 CONFIG_PNPACPI=y
 CONFIG_BLK_DEV=y
 CONFIG_BLK_DEV_FD=m
-CONFIG_BLK_DEV_XD=m
+# CONFIG_BLK_DEV_XD is not set
 CONFIG_PARIDE=m
 
 #
@@ -1251,10 +1260,10 @@
 CONFIG_SGI_IOC4=m
 CONFIG_TIFM_CORE=m
 CONFIG_TIFM_7XX1=m
-# CONFIG_ACER_WMI is not set
+CONFIG_ACER_WMI=m
 CONFIG_ASUS_LAPTOP=m
 CONFIG_FUJITSU_LAPTOP=m
-# CONFIG_TC1100_WMI is not set
+CONFIG_TC1100_WMI=m
 CONFIG_MSI_LAPTOP=m
 CONFIG_SONY_LAPTOP=m
 CONFIG_SONYPI_COMPAT=y
@@ -1263,8 +1272,8 @@
 CONFIG_THINKPAD_ACPI_BAY=y
 CONFIG_THINKPAD_ACPI_VIDEO=y
 CONFIG_THINKPAD_ACPI_HOTKEY_POLL=y
-# CONFIG_INTEL_MENLOW is not set
-# CONFIG_ENCLOSURE_SERVICES is not set
+CONFIG_INTEL_MENLOW=m
+CONFIG_ENCLOSURE_SERVICES=m
 CONFIG_HAVE_IDE=y
 CONFIG_IDE=m
 CONFIG_BLK_DEV_IDE=m
@@ -1373,6 +1382,7 @@
 CONFIG_BLK_DEV_SR_VENDOR=y
 CONFIG_CHR_DEV_SG=m
 CONFIG_CHR_DEV_SCH=m
+CONFIG_SCSI_ENCLOSURE=m
 
 #
 # Some SCSI devices (e.g. CD jukebox) support multiple LUNs
@@ -1438,7 +1448,7 @@
 CONFIG_SCSI_DTC3280=m
 CONFIG_SCSI_EATA=m
 CONFIG_SCSI_EATA_TAGGED_QUEUE=y
-# CONFIG_SCSI_EATA_LINKED_COMMANDS is not set
+CONFIG_SCSI_EATA_LINKED_COMMANDS=y
 CONFIG_SCSI_EATA_MAX_TAGS=16
 CONFIG_SCSI_FUTURE_DOMAIN=m
 CONFIG_SCSI_GDTH=m
@@ -1524,7 +1534,7 @@
 CONFIG_PATA_HPT37X=m
 CONFIG_PATA_HPT3X2N=m
 CONFIG_PATA_HPT3X3=m
-# CONFIG_PATA_HPT3X3_DMA is not set
+CONFIG_PATA_HPT3X3_DMA=y
 CONFIG_PATA_ISAPNP=m
 CONFIG_PATA_IT821X=m
 CONFIG_PATA_IT8213=m
@@ -1641,7 +1651,7 @@
 CONFIG_ARCNET_COM90xxIO=m
 CONFIG_ARCNET_RIM_I=m
 CONFIG_ARCNET_COM20020=m
-CONFIG_ARCNET_COM20020_ISA=m
+# CONFIG_ARCNET_COM20020_ISA is not set
 CONFIG_ARCNET_COM20020_PCI=m
 CONFIG_PHYLIB=m
 
@@ -1679,7 +1689,7 @@
 CONFIG_ULTRA=m
 CONFIG_SMC9194=m
 CONFIG_ENC28J60=m
-# CONFIG_ENC28J60_WRITEVERIFY is not set
+CONFIG_ENC28J60_WRITEVERIFY=y
 CONFIG_NET_VENDOR_RACAL=y
 CONFIG_NI52=m
 CONFIG_NI65=m
@@ -1697,18 +1707,7 @@
 CONFIG_AT1700=m
 CONFIG_DEPCA=m
 CONFIG_HP100=m
-CONFIG_NET_ISA=y
-CONFIG_E2100=m
-CONFIG_EWRK3=m
-CONFIG_EEXPRESS=m
-CONFIG_EEXPRESS_PRO=m
-CONFIG_HPLAN_PLUS=m
-CONFIG_HPLAN=m
-CONFIG_LP486E=m
-CONFIG_ETH16I=m
-CONFIG_NE2000=m
-CONFIG_ZNET=m
-CONFIG_SEEQ8005=m
+# CONFIG_NET_ISA is not set
 # CONFIG_IBM_NEW_EMAC_ZMII is not set
 # CONFIG_IBM_NEW_EMAC_RGMII is not set
 # CONFIG_IBM_NEW_EMAC_TAH is not set
@@ -1729,7 +1728,7 @@
 CONFIG_FORCEDETH=m
 CONFIG_FORCEDETH_NAPI=y
 CONFIG_CS89x0=m
-# CONFIG_EEPRO100 is not set
+CONFIG_EEPRO100=m
 CONFIG_E100=m
 CONFIG_FEALNX=m
 CONFIG_NATSEMI=m
@@ -1850,22 +1849,23 @@
 CONFIG_PCMCIA_WL3501=m
 CONFIG_PRISM54=m
 CONFIG_USB_ZD1201=m
-# CONFIG_USB_NET_RNDIS_WLAN is not set
+CONFIG_USB_NET_RNDIS_WLAN=m
 CONFIG_RTL8180=m
 CONFIG_RTL8187=m
 CONFIG_ADM8211=m
 CONFIG_P54_COMMON=m
 CONFIG_P54_USB=m
 CONFIG_P54_PCI=m
-# CONFIG_ATH5K is not set
+CONFIG_ATH5K=m
 CONFIG_IWL4965=m
-# CONFIG_IWL4965_QOS is not set
-# CONFIG_IWL4965_SPECTRUM_MEASUREMENT is not set
-# CONFIG_IWL4965_SENSITIVITY is not set
+CONFIG_IWL4965_QOS=y
+CONFIG_IWL4965_HT=y
+CONFIG_IWL4965_SPECTRUM_MEASUREMENT=y
+CONFIG_IWL4965_SENSITIVITY=y
 # CONFIG_IWL4965_DEBUG is not set
 CONFIG_IWL3945=m
-# CONFIG_IWL3945_QOS is not set
-# CONFIG_IWL3945_SPECTRUM_MEASUREMENT is not set
+CONFIG_IWL3945_QOS=y
+CONFIG_IWL3945_SPECTRUM_MEASUREMENT=y
 # CONFIG_IWL3945_DEBUG is not set
 CONFIG_HOSTAP=m
 CONFIG_HOSTAP_FIRMWARE=y
@@ -1982,7 +1982,7 @@
 CONFIG_DSCC4_PCI_RST=y
 CONFIG_DLCI=m
 CONFIG_DLCI_MAX=8
-CONFIG_SDLA=m
+# CONFIG_SDLA is not set
 CONFIG_WAN_ROUTER_DRIVERS=m
 CONFIG_CYCLADES_SYNC=m
 CONFIG_CYCLOMX_X25=y
@@ -2000,9 +2000,7 @@
 CONFIG_ATM_FIRESTREAM=m
 CONFIG_ATM_ZATM=m
 # CONFIG_ATM_ZATM_DEBUG is not set
-CONFIG_ATM_NICSTAR=m
-# CONFIG_ATM_NICSTAR_USE_SUNI is not set
-# CONFIG_ATM_NICSTAR_USE_IDT77105 is not set
+# CONFIG_ATM_NICSTAR is not set
 CONFIG_ATM_IDT77252=m
 # CONFIG_ATM_IDT77252_DEBUG is not set
 # CONFIG_ATM_IDT77252_RCV_ALL is not set
@@ -2011,8 +2009,7 @@
 # CONFIG_ATM_AMBASSADOR_DEBUG is not set
 CONFIG_ATM_HORIZON=m
 # CONFIG_ATM_HORIZON_DEBUG is not set
-CONFIG_ATM_IA=m
-# CONFIG_ATM_IA_DEBUG is not set
+# CONFIG_ATM_IA is not set
 CONFIG_ATM_FORE200E_MAYBE=m
 CONFIG_ATM_FORE200E_PCA=y
 CONFIG_ATM_FORE200E_PCA_DEFAULT_FW=y
@@ -2093,27 +2090,27 @@
 #
 # HiSax supported cards
 #
-CONFIG_HISAX_16_0=y
+# CONFIG_HISAX_16_0 is not set
 CONFIG_HISAX_16_3=y
 CONFIG_HISAX_TELESPCI=y
 CONFIG_HISAX_S0BOX=y
-CONFIG_HISAX_AVM_A1=y
+# CONFIG_HISAX_AVM_A1 is not set
 CONFIG_HISAX_FRITZPCI=y
 CONFIG_HISAX_AVM_A1_PCMCIA=y
 CONFIG_HISAX_ELSA=y
-CONFIG_HISAX_IX1MICROR2=y
+# CONFIG_HISAX_IX1MICROR2 is not set
 CONFIG_HISAX_DIEHLDIVA=y
-CONFIG_HISAX_ASUSCOM=y
-CONFIG_HISAX_TELEINT=y
-CONFIG_HISAX_HFCS=y
+# CONFIG_HISAX_ASUSCOM is not set
+# CONFIG_HISAX_TELEINT is not set
+# CONFIG_HISAX_HFCS is not set
 CONFIG_HISAX_SEDLBAUER=y
-CONFIG_HISAX_SPORTSTER=y
-CONFIG_HISAX_MIC=y
+# CONFIG_HISAX_SPORTSTER is not set
+# CONFIG_HISAX_MIC is not set
 CONFIG_HISAX_NETJET=y
 CONFIG_HISAX_NETJET_U=y
 CONFIG_HISAX_NICCY=y
-CONFIG_HISAX_ISURF=y
-CONFIG_HISAX_HSTSAPHIR=y
+# CONFIG_HISAX_ISURF is not set
+# CONFIG_HISAX_HSTSAPHIR is not set
 CONFIG_HISAX_BKM_A4T=y
 CONFIG_HISAX_SCT_QUADRO=y
 CONFIG_HISAX_GAZEL=y
@@ -2143,10 +2140,10 @@
 #
 # Active cards
 #
-CONFIG_ISDN_DRV_ICN=m
-CONFIG_ISDN_DRV_PCBIT=m
-CONFIG_ISDN_DRV_SC=m
-CONFIG_ISDN_DRV_ACT2000=m
+# CONFIG_ISDN_DRV_ICN is not set
+# CONFIG_ISDN_DRV_PCBIT is not set
+# CONFIG_ISDN_DRV_SC is not set
+# CONFIG_ISDN_DRV_ACT2000 is not set
 CONFIG_ISDN_DRV_GIGASET=m
 CONFIG_GIGASET_BASE=m
 CONFIG_GIGASET_M105=m
@@ -2166,10 +2163,10 @@
 # CAPI hardware drivers
 #
 CONFIG_CAPI_AVM=y
-CONFIG_ISDN_DRV_AVMB1_B1ISA=m
+# CONFIG_ISDN_DRV_AVMB1_B1ISA is not set
 CONFIG_ISDN_DRV_AVMB1_B1PCI=m
 CONFIG_ISDN_DRV_AVMB1_B1PCIV4=y
-CONFIG_ISDN_DRV_AVMB1_T1ISA=m
+# CONFIG_ISDN_DRV_AVMB1_T1ISA is not set
 CONFIG_ISDN_DRV_AVMB1_B1PCMCIA=m
 CONFIG_ISDN_DRV_AVMB1_AVM_CS=m
 CONFIG_ISDN_DRV_AVMB1_T1PCI=m
@@ -2224,7 +2221,7 @@
 CONFIG_MOUSE_SERIAL=m
 CONFIG_MOUSE_APPLETOUCH=m
 CONFIG_MOUSE_INPORT=m
-CONFIG_MOUSE_ATIXL=y
+# CONFIG_MOUSE_ATIXL is not set
 CONFIG_MOUSE_LOGIBM=m
 CONFIG_MOUSE_PC110PAD=m
 CONFIG_MOUSE_VSXXXAA=m
@@ -2288,7 +2285,7 @@
 CONFIG_INPUT_MISC=y
 CONFIG_INPUT_PCSPKR=m
 CONFIG_INPUT_APANEL=m
-CONFIG_INPUT_WISTRON_BTNS=m
+# CONFIG_INPUT_WISTRON_BTNS is not set
 CONFIG_INPUT_ATLAS_BTNS=m
 CONFIG_INPUT_ATI_REMOTE=m
 CONFIG_INPUT_ATI_REMOTE2=m
@@ -2342,7 +2339,7 @@
 CONFIG_RIO=m
 CONFIG_RIO_OLDPCI=y
 CONFIG_STALDRV=y
-# CONFIG_NOZOMI is not set
+CONFIG_NOZOMI=m
 
 #
 # Serial drivers
@@ -2379,20 +2376,21 @@
 CONFIG_LP_CONSOLE=y
 CONFIG_PPDEV=m
 CONFIG_HVC_DRIVER=y
-CONFIG_VIRTIO_CONSOLE=y
 CONFIG_IPMI_HANDLER=m
 # CONFIG_IPMI_PANIC_EVENT is not set
 CONFIG_IPMI_DEVICE_INTERFACE=m
 CONFIG_IPMI_SI=m
 CONFIG_IPMI_WATCHDOG=m
 CONFIG_IPMI_POWEROFF=m
-CONFIG_HW_RANDOM=y
+CONFIG_HW_RANDOM=m
 CONFIG_HW_RANDOM_INTEL=m
 CONFIG_HW_RANDOM_AMD=m
 CONFIG_HW_RANDOM_GEODE=m
 CONFIG_HW_RANDOM_VIA=m
 CONFIG_NVRAM=m
-CONFIG_RTC=y
+CONFIG_RTC=m
+CONFIG_GEN_RTC=m
+CONFIG_GEN_RTC_X=y
 CONFIG_DTLK=m
 CONFIG_R3964=m
 CONFIG_APPLICOM=m
@@ -2453,7 +2451,9 @@
 CONFIG_I2C_PROSAVAGE=m
 CONFIG_I2C_SAVAGE4=m
 CONFIG_I2C_SIMTEC=m
-# CONFIG_SCx200_I2C is not set
+CONFIG_SCx200_I2C=m
+CONFIG_SCx200_I2C_SCL=12
+CONFIG_SCx200_I2C_SDA=13
 CONFIG_SCx200_ACB=m
 CONFIG_I2C_SIS5595=m
 CONFIG_I2C_SIS630=m
@@ -2472,9 +2472,9 @@
 CONFIG_DS1682=m
 CONFIG_SENSORS_EEPROM=m
 CONFIG_SENSORS_PCF8574=m
-# CONFIG_PCF8575 is not set
+CONFIG_PCF8575=m
 CONFIG_SENSORS_PCF8591=m
-# CONFIG_TPS65010 is not set
+CONFIG_TPS65010=m
 CONFIG_SENSORS_MAX6875=m
 CONFIG_SENSORS_TSL2550=m
 # CONFIG_I2C_DEBUG_CORE is not set
@@ -2613,7 +2613,7 @@
 CONFIG_IT8712F_WDT=m
 # CONFIG_HP_WATCHDOG is not set
 CONFIG_SC1200_WDT=m
-CONFIG_SCx200_WDT=m
+# CONFIG_SCx200_WDT is not set
 CONFIG_PC87413_WDT=m
 CONFIG_60XX_WDT=m
 CONFIG_SBC8360_WDT=m
@@ -2633,7 +2633,7 @@
 CONFIG_PCWATCHDOG=m
 CONFIG_MIXCOMWD=m
 CONFIG_WDT=m
-CONFIG_WDT_501=y
+# CONFIG_WDT_501 is not set
 
 #
 # PCI-based Watchdog Cards
@@ -2721,8 +2721,8 @@
 CONFIG_FB_VGA16=m
 CONFIG_FB_UVESA=m
 CONFIG_FB_VESA=y
-# CONFIG_FB_EFI is not set
-# CONFIG_FB_IMAC is not set
+CONFIG_FB_EFI=y
+CONFIG_FB_IMAC=y
 CONFIG_FB_HECUBA=m
 CONFIG_FB_HGA=m
 # CONFIG_FB_HGA_ACCEL is not set
@@ -2735,8 +2735,7 @@
 CONFIG_FB_RIVA_I2C=y
 # CONFIG_FB_RIVA_DEBUG is not set
 CONFIG_FB_RIVA_BACKLIGHT=y
-CONFIG_FB_I810=m
-# CONFIG_FB_I810_GTF is not set
+# CONFIG_FB_I810 is not set
 CONFIG_FB_LE80578=m
 CONFIG_FB_CARILLO_RANCH=m
 CONFIG_FB_INTEL=m
@@ -2773,7 +2772,7 @@
 # CONFIG_FB_3DFX_ACCEL is not set
 CONFIG_FB_VOODOO1=m
 CONFIG_FB_VT8623=m
-CONFIG_FB_CYBLA=m
+# CONFIG_FB_CYBLA is not set
 CONFIG_FB_TRIDENT=m
 CONFIG_FB_TRIDENT_ACCEL=y
 CONFIG_FB_ARK=m
@@ -2809,7 +2808,7 @@
 CONFIG_VGACON_SOFT_SCROLLBACK=y
 CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64
 CONFIG_VIDEO_SELECT=y
-CONFIG_MDA_CONSOLE=m
+# CONFIG_MDA_CONSOLE is not set
 CONFIG_DUMMY_CONSOLE=y
 CONFIG_FRAMEBUFFER_CONSOLE=y
 CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
@@ -3090,7 +3089,7 @@
 # CONFIG_USB_FILE_STORAGE_TEST is not set
 CONFIG_USB_G_SERIAL=m
 # CONFIG_USB_MIDI_GADGET is not set
-# CONFIG_USB_G_PRINTER is not set
+CONFIG_USB_G_PRINTER=m
 CONFIG_MMC=m
 # CONFIG_MMC_DEBUG is not set
 # CONFIG_MMC_UNSAFE_RESUME is not set
@@ -3116,7 +3115,7 @@
 # MemoryStick drivers
 #
 # CONFIG_MEMSTICK_UNSAFE_RESUME is not set
-# CONFIG_MSPRO_BLOCK is not set
+CONFIG_MSPRO_BLOCK=m
 
 #
 # MemoryStick Host Controller Drivers
@@ -3129,9 +3128,9 @@
 #
 # LED drivers
 #
-# CONFIG_LEDS_NET48XX is not set
+CONFIG_LEDS_NET48XX=m
 CONFIG_LEDS_WRAP=m
-# CONFIG_LEDS_CLEVO_MAIL is not set
+CONFIG_LEDS_CLEVO_MAIL=m
 
 #
 # LED Triggers
@@ -3548,7 +3547,8 @@
 CONFIG_DEBUG_STACKOVERFLOW=y
 # CONFIG_DEBUG_STACK_USAGE is not set
 # CONFIG_DEBUG_PAGEALLOC is not set
-# CONFIG_DEBUG_RODATA is not set
+CONFIG_DEBUG_RODATA=y
+# CONFIG_DEBUG_RODATA_TEST is not set
 # CONFIG_DEBUG_NX_TEST is not set
 # CONFIG_4KSTACKS is not set
 CONFIG_X86_FIND_SMP_CONFIG=y
@@ -3577,7 +3577,15 @@
 CONFIG_SECURITY_CAPABILITIES=y
 CONFIG_SECURITY_FILE_CAPABILITIES=y
 CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
-# CONFIG_SECURITY_SELINUX is not set
+CONFIG_SECURITY_SELINUX=y
+CONFIG_SECURITY_SELINUX_BOOTPARAM=y
+CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=0
+CONFIG_SECURITY_SELINUX_DISABLE=y
+CONFIG_SECURITY_SELINUX_DEVELOP=y
+CONFIG_SECURITY_SELINUX_AVC_STATS=y
+CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1
+CONFIG_SECURITY_SELINUX_ENABLE_SECMARK_DEFAULT=y
+# CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX is not set
 # CONFIG_SECURITY_SMACK is not set
 CONFIG_XOR_BLOCKS=m
 CONFIG_ASYNC_CORE=m
@@ -3587,7 +3595,7 @@
 CONFIG_CRYPTO_ALGAPI=y
 CONFIG_CRYPTO_AEAD=m
 CONFIG_CRYPTO_BLKCIPHER=m
-# CONFIG_CRYPTO_SEQIV is not set
+CONFIG_CRYPTO_SEQIV=m
 CONFIG_CRYPTO_HASH=y
 CONFIG_CRYPTO_MANAGER=y
 CONFIG_CRYPTO_HMAC=y
@@ -3606,9 +3614,9 @@
 CONFIG_CRYPTO_PCBC=m
 CONFIG_CRYPTO_LRW=m
 CONFIG_CRYPTO_XTS=m
-# CONFIG_CRYPTO_CTR is not set
-# CONFIG_CRYPTO_GCM is not set
-# CONFIG_CRYPTO_CCM is not set
+CONFIG_CRYPTO_CTR=m
+CONFIG_CRYPTO_GCM=m
+CONFIG_CRYPTO_CCM=m
 CONFIG_CRYPTO_CRYPTD=m
 CONFIG_CRYPTO_DES=m
 CONFIG_CRYPTO_FCRYPT=m
@@ -3626,20 +3634,18 @@
 CONFIG_CRYPTO_KHAZAD=m
 CONFIG_CRYPTO_ANUBIS=m
 CONFIG_CRYPTO_SEED=m
-# CONFIG_CRYPTO_SALSA20 is not set
-# CONFIG_CRYPTO_SALSA20_586 is not set
+CONFIG_CRYPTO_SALSA20=m
+CONFIG_CRYPTO_SALSA20_586=m
 CONFIG_CRYPTO_DEFLATE=m
 CONFIG_CRYPTO_MICHAEL_MIC=m
 CONFIG_CRYPTO_CRC32C=m
 CONFIG_CRYPTO_CAMELLIA=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_AUTHENC=m
-# CONFIG_CRYPTO_LZO is not set
+CONFIG_CRYPTO_LZO=m
 CONFIG_CRYPTO_HW=y
-CONFIG_CRYPTO_DEV_PADLOCK=m
-CONFIG_CRYPTO_DEV_PADLOCK_AES=m
-CONFIG_CRYPTO_DEV_PADLOCK_SHA=m
-CONFIG_CRYPTO_DEV_GEODE=m
+# CONFIG_CRYPTO_DEV_PADLOCK is not set
+# CONFIG_CRYPTO_DEV_GEODE is not set
 # CONFIG_CRYPTO_DEV_HIFN_795X is not set
 CONFIG_HAVE_KVM=y
 CONFIG_VIRTUALIZATION=y

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: people

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 617 bytes --]

On Wed, May 28, 2008 at 10:15:37PM +0300, Michael Shigorin wrote:
> On Wed, May 28, 2008 at 09:34:13PM +0400, Dmitry V. Levin wrote:
> > Из них живые только верхние 3, всё остальное уже продырявилось.
> > Думаю, что в Сизифе столько дырявых ядер не требуется.
> 
> Вообще в очередной раз не понял, куда и каким образом проект 
> (и фирма!) протырили очередного мощнейшего человека -- vsu@.

Ну не интересно ему заниматься этой ерундой -- собирать ядра.
И вообще, не нашёл он интересных задач в этом проекте.
Ну а фирме не удалось его мотивировать.

Это моё мнение, никому его не навязываю.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: people

[Michael Shigorin]

On Wed, May 28, 2008 at 11:35:18PM +0400, Dmitry V. Levin wrote:
> > > Из них живые только верхние 3, всё остальное уже продырявилось.
> > > Думаю, что в Сизифе столько дырявых ядер не требуется.
> > Вообще в очередной раз не понял, куда и каким образом проект 
> > (и фирма!) протырили очередного мощнейшего человека -- vsu@.
> Ну не интересно ему заниматься этой ерундой -- собирать ядра.
> И вообще, не нашёл он интересных задач в этом проекте.

Я было как раз подумал, что Миша под руководством Сергея 
и займётся ядрами -- при этом много интересных наработок,
проверенных в ALT Linux, получится удобнее провести в 
апстрим...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: people

[Aleksey Novodvorsky]

Полагаю, что это явный оффтопик.

Rgrds, Алексей

28 мая 2008 г. 23:35 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> On Wed, May 28, 2008 at 10:15:37PM +0300, Michael Shigorin wrote:
>> On Wed, May 28, 2008 at 09:34:13PM +0400, Dmitry V. Levin wrote:
>> > Из них живые только верхние 3, всё остальное уже продырявилось.
>> > Думаю, что в Сизифе столько дырявых ядер не требуется.
>>
>> Вообще в очередной раз не понял, куда и каким образом проект
>> (и фирма!) протырили очередного мощнейшего человека -- vsu@.
>
> Ну не интересно ему заниматься этой ерундой -- собирать ядра.
> И вообще, не нашёл он интересных задач в этом проекте.
> Ну а фирме не удалось его мотивировать.
>
> Это моё мнение, никому его не навязываю.
>
>
> --
> ldv
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>

Re: [devel] Q: people

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 272 bytes --]

On Thu, May 29, 2008 at 12:27:24AM +0400, Aleksey Novodvorsky wrote:
> Полагаю, что это явный оффтопик.

Почему?  Не всё же о пакетах говорить, иногда надо вспомнить о людях,
которые их делают.  Или не делают.
Пусть Сергей меня поправит, если захочет.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: kernels

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 640 bytes --]

On Wed, May 28, 2008 at 08:52:35PM +0300, Igor Zubkov wrote:

>>> Думаю, что в Сизифе столько дырявых ядер не требуется.
>> вывод: ядра, которое можно использовать, в сизифе нет
IZ> А так же нет ядра под которое собраны все модули. Правда, под ice-wks
IZ> их собранно больше.

Я уже жаловался -- некоторые, модифицируя темпейты делают так, что эти
модули после этого собираются только с одним конкретным flavour. Это
категорически неправильно.

Не надо плодить множество темплейтов одного модуля.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: people

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1205 bytes --]

On Wed, May 28, 2008 at 11:35:18PM +0400, Dmitry V. Levin wrote:

>> Вообще в очередной раз не понял, куда и каким образом проект 
>> (и фирма!) протырили очередного мощнейшего человека -- vsu@.
DVL> Ну не интересно ему заниматься этой ерундой -- собирать ядра.
DVL> И вообще, не нашёл он интересных задач в этом проекте.
DVL> Ну а фирме не удалось его мотивировать.
DVL> Это моё мнение, никому его не навязываю.

Не интересно _собирать_, или _патчить_, или _поддерживать_?

Это совершенно разные вещи, которые требуют совершенно разной
квалификации, и существенная часть работы действительно могла бы быть
выполнена менее квалифицированными специалистами.

Но часть -- требует действительно высокой квалификации. В свое время
основной причиной для перехода на ALT для меня были -- нормально собраные
ядра, а также твои пакеты с обилием security патчей. 

Иногда забывается что за всеми "крутыми" технологиями в Sisyphus стоят
конкретные люди. И пользователи идут не только ради технологий, а ради
возможности доверять мантейнерам отдельных компонент.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: kernels

[Led]

Wednesday, 28 May 2008 20:34:13 Dmitry V. Levin написав:
> Hi,
>
> Sisyphus/files/SRPMS$ ls -logt kernel-image-*
> -rw-r--r-- 1  404168 May 20 14:40 kernel-image-std-def-2.6.25-alt1.src.rpm
> -rw-r--r-- 1 2786009 May 16 17:34 kernel-image-led-tc-2.6.22-alt17.src.rpm
> -rw-r--r-- 3 1900276 May  6 17:52 kernel-image-ovz-smp-2.6.18-alt24.src.rpm
> -rw-r--r-- 4 1142304 Apr 25 18:26 kernel-image-ice-wks-2.6.24-alt5.src.rpm
> -rw-r--r-- 4 1763949 Apr 19 15:36 kernel-image-ovz-wks-2.6.18-alt1.src.rpm
> -rw-r--r-- 4  679042 Apr  4 15:24 kernel-image-std-ll-2.6.24-alt1.src.rpm
> -rw-r--r-- 4  679248 Mar 26 16:46 kernel-image-std-srv-2.6.24-alt1.src.rpm
> -rw-r--r-- 4  679180 Mar 25 22:35 kernel-image-std-se-2.6.24-alt3.src.rpm
> -rw-r--r-- 4 1754827 Mar 15 23:28 kernel-image-xen-dom0-2.6.18-alt7.src.rpm
> -rw-r--r-- 4 1753978 Mar 15 23:28 kernel-image-xen-domU-2.6.18-alt6.src.rpm
> -rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
> -rw-r--r-- 6 1212749 Feb 10 23:46 kernel-image-std-pae-2.6.18-alt12.src.rpm
> -rw-r--r-- 7 1212554 Feb 10 23:46 kernel-image-std-smp-2.6.18-alt12.src.rpm
>
> Из них живые только верхние 3, всё остальное уже продырявилось.
> Думаю, что в Сизифе столько дырявых ядер не требуется.

Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на 2.6.25?

-- 
Led

Re: [devel] Q: kernels

[Marat Khayrullin]

В сообщении от Thursday 29 May 2008 02:02:02 Led написал(а):

> Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на 2.6.25?

subfs

Re: [devel] Q: kernels

[Michael Shigorin]

On Thu, May 29, 2008 at 01:02:02AM +0300, Led wrote:
> Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на 2.6.25?

Меня (subfs).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: kernels

[Led]

Thursday, 29 May 2008 01:21:02 Michael Shigorin написав:
> On Thu, May 29, 2008 at 01:02:02AM +0300, Led wrote:
> > Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на 2.6.25?
>
> Меня (subfs).

Тогда, может, имеет смысл не таскать его отдельным пакетом, а включить 
subfs.ko (размером 16К) в kernel-image. Могу предложить соотв. патч 
заинтересованным (как, впрочем и патч на "внешний" kernel-modules-subfs для 
поддержки ядер 2.6.19-2.6.25). В багзиллу на ядро не вижу смысла цеплять, 
потому как всё что я вешал - так там и "висит":)

-- 
Led

Re: [devel] Q: kernels

[Michael Shigorin]

On Thu, May 29, 2008 at 01:33:54AM +0300, Led wrote:
> Тогда, может, имеет смысл не таскать его отдельным пакетом,
> а включить subfs.ko (размером 16К) в kernel-image.

Наверное, удобнее всё-таки kernel-modules, хотя не мне судить.

Кстати, давай тебя на git пересаживать начнём? :)

> Могу предложить соотв. патч заинтересованным (как, впрочем
> и патч на "внешний" kernel-modules-subfs для поддержки ядер
> 2.6.19-2.6.25). В багзиллу на ядро не вижу смысла цеплять,
> потому как всё что я вешал - так там и "висит":)

Повесь на kernel-modules-subfs-std-def, пожалуйста.
Повисит-повисит да и пригодится, всё не в почте искать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: kernels

[Михаил Якушин]

Led wrote:
> Thursday, 29 May 2008 01:21:02 Michael Shigorin написав:
>> On Thu, May 29, 2008 at 01:02:02AM +0300, Led wrote:
>>> Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на 2.6.25?
>> Меня (subfs).
> 
> Тогда, может, имеет смысл не таскать его отдельным пакетом, а включить 
> subfs.ko (размером 16К) в kernel-image. Могу предложить соотв. патч 
> заинтересованным (как, впрочем и патч на "внешний" kernel-modules-subfs для 
> поддержки ядер 2.6.19-2.6.25). В багзиллу на ядро не вижу смысла цеплять, 
> потому как всё что я вешал - так там и "висит":)
> 
Наличие пача, сильно ускоряет закрытие баги. Будет пач на 
kernel-modules-subfs приложу и соберу модуль.

Re: [devel] Q: kernels

[Михаил Якушин]

Dmitry V. Levin wrote:
> Hi,
> 
> Sisyphus/files/SRPMS$ ls -logt kernel-image-*
[skip]
> -rw-r--r-- 4  679042 Apr  4 15:24 kernel-image-std-ll-2.6.24-alt1.src.rpm
> -rw-r--r-- 4  679248 Mar 26 16:46 kernel-image-std-srv-2.6.24-alt1.src.rpm
Постораяюсь обновить в ближайшее время.
> -rw-r--r-- 4  679180 Mar 25 22:35 kernel-image-std-se-2.6.24-alt3.src.rpm
Выкинуть, ибо замерджен в def
> -rw-r--r-- 4 1754827 Mar 15 23:28 kernel-image-xen-dom0-2.6.18-alt7.src.rpm
> -rw-r--r-- 4 1753978 Mar 15 23:28 kernel-image-xen-domU-2.6.18-alt6.src.rpm
Постараюсь обновить в ближайшее время.(уже собрано, надо протестировать)
> -rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
Это ядро пусть так валяется, его нельзя обновлять.
> -rw-r--r-- 6 1212749 Feb 10 23:46 kernel-image-std-pae-2.6.18-alt12.src.rpm
Выдимо надо обновить на 25
> -rw-r--r-- 7 1212554 Feb 10 23:46 kernel-image-std-smp-2.6.18-alt12.src.rpm
Выкинуть, кому нужно нормальное 18е оно есть в 4.0
> Из них живые только верхние 3, всё остальное уже продырявилось.
> Думаю, что в Сизифе столько дырявых ядер не требуется.
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Q: kernels

[Михаил Якушин]

Valery V. Inozemtsev wrote:
> В сообщении от 28 мая 2008 Dmitry V. Levin написал(a):
>> On Wed, May 28, 2008 at 09:42:51PM +0400, Valery V. Inozemtsev wrote:
>>> В сообщении от 28 мая 2008 Dmitry V. Levin написал(a):
>> [...]
>>
>>>> Думаю, что в Сизифе столько дырявых ядер не требуется.
>>> вывод: ядра, которое можно использовать, в сизифе нет
>> Это вывод без аргументации.
> 
> по поводу std-def-2.6.25 аргументация в атаче. в здравом уме такое 
> использовать нельзя, особенно на старых машинах
> 
И что же там такого что не будет работать? хотябы на старых машиных?
(может я пропустил)

Re: [devel] Q: kernels

[Stanislav Ievlev]

On Thu, May 29, 2008 at 09:29:27AM +0400, Михаил Якушин wrote:
> Dmitry V. Levin wrote:
> >Hi,
> >
> >Sisyphus/files/SRPMS$ ls -logt kernel-image-*
> >-rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
> Это ядро пусть так валяется, его нельзя 
> обновлять.
Почему? Разве драйвера привязаны к конкретной сборке?

Re: [devel] Q: kernels

[Anton Farygin]

Stanislav Ievlev пишет:
> On Thu, May 29, 2008 at 09:29:27AM +0400, Михаил Якушин wrote:
>> Dmitry V. Levin wrote:
>>> Hi,
>>>
>>> Sisyphus/files/SRPMS$ ls -logt kernel-image-*
>>> -rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
>> Это ядро пусть так валяется, его нельзя 
>> обновлять.
> Почему? Разве драйвера привязаны к конкретной сборке?

Да

Re: [devel] Q: kernels

[Alexey Gladkov]

Михаил Якушин wrote:
>> -rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
> Это ядро пусть так валяется, его нельзя обновлять.

Оно что не дырявое?

Если дырявое, то его либо нужно *быстро* чинить, либо также быстро 
выбрасывать. Иначе  двойные стандарты получаются: какие-то ядра 
выбрасывают из-за их дырявости, а какие-то "нельзя обновлять".

-- 
Rgrds, legion

Re: [devel] Q: kernels

[Stanislav Ievlev]

On Thu, May 29, 2008 at 10:53:01AM +0400, Anton Farygin wrote:
> 
> 
> Stanislav Ievlev пишет:
> >On Thu, May 29, 2008 at 09:29:27AM +0400, Михаил Якушин wrote:
> >>Dmitry V. Levin wrote:
> >>>Hi,
> >>>
> >>>Sisyphus/files/SRPMS$ ls -logt kernel-image-*
> >>>-rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
> >>Это ядро пусть так валяется, его нельзя 
> >>обновлять.
> >Почему? Разве драйвера привязаны к 
> >конкретной сборке?
> 
> Да
С точностью до alt*?

Re: [devel] Q: kernels

[Stanislav Ievlev]

On Thu, May 29, 2008 at 10:54:54AM +0400, Alexey Gladkov wrote:
> Михаил Якушин wrote:
> >>-rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
> >Это ядро пусть так валяется, его нельзя 
> >обновлять.
> 
> Оно что не дырявое?
> 
> Если дырявое, то его либо нужно *быстро* 
> чинить, либо также быстро выбрасывать. 
> Иначе  двойные стандарты получаются: 
> какие-то ядра выбрасывают из-за их 
> дырявости, а какие-то "нельзя обновлять".
Не ... тут Миша имел в виду наличие коммерческих дров, которые очень
сложно добывать. Но я не понимаю, куда катится мир Linux, если драйвера
собранные под alt1 не будут работать под alt2.

Re: [devel] Q: kernels

[Михаил Якушин]

Stanislav Ievlev wrote:
> On Thu, May 29, 2008 at 10:54:54AM +0400, Alexey Gladkov wrote:
>> Михаил Якушин wrote:
>>>> -rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
>>> Это ядро пусть так валяется, его нельзя 
>>> обновлять.
>> Оно что не дырявое?
>>
>> Если дырявое, то его либо нужно *быстро* 
>> чинить, либо также быстро выбрасывать. 
>> Иначе  двойные стандарты получаются: 
>> какие-то ядра выбрасывают из-за их 
>> дырявости, а какие-то "нельзя обновлять".
> Не ... тут Миша имел в виду наличие коммерческих дров, которые очень
> сложно добывать. Но я не понимаю, куда катится мир Linux, если драйвера
> собранные под alt1 не будут работать под alt2.
> 
alt1 и alt2 бывают разные. Наверное тогда стоит проверить, ктогда 
собственно эти драва будут. Если заработает, то обновлю, нет удалим из 
сизифа.

Re: [devel] Q: kernels

[Sergey N. Yatskevich]

В Чтв, 29/05/2008 в 10:59 +0400, Stanislav Ievlev пишет:
> > >>>Sisyphus/files/SRPMS$ ls -logt kernel-image-*
> > >>>-rw-r--r-- 4 3092699 Feb 26 13:32 kernel-image-hpc-2.6.18-alt1.src.rpm
> > >>Это ядро пусть так валяется, его нельзя 
> > >>обновлять.
> > >Почему? Разве драйвера привязаны к 
> > >конкретной сборке?
> > Да
> С точностью до alt*?
/lib/modules
    2.6.24-std-def-alt9
    2.6.25-std-def-alt1

Таки да, с точностью до alt*. И это правильно, так как у
нас ядра (как я понял) принципиально не обновляются
даже в пределах alt*, а только ставятся рядом.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] Q: kernels

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1423 bytes --]

On Thu, May 29, 2008 at 11:04:54AM +0400, Михаил Якушин wrote:
> >Не ... тут Миша имел в виду наличие 
> >коммерческих дров, которые очень
> >сложно добывать. Но я не понимаю, куда 
> >катится мир Linux, если драйвера
> >собранные под alt1 не будут работать под 
> >alt2.
> >
> alt1 и alt2 бывают разные. Наверное тогда 
> стоит проверить, ктогда собственно эти 
> драва будут. Если заработает, то обновлю, 
> нет удалим из сизифа.

В SuSE есть специальные зависимости для контроля совместимости
ядерных модулей с самим ядром.  Во-первых, там есть патч на 
modprobe, который дампит нечто:

# ./modprobe --dump-modversions /lib/modules/2.6.18-std-smp-alt12/alsa/pci/snd-ens1371.ko |head
0x376015b7      struct_module
0xe56a9336      snd_pcm_format_width
0x4c3af445      __request_region
0x1092f3ba      pci_bus_read_config_byte
0xf9a482f9      msleep
0x89b301d4      param_get_int
0xc067423c      snd_pcm_period_elapsed
0xe0d3a98d      snd_pcm_hw_constraint_ratnums
0x038c2cc4      snd_request_irq
0x24b6f7c4      malloc_sizes
# 

Во-вторых, всё это вкручено в rpm-build.  В принципе если как-то
так сделать, но зависимости на релиз будут не нужны, и можно будет
делать мелкие изменения в ядре без пересборки модулей.

Но придётся всё равно много переделывать, потому что сейчас модули
в любом случае жестко привязаны к релизу ядра каталогом e.g.
/lib/modules/2.6.18-std-smp-alt12/alsa.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: kernels

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 1073 bytes --]

Twas brillig at 11:04:54 29.05.2008 UTC+04 when Михаил Якушин did gyre and gimble:

 МЯ> alt1 и alt2 бывают разные. Наверное тогда стоит проверить, ктогда
 МЯ> собственно эти драва будут. Если заработает, то обновлю, нет удалим из
 МЯ> сизифа.

В дебиане ручками поддерживают схему, при которой в версию пакета заталкивается
версия ядра и номер дебиановкой ABI для данной версии, и при ломке ABI номер
повышают. Соответственно, разные релизы с одной версией пакета друг друга
апгрейдят и по модулям совместимы.

Не то, чтобы бы я призывал ручками всё это поддерживать, просто для справки.

-- 
JID: dottedmag@altlinux.org / dottedmag@jabber.dottedmag.net

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] Q: kernels

[Ildar Mulyukov]

On 29.05.2008 13:04:54, Михаил Якушин wrote:
> Stanislav Ievlev wrote:
> > On Thu, May 29, 2008 at 10:54:54AM +0400, Alexey Gladkov wrote:
> >> Михаил Якушин wrote:
> >>>> -rw-r--r-- 4 3092699 Feb 26 13:32  
> kernel-image-hpc-2.6.18-alt1.src.rpm
> >>> Это ядро пусть так валяется, его нельзя
> >>> обновлять.
> >> Оно что не дырявое?
> >>
> >> Если дырявое, то его либо нужно *быстро*
> >> чинить, либо также быстро выбрасывать.
> >> Иначе  двойные стандарты получаются:
> >> какие-то ядра выбрасывают из-за их
> >> дырявости, а какие-то "нельзя обновлять".
> > Не ... тут Миша имел в виду наличие коммерческих дров, которые очень
> > сложно добывать. Но я не понимаю, куда катится мир Linux, если  
> драйвера
> > собранные под alt1 не будут работать под alt2.
> >
> alt1 и alt2 бывают разные. Наверное тогда стоит проверить, ктогда
> собственно эти драва будут. Если заработает, то обновлю, нет удалим из
> сизифа.

Это точно. Уж послушайте silicium@!! Подробнее можно посмотреть в GIT.
От себя добавлю (чтобы потом не получилось, что я промолчал!), что  
версии std-def выше приблизительно 2.6.24-alt5 у меня очень плохо  
работают на ноутбуке в районе s2ram (засыпание, а особенно просыпание).
Ноут Fujitsu Siemens Amilo Pa 2510.

С уважением, Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] Q: kernels

[Yury Aliaev]

Led пишет:

> 
> Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на 2.6.25?
> 

Лучше и то, и то. Мне больше по душе supermount, но к ядрам в районе 
2.6.16 так и не удалось прикрутить. Всё собиралось без нареканий и не 
работало...

Re: [devel] Q: kernels

[Led]

В сообщении от Thursday 29 May 2008 16:36:43 Yury Aliaev написал(а):
> Led пишет:
> > Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на 2.6.25?
>
> Лучше и то, и то. Мне больше по душе supermount, но к ядрам в районе
> 2.6.16 так и не удалось прикрутить. Всё собиралось без нареканий и не
> работало...

"И то, и то" в виде патчей уже в багзилле (на kernel-image-std-def) - у меня 
работает и параллельно, и "по очереди":)

-- 
Led

Re: [devel] Q: kernels

[Михаил Якушин]

Led wrote:
> В сообщении от Thursday 29 May 2008 16:36:43 Yury Aliaev написал(а):
>> Led пишет:
>>> Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на 2.6.25?
>> Лучше и то, и то. Мне больше по душе supermount, но к ядрам в районе
>> 2.6.16 так и не удалось прикрутить. Всё собиралось без нареканий и не
>> работало...
> 
> "И то, и то" в виде патчей уже в багзилле (на kernel-image-std-def) - у меня 
> работает и параллельно, и "по очереди":)
> 
Посмотрел я на эти  пачи, а subfs может лучше всё таки модулем оставить, 
который в отдельном пакете?
с supermount-ng всё намного хуже, чесно говоря не понравилось что он 
лезет в VFS

Re: [devel] Q: kernels

[Michael Shigorin]

On Sat, May 31, 2008 at 01:42:41PM +0400, Михаил Якушин wrote:
> Посмотрел я на эти  пачи, а subfs может лучше всё таки модулем
> оставить, который в отдельном пакете?

Конечно, лучше.

> с supermount-ng всё намного хуже, чесно говоря не понравилось
> что он лезет в VFS

IMHO на supermount действительно не стоит полагаться -- если
уж subfs приходится чинить, то с куда более интрузивным
supermount история дольше и печальней...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: kernels

[Led]

Saturday, 31 May 2008 12:42:41 Михаил Якушин написав:
> Led wrote:
> > В сообщении от Thursday 29 May 2008 16:36:43 Yury Aliaev написал(а):
> >> Led пишет:
> >>> Кого-то ещё интересуют рабочие subfs и supermount-ng в Сизифе на
> >>> 2.6.25?
> >>
> >> Лучше и то, и то. Мне больше по душе supermount, но к ядрам в районе
> >> 2.6.16 так и не удалось прикрутить. Всё собиралось без нареканий и не
> >> работало...
> >
> > "И то, и то" в виде патчей уже в багзилле (на kernel-image-std-def) - у
> > меня работает и параллельно, и "по очереди":)
>
> Посмотрел я на эти  пачи, а subfs может лучше всё таки модулем оставить,
> который в отдельном пакете?

Мне это кажется не лучше. Но, в любом случае, вам решать. Патч на "отделный 
модуль" тоже в багзилле (на kernel-modules-subfs-std-def)

> с supermount-ng всё намного хуже, чесно говоря не понравилось что он
> лезет в VFS

Это FR - решать вам.

-- 
Led