Posts
76
Following
28
Followers
24
A maintainer of Linux FireWire subsystem and ALSA firewire stack.
http://ieee1394.docs.kernel.org/
https://github.com/takaswie/linux-firewire-dkms/
takaswie

Takashi Sakamoto (坂本 貴史)

I'm surprised to see my protocol analyzer operational again.
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

Edited 10 months ago
Need some KUnit tests to check serializer/deserializer of data in payload of isochronous packet for various CIP format. However, the current implementation is tight-coupled to low-level hardware operations and procedures for complicated device-dependent protocols. Mmm.
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

Edited 11 months ago
Posted: [GIT PULL] firewire updates for v6.11
https://lore.kernel.org/linux-kernel/20240720084730.GA59546@workstation.local/T/#u

There are many line changes for FireWire subsystem, while there is no
functional change for practical use. The most of changes are for code
refactoring, some KUnit tests to added helper functions, and new
tracepoints events for both the core functions and 1394 OHCI driver.

The tracepoints events now cover the verbose logging enabled by debug
parameter of firewire-ohci kernel module. The parameter would be removed
in any future timing, thus it is now deprecated.
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

Hm. I'm investigating to replace the local implementation to maintain blocks in the allocated memory region mapped for DMA purpose with common dma_pool. However, it does not allows to pick up an arbitrary count of blocks at once for continuous memory region. It just connect returned block to the tail of local list, and has no mechanism to keep maintained blocks as continuous.
Typically, this kind of framework requires mechanism to suppress fragmentation, but it has nothing. I prefer its simplicity, but a bit inconvenient for my purpose...
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

Being straightforward is not necessarily more adequate than being simple.
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

As I said.
0
0
1
takaswie
repeated
lina@vt.social

Asahi Lina (朝日リナ) // nullptr::live

Figuring out how to represent this device's mixer controls in ALSA is pain peko...

1
1
0
takaswie

Takashi Sakamoto (坂本 貴史)

Ah, indeed. PCI device driver has no need to know virtual address mapped to their DMA bus address, unless they have any interface to applications.
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

@monsieuricon It's time to redirect http://ieee1394.wiki.kernel.org/ to http://ieee1394.docs.kernel.org/, Would I request it to you?

https://lore.kernel.org/lkml/20240613090343.416198-1-o-takashi@sakamocchi.jp/
1
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

In a design of the core function, the device underlying the card is not necessarily 1394 OHCI, thus the identifier should not be selected from PCIe-related data. Hm.
0
0
0
takaswie
repeated
hrw@society.oftrolls.com

Marcin Juszkiewicz 🙃

Several websites write that snapdragon X devices are the first laptop with Arm cpu.

Acorn A4 was the first laptop with ARM cpu.

In June 1992. 32 years ago.

https://www.computinghistory.org.uk/det/22807/Acorn-A4-Laptop/

0
5
2
takaswie

Takashi Sakamoto (坂本 貴史)

Alternatively, `card_index` or device major/minor numbers? An address in PCI bus?
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

Edited 1 year ago
Mmm. `__assign_str()` for` dev_name()` with `struct device *`. I don't like to put strings into data structure for tracepoints events...
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

wha...t...?
https://lore.kernel.org/lkml/000000000000100905061a18c63a@google.com/
0
0
2
takaswie

Takashi Sakamoto (坂本 貴史)

I absolutely agree with this:
https://lore.kernel.org/lkml/ZkHKKvyLJSy8FYoU@gmail.com/
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

Edited 1 year ago
OHCI_TCODE_PHY_PACKET = TCODE_LINK_INTERNAL = OHCI1394_phy_tcode = 0xe in 1394 OHCI.
0
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

Edited 1 year ago

Hm. A commit 29a43dc130ce (“PCI: Mark LSI FW643 to avoid bus reset”) should be reverted, since it would include some misunderstandings.

1
0
0
takaswie

Takashi Sakamoto (坂本 貴史)

Debian Bug report logs - #1061936 ITP: libhitaki -- Library to operate ALSA HwDep device for ALSA firewire stack
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061936

Was closed!
0
0
1
takaswie

Takashi Sakamoto (坂本 貴史)

Edited 1 year ago
[PATCH] firewire: ohci: suppress unexpected system reboot in AMD Ryzen machines and ASM108x/VT630x PCIe cards
https://lore.kernel.org/lkml/20231229035735.11127-1-o-takashi@sakamocchi.jp/
1
0
1
takaswie

Takashi Sakamoto (坂本 貴史)

I sent:

[GIT PULL] firewire fixes for v6.7-rc4
https://lore.kernel.org/lkml/20231202080648.GA34377@workstation.local/T/#u
0
0
1
Show older
About social.kernel.org

Terms of service

  1. Please do not use this service in violation of the Linux Kernel Code of Conduct. Doing so will result in your account suspension with the referral of the matter to the CoC committee.

  2. "Repeating"/"boosting" someone else's status on this platform will be treated as endorsement and will fall under rule #1.

  3. You are encouraged to use this platform to promote your work on the Linux Kernel, but there is no restriction on permitted topics (with the exception of anything covered by #1 above).

  4. There is no requirement to post in English, but it should be considered the primary language of communication on this platform.

Privacy notice

The admins of this service have access to all posted statuses. They aren't looking, but if it's something they shouldn't know about, then you should not post it on this platform.

Please see the Linux Foundation Privacy Policy, which applies to this platform as well.

Getting your own account

If you would like an account on this instance, please check that the following applies to you:

  • You are listed in MAINTAINERS or CREDITS

  • OR: You have a kernel.org account or email address

  • OR: You have a long and established history of involvement with the Linux Kernel

If the above is true and you agree with the Terms of Service and Privacy Notice listed above, please use these instructions to request an account: