Hello John,
Following up, long after the fact
First of all, a belated thanks for your comments.
On 01/09/2015 11:51 PM, John Stultz wrote:
> On Wed, Jan 7, 2015 at 4:53 AM, Michael Kerrisk (man-pages)
> wrote:
>> Hello all,
>>
>> Recently, I made made a number of changes to the adjtimex(2)
On Wed, Jan 7, 2015 at 4:53 AM, Michael Kerrisk (man-pages)
wrote:
> Hello all,
>
> Recently, I made made a number of changes to the adjtimex(2)
> man page, to try and add a bit more detail, since the page
> was formerly in a very sorry state.
Yes. My apologies for some of that. Its been on my to
Hi Laurent,
On 7 January 2015 at 14:37, Laurent Georget wrote:
> Hello,
>
>
>>I've added a large number
>> of FIXMEs in the draft below, and would be happy if anyone can supply
>> some content to fill any of the gaps.
>
> Isn't the man page going to be very long and hard to read if we explain all
Hello,
>I've added a large number
> of FIXMEs in the draft below, and would be happy if anyone can supply
> some content to fill any of the gaps.
Isn't the man page going to be very long and hard to read if we explain all
the NTP internals in adjtimex.2? I think we could create a second man pag
Hello all,
Recently, I made made a number of changes to the adjtimex(2)
man page, to try and add a bit more detail, since the page
was formerly in a very sorry state.
I would be happy if some NTP/time-knowledgeable folk (John, Richard,
I'm kind of hoping you) would review the page to see if I've
Lucas,
On Wed, Oct 24, 2012 at 7:27 AM, Lucas De Marchi
wrote:
> Hi Michael,
>
>
> On Sun, Oct 21, 2012 at 5:36 AM, Michael Kerrisk (man-pages)
> wrote:
>> Ping!
>>
>> Rusty (et al.) I'm pretty sure the new page text is okay, but I would
>> like someone knowledgeable to confirm.
>
> One more thi
"Michael Kerrisk (man-pages)" writes:
> Ping!
>
> Rusty (et al.) I'm pretty sure the new page text is okay, but I would
> like someone knowledgeable to confirm.
Yes, sorry, I did read it, and had nothing to add.
Ack,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
Hi Michael,
On Sun, Oct 21, 2012 at 5:36 AM, Michael Kerrisk (man-pages)
wrote:
> Ping!
>
> Rusty (et al.) I'm pretty sure the new page text is okay, but I would
> like someone knowledgeable to confirm.
One more thing:
> .SH "SEE ALSO"
> .BR create_module (2),
> .BR init_module (2),
> .BR quer
Ping!
Rusty (et al.) I'm pretty sure the new page text is okay, but I would
like someone knowledgeable to confirm.
Thanks,
Michael
-- Forwarded message --
From: Michael Kerrisk (man-pages)
Date: Fri, Oct 12, 2012 at 10:47 AM
Subject: Re: [Request for review] Re
Hi Rusty,
Thanks for taking a look at this page. In the light of your comments,
I've substantially reworked the page, and further review would not go
amiss, in case I made a misstep along the way.
On Thu, Oct 11, 2012 at 5:02 AM, Rusty Russell wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>>
Lucas De Marchi writes:
> What do you think? Mark as deprecated now and remove when kernel
> removes it? Or remove now?
Complain now, and I'll queue the removal in two merge windows.
Thats gives us a chance just in case someone actually uses this; if so I
want to talk to them about what it is th
Hi,
On Thu, Oct 11, 2012 at 12:02 AM, Rusty Russell wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> Hello Kees, Rusty,
>>
>> The current delete_module(2) page is severely out of date (basically,
>> its content corresponds to 2.4 days, and was even pretty thin in
>> covering that). So, I took
"Michael Kerrisk (man-pages)" writes:
> Hello Kees, Rusty,
>
> The current delete_module(2) page is severely out of date (basically,
> its content corresponds to 2.4 days, and was even pretty thin in
> covering that). So, I took a shot at revising the page to Linux 2.6+
> reality. Would it be pos
Hi Alistair,
> > The instalation is currently (with firmware loader instead of modem_run)
> > very simple: USE="atm" emerge ppp, download firmware and place it in
> > /lib/firmware, compile the kernel with speedtch support.
>
> Compared to "place the firmware in /lib/firmware" on many other distr
Hi Alistair,
> Just out of curiosity, is there ANY reason why this has to be done in the
> kernel? The PPPoATM module for pppd implements (via linux-atm) a completely
> userspace ATM decoder.. if anything, now redundant ATM stack code should be
> REMOVED from Linux!
the main advantage of the k
On Mon, 2005-09-05 at 15:18 +0100, Alistair John Strachan wrote:
> Still, I don't feel this detracts from the point that client ATM DSL
> device "drivers" can exist happily in userspace.
Indeed they can. There's been lots of academic research into
microkernels which supports your assertion.
--
d
On Monday 05 September 2005 14:56, David Woodhouse wrote:
> On Mon, 2005-09-05 at 14:52 +0100, Alistair John Strachan wrote:
> > I'm not sure which module you're referring to, but the patch recommended
> > by the speedtouch people links to linux-atm, and does not require kernel
> > ATM or kernel pp
On Mon, 2005-09-05 at 14:52 +0100, Alistair John Strachan wrote:
> I'm not sure which module you're referring to, but the patch recommended by
> the speedtouch people links to linux-atm, and does not require kernel ATM or
> kernel pppoatm functionality, or use any kernel modules. I do notice it d
On Monday 05 September 2005 10:36, David Woodhouse wrote:
> On Sun, 2005-09-04 at 17:20 +0100, Alistair John Strachan wrote:
> > Just out of curiosity, is there ANY reason why this has to be done in the
> > kernel? The PPPoATM module for pppd implements (via linux-atm) a
> > completely userspace AT
> Giampaolo,
>
> Should read: ...even if the ATMSAR actually lacks of AAL1, AAL2
> and AAL3/4 [where AAL3/4 is obsolete] capabilities...
>
> Just wanted to make it more precise according to the ATM
> standards, this was the only intention of my "patch".
You're right. Sorry about that.
Thanks,
Giampaolo Tomassoni wrote:
Also, I believe that adsl will carry much more services then just AAL5 for
internet connection in the future. Even if the ATMSAR actually lacks of AAL1
and AAL2/3 capabilities, adding them in a single, specialized module is much
easier than swimming in a usb+atm mid
> -Messaggio originale-
> Da: matthieu castet [mailto:[EMAIL PROTECTED]
> Inviato: domenica 4 settembre 2005 21.11
>
> ...omissis...
>
> The problem is that lot's of new devices implement part of their dsp
> function in the kernel space instead of in the device.
> And as company don't wan
> -Messaggio originale-
> Da: matthieu castet [mailto:[EMAIL PROTECTED]
> Inviato: domenica 4 settembre 2005 21.11
>
> ...omissis...
>
> The problem is that lot's of new devices implement part of their dsp
> function in the kernel space instead of in the device.
> And as company don't wan
Giampaolo Tomassoni wrote:
-Messaggio originale-
Da: Francois Romieu [mailto:[EMAIL PROTECTED]
Inviato: domenica 4 settembre 2005 17.33
A: Giampaolo Tomassoni
Cc: linux-kernel@vger.kernel.org;
[EMAIL PROTECTED]
Oggetto: Re: R: [Linux-ATM-General] [ATMSAR] Request for review - update #1
On Sunday 04 September 2005 19:36, Giampaolo Tomassoni wrote:
[snip]
>
> This may be true for AAL5 support, which is the way by which data is
> actually transferred between ADSL DSLAMs and CPE equipment.
>
> This may not be generally true, however: most providers are already
> delivering internet+v
> -Messaggio originale-
> Da: Francois Romieu [mailto:[EMAIL PROTECTED]
> Inviato: domenica 4 settembre 2005 17.33
> A: Giampaolo Tomassoni
> Cc: linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Oggetto: Re: R: [Linux-ATM-General] [ATMSAR] Request for review - upda
> -Messaggio originale-
> Da: Alistair John Strachan [mailto:[EMAIL PROTECTED]
> Inviato: domenica 4 settembre 2005 18.21
>
> ...omissis...
>
> Just out of curiosity, is there ANY reason why this has to be done in the
> kernel? The PPPoATM module for pppd implements (via linux-atm) a
>
On Sun, 4 Sep 2005, Alistair John Strachan wrote:
On Sunday 04 September 2005 17:41, Grzegorz Kulewski wrote:
On Sun, 4 Sep 2005, Alistair John Strachan wrote:
On Sunday 04 September 2005 12:05, Giampaolo Tomassoni wrote:
Dears,
thanks to Jiri Slaby who found a bug in the AAL0 handling of th
Giampaolo Tomassoni napsal(a):
I attach a fixed version of the atmsar patch as a diff against the 2.6.13
kernel tree.
static inline void dump_skb (char * prefix, unsigned int vc, struct
sk_buff * skb) {
what's this? 81+ chars on line
{ on a newline, please
' * ' --> ' *'
spin_lock_irqsav
On Sunday 04 September 2005 17:41, Grzegorz Kulewski wrote:
> On Sun, 4 Sep 2005, Alistair John Strachan wrote:
> > On Sunday 04 September 2005 12:05, Giampaolo Tomassoni wrote:
> >> Dears,
> >>
> >> thanks to Jiri Slaby who found a bug in the AAL0 handling of the ATMSAR
> >> module.
> >>
> >> I at
On Sun, 4 Sep 2005, Alistair John Strachan wrote:
On Sunday 04 September 2005 12:05, Giampaolo Tomassoni wrote:
Dears,
thanks to Jiri Slaby who found a bug in the AAL0 handling of the ATMSAR
module.
I attach a fixed version of the atmsar patch as a diff against the 2.6.13
kernel tree.
[snip
On Sunday 04 September 2005 12:05, Giampaolo Tomassoni wrote:
> Dears,
>
> thanks to Jiri Slaby who found a bug in the AAL0 handling of the ATMSAR
> module.
>
> I attach a fixed version of the atmsar patch as a diff against the 2.6.13
> kernel tree.
>
[snip]
Just out of curiosity, is there ANY rea
Giampaolo Tomassoni <[EMAIL PROTECTED]> :
[...]
> Well, the idea is that more pci devices may appear, as adsl-enabled
> embedded systems will begin to appear in the market.
>
> Also, I believe that adsl will carry much more services then just AAL5 for
> internet connection in the future.
I'd be h
> -Messaggio originale-
> Da: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] conto di
> Francois Romieu
> Inviato: domenica 4 settembre 2005 14.01
> A: Giampaolo Tomassoni
> Cc: linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Oggetto: Re: [Linux-ATM-General]
Giampaolo Tomassoni <[EMAIL PROTECTED]> :
[...]
> However, I'm still hearing for your comments about the usefulness of an
> ATMSAR layer.
Afaik all but one pci ADSL modems are out of tree drivers and include various
level of proprietary code. If Duncan is not interested in changing its code,
the u
Giampaolo Tomassoni ha scritto:
Dears,
I wrote a first release of a SAR helper module for Linux 2.6.x.
It is conceptually similar to the Duncan Sands' usb_atm module, but it is not
constrained to usb devices and is a bit different from it in its implementation
details.
It seems to me that sc
Giampaolo Tomassoni napsal(a):
Dears,
I wrote a first release of a SAR helper module for Linux 2.6.x.
It is conceptually similar to the Duncan Sands' usb_atm module, but it is not
constrained to usb devices and is a bit different from it in its implementation
details.
It seems to me that sc
37 matches
Mail list logo
