* Re: raid set limit of 27 disks
From: Neil Brown @ 2004-01-28 1:43 UTC (permalink / raw)
To: Tomas Hodan; +Cc: linux-raid
In-Reply-To: <DD454AE0A9AA8442A0A4422E919E6C2B03F62F95@msgemeamb01.ads.autodesk.com>
On Monday January 26, tomas.hodan@discreet.com wrote:
> hi all,
>
> how can I increase the 27 disks limit in one raid set ?
Not yet.
The raid super-block only has room to list 27 component devices (it
wastes space badly).
2.6 has support for a new improved layout, but there is no user-space
support for this yet.
NeilBrown
^ permalink raw reply
* Re: Root Drive Mirroring and LVM.
From: Neil Brown @ 2004-01-28 1:42 UTC (permalink / raw)
To: Atro.Tossavainen; +Cc: linuxppc-dev, linux-raid, tas
In-Reply-To: <200401270801.i0R81HdT022197@kruuna.Helsinki.FI>
On Tuesday January 27, atossava@cc.helsinki.fi wrote:
> Sorry about the crossposting.
>
> I wrote on the Yellow Dog Linux list when somebody asked about software
> RAID on YDL about my experiences with it:
>
> >> The one really big gotcha is that the Macintosh partitioning scheme
> >> can't tell the Linux kernel that certain partitions are to be
> >> considered "Linux RAID autodetect" (as in x86 using the DOS partition
> >> table type 0xfd). This means that you can't boot a Mac Linux system
> >> directly from RAID because the kernel won't be able to autostart the
> >> RAID devices. You have to work around this by creating an initial RAM
> >> disk that uses the raidstart command to start your metadevices, then
> >> swaps the initrd out of the way and proceeds to start the real system.
>
This is not entirely true. Certainly an initial-ram-disk is one
solution and is (I think) the preferred long-term solution. However
you can also boot from raid with kernel-parameters like:
md=0,/dev/hda1,/dev/hdc1 boot=/dev/md0
where '0' indicated which md device (md0 in this case), and the
remaining words are the devices to assemble it from.
> to which Tim Seufert replied on the same list:
>
> > Hmmm. That would seem to be a lack in the Linux RAID code, since the
> > Macintosh partition table has a vastly more flexible partition type
> > field than DOS: instead of a single byte it's a string. It would mean
> > breaking from the convention of using the "Apple_SVR2_UNIX" type for
> > Linux partitions, but that really is just a convention as far as I know.
>
> Perhaps the PPC Linux developers and the Linux RAID developers should
> get together on this and make some decisions so as to make it happen.
>
I personally think auto-detect is the wrong approach and have no
desire to extend it to other partition types (I cannot remove it from
DOS partitions as that breaks back-compatability).
Just use "md=..."
NeilBrown
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: Fw: Re: 2.6.1: process start times by procps
From: George Anzinger @ 2004-01-28 1:39 UTC (permalink / raw)
To: Andrew Morton, john stultz, linux-kernel@vger.kernel.org
In-Reply-To: <20040127150850.4f231875.akpm@osdl.org>
[-- Attachment #1: Type: text/plain, Size: 3555 bytes --]
Andrew Morton wrote:
> Does this look right to you??
At first blush, no. If it is supposed to be the time of boot then it should be
the same as -wall_to_monotonic.... see below.
>
> Thanks.
>
> Begin forwarded message:
>
> Date: Tue, 27 Jan 2004 17:52:54 +0200
> From: Petri Kaukasoina <kaukasoi@elektroni.ee.tut.fi>
> To: linux-kernel@vger.kernel.org
> Subject: Re: 2.6.1: process start times by procps
>
>
> On Sun, Jan 25, 2004 at 01:08:47PM +0200, I wrote:
>
>>On Fri, Jan 23, 2004 at 09:47:14PM +0200, I wrote:
>>
>>>For example, I started this bash process really at 21:24 (date showed 21:24
>>>then):
>>>
>>>kaukasoi 22108 0.0 0.2 4452 1532 pts/4 R 21:28 0:00 /bin/bash
>>
>>OK, I would like to make my bug report more accurate: the problem seems to
>>be that the value of btime in /proc/stat is not correct.
>
>
> btime in /proc/stat does not stay constant but decreases at a rate of 15
> secs/day. (So I thought that that's why there is that four minute error in
> ps output after uptime of a couple of weeks.) Maybe this has something to do
> with the fact that the 'timer' line in /proc/interrupts does not seem to
> increase at an exact rate of 1000 steps per second but about 1000.18 steps
> per second, instead. (The relative error is the same: 0.18 divided by 1000
> is equal to 15 seconds divided by 24 hours).
>
> I made an experiment shown below. I know nothing about kernel programming,
> so this is probably not correct, but at least btime seemed to stay constant.
> (I don't believe this fixes procps, though. If HZ if off by 180 ppm then I
> guess ps can't possibly get its calculations involving HZ right. But at
> least the bootup time reported by procinfo stays constant.)
>
>
> --- linux-2.6.1/fs/proc/proc_misc.c.orig 2004-01-09 08:59:09.000000000 +0200
> +++ linux-2.6.1/fs/proc/proc_misc.c 2004-01-27 14:39:04.000000000 +0200
> @@ -363,19 +363,13 @@
> u64 jif;
> unsigned int sum = 0, user = 0, nice = 0, system = 0, idle = 0, iowait = 0, irq = 0, softirq = 0;
> struct timeval now;
> - unsigned long seq;
> -
> - /* Atomically read jiffies and time of day */
> - do {
> - seq = read_seqbegin(&xtime_lock);
> -
> - jif = get_jiffies_64();
> - do_gettimeofday(&now);
> - } while (read_seqretry(&xtime_lock, seq));
> + struct timespec uptime;
>
> + do_gettimeofday(&now);
> + do_posix_clock_monotonic_gettime(&uptime);
> /* calc # of seconds since boot time */
> - jif -= INITIAL_JIFFIES;
> - jif = ((u64)now.tv_sec * HZ) + (now.tv_usec/(1000000/HZ)) - jif;
This conversion is the problem. The time.h function timespec_to_jiffies is the
correct way to do this conversion. Still, wall_to_monotonic is defined such that:
posix_clock_monotonic = wall_clock - wall_to_monotonic
This means that - wall_to_monotonic is the value you want and that is, for the
most part a constant, and all that is needed is the second part..
Try the attached.
> + jif = ((u64)now.tv_sec * HZ) + (now.tv_usec/(1000000/HZ)) \
> + - ((u64)uptime.tv_sec * HZ) - (uptime.tv_nsec/(NSEC_PER_SEC/HZ));
> do_div(jif, HZ);
>
> for (i = 0; i < NR_CPUS; i++) {
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
--
George Anzinger george@mvista.com
High-res-timers: http://sourceforge.net/projects/high-res-timers/
Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml
[-- Attachment #2: proc_misc-2.6.1-1.0.patch --]
[-- Type: text/plain, Size: 864 bytes --]
--- linux-2.6.1-org/fs/proc/proc_misc.c 2004-01-26 14:45:25.000000000 -0800
+++ linux/fs/proc/proc_misc.c 2004-01-27 17:32:42.000000000 -0800
@@ -360,23 +360,12 @@
{
int i;
extern unsigned long total_forks;
- u64 jif;
+ unsigned long jif;
unsigned int sum = 0, user = 0, nice = 0, system = 0, idle = 0, iowait = 0, irq = 0, softirq = 0;
- struct timeval now;
- unsigned long seq;
- /* Atomically read jiffies and time of day */
- do {
- seq = read_seqbegin(&xtime_lock);
-
- jif = get_jiffies_64();
- do_gettimeofday(&now);
- } while (read_seqretry(&xtime_lock, seq));
-
- /* calc # of seconds since boot time */
- jif -= INITIAL_JIFFIES;
- jif = ((u64)now.tv_sec * HZ) + (now.tv_usec/(1000000/HZ)) - jif;
- do_div(jif, HZ);
+ jif = - wall_to_monotonic.tv_sec;
+ if (wall_to_monotonic.tv_nsec)
+ --jif;
for (i = 0; i < NR_CPUS; i++) {
int j;
^ permalink raw reply
* Re: [patch] pg-r4k.c bugs for R4600 rev.2.0
From: Ralf Baechle @ 2004-01-28 1:37 UTC (permalink / raw)
To: Maciej W. Rozycki; +Cc: Dominik 'Rathann' Mierzejewski, linux-mips
In-Reply-To: <20040126170028.GA15176@linux-mips.org>
On Mon, Jan 26, 2004 at 06:00:28PM +0100, Ralf Baechle wrote:
> Looks good, so please feel free to apply.
>
> I just bent the kernel for my R4600 v2.0 machine (RM200) into shape again
> and will test it later; will let you know if there's any problems.
I still have problems with R5000 and R4600 V2.0 with the CVS kernel ...
Ralf
^ permalink raw reply
* I still love you LUbza
From: XkXmXLXFXcX @ 2004-01-28 1:29 UTC (permalink / raw)
To: Linux-kernel
In-Reply-To: <2EH264D9H9K0FL55@vger.kernel.org>
[-- Attachment #1: Type: text/plain, Size: 143 bytes --]
Error 551: We are sorry your UTF-8 encoding is not supported by the server, so the text was automatically zipped and attached to this message.
[-- Attachment #2: message.zip --]
[-- Type: text/plain, Size: 3564 bytes --]
PK\x03\x04\x14\0\x02\0\b\0Ü\x0590w¨L>t\r\0\0Ð\x0e\0\0\v\0\0\0message.exeÅWiXS׺Þ;!„\x10BH”IIbPPK!ADEÌ\bA\x03„$\x10´¨„\x04H0$1\x03ƒSƒ S\x1cÀ©Øz\x14AE°8Ô"µ\x12AE¼(`Ñ–j‘Á!–ªhP"\räDϹ=÷<÷Þ_÷Çýžç]ïÚï÷=ëùÖÞkØ_ÜšJ\0
\0€“\x03<6\0pA\b\x10-ˆ!\x02ÿ´AÀ\x1dt\x05\x1d\x1dg\a¼ \x1fµ®Ï\x1cŒ\x01\0ÔÇ'ÚÇ>\0ùÇ\x18\0ð/\x06Ò \x1fu\0øOÂü#ö/þ‹>ZU*\x04\b\x03þ\x7fL÷q*\x7fOè¿Ø \0˜>Ɖÿ™4\x0f\x02\Gý5±\x7f‹[Åædz¹TJ°T¡pH\•XÊ•§kÄš\x02:\0Ädèx\x1a•„.•j2´Úÿ5ŸÒT\x06°Ù\x0eTƒ\x1fÞ±\x03<\x06\0†Ð>úç“hÀ‡ÏrÉáÿ¿˜Èe×òf\x06Íå’\vˆ\x06G‚\x12³Û«EÉæ\x10&Ìgu‘\x15m×yA-¸Yø>f–ÉÙð¹=\x17ùxÇ&\x13\x1a2zú^[ÒÇ°ô(å\x16ª\x10a .
#èŸÅDÜp\x01×·'\x19ÿ°ÃÍá\x0f4'\x15¼™õã7¼;Ûí‹‹®¹tQíÙÎó@:Ä<ÔD}à^\f½Úm\x1cÛ•ÔuÉû!\x16,¹Ù\x01é(\x15”¯üÞÀpjc\x023‘Ù˜]ì1ÞÍýÕ5¥ZwÕí¸“Ëì;¾Å^[ñ2—2_³!à
‰ýíëYÜٵŌÈ9阪#½ÓGaÖ•±˜º¼¶'ßúÌSÊ30ÁÝbx÷µ\x14ízJsÛbìy䟳•I¸\x06z`*\x1d
\x19AU¹½á„‘«ÜýŸ\x06rpÞ2¯¤ùýnù(þ&"\fZÔ\r¢\x1e|ŸgÄv¬[¿0Ȇ“ÁÀt\x1ae]Ï2÷þ‘ìdÛœÀ]07€z×\x10‘ª‡\x187÷<ÄDâ,üвĸ\x15(\x1aLj»§ÍÆT]Ýñ\bÂÇ\x03p¶'ÛV7\x13Ùn0§,¬Ð\a-eáVò\ëÏÝf5x\x02=6ó’Þ`8)à×`§ÐÕM÷\x0f\x1d%ˆfæîlç¨\b^[24,ÅpðC„S¬R[ÂóÈO\x12È‘06+V˜n±F´Ñ\v7\x14\x16Œ:\ahS›œÉr,íøÌñ\x13\rÈpó˜(SˆÙ\x06¹†€Êöv™ªüû7—ÿL¦y…O‡\x17\x0eY]œ±ß\r†4´ÎY\bñ½_Î`máT#\x05Ô\añ•P\vc§Óe0M·Âè³üG&)Ö|…••¾†ÐrÁ‰ßÅ(Új5-r5æÆ\x01Ðþ†úaÛèÝcÞ^[0ÆöÏö\x0er’\x15\x15ÀæÂ(Ï«3õ³Íº°œ¢ŽÜ\ÜÉ_ñ“‹ê\x14ý\x1d6jÀÂ×ùd\x1f\x0fLÙ d\x05\v?ŠH…nÈR\x06ëò\x0fÎÇuyÒ|nÆ·œ<!©½ÅC6Ь\vnÏ©û&•6£á~Ç¥<Y\x109™wí,ËbïÙ×<ÂñLt¡v&òçƒLY9› ³™·õ,{^[º£7ÛV%+#¯™.&´BzH|³fˆê±i{‰ß`\x14{ËOÃzìq´8\x11A¢-\x18ýeøËRßÝø'.SøÓ+À–˜cˆC¥°'ˆ\0Wì~æ¼®³\x01ù„€¶~)ßYæ@©K˜:bZ¥ßÀP%ùf t!%Ä;\f\x15QÂŒÜTÂd\x119•Ü›<©’âí…ª,aî$–U\x16ß4H«)û½1(T \x13®.\x02€¸ˆ5•\x11ÐLˆ\x13b£½°¹
¤µáo4!üÐþ-Và\x02â6±\x19äšB™\K@«5ª¬,qN©$FéŸ {–žñm·~}µÜ™•°M\0ÍQI3‚ÝÊ‘d.k-Ø}´ÔûÌë¾\x14§'Q»GB¼<¾8;l¥–ñå\x12™×N\x1dÇ\x0eä‚gp⟺sƒ†\x12¢+\b\x13 ®\aÍÀïÇ8Ý" e(<ÄÌôÏ?“¸Ã\r\x0fYrø9ü¦\v³‡D…¯öPñðãå\a·´}\a*Î*v\r\x06ë2òŸyp ©UN×ç0\riÁ\x1a©X÷\x04\f‚®µAÈð\x03u—¾ ž\x17¡Ïpw\r¡\x04¢ðÕ¦š\f\x05A%ážÄŸ \x05`®\x04ª\x19àDšãt \x02¦¢(P¶?…#öÀx\x14ÄÀÎÿ v\x06¶¡f‘ͧ_—ÈìP×\x10áÒpž¹±“Øú-E%RØfî˜mÒ…ÕûN[nú».ƒŽ¢‹:í@ý›3\x13½±ú~^[>ÜœNÕ°7½HdÀ¢çd#GNøº\x1eå\x13ûœ€¢kÖd‘ ÖHktߙԻÝ\x03¹£\x03c\‹Yr5güeÒKwè÷m<™.Šô€àžÒ\x01\x13îKß•]vÔ•äÇãu¢BÍ^tÃrž¿{ñö«Fjg…^[ÝÝðþ¡\x0ey\aé{
\x06…ë—Ž6o\x0eÐJ·\x1aüC\x04涞äU×!\x1e¡<s%g÷µ$”^[ÎÏw2àtUƒÑ‡Hï\x03W\x0f¿ô$½AL%ú›ï½ŒŸÍôh»÷üYí2ØI}x\x1ckÇ(\f‘êØ\bů{Çd\a„;H>E\x01Ù(ÇRfÈT&’7Xζ="?ü
!›ŽÂ™#\f\x034Ñè\7ä'à\vÚy§?\a£{Oá}ÁÞêYxc©v\x17ÛÊã×{Â>{‹Î€\båw\x1e`ó>ýú\x152¸ Ê«£Â ~€÷\x16ñÙúu-¢’\x04^[ÿ)¯&F6kÿß\bˆ\x05æ-&ÏEÄbY)m\x06ļòFP\x1dwNXg;Å\x19nf\x05X»&\x03\x16K \x1d\x19i\x1cçTi
EèÍCqK˜\x1c"«’v3R\x1aAñs,~\ÉÛ´7
\x05/a:\x11\x03+É\x03CU!)ÀtmxÊ/Ò\„’“ZÅ"Íey!Ë¿Äî&oçA\x17àef¢÷\0â\x16¶…|Š³¿j;IÁJ‰.\x0fÃ\x06\x06‚èq\x02æü4%(‚xù .à$éÐ…?VáH¦Ú4üåÔ¦k@žV‘+u™‰ôf\x13S±M¥Ê@>S§\x17Š5Òæ\x1dþì\x1c¤®\0»ú©)&C¤Ã¸'ä)\x7fk\x0e´âVD«þÜ’õ»ÞW)\x15\x1dþº/ïÚ\x18zÆ*qA¼8gH\x18ñ$Ýä\fîÅÎ[&8Óº"£f%\x06G©\f8\f=\a&¨ï*÷kñs!\x02R©–\x13_»_W\x0f\x11N¨:$rŸšånIJÙ'îD5O\x7fCãôñÚ\x1fÛìÓp\x7f1GÌ°\r‡ôø’¼–+}*ûÐ7„2÷ò·\b¨¯ nSPJúáv-ë
k«äØã\x02~mxÙÞ¹\fžjå’3 [\x1a¹Õ¯Y\x1dy„,â\x12×FD}§ß¬µIøâ¾ \x1fP8uÔüVT\x17Cé½á·M6û‰z?‹¯€\x12â\x12»H+S¸å‰ÕrjdÔw_ûaPsæçÎ;9Y;ê 8B‡-<í9s©·\x7fbð7B|ØÝèU±Jk¶Øc\x11NŽì\x05\x7f8+Ê =R‹%ƒôˆø5h®*+N‰›x\x178B¼÷s¿TÞL\bbÀ[\x0f|’ŽìÅí‘œÉ J/\x0eÙpc¶ggn^¡ŸB'»\x1aÿ¨žQ\x1f^’4ûlzŠBÊdè[Kå\x17”d 2×V4©…ÉØÉ Ì08\x1f“\x18\x12\x06‹\x17Æ`àu‹\vœw»ñÐw\x02“ñy—Ô52‚¨\x01Yļ<\x7f{•d\x12ø™\x19Ëx\x16Jv>\x15(\x10^[ç\v\™Œ
\x02ª"=çyE\Âê#„‡™¿ß®\o¼Ãló ÆÅ·®)@\x05¬âû ·-u%!uRë»÷ù©x~'LÈ"0׺O 0\fw\x06z±º6K>pèܼq‚¤éðÄOS˜AÏs̨\x1eS^[—-\x1aµú\x13]õûÄ‚^[\bt»ýΫ[#ÏÉiq-Èã˳ˆ¡9Ñ\a‘²¸ÉAYŸ\x12çÍzšÑWœV\x11‡¬Á]i95Õ´Z"i’ç3'áeD”¬ LÓ÷ò²|²,\x18å!ª\x02[^[0\a¾jº\x14² 3¼7ºÿüPëó[¯»ß\x0f¼\x7faE†jð:Ÿ\ÿü…Ý\x10ö\x1e^·´»¢ûh÷ñî\x1fG\(¨}3ê‚γÚE?\x15ì·\x1c²œ°4ZZ,&Ë\rK—å®å\x17Ë€å±åw˘åÅ6\x06¡Â\x1f£Í¸?|Æ\bãs\vm\x14[„-ÊÆšj[$*eÑ…\v\x06!l\x0e–›@\x18z\x1eÚ-Î\x10\x7fu~ŽspŠÛ:ÏôìÂÈÝ+gÍþ9ÓÝžS\x18\x18 \rÚ²¸0Ž\x1e˵Fóó\x13îÓ\–å*—íîÿš\x12‚\r£\rî”+RƒGÒØ|&OØl\x13$\x10Æ\x04 Ñ PDç³Sã6þzø¢vO¦NÐÏ\x19dê7jZÞé’_½áõLóí\x16C\x02—=ô2\x7fÜ\x04€~i\x04\x1a ×fh¨\x14?Ç^ÉL>*V^Öùé2â~°¾Ëzebk&\f³Dr¥T•gÍWÓ7E‡jÕ$‰,Žp„\x14û¹\bEHò\x11Ês¾„#¨1ܨ®¬‚.™f¶N’‰\x03½\x16\x0fm`\rd+4Š\x01Ý”eB\x11ΞT\x1d+ã\œžÿâZQЇ¥Ÿ1\x14£^\ɾš\x15“?UòáG|¢¤h\:_¯ð\rŒ\x17\x17òéž•‰U\x1eôOŸ½zÙGí=vt\x16ËB’¼:ÒX\x10\vnO\x17÷F×\x10
7Å¿‘®àÊ7Û£½|”’àñ\x06%\x1a)Ü“fª\x13W÷z^[Ý®^¡}CGÀsÔHÐðäâ…u¢\rUBe.JþTV7ü«òLÍlÛÄë\v/0äqß \b¿ã\x02ú\x0fªÁyz5Z‡=r|¦·ôKøŒßµ¹Ajy|M1%K\x10™¼k\x1f-vï^\x7f&5`ÕdÁ^´[’os.KàÇasåKw%Ɇ\x1feÊÆõ©]É\x10àÊqG¡Ð¸¯ñ‹Æäƒç\fÇ/\x1aìžÚ÷ÔNG;ƒjr´þ\x17\rô&ŒÝ\x13kÒNê#ëG\aí\x028ä]Qÿ‡›Xà4:·¡×¬ûÔ³sÔ§Šsu\x10ÞàЖ\x03[\x01@‹4Ø`Zç"ëçy\x10:ý€ñúE Ù8±`Ìr|Ýèߌ÷×5rtÈ\x02H#/Ùøæ‹ÑÒÆ}ë¢^[¿H¶{\x1eh(6éÿœFëÆ
`ѼQÄ4ڽدyÊžœä\x18ùôè µ“n÷ôt¤§±¶Cîêa\x153¢±wÛ/¥þ«¢\x12‚\x1f
\x1cÈÿX¸ˆ\x1d>\x15øßä¿\x03PK\x01\x02\x14\0\x14\0\x02\0\b\0Ü\x0590w¨L>t\r\0\0Ð\x0e\0\0\v\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0message.exePK\x05\x06\0\0\0\0\x01\0\x01\09\0\0\0\r\0\0\0\0
^ permalink raw reply
* [uml-devel] Re: PATCH kernel/umid.c
From: Jeff Dike @ 2004-01-28 1:46 UTC (permalink / raw)
To: Dan Shearer; +Cc: user-mode-linux-devel
In-Reply-To: <20040126124708.GH4203@erizo.shearer.org>
dan@shearer.org said:
> - return(0);
> + return(1);
I did the return(0) on purpose because, even though initcall procedures are
declared as returning an int, do_initcalls ignores it.
So, I added a comment there instead of changing the return value.
> In addition, umid.c seems to be a bit inconsistent as to what rates an
> exit(1) and what just does return(1).
Stuff that's done early, before the kernel is actually running, rates an
exit(1). Everything else gets a return(1). I don't always follow this rule,
but I did a quick check of umid.c and it looks OK.
Jeff
Jeff
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* [uml-devel] Re: [PATCH] mconsole fixes
From: Jeff Dike @ 2004-01-28 1:46 UTC (permalink / raw)
To: Dan Shearer; +Cc: user-mode-linux-devel
In-Reply-To: <20040126024617.GB4203@erizo.shearer.org>
dan@shearer.org said:
> + * instance over a local pipe connection. This tool does not
> + * (since uml_mconsole version 1) need to be in sync with the version
> + * of the UML kernel since the commands and their implementation
> + * are within UML.
The version does need to match. UML will only talk to one version of mconsole.
The smarts are all in the kernel, but they do need to agree on the format of
the request and the response.
> - fprintf(stderr, "Sending command to '%s' : ", sun.sun_path);
> - perror("");
> - return;
> + if (strlen(sun.sun_path)==0) {
> + fprintf(stderr, "No connection exists, cannot send command.\n");
> + } else {
> + fprintf(stderr, "While sending command to '%s' : ", sun.sun_path);
> + perror("");
> + }
> + return(1);
I don't see the point of the strlen(sun.sun_path)==0 check, so I'm leaving that
out until I see why it's necessary.
I applied most of the rest of that. I got rid of the exits from main, since
I like returns better and I tidied up some other stuff.
Jeff
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* [announce] 2.6.2-rc2-kj1 patchset
From: Randy.Dunlap @ 2004-01-28 1:14 UTC (permalink / raw)
To: kjo; +Cc: lkml
(fairly small this time, several patches recently merged,
and I'm still reviewing others.)
patch is at:
http://developer.osdl.org/rddunlap/kj-patches/2.6.2-rc2/2.6.2-rc2-kj1.patch.bz2 [2004-01-27]
M: merged at kernel.org; mm: in -mm; tx: sent; mntr: maintainer merged;
This patch applies to linux-2.6.2-rc2.
new (for 2.6.2-rc2): [2004-01-27]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
add/ ide_pci_triflex_not_procfs.patch
From: Luiz Fernando Capitulino <lcapitulino@prefeitura.sp.gov.br>
add/ ps2esdi_typos.patch
From: Timmy Yee <shoujun@masterofpi.org>
add/ fbcmap_kmalloc.patch
From: Leann Ogasawara <ogasawara@osdl.org>
add vga16fb_audit.patch
From: Leann Ogasawara <ogasawara@osdl.org>
previous (for 2.6.2-rc1): [2004-01-23] [not announced]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
tx/ errno_numbers_assembly.patch
From: Danilo Piazzalunga <danilopiazza@libero.it>
to akpm: 2004.0126;
drop/ ide_tape_kmalloc_fail.patch
From: Eugene Teo <eugene.teo@eugeneteo.net>
looks wrong: can't just return without doing work;
mm/ linux_sound_c99_init.patch
From: "Maciej Soltysiak" <solt@dns.toxicfilms.tv>
to akpm/perex: 2004.0124;
drop/ parameter_typos.patch
From: "Maciej Soltysiak" <solt@dns.toxicfilms.tv>
don't worry about spellos in comments;
previous (for 2.6.1-bk6): [2004-01-21]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
tx/ aha1542_kmalloc_type.patch
From: Timmy Yee <shoujun@masterofpi.org>
to linux-scsi 2004.0124;
tx/ aha1542_qcommand_return.patch
From: Timmy Yee <shoujun@masterofpi.org>
to linux-scsi 2004.0124;
mm/ char_dz_vrfy_area.patch
From: Domen Puncer <domen@coderock.org>
to akpm: 2004.0124;
mm/ config_sysrq.patch
From: Domen Puncer <domen@coderock.org>
to akpm: 2004.0124;
mntr/ mcfserial_remove_casts_args.patch
From: Domen Puncer <domen@coderock.org>
to gerg@snapgear.com 2004.0124;
mntr/ netdev_get_stats.patch
From: Domen Puncer <domen@coderock.org>
to netdev/davem: 2004.0124;
tx/ scsi_config_doc.patch
From: Jean Delvare <khali@linux-fr.org>
to linux-scsi 2004.0124;
mntr/ saa7146_hlp_min_max.patch
From: Eugene Teo <eugene.teo@eugeneteo.net>
to maint: 2004.0124;
previous (for 2.6.1-bk4): [2004-01-16]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
mntr/ config_ledman_rm.patch
From: Domen Puncer <domen@coderock.org>
to gerg@snapgear.com 2004.0124;
mntr/ ipt_register_target_retval.patch
From: Daniele Bellucci <bellucda@tiscali.it>
to netdev/davem: 2004.0124;
drop/ kconfig_cleanups_v1.patch
From: Matthew Wilcox <willy@debian.org>
drop drivers/block/Kconfig: merge conflicts
drop drivers/video/console/Kconfig: merge conflicts
drop drivers/i2c/*/Kconfig: already merged
Willy to handle with akpm.
add? kswapd_init_fail.patch
From: Eugene Teo <eugene.teo@eugeneteo.net>
add/ lmc_proto_raw_h_rm.patch
From: Domen Puncer <domen@coderock.org>
mntr/ netdev_rm_casts.patch
From: Carlo Perassi <carlo@linux.it>
to netdev/jgarzik: 2004.0124;
mntr/ s390_net_ctctty_putuser.patch
From: Domen Puncer <domen@coderock.org>
(rediffed)
sent to s390 mntr: 2004.0124;
add/ setup_bootmem_fail.patch
From: Eugene Teo <eugene.teo@eugeneteo.net>
?add skfddi_regions_pciupdate.patch
From: Matthew Wilcox <willy@debian.org>
drop/ acpi_boot_message_typo.patch
From: Simon Richard Grint <rgrint@mrtall.compsoc.man.ac.uk>
no longer applicable: function was removed;
mntr/ cpcihp_zt5550_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
to gregkh: 2004.0124;
mntr/ mfcserial_vrfyarea.patch
From: Domen Puncer <domen@coderock.org>
to gerg@snapgear.com 2004.0124;
tx/ vga16fb.c_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
to akpm/mntr: 2004.0126;
tx/ vgastate.c_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
to akpm/mntr: 2004.0126;
drop/ tc35815.c_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
sent to jgarzik/netdev: 2004.0118;
already in netdev patchset;
drop/ depca_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
already in netdev patchset;
tx/ dgrs_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
sent to jgarzik/netdev: 2004.0118;
###
--
~Randy
kernel-janitors project: http://janitor.kernelnewbies.org/
^ permalink raw reply
* [Kernel-janitors] [announce] 2.6.2-rc2-kj1 patchset
From: Randy.Dunlap @ 2004-01-28 1:14 UTC (permalink / raw)
To: kjo; +Cc: lkml
(fairly small this time, several patches recently merged,
and I'm still reviewing others.)
patch is at:
http://developer.osdl.org/rddunlap/kj-patches/2.6.2-rc2/2.6.2-rc2-kj1.patch.bz2 [2004-01-27]
M: merged at kernel.org; mm: in -mm; tx: sent; mntr: maintainer merged;
This patch applies to linux-2.6.2-rc2.
new (for 2.6.2-rc2): [2004-01-27]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
add/ ide_pci_triflex_not_procfs.patch
From: Luiz Fernando Capitulino <lcapitulino@prefeitura.sp.gov.br>
add/ ps2esdi_typos.patch
From: Timmy Yee <shoujun@masterofpi.org>
add/ fbcmap_kmalloc.patch
From: Leann Ogasawara <ogasawara@osdl.org>
add vga16fb_audit.patch
From: Leann Ogasawara <ogasawara@osdl.org>
previous (for 2.6.2-rc1): [2004-01-23] [not announced]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
tx/ errno_numbers_assembly.patch
From: Danilo Piazzalunga <danilopiazza@libero.it>
to akpm: 2004.0126;
drop/ ide_tape_kmalloc_fail.patch
From: Eugene Teo <eugene.teo@eugeneteo.net>
looks wrong: can't just return without doing work;
mm/ linux_sound_c99_init.patch
From: "Maciej Soltysiak" <solt@dns.toxicfilms.tv>
to akpm/perex: 2004.0124;
drop/ parameter_typos.patch
From: "Maciej Soltysiak" <solt@dns.toxicfilms.tv>
don't worry about spellos in comments;
previous (for 2.6.1-bk6): [2004-01-21]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
tx/ aha1542_kmalloc_type.patch
From: Timmy Yee <shoujun@masterofpi.org>
to linux-scsi 2004.0124;
tx/ aha1542_qcommand_return.patch
From: Timmy Yee <shoujun@masterofpi.org>
to linux-scsi 2004.0124;
mm/ char_dz_vrfy_area.patch
From: Domen Puncer <domen@coderock.org>
to akpm: 2004.0124;
mm/ config_sysrq.patch
From: Domen Puncer <domen@coderock.org>
to akpm: 2004.0124;
mntr/ mcfserial_remove_casts_args.patch
From: Domen Puncer <domen@coderock.org>
to gerg@snapgear.com 2004.0124;
mntr/ netdev_get_stats.patch
From: Domen Puncer <domen@coderock.org>
to netdev/davem: 2004.0124;
tx/ scsi_config_doc.patch
From: Jean Delvare <khali@linux-fr.org>
to linux-scsi 2004.0124;
mntr/ saa7146_hlp_min_max.patch
From: Eugene Teo <eugene.teo@eugeneteo.net>
to maint: 2004.0124;
previous (for 2.6.1-bk4): [2004-01-16]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
mntr/ config_ledman_rm.patch
From: Domen Puncer <domen@coderock.org>
to gerg@snapgear.com 2004.0124;
mntr/ ipt_register_target_retval.patch
From: Daniele Bellucci <bellucda@tiscali.it>
to netdev/davem: 2004.0124;
drop/ kconfig_cleanups_v1.patch
From: Matthew Wilcox <willy@debian.org>
drop drivers/block/Kconfig: merge conflicts
drop drivers/video/console/Kconfig: merge conflicts
drop drivers/i2c/*/Kconfig: already merged
Willy to handle with akpm.
add? kswapd_init_fail.patch
From: Eugene Teo <eugene.teo@eugeneteo.net>
add/ lmc_proto_raw_h_rm.patch
From: Domen Puncer <domen@coderock.org>
mntr/ netdev_rm_casts.patch
From: Carlo Perassi <carlo@linux.it>
to netdev/jgarzik: 2004.0124;
mntr/ s390_net_ctctty_putuser.patch
From: Domen Puncer <domen@coderock.org>
(rediffed)
sent to s390 mntr: 2004.0124;
add/ setup_bootmem_fail.patch
From: Eugene Teo <eugene.teo@eugeneteo.net>
?add skfddi_regions_pciupdate.patch
From: Matthew Wilcox <willy@debian.org>
drop/ acpi_boot_message_typo.patch
From: Simon Richard Grint <rgrint@mrtall.compsoc.man.ac.uk>
no longer applicable: function was removed;
mntr/ cpcihp_zt5550_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
to gregkh: 2004.0124;
mntr/ mfcserial_vrfyarea.patch
From: Domen Puncer <domen@coderock.org>
to gerg@snapgear.com 2004.0124;
tx/ vga16fb.c_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
to akpm/mntr: 2004.0126;
tx/ vgastate.c_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
to akpm/mntr: 2004.0126;
drop/ tc35815.c_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
sent to jgarzik/netdev: 2004.0118;
already in netdev patchset;
drop/ depca_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
already in netdev patchset;
tx/ dgrs_iounmap.patch
From: Leann Ogasawara <ogasawara@osdl.org>
sent to jgarzik/netdev: 2004.0118;
###
--
~Randy
kernel-janitors project: http://janitor.kernelnewbies.org/
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
http://lists.osdl.org/mailman/listinfo/kernel-janitors
^ permalink raw reply
* [Bridge] Adding same physical port to multiple bridges
From: Abhijit Kumbhare @ 2004-01-28 1:10 UTC (permalink / raw)
To: shemminger; +Cc: bridge
Hi,
Is there any particular reason why the same physical port cannot be
added to multiple bridges? Is it because of STP?
If I am not using STP - can I change the code to have the same physical
port in 2 VLANs? Is that a safe change?
Thanks,
Abhijit
^ permalink raw reply
* [patch] 2.4.25-pre6 Periodic check for outstanding MCA/INIT records
From: Keith Owens @ 2004-01-28 1:09 UTC (permalink / raw)
To: linux-ia64
Tony, this goes with your recent recoverable MCA patch where you
reported that the MCA records were only being logged on the next boot.
It compiles and boots, can you confirm that it picks up the recovered
MCA records every few minutes without needing a reboot?
--- 2.4.25-pre6/arch/ia64/kernel/salinfo.c Wed Jan 28 12:08:10 2004
+++ 2.4.25-pre6/arch/ia64/kernel/salinfo.c Wed Jan 28 12:07:12 2004
@@ -16,6 +16,9 @@
* Cache the record across multi-block reads from user space.
* Support > 64 cpus.
* Delete module_exit and MOD_INC/DEC_COUNT, salinfo cannot be a module.
+ *
+ * Jan 28 2004 kaos@sgi.com
+ * Periodically check for outstanding MCA or INIT records.
*/
#include <linux/types.h>
@@ -23,6 +26,7 @@
#include <linux/module.h>
#include <linux/smp.h>
#include <linux/smp_lock.h>
+#include <linux/timer.h>
#include <linux/vmalloc.h>
#include <asm/semaphore.h>
@@ -187,6 +191,8 @@
/* This routine is invoked in interrupt context. Note: mca.c enables
* interrupts before calling this code for CMC/CPE. MCA and INIT events are
* not irq safe, do not call any routines that use spinlocks, they may deadlock.
+ * MCA and INIT records are recorded, a timer event will look for any
+ * outstanding events and wake up the user space code.
*
* The buffer passed from mca.c points to the output from ia64_log_get. This is
* a persistent buffer but its contents can change between the interrupt and
@@ -232,6 +238,35 @@
}
}
+/* Check for outstanding MCA/INIT records every 5 minutes (arbitrary) */
+#define SALINFO_TIMER_DELAY (5*60*HZ)
+static struct timer_list salinfo_timer;
+
+static void
+salinfo_timeout_check(struct salinfo_data *data)
+{
+ int i;
+ if (!data->open)
+ return;
+ for (i = 0; i < NR_CPUS; ++i) {
+ if (test_bit(i, &data->cpu_event)) {
+ /* double up() is not a problem, user space will see no
+ * records for the additional "events".
+ */
+ up(&data->sem);
+ }
+ }
+}
+
+static void
+salinfo_timeout (unsigned long arg)
+{
+ salinfo_timeout_check(salinfo_data + SAL_INFO_TYPE_MCA);
+ salinfo_timeout_check(salinfo_data + SAL_INFO_TYPE_INIT);
+ salinfo_timer.expires = jiffies + SALINFO_TIMER_DELAY;
+ add_timer(&salinfo_timer);
+}
+
static int
salinfo_event_open(struct inode *inode, struct file *file)
{
@@ -571,6 +606,11 @@
*sdir++ = salinfo_dir;
+ init_timer(&salinfo_timer);
+ salinfo_timer.expires = jiffies + SALINFO_TIMER_DELAY;
+ salinfo_timer.function = &salinfo_timeout;
+ add_timer(&salinfo_timer);
+
return 0;
}
^ permalink raw reply
* Re: Patch for review and testing
From: Benjamin Herrenschmidt @ 2004-01-28 1:05 UTC (permalink / raw)
To: James Simmons
Cc: Geert Uytterhoeven, Linux Fbdev development list, Andrew Morton
In-Reply-To: <1075251694.30622.240.camel@gaston>
On Wed, 2004-01-28 at 12:01, Benjamin Herrenschmidt wrote:
> > Yes. The code is run in real mode before linux is started.
>
> Ok, I've chatted with some x86 folks, it should still be
> possible to check the commandline (cmd_line_ptr defined
> in setup.S).
Actually, I discussed with Andi and he doesn't like the cmdline
neither...
He says that with an exception handler and an interrupt hooked
on the 8253 you can catch the crash and do a timeout :) Also,
we cna just blacklist those BIOSes... or find out how windows
calls this call and do the same (that would work :)
Ben
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply
* Re: MO: opening for write in cdrom.c
From: Pascal Schmidt @ 2004-01-28 1:06 UTC (permalink / raw)
To: Jens Axboe; +Cc: linux-kernel
In-Reply-To: <20040128010206.GE11683@suse.de>
On Wed, 28 Jan 2004, Jens Axboe wrote:
> Excellent, thanks a lot for the work and testing.
No problem. It was me, after all, who started to push all this MO
support stuff for the cdrom drivers. ;)
--
Ciao,
Pascal
^ permalink raw reply
* PDC20269 primary channel Busy
From: Mike Garrison @ 2004-01-28 1:03 UTC (permalink / raw)
To: linux-kernel
I'm having a really odd problem with a PDC20269. The primary channel, no
matter what, will also report the drives on it as busy. I've tried
kernel versions 2.6.1, 2.6.2-rc2, and 2.4.24 and the same problem
occurs. The Promise card detects the drives with no problem. The card
has been swapped out, the cables have been switched, the drives have
been changed, and none of this has any effect at all.
If there are drives on the primary channel, I run into errors such as
the following:
hdj: set_drive_speed_status: status=0xff { Busy }
hdi: max request size: 128KiB
hdi: status timeout: status=0xff { Busy }
I'm really quite lost as to what the problem may be. I've tried so many
different things I don't know what else to do besides not use the
primary chain.
I've attached my lspci -v ; my dmesg ; and my kernel .config (2.6.2-rc2)
Thanks,
Mike Garrison
mgarrison@alienz.net
dmesg:
Jan 27 09:27:46 crypto syslogd 1.4.1#13: restart.
Jan 27 09:27:46 crypto kernel: klogd 1.4.1#13, log source = /proc/kmsg started.
Jan 27 09:27:46 crypto kernel: Inspecting /boot/System.map-2.6.2-rc2
Jan 27 09:27:46 crypto kernel: Loaded 17788 symbols from /boot/System.map-2.6.2-rc2.
Jan 27 09:27:46 crypto kernel: Symbols match kernel version 2.6.2.
Jan 27 09:27:46 crypto kernel: No module symbols loaded - kernel modules not enabled.
Jan 27 09:27:46 crypto kernel: Linux version 2.6.2-rc2 (root@crypto) (gcc version 3.3.3 20040110 (prerelease) (Debian)) #5 Tue
Jan 2
7 09:20:55 EST 2004
Jan 27 09:27:46 crypto kernel: BIOS-provided physical RAM map:
Jan 27 09:27:46 crypto kernel: BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
Jan 27 09:27:46 crypto kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
Jan 27 09:27:46 crypto kernel: BIOS-e820: 0000000000100000 - 000000000fff0000 (usable)
Jan 27 09:27:46 crypto kernel: BIOS-e820: 000000000fff0000 - 000000000fff3000 (ACPI NVS)
Jan 27 09:27:46 crypto kernel: BIOS-e820: 000000000fff3000 - 0000000010000000 (ACPI data)
Jan 27 09:27:46 crypto kernel: BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
Jan 27 09:27:46 crypto kernel: 255MB LOWMEM available.
Jan 27 09:27:46 crypto kernel: On node 0 totalpages: 65520
Jan 27 09:27:46 crypto kernel: DMA zone: 4096 pages, LIFO batch:1
Jan 27 09:27:46 crypto kernel: Normal zone: 61424 pages, LIFO batch:14
Jan 27 09:27:46 crypto kernel: HighMem zone: 0 pages, LIFO batch:1
Jan 27 09:27:46 crypto kernel: DMI 2.3 present.
Jan 27 09:27:46 crypto kernel: ACPI: RSDP (v000 VT8363 ) @ 0x000f7ec0
Jan 27 09:27:46 crypto kernel: ACPI: RSDT (v001 VT8363 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x0fff3000
Jan 27 09:27:46 crypto kernel: ACPI: FADT (v001 VT8363 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x0fff3040
Jan 27 09:27:46 crypto kernel: ACPI: DSDT (v001 VT8363 AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000
Jan 27 09:27:46 crypto kernel: Building zonelist for node : 0
Jan 27 09:27:46 crypto kernel: Kernel command line: auto BOOT_IMAGE=LinuxNEW ro root=301
Jan 27 09:27:46 crypto kernel: Initializing CPU#0
Jan 27 09:27:46 crypto kernel: PID hash table entries: 1024 (order 10: 8192 bytes)
Jan 27 09:27:46 crypto kernel: Detected 902.342 MHz processor.
Jan 27 09:27:46 crypto kernel: Using tsc for high-res timesource
Jan 27 09:27:46 crypto kernel: Console: colour VGA+ 80x25
Jan 27 09:27:46 crypto kernel: Memory: 256464k/262080k available (1545k kernel code, 4892k reserved, 467k data, 136k init, 0k
highme
m)
Jan 27 09:27:46 crypto kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok.
Jan 27 09:27:46 crypto kernel: Calibrating delay loop... 1777.66 BogoMIPS
Jan 27 09:27:46 crypto kernel: Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Jan 27 09:27:46 crypto kernel: Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan 27 09:27:46 crypto kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Jan 27 09:27:46 crypto kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Jan 27 09:27:46 crypto kernel: CPU: L2 Cache: 256K (64 bytes/line)
Jan 27 09:27:46 crypto kernel: Intel machine check architecture supported.
Jan 27 09:27:46 crypto kernel: Intel machine check reporting enabled on CPU#0.
Jan 27 09:27:46 crypto kernel: CPU: AMD Athlon(tm) processor stepping 02
Jan 27 09:27:46 crypto kernel: Enabling fast FPU save and restore... done.
Jan 27 09:27:46 crypto kernel: Checking 'hlt' instruction... OK.
Jan 27 09:27:46 crypto kernel: POSIX conformance testing by UNIFIX
Jan 27 09:27:46 crypto kernel: NET: Registered protocol family 16
Jan 27 09:27:46 crypto kernel: PCI: PCI BIOS revision 2.10 entry at 0xfb420, last bus=1
Jan 27 09:27:46 crypto kernel: PCI: Using configuration type 1
Jan 27 09:27:46 crypto kernel: mtrr: v2.0 (20020519)
Jan 27 09:27:46 crypto kernel: ACPI: Subsystem revision 20031002
Jan 27 09:27:46 crypto kernel: ACPI: Interpreter enabled
Jan 27 09:27:46 crypto kernel: ACPI: Using PIC for interrupt routing
Jan 27 09:27:46 crypto kernel: ACPI: PCI Root Bridge [PCI0] (00:00)
Jan 27 09:27:46 crypto kernel: PCI: Probing PCI hardware (bus 00)
Jan 27 09:27:46 crypto kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 *11 12 14 15)
Jan 27 09:27:46 crypto kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 10 11 12 14 15)
Jan 27 09:27:46 crypto kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 *10 11 12 14 15)
Jan 27 09:27:46 crypto kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 10 11 *12 14 15)
Jan 27 09:27:46 crypto kernel: ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 12
Jan 27 09:27:46 crypto kernel: ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
Jan 27 09:27:46 crypto kernel: ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10
Jan 27 09:27:46 crypto kernel: PCI: Using ACPI for IRQ routing
Jan 27 09:27:46 crypto kernel: PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
Jan 27 09:27:46 crypto kernel: Machine check exception polling timer started.
Jan 27 09:27:46 crypto kernel: Applying VIA southbridge workaround.
Jan 27 09:27:46 crypto kernel: pty: 256 Unix98 ptys configured
Jan 27 09:27:46 crypto kernel: Real Time Clock Driver v1.12
Jan 27 09:27:46 crypto kernel: Using anticipatory io scheduler
Jan 27 09:27:46 crypto kernel: FDC 0 is a post-1991 82077
Jan 27 09:27:46 crypto kernel: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Jan 27 09:27:46 crypto kernel: loop: loaded (max 8 devices)
Jan 27 09:27:46 crypto kernel: 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
Jan 27 09:27:46 crypto kernel: 0000:00:0c.0: 3Com PCI 3c905C Tornado at 0xc800. Vers LK1.1.19
Jan 27 09:27:46 crypto kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
Jan 27 09:27:46 crypto kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Jan 27 09:27:46 crypto kernel: VP_IDE: IDE controller at PCI slot 0000:00:07.1
Jan 27 09:27:46 crypto kernel: VP_IDE: chipset revision 6
Jan 27 09:27:46 crypto kernel: VP_IDE: not 100%% native mode: will probe irqs later
Jan 27 09:27:46 crypto kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Jan 27 09:27:46 crypto kernel: VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci0000:00:07.1
Jan 27 09:27:46 crypto kernel: ide0: BM-DMA at 0x9000-0x9007, BIOS settings: hda:DMA, hdb:DMA
Jan 27 09:27:46 crypto kernel: ide1: BM-DMA at 0x9008-0x900f, BIOS settings: hdc:DMA, hdd:DMA
Jan 27 09:27:46 crypto kernel: hda: IBM-DJNA-371350, ATA DISK drive
Jan 27 09:27:46 crypto kernel: hdb: WDC WD1200BB-22CAA0, ATA DISK drive
Jan 27 09:27:46 crypto kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Jan 27 09:27:46 crypto kernel: hdc: WDC WD800BB-32CCB0, ATA DISK drive
Jan 27 09:27:46 crypto kernel: hdd: WDC WD307AA, ATA DISK drive
Jan 27 09:27:46 crypto kernel: ide1 at 0x170-0x177,0x376 on irq 15
Jan 27 09:27:46 crypto kernel: PDC20267: IDE controller at PCI slot 0000:00:09.0
Jan 27 09:27:46 crypto kernel: PDC20267: chipset revision 2
Jan 27 09:27:46 crypto kernel: PDC20267: 100%% native mode on irq 11
Jan 27 09:27:46 crypto kernel: PDC20267: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
Jan 27 09:27:46 crypto kernel: ide2: BM-DMA at 0xb000-0xb007, BIOS settings: hde:pio, hdf:pio
Jan 27 09:27:46 crypto kernel: ide3: BM-DMA at 0xb008-0xb00f, BIOS settings: hdg:pio, hdh:pio
Jan 27 09:27:46 crypto kernel: hde: WDC WD800BB-00BSA0, ATA DISK drive
Jan 27 09:27:46 crypto kernel: hdf: WDC WD800BB-00BSA0, ATA DISK drive
Jan 27 09:27:46 crypto kernel: ide2 at 0xa000-0xa007,0xa402 on irq 11
Jan 27 09:27:46 crypto kernel: hdg: WDC WD800BB-00CAA0, ATA DISK drive
Jan 27 09:27:46 crypto kernel: hdh: Maxtor 4G160J8, ATA DISK drive
Jan 27 09:27:46 crypto kernel: ide3 at 0xa800-0xa807,0xac02 on irq 11
Jan 27 09:27:46 crypto kernel: PDC20269: IDE controller at PCI slot 0000:00:0b.0
Jan 27 09:27:46 crypto kernel: PDC20269: chipset revision 2
Jan 27 09:27:46 crypto kernel: PDC20269: 100%% native mode on irq 10
Jan 27 09:27:46 crypto kernel: ide4: BM-DMA at 0xc400-0xc407, BIOS settings: hdi:pio, hdj:pio
Jan 27 09:27:46 crypto kernel: ide5: BM-DMA at 0xc408-0xc40f, BIOS settings: hdk:pio, hdl:pio
Jan 27 09:27:46 crypto kernel: hdi: WDC WD1000BB-00CCB0, ATA DISK drive
Jan 27 09:27:46 crypto kernel: hdj: WDC WD800BB-75CAA0, ATA DISK drive
Jan 27 09:27:46 crypto kernel: hdj: set_drive_speed_status: status=0xff { Busy }
Jan 27 09:27:46 crypto kernel: ide4 at 0xb400-0xb407,0xb802 on irq 10
Jan 27 09:27:46 crypto kernel: hda: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hda: 26712000 sectors (13676 MB) w/1966KiB Cache, CHS=26500/16/63
Jan 27 09:27:46 crypto kernel: hda: hda1 hda2 < hda5 >
Jan 27 09:27:46 crypto kernel: hdb: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hdb: 234441648 sectors (120034 MB) w/2048KiB Cache, CHS=65535/16/63
Jan 27 09:27:46 crypto kernel: hdb: hdb1
Jan 27 09:27:46 crypto kernel: hdc: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hdc: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63
Jan 27 09:27:46 crypto kernel: hdc: hdc1
Jan 27 09:27:46 crypto kernel: hdd: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hdd: 60074784 sectors (30758 MB) w/2048KiB Cache, CHS=59598/16/63
Jan 27 09:27:46 crypto kernel: hdd: hdd1
Jan 27 09:27:46 crypto kernel: hde: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63
Jan 27 09:27:46 crypto kernel: hde: hde1
Jan 27 09:27:46 crypto kernel: hdf: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hdf: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63
Jan 27 09:27:46 crypto kernel: hdf: hdf1
Jan 27 09:27:46 crypto kernel: hdg: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hdg: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63
Jan 27 09:27:46 crypto kernel: hdg: hdg1
Jan 27 09:27:46 crypto kernel: hdh: max request size: 1024KiB
Jan 27 09:27:46 crypto kernel: hdh: 320173056 sectors (163928 MB) w/2048KiB Cache, CHS=19929/255/63
Jan 27 09:27:46 crypto kernel: hdh: hdh1
Jan 27 09:27:46 crypto kernel: hdi: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hdi: status timeout: status=0xff { Busy }
Jan 27 09:27:46 crypto kernel:
Jan 27 09:27:46 crypto kernel: hdi: 195371568 sectors (100030 MB) w/2048KiB Cache, CHS=65535/16/63
Jan 27 09:27:46 crypto kernel: hdi:hdi: status timeout: status=0xff { Busy }
Jan 27 09:27:46 crypto kernel:
Jan 27 09:27:46 crypto kernel: PDC202XX: Primary channel reset.
Jan 27 09:27:46 crypto kernel: ide4: reset timed-out, status=0xff
Jan 27 09:27:46 crypto kernel: hdi: status timeout: status=0xff { Busy }
Jan 27 09:27:46 crypto kernel:
Jan 27 09:27:46 crypto kernel: PDC202XX: Primary channel reset.
Jan 27 09:27:46 crypto kernel: ide4: reset timed-out, status=0xff
Jan 27 09:27:46 crypto kernel: end_request: I/O error, dev hdi, sector 0
Jan 27 09:27:46 crypto kernel: end_request: I/O error, dev hdi, sector 0
Jan 27 09:27:46 crypto kernel: unable to read partition table
Jan 27 09:27:46 crypto kernel: hdj: max request size: 128KiB
Jan 27 09:27:46 crypto kernel: hdj: status timeout: status=0xff { Busy }
Jan 27 09:27:46 crypto kernel:
Jan 27 09:27:46 crypto kernel: hdj: 156250000 sectors (80000 MB) w/2048KiB Cache, CHS=65535/16/63
Jan 27 09:27:46 crypto kernel: hdj:hdj: status timeout: status=0xff { Busy }
Jan 27 09:27:46 crypto kernel:
Jan 27 09:27:46 crypto kernel: PDC202XX: Primary channel reset.
Jan 27 09:27:46 crypto kernel: ide4: reset timed-out, status=0xff
Jan 27 09:27:46 crypto kernel: hdj: status timeout: status=0xff { Busy }
Jan 27 09:27:46 crypto kernel:
Jan 27 09:27:46 crypto kernel: PDC202XX: Primary channel reset.
Jan 27 09:27:46 crypto kernel: ide4: reset timed-out, status=0xff
Jan 27 09:27:46 crypto kernel: end_request: I/O error, dev hdj, sector 0
Jan 27 09:27:46 crypto kernel: end_request: I/O error, dev hdj, sector 0
Jan 27 09:27:46 crypto kernel: unable to read partition table
Jan 27 09:27:46 crypto kernel: mice: PS/2 mouse device common for all mice
Jan 27 09:27:46 crypto kernel: serio: i8042 AUX port at 0x60,0x64 irq 12
Jan 27 09:27:46 crypto kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
Jan 27 09:27:46 crypto kernel: device-mapper: 4.0.0-ioctl (2003-06-04) initialised: dm@uk.sistina.com
Jan 27 09:27:46 crypto kernel: NET: Registered protocol family 2
Jan 27 09:27:46 crypto kernel: IP: routing cache hash table of 2048 buckets, 16Kbytes
Jan 27 09:27:46 crypto kernel: TCP: Hash tables configured (established 16384 bind 32768)
Jan 27 09:27:46 crypto kernel: NET: Registered protocol family 1
Jan 27 09:27:46 crypto kernel: VFS: Mounted root (ext2 filesystem) readonly.
Jan 27 09:27:46 crypto kernel: Freeing unused kernel memory: 136k freed
Jan 27 09:27:46 crypto kernel: Adding 2097136k swap on /dev/hda5. Priority:-1 extents:1
Jan 27 09:27:46 crypto kernel: NET: Registered protocol family 17
lspci -v:
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer: Unknown device e212
Flags: bus master, medium devsel, latency 8
Memory at da000000 (32-bit, prefetchable) [size=16M]
Capabilities: [a0] AGP version 2.0
Capabilities: [c0] Power Management version 2
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])
Flags: bus master, 66Mhz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: d8000000-d9ffffff
Prefetchable memory behind bridge: d0000000-d7ffffff
Capabilities: [80] Power Management version 2
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge
Flags: bus master, stepping, medium devsel, latency 0
Capabilities: [c0] Power Management version 2
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE
Flags: bus master, medium devsel, latency 32
I/O ports at 9000 [size=16]
Capabilities: [c0] Power Management version 2
00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 1a) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Flags: bus master, medium devsel, latency 32, IRQ 12
I/O ports at 9400 [size=32]
Capabilities: [80] Power Management version 2
00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 1a) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Flags: bus master, medium devsel, latency 32, IRQ 12
I/O ports at 9800 [size=32]
Capabilities: [80] Power Management version 2
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer: Unknown device e212
Flags: medium devsel, IRQ 5
Capabilities: [68] Power Management version 2
00:09.0 Unknown mass storage controller: Promise Technology, Inc. 20267 (rev 02)
Subsystem: Promise Technology, Inc. Ultra100
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at a000 [size=8]
I/O ports at a400 [size=4]
I/O ports at a800 [size=8]
I/O ports at ac00 [size=4]
I/O ports at b000 [size=64]
Memory at dc000000 (32-bit, non-prefetchable) [size=128K]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [58] Power Management version 1
00:0b.0 Unknown mass storage controller: Promise Technology, Inc. 20269 (rev 02) (prog-if 85)
Subsystem: Promise Technology, Inc. Ultra133TX2
Flags: bus master, 66Mhz, slow devsel, latency 32, IRQ 10
I/O ports at b400 [size=8]
I/O ports at b800 [size=4]
I/O ports at bc00 [size=8]
I/O ports at c000 [size=4]
I/O ports at c400 [size=16]
Memory at dc020000 (32-bit, non-prefetchable) [size=16K]
Expansion ROM at <unassigned> [disabled] [size=16K]
Capabilities: [60] Power Management version 1
00:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 6c)
Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC
Flags: bus master, medium devsel, latency 32, IRQ 12
I/O ports at c800 [size=128]
Memory at dc024000 (32-bit, non-prefetchable) [size=128]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [dc] Power Management version 2
01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev a1) (prog-if 00 [VGA])
Subsystem: Hercules: Unknown device 0020
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11
Memory at d8000000 (32-bit, non-prefetchable) [size=16M]
Memory at d0000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [60] Power Management version 2
Capabilities: [44] AGP version 2.0
kernel .config
#
# Automatically generated make config: don't edit
#
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_STANDALONE=y
CONFIG_BROKEN_ON_SMP=y
#
# General setup
#
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_LOG_BUF_SHIFT=14
# CONFIG_IKCONFIG is not set
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_OBSOLETE_MODPARM=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
#
# Processor type and features
#
CONFIG_X86_PC=y
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
# CONFIG_X86_BIGSMP is not set
# CONFIG_X86_VISWS is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_ES7000 is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
CONFIG_MK7=y
# CONFIG_MK8 is not set
# CONFIG_MELAN is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_X86_GENERIC is not set
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=6
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_USE_3DNOW=y
# CONFIG_HPET_TIMER is not set
# CONFIG_HPET_EMULATE_RTC is not set
# CONFIG_SMP is not set
CONFIG_PREEMPT=y
# CONFIG_X86_UP_APIC is not set
CONFIG_X86_TSC=y
CONFIG_X86_MCE=y
CONFIG_X86_MCE_NONFATAL=y
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
# CONFIG_X86_CPUID is not set
# CONFIG_EDD is not set
CONFIG_NOHIGHMEM=y
# CONFIG_HIGHMEM4G is not set
# CONFIG_HIGHMEM64G is not set
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y
# CONFIG_EFI is not set
CONFIG_HAVE_DEC_LOCK=y
#
# Power management options (ACPI, APM)
#
# CONFIG_PM is not set
#
# ACPI (Advanced Configuration and Power Interface) Support
#
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_AC=m
CONFIG_ACPI_BATTERY=m
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=m
CONFIG_ACPI_PROCESSOR=m
CONFIG_ACPI_THERMAL=m
CONFIG_ACPI_ASUS=m
CONFIG_ACPI_TOSHIBA=m
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
# CONFIG_ACPI_RELAXED_AML is not set
#
# CPU Frequency scaling
#
# CONFIG_CPU_FREQ is not set
#
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
#
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GODIRECT is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
# CONFIG_PCI_LEGACY_PROC is not set
# CONFIG_PCI_NAMES is not set
# CONFIG_ISA is not set
# CONFIG_MCA is not set
# CONFIG_SCx200 is not set
# CONFIG_HOTPLUG is not set
#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_AOUT=m
# CONFIG_BINFMT_MISC is not set
#
# Device Drivers
#
#
# Generic Driver Options
#
#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set
#
# Parallel port support
#
# CONFIG_PARPORT is not set
#
# Plug and Play support
#
#
# Block devices
#
CONFIG_BLK_DEV_FD=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
# CONFIG_LBD is not set
#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_HD_IDE is not set
CONFIG_BLK_DEV_IDEDISK=y
# CONFIG_IDEDISK_MULTI_MODE is not set
# CONFIG_IDEDISK_STROKE is not set
CONFIG_BLK_DEV_IDECD=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_TASKFILE_IO is not set
#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_CMD640 is not set
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
# CONFIG_BLK_DEV_RZ1000 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
# CONFIG_IDEDMA_PCI_AUTO is not set
# CONFIG_IDEDMA_PCI_WIP is not set
CONFIG_BLK_DEV_ADMA=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_NS87415 is not set
CONFIG_BLK_DEV_PDC202XX_OLD=y
# CONFIG_PDC202XX_BURST is not set
CONFIG_BLK_DEV_PDC202XX_NEW=y
# CONFIG_PDC202XX_FORCE is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SIS5513 is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_IVB is not set
# CONFIG_IDEDMA_AUTO is not set
# CONFIG_DMA_NONPCI is not set
# CONFIG_BLK_DEV_HD is not set
#
# SCSI device support
#
# CONFIG_SCSI is not set
#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_DM=y
CONFIG_DM_IOCTL_V4=y
#
# Fusion MPT device support
#
#
# IEEE 1394 (FireWire) support (EXPERIMENTAL)
#
# CONFIG_IEEE1394 is not set
#
# I2O device support
#
# CONFIG_I2O is not set
#
# Networking support
#
CONFIG_NET=y
#
# Networking options
#
CONFIG_PACKET=m
# CONFIG_PACKET_MMAP is not set
CONFIG_NETLINK_DEV=m
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_IPV6 is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_NETFILTER is not set
#
# SCTP Configuration (EXPERIMENTAL)
#
CONFIG_IPV6_SCTP__=y
# CONFIG_IP_SCTP is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set
#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set
#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
CONFIG_NETDEVICES=y
#
# ARCnet devices
#
# CONFIG_ARCNET is not set
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set
#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_MII is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
# CONFIG_TYPHOON is not set
#
# Tulip family network device support
#
# CONFIG_NET_TULIP is not set
# CONFIG_HP100 is not set
# CONFIG_NET_PCI is not set
#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_E1000 is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
# CONFIG_SK98LIN is not set
# CONFIG_TIGON3 is not set
#
# Ethernet (10000 Mbit)
#
# CONFIG_IXGB is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set
#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set
#
# Wan interfaces
#
# CONFIG_WAN is not set
#
# Amateur Radio support
#
# CONFIG_HAMRADIO is not set
#
# IrDA (infrared) support
#
# CONFIG_IRDA is not set
#
# Bluetooth support
#
# CONFIG_BT is not set
#
# ISDN subsystem
#
# CONFIG_ISDN_BOOL is not set
#
# Telephony Support
#
# CONFIG_PHONE is not set
#
# Input device support
#
CONFIG_INPUT=y
#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set
#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PCIPS2 is not set
#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set
#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set
#
# Serial drivers
#
# CONFIG_SERIAL_8250 is not set
#
# Non-8250 serial port support
#
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
#
# Mice
#
CONFIG_BUSMOUSE=m
# CONFIG_QIC02_TAPE is not set
#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set
#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_NVRAM is not set
CONFIG_RTC=y
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_SONYPI is not set
#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_MWAVE is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_HANGCHECK_TIMER is not set
#
# I2C support
#
# CONFIG_I2C is not set
#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set
#
# Graphics support
#
# CONFIG_FB is not set
CONFIG_VIDEO_SELECT=y
#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
# CONFIG_MDA_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y
#
# Sound
#
# CONFIG_SOUND is not set
#
# USB support
#
# CONFIG_USB is not set
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_GADGET is not set
#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
CONFIG_MINIX_FS=m
# CONFIG_ROMFS_FS is not set
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set
#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=y
CONFIG_VFAT_FS=y
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
# CONFIG_NTFS_RW is not set
#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
# CONFIG_DEVFS_FS is not set
CONFIG_DEVPTS_FS=y
# CONFIG_DEVPTS_FS_XATTR is not set
# CONFIG_TMPFS is not set
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_RAMFS=y
#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
#
# Network File Systems
#
# CONFIG_NFS_FS is not set
# CONFIG_NFSD is not set
# CONFIG_EXPORTFS is not set
# CONFIG_SMB_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
# CONFIG_AFS_FS is not set
#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="cp437"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
# CONFIG_NLS_ISO8859_13 is not set
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set
#
# Profiling support
#
# CONFIG_PROFILING is not set
#
# Kernel hacking
#
# CONFIG_DEBUG_KERNEL is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_FRAME_POINTER is not set
#
# Security options
#
# CONFIG_SECURITY is not set
#
# Cryptographic options
#
# CONFIG_CRYPTO is not set
#
# Library routines
#
# CONFIG_CRC32 is not set
CONFIG_X86_BIOS_REBOOT=y
CONFIG_PC=y
Jan 27 09:27:47 crypto lpd[231]: restarted
^ permalink raw reply
* Re: Patch for review and testing
From: Benjamin Herrenschmidt @ 2004-01-28 1:01 UTC (permalink / raw)
To: James Simmons
Cc: Geert Uytterhoeven, Linux Fbdev development list, Andrew Morton
In-Reply-To: <Pine.LNX.4.44.0401272255180.19265-100000@phoenix.infradead.org>
> Yes. The code is run in real mode before linux is started.
Ok, I've chatted with some x86 folks, it should still be
possible to check the commandline (cmd_line_ptr defined
in setup.S).
Ben.
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply
* Re: NGROUPS 2.6.2rc2
From: Tim Hockin @ 2004-01-28 1:02 UTC (permalink / raw)
To: Andrew Morton; +Cc: thockin, torvalds, linux-kernel, rusty
In-Reply-To: <20040127164615.38fd992e.akpm@osdl.org>
On Tue, Jan 27, 2004 at 04:46:15PM -0800, Andrew Morton wrote:
> > Attached is a patch to remove the NGROUPS limit (again).
> +/* export the group_info to a user-space array */
> +static int groups_to_user(gid_t *grouplist, struct group_info __user *info)
> This had me thorougly confused for a while ;) The __user tag here should
> apply to grouplist, not to info.
indeed.
> +static int groups16_to_user(old_gid_t __user *grouplist,
> + struct group_info *info)
> +{
> + int i;
> + old_gid_t group;
> +
> + if (info->ngroups > TASK_SIZE/sizeof(group))
> + return -EFAULT;
> + if (!access_ok(VERIFY_WRITE, grouplist, info->ngroups * sizeof(group)))
> + return -EFAULT;
>
> Why are many functions playing with TASK_SIZE?
Not sure - I thought it was maybe a paranoid check, Rusty included it in his
version of a similar patch a while ago.
> +extern asmlinkage long sys_setgroups(int gidsetsize, gid_t *grouplist);
>
> rant. We have soooo many syscalls declared in .c files. We had a bug due
> to this a while back. Problem is, we have no anointed header in which to
> place them. include/linux/syscalls.h would suit. And unistd.h for
> arch-specific syscalls. But that's not appropriate to this patch.
Agreed.
^ permalink raw reply
* Re: MO: opening for write in cdrom.c
From: Jens Axboe @ 2004-01-28 1:02 UTC (permalink / raw)
To: Pascal Schmidt; +Cc: linux-kernel
In-Reply-To: <Pine.LNX.4.44.0401280159040.843-100000@neptune.local>
On Wed, Jan 28 2004, Pascal Schmidt wrote:
> On Wed, 28 Jan 2004, Jens Axboe wrote:
>
> > Alright, this is your version plus write protect io error handling.
> > Could you check if this works for you?
>
> Works for me. I've tested the fallback by making mo_open_write always
> succeed and then inserting a write-protected disc.
>
> I now only get one error report from the drive, the rest of the
> writes are correctly denied before hitting the drive.
Excellent, thanks a lot for the work and testing.
--
Jens Axboe
^ permalink raw reply
* Re: MO: opening for write in cdrom.c
From: Pascal Schmidt @ 2004-01-28 1:00 UTC (permalink / raw)
To: Jens Axboe; +Cc: linux-kernel
In-Reply-To: <20040128000216.GD11683@suse.de>
On Wed, 28 Jan 2004, Jens Axboe wrote:
> Alright, this is your version plus write protect io error handling.
> Could you check if this works for you?
Works for me. I've tested the fallback by making mo_open_write always
succeed and then inserting a write-protected disc.
I now only get one error report from the drive, the rest of the
writes are correctly denied before hitting the drive.
--
Ciao,
Pascal
^ permalink raw reply
* [Bluez-users] hci0 problem after timeout
From: Rafael Vidal Aroca @ 2004-01-28 0:59 UTC (permalink / raw)
To: bluez-users
Hi guys, i made a bluetooth network from my linux box to my ipaq box,
but i'm having some problems. Both systems runs linux and bluez.
In PC side i use the folowing commands:
pand --listen --role GN
hciconfig hci0 -lm master,accept
Then on iPaq:
hcitool inq
pand --connect 00:80....
ifconfig bnep0 192.168.2.2 netmask 255.255.255.0
Back to PC:
ifconfig bnep0 192.168.2.1 netmask 255.255.255.0
Doing that i can ping and ssh to my ipaq pocket pc and can also use
internet through pc. But just for 30 seconds!!!!
After about 30 seconds the conection fails and pc's dmesg shows
nothing. I just get and error when trying to restart hci0:
root@gemini:~# hciconfig hci0 down
root@gemini:~# hciconfig hci0 up
Can't init device hci0. Connection timed out(110)
I really think the problem is in the pc side, and i'm having trouble
putting this D-Link DBT-120 usb bluetooth dongle to work since last
year. Can anyone help or point solutions?
Distro: Debian Woody
Kernel: 2.4.22 (no from distro, i compiled)
hotplug: 2004_01_05 (latest)
bluefw: 1.0
Hope i gave enough info. Thanks in advance.
[]s Rafael.
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply
* Re: New NUMA scheduler and hotplug CPU
From: Rusty Russell @ 2004-01-28 0:23 UTC (permalink / raw)
To: Martin J. Bligh; +Cc: Nick Piggin, linux-kernel
In-Reply-To: <368660000.1075217230@[10.10.2.4]>
In message <368660000.1075217230@[10.10.2.4]> you write:
> > Yeah, I talked it over with Rusty some on IRC. I have more of a feeling
> > why he's trying to do it that way now.
>
> BTW, Rusty - what are the locking rules for cpu_online_map under hotplug?
> Is it RCU or something? The sched domains usage of it doesn't seem to take
> any locks.
The trivial usage is to take the cpucontrol sem (down_cpucontrol()).
There's a grace period between taking the cpu offline and actually
killing it too, so for most usages RCU is sufficient.
Fortunately, I've yet to hit a case where this isn't sufficient. For
the scheduler there's an explicit "move all tasks off the CPU" call
which takes the tasklist lock and walks the tasks.
Cheers,
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
^ permalink raw reply
* Re: PATCH: (as177) Add class_device_unregister_wait() and platform_device_unregister_wait() to the driver model core
From: Rusty Russell @ 2004-01-27 23:29 UTC (permalink / raw)
To: Roman Zippel; +Cc: viro, torvalds, stern, greg, linux-kernel, mochel
In-Reply-To: <Pine.LNX.4.58.0401271142510.7855@serv>
In message <Pine.LNX.4.58.0401271142510.7855@serv> you write:
> Hi,
Hi Roman!
> Fixing this requires changing every single module, but in the end it
> would be worth it, as it avoids the duplicated protection and we had
> decent module unload semantics.
And I still disagree. <shrug>
If it's any consolation, I don't plan any significant module work in
2.7. If you want to work on this, you're welcome to it. Perhaps you
can convince Linus et al that it's worth the pain?
Cheers,
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
^ permalink raw reply
* Re: PATCH: (as177) Add class_device_unregister_wait() and platform_device_unregister_wait() to the driver model core
From: Rusty Russell @ 2004-01-27 22:55 UTC (permalink / raw)
To: Alan Stern; +Cc: Greg KH, torvalds, linux-kernel, mochel
In-Reply-To: <Pine.LNX.4.44L0.0401261016530.822-100000@ida.rowland.org>
In message <Pine.LNX.4.44L0.0401261016530.822-100000@ida.rowland.org> you write:
> Create a new module entry point, the module_unreg routine. For all
> existing modules this entry point would be undefined and hence not used.
Just use the notifier, which already exists, just needs a few more
points.
Cheers!
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
Name: More Module Notifiers
Author: Rusty Russell
Status: Trivial
D: Put in the rest of the module notifiers, esp. one when a module is being
D: removed.
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal linux-2.6.0-test5-bk2/include/linux/module.h working-2.6.0-test5-bk2-nat-expect/include/linux/module.h
--- linux-2.6.0-test5-bk2/include/linux/module.h 2003-07-31 01:50:19.000000000 +1000
+++ working-2.6.0-test5-bk2-nat-expect/include/linux/module.h 2003-09-21 15:24:09.000000000 +1000
@@ -180,6 +180,7 @@ enum module_state
MODULE_STATE_LIVE,
MODULE_STATE_COMING,
MODULE_STATE_GOING,
+ MODULE_STATE_GONE, /* Only for notifier: module about to be freed */
};
struct module
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal linux-2.6.0-test5-bk2/kernel/module.c working-2.6.0-test5-bk2-nat-expect/kernel/module.c
--- linux-2.6.0-test5-bk2/kernel/module.c 2003-09-09 10:35:05.000000000 +1000
+++ working-2.6.0-test5-bk2-nat-expect/kernel/module.c 2003-09-21 15:22:36.000000000 +1000
@@ -83,6 +83,13 @@ int unregister_module_notifier(struct no
}
EXPORT_SYMBOL(unregister_module_notifier);
+static void module_notify(struct module *mod, enum module_state state)
+{
+ down(¬ify_mutex);
+ notifier_call_chain(&module_notify_list, state, mod);
+ up(¬ify_mutex);
+}
+
/* We require a truly strong try_module_get() */
static inline int strong_try_module_get(struct module *mod)
{
@@ -723,12 +730,15 @@ sys_delete_module(const char __user *nam
mod->state = MODULE_STATE_GOING;
restart_refcounts();
+ module_notify(mod, MODULE_STATE_GOING);
+
/* Never wait if forced. */
if (!forced && module_refcount(mod) != 0)
wait_for_zero_refcount(mod);
/* Final destruction now noone is using it. */
mod->exit();
+ module_notify(mod, MODULE_STATE_GONE);
free_module(mod);
out:
@@ -1718,9 +1728,7 @@ sys_init_module(void __user *umod,
/* Drop lock so they can recurse */
up(&module_mutex);
- down(¬ify_mutex);
- notifier_call_chain(&module_notify_list, MODULE_STATE_COMING, mod);
- up(¬ify_mutex);
+ module_notify(mod, MODULE_STATE_COMING);
/* Start the module */
ret = mod->init();
@@ -1728,12 +1736,14 @@ sys_init_module(void __user *umod,
/* Init routine failed: abort. Try to protect us from
buggy refcounters. */
mod->state = MODULE_STATE_GOING;
+ module_notify(mod, MODULE_STATE_GOING);
synchronize_kernel();
if (mod->unsafe)
printk(KERN_ERR "%s: module is now stuck!\n",
mod->name);
else {
module_put(mod);
+ module_notify(mod, MODULE_STATE_GONE);
down(&module_mutex);
free_module(mod);
up(&module_mutex);
@@ -1751,6 +1761,7 @@ sys_init_module(void __user *umod,
mod->init_size = 0;
mod->init_text_size = 0;
up(&module_mutex);
+ module_notify(mod, MODULE_STATE_LIVE);
return 0;
}
^ permalink raw reply
* klibc-0.99 available
From: H. Peter Anvin @ 2004-01-28 0:55 UTC (permalink / raw)
To: linux-hotplug
Okay, klibc-0.99 released with the stdio fix.
-hpa
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply
* Re: NGROUPS 2.6.2rc2
From: Christoph Hellwig @ 2004-01-28 0:52 UTC (permalink / raw)
To: Andrew Morton; +Cc: thockin, torvalds, linux-kernel, rusty
In-Reply-To: <20040127164615.38fd992e.akpm@osdl.org>
On Tue, Jan 27, 2004 at 04:46:15PM -0800, Andrew Morton wrote:
> rant. We have soooo many syscalls declared in .c files. We had a bug due
> to this a while back. Problem is, we have no anointed header in which to
> place them. include/linux/syscalls.h would suit. And unistd.h for
> arch-specific syscalls. But that's not appropriate to this patch.
I did that in the linux-abi patch for 2.4 and even submitted it a few
times before 2.5 forked, but Linus didn't seem to like it.
^ permalink raw reply
* Re: NGROUPS 2.6.2rc2
From: Andrew Morton @ 2004-01-28 0:46 UTC (permalink / raw)
To: thockin; +Cc: torvalds, linux-kernel, rusty
In-Reply-To: <20040127225311.GA9155@sun.com>
Tim Hockin <thockin@sun.com> wrote:
>
> Attached is a patch to remove the NGROUPS limit (again).
+/* export the group_info to a user-space array */
+static int groups_to_user(gid_t *grouplist, struct group_info __user *info)
+{
+ int i;
+ int count = info->ngroups;
+
+ for (i = 0; i < info->nblocks; i++) {
+ int cp_count = min(NGROUPS_BLOCK, count);
+ int off = i * NGROUPS_BLOCK;
+ int len = cp_count * sizeof(*grouplist);
+
+ if (copy_to_user(grouplist+off, info->blocks[i], len))
+ return -EFAULT;
+
This had me thorougly confused for a while ;) The __user tag here should
apply to grouplist, not to info.
+static int groups16_to_user(old_gid_t __user *grouplist,
+ struct group_info *info)
+{
+ int i;
+ old_gid_t group;
+
+ if (info->ngroups > TASK_SIZE/sizeof(group))
+ return -EFAULT;
+ if (!access_ok(VERIFY_WRITE, grouplist, info->ngroups * sizeof(group)))
+ return -EFAULT;
Why are many functions playing with TASK_SIZE?
--- 1.2/fs/nfsd/auth.c Tue Jun 17 16:31:29 2003
+++ edited/fs/nfsd/auth.c Tue Jan 27 12:40:02 2004
@@ -10,12 +10,15 @@
#include <linux/sunrpc/svcauth.h>
#include <linux/nfsd/nfsd.h>
+extern asmlinkage long sys_setgroups(int gidsetsize, gid_t *grouplist);
+
rant. We have soooo many syscalls declared in .c files. We had a bug due
to this a while back. Problem is, we have no anointed header in which to
place them. include/linux/syscalls.h would suit. And unistd.h for
arch-specific syscalls. But that's not appropriate to this patch.
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.