interface, it needs a little care
to be a bit more general purpose, but it suited needs of what the people who
were using it.
If I were thinking about a DAC / ADC API I would have a look at Comedi -
somehow I think it should be pretty well designed...
Thanks
Guennadi
---
Guennadi Liakhovetski
> static void __exit dc390_module_exit(void)
Thanks for the patch, but this is already fixed in -mm tree:
http://marc.info/?l=linux-scsi=117757368229767=2
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
://marc.info/?l=linux-scsim=117757368229767w=2
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
to put them in "drivers/char/adc/foo.c" or "drivers/char/adc_foo.c". Is
> this a good solution?
drivers/mfd following ucb1x00?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
in drivers/char/adc/foo.c or drivers/char/adc_foo.c. Is
this a good solution?
drivers/mfd following ucb1x00?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On Mon, 23 Apr 2007, James Bottomley wrote:
> On Mon, 2007-04-23 at 00:45 +0200, Guennadi Liakhovetski wrote:
> > Right, thinko. How about using his:
> >
> > + int pages = DIV_ROUND_UP(size, PAGE_SIZE);
>
> Actually, no ... this has to be size >&
On Mon, 23 Apr 2007, James Bottomley wrote:
On Mon, 2007-04-23 at 00:45 +0200, Guennadi Liakhovetski wrote:
Right, thinko. How about using his:
+ int pages = DIV_ROUND_UP(size, PAGE_SIZE);
Actually, no ... this has to be size PAGE_SHIFT. The reason being
that the allocator
On Mon, 23 Apr 2007, Guennadi Liakhovetski wrote:
> to also allow for size not an integer number of pages as Andrew noticed?
> This could be done in 2 patches:
patch 2:
---
Fix bitmap allocation and size non-multiple of PAGE_SIZE in
dma_declare_coherent_memory implementations. i386 c
On Sun, 22 Apr 2007, James Bottomley wrote:
> On Fri, 2007-04-13 at 20:08 +0200, Guennadi Liakhovetski wrote:
> > - int bitmap_size = (pages + 31)/32;
> > + int bitmap_size = DIV_ROUND_UP(pages, 8);
>
> This isn't quite right. Bitmaps are arrays of longs, not arrays
On Sun, 22 Apr 2007, James Bottomley wrote:
On Fri, 2007-04-13 at 20:08 +0200, Guennadi Liakhovetski wrote:
- int bitmap_size = (pages + 31)/32;
+ int bitmap_size = DIV_ROUND_UP(pages, 8);
This isn't quite right. Bitmaps are arrays of longs, not arrays of
bytes. The bug
On Mon, 23 Apr 2007, Guennadi Liakhovetski wrote:
to also allow for size not an integer number of pages as Andrew noticed?
This could be done in 2 patches:
patch 2:
---
Fix bitmap allocation and size non-multiple of PAGE_SIZE in
dma_declare_coherent_memory implementations. i386 compile
On Sat, 21 Apr 2007, Andrew Morton wrote:
> On Fri, 13 Apr 2007 20:08:28 +0200 (CEST) Guennadi Liakhovetski <[EMAIL
> PROTECTED]> wrote:
>
> > Hi
> >
> > Either I've finally gone blind on this Friday 13th or... Looks like this
> > almost 3 year old
On Sat, 21 Apr 2007, Andrew Morton wrote:
On Fri, 13 Apr 2007 20:08:28 +0200 (CEST) Guennadi Liakhovetski [EMAIL
PROTECTED] wrote:
Hi
Either I've finally gone blind on this Friday 13th or... Looks like this
almost 3 year old function has a bug. Patch below compile-tested
to the
struct device platform_bus directly? But that way all platform devices
would get their DMA buffers from that (rather small) block on the "first
come first served" basis.
What would be the best way to solve this?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this
Hi
Either I've finally gone blind on this Friday 13th or... Looks like this
almost 3 year old function has a bug. Patch below compile-tested... in a
way.
Thanks
Guennadi
---
Guennadi Liakhovetski
dma_declare_coherent_memory() allocates a bitmap 1 bit per page, it
calculates the bitmap size
Hi
Either I've finally gone blind on this Friday 13th or... Looks like this
almost 3 year old function has a bug. Patch below compile-tested... in a
way.
Thanks
Guennadi
---
Guennadi Liakhovetski
dma_declare_coherent_memory() allocates a bitmap 1 bit per page, it
calculates the bitmap size
to the
struct device platform_bus directly? But that way all platform devices
would get their DMA buffers from that (rather small) block on the first
come first served basis.
What would be the best way to solve this?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line
On Thu, 29 Mar 2007, Jeff Garzik wrote:
> Guennadi Liakhovetski wrote:
>> Jeff, might be worth getting the sk_buff leak fix in ppp from
>> http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
>>
>> Don't know how important it is for stable. It was present
On Thu, 29 Mar 2007, Jeff Garzik wrote:
Guennadi Liakhovetski wrote:
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is for stable. It was present in 2.6.18 too.
Can you resend
On Sun, 25 Mar 2007, Bernhard Walle wrote:
> * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-24 00:21]:
> > On Fri, 23 Mar 2007, Bernhard Walle wrote:
> >
> > > * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-23 23:15]:
> > >
On Sun, 25 Mar 2007, Bernhard Walle wrote:
* Guennadi Liakhovetski [EMAIL PROTECTED] [2007-03-24 00:21]:
On Fri, 23 Mar 2007, Bernhard Walle wrote:
* Guennadi Liakhovetski [EMAIL PROTECTED] [2007-03-23 23:15]:
On Fri, 23 Mar 2007, Bernhard Walle wrote:
irqpoll is broken
On Fri, 23 Mar 2007, Bernhard Walle wrote:
> * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-23 23:15]:
> > On Fri, 23 Mar 2007, Bernhard Walle wrote:
> >
> > > irqpoll is broken on some architectures that don't use the IRQ 0 for the
> > > timer
>
uot; 3 (!) times in it?...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is for stable. It was present in 2.6.18 too.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, 23 Mar 2007, Bernhard Walle wrote:
* Guennadi Liakhovetski [EMAIL PROTECTED] [2007-03-23 23:15]:
On Fri, 23 Mar 2007, Bernhard Walle wrote:
irqpoll is broken on some architectures that don't use the IRQ 0 for the
timer
interrupt like IA64. This patch adds
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is for stable. It was present in 2.6.18 too.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line
o further tests, but, it looks quite good
as it stands.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
as it stands.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
for reference.
Thanks
Guennadi
On Wed, 28 Feb 2007, Guennadi Liakhovetski wrote:
> On Mon, 26 Feb 2007, Guennadi Liakhovetski wrote:
>
> > With a post 2.6.20 kernel from powerpc.git I cannot suspend at all:
> >
> > pata_sil680 :00:0c.0: suspend
> > ata1: suspend
for reference.
Thanks
Guennadi
On Wed, 28 Feb 2007, Guennadi Liakhovetski wrote:
On Mon, 26 Feb 2007, Guennadi Liakhovetski wrote:
With a post 2.6.20 kernel from powerpc.git I cannot suspend at all:
pata_sil680 :00:0c.0: suspend
ata1: suspend failed, device 0 still active
On Mon, 26 Feb 2007, Guennadi Liakhovetski wrote:
> With a post 2.6.20 kernel from powerpc.git I cannot suspend at all:
>
> pata_sil680 :00:0c.0: suspend
> ata1: suspend failed, device 0 still active
> pci_device_suspend(): ata_pci_device_suspend+0x0/0x74() returns -16
&
On Mon, 26 Feb 2007, Guennadi Liakhovetski wrote:
With a post 2.6.20 kernel from powerpc.git I cannot suspend at all:
pata_sil680 :00:0c.0: suspend
ata1: suspend failed, device 0 still active
pci_device_suspend(): ata_pci_device_suspend+0x0/0x74() returns -16
suspend_device
On Mon, 26 Feb 2007, Guennadi Liakhovetski wrote:
> With an approximately 2.6.20 kernel I could suspend, but on resume I got
Sorry, a "small" correction - it turned out to be a 2.6.19-rc4-ish kernel,
so, it is still without your suspend / resume patch, hence we can just
forge
Looking at drivers/ata/libata-eh.c it looks like ata_eh_suspend() should
spin the disk down by itself and set the ATA_DFLAG_SUSPENDED flag, but it
doesn't seem to happen. Or is it only for SATA?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "un
ata_eh_suspend() should
spin the disk down by itself and set the ATA_DFLAG_SUSPENDED flag, but it
doesn't seem to happen. Or is it only for SATA?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Mon, 26 Feb 2007, Guennadi Liakhovetski wrote:
With an approximately 2.6.20 kernel I could suspend, but on resume I got
Sorry, a small correction - it turned out to be a 2.6.19-rc4-ish kernel,
so, it is still without your suspend / resume patch, hence we can just
forget it. Remains
First, sorry for messing up the subject line.
On Fri, 23 Feb 2007, Johannes Berg wrote:
> On Thu, 2007-02-22 at 23:58 +0100, Guennadi Liakhovetski wrote:
>
> > I think, we only want 1, right? And the latter seems to be more generic /
> > platform independent? And as a sid
First, sorry for messing up the subject line.
On Fri, 23 Feb 2007, Johannes Berg wrote:
On Thu, 2007-02-22 at 23:58 +0100, Guennadi Liakhovetski wrote:
I think, we only want 1, right? And the latter seems to be more generic /
platform independent? And as a side-effect, powermac would
3c.c| 22
> 5 files changed, 91 insertions(+), 76 deletions(-)
[patch trimmed]
I think, we only want 1, right? And the latter seems to be more generic /
platform independent? And as a side-effect, powermac would have to migrate
to generic rtc:-)
Thanks
Guennadi
---
generic /
platform independent? And as a side-effect, powermac would have to migrate
to generic rtc:-)
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On Fri, 19 Jan 2007, Thomas Gleixner wrote:
> On Fri, 2007-01-19 at 20:13 +0100, Guennadi Liakhovetski wrote:
> > > +static u32 clockevent_mode = 0;
> > > +
> > > +static void pxa_set_next_event(unsigned long evt,
> > > +
On Fri, 19 Jan 2007, Thomas Gleixner wrote:
On Fri, 2007-01-19 at 20:13 +0100, Guennadi Liakhovetski wrote:
+static u32 clockevent_mode = 0;
+
+static void pxa_set_next_event(unsigned long evt,
+ struct clock_event_device *unused)
+{
+ OSMR0 = OSCR
to get ahead of time. See code in the "old" timer
ISR. See how it unconditionally adds at least 10 ticks...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
in the old timer
ISR. See how it unconditionally adds at least 10 ticks...
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 25 Dec 2006, Mark Glines wrote:
> Guennadi Liakhovetski wrote:
>
> Yes, I do very much intend to test it on real hardware. I have a couple of
> Kurobox HGs which desperately need a 21st century kernel. I still need to
Ah, what a pity:-) I mean, it is good, but it's exac
sent it inline.
On Mon, 25 Dec 2006, Mark Glines wrote:
> Once I tracked down and installed a "mkimage" command (dependency needed by
> the WRAP line), my "make zImage" succeeded. So, I hope you guys apply this.
...
> Signed-off-by: Mark Glines <[EMAI
ess it depends on the
> bootloader. Maybe default to uImage, as uBoot seems to be fairly common on
> these devices?
Yes, uImage is the format used on linkstation. Is there a way to cleanly
specify this in the kernel sources apart from a comment in Kconfig?
Thanks
Guennadi
---
Guenn
is the format used on linkstation. Is there a way to cleanly
specify this in the kernel sources apart from a comment in Kconfig?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
sent it inline.
On Mon, 25 Dec 2006, Mark Glines wrote:
Once I tracked down and installed a mkimage command (dependency needed by
the WRAP line), my make zImage succeeded. So, I hope you guys apply this.
...
Signed-off-by: Mark Glines [EMAIL PROTECTED]
Acked-by: Guennadi Liakhovetski [EMAIL
On Mon, 25 Dec 2006, Mark Glines wrote:
Guennadi Liakhovetski wrote:
Yes, I do very much intend to test it on real hardware. I have a couple of
Kurobox HGs which desperately need a 21st century kernel. I still need to
Ah, what a pity:-) I mean, it is good, but it's exactly the same
en have problems with is - what to do if git spits at me a
bunch of conflict messages after a seemingly safe pull or similar. Don't
know if you want to cover those points but "git troubleshooting" would
definitely be a valuable document.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubs
with is - what to do if git spits at me a
bunch of conflict messages after a seemingly safe pull or similar. Don't
know if you want to cover those points but git troubleshooting would
definitely be a valuable document.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send
m the kernel
for 3), which is just sending about 4 bytes over the port anyway, and can
be (and is) just done in a tight infinite loop. But I'd prefer to keep 1)
and 3) in the kernel and perform it without waiting for any user-space
daemons...
What do you think?
Thanks
Guennadi
---
Guennadi Li
w that there's a device attached to this
UART, know how and WHEN to operate it, and the user doesn't care about it
at all. Think of it as about, say, i2c devices, that have user device
interface and in-kernel interface, to which you can connect rtc, USB
transceivers, that get controlled completely from the ke
it
at all. Think of it as about, say, i2c devices, that have user device
interface and in-kernel interface, to which you can connect rtc, USB
transceivers, that get controlled completely from the kernel TRANSPARENTLY
for the user.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from
anyway, and can
be (and is) just done in a tight infinite loop. But I'd prefer to keep 1)
and 3) in the kernel and perform it without waiting for any user-space
daemons...
What do you think?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe
On Mon, 15 Aug 2005, Guennadi Liakhovetski wrote:
> On Sun, 14 Aug 2005, James Bottomley wrote:
>
> > OK, why don't we do this. Instead of having me trawl through the trees
> > looking for the correct patch to reverse, why don't you attach it in an
> > email and I'll tr
ugh. More in about 12
hours.
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
in about 12
hours.
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Mon, 15 Aug 2005, Guennadi Liakhovetski wrote:
On Sun, 14 Aug 2005, James Bottomley wrote:
OK, why don't we do this. Instead of having me trawl through the trees
looking for the correct patch to reverse, why don't you attach it in an
email and I'll try to get it in to 2.6.13
On Sun, 14 Aug 2005, James Bottomley wrote:
> On Sun, 2005-08-14 at 21:33 +0200, Guennadi Liakhovetski wrote:
> > Just to make sure everyone agrees on this - there's currently a know bug
> > in dc395x with highmem reported by Pierre Ossman in thread "Kernel panic
> &g
would
be worth it reverting that patch before 2.6.13, but, that's because I feel
personal responsibility for that bug:-)
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
that patch before 2.6.13, but, that's because I feel
personal responsibility for that bug:-)
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On Sun, 14 Aug 2005, James Bottomley wrote:
On Sun, 2005-08-14 at 21:33 +0200, Guennadi Liakhovetski wrote:
Just to make sure everyone agrees on this - there's currently a know bug
in dc395x with highmem reported by Pierre Ossman in thread Kernel panic
with dc395x in 2.6.12.2 on linux
huts down the system
cleanly or the BIOS just switches off the power? If the former, you, most
probably, just have wrongly configured sensors. I had a problem with
fictitious CPU overheating, until I modified my /etc/sensors.conf. Just
ask on [EMAIL PROTECTED] - no need to subscribe, peo
? If the former, you, most
probably, just have wrongly configured sensors. I had a problem with
fictitious CPU overheating, until I modified my /etc/sensors.conf. Just
ask on [EMAIL PROTECTED] - no need to subscribe, people are
very helpful there.
HTH
Guennadi
---
Guennadi Liakhovetski
On Mon, 21 Mar 2005, Andrew Morton wrote:
> Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> >
> > Hi
> >
> > Worked on 2.6.10-rc2. With 2.6.11 during boot upon switching to fb, text
> > becomes orange, penguins look sick (not sharp). X starts and runs
On Mon, 21 Mar 2005, Andrew Morton wrote:
Guennadi Liakhovetski [EMAIL PROTECTED] wrote:
Hi
Worked on 2.6.10-rc2. With 2.6.11 during boot upon switching to fb, text
becomes orange, penguins look sick (not sharp). X starts and runs normal
(doesn't use fb), switching to vt
On Thu, 17 Feb 2005, Guennadi Liakhovetski wrote:
> Hello
>
> On Thu, 17 Feb 2005 [EMAIL PROTECTED] wrote:
>
> > > I believe there's unresolved memory corruption bug in bttv...
> > yes I think so, other have also similar problem :
> > http://marc.theaimsgroup.co
On Thu, 17 Feb 2005, Guennadi Liakhovetski wrote:
Hello
On Thu, 17 Feb 2005 [EMAIL PROTECTED] wrote:
I believe there's unresolved memory corruption bug in bttv...
yes I think so, other have also similar problem :
http://marc.theaimsgroup.com/?l=linux-kernelm=110820804010204w=2
http
Hello, Jim
On Mon, 7 Mar 2005, Jim Hague wrote:
> On 05-Mar-2005 Guennadi Liakhovetski wrote:
> > Worked on 2.6.10-rc2. With 2.6.11 during boot upon switching to fb, text
> > becomes orange, penguins look sick (not sharp). X starts and runs normal
> > (doesn't use
Hello, Jim
On Mon, 7 Mar 2005, Jim Hague wrote:
On 05-Mar-2005 Guennadi Liakhovetski wrote:
Worked on 2.6.10-rc2. With 2.6.11 during boot upon switching to fb, text
becomes orange, penguins look sick (not sharp). X starts and runs normal
(doesn't use fb), switching to vt not possible
On Sun, 6 Mar 2005, Guennadi Liakhovetski wrote:
> I wasn't quite correct in my report yesterday. Replacing pm2fb.c from
> 2.6.11 with 2.6.10 fixes only one problem - the font becomes white again
> and penguin images get fixed. But switching from X to vt still doesn't
> work. It
with
almost all new defaults. Nothing fb-related, AFAICT. I'll try to revert
some other files in drivers/video later today, unless someone has a better
idea.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Sun, 6 Mar 2005, Guennadi Liakhovetski wrote:
I wasn't quite correct in my report yesterday. Replacing pm2fb.c from
2.6.11 with 2.6.10 fixes only one problem - the font becomes white again
and penguin images get fixed. But switching from X to vt still doesn't
work. It works under 2.6.10
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
CONFIG_LOGO_LINUX_CLUT224=y
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
CONFIG_LOGO_LINUX_CLUT224=y
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
reproduce my Oops. Is anybody working on this?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
. Is anybody working on this?
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
Hello
We've installed reiserfs on a logical volume, consisting of 2 60GB hard
drives, and exported it over NFS. Kernel 2.4.6-pre3. In the beginning
everything seemed to be fine. But then a few strange things have happened:
1. I tried running a program on a host, importing the filesystem in
Hello
We've installed reiserfs on a logical volume, consisting of 2 60GB hard
drives, and exported it over NFS. Kernel 2.4.6-pre3. In the beginning
everything seemed to be fine. But then a few strange things have happened:
1. I tried running a program on a host, importing the filesystem in
Hello
I am looking into buying a QDI Kinetiz 7E-A motherboard with the VIA
Apollo KT-133 chipset (famous vt82c686b south bridge). From the March
thread "Re: Linux 2.4.2ac12 (vt82c686 info)"
(http://www.uwsg.indiana.edu/hypermail/linux/kernel/0103.1/0013.html)
it looks like Vojtech Pavlik's VIA
Hello
I am looking into buying a QDI Kinetiz 7E-A motherboard with the VIA
Apollo KT-133 chipset (famous vt82c686b south bridge). From the March
thread Re: Linux 2.4.2ac12 (vt82c686 info)
(http://www.uwsg.indiana.edu/hypermail/linux/kernel/0103.1/0013.html)
it looks like Vojtech Pavlik's VIA
Dear all
I planned to use atomicps patch from
http://bkernel.sourceforge.net/
in a package, for which I ported it to 2.4.0 and also added a few ioctl()s
to enable some (simple) single-criterion process selection. So, I just
wanted to say, that this patch exists, is available for download from
It is way OT here, but since Alan replied to this, I'll continue this
thread a bit: The interesting bit here, that I don't understand, is - how
in RedHat-7.0, that was released last year, libc is compiled against
2.4.0?... Did they include headers from one of pre / test versions?
Thanks
Guennadi
It is way OT here, but since Alan replied to this, I'll continue this
thread a bit: The interesting bit here, that I don't understand, is - how
in RedHat-7.0, that was released last year, libc is compiled against
2.4.0?... Did they include headers from one of pre / test versions?
Thanks
Guennadi
Sound modules don't autoload - when you start what? I noticed a strange
thing too - when I start a light window-manager, like lfwm or fvwm2 and
THEN start, say, kmix - modules do get loaded, however, if I try starting
kde with sounds configured when the modules are NOT loaded, it complains
'no
On Thu, 29 Mar 2001, George Wright wrote:
> Hi all,
>
> I am a newbie to Linux Kernel Development, with a very basic knowledge of C,
...and there is a kernel-newbies mailing list:
[EMAIL PROTECTED]
> Kernelnewbies: Help each other learn about the Linux kernel.
> Archive:
On Thu, 29 Mar 2001, George Wright wrote:
Hi all,
I am a newbie to Linux Kernel Development, with a very basic knowledge of C,
...and there is a kernel-newbies mailing list:
[EMAIL PROTECTED]
Kernelnewbies: Help each other learn about the Linux kernel.
Archive:
On Fri, 16 Mar 2001, Rik van Riel wrote:
> On Thu, 15 Mar 2001, Andrzej Krzysztofowicz wrote:
> > "Rik van Riel wrote:"
> > > total usage == maximum(swap, ram)
> >
> > Does it mean that having swap
> If you actually "rely" on swap, yes.
Sorry, I also don't understand this. Take a plain
On Fri, 16 Mar 2001, Rik van Riel wrote:
On Thu, 15 Mar 2001, Andrzej Krzysztofowicz wrote:
"Rik van Riel wrote:"
total usage == maximum(swap, ram)
Does it mean that having swapRAM you only lose some disk space ?
If you actually "rely" on swap, yes.
Sorry, I also don't understand
I do have the latest version of modutils (at least, the one required by
Documentation/Changes - 2.4.2), but I still have to all the line add
path=/lib/modules/`uname -r`/kernel/* to /etc/modules.conf.
ONLY then it works. At least it worked until yesterday... Yesterday I
found out that I can't
I do have the latest version of modutils (at least, the one required by
Documentation/Changes - 2.4.2), but I still have to all the line add
path=/lib/modules/`uname -r`/kernel/* to /etc/modules.conf.
ONLY then it works. At least it worked until yesterday... Yesterday I
found out that I can't
just sources?
Thanks
Guennadi
On Mon, 12 Mar 2001, Alexander Viro wrote:
> On Mon, 12 Mar 2001, Nathan Paul Simons wrote:
>
> > On Mon, Mar 12, 2001 at 09:21:37PM +, Guennadi Liakhovetski wrote:
> > > CPU utilisation. Each new application has to calculate it (ps, top, qps,
&
sources?
Thanks
Guennadi
On Mon, 12 Mar 2001, Alexander Viro wrote:
On Mon, 12 Mar 2001, Nathan Paul Simons wrote:
On Mon, Mar 12, 2001 at 09:21:37PM +, Guennadi Liakhovetski wrote:
CPU utilisation. Each new application has to calculate it (ps, top, qps,
kps, various sysmons, procmons
On Mon, 12 Mar 2001, Alexander Viro wrote:
> On Mon, 12 Mar 2001, Guennadi Liakhovetski wrote:
>
> > I need to collect some info on processes. One way is to read /proc
> > tree. But isn't there a system call (ioctl) for this? And what are those
>
> Occam's Razor. Why
Hello
I asked this question on kernel-newbies - no reply, hope to be luckier
here:-)
I need to collect some info on processes. One way is to read /proc
tree. But isn't there a system call (ioctl) for this? And what are those
task[], task_struct, etc. about?
Thanks
Guennadi
___
Dr. Guennadi V.
Hello
I asked this question on kernel-newbies - no reply, hope to be luckier
here:-)
I need to collect some info on processes. One way is to read /proc
tree. But isn't there a system call (ioctl) for this? And what are those
task[], task_struct, etc. about?
Thanks
Guennadi
___
Dr. Guennadi V.
On Mon, 12 Mar 2001, Alexander Viro wrote:
On Mon, 12 Mar 2001, Guennadi Liakhovetski wrote:
I need to collect some info on processes. One way is to read /proc
tree. But isn't there a system call (ioctl) for this? And what are those
Occam's Razor. Why invent new syscall when read
901 - 1000 of 1041 matches
Mail list logo