Hello Marc,
thanks for response
On Saturday 31 of October 2020 12:35:11 Marc Kleine-Budde wrote:
> On 10/30/20 11:19 PM, Pavel Pisa wrote:
> > This driver adds support for the CTU CAN FD open-source IP core.
>
> Please fix the following checkpatch warnings/errors:
Yes I rech
CTU CAN FD IP core documentation based on Martin Jeřábek's diploma theses
Open-source and Open-hardware CAN FD Protocol Support
https://dspace.cvut.cz/handle/10467/80366
.
Signed-off-by: Pavel Pisa
Signed-off-by: Martin Jerabek
Signed-off-by: Ondrej Ille
---
.../device_drivers/ctu/ctucanfd
is documented in Martin Jeřábek's diploma theses
Open-source and Open-hardware CAN FD Protocol Support
https://dspace.cvut.cz/handle/10467/80366
.
Signed-off-by: Pavel Pisa
Signed-off-by: Martin Jerabek
Signed-off-by: Ondrej Ille
---
drivers/net/can/ctucanfd/Kconfig | 12 ++
drivers/net
Signed-off-by: Ondrej Ille
Signed-off-by: Pavel Pisa
---
drivers/net/can/Kconfig |1 +
drivers/net/can/Makefile |1 +
drivers/net/can/ctucanfd/Kconfig | 12 +
drivers/net/can/ctucanfd/Makefile |7 +
drivers/net/can/ctucanfd
PCI bus adaptation for CTU CAN FD open-source IP core.
The project providing FPGA design for Intel EP4CGX15 based DB4CGX15
PCIe board with PiKRON.com designed transceiver riser shield is available
at https://gitlab.fel.cvut.cz/canbus/pcie-ctucanfd .
Signed-off-by: Pavel Pisa
Signed-off
Technical University in Prague
The university pages in English
https://www.cvut.cz/en
Signed-off-by: Pavel Pisa
Acked-by: Rob Herring
Acked-by: Pavel Machek
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree
The device-tree bindings for open-source/open-hardware CAN FD IP core
designed at the Czech Technical University in Prague.
CTU CAN FD IP core and other CTU CAN bus related projects
listing and documentation page
http://canbus.pages.fel.cvut.cz/
Signed-off-by: Pavel Pisa
Reviewed-by: Rob
/canbus/qemu-canbus
More about CAN bus related projects used and developed at CTU FEE
on the guidepost page http://canbus.pages.fel.cvut.cz/ .
Martin Jerabek (1):
can: ctucanfd: add support for CTU CAN FD open-source IP core - bus
independent part.
Pavel Pisa (5):
dt-bindings: vendor-prefix
With Regards
> Ondrej
>
> On Thu, Oct 22, 2020 at 10:22 PM Pavel Pisa wrote:
...
> > > > +/**
> > > > + * ctucan_start_xmit - Starts the transmission
> > > > + * @skb: sk_buff pointer that contains data to be Txed
> > > > + * @ndev: Pointer to ne
! */
> > +
>
> Yay. How is that supposed to work after merge?
>
> Best regards,
> Pavel
On Thursday 22 of October 2020 13:39:52 Pavel Machek wrote:
> > @@ -12,4 +12,13 @@ config CAN_CTUCANFD
> >
> > if
Hello Pavel,
thanks for review.
For everybody: the amount of code, analyses etc. is really huge.
If you do not have time and consider this discussion as lost of your
time and or badwidth send me a note. I will remove your from the
recipients list and if you think that some lists should be
Hello Pavel,
thanks for review.
On Thursday 22 of October 2020 13:39:52 Pavel Machek wrote:
> Hi!
>
> > @@ -12,4 +12,13 @@ config CAN_CTUCANFD
> >
> > if CAN_CTUCANFD
> >
> > +config CAN_CTUCANFD_PCI
> > + tristate "CTU CAN-FD IP core PCI/PCIe driver"
> > + depends on PCI
> > + help
> > +
Hello Pavel,
thanks for review.
On Thursday 22 of October 2020 13:43:06 Pavel Machek wrote:
> Hi!
>
> > +++ b/drivers/net/can/ctucanfd/Kconfig
> > @@ -21,4 +21,15 @@ config CAN_CTUCANFD_PCI
> > PCIe board with PiKRON.com designed transceiver riser shield is
> > available at
are different.
On Thursday 22 of October 2020 13:25:40 Pavel Machek wrote:
> On Thu 2020-10-22 10:36:21, Pavel Pisa wrote:
> > CTU CAN FD IP core documentation based on Martin Jeřábek's diploma theses
> > Open-source and Open-hardware CAN FD Protocol Support
> > https://dspace
/canbus/qemu-canbus
More about CAN bus related projects used and developed at CTU FEE
on the guidepost page http://canbus.pages.fel.cvut.cz/ .
Martin Jerabek (1):
can: ctucanfd: add support for CTU CAN FD open-source IP core - bus
independent part.
Pavel Pisa (5):
dt-bindings: vendor
is documented in Martin Jeřábek's diploma theses
Open-source and Open-hardware CAN FD Protocol Support
https://dspace.cvut.cz/handle/10467/80366
.
Signed-off-by: Pavel Pisa
Signed-off-by: Martin Jerabek
Signed-off-by: Ondrej Ille
---
drivers/net/can/ctucanfd/Kconfig | 11 ++
drivers/net
PCI bus adaptation for CTU CAN FD open-source IP core.
The project providing FPGA design for Intel EP4CGX15 based DB4CGX15
PCIe board with PiKRON.com designed transceiver riser shield is available
at https://gitlab.fel.cvut.cz/canbus/pcie-ctu_can_fd .
Signed-off-by: Pavel Pisa
Signed-off
Signed-off-by: Ondrej Ille
Signed-off-by: Pavel Pisa
---
drivers/net/can/Kconfig |1 +
drivers/net/can/Makefile|1 +
drivers/net/can/ctucanfd/Kconfig| 15 +
drivers/net/can/ctucanfd/Makefile |7 +
drivers/net/can
Technical University in Prague
The university pages in English
https://www.cvut.cz/en
Signed-off-by: Pavel Pisa
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor
The device-tree bindings for open-source/open-hardware CAN FD IP core
designed at the Czech Technical University in Prague.
CTU CAN FD IP core and other CTU CAN bus related projects
listing and documentation page
http://canbus.pages.fel.cvut.cz/
Signed-off-by: Pavel Pisa
Reviewed-by: Rob
Hello Randy and Rob,
thanks much for review, I have corrected FPGA spelling
and binding YAML license.
On Sunday 16 of August 2020 01:28:13 Randy Dunlap wrote:
> On 8/15/20 12:43 PM, Pavel Pisa wrote:
> > diff --git a/drivers/net/can/ctucanfd/Kconfig
> > b/drivers/net/can/ctucanf
Technical University in Prague
The university pages in English
https://www.cvut.cz/en
Signed-off-by: Pavel Pisa
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation
The device-tree bindings for open-source/open-hardware CAN FD IP core
designed at the Czech Technical University in Prague.
CTU CAN FD IP core and other CTU CAN bus related projects
listing and documentation page
http://canbus.pages.fel.cvut.cz/
Signed-off-by: Pavel Pisa
---
.../bindings
Signed-off-by: Ondrej Ille
Signed-off-by: Pavel Pisa
---
drivers/net/can/Kconfig |1 +
drivers/net/can/Makefile|1 +
drivers/net/can/ctucanfd/Kconfig| 15 +
drivers/net/can/ctucanfd/Makefile |7 +
drivers/net/can
PCI bus adaptation for CTU CAN FD open-source IP core.
The project providing FPGA design for Intel EP4CGX15 based DB4CGX15
PCIe board with PiKRON.com designed transceiver riser shield is available
at https://gitlab.fel.cvut.cz/canbus/pcie-ctu_can_fd .
Signed-off-by: Pavel Pisa
Signed-off
is documented in Martin Jeřábek's diploma theses
Open-source and Open-hardware CAN FD Protocol Support
https://dspace.cvut.cz/handle/10467/80366
.
Signed-off-by: Pavel Pisa
Signed-off-by: Martin Jerabek
Signed-off-by: Ondrej Ille
---
drivers/net/can/ctucanfd/Kconfig | 11 ++
drivers/net
From: Pavel Pisa
This driver adds support for the CTU CAN FD open-source IP core.
More documentation and core sources at project page
(https://gitlab.fel.cvut.cz/canbus/ctucanfd_ip_core).
The core integration to Xilinx Zynq system as platform driver
is available (https://gitlab.fel.cvut.cz
y biological memory is already worn out by past events.
I am not sure if I should wait for subsystem maintainers review now
or sent new patches version. I may get to its preparation tommorrow
or may it be later because I want to take some time in
countrysite/mountains.
Best wishes
From: Pavel Pisa
PCI bus adaptation for CTU CAN FD open-source IP core.
The project providing FPGA design for Intel EP4CGX15 based DB4CGX15
PCIe board with PiKRON.com designed transceiver riser shield is available
at https://gitlab.fel.cvut.cz/canbus/pcie-ctu_can_fd .
Signed-off-by: Pavel Pisa
Technical University (https://www.cvut.cz/en)
in at Prague http://canbus.pages.fel.cvut.cz/ .
Signed-off-by: Martin Jerabek
Signed-off-by: Ondrej Ille
Signed-off-by: Pavel Pisa
---
drivers/net/can/Kconfig |1 +
drivers/net/can/Makefile|1
From: Pavel Pisa
Platform bus adaptation for CTU CAN FD open-source IP core.
The core has been tested together with OpenCores SJA1000
modified to be CAN FD frames tolerant on MicroZed Zynq based
MZ_APO education kits designed by Petr Porazil from PiKRON.com
company. FPGA design
https
From: Pavel Pisa
The device-tree bindings for open-source CAN FD IP core
which design started at Department of Measurement
at Faculty of Electrical Engineering
of Czech Technical University in Prague.
The IP core main author is Ondrej Ille who continues
on the core development even after
From: Pavel Pisa
Following text added to make checkpatch happy.
The Czech Technical University in Prague (CTU) is one of
the biggest and oldest (founded 1707) technical universities
in Europe. The abbreviation in Czech language is ČVUT according
to official name in Czech language
České
From: Pavel Pisa
This driver adds support for the CTU CAN FD open-source IP core.
More documentation and core sources at project page
(https://gitlab.fel.cvut.cz/canbus/ctucanfd_ip_core).
The core integration to Xilinx Zynq system as platform driver
is available (https://gitlab.fel.cvut.cz
Hello Rob ad others,
On Wednesday 29 of July 2020 01:12:31 Pavel Pisa wrote:
> On Saturday 04 of January 2020 00:53:59 Rob Herring wrote:
> > On Sat, Dec 21, 2019 at 03:07:31PM +0100, p...@cmp.felk.cvut.cz wrote:
> > > From: Pavel Pisa
> > >
>
Hello Rob,
On Saturday 04 of January 2020 00:53:59 Rob Herring wrote:
> On Sat, Dec 21, 2019 at 03:07:31PM +0100, p...@cmp.felk.cvut.cz wrote:
> > From: Pavel Pisa
> >
> > Signed-off-by: Pavel Pisa
> > ---
> > .../devicetree/bindings/net/can/ctu,ctucanfd.txt
From: Pavel Pisa
The patch update, added separate patch to add Czech Technical University
to the vendors list. Change ctu_can_fd_0 instance string to lowercase
(originally uppercase because build from official abbreviations).
Clarify that clock-names are not used for now but can be used
From: Pavel Pisa
Signed-off-by: Pavel Pisa
---
.../devicetree/bindings/net/can/ctu,ctucanfd.txt | 108 +
1 file changed, 108 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/can/ctu,ctucanfd.txt
diff --git a/Documentation/devicetree/bindings/net
From: Pavel Pisa
Signed-off-by: Pavel Pisa
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 389508584f48
>From 3e19a7f5c33e5fb50f52c9df05bf00022e3f3dd5 Mon Sep 17 00:00:00 2001
From: Pavel Pisa
Date: Fri, 22 Feb 2019 14:11:11 +0100
Subject: [PATCH] dt-bindings: net: can: binding for CTU CAN FD open-source IP
core.
Signed-off-by: Pavel Pisa
---
.../devicetree/bindings/net/can/ctu,ctucanfd.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Saturday 24 November 2012 01:26:42 Cesar Eduardo Barros wrote:
> This driver was removed by commit 6187fee (mmc: remove imxmmc driver).
>
> Cc: Sascha Hauer
> Cc: Pavel Pisa
> Cc: linux-arm-ker...@lists.infradead.org
> Signed-off-by: Cesar Eduardo Barros
> ---
> MAI
On Saturday 24 November 2012 01:26:42 Cesar Eduardo Barros wrote:
This driver was removed by commit 6187fee (mmc: remove imxmmc driver).
Cc: Sascha Hauer s.ha...@pengutronix.de
Cc: Pavel Pisa pp...@pikron.com
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Cesar Eduardo Barros ces
On Monday 13 August 2007 08:32, [EMAIL PROTECTED] wrote:
> Add file pattern to MAINTAINER entry
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Acked-by: Pavel Pisa <[EMAIL PROTECTED]>
By the way, I am hunting write timeouts bugs now.
I expect it is some MX1 SDHC hardwa
On Monday 13 August 2007 08:32, [EMAIL PROTECTED] wrote:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Acked-by: Pavel Pisa [EMAIL PROTECTED]
By the way, I am hunting write timeouts bugs now.
I expect it is some MX1 SDHC hardware-driver
interaction problem
-only)
S: Maintained
+IMX MMC/SD HOST CONTROLLER INTERFACE DRIVER
+P: Pavel Pisa
+M: [EMAIL PROTECTED]
+L: [EMAIL PROTECTED] (subscribers-only)
+W: http://mmc.drzeus.cx/wiki/Controllers/Freescale/SDHC
+S: Maintained
+
INFINIBAND SUBSYSTEM
P: Roland Dreier
M:
INTERFACE DRIVER
+P: Pavel Pisa
+M: [EMAIL PROTECTED]
+L: [EMAIL PROTECTED] (subscribers-only)
+W: http://mmc.drzeus.cx/wiki/Controllers/Freescale/SDHC
+S: Maintained
+
INFINIBAND SUBSYSTEM
P: Roland Dreier
M: [EMAIL PROTECTED]
-
To unsubscribe from this list: send
On Monday 16 April 2007 07:47, Davide Libenzi wrote:
> On Mon, 16 Apr 2007, Pavel Pisa wrote:
> > I cannot help myself to not report results with GAVL
> > tree algorithm there as an another race competitor.
> > I believe, that it is better solution for large priority
&g
On Monday 16 April 2007 07:47, Davide Libenzi wrote:
On Mon, 16 Apr 2007, Pavel Pisa wrote:
I cannot help myself to not report results with GAVL
tree algorithm there as an another race competitor.
I believe, that it is better solution for large priority
queues than RB-tree and even heap
to the degradation of the tree by one more level
(than non degraded AVL gives) in maximum, which is still
considerably better than RB-trees maximum.
http://cmp.felk.cvut.cz/~pisa/linux/smart-queue-v-gavl.c
The description behind the code is there
http://cmp.felk.cvut.cz/~pisa/ulan/gavl.
maximum.
http://cmp.felk.cvut.cz/~pisa/linux/smart-queue-v-gavl.c
The description behind the code is there
http://cmp.felk.cvut.cz/~pisa/ulan/gavl.pdf
The code is part of much more covering uLUt library
http://cmp.felk.cvut.cz/~pisa/ulan/ulut.pdf
http://sourceforge.net/project/showfiles.php
On Monday 12 March 2007 00:36, you wrote:
> Pavel Pisa wrote:
> > The SDHC controllers cannot process shorter transfers.
> > They has to be handled as longer ones, but it such case CRC
> > error is evaluated. There was a case in the code still,
> > where this error
On Monday 12 March 2007 00:36, you wrote:
Pavel Pisa wrote:
The SDHC controllers cannot process shorter transfers.
They has to be handled as longer ones, but it such case CRC
error is evaluated. There was a case in the code still,
where this error is not ignored as it should to be process
On Wednesday 07 February 2007 01:59, [EMAIL PROTECTED] wrote:
> docbook-html-generate-chapter-section-level-tocs-for-functions.patch
> docbook-html-correction-of-recursive-a-tags-in-html-output.patch
Hello Randy and Andrew,
what is state of these patches. Are there some comments?
Am I expected
llow actual style
found in each source file. If you prefer some already
utilized style, direct me to right examples, please.
Best wishes
Pavel Pisa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
file. If you prefer some already
utilized style, direct me to right examples, please.
Best wishes
Pavel Pisa
-
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
On Wednesday 07 February 2007 01:59, [EMAIL PROTECTED] wrote:
docbook-html-generate-chapter-section-level-tocs-for-functions.patch
docbook-html-correction-of-recursive-a-tags-in-html-output.patch
Hello Randy and Andrew,
what is state of these patches. Are there some comments?
Am I expected to
On Wednesday 24 January 2007 12:37, Thomas Gleixner wrote:
> On Wed, 2007-01-24 at 03:00 +0100, Pavel Pisa wrote:
> > stays NULL after clock event registration. Interrupts
> > runs, but my code doesnot call any function. The notification
> > chain and clock events list seems t
On Wednesday 24 January 2007 12:37, Thomas Gleixner wrote:
On Wed, 2007-01-24 at 03:00 +0100, Pavel Pisa wrote:
stays NULL after clock event registration. Interrupts
runs, but my code doesnot call any function. The notification
chain and clock events list seems to be filled correctly.
I
On Tuesday 23 January 2007 03:52, Pavel Pisa wrote:
> > i've added your patch to -rt, but note that there's a new, slightly
> > incompatible clockevents code in -rt now so you'll need to do some more
> > (hopefully trivial) fixups for this to build and work.
> >
>
On Tuesday 23 January 2007 03:52, Pavel Pisa wrote:
i've added your patch to -rt, but note that there's a new, slightly
incompatible clockevents code in -rt now so you'll need to do some more
(hopefully trivial) fixups for this to build and work.
Ingo
Hello Ingo,
Unfortunately
On Monday 22 January 2007 20:59, Ingo Molnar wrote:
> * Pavel Pisa <[EMAIL PROTECTED]> wrote:
> > Hello Thomas, Sascha and Ingo
> >
> > please can you find some time to review next patch
> > arm: i.MX/MX1 clock event source
> > which has been sen
On Monday 22 January 2007 20:59, Ingo Molnar wrote:
* Pavel Pisa [EMAIL PROTECTED] wrote:
Hello Thomas, Sascha and Ingo
please can you find some time to review next patch
arm: i.MX/MX1 clock event source
which has been sent to you and to the ALKML at 2007-01-13.
http
On Sunday 21 January 2007 10:10, Peter Zijlstra wrote:
> > I preffer
> > to stay on "stable" kernel on boxes which I use daily until next stable
> > appears.
>
> This is a very weird statement, the -rt kernel includes so much
> experimental work it cannot be called 'stable' by a long shot.
>
>
On Sunday 21 January 2007 10:10, Peter Zijlstra wrote:
I preffer
to stay on stable kernel on boxes which I use daily until next stable
appears.
This is a very weird statement, the -rt kernel includes so much
experimental work it cannot be called 'stable' by a long shot.
Sure its not
ry happy, if Ingo would be so kind and could confirm my findings,
because I am not sure, if final 2.6.20+rt would be ready before we need
to prepare setup for our next semester classes at university.
Best wishes
Pavel Pisa
e-mail: [EMAIL PROTECTED]
www:http://c
for review and your time
Pavel
-
Subject: arm: i.MX/MX1 clock event source
Support clock event source based on i.MX general purpose
timer in free running timer mode.
Signed-off-by: Pavel Pisa <[EM
and your time
Pavel
-
Subject: arm: i.MX/MX1 clock event source
Support clock event source based on i.MX general purpose
timer in free running timer mode.
Signed-off-by: Pavel Pisa [EMAIL PROTECTED
confirm my findings,
because I am not sure, if final 2.6.20+rt would be ready before we need
to prepare setup for our next semester classes at university.
Best wishes
Pavel Pisa
e-mail: [EMAIL PROTECTED]
www:http://cmp.felk.cvut.cz/~pisa
work: http
on suggestion provided by Jiri Kosek.
Signed-off-by: Pavel Pisa <[EMAIL PROTECTED]>
---
scripts/kernel-doc | 16
1 file changed, 8 insertions(+), 8 deletions(-)
Index: linux-2.6.19/scripts/kernel-doc
===
---
ernels. I am not sure,
what causes other seen problems, but I have observed these things
on RT even without your patch.
Conclusion: I knowledge your patch and admit, that I need to
find time for my homeworks.
Best wishes
Pavel Pisa
-
To unsubscribe from this list: send the line &quo
causes other seen problems, but I have observed these things
on RT even without your patch.
Conclusion: I knowledge your patch and admit, that I need to
find time for my homeworks.
Best wishes
Pavel Pisa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
for this problem.
One can be found at
http://darkk.livejournal.com/
The proposed solution is based on suggestion provided by Jiri Kosek.
Signed-off-by: Pavel Pisa [EMAIL PROTECTED]
---
scripts/kernel-doc | 16
1 file changed, 8 insertions(+), 8 deletions(-)
Index: linux
y: Sascha Hauer <[EMAIL PROTECTED]
Acked-by: Pavel Pisa <[EMAIL PROTECTED]>
Hello Sascha,
I have tested your change on 2.6.19-rt14 kernel
which I have on hand there. It is only very short
test, but I have not noticed any problems.
In the fact, I think, that it is possible, that
I have notice
PROTECTED]
Acked-by: Pavel Pisa [EMAIL PROTECTED]
Hello Sascha,
I have tested your change on 2.6.19-rt14 kernel
which I have on hand there. It is only very short
test, but I have not noticed any problems.
In the fact, I think, that it is possible, that
I have noticed some mentioned problem during
my
On Tuesday 02 January 2007 01:41, Randy Dunlap wrote:
> On Sun, 31 Dec 2006 02:27:46 +0100 Pavel Pisa wrote:
> > Simple increase of section TOC level generation significantly
> > enhances navigation experience through generated kernel
> > API documentation.
> >
> >
On Tuesday 02 January 2007 01:41, Randy Dunlap wrote:
On Sun, 31 Dec 2006 02:27:46 +0100 Pavel Pisa wrote:
Simple increase of section TOC level generation significantly
enhances navigation experience through generated kernel
API documentation.
This change restores back state from SGML
Simple increase of section TOC level generation significantly
enhances navigation experience through generated kernel
API documentation.
This change restores back state from SGML tools time.
Signed-off-by: Pavel Pisa <[EMAIL PROTECTED]>
Index: linux-2.6.19/Documentation/DocBook/styleshe
Simple increase of section TOC level generation significantly
enhances navigation experience through generated kernel
API documentation.
This change restores back state from SGML tools time.
Signed-off-by: Pavel Pisa [EMAIL PROTECTED]
Index: linux-2.6.19/Documentation/DocBook/stylesheet.xsl
c happy, accept some parameters description and do
not bail out on errors. Changed to @pid in the description,
moved some #ifdef before comments to correct function to comments
bindings, etc.
You can see result of the modified documentation build at
http://cmp.felk.cvut.cz/~pisa/linux/lkdb-2.6.11
description and do
not bail out on errors. Changed pid to @pid in the description,
moved some #ifdef before comments to correct function to comments
bindings, etc.
You can see result of the modified documentation build at
http://cmp.felk.cvut.cz/~pisa/linux/lkdb-2.6.11.tar.gz
Best wishes
more such problematic places.
Best wishes
Pavel Pisa
PS: For faster response CC any reply directly to my address, please.
-
To: aeb at cwi dot nl
Subject: Re: c/877: gcc 2.95.2 generates incorrect code on i386
for bare i586 to find more such problematic places.
Best wishes
Pavel Pisa
PS: For faster response CC any reply directly to my address, please.
-
To: aeb at cwi dot nl
Subject: Re: c/877: gcc 2.95.2 generates
84 matches
Mail list logo