Жестокие проблемы с Linux 2.6.19

а зачем тебе 2.6.19?

И железо такое же?

Железо другое, но все ядра 2.6.1-18 работали здесь нормально.

> а зачем тебе 2.6.19?

Вас этот вопрос не должен волновать.

>Вас этот вопрос не должен волновать.

ещё раз "выкнешь" - пошлю в жопу :)

Короче, насчёт клавиатуры:

--- drivers/input/keyboard/atkbd.c.vanilla      2006-11-30 02:57:37.000000000 +0500
+++ drivers/input/keyboard/atkbd.c      2006-12-05 12:37:40.000000000 +0500
@@ -412,9 +412,16 @@
                        goto out;
                case ATKBD_RET_ACK:
                case ATKBD_RET_NAK:
-                       printk(KERN_WARNING "atkbd.c: Spurious %s on %s. "
-                              "Some program might be trying access hardware directly.\n",
-                              data == ATKBD_RET_ACK ? "ACK" : "NAK", serio->phys);
+                       {
+                               static int warned = 0;
+
+                               if (!warned) {
+                                       printk(KERN_WARNING "atkbd.c: Spurious %s on %s. "
+                                               "Some program might be trying access hardware directly.\n",
+                                               data == ATKBD_RET_ACK ? "ACK" : "NAK", serio->phys);
+                                       warned = 1;
+                               }
+                       }
                        goto out;
                case ATKBD_RET_HANGEUL:
                case ATKBD_RET_HANJA:

Насчёт kernel panic:

http://lkml.org/lkml/2006/11/29/335

diff --git a/net/ipv6/ndisc.c b/net/ipv6/ndisc.c
index 73eb8c3..c42d4c2 100644
--- a/net/ipv6/ndisc.c
+++ b/net/ipv6/ndisc.c
@@ -441,7 +441,8 @@ static void ndisc_send_na(struct net_dev
         struct sk_buff *skb;
 	int err;
 
-	len = sizeof(struct icmp6hdr) + sizeof(struct in6_addr);
+	len = sizeof(struct ipv6hdr) + sizeof(struct icmp6hdr) +
+		sizeof(struct in6_addr);
 
 	/* for anycast or proxy, solicited_addr != src_addr */
 	ifp = ipv6_get_ifaddr(solicited_addr, dev, 1);
@@ -556,7 +557,8 @@ void ndisc_send_ns(struct net_device *de
 	if (err < 0)
 		return;
 
-	len = sizeof(struct icmp6hdr) + sizeof(struct in6_addr);
+	len = sizeof(struct ipv6hdr) + sizeof(struct icmp6hdr) +
+		sizeof(struct in6_addr);
 	send_llinfo = dev->addr_len && !ipv6_addr_any(saddr);
 	if (send_llinfo)
 		len += ndisc_opt_addr_space(dev);
@@ -632,7 +634,7 @@ void ndisc_send_rs(struct net_device *de
 	if (err < 0)
 		return;
 
-	len = sizeof(struct icmp6hdr);
+	len = sizeof(struct ipv6hdr) + sizeof(struct icmp6hdr);
 	if (dev->addr_len)
 		len += ndisc_opt_addr_space(dev);
 
@@ -1381,7 +1383,8 @@ void ndisc_send_redirect(struct sk_buff 
 			 struct in6_addr *target)
 {
 	struct sock *sk = ndisc_socket->sk;
-	int len = sizeof(struct icmp6hdr) + 2 * sizeof(struct in6_addr);
+	int len = sizeof(struct ipv6hdr) + sizeof(struct icmp6hdr) +
+		2 * sizeof(struct in6_addr);
 	struct sk_buff *buff;
 	struct icmp6hdr *icmph;
 	struct in6_addr saddr_buf;

Вот такая лажа это ваше ядро 2.6.19 ...

у меня 2.6.19 работает нормально что я делаю не так?

>у меня 2.6.19 работает нормально что я делаю не так?

ты не birdie :)

У меня ещё 9p не работает на 2.6.19 шота...

А ты что, активно используешь IPV6?

> А ты что, активно используешь IPV6?

Без этого модуля X сервер не запускается. А по существу, я вообще IPv6 не использую.

У меня запускается. Что-то у тебя не так. И на 2.6.19 тож запускается. Только сетевуха не работает (Realtek) и 9p

В общем, ipv6 я выкинул (видимо, X сервер по другой причине не запускался - давно это было), остался вопрос с flood'ом сообщений от atkbd.c

Баян, Искы патчить нуна.

Баян, у меня вообще ipv6 нет, хотя иксы его и "поддерживают". "-nolisten tcp" сообщите кому надо.

1. Не следует лезть в воду не зная броду

2. Крашится таки на старте сервисов или на попытке initrd смонтировать корневую ФС? Просто у меня то же самое было когда ядро паниковало - то есть также начинали сыпаться эти сообщения

Как вариант - попробовать нормально таки сконфигурировать ядро, ибо на 2.6.19 + FC6 у меня замечательно работает на трех машинках.

Проблемы уже все решены, прочитай весь thread ;-)

Kernel panic был из-за кривого кода ядра модуля IPv6.