Menu
▾
▴
devil-linux-develop — developer discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(55) |
Oct
(44) |
Nov
(156) |
Dec
(123) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(130) |
Feb
(156) |
Mar
(162) |
Apr
(171) |
May
(97) |
Jun
(127) |
Jul
(58) |
Aug
(81) |
Sep
(86) |
Oct
(45) |
Nov
(41) |
Dec
(84) |
| 2003 |
Jan
(71) |
Feb
(87) |
Mar
(133) |
Apr
(152) |
May
(151) |
Jun
(232) |
Jul
(320) |
Aug
(237) |
Sep
(271) |
Oct
(536) |
Nov
(301) |
Dec
(393) |
| 2004 |
Jan
(393) |
Feb
(184) |
Mar
(314) |
Apr
(225) |
May
(139) |
Jun
(77) |
Jul
(87) |
Aug
(75) |
Sep
(139) |
Oct
(50) |
Nov
(8) |
Dec
(28) |
| 2005 |
Jan
(66) |
Feb
(63) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(23) |
Jul
(21) |
Aug
(6) |
Sep
(29) |
Oct
(55) |
Nov
(38) |
Dec
(8) |
| 2006 |
Jan
(5) |
Feb
(10) |
Mar
(1) |
Apr
(15) |
May
(32) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(9) |
Oct
(14) |
Nov
(4) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(35) |
Aug
(49) |
Sep
(8) |
Oct
(42) |
Nov
(44) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
(7) |
Mar
(8) |
Apr
(80) |
May
(74) |
Jun
(29) |
Jul
(5) |
Aug
(7) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| 2009 |
Jan
(8) |
Feb
(19) |
Mar
(3) |
Apr
(24) |
May
(22) |
Jun
(23) |
Jul
(8) |
Aug
(23) |
Sep
(8) |
Oct
(27) |
Nov
(52) |
Dec
(27) |
| 2010 |
Jan
(36) |
Feb
(29) |
Mar
(17) |
Apr
(28) |
May
(21) |
Jun
(4) |
Jul
|
Aug
(28) |
Sep
(18) |
Oct
(6) |
Nov
(34) |
Dec
(16) |
| 2011 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(16) |
Nov
(26) |
Dec
(17) |
| 2012 |
Jan
(6) |
Feb
(34) |
Mar
(52) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(4) |
| 2013 |
Jan
(5) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
|
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
| 2015 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Serge L. <se...@nn...> - 2004-09-29 05:36:42
|
Dear Diego, Wednesday, September 29, 2004, 2:47:15 AM, you wrote: >> become "painly" slow. It's may be only my subjective impression. >> "free" shows that I have only 32 Mb used from 512 available. I would >> be very appreciated for explaining where the changes decreasing >> memory use were made. I'll try to do same experiments. DT> maybe linux kernel is misdetecting the system memory? I don't think so. I've removed one memory module from the system (~32Mb used anyway 8-) ). > root@Deviant:~ # free > total used free shared buffers cached > Mem: 256088 28000 228088 0 5628 13412 > -/+ buffers/cache: 8960 247128 > Swap: 0 0 0 > root@Deviant:~ # procinfo > Linux 2.4.27 (root@rsf) (gcc 3.3.2) #2 1CPU [Deviant.(none)] > > Memory: Total Used Free Shared Buffers Cached > Mem: 256088 28056 228032 0 5628 13412 > Swap: 0 0 0 > > Bootup: Tue Sep 28 14:44:40 2004 Load average: 0.00 0.00 0.00 2/27 753 > > user : 0:00:05.65 0.0% page in : 5711 disk 1: 642r 0w > nice : 0:00:00.00 0.0% page out: 321 disk 2: 43r 15w > system: 0:00:08.78 0.0% swap in : 0 disk 3: 13r 0w > idle : 18:43:38.00 100.0% swap out: 0 > uptime: 18:43:52.42 context : 265487 > > irq 0: 6743243 timer irq 10: 8001 eth0 > irq 1: 2 keyboard irq 11: 82049 eth1 > irq 2: 0 cascade [4] irq 12: 1487 usb-uhci, aic7xxx > irq 3: 4 irq 14: 668 ide0 > irq 8: 1 rtc -- Best regards, Serge mailto:se...@nn... |
|
From: Diego T. <dt...@co...> - 2004-09-28 22:47:38
|
On Fri, Sep 24, 2004 at 03:58:24PM +0400, Serge Leschinsky wrote: > become "painly" slow. It's may be only my subjective impression. > "free" shows that I have only 32 Mb used from 512 available. I would > be very appreciated for explaining where the changes decreasing > memory use were made. I'll try to do same experiments. maybe linux kernel is misdetecting the system memory? -- -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dtorres at anthalia dot org - Madrid / España |
|
From: Frank P. <pi...@we...> - 2004-09-28 19:50:34
|
Hello, here comes a small patch adding the option of a serial console to the grub boot loader configuration. The user will get a basic configuration of a serial console in grub and can change for example the serial speed later, when the config file is loaded into editor during the installtion process. Additionally a normal VGA console is configured. I'm tired to change this again and again :-) Please review/check/apply. If you think this is too much selection, then at least the example of a serial console should to the comment part inside of the grub.conf file. Regards Frank |
|
From: SourceForge.net <no...@so...> - 2004-09-24 13:15:13
|
Bugs item #1034025, was opened at 2004-09-24 08:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=1034025&group_id=34096 Category: Base System Group: all Status: Open Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: some missing man pages Initial Comment: - the man for shfs ( shfsmount.8 shfsumount.8 ) is missing in /usr/share/man/man8 - broken link: /usr/share/man/man7/Modes of DES.7 - broken, but restorable links: >> lrwxrwxrwx 1 root root 9 Sep 10 15:05 fsck.msdos.8 -> dosfsck.8 fsck.msdos.8 -> dosfsck.8.gz >> lrwxrwxrwx 1 root root 9 Sep 10 15:05 fsck.vfat.8 -> dosfsck.8 fsck.vfat.8 -> dosfsck.8.gz >> lrwxrwxrwx 1 root root 12 Sep 10 15:13 ipsec_look.8 -> ipsec_barf.8 >> lrwxrwxrwx 1 root root 13 Sep 10 15:13 ipsec_whack.8 -> ipsec_pluto.8 >> lrwxrwxrwx 1 root root 9 Sep 10 15:05 mkfs.msdos.8 -> mkdosfs.8 >> lrwxrwxrwx 1 root root 9 Sep 10 15:05 mkfs.vfat.8 -> mkdosfs.8 >> lrwxrwxrwx 1 root root 12 Sep 10 15:13 xfs_info.8 -> xfs_growfs.8 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=1034025&group_id=34096 |
|
From: Serge L. <se...@nn...> - 2004-09-24 13:14:43
|
SL> PS. I think the source of my troubles is in device files creating. I'll SL> investigate this situation and send the report to the list. DL 1.2rc1. Multi port card - NetMos card based on Nm9845CV chip The card works. But _very_ unstable.... I think that it's the property of only this particular cards. >root@Deviant:~ # cat /proc/pci ... > Bus 0, device 9, function 0: > Serial controller: PCI device 9710:9845 (NetMos Technology) (rev 1). > IRQ 12. > I/O at 0xb800 [0xb807]. > I/O at 0xb400 [0xb407]. > I/O at 0xb000 [0xb007]. > I/O at 0xa800 [0xa807]. > I/O at 0xa400 [0xa407]. > I/O at 0xa000 [0xa00f]. >root@Deviant:~ # cat /etc/init.d/boot.local ... > # Add serial ports to /dev/tts/* > mknod -m 600 /dev/tts/2 c 4 66 > mknod -m 600 /dev/tts/3 c 4 67 > mknod -m 600 /dev/tts/4 c 4 68 > mknod -m 600 /dev/tts/5 c 4 69 > mknod -m 600 /dev/tts/6 c 4 70 > mknod -m 600 /dev/tts/7 c 4 71 > > # Add link from /dev/ttyS* to /dev/tts/ > ln -s tts/2 /dev/ttyS2 > ln -s tts/3 /dev/ttyS3 > ln -s tts/4 /dev/ttyS4 > ln -s tts/5 /dev/ttyS5 > ln -s tts/6 /dev/ttyS6 > ln -s tts/7 /dev/ttyS7 > > # Set serial parameters > > setserial /dev/ttyS2 port 0xb800 UART 16550A irq 12 Baud_base 115200 > setserial /dev/ttyS3 port 0xb400 UART 16550A irq 12 Baud_base 115200 > setserial /dev/ttyS4 port 0xb000 UART 16550A irq 12 Baud_base 115200 > setserial /dev/ttyS5 port 0xa800 UART 16550A irq 12 Baud_base 115200 > setserial /dev/ttyS6 port 0xa400 UART 16550A irq 12 Baud_base 115200 > setserial /dev/ttyS7 port 0xa000 UART 16550A irq 12 Baud_base 115200 -- Best regards, Serge mailto:se...@nn... |
|
From: Heiko Z. <he...@zu...> - 2004-09-24 12:12:19
|
Diego Torres wrote: >On Thu, Sep 23, 2004 at 02:31:45PM -0400, Heiko Zuerker wrote: > > >>>i'm not against moving dl to 2.6, but i don't like that the build system >>>has also to be 2.6... mainly because i'm not using it... >>> >>> >>> >>Actually it should work now with a 2.4 host. I updated the lfssystem on >>the server. >> >> > >then no problem at all. > >i'll try it when i came back from barcelona and post something :) > > Cool. Some parts still don't compile, if you hit one of those just de-select it via menuconfig. It would then be awesome if you could help me fix those packages. I'm currently also fighting with the SSP (stack smashing protector), some package just don't like it right now. There must be something different in the new version.... -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Serge L. <se...@nn...> - 2004-09-24 12:01:42
|
Dear Sirs, I've obtain some things... May be some problems were made by my own building or by incorrect settings After upgrade from 1.2b1 to 1.2rc1 my system (usb-disk based) become "painly" slow. It's may be only my subjective impression. "free" shows that I have only 32 Mb used from 512 available. I would be very appreciated for explaining where the changes decreasing memory use were made. I'll try to do same experiments. I'm going to create a heavy loaded router, so the speed reason is very important for me. Ideally, I suppose to put the whole system into memory (ram disk). The custom version of DL what I have is approximately 60-70Mb , and it's quite a cheap on today's memory coast. So, my idea to put system on cd, but in one-iso-file mode (like usb-disk), not a file-tree mode as now, and mount it through loop into ram disk( my old cd is doubtful and slow and I'm afraid to use it permanently). Is it possible? I'm not feel sheer determination to do it single, because my knowledge is very poor. But I would be glad to try, especially if a somebody could help me by advising or links to examples. About VLAN. As I can see VLANs were upped by /etc/init.d/network twice - the first time was all correct, the second were errors. It is reasonable because interfaces were created already. It's a cosmetic changes only, because VLANs set and work fine. The settings of my test network > root@Deviant:/shm/etc/init.d # ls -l /etc/sysconfig/nic/* > -rw------- 1 root root 159 Sep 23 2004 /etc/sysconfig/nic/ifcfg-eth0 > -rw------- 1 root root 107 Sep 23 16:46 /etc/sysconfig/nic/ifcfg-eth1 > -rw-r--r-- 1 root root 82 Sep 23 16:51 /etc/sysconfig/nic/ifcfg-vlan223 > -rw-r--r-- 1 root root 83 Sep 23 16:52 /etc/sysconfig/nic/ifcfg-vlan851 > root@Deviant:/shm/etc/init.d # cat /etc/sysconfig/nic/ifcfg-eth1 | grep -v -e "^#" > DEVICE=eth1 > ONBOOT=yes > MODULE="3c59x" > DHCP=no > IP=0.0.0.0 > root@Deviant:/shm/etc/init.d # cat /etc/sysconfig/nic/ifcfg-vlan223 | grep -v -e "^#" > DHCP=no > ONBOOT=yes > DEVICE=eth1 > VLANID=223 > IP=21x.xx.xx.11 > NETMASK=255.255.255.248 > BROADCAST=2xx.xx.xx.15 > root@Deviant:/shm/etc/init.d # cat /etc/sysconfig/nic/ifcfg-vlan851 | grep -v -e "^#" > DHCP=no > ONBOOT=yes > DEVICE=eth1 > VLANID=851 > IP=1x.1xx.2xx.6 > NETMASK=255.255.255.248 > BROADCAST=1xx.1xx.2xx.7 Output of /etc/init.d/network restart : > root@Deviant:/shm/etc/init.d # /etc/init.d/network restart > Stopping interface vlan223 [ OK ] > Removing vlan #223 from physical interface eth1 [ OK ] > Stopping interface vlan851 [ OK ] > Removing vlan #851 from physical interface eth1 [ OK ] > Stopping interface eth0 [ OK ] > Stopping interface eth1 [ OK ] > Starting interface eth0 [IPv4] [ OK ] > adding route to net default/0.0.0.0 via gateway 192.168.0.128 on eth0 > Starting interface eth1 [IPv4] [ OK ] > Setting vlan #223 on physical interface eth1 [ OK ] > Starting interface vlan223 [IPv4] [ OK ] > Setting vlan #851 on physical interface eth1 [ OK ] > Starting interface vlan851 [IPv4] [ OK ] > Setting vlan #223 on physical interface eth1ERROR: trying to add VLAN #223 to IF -:eth1:- error: Invalid argument > [ OK ] > Starting interface vlan223 [IPv4] [ OK ] > Setting vlan #851 on physical interface eth1ERROR: trying to add VLAN #851 to IF -:eth1:- error: Invalid argument > [ OK ] > Starting interface vlan851 [IPv4] [ OK ] > Enabling Routing [IPv4] [ OK ] > Disabling ECN [ OK ] -- Best regards, Serge mailto:se...@nn... |
|
From: Friedrich L. <fl...@fl...> - 2004-09-23 22:55:58
|
Heiko Zuerker wrote on 06.09.2004 16:51 MET: > Heiko Zuerker wrote: > >> Hey guys, >> >> I was just thinking if we should modify all the tar commands we use in >> DL (save-config, init system) to work better on low memory systems. >> According to 'man bunzip2' the '-s' parameter should help us, but will >> at least take twice as long. >> >> Without this modification, DL 1.2 will not run on 32 MB systems. >> >> What do you think? I think we should do it. > > > > I just finished my testing and checked in the changes into the 1.2 tree. > 1.3 will come later, I have to finish first the test compile. > > I didn't not add any intelligence to use he '-s' flag only on low memory > systems, since the performance impact is much less then I initially > thought. > The archives are so small, that it doesn't take much longer to unpack > them. We still can add this if we have to, but I would suggest to wait > and see. > Biggest impact was the removal of the clamav virus signatures and the > squidguard blacklists. > > DL can now boot again with only 20 MB of RAM ! > I'm sure we could bring it down to 16, but that's not the goal of DL. So > the official minimum will be 32 MB. Another hint for 32MB systems is to disable jailing for bind as that will save you about 12 MB of RAM which is "wasted" by the jail. I had to do this to get 1.2RC1 working correctly with 32 MB. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Diego T. <dt...@co...> - 2004-09-23 22:27:15
|
On Thu, Sep 23, 2004 at 02:31:45PM -0400, Heiko Zuerker wrote: > >i'm not against moving dl to 2.6, but i don't like that the build system > >has also to be 2.6... mainly because i'm not using it... > > > Actually it should work now with a 2.4 host. I updated the lfssystem on > the server. then no problem at all. i'll try it when i came back from barcelona and post something :) -- -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dtorres at anthalia dot org - Madrid / España |
|
From: Heiko Z. <he...@zu...> - 2004-09-23 18:31:47
|
Diego Torres wrote: >On Wed, Sep 22, 2004 at 01:35:21PM -0400, Heiko Zuerker wrote: > > > >>If I don't do this, we need to have 2 different lfssystems for 1.3 and >>the build system itself will get quite a bit more complicated..... >> >>Anybody got a major problem with that? >> >> > >i'm not against moving dl to 2.6, but i don't like that the build system >has also to be 2.6... mainly because i'm not using it... > > > Actually it should work now with a 2.4 host. I updated the lfssystem on the server. >how complicated is complicated? :) > > A lot. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Diego T. <dt...@co...> - 2004-09-23 18:23:19
|
On Wed, Sep 22, 2004 at 01:35:21PM -0400, Heiko Zuerker wrote: > If I don't do this, we need to have 2 different lfssystems for 1.3 and > the build system itself will get quite a bit more complicated..... > > Anybody got a major problem with that? i'm not against moving dl to 2.6, but i don't like that the build system has also to be 2.6... mainly because i'm not using it... how complicated is complicated? :) -- -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dtorres at anthalia dot org - Madrid / España |
|
From: Serge L. <se...@nn...> - 2004-09-23 13:31:59
|
Dear Heiko, Wednesday, September 22, 2004, 6:19:12 PM, you wrote: HZ> Can you plug the card into a kernel 2.4 system and see if it's being HZ> recognized. I've set this card into the quite old debian "Woody" host. >Linux sky-gw1 2.4.18 #1 SMP Tue Oct 28 16:18:24 MSK 2003 i686 unknown >sky-gw1:~# cat /etc/issue >Debian GNU/\s 3.0 \n \l The card works correctly. the part of dmesg output : >Linux version 2.4.18 (root@debian) (gcc version 2.95.4 20011002 (Debian prerelea >se)) #1 SMP Tue Oct 28 16:18:24 MSK 2003 >Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI IS ..... >APNP enabled >ttyS00 at 0x03f8 (irq = 4) is a 16550A >ttyS01 at 0x02f8 (irq = 3) is a 16550A >block: 128 slots per queue, batch=32 >Uniform Multi-Platform E-IDE driver Revision: 6.31 > # cat /proc/pci > Bus 0, device 11, function 0: > Serial controller: PCI device 9710:9845 (rev 1). > IRQ 10. > Master Capable. Latency=32. > I/O at 0xb400 [0xb407]. > I/O at 0xb000 [0xb007]. > I/O at 0xa800 [0xa807]. > I/O at 0xa400 [0xa407]. > I/O at 0xa000 [0xa007]. > I/O at 0x9800 [0x980f]. > Bus 1, device 0, function 0: > VGA compatible controller: nVidia Corporation Vanta [NV6] (rev 21). > IRQ 11. HZ> Did you check if you find anything via google? I can't find anything interesting (useful) yet. Thank to all. PS. I think the source of my troubles IS in device files creating. I'll investigate this situation and send the report to the list. -- Best regards, Serge mailto:se...@nn... |
|
From: Heiko Z. <he...@zu...> - 2004-09-23 02:53:17
|
Friedrich Lobenstock wrote: > Hi Heiko! > > I guess we need another hostname command. The one installed on 1.2RC1 > is too simple. A lot of scripts use "hostname -f" to get the full > hostname, but the current one sets the hostname to "-f" when called > like that. A little bit fatal I'd say. > It's fixed in CVS. From now on the hostname from the 'net-tools' package will be used. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Friedrich L. <fl...@fl...> - 2004-09-22 19:04:32
|
Hi Heiko! I guess we need another hostname command. The one installed on 1.2RC1 is too simple. A lot of scripts use "hostname -f" to get the full hostname, but the current one sets the hostname to "-f" when called like that. A little bit fatal I'd say. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Heiko Z. <he...@zu...> - 2004-09-22 18:07:35
|
Bruce Smith wrote: >>>>at the moment it looks like I have to drop the support for kernel 2.4 in >>>>DL 1.3. >>>>If I don't do this, we need to have 2 different lfssystems for 1.3 and >>>>the build system itself will get quite a bit more complicated..... >>>> >>>>Anybody got a major problem with that? >>>> >>>> >>>Nope. I say go ahead and delete the 2.4 kernel source and anything else >>>that's not needed. >>> >>> >>If we really need something together with 2.4 we still can add it to 1.2 >>once it's released. >> >> > >OK. > >Is there another new LFS I should download now? (current have 20040906) > > it needs to have a 'd' in the name. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Bruce S. <bw...@ar...> - 2004-09-22 17:59:41
|
> >>at the moment it looks like I have to drop the support for kernel 2.4 in > >>DL 1.3. > >>If I don't do this, we need to have 2 different lfssystems for 1.3 and > >>the build system itself will get quite a bit more complicated..... > >> > >>Anybody got a major problem with that? > > > >Nope. I say go ahead and delete the 2.4 kernel source and anything else > >that's not needed. > > If we really need something together with 2.4 we still can add it to 1.2 > once it's released. OK. Is there another new LFS I should download now? (current have 20040906) - BS |
|
From: Friedrich L. <fl...@fl...> - 2004-09-22 17:58:42
|
Bruce Smith wrote on 22.09.2004 19:44 MET: >>at the moment it looks like I have to drop the support for kernel 2.4 in >>DL 1.3. >>If I don't do this, we need to have 2 different lfssystems for 1.3 and >>the build system itself will get quite a bit more complicated..... >> >>Anybody got a major problem with that? > > > Nope. I say go ahead and delete the 2.4 kernel source and anything else > that's not needed. 1.2 will we kernel 2.4 but 1.3 can surely be kernel 2.6 as it is a development release anyway. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Heiko Z. <he...@zu...> - 2004-09-22 17:51:47
|
Bruce Smith wrote: >>at the moment it looks like I have to drop the support for kernel 2.4 in >>DL 1.3. >>If I don't do this, we need to have 2 different lfssystems for 1.3 and >>the build system itself will get quite a bit more complicated..... >> >>Anybody got a major problem with that? >> >> > >Nope. I say go ahead and delete the 2.4 kernel source and anything else >that's not needed. > > If we really need something together with 2.4 we still can add it to 1.2 once it's released. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Bruce S. <bw...@ar...> - 2004-09-22 17:44:33
|
> at the moment it looks like I have to drop the support for kernel 2.4 in > DL 1.3. > If I don't do this, we need to have 2 different lfssystems for 1.3 and > the build system itself will get quite a bit more complicated..... > > Anybody got a major problem with that? Nope. I say go ahead and delete the 2.4 kernel source and anything else that's not needed. - BS |
|
From: Heiko Z. <he...@zu...> - 2004-09-22 17:35:25
|
Hey guys, at the moment it looks like I have to drop the support for kernel 2.4 in DL 1.3. If I don't do this, we need to have 2 different lfssystems for 1.3 and the build system itself will get quite a bit more complicated..... Anybody got a major problem with that? -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Heiko Z. <he...@zu...> - 2004-09-22 14:19:16
|
Serge Leschinsky wrote: >Dear Heiko, > >Wednesday, September 22, 2004, 5:04:51 PM, you wrote: > > >HZ> can you send us your dmesg output (reboot first)? >HZ> With a bit luck we can see something. >See attachment. >I set the card into another pci-slot. IRQ 5 used now. > > The device is not recognized by the Kernel. You mentioned it works in FC2, but FC2 uses a 2.6 kernel. Can you plug the card into a kernel 2.4 system and see if it's being recognized. Did you check if you find anything via google? -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Serge L. <se...@nn...> - 2004-09-22 14:04:53
|
Dear Heiko, Wednesday, September 22, 2004, 5:04:51 PM, you wrote: >> HZ> can you send us your dmesg output (reboot first)? HZ> With a bit luck we can see something. See attachment. I set the card into another pci-slot. IRQ 5 used now. -- Best regards, Serge mailto:se...@nn... |
|
From: Heiko Z. <he...@zu...> - 2004-09-22 13:04:52
|
Serge Leschinsky wrote: >Dear Friedrich, > >Wednesday, September 22, 2004, 1:20:54 AM, you wrote: > > > >>>I'm going to use multi serial port card (NetMos Nm9845CV) on DL 1.2. >>> >>> >>> >>> >>>>root@test:~ # lspci | grep NetMos >>>>00:08.0 Serial controller: NetMos Technology PCI 9845 Multi-I/O Controller (rev 01) >>>> >>>> > >FL> Did you ever get this card working under Linux? >Yes I did. It works well into FC2. >FL> I mean not Devil-Linux in that >FL> case. Is there probably some special driver for such a card which needs to be >FL> loaded? >In FC2 no special modules were loaded - only standard/generic (8250/16550 >and compatible UARTs) serial support in the kernel. > > > can you send us your dmesg output (reboot first)? With a bit luck we can see something. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Serge L. <se...@nn...> - 2004-09-22 07:17:03
|
Dear Friedrich, Wednesday, September 22, 2004, 1:20:54 AM, you wrote: >> I'm going to use multi serial port card (NetMos Nm9845CV) on DL 1.2. >> >> >>>root@test:~ # lspci | grep NetMos >>>00:08.0 Serial controller: NetMos Technology PCI 9845 Multi-I/O Controller (rev 01) FL> Did you ever get this card working under Linux? Yes I did. It works well into FC2. FL> I mean not Devil-Linux in that FL> case. Is there probably some special driver for such a card which needs to be FL> loaded? In FC2 no special modules were loaded - only standard/generic (8250/16550 and compatible UARTs) serial support in the kernel. -- Best regards, Serge mailto:se...@nn... |
|
From: Serge L. <se...@nn...> - 2004-09-22 07:16:56
|
Dear Heiko, Wednesday, September 22, 2004, 1:17:59 AM, you wrote: >>I'm going to use multi serial port card (NetMos Nm9845CV) on DL 1.2. > >>>root@test:~ # lspci | grep NetMos >>>00:08.0 Serial controller: NetMos Technology PCI 9845 Multi-I/O Controller (rev 01) >>> >> HZ> The devices should be created automatically via devfs. I thought so too. But they didn't. And I did it "by hand". As I found later I set a wrong place. Serial devices were moved to /dev/tts/* now with simlink in the /dev/ttyS*. But it didn't help anyway. HZ> Did you load the module for the card ? There is no needed in special module - only generic serial support in kernel I think. HZ> Is the card supported by the HZ> vanilla kernel? Yes. And as I can see this DL 1.2 kernel supports that too: >CONFIG_SERIAL=y >CONFIG_SERIAL_CONSOLE=y >CONFIG_SERIAL_EXTENDED=y >CONFIG_SERIAL_MANY_PORTS=y >CONFIG_SERIAL_SHARE_IRQ=y ># CONFIG_SERIAL_DETECT_IRQ is not set >CONFIG_SERIAL_MULTIPORT=y >CONFIG_SERIAL_NONSTANDARD=y -- Best regards, Serge mailto:se...@nn... |
35 messages has been excluded from this view by a project administrator.
